48
Рисунок 14 Схема взаимодействия технологий
Выводы по главе
Рассмотрев организацию работы службы технической поддержки АО
«Тинькофф Банк» было показано, что существующая организация ее работы
не предполагает системной организации – отсутствует единый подход к
работе с заявками пользователей, отсутствует единое техническое решение,
позволяющее хранить информацию о поступающих заявках, процессе их
отработке и проводить мониторинг сроков и качества исполнения. Создание
информационной системы позволит повысить эффективность работы
сотрудников службы технической поддержки, что в конечном итоге
позволит сократить время простоя оборудования, а также проводить анализ
качества функционирования ИТ-инфраструктуры компании.
49
2. ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Проведем выбор концепции жизненного цикла в рамках проектирование
системы автоматизации службы технической поддержки АО «Тинькофф Банк».
Жизненным циклом ИС считается период формирования и
применения информационной системы, охватывающий различные её
состояния, с момента возникновения необходимости ее реализации и до
момента вывода ее из эксплуатации [9].
В наше время наиболее распространенными стандартами,
регламентирующими вопросы, связанные с реализацией жизненного цикла
ИС считаются [17]:
ISO 15288 «Standard for Information Technoiogy - System Life Cycle
Processes», ISO 12207 «Standard for Information Technoiogy - Software Life
Cycle Processes»;
- ГОСТ 34 (ГОСТ 34.601-90 «Автоматизированные системы Стадии
создания»).
Стандарт ГОСТ 34.601-90 в масштабе построения и развития
автоматизированных систем считается довольно обобщенным, в то же
время предъявляет жесткие требования к структуре жизненного цикла ИС,
а также к свойствам, содержанию и объемам проектной документации.
Сегодня данный стандарт считают уже устаревшим. Стандарты ISO 15288 и
ISO 12207 считаются международными стандартами, которыми
регламентируется структура жизненного цикла. Эти стандарты считаются
более современными, в сравнении с ГОСТом 34. Отличаются данные
стандарты тем, что ISO 12207 применяется при разработке только
программных продуктов, а стандарт ISO 15288 предназначен для полного
анализа автоматизированных систем, включая аппаратную и программную
платформы. По этой причине, в предоставленном проекте воспользуемся
стандартом жизненного цикла ISO 12207.
50
Имеются такие основные стратегии по внедрению системы [10]:
1. Параллельная стратегия, когда осуществляется одновременное
функционирование старой (ручной) и новой систем, и выполняется
сравнение выходных их документов. Если согласование документов
занимает длительное время, то выполняется переход на новую систему.
2. "Скачок". Эта стратегия не рекомендуется, хотя считается
привлекательной.
3. "Пилотный проект". Считается наиболее часто применяемой
стратегией. "Пилотный проект" представляет собой тактику "скачка", но
применяемую к ограниченному количеству процессов. Сфера
использования "Пилотного проекта" - небольшой участок работы. Этот
подход считается наиболее надежным и позволяет снизить риски. Сегодня
эту тактику применяют практически все предприятия.
4. "Узкое место"- считается малой частью технологического процесса.
В случае использования данного похода, план внедрения реализовывается
исключительно для "узкого места" и для сотрудников, которые работают в
нем. Точность данных увеличивается исключительно для изделий в этом
"узком месте"; переподготовка требуется только для сотрудников, которые
работают в нем; анализ эффекта расходов выполняется исключительно для
него и т.д.
Стратегией внедрения системы избрана модель "Пилотный проект".
Модель жизненного цикла ИС в себя включает [21]:
1. Этапы.
2. Результаты выполнения работ на каждом этапе.
3. Ключевые события — точки окончания работ и выработки
решений.
Этап считается частью процесса создания ИС, ограниченной
установленными временными рамками и завершающаяся выпуском
определенного продукта (документации, программных компонентов,
моделей), определяемого установленными для данного этапа требованиями.
51
На любом этапе могут реализовываться несколько процессов, которые
определены стандартом ГОСТ Р ИСО/МЭК 12207-2010, и напротив, один и
тот же самый процесс может реализовываться на разных этапах.
Соотношение между этапами и процессами также определяется
применяемой моделью жизненного цикла информационной системы [24]
Модели жизненного цикла ИС
В рамках каскадной модели предполагается последовательное
исполнение всех этапов проекта в строго определенном порядке. Переход к
следующему этапу производится только при полном завершении работ на
предшествующей стадии. Проводится четкое документирование
требований в форме технического задания. Окончание каждого этапа
предполагает издание полного комплекта документов, достаточного для
того, продолжения разработки другой группой специалистов.
Понятие «жизненный цикл проекта» можно интерпретировать как
период времени от зарождения идеи проекта до его завершения, который
можно разделить на соответствующие фазы или этапы [8]:
Этап замысла.
Этап разработки.
Этап производства.
Этап применения
Этап поддержки применения.
Этап прекращения использования и списания
Не существует единого оптимального метода, позволяющего
определить наиболее подходящий жизненный цикл и структуру проекта. У
некоторых предприятий существуют принятые принципы, согласно
которым для каждого проекта подразумевается один и тот же жизненный
цикл, в то время как остальные предприятия позволяют команде управления
проектом самим выбирать жизненный цикл, наиболее подходящий для
проекта [26].
52
Модель ЖЦ программного обеспечения представляет собой
структуру, определяющую порядок реализации и взаимосвязи процессов,
задач и действий в течение ЖЦ. Модель ЖЦ находится в зависимости от
специфики, сложности и масштаба проекта, а также специфики условий, в
которых создается и работает система.
Различают такие модели ЖЦ [15]:
Каскадная модель - подразумевает последовательное
выполнение всех этапов проекта в строго определенном порядке. Переход
на следующий этап выполняется только после полного завершения работ на
предыдущем.
Итерационная модель - подразумевает разделение жизненного
цикла проекта на определенную последовательность итераций,
напоминающих «мини-проект», каждый из которых включает все процессы
разработки в использовании к формированию меньших сегментов
функциональности, в сравнении с проектом в общем. Цель каждой итерации
состоит в получении функционирующей версии программного продукта,
включающей функциональность, которая определена интегрированным
содержанием всех прошлых, и текущей итерации. В результате
завершающей итерации содержится вся требуемая функциональность
продукта.
Спиральная модель - складывается из нескольких итераций
(витков спирали) путем создания прототипов (черновых версий
программы). Любая из итераций соответствует формированию сегмента или
версии ПО, на ней уточняются характеристики и цели проекта,
осуществляется оценка качества полученных результатов и планирование
работ следующей итерации.
Для разработки требуемого приложения автоматизации
документооборота выбрана спиральная модель, представленная на рисунке
15. Структура модели жизненного цикла программного обеспечения
приведена согласно стандарта ГОСТ Р ИСО/МЭК 12207-2010
53
Информационная технология. Процессы жизненного цикла программных
средств [14]. Концепция спиральной модели, разработанная Барри Боэмом
в 1986 году, применяется в рамках разработки большого количества
информационных систем [8]. Она выступает в роли технологии разработки
программного обеспечения, сочетающей в себе как стадии проектирования,
так и постадийного прототипирования с целью сочетания достоинств
восходящих и нисходящих алгоритмов, в которой делается упор на работу
с начальными этапами жизненного цикла: стадий анализа и проектирования.
Рисунок 15 Спиральная модель
На каждом витке спирали производится создание фрагмента или
версии программного продукта. Производится уточнение целей и
характеристик проекта, определение его качеств и планирования работ на
следующем витке спирали.
Каждый виток разбивается на секторы [20]:
Определение перечня целей
54
Оценивание вероятности рисков
Осуществление разработки и тестирования
Планирование
На каждом из витков спирали могут использоваться различные
модели технологии разработки ПО. В конечном результате на выходе
получится готовый продукт. Модель включает в себя ряд возможностей
моделей прототипирования и каскадной модели. Процесс итеративной
разработки отображает объективно имеющийся спиральный цикл
построения системы. Неполное окончание работ на любом из этапов
предоставляет возможность перехода к очередному этапу, не дождавшись
полного окончания работы на протекающем этапе. При итеративном методе
разработки недостающая работа может быть выполнена на следующей
итерации.
Основная задача - максимально быстрее продемонстрировать
Заказчику системы работоспособный продукт, тем самым активизируя
процесс дополнения и уточнения требований.
Главная проблема спирального цикла заключается в определении
момента перехода на очередной этап. Чтобы решить данную проблему
потребуется введение временных ограничений на любой из этапов ЖЦ.
Осуществляется переход согласно плана, даже если не закончена вся
намеченная работа.
В перспективе разрабатываемое приложение будет дополняться
новым функционалом, поэтому данная модель жизненного цикла вполне
подходит для разработки стартовой версии системы автоматизации
контроля учащихся для школы.
В процессе разработки проекта по автоматизации технологии
документооборота осуществлена разработка календарного плана внедрения
автоматизированной ИС, который представлен на рисунке 16.
55
С использованием каскадной модели проведем создание плана-
проекта разработки и внедрения информационной системы контроля
учащихся в школе. Для построения плана использовано ПО MS Project.
Ресурсами проектных решений являются:
- трудовые (Руководство, специалисты ИТ-отдела, экономического
блока, а также специалист по работе с персоналом);
- материальные (MS Office – для разработки проекта), компьютерная
и оргтехника, а также затраты на электроэнергию и материалы.
Рисунок 16 Диаграмма Ганта разрабатываемой системы
Название задачи
Длительность
Начало
Окончание
Предшественники
Названия ресурсов
Анализ предметной области
5 дней
Чт 10.10.19
Ср 16.10.19
Изучение функций
специалистов
2 дней
Чт 10.10.19
Пт 11.0.19
ИТ-специалист;
Специалист по
персоналу
Моделирование бизнес-
процессов
2 дней
Пн 14.10.19
Вт 15.10.19
2
Экономист; ИТ-
специалист
Постановка задач
автоматизации
1 день?
Ср 16.10.19
Ср 16.10.19
3
Экономист; ИТ-
специалист
Разработка технического
задания
3 дней
Чт 17.10.19
Пн 21.10.19
4
Начальник ИТ-отдела;
Директор; ИТ-
специалист
Реализация
информационной системы
21 дней
Вт 22.10.19
Вт 19.11.19
5
Выбор средств разработки
3 дней
Вт 22.10.19
Чт 24.10.19
ИТ-специалист
Разработка ПО
7 дней
Пт 25.10.19
Пн 04.11.19
7
ИТ-специалист; MS
Office[1]
Тестирование приложения
5 дней
Вт 05.11.19
Пн 11.11.19
8
ИТ-специалист;Н
ачальник ИТ-отдела
Развертывание ПО
6 дней
Вт 12.11.19
Вт 19.11.19
9
ИТ-специалист
Опытная эксплуатация
5 дней
Ср 20.11.19
Вт 26.11.19
10
Начальник ИТ-
отдела;ИТ-
специалист;Экономист
Разработка документации
8 дней
Ср 27.11.19
Пт 08.12.19
Разработка руководства
пользователя
4 дней
Ср 27.11.19
Пн 04.12.19
11
ИТ-
специалист;Бухгалтер
Разработка руководства
администратора
2 дней
Вт 05.12.19
Ср 06.12.19
13
ИТ-специалист
Оформление акта приемки
2 дней
Чт 07.12.19
Пт 08.12.19
14
Начальник ИТ-
отдела;Директор
Рисунок 17 Календарный план проекта внедрения ИС
На рисунке 18 приведена диаграмма затрат по задачам
56
Рисунок 18 Диаграмма затрат по задачам
В таблице 7 приведен расчет затрат по задачам.
Таблица 7
Расчет затрат по задачам
Название
Затраты
Анализ предметной области
16 320,00 ₽
Разработка технического
задания
18 000,00 ₽
Реализация информационной
системы
51 400,00 ₽
Опытная эксплуатация
26 800,00 ₽
Разработка документации
24 160,00 ₽
На рисунке 19 приведена диаграмма использования ресурсов.
Первый этап заключается в первоначальном ознакомлении с объектом
автоматизации, в изучении технологии документооборота, бизнес-
процессов. На данном этапе задействуется автор-разработчик проекта.
Руководители предприятия, специалисты АО «Тинькофф Банк» и
остальных структурных подразделений предоставили необходимые
материалы.
Следующий этап заключается в проектировании информационной
системы: в определении информационных объектов и их свойств, в
организации между ними взаимосвязи. На данном этапе задействуется
автор-разработчик дипломного проекта.
0,00₽
10,00₽
20,00₽
30,00₽
40,00₽
50,00₽
60,00₽
57
Рисунок 19 Диаграмма использования ресурсов
На третьем этапе определяется стратегия автоматизации. После
определения совокупности задач оцениваются возможности внедрения
приобретенного или самостоятельного разработанного ПО, выполняется
экономическая и технологическая оценка. На данном этапе задействуются:
руководитель предприятия, разработчик дипломного проекта, специалисты
из отдела продаж (один чел.) и экономического отдела (два чел.).
Следующий этап – это приобретение ПО, в данном случае
заключается в написании программного продукта для работы с ИС
специалиста по продажам. Задействуется автор проекта.
Пятый этап заключается в опытной эксплуатации программного
продукта –разработанное ПО устанавливают на тестовые рабочие станции
и проверяют весь функционал программы для обнаружения ошибок в её
работе, соответствие заявленной технологии, определяют возможности
совершенствования. На этапе задействуются: руководитель предприятия,
автор данного проекта, специалист службы технической поддержки.
На завершающем этапе после того, как выявленные в процессе
опытной эксплуатации неточности в работе были исправлены,
осуществляется внедрение программного продукта в промышленную
эксплуатацию при помощи развертывания БД, установки программы на
0 ч
50 ч
100 ч
150 ч
200 ч
250 ч
300 ч
350 ч