Дипломная работа: Автоматизация приема и анализа заявок технической поддержки в АКБ Тинькофф Банк
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
52
Рисунок 14 – Структура спиральной модели
При рассмотрении такой структуры рассмат ривался упор на
некоторые исходные этапы описанной выше каскадной модели:[14]
– анализ проблемы построения;
– проектирование АИС.
Прототипы – это действующие модули АИС для реализации всех ее
отдельных функций.
Создание прототипов также может осуще ствляться часто и за
несколько целых итераций, которыми являются воображаемые витки
спирали.
Все такие итерации могут соответствовать также созданию
некоторого эт апа АИС (прототипа), где уточняются новые цели,
характери стик и программного осуществления, а также оценивается
суммарное качество имеющихся результатов.
53
В качестве еще улучшенной структуры ЖЦ можно рассматривать
такую модель, что показана на рисунке 15:
Рисунок 15 – Структура улучшенной спиральной модели АИС
Спиральная модель ЖЦ АИС имеет свои достоинства, например: [8]
– заказчики могут влиять непосредственно на разрабатываемую
для них АИС на всех этапах;
– непосредственно в модели могут воплощаться полностью все
преимущества рассмотренного ЖЦ.
Инкрементная модель ЖЦ АИС является классическим прототипом
для инкрементного поведения при создании ПО.
Стоит отметить тот факт, что в ней объединены также элементы
последовательной модели при использовании итерационной структуры
Боэма для модернизации, приведенной выше каскадной модели.
Каж да я из по следовательно стей может сама проектировать
специальный необходимый инкремент АИС.
54
Самой главной реализацией указанного подхода счи т ают
специальную технологию экстремального программирования, что
ориентировано также на малые приросты в их функциональности.
Рисунок 16 – Структура функционирования для инкрементной
модели
Преимущество указанной модели состоит непосредственно и в том,
что вовсе нет надобности вкладывать самые разные средства уже ранее,
которые выделяются на всю АИС.
В результате проведенного ана лиза ЖЦ можно сделать вывод, что
для создания системы автоматизации приема и анализа заявок технической
поддержки АКБ «Тинькофф Банк», нужно применить каскадную модель.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Рассмотрим основные риски, которые присутствуют при
использовании ЖЦ (рисунок 17).
55
Рисунок 17 – Риски, ожидаемые при выполнении ЖЦ
Первый риск – недостаточное определение свойств проектируемой
системы автоматизации, может потребовать на последующих этапах,
дополнительной разработки программ или хранилища информации, что
приведет также к возрастанию финансовых рисков, которые связаны с
проектом.
Риск можно предотвратить при применении CASE-средств для
построения модели БП.
Риск под названием «Неправильное определение функций системы»
предотвращается основательным анализом всех используемых вариантов
таких функций. Также можно этот риск устрани ть реализацией повторного
анализа выбора ИС.
Риски, которые кроются разработке некорректного плана-графика
процесса автоматизации, а именно, применение лишних ресурсов, их
недостаточн ость. Этот риск является, в основном, финансовым можно его
Риски, ожидаемые при выполнении ЖЦ
Недостаточное определение основных
свойств проектируемой ИС
Неправильное определение функций
системы
Неправильная разработка плана-
графика создания ПО
Неправильная разработка ПО
Неправильное внедрение и
тестирование ПО
56
предотвратить с применением современных средств про ектирования, а
также устранить повторной корректировкой процесса автоматизации.
Риск в некорректной разработке АИС устраняется при
использовании так называемого модульного тестирования.
Риск при внедрении предотвращается применением современного
лицензионного стендового оборудования, а также может быть устранен
двойным те стированием.
2.1.3.Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
К организационно правовым средствам безопасности информации
можно отнести разграничение уровня до ступа между несколькими
подсистемами (рисунок 19):
Рисунок 19 – Применяемые подсистемы
Подсистема «Руководство» используется для непосредственного
контроля деятельности АКБ «Тинькофф Банк», а также выполнения
анализа основных операций по предоставлению услуг техподдержки.
Подсистема «Техподдержка» применяется для выполнения приема
заявок на предоставление консультационных услуг.
Стоит отметить, что каждая из подсистем имеет доступ только к тем
объектам конфигурации, которые можно указать при разработке.
Подсистемы
Техподдержка
Руководство
Источник: https://baza.diplomsite.ru/previewfile/1951