264 |
4. Нормативно-правовые основы ведения бизнеса |
требований к программным средствам; проектирование программной архитектуры; техническое проектирование программных средств; программирование и тестирование программных средств; сборку программных средств; квалификационные испытания программных средств; сборку системы; квалификационные испытания системы; ввод в действие программных средств; обеспечение приемки программных средств. Процесс включает работы по анализу требований, проектированию, программированию, сборке, тестированию, вводу в действие и приемке программных продуктов. В данный процесс могут быть включены работы, связанные с разработкой ПП, если это оговорено в договоре. Разработчик выполняет или обеспечивает выполнение работ по данному процессу в соответствии с условиями договора.
Процесс эксплуатации состоит из следующих работ, выполняемых группой внедрения заказчика: подготовки процесса; эксплуатационных испытаний; эксплуатации системы; поддержки пользователя. Процесс охватывает эксплуатацию программного продукта и поддержку пользователей в процессе эксплуатации.
Процесс сопровождения состоит из следующих работ, выполняемых группой сопровождения разработчика (поставщика): подготовки процесса; анализа проблем и изменений; внесения изменений; проверки и приемки при сопровождении; переноса; снятия с эксплуатации. Данный процесс реализуется при изменениях (модификациях) программного продукта и соответствующей документации, вызванных возникшими проблемами или потребностями в его модернизации или настройке. Целью процесса является изменение существующего программного продукта при сохранении его целостности. Данный процесс охватывает вопросы переносимости и снятия программного продукта с эксплуатации. Процесс заканчивается снятием программного продукта с эксплуатации.
Вспомогательные процессы жизненного цикла ПП сформулированы в ГОСТе следующим образом: процесс документирования; процесс управления конфигурацией; процесс обеспечения качества; процесс верификации; процесс аттестации; процесс совместного анализа; процесс аудита; процесс решения проблем.
Стандартизация основных этапов жизненного цикла … |
265 |
Процесс документирования является формализованным описанием документации, создаваемой в процессе проектирования ПП. Данный процесс состоит из набора работ, при помощи которых планируют, проектируют, разрабатывают, выпускают, редактируют, распространяют и сопровождают документы, в которых нуждаются все заинтересованные лица, такие как администраторы, системные инженеры и пользователи программного продукта. Данный процесс состоит из следующих работ: подготовки процесса; проектирования и разработки; выпуска; сопровождения.
Процесс управления конфигурацией является процессом при-
менения административных и технических процедур на всем протяжении жизненного цикла программных средств (продуктов, комплексов, компонентов): обозначения, определения и установления состояния программных объектов; управления изменениями и выпуском объектов; описания и информирования о состоянии объектов и заявок на внесение изменений; обеспечения полноты, совместимости и правильности объектов; управления хранением, обращением и поставкой объектов. Данный процесс состоит из следующих работ: подготовки процесса; определения конфигурации; контроля конфигурации; учета состояний конфигурации; оценки конфигурации; управления выпуском и поставкой.
Процесс обеспечения качества является процессом обес-
печения гарантий по соответствию программных продуктов и процессов в жизненном цикле проекта установленным требованиям и утвержденным планам. С точки зрения беспристрастности обеспечение качества должно быть организационно и полномочно независимым от субъектов, непосредственно связанных с разработкой программного продукта или выполнением процесса в проекте. Обеспечение качества может субъективно (внутренне или внешне) зависеть от того, демонстрируются ли доказательства качества продукта или процесса под управлением поставщика или заказчика. При обеспечении качества могут использоваться результаты других вспомогательных процессов, таких как верификация, аттестация, совместные анализы, аудит и решение проблем. Данный процесс состоит из следующих ра-
266 |
4. Нормативно-правовые основы ведения бизнеса |
бот: подготовки процесса; обеспечения качества продукта в соответствии с условиями договора; обеспечения качества процесса (соответствия условиям договора); обеспечения систем качества (соответствия ГОСТ Р ИСО 9001).
Процесс верификации является процессом определения степени соответствия функционирующих программных продуктов требованиям или условиям, сформулированным в договорных документах. Для оценки эффективности затрат и выполняемых работ верификация должна как можно раньше реализовываться
всоответствующих процессах, таких как поставка, разработка, эксплуатация или сопровождение. Данный процесс может включать анализ, проверку и испытание (тестирование).
Этот процесс может выполняться с различными степенями независимости исполнителей. Степень независимости исполнителей может распределяться как между различными субъектами
всамой организации, так и субъектами в другой организации с различными степенями распределения обязанностей. Данный процесс называется процессом независимой верификации, если ор- ганизация-исполнитель не зависит от поставщика, разработчика, оператора или персонала сопровождения.
Процесс аттестации является процессом определения полноты соответствия установленных требований созданного программного продукта его функциональному назначению. Аттестация может проводиться на начальных этапах работы. Данный процесс может проводиться как часть работы по обеспечению приемки программных продуктов. Условия реализации данного процесса идентичны условиям реализации процесса верификации.
Процесс совместного анализа является процессом оценки состояний и при необходимости результатов работ по проекту. Совместные анализы применяются как на уровне управления проектом, так и на уровне технической реализации проекта и проводятся в течение всего жизненного цикла договора. Данный процесс может выполняться двумя любыми сторонами, участвующими в договоре, когда одна сторона (анализирующая) проверяет другую сторону(анализируемую). Данный процесс состоит из следующих работ: подготовки процесса; анализа управ-
Стандартизация основных этапов жизненного цикла … |
267 |
ления проектом; технических анализов. Процессы анализа хода работ проводятся в сроки, установленные проектным планом, либо в сроки, определяемые заинтересованной стороной.
Процесс аудита является процессом определения соответствия требованиям, планам и условиям договора. Он может выполняться двумя любыми сторонами, участвующими в договоре, когда одна сторона (ревизующая) проверяет другую сторону (ревизуемую). Аудиторские проверки должны проводиться в сроки, установленные проектным планом(ами).
Процесс решения проблем является процессом анализа и решения проблем (включая обнаруженные несоответствия) независимо от их происхождения или источника, которые обнаружены в ходе выполнения разработки, эксплуатации, сопровождения или других процессов. Целью данного процесса является обеспечение способов своевременного, ответственного и документируемого анализа, решения всех обнаруженных проблем и определения причин их возникновения. При выявлении проблем (включая обнаруженные несоответствия) в программном продукте или работе должен быть подготовлен отчет по проблеме, описывающий каждую выявленную проблему. Отчет по проблеме должен являться составной частью вышеописанного процесса и охватывать следующие вопросы: выявление проблем и причин их возникновения; исследование, анализ и решение проблем; определение тенденций, обуславливающих возникновение проблем.
Организационными процессами жизненного цикла являются следующие процессы: управление, создание инфраструктуры, усовершенствование и обучение.
Процесс управления состоит из общих работ, которые могут быть выполнены как разработчиком, так и заказчиком, управляющими соответствующими процессом(ами). Администратор отвечает за управление проектом, работами и задачами соответствующего процесса или процессов, таких как заказ, поставка, разработка, эксплуатация, сопровождение или вспомогательные процессы. Данный процесс состоит из следующих работ: подготовки и определения области управления; планирования; выполнения и контроля; проверки и оценки; завершения.
268 |
4. Нормативно-правовые основы ведения бизнеса |
Процесс создания инфраструктуры является процессом установления и обеспечения (сопровождения) инфраструктуры, необходимой для любого другого процесса. Инфраструктура может содержать технические и программные средства, инструментальные средства, методики, стандарты и условия для разработки, эксплуатации или сопровождения. Данный процесс состоит из следующих работ: подготовки процесса; создания инфраструктуры; сопровождения инфраструктуры.
Процесс усовершенствования является процессом иденти-
фикации, оценки, измерения, контроля и улучшения любого процесса жизненного цикла программного продукта. Данный процесс состоит из следующих работ: создания процесса; оценки процесса; усовершенствования процесса.
Процесс обучения является процессом обеспечения первоначального и продолженного обучения персонала. Заказ, поставка, разработка, эксплуатация и сопровождение программных продуктов в значительной степени зависят от квалификации персонала. Например, персонал разработчика должен быть соответствующим образом обучен управлению проектами и технологии программирования. Поэтому обязательно должно быть запланировано и заранее выполнено обучение персонала с -це лью готовности его к работам по заказу, поставке, разработке, эксплуатации или сопровождению программного проекта. Данный процесс состоит из следующих работ: подготовки процесса; разработки учебных материалов; реализации плана обучения.
Настоящий стандарт содержит полный набор описания процессов жизненного цикла ПП для некоторого типового проекта с максимально возможным составом процессов, работ и задач, которые используются в следующих случаях: при приобретении системы, содержащей программные средства, или отдельно поставляемого ПП; при оказании программной услуги; при поставке, разработке, эксплуатации и сопровождении ПП. Поэтому при решении практических задач стандарт необходимо адаптировать к конкретному проекту. «Динамический» характер стандарта определяется способом определения последовательности выполнения процессов и задач, при котором один процесс при