|
|
@@ -0,0 +1,357 @@
|
|
|
+Понятие жизненного цикла автоматизированной информационной системы
|
|
|
+Данная тема является фундаментальной для понимания процессов создания и эксплуатации информационных систем. Жизненный цикл АИС — это не просто «этапы разработки», а полная история существования системы от момента возникновения потребности в ней до момента её вывода из эксплуатации. Понимание жизненного цикла позволяет планировать ресурсы, управлять рисками и обеспечивать качество на каждом этапе.
|
|
|
+
|
|
|
+📌 Ключевое определение: что такое жизненный цикл АИС
|
|
|
+Жизненный цикл автоматизированной системы (ЖЦ АС) — это совокупность взаимосвязанных процессов создания и изменения системы с момента формирования исходных требований к ней до прекращения функционирования .
|
|
|
+
|
|
|
+Простыми словами: Жизненный цикл — это «биография» системы. Она рождается (когда появляется потребность), развивается (проектируется, создаётся), живёт (эксплуатируется, обновляется) и умирает (выводится из эксплуатации).
|
|
|
+
|
|
|
+⚠️ Ключевой момент: Жизненный цикл — это не просто последовательность этапов, а управляемый процесс. На каждой стадии выполняются определённые работы, создаются документы, принимаются решения о переходе на следующую стадию.
|
|
|
+
|
|
|
+🎯 Стадии жизненного цикла АИС по ГОСТ 34.601-90
|
|
|
+Согласно ГОСТ 34.601-90, установлены 8 стадий создания АС, каждая из которых подразделяется на этапы .
|
|
|
+
|
|
|
+Стадия Название Этапы
|
|
|
+1 Формирование требований к АС 1.1. Обследование объекта и обоснование необходимости создания АС
|
|
|
+1.2. Формирование требований пользователя к АС
|
|
|
+1.3. Оформление отчёта о выполненной работе и заявки на разработку АС
|
|
|
+2 Разработка концепции АС 2.1. Изучение объекта
|
|
|
+2.2. Проведение необходимых НИР
|
|
|
+2.3. Разработка вариантов концепции АС и выбор варианта, удовлетворяющего требованиям пользователя
|
|
|
+2.4. Оформление отчёта о выполненной работе
|
|
|
+3 Техническое задание 3.1. Разработка и утверждение технического задания на создание АС
|
|
|
+4 Эскизный проект 4.1. Разработка предварительных проектных решений по системе и её частям
|
|
|
+4.2. Разработка документации на АС и её части
|
|
|
+5 Технический проект 5.1. Разработка проектных решений по системе и её частям
|
|
|
+5.2. Разработка документации на АС и её части
|
|
|
+5.3. Разработка и оформление документации на поставку изделий для комплектования АС
|
|
|
+5.4. Разработка заданий на проектирование в смежных частях проекта
|
|
|
+6 Рабочая документация 6.1. Разработка рабочей документации на систему и её части
|
|
|
+6.2. Разработка или адаптация программ
|
|
|
+7 Ввод в действие 7.1. Подготовка объекта автоматизации к вводу АС в действие
|
|
|
+7.2. Подготовка персонала
|
|
|
+7.3. Комплектация АС поставляемыми изделиями
|
|
|
+7.4. Строительно-монтажные работы
|
|
|
+7.5. Пусконаладочные работы
|
|
|
+7.6. Проведение предварительных испытаний
|
|
|
+7.7. Проведение опытной эксплуатации
|
|
|
+7.8. Проведение приёмочных испытаний
|
|
|
+8 Сопровождение АС 8.1. Выполнение работ в соответствии с гарантийными обязательствами
|
|
|
+8.2. Послегарантийное обслуживание
|
|
|
+⚠️ Важно: ГОСТ 34.601-90 допускает исключение отдельных стадий и объединение этапов в зависимости от специфики системы . Например, стадия «Эскизный проект» может быть исключена, а «Технический проект» и «Рабочая документация» — объединены в «Технорабочий проект».
|
|
|
+
|
|
|
+⛓️ Логическая цепочка: как связаны стадии
|
|
|
+Все стадии жизненного цикла образуют последовательную цепочку, где каждый этап опирается на результаты предыдущего:
|
|
|
+
|
|
|
+Формирование требований → Разработка концепции → ТЗ → Эскизный проект → Технический проект → Рабочая документация → Ввод в действие → Сопровождение
|
|
|
+
|
|
|
+Формирование требований — выясняем, что нужно и зачем.
|
|
|
+
|
|
|
+Разработка концепции — определяем, как это можно сделать.
|
|
|
+
|
|
|
+Техническое задание — фиксируем что именно должно быть сделано.
|
|
|
+
|
|
|
+Эскизный проект — разрабатываем предварительные решения.
|
|
|
+
|
|
|
+Технический проект — разрабатываем детальные решения.
|
|
|
+
|
|
|
+Рабочая документация — создаём документы для реализации.
|
|
|
+
|
|
|
+Ввод в действие — внедряем систему в эксплуатацию.
|
|
|
+
|
|
|
+Сопровождение — поддерживаем систему в рабочем состоянии.
|
|
|
+
|
|
|
+⚠️ Ключевой момент: Это «водопадная» модель (каскадная), где переход к следующей стадии начинается только после завершения предыдущей . В современных условиях часто применяются итеративные модели, но ГОСТ 34.601-90 остаётся базовым стандартом для понимания структуры жизненного цикла.
|
|
|
+
|
|
|
+📋 Содержание ключевых стадий: что происходит на каждой
|
|
|
+📜 Стадия 1. Формирование требований к АС
|
|
|
+Цель: Понять, нужна ли система и какие задачи она должна решать.
|
|
|
+
|
|
|
+Содержание работ:
|
|
|
+
|
|
|
+Сбор данных об объекте автоматизации и осуществляемых видах деятельности.
|
|
|
+
|
|
|
+Оценка качества функционирования объекта, выявление проблем.
|
|
|
+
|
|
|
+Оценка (технико-экономической, социальной) целесообразности создания АС .
|
|
|
+
|
|
|
+Результат: Отчёт о выполненной работе и заявка на разработку АС (тактико-техническое задание).
|
|
|
+
|
|
|
+📜 Стадия 2. Разработка концепции АС
|
|
|
+Цель: Определить принципиальные подходы к созданию системы.
|
|
|
+
|
|
|
+Содержание работ:
|
|
|
+
|
|
|
+Детальное изучение объекта автоматизации.
|
|
|
+
|
|
|
+Проведение необходимых НИР.
|
|
|
+
|
|
|
+Разработка альтернативных вариантов концепции АС и их оценка.
|
|
|
+
|
|
|
+Выбор оптимального варианта, удовлетворяющего требованиям пользователя .
|
|
|
+
|
|
|
+Результат: Отчёт с описанием и обоснованием выбранного варианта концепции.
|
|
|
+
|
|
|
+📜 Стадия 3. Техническое задание
|
|
|
+Цель: Формально зафиксировать требования к системе.
|
|
|
+
|
|
|
+Содержание работ:
|
|
|
+
|
|
|
+Разработка, оформление, согласование и утверждение технического задания (ТЗ) на создание АС .
|
|
|
+
|
|
|
+Результат: Утверждённое ТЗ — главный документ, определяющий что должна делать система.
|
|
|
+
|
|
|
+📜 Стадии 4–6. Проектирование
|
|
|
+Цель: Разработать полный комплект проектной документации.
|
|
|
+
|
|
|
+Содержание работ:
|
|
|
+
|
|
|
+Эскизный проект — предварительные проектные решения по системе и её частям .
|
|
|
+
|
|
|
+Технический проект — детальные проектные решения, документация на поставку, задания на смежные части проекта .
|
|
|
+
|
|
|
+Рабочая документация — документы для реализации, разработка или адаптация программ .
|
|
|
+
|
|
|
+Результат: Комплект проектной и рабочей документации.
|
|
|
+
|
|
|
+📜 Стадия 7. Ввод в действие
|
|
|
+Цель: Внедрить систему и убедиться, что она работает.
|
|
|
+
|
|
|
+Содержание работ:
|
|
|
+
|
|
|
+Подготовка объекта автоматизации и персонала.
|
|
|
+
|
|
|
+Комплектация АС, строительно-монтажные и пусконаладочные работы.
|
|
|
+
|
|
|
+Предварительные испытания — проверка работоспособности .
|
|
|
+
|
|
|
+Опытная эксплуатация — проверка в реальных условиях .
|
|
|
+
|
|
|
+Приёмочные испытания — проверка соответствия ТЗ .
|
|
|
+
|
|
|
+Результат: Акт приёмки АС в постоянную эксплуатацию.
|
|
|
+
|
|
|
+📜 Стадия 8. Сопровождение АС
|
|
|
+Цель: Поддерживать систему в рабочем состоянии.
|
|
|
+
|
|
|
+Содержание работ:
|
|
|
+
|
|
|
+Выполнение работ по гарантийным обязательствам.
|
|
|
+
|
|
|
+Послегарантийное обслуживание .
|
|
|
+
|
|
|
+Результат: Работающая система, соответствующая требованиям.
|
|
|
+
|
|
|
+⚖️ Нормативная база: что говорит закон и стандарты
|
|
|
+📜 ГОСТ 34.601-90
|
|
|
+Ключевой документ в области жизненного цикла АС. Устанавливает стадии и этапы создания АС, а также содержание работ на каждой стадии .
|
|
|
+
|
|
|
+Основные положения:
|
|
|
+
|
|
|
+Установлены 8 стадий создания АС.
|
|
|
+
|
|
|
+Каждая стадия подразделяется на этапы.
|
|
|
+
|
|
|
+Определено содержание работ по стадиям и этапам.
|
|
|
+
|
|
|
+Допускается исключение отдельных стадий и объединение этапов .
|
|
|
+
|
|
|
+📋 ГОСТ 34.603-92
|
|
|
+Регламентирует виды испытаний АС и общие требования к их проведению .
|
|
|
+
|
|
|
+Основные виды испытаний:
|
|
|
+
|
|
|
+Предварительные — определение работоспособности.
|
|
|
+
|
|
|
+Опытная эксплуатация — определение фактических характеристик.
|
|
|
+
|
|
|
+Приёмочные — определение соответствия ТЗ .
|
|
|
+
|
|
|
+⚠️ ГОСТ Р 57193-2016
|
|
|
+Современный стандарт, определяющий процессы жизненного цикла систем . Устанавливает группы процессов: соглашения, организационного обеспечения, технического управления, технические процессы .
|
|
|
+
|
|
|
+🚨 Типичные ошибки и заблуждения
|
|
|
+❌ «Жизненный цикл заканчивается после внедрения»
|
|
|
+Ошибка. Сопровождение — полноценная стадия, которая может длиться годы. Без неё система деградирует.
|
|
|
+
|
|
|
+❌ «Все стадии обязательны»
|
|
|
+Ошибка. ГОСТ 34.601-90 допускает исключение стадий и объединение этапов .
|
|
|
+
|
|
|
+❌ «Испытания — это формальность»
|
|
|
+Ошибка. Именно на испытаниях выявляются критические недостатки, которые могут привести к провалу проекта.
|
|
|
+
|
|
|
+❌ «Жизненный цикл — это только про разработку ПО»
|
|
|
+Ошибка. Жизненный цикл охватывает всю систему: технику, персонал, документацию, процессы.
|
|
|
+
|
|
|
+🎬 СЦЕНАРИЙ: «Путь системы от идеи до сопровождения»
|
|
|
+Это сквозной практический пример, который показывает, как стадии жизненного цикла работают в реальном проекте.
|
|
|
+
|
|
|
+📖 Легенда
|
|
|
+В организации ООО «Ромашка» руководство осознало, что бухгалтерия работает неэффективно: документы теряются, отчёты готовятся вручную, данные дублируются. Принято решение о создании автоматизированной информационной системы бухгалтерского учёта (АИС БУ).
|
|
|
+
|
|
|
+🎭 Акт 1. Формирование требований (Стадия 1)
|
|
|
+Проблема: Бухгалтерия тратит 60% времени на рутинные операции.
|
|
|
+
|
|
|
+Что делают:
|
|
|
+
|
|
|
+Проводят обследование объекта: опрашивают бухгалтеров, анализируют документооборот.
|
|
|
+
|
|
|
+Выявляют проблемы: ручной ввод, дублирование, ошибки.
|
|
|
+
|
|
|
+Оценивают целесообразность: затраты на АИС vs экономия времени.
|
|
|
+
|
|
|
+✅ Результат: Отчёт с обоснованием необходимости создания АИС.
|
|
|
+
|
|
|
+❌ Что было бы, если пропустить: Система создавалась бы «наугад», без понимания реальных потребностей.
|
|
|
+
|
|
|
+🎭 Акт 2. Разработка концепции (Стадия 2)
|
|
|
+Задача: Определить, какой должна быть система.
|
|
|
+
|
|
|
+Что делают:
|
|
|
+
|
|
|
+Изучают аналоги: какие системы есть на рынке.
|
|
|
+
|
|
|
+Проводят НИР: анализируют, что можно автоматизировать.
|
|
|
+
|
|
|
+Разрабатывают варианты концепции: «покупка готовой системы» vs «разработка с нуля».
|
|
|
+
|
|
|
+Сравнивают варианты по стоимости, срокам, функциональности.
|
|
|
+
|
|
|
+✅ Результат: Отчёт с обоснованием выбора: «покупка готовой системы с адаптацией».
|
|
|
+
|
|
|
+❌ Что было бы, если пропустить: Выбрали бы первый попавшийся вариант, который мог не подойти.
|
|
|
+
|
|
|
+🎭 Акт 3. Техническое задание (Стадия 3)
|
|
|
+Задача: Формально зафиксировать требования.
|
|
|
+
|
|
|
+Что делают:
|
|
|
+
|
|
|
+Разрабатывают ТЗ: какие функции должна выполнять система, какие данные обрабатывать, какие отчёты формировать.
|
|
|
+
|
|
|
+Согласовывают ТЗ с заказчиком и разработчиком.
|
|
|
+
|
|
|
+Утверждают ТЗ.
|
|
|
+
|
|
|
+✅ Результат: Утверждённое ТЗ — «конституция» проекта.
|
|
|
+
|
|
|
+❌ Что было бы, если пропустить: Разработчик и заказчик по-разному понимали бы, что нужно сделать.
|
|
|
+
|
|
|
+🎭 Акт 4. Проектирование (Стадии 4–6)
|
|
|
+Задача: Разработать полный комплект документации.
|
|
|
+
|
|
|
+Что делают:
|
|
|
+
|
|
|
+Эскизный проект: определяют структуру системы, состав подсистем, основные решения.
|
|
|
+
|
|
|
+Технический проект: разрабатывают детальные решения, документацию на поставку, задания на смежные части.
|
|
|
+
|
|
|
+Рабочая документация: создают документы для реализации, адаптируют программы.
|
|
|
+
|
|
|
+✅ Результат: Комплект проектной и рабочей документации.
|
|
|
+
|
|
|
+❌ Что было бы, если пропустить: Разработка велась бы «без чертежей», что привело бы к хаосу.
|
|
|
+
|
|
|
+🎭 Акт 5. Ввод в действие (Стадия 7)
|
|
|
+Задача: Внедрить систему.
|
|
|
+
|
|
|
+Что делают:
|
|
|
+
|
|
|
+Подготовка объекта: устанавливают оборудование, настраивают сеть.
|
|
|
+
|
|
|
+Подготовка персонала: обучают бухгалтеров работе с системой.
|
|
|
+
|
|
|
+Комплектация: поставляют программное и техническое обеспечение.
|
|
|
+
|
|
|
+Пусконаладка: настраивают систему, устраняют ошибки.
|
|
|
+
|
|
|
+Предварительные испытания: проверяют работоспособность.
|
|
|
+
|
|
|
+Опытная эксплуатация: работают в системе в течение месяца, выявляют проблемы.
|
|
|
+
|
|
|
+Приёмочные испытания: проверяют соответствие ТЗ.
|
|
|
+
|
|
|
+✅ Результат: Акт приёмки АИС в постоянную эксплуатацию.
|
|
|
+
|
|
|
+❌ Что было бы, если пропустить: Система могла бы «упасть» в первый же день работы.
|
|
|
+
|
|
|
+🎭 Акт 6. Сопровождение (Стадия 8)
|
|
|
+Задача: Поддерживать систему.
|
|
|
+
|
|
|
+Что делают:
|
|
|
+
|
|
|
+Гарантийное обслуживание: исправляют ошибки, обновляют ПО.
|
|
|
+
|
|
|
+Послегарантийное обслуживание: консультируют пользователей, дорабатывают систему под новые требования.
|
|
|
+
|
|
|
+✅ Результат: Система работает стабильно, бухгалтерия экономит 40% времени.
|
|
|
+
|
|
|
+❌ Что было бы, если пропустить: Система деградировала бы, пользователи вернулись бы к ручной работе.
|
|
|
+
|
|
|
+📊 Итоговая таблица сценария
|
|
|
+Стадия Вопрос Что делают Результат Что если пропустить
|
|
|
+1. Формирование требований Зачем? Обследуют объект, выявляют проблемы Отчёт с обоснованием Система «не для того»
|
|
|
+2. Разработка концепции Как? Изучают аналоги, разрабатывают варианты Выбранный вариант Выбор «наугад»
|
|
|
+3. ТЗ Что именно? Фиксируют требования Утверждённое ТЗ Разное понимание
|
|
|
+4–6. Проектирование Как детально? Разрабатывают документацию Комплект документации Хаос в разработке
|
|
|
+7. Ввод в действие Работает? Испытания, обучение, внедрение Акт приёмки Провал в первый день
|
|
|
+8. Сопровождение Как поддерживать? Гарантийное и послегарантийное обслуживание Стабильная работа Деградация системы
|
|
|
+🎓 Мораль сценария
|
|
|
+Жизненный цикл — это путь системы от идеи до утилизации.
|
|
|
+Каждая стадия важна и обязательна (если не исключена по ГОСТ).
|
|
|
+Пропуск стадии — это риск, который может привести к провалу проекта.
|
|
|
+Сопровождение — это не «после проекта», а полноценная часть жизненного цикла.
|
|
|
+
|
|
|
+🏁 Заключение
|
|
|
+В рамках данного доклада было рассмотрено понятие жизненного цикла автоматизированной информационной системы (ЖЦ АИС). Проведённый анализ показал, что ЖЦ — это совокупность взаимосвязанных процессов создания и изменения системы с момента формирования требований до прекращения функционирования .
|
|
|
+
|
|
|
+Согласно ГОСТ 34.601-90, установлены 8 стадий создания АС: формирование требований, разработка концепции, техническое задание, эскизный проект, технический проект, рабочая документация, ввод в действие и сопровождение . Каждая стадия подразделяется на этапы, содержание которых детально регламентировано .
|
|
|
+
|
|
|
+Были рассмотрены виды испытаний АС согласно ГОСТ 34.603-92: предварительные, опытная эксплуатация и приёмочные . Показано, что испытания являются критически важной частью ввода в действие — именно на них выявляются недостатки и принимается решение о готовности системы к эксплуатации.
|
|
|
+
|
|
|
+На практическом сценарии было продемонстрировано, как все стадии жизненного цикла работают вместе: от выявления потребности до сопровождения системы. Показано, что пропуск любой стадии создаёт риск для проекта.
|
|
|
+
|
|
|
+Нормативная база — ГОСТ 34.601-90, ГОСТ 34.603-92, ГОСТ Р 57193-2016 — устанавливает обязательные требования к организации жизненного цикла АС, включая стадии, этапы и виды испытаний .
|
|
|
+
|
|
|
+Таким образом, жизненный цикл АИС представляет собой фундамент управления проектами создания информационных систем, обеспечивающий системность, управляемость и качество на всех этапах существования системы.
|
|
|
+
|
|
|
+📚 Список литературы
|
|
|
+ГОСТ 34.601-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания. — М.: Стандартинформ, 2009.
|
|
|
+
|
|
|
+ГОСТ 34.603-92. Информационная технология. Виды испытаний автоматизированных систем. — М.: Стандартинформ, 2009.
|
|
|
+
|
|
|
+ГОСТ 34.003-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения.
|
|
|
+
|
|
|
+ГОСТ Р 57193-2016. Системная и программная инженерия. Процессы жизненного цикла систем. — М.: Стандартинформ, 2016.
|
|
|
+
|
|
|
+Автоматизированные информационные системы: учебник / под ред. А.А. Шелупанова. — М.: Горячая линия — Телеком, 2019.
|
|
|
+
|
|
|
+❓ Вопросы и ответы
|
|
|
+1. [Что такое жизненный цикл АИС] — Совокупность взаимосвязанных процессов создания и изменения системы с момента формирования требований до прекращения функционирования
|
|
|
+Ответ: Жизненный цикл АИС — это полная история существования системы, включающая все стадии от возникновения потребности в ней до вывода из эксплуатации.
|
|
|
+
|
|
|
+2. [Какие стадии создания АС установлены ГОСТ 34.601-90] — Формирование требований, разработка концепции, техническое задание, эскизный проект, технический проект, рабочая документация, ввод в действие, сопровождение
|
|
|
+Ответ: ГОСТ 34.601-90 устанавливает 8 стадий создания АС, каждая из которых подразделяется на этапы .
|
|
|
+
|
|
|
+3. [Что происходит на стадии «Формирование требований к АС»] — Обследование объекта, формирование требований пользователя, оформление отчёта
|
|
|
+Ответ: На этой стадии проводится обследование объекта автоматизации, выявляются проблемы, оценивается целесообразность создания АС, формируются требования пользователя .
|
|
|
+
|
|
|
+4. [Что происходит на стадии «Разработка концепции АС»] — Изучение объекта, проведение НИР, разработка вариантов концепции, выбор оптимального варианта
|
|
|
+Ответ: На этой стадии детально изучается объект, проводятся необходимые НИР, разрабатываются альтернативные варианты концепции, выбирается оптимальный .
|
|
|
+
|
|
|
+5. [Что такое техническое задание на АС] — Документ, формально фиксирующий требования к системе
|
|
|
+Ответ: ТЗ — главный документ, определяющий что должна делать система. Разрабатывается и утверждается на стадии «Техническое задание» .
|
|
|
+
|
|
|
+6. [Какие виды испытаний АС установлены ГОСТ 34.603-92] — Предварительные, опытная эксплуатация, приёмочные
|
|
|
+Ответ: ГОСТ 34.603-92 устанавливает три основных вида испытаний: предварительные (проверка работоспособности), опытная эксплуатация (проверка в реальных условиях) и приёмочные (проверка соответствия ТЗ) .
|
|
|
+
|
|
|
+7. [В чём разница между предварительными испытаниями и опытной эксплуатацией] — Предварительные проверяют работоспособность, опытная эксплуатация — фактические характеристики в реальных условиях
|
|
|
+Ответ: Предварительные испытания проводятся для определения работоспособности системы и решения вопроса о возможности приёмки в опытную эксплуатацию. Опытная эксплуатация проводится для определения фактических значений характеристик и готовности персонала .
|
|
|
+
|
|
|
+8. [Что происходит на стадии «Сопровождение АС»] — Гарантийное и послегарантийное обслуживание
|
|
|
+Ответ: На этой стадии выполняются работы по гарантийным обязательствам и послегарантийное обслуживание системы .
|
|
|
+
|
|
|
+9. [Допускается ли исключение отдельных стадий жизненного цикла] — Да, ГОСТ 34.601-90 допускает исключение отдельных стадий и объединение этапов
|
|
|
+Ответ: ГОСТ 34.601-90 допускает исключение стадии «Эскизный проект», объединение «Технического проекта» и «Рабочей документации», а также параллельное выполнение этапов .
|
|
|
+
|
|
|
+10. [Какие современные стандарты регулируют жизненный цикл систем] — ГОСТ Р 57193-2016
|
|
|
+Ответ: ГОСТ Р 57193-2016 «Системная и программная инженерия. Процессы жизненного цикла систем» определяет группы процессов жизненного цикла: соглашения, организационного обеспечения, технического управления, технические процессы .
|