Примечания: 1. Не по ГОСТ и ОРММ ИСЖТ.
2.Основные проектные решения на создание ИС включают в себя определение:
функциональной и организационной структур системы;
состава и структуры комплекса технических и программных средств;
применяемых инструментальных средств;
технологии обработки информации;
состава, структуры и технологии ведения информационной базы;
входных и выходных форм;
алгоритмов обработки данных.
3. Цель макетирования (прототипирования) - снять неопределенность в требованиях Заказчика.
4. Предварительные испытания информационной системы проводят для определения ее работоспособности и решения вопроса о возможности приемки ее в опытную эксплуатацию.
5. Опытную эксплуатацию проводят с целью определения фактических значений количественных и качественных характеристик информационной системы; готовности персонала к работе с ней; фактической эффективности ее работы; корректировки (при необходимости) документации.
6. Приемочные испытания проводят для определения соответствия информационной системы ТЗ, оценки качества опытной эксплуатации и решения вопроса о возможности приемки ИС в постоянную (промышленную) эксплуатацию.
7. ОФАП – отраслевой фонд алгоритмов и программ.
8. Гарантийные обязательства (выполняются бесплатно согласно договору):
устранение выявленных недостатков и ошибок;
внесение необходимых изменений в программы и документацию;
внесение изменений в технологический процесс;
консультации пользователей.
9. Послегарантийные обязательства (выполняются за отдельную плату):
анализ функционирования системы;
выявление отклонений фактических эксплуатационных характеристик ИС от проектных значений и установление причин этих отклонений;
устранение выявленных недостатков и обеспечение стабильности эксплуатационных характеристик ИС;
внесение необходимых изменений в документацию на ИС;
передача очередных версий.
В табл. 2.1 отсутствует процесс поставки из стандарта ИСО/МЭК 12207-02, так как он определяет работы, выполняемые на всем протяжении жизненного цикла. Эти работы связаны с управлением и обеспечением проекта, начиная с момента подготовки договора и заканчивая сопровождением.
Согласно ГОСТ 34.601-90 и ОРММ ИСЖТ 5.03-00 допускается:
исключать стадию «Эскизный проект» и отдельные этапы работ на всех стадиях;
объединять стадии «Технический проект» и «Рабочая документация» в одну стадию «Технорабочий проект»;
выполнять отдельные этапы работ до завершения предшествующих стадий;
параллельное во времени выполнение этапов работ;
включение дополнительных этапов работ.
2.3. Распределение обязанностей между участниками проекта В процессе разработки и эксплуатации системы участвует определенный круг лиц (представители заказчика и разработчика), заинтересованных в успешной реализации проекта. В этом процессе между ними распределяются роли, за каждой из которых закрепляется определенный набор функций (обязанностей). При этом один и тот же человек может выступать в разных ролях (качествах). Так, например, один и тот же человек может быть проектировщиком и программистом, в то же время в проекте может принимать участие несколько экспертов, проектировщиков или программистов. В табл. 2.2 приведен типичный список ролей и их функций.
Таблица 2.2. Роли участников в проекте
Роль
Функции
Руководитель (менеджер) проекта
Ищет потенциальных заказчиков. Заключает договор на разработку системы. Отвечает за планирование сроков и ресурсов. Выполняет управление и контроль за ходом выполнения проекта. Отвечает за взаимодействие с заказчиком
Эксперт-технолог
Делает постановку задачи. Определяет (совместно с системным аналитиком) основные функциональные и нефункциональные требования к системе. Определяет технологию использования разрабатываемой системы. Консультирует разработчиков в процессе создания системы. Участвует в процессе приемки системы в эксплуатацию
Системный аналитик (архитектор, главный конструктор)
Определяет функциональные и нефункциональные требования к системе, а также технологию ее использования. Выполняет анализ требований и ищет пути их реализации на уровне концепции системы. Задает архитектуру (скелет) системы и несет ответственность за соответствие моделей системы заданной архитектуре (отвечает за проектирование). Квалифицированный аналитик должен быть специалистом в области разработки программного обеспечения и должен быть (стать) специалистом в предметной области
Проектировщик
Разрабатывает модели системы на основе архитектуры
Программист
Реализует модели в виде программного обеспечения
Тестировщик
Разрабатывает тесты и тестирует модели системы и разработанное программное обеспечение
Технический редактор (писатель)
Готовит документацию для пользователей на разработанную систему. В комплект документации могут входить технологические инструкции, руководства пользователя, администратора системы, БД и т. д.
Инженер по внедрению
Внедряет разработанную систему на объекте автоматизации. В его функции может входить как первоначальная установка и настройка системы, так и обучение пользователей
Пользователь
Эксплуатирует систему в штатном режиме. Кроме этого, желательно, чтобы пользователь (помимо эксперта-технолога) был вовлечен в процесс формирования требований к системе
У проекта должен быть один руководитель и, как правило, один системный аналитик. За остальные роли в крупных проектах отвечает обычно по несколько человек. В табл. 2.2 роли эксперта-технолога и пользователя выполняют представители заказчика, остальные роли – представители разработчика. Эксперты-технологи могут быть приглашены из сторонней организации. По мере необходимости в проекте могут принимать участие координатор работ (ответственный) со стороны заказчика, аудиторы и т. д.