47
соответствующей документации.
Входной информацией является утвержденное техническое задание.
Результат стадии – разработка предварительных проектных решений
по автоматизированной системе, утверждение соответствующей
документации.
5. Технический проект.
Цель стадии – принятие решений по автоматизированной системе, ее
функционально-алгоритмической структуре, структуре технических
средств, алгоритмам решения задач и применяемым языкам,
структуре и ведению информационной базы, системе классификации
и кодирования информации, по функциям персонала и
организационной структуре, подготовка, оформление и согласование
соответствующей документации.
Входной информацией является документация эскизного проекта и
техническое задание.
Результат стадии – утверждение технической документации,
обязательно включающей в себя пояснительную записку к
техническому проекту, схему организационной структуры, схему
комплекса технических средств, схему функциональной структуры,
схему автоматизации, перечень входных и выходных сигналов и
описание функций, оформление, согласование и утверждение
заданий на проектирование в смежных частях проекта объекта
автоматизации для выполнения подготовительных работ, связанных
с автоматизированной системой.
6. Рабочая документация.
Цель стадии – разработка рабочей документации, содержащей все
необходимые сведения для обеспечения выполнения работ по
реализации автоматизированной системы и поддержанию ее
качества в соответствии с принятыми проектными решениями,
48
согласование рабочей документации с заказчиком и фиксация в
техническом задании, разработка программных средств, привязки
приобретаемых программных средств, разработка и согласование
программной документации.
Входной информацией является документация технического
проекта, техническое задание и коррективы пользователя.
Результатом стадии является утверждение рабочей и программной
документации, в пакет рабочей документации обязательно должны
входить руководство пользователя, инструкция по эксплуатации
комплексных технических средств, программа и методика
тестирования.
7. Ввод в действие.
Цель стадии – проведение предварительных испытаний, устранение
замечаний к автоматизированной системе, подтверждение ее
готовности ко вводу в опытную эксплуатацию, подготовка
комплекса технических средств для ввода автоматизированной
системы в эксплуатацию, обучение персонала для работы с
системой, проведение приемочных испытаний и принятие решений о
вводе системы в промышленную эксплуатацию.
Ко входной информации следует относить результаты работ на
предыдущих стадиях, а также протоколы испытаний и журнал, где
фиксируются ошибки работы автоматизированной системы в ходе
опытной эксплуатации.
Результат стадии – подписанный «Акт выполненных работ».
8. Сопровождение автоматизированной системы.
Цель стадии – гарантийное и послегарантийное обслуживание
автоматизированной системы.
Ко входной информации следует относить выявленные отклонения
эксплуатационных характеристик от проектных и выявленные
49
недостатки эксплуатационных характеристик.
Результат стадии – внесение необходимых изменений в
автоматизированную систему и сопутствующую документацию.
Каскадная модель жизненного цикла соответственно ГОСТ 34
изображена ниже на рисунке 14.
Рисунок 14
Рассматривая каждую из стадий отдельно, следует привести перечень
этапов необходимых работ в контексте разрабатываемой системы. Он приведен
ниже в таблице 7.
Таблица 7
№
п/п
Стадия ЖЦ
Этапы
1
Формирование
требований к АС
1. Обследование объекта и обоснование
необходимости создания АС;
2. Формирование требований пользователя к АС;
3. Оформление тактико-технического задания.
2
Разработка
концепции АС
1. Изучение объекта автоматизации;
2. Проведение научно-исследовательских работ;
3. Разработка вариантов концепции АС,
удовлетворяющего требованиям пользователя;
4. Оформление отчета о выполненной работе.
50
Продолжение таблицы 7
№
п/п
Стадия ЖЦ
Этапы
3
Техническое
задание
Разработка и утверждение технического задания на
создание АС, согласно стандарту содержащего
следующие разделы:
1. Общие сведения;
2. Характеристика и цели создания АС;
3. Характеристика объектов автоматизации;
4. Требования к АС;
5. Состав и содержание работ по созданию АС;
6. Порядок контроля и приемки АС;
7. Требования к составу и содержанию работ по
подготовке объекта автоматизации к вводу АС в
действие;
8. Требования к документированию;
9. Источники разработки.
4
Эскизный проект
1. Разработка предварительных проектных решений
по АС и ее частям;
2. Разработка документации на АС и ее части.
5
Технический
проект
1. Разработка проектных решений по АС и ее частям;
2. Разработка документации на АС и ее части;
3. Разработка и оформление документации на
поставку изделий для комплектования АС и
технических требований (технических заданий) на
их разработку;
4. Разработка заданий на проектирование в
смежных частях проекта объекта автоматизации.
6
Рабочая
документация
1. Разработка рабочей документации на АС и ее части;
2. Разработка программ.
7
Ввод в действие
1. Подготовка объекта автоматизации к вводу АС в
действие;
2. Подготовка персонала;
3. Комплектация АС поставляемыми
информационными изделиями;
4. Пусконаладочные работы;
5. Проведение предварительных испытаний;
6. Проведение опытной эксплуатации;
7. Проведение приемочных испытаний.
8
Сопровождение
АС
1. Выполнение работ в соответствии с гарантийными
обязательствами;
2. Послегарантийное обслуживание.
Для этапа ввода в эксплуатацию была выбрана поэтапная, то есть
опытная эксплуатация пилотного проекта, стратегия внедрения
автоматизированной системы. То есть прототип разрабатываемой системы
должен быть введен в эксплуатацию на небольшом участке деятельности, в
контексте предприятия – одна линия метрополитена, и применим
51
исключительно к процессу корректировки графика и расписания движения
поездов. В случае успешной эксплуатации подразумевается дальнейшее
введение системы на других участках, при этом стратегия дальнейшего
внедрения – «шаг за шагом», то есть внедрение на каждом следующем участке
после завершения внедрения на предыдущем. При этом подразумевается
возможность внесения изменений для адаптации системы под другие участки.
Такой выбор обоснован необходимостью минимизации рисков при внедрении
системы в связи со спецификой предприятия. Как следствие, выбранная
стратегия обеспечивает наибольшую надежность и, таким образом, позволяет
минимизировать риски, связанные с эксплуатацией системы.
В разработке автоматизированной системы принимают участие
следующие специалисты: менеджер проекта, руководитель проекта,
технический руководитель, программисты, QA-инженер, методист.
Роль менеджера проекта заключается в координации действий
рабочей группы, в том числе составление расписаний, отчетная
деятельность, в общей координации по развитию и поддержке
продукта, а также в осуществлении внешних контактов, в том числе
коммуникации с заказчиком.
Роль руководителя проекта заключается в разработке требований к
продукту, осуществлении координации между сотрудниками с целью
работы с обозначаемыми и уже поставленными требованиями, а также
в постановке задач перед рабочей группой и обеспечении
коммуникации рабочей группы между собой с целью выполнения
поставленных задач.
Роль технического руководителя заключается в разработке,
реализации, совершенствовании и сохранении архитектуры
разрабатываемого продукта. Технический руководитель обязан
понимать уровень сложности и технические аспекты архитектуры
автоматизированной системы и консультировать рабочую группу.
52
Роль программистов заключается в реализации разработанной
архитектуры продукта и, как следствие, непосредственно написании
программного кода и, при необходимости, принятии определенных
решений в разработке алгоритмов автоматизированной системы.
Роль QA-инженеров заключается в анализе, предотвращении и
предупреждении дефектов, то есть обеспечении качества
разрабатываемого продукта.
Роль методиста заключается в обучении работе с автоматизированной
системой, а также консультации конечных пользователей
разрабатываемого продукта.
Для разграничения полномочий по проекту в виде таблицы 8 составлена
матрица ответственности в соответствии с методикой RACI по стандарту
RMBoK. Для корректного составления матрицы некоторые этапы расписаны
более детально, в частности этапы проведения предварительных испытаний,
проведения опытной эксплуатации и проведения приемочных испытаний для
стадии ввода автоматизированной системы в действие и этапы выполнения
работ в соответствии с гарантийными обязательствами и послегарантийного
обслуживания для стадии сопровождения.
53
Таблица 8
Роль
Стадия
Менеджер
Рук-тель
проекта
Технич.
рук-тель
Програм-
мисты
QA
Методист
Формирование требований к АС
1. Обследование объекта и обоснование необходимости
создания АС
О
И
Н
Н
Н
Н
2. Формирование требований пользователя к АС
О
И
К
Н
Н
Н
3. Оформление тактико-технического задания
О
И
К
Н
Н
Н
Разработка концепции АС
1. Изучение объекта автоматизации
О
И
Н
Н
Н
Н
2. Проведение научно-исследовательских работ
О
И
К
Н
Н
Н
3. Разработка вариантов концепции АС
О
И
К
К
Н
Н
4. Оформление отчета о выполненной работе
О
И
Н
Н
Н
Н
Техническое задание
1. Разработка ТЗ
О
И
И
К
К
К
2. Согласование ТЗ
О, И
К
К
Н
Н
Н
3. Утверждение ТЗ
О, И
И
И
К
Н
Н
Эскизный проект
1. Разработка предварительных проектных решений по
АС
Н
О
И
К
К
К
2. Разработка документации на АС
О
И
К
Н
Н
Н
Технический проект
1. Разработка проектных решений по АС
Н
О
И
К
К
К
2. Разработка документации на АС
О
И
К
Н
Н
Н
3. Разработка документации на поставку изделий для
комплектования АС и ТЗ на их разработку
К
О
И
Н
Н
Н
4. Разработка на проектирование в смежных частях
проекта объекта автоматизации
К
О
И
К
Н
Н
Рабочая документация
1. Разработка рабочей документации на АС
О
И
К
Н
Н
Н
2. Разработка программ
К
К
О
И
Н
Н
54
Продолжение таблицы 8
Роль
Стадия
Менеджер
Рук-тель
проекта
Технич.
рук-тель
Програм-
мисты
QA
Методист
Ввод в действие
1. Подготовка объекта автоматизации к вводу АС в
действие
О
И
К
Н
Н
Н
2. Подготовка персонала
К
О
Н
Н
Н
И
3. Комплектация АС поставляемыми информационными
изделиями
О
И
Н
Н
Н
Н
4. Пусконаладочные работы
К
О
И
Н
Н
Н
5. Проведение предварительных испытаний
5.1. Проведение тестирования АС в соответствии с
выбранными программой и методикой
Н
К
О
Н
И
Н
5.2. Устранение неисправностей АС
Н
К
О
И
К
Н
5.3. Внесение изменений в документацию на АС
К
О
И
Н
Н
Н
5.4. Оформление акта о приемке АС в опытную
эксплуатацию
О
И
К
Н
Н
Н
6. Проведение опытной эксплуатации
6.1. Опытная эксплуатация АС
Н
Н
Н
Н
Н
К
6.2. Анализ результатов опытной эксплуатации
К
О, И
И
Н
Н
К
6.3. Доработка АС
К
К
О
И
К
К
6.4. Оформление акта о завершении опытной
эксплуатации
О
И
К
Н
Н
Н
7. Проведение приемочных испытаний
7.1. Проведение тестирования АС на соответствие ТЗ в
соответствии с выбранными программой и методикой
Н
К
О
Н
И
Н
7.2. Анализ результатов тестирования
К
О
И
Н
К
Н
7.3. Устранение недостатков, выявленных при
тестировании
К
К
О
И
К
Н
7.4. Оформление акта о приемке АС в постоянную
эксплуатацию
О
И
К
Н
Н
Н
55
Продолжение таблицы 8
Роль
Стадия
Менеджер
Рук-тель
проекта
Технич.
рук-тель
Програм-
мисты
QA
Методист
Сопровождение АС
1. Выполнение работ в соответствии с гарантийными
обязательствами
1.1. Анализ недостатков, выявленных в ходе
производственной эксплуатации
К
О, И
И
Н
Н
К
1.2. Устранение выявленных недостатков
Н
К
О
И
Н
Н
1.3. Внесение необходимых изменений в документацию
О
И
К
Н
Н
Н
2. Послегарантийное обслуживание
2.1. Анализ функционирования системы
О
И
К
Н
Н
К
2.2. Выявление отклонений эксплуатационных
характеристик от проектных значений
К
О
И
Н
И
Н
2.3. Устранение причин отклонений
Н
К
О
И
К
Н
2.4. Устранение выявленных недостатков
Н
К
О
И
К
К
2.5. Обеспечение стабильности эксплуатационных
характеристик
К
О
И
К
К
Н
2.6. Внесение необходимых изменений в документацию
О
И
К
Н
Н
Н
Согласно выбранной методике и стандарту, в таблице сокращенно обозначены:
О – как ответственное лицо;
И – как исполнитель;
К – как консультант;
Н – как наблюдатель.
56
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Для каждой из стадий жизненного цикла имеют место быть
определенные риски. Ниже перечислены возможные риски, актуальные для
данного проекта, приведено краткое описание их сущности и действия,
необходимые для минимизации их величин.
1. Формирование требований к автоматизированной системе.
На данной стадии возможен риск некачественного анализа
информации и, как следствие, неправильного или неполного
определения основных функциональных и пользовательских
требований к автоматизированной системе. Для минимизации риска
необходимо применение CASE-средств (таких как средства для
построения data flow diagram (DFD-модели), моделей, построенные
по методологиям IDEF0, IDEF3, например, Allfusion Process Modeler
(BPwin), Design/IDEF, CASE.Аналитик, CASE-средства Telelogic
System Architect). Риск актуален для рассматриваемого проекта.
В контексте рассматриваемого предприятия, есть риск
невозможности доступа к каким-либо данным, необходимым для
проведения аналитической работы в том объеме, в каком она
предусмотрена ГОСТ 7.32 – 2001, на который ссылается ГОСТ 34.
Тем не менее, указанный для научно-исследовательской работы
стандарт является рекомендательным и отхождения от него
допустимы.
2. Разработка концепции автоматизированной системы.
На данной стадии присутствует риск неправильного определения
требований к автоматизированной системе. Риск актуален для
рассматриваемого проекта. Для минимизации риска необходима как
можно более детальная и глубокая конкретизация требований с
привлечением специалистов, работающих конкретно с объектом
автоматизации и, при необходимости, смежными с ним объектами.