38
проделанных работах - характеристика объекта автоматизации, описание
требований к системе, определение затрат на разработку, введение в
эксплуатацию и сопровождение, ожидаемый эффект от системы и условия
создания и эксплуатации системы.
После выполнения этапа “Формирования требований к системе”
разрабатываются варианты концепции. Производят разработку
альтернативных вариантов концепции и планов реализации, оценку
необходимых ресурсов на реализацию ИС и дальнейшее функционирование,
оценка преимуществ и недостатков каждого варианта, сопоставление
требований пользователя и характеристик предлагаемой системы. На этапе
“Разработка концепции” участвует IT-менеджер. После выполнения данных
работ выбирается один из подходящих вариантов концепции
удовлетворяющий всем требованиям.
После этапа “Разработка концепции” разрабатывается ТЗ (техническое
задание) проекта автоматизации. После разработки и оформления ТЗ,
необходимо его согласовать и утвердить. Участники на данном этапе работ:
IT-менеджер, начальник отдела делопроизводства. В результате данный пункт
определяет: функции ИС, функции подсистем, состав комплекса задач и
отдельных задач, концепция информационной базы, функции систем
управления базой данных, а также функции и параметры программных
средств.
Следующим этапом после разработки и утверждения ТЗ идет разработка
проектного решения. IT-менеджер, совместно с программистом,
разрабатывают физическую и логическую модель БД, определяют
организацию базы данных. По завершению этапа “Технический проект” IT-
менеджером совместно с программистом производится оформления рабочей
документации, включающие в себя: технические требования, программные
требования, руководство пользователя.
После выполнения всех работ и оформления рабочей документации
остается этап внедрения разрабатываемого проекта. На этапе внедрения
39
происходит: подготовка объекта автоматизации, обучение персонала,
производятся строительно-монтажные работы, пусконаладочные работы,
проведение предварительных испытаний, проведение опытной эксплуатации
и проведение приемочных испытаний. Участники данного этапа: IT-менеджер,
системный администратор, начальник отделе делопроизводства. После чего
анализируются испытания ИС, проверка на соответствие ТЗ, устраняются
неполадки и подписываются необходимые акты.
На настоящий момент существуют такие модели жизненного цикла, как
каскадная, поэтапная с промежуточным контролем, спиральная.
В спиральной модели особое внимание уделяется начальным этапам
разработки – выработке стратегии, анализу и проектированию, где
реализуемость тех или иных технических решений проверяется и
обосновывается посредством создания прототипов (макетирования). Каждый
виток спирали предполагает создание фрагмента (компонента) или версии
программного продукта. На них уточняются цели и характеристики проекта,
определяется его качество и планируются работы следующего витка спирали.
Таким образом углубляются и последовательно конкретизируются детали
проекта и в результате выбирается обоснованный вариант, который доводится
до реализации.
Далее произведем выбор стратегии внедрения разработанной системы.
В настоящий момент выделяется четыре стратегии внедрения
информационной системы:
Параллельная стратегия - для случая, когда старую работающую
систему необходимо заменить новой;
Скачок – эта стратегия подразумевает резкий переход от одной
системы автоматизации к другой;
Опытная эксплуатация "пилотного проекта - это тактика "скачка",
но применяемая к ограниченному числу изделий, наиболее успешна в малом
участке деятельности;
40
Узкое место - при внедрении "узкого места" план внедрения
выполняется только для "узкого места" и для людей, работающих в нем.
Исходя из описания и условий деятельности компании, а также
особенностей разрабатываемой информационной системы, в качестве
стратегии внедрения была выбрана стратегия Опытная эксплуатация
пилотного проекта, так как в этом случае внедрение системы произойдет
наиболее безболезненно.
Для проекта разработки ИС управления проектами наиболее подойдет
каскадная модель для разработки приложения из-за возможности контроля
промежуточных фаз.
На этапе «Формирование требований к ЭИС» осуществляются следующие
работы:
сбор информации о деятельности компании;
исследование существующей на предприятии технологии выполнения
выбранной функции управления, выделение участков работы, которые необходимо
автоматизировать;
оценка целесообразности создания ЭИС;
формирование требований, предъявляемых пользователями к ЭИС;
оформление отчета о выполненной работе и задания на разработку.
На этапе «Разработка концепции ЭИС» осуществляется изучение объекта
автоматизации, проведение необходимых научно-исследовательских работ,
разработка вариантов концепции ЭИС, удовлетворяющих требованиям
пользователей, оформление отчета и утверждение концепции.
На этапе «Техническое задание» осуществляется разработка и утверждение
технического задания на создание ЭИС: определяются требования к системе, состав
и функции задач, решаемых ЭИС. Также проводится технико-экономическое
обоснование разрабатываемой системы (изучение ее экономической выгодности,
анализ и расчет экономических показателей ЭИС).
41
На этапе «Эскизный проект» осуществляется разработка предварительных
проектных решений по системе и ее частям, разработка эскизной документации на
ЭИС и ее части.
На этапе «Технический проект» осуществляется разработка проектных
решений по системе и ее частям, разработка документации на ЭИС и ее части,
разработка и оформление документации на поставку комплектующих изделий,
разработка заданий на проектирование в смежных частях проекта.
На этапе «Рабочий проект» осуществляется разработка рабочей документации
на ЭИС и ее части, создается программный код системы и происходит наполнение
баз данных. Также происходит оформление рабочего проекта ЭИС. Затем ЭИС
тестируют и исправляют ошибки.
В данном проекте были рассмотрены все этапы жизненного цикла
программного продукта, кроме её финальных испытаний и ввода в эксплуатацию.
Были выделены следующие этапы проектирования:
1. формирование требований к ЭИС;
2. разработка концепции ЭИС;
3. техническое задание;
4. эскизный проект;
5. технический проект;
6. рабочий проект.
В проектировании экономической информационной системы
принимают участие два специалиста:
Программист - специалист, отвечающий за разработку системы
(разработка БД, написание исходного кода программы, разработка
моделей и обеспечивающих подсистем).
Аналитик - специалист, отвечающий за работы, направленные на
систематизацию требований к ЭИС, постановку задач
программисту, моделирование и обеспечение соответствия
получаемых результатов поставленным требованиям.
42
На рис. 9 изображено назначение стоимости основных ресурсов, необходимых
при разработке ЭИС.
Рисунок 9 - Стоимость основных ресурсов на разработку ЭИС
На рис. 10 изображена Диаграмма Ганта, показывающая степень участия
каждого специалиста в разработке ЭИС.
Рисунок 10 – Диаграмма Ганта
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
43
Любой сложный проект, а особенно проект разработки программного
обеспечения, содержит в себе много неопределенных моментов, которые
влекут за собой риски реализации проекта[10].
Управление рисками заключается в их раннем выявлении и разработке
мер либо полностью предотвращающих их возникновение, либо
минимизирующих их последствия.
В настоящее время существует три общепринятых стратегии управления
рисками:
Избегание рисков – проект реорганизуется таким образом, чтобы
исключить возможность возникновения рисков;
Делегирование рисков – проект реорганизуется таким образом,
чтобы переложить риски на третью сторону (заказчика, банки, вендора и т.п.);
Принятие рисков – риски признаются в качестве неизбежной
составляющей проекта, проводится постоянный мониторинг симптомов их
наступления, постоянно корректируется план действий в случае наступления
рисков[11].
Различают две основные категории рисков – прямые и опосредованные.
На прямые риски проектная команда может каким-то образом повлиять, а
опосредованные риски команда контролировать не может в принципе.
Риски делятся на следующие основные виды:
Ресурсные риски:
o Организация (выполняла ли организация прежде проекты такого
масштаба, существует ли формальный процесс разработки программного
обеспечения и т.п.);
o Финансирование (полностью ли обеспечено финансирование
проекта, фиксирована ли стоимость проекта или она является предметом для
обсуждения, точно ли выполнена оценка затрат и т.п.);
o Люди (достаточно ли людей для выполнения проекта, обладают ли
они необходимыми навыками и опытом, работали ли они вместе раньше и
т.п.);
44
o Время (реалистичен ли план проекта, насколько критичной
является дата окончания проекта и т.п.);
o Бизнес (что произойдет, если конкурент выйдет на рынок первым,
выгода, полученная от реализации проекта больше, чем затраты на него, что
произойдет, если ключевые поставщики не смогут выполнить свои
обязательства и т.п.);
Технические риски:
o Область действия (scope) проекта (могут ли быть измерены
критерии успешного завершения проекта, требования стабильны и хорошо
поняты, область действия жестко фиксирована или может расширяться в
будущем и т.п.);
o Технологии (отлажена ли применяемая технология или она только
была разработана, и т.п.) [12];
o Внешние зависимости (зависит ли проект от других параллельных
проектов, зависит ли успех проекта от внешних поставщиков технологий
и/или продуктов и т.п.).
В данном проекте можно выделить следующие основные риски на
каждом этапе жизненного цикла (табл. 9).
Таблица 9
Основные риски на этапах жизненного цикла информационной системы
Этап
Риск
Мероприятия
Заказ
Несоответствие
выделенного бюджета
масштабу проекта
Переговоры по увеличению
бюджета или отказ от
участия в проекте
45
Заказ
Неформализуемая задача
(невозможно
автоматизировать те или
иные бизнес-процессы или
стоимость такой
автоматизации превысит
ожидаемую выгоду)
Пересмотреть область
действия проекта с целью
выделения отдельных
задач, поддающихся
автоматизации.
Провести детальный анализ
бизнес-процессов и
предложить комплекс
мероприятий по их
реорганизации.
Проектирование
- неправильное
определение рамок и
масштабов проекта;
- проектирование
ошибочных функций и
интерфейсов будущей
системы;
- выбор неправильных
технологий и методов
решения поставленных
задач;
- несоблюдение требований
заказчика при
проектирование будущей
системы или постоянное
изменение требований.
- обеспечение стабильности
границ проекта,
определенных на
начальном этапе, вплоть до
окончания проекта;
- качественное
планирование работ;
- своевременная
идентификация проектных
рисков и разработка
рекомендаций по
снижению рисков;
- обеспечение проекта
необходимыми ресурсами;
- обязательное утверждение
и согласование по
проектным решениям
Разработка
Недостаточно ресурсов для
выполнения комплексного
и нагрузочного
тестирования
Заключить договор со
специализированной
организацией на
выполнение ею этих работ.
Недостаточно опыта у
персонала заказчика,
который будет
эксплуатировать систему
Предоставить заказчику
услуги собственного
специалиста для
первоначального
сопровождения системы и
постепенного обучения
персонала заказчика.
46
Внедрение
- увеличение нагрузки на
персонал;
- несогласованность
действий персонала
исполнителя и сотрудников
предметных областей
- проведение обучения
персонала заказчика
работы с системой;
- составление плана
внедрения ИС
Кроме того, в процессе эксплуатации и сопровождения разработанной
ИСмогут возникнуть:
технические риски;
риски персонала.
Факторами технических рисков являются:
ошибки в программе вызывающие простой системы;
невозможность осуществления требуемых действия, «зависание»
программы;
использование вредоносных программ (вирусы, черви, трояны,
логические бомбы), использование в корыстных целях найденных ошибок
(дыр) в программах,
перехват информации по телекоммуникациям, воровство
информации;
некорректная эксплуатация оборудования;
приостановка деятельности третьего лица (например, провайдера
Интернет услуг), что повлечет за собой невозможность передачи отчетов из
филиалов и контроля деятельности филиалов;
несоответствие функциональных возможностей системы бизнес-
процессам в комплекса задач в следствие реорганизационных изменений.
Предотвратить данные обстоятельства можно, соблюдая следующие моменты:
тщательное тестирование и выявление ошибок на этапе
разработки;
устранять в кратчайшие сроки ошибки силами прошедших
подготовку на этапе внедрения технических специалистов;
47
администратор сети должен следить за безопасностью
информации,
использовать и вовремя обновлять антивирусные программы,
правильно настроить FireWаll, которые будут разделять локальную и
внешнюю сеть, предоставить работникам организации возможность работы
только с той информацией, которая им необходима для исполнения своих
служебных обязанностей;
разделение клиентского и серверного оборудования, а также
необходимо привлечение обученного работе с системой квалифицированного
персонала;
наличие альтернативных средств доступа в Интернет или других
способов передачи данных;
документирование технических условий и их согласование со
всеми заинтересованными участниками проекта;
обязательное утверждение любых изменений.
Факторами возникновения риска персонала являются следующие
обстоятельства:
нарушение информационной безопасности работы - возможна
утечка информации из-за злоумышленных действий сотрудников и не
желании работать с новой системой;
не определен этап выхода их проекта консультантов заказчика.
В противовес этому может выступать:
организация системы поощрений использующего систему
персонала заказчика;
прием на работу сотрудников при условии не разглашения
коммерческой тайны в противном случая - применение штрафных санкций;
четкое планирование сроков проекта и момента прекращения
работы над проектом со стороны исполнителя.