Руководство по адаптации. С. Руководство по процессам и организациям
 Скачать 257.61 Kb.
|
      1. СТБ ИСО/МЭК 12207-2003. Процессы жизненного цикла (ЖЦ) программных средств (ПС) и их классификация. Общие сведения.СТБ ИСО/МЭК 12207-2003 – Информационная технология – Процессы жизненного цикла программных средств (в РБ с 2004). Данный стандарт является аутентичным аналогом международного стандарта ISO/IEC 12207: 1995. Стандарт имеет следующую структуру. Разделы: 1. Область применения. 2. Нормативные ссылки. 3. Определения. 4. Прикладное применение настоящего стандарта. 5. Основные процессы жизненного цикла. 6. Вспомогательные процессы жизненного цикла. 7. Организационные процессы жизненного цикла. Приложения: А. Процесс адаптации. В. Руководство по адаптации. С. Руководство по процессам и организациям. D. Библиография. ЖЦ ПС Данный стандарт определяет жизненный цикл ПС и систем в целом. Однако стандарт охватывает процессы ЖЦ системы только в части ее ПС и не определяет процессы ЖЦ для ее остальных компонентов. В соответствии с данным стандартом ЖЦ ПС и систем имеет трехуровневую иерархическую структуру. Основу ЖЦ составляет набор процессов. Каждый процесс разделен на набор работ. Каждая работа разделена на набор задач. Процесс Процесс Работа Работа Работа Работа Задача Задача Задача Задача Задача Задача Задача Задача Процессы ЖЦ ПС делятся на три группы: 5. основные; 6. вспомогательные; 7. организационные. Нумерация приведена в соответствии со структурой стандарта. Основные процессы ЖЦ – это процессы, которые реализуются под управлением основных сторон, участвующих в ЖЦ ПС. Состоят из пяти процессов: заказ; поставка; разработка; эксплуатация; сопровождение. Вспомогательные процессы ЖЦ – это процессы, являющиеся целенаправленными составными частями других процессов. Состоят из восьми процессов: документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, совместный анализ, аудит, решение проблем. Организационные процессы ЖЦ – это процессы, предназначенные для создания в некоторой организации и совершенствования организационных структур, охватывающих процессы ЖЦ и соответствующий персонал. К ним относятся четыре процесса: управление; создание инфраструктуры; усовершенствование; обучение. Следует обратить внимание на то, что взаимоотношения между процессами, определяемые в СТБ ИСО/МЭК 12207-2003, всегда статические. В реальной же жизни отношения между процессами и участниками программного проекта являются динамическими. Каждый процесс и выполняющая его организация включаются в проект уникальным образом. 1. Процесс заказа и заказчик – при определении системы, которая должна содержать программный продукт(ПП). 2. Процесс поставки и поставщик – при предоставлении программного продукта или услуги, от которых зависит система. 3. Процесс разработки и разработчик – при анализе системы для корректного выделения и определения ПП, при его разработке и обеспечении подключения к системе. 4. Процесс эксплуатации и оператор – при эксплуатации ПП в системной среде в интересах пользователя. 5. Процесс сопровождения и персонал сопровождения – при сопровождении и поддержке ПП в эксплуатационной готовности и для консультации пользователей. 6. Вспомогательный или организационный процесс – при необходимости обеспечения уникальных специализированных функций для других процессов. 2.СТБ ИСО/МЭК 12207-2003. Основные и организационные процессы жизненного цикла программных средств. Процессы жизненного цикла программных средств (в РБ с 2004). Данный стандарт является аутентичным аналогом международного стандарта ISO/IEC 12207: 1995. Стандарт имеет следующую структуру. Разделы: 1. Область применения. 2. Нормативные ссылки. 3. Определения. 4. Прикладное применение настоящего стандарта. 5. Основные процессы жизненного цикла. 6. Вспомогательные процессы жизненного цикла. 7. Организационные процессы жизненного цикла. Приложения: А. Процесс адаптации. В. Руководство по адаптации. С. Руководство по процессам и организациям. D. Библиография. Процессы ЖЦ ПС делятся на три группы: 5. основные; 6. вспомогательные; 7. организационные. Нумерация приведена в соответствии со структурой стандарта. Основные процессы ЖЦ ПС: 1. Заказ (5 работ: подготовка процесса заказа, подготовка заявки на подряд, подготовка и корректировка договора, надзор за поставщиком, приемка и закрытие договора) 2.Поставка (5 работ: подготовка процесса заказа, подготовка заявки на подряд, подготовка и корректировка договора, надзор за поставщиком, приемка и закрытие договора.) 3.Разработка (13 работ:подготовка процесса разработки, анализ требований к системе, проектирование системной архитектуры, анализ требований к ПС, проектирование программной архитектуры, техническое проектирование ПС, программирование и тестирование ПС, сборка ПС, квалификационные испытания ПС, сборка системы, квалификационные испытания системы, ввод в действие ПС, обеспечение приёмки ПС.) 4.Эксплуатация (4 работы:подготовка процесса эксплуатации, эксплуатационные испытания, эксплуатация системы, поддержка пользователя) 5.Сопровождение (6 работ:подготовка процесса сопровождения, анализ проблем и изменений, внесение изменений, проверка и приемка при сопровождении. Перенос. Снятие с эксплуатации) Организационные процессы ЖЦ ПС: 1.Управление (5 работ: подготовка и определение области управления, планирование, выполнение и контроль, проверка и оценка, завершение) 2.Процесс создания инфраструктуры (3 работы: подготовка процесса создания инфраструктуры, создание инфраструктуры, сопровождение инфраструктуры) 3. Процесс усовершенствования (3 работы: создание процесса, оценка процесса, усовершенствование процесса) 4. Процесс обучения (3 работы: подготовка процесса обучения, разработка учебных материалов, реализация плана обучения) Вопрос №3: СТБ ИСО/МЭК 12207-2003. Процесс разработки и его структура (работы 1-6). Основные процессы ЖЦ ПС включают в себя процесс разработки, который включает в себя 13 работ. Определяет работы и задачи разработчика. Общее число задач – 55. 1. Подготовка процесса разработки: Определение модели ЖЦ ПС со структурированием в неё процессов работ и задач СТБ/ИСО МЭК 12207-2003 (если модель не определена в договоре). Документальное оформление выходных результатов (ВР), управление конфигурацией ВР, решение возникающих проблем, выполнение вспомогательных процессов в соответствии с процессами группы 6. Выбор и адаптация стандартов, методов, инструментариев, языков программирования. Разработка и выполнение планов проведения работ процесса разработки. Поставка всех комплектующих изделий. 2. Анализ требований к системе: Анализ области применения системы и определение требований к ней. Оценка требований к системе. 3. Проектирование архитектуры системы: Определение общей архитектуры системы, распределение требований к ней между объектами технических и программных средств архитектуры и ручными операциями и дальнейшее уточнение требований. Оценка архитектуры системы и требований к ее объектам. 4. Анализ требований к программным средствам: Определение требований к ПС, их оценка. Проведение совместных анализов в соответствии с процессом совместного анализа. 5. Проектирование программной архитектуры: Преобразование требований к программному объекту (ПО) в его архитектуру, их распределение между его компонентами и дальнейшее уточнение требований (разработка эскизного проекта). Разработка эскизного проекта интерфейсов ПО и его компонентов. Разработка эскизного проекта базы данных. Разработка предварительных версий документации пользователя. Разработка предварительных требований к испытаниям (тестированию) ПО и графика сборки программного продукта. Оценка архитектуры ПО и эскизных проектов интерфейсов и базы данных по критериям. Проведение совместных анализов в соответствии с процессом совместного анализа. 6. Техническое проектирование программного средства: Разработка технического проекта для компонентов ПО (представление их в виде программных модулей), распределение технических требований к компонентам между программными модулями и дальнейшее уточнение требований. Разработка технического проекта интерфейсов ПО и его компонентов. Разработка технического проекта базы данных. Уточнение документации пользователя. Разработка требований к испытаниям и программе испытаний программных модулей. Уточнение общих требований к испытанию (тестированию) и программе сборки программных средств. Оценка технического проекта и требований к тестированию по критериям. Проведение совместных анализов в соответствии с процессом совместного анализа. Вопрос №4: СТБ ИСО/МЭК 12207-2003. Процесс разработки и его структура (работы 7-13). 7. Программирование и тестирование программных средств: Программирование программных модулей, базы данных, разработка процедур и данных для их испытаний (тестирования). Тестирование программных модулей и базы данных. Уточнение документации пользователя. программных модулей. Уточнение общих требований к испытанию (тестированию) и программе сборки программного средства. Оценка результатов программирования и тестирования по критериям. 8. Сборка программных средств: Разработка плана сборки для объединения программных модулей и компонентов в ПО. Сборка программных модулей и компонентов и тестирование результатов сборки. Уточнение документации пользователя. Разработка плана и процедуры квалификационных испытаний программных средств. Оценка планов и результатов сборки и тестирования, а также документации пользователя по критериям. Проведение совместных анализов в соответствии с процессом совместного анализа. 9. Квалификационные испытания программных средств: Проведение квалификационных испытаний программных средств. Уточнение документации пользователя. Оценка результатов испытаний и документации пользователя по критериям. Обеспечение проведения аудиторской проверки в соответствии с процессом аудита. Доработка и подготовка программного продукта к последующим работам, определение состояния конфигурации (базовой линии) проекта. 10. Сборка системы: Сборка объектов программной и технической конфигурации, ручных операций, других систем в единую систему, испытания собранной системы. Разработка плана и процедуры квалификационных испытаний системы. Оценка собранной системы по критериям. 11. Квалификационные испытания системы: Проведение квалификационных испытаний системы. Оценка системы по критериям. Обеспечение проведения аудиторской проверки в соответствии с процессом аудита. Доработка и подготовка программного продукта к последующим работам, определение состояния конфигурации (базовой линии) проекта. 12. Ввод в действие программных средств: Разработка плана ввода в действие программного продукта в среде эксплуатации. Ввод в действие программного продукта в соответствии с планом. 13. Обеспечение приемки программных средств: Обеспечение проведения заказчиком приёмочных испытаний. Укомплектование и поставка программного продукта заказчику на условиях договора. Обеспечение обучения и поддержка персонала заказчика на условиях договора. Билет 5. СТБ ИСО/МЭК 12207-2003. Вспомогательные процессы жизненного цикла программных средств.  Вспомогательные процессы ЖЦ – это процессы, являющиеся целенаправленными составными частями других процессов. Состоят из восьми процессов: документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, совместный анализ, аудит, решение проблем. Их основное назначение – обеспечить успешную реализацию и качество выполнения программного проекта. Вспомогательный процесс инициируется и используется другим процессом. Для управления качеством программных средств в ходе жизненного цикла служат процессы, выделенный серым цветом на рисунке. При этом процессы верификации, аттестации, совместного анализа и аудита могут реализовываться различными сторонами независимо или использоваться как методы процесса обеспечения качества. Ответственность за работы и задачи вспомогательного процесса несет организация, выполняющая данный процесс. Процесс документирования – (идет параллельно разработке) предназначен для формализованного описания информации, созданной в процессе или работе ЖЦ. Он включает: Планирование, Проектирование, Разработка, Выпуск, Редактирование, Распространение, Сопровождение документов по программному проекту Процесс управления конфигурацией – предназначен для определения состояния программных объектов в системе управления их изменения и выпуска. Процесс обеспечения качества – предназначен для обеспечения гарантии того, что ПП и процессы в ЖЦ проекта соответствуют требованиям и планам. Процесс верификации – предназначен для определения соответствия функционирования ПП требованиям и условиям, реализованным в предшествующих работах. Процесс аттестации – предназначен для определения полноты соответствия установленных требований созданной системы или ПП их функциональному назначению. Процесс совместного анализа – предназначен для оценки состояния и результатов работ по проекту. Данный процесс может выполняться 2-мя сторонами, участвующими в договоре. Процесс аудита – предназначен для определения соответствия требованиям планов и условия договора. Процесс решения проблем – предназначен для анализа и решения проблем, к/т обнаружены в ходе выполнения разработки, эксплуатации, сопровождения и др. процессов. Билет 6. ISO/IEC 12207: 2008. Процессы соглашения и повторного применения программных средств. ISO/IEC 12207:2008 истемная и программная инжинерия — Процессы жизненного цикла прграммных средств — стандарт ISO, описывающий процессы жизненного цикла программного обеспечения. Данный стандарт, используя устоявшуюся терминологию, устанавливает общую структуру процессов жизненного цикла программных средств, на которую можно ориентироваться в программной индустрии. Стандарт определяет процессы, виды деятельности и задачи, которые используются при приобретении программного продукта или услуги, а также при поставке, разработке, применении по назначению, сопровождении и прекращении применения программных продуктов. Процессы ЖЦ: 1) Процессы в контексте системы: 1. Процессы соглашения — 2; 2. Процессы организационного обеспечения проекта — 5; 3. Процессы проекта — 7; 4. Технические процессы — 11; 2) Специальные процессы: 5. Процессы реализации программных средств — 7; 6. Процессы поддержки программных средств — 8; 7. Процессы повторного применения программных средств — 3. Процессы соглашения 1. Поставка 2. Приобретение Процессы повторного применения программных средств 1. Процесс проектирования доменов; 2. Процесс менеджмента повторного применения активов; 3. Процесс менеджмента повторного применения программ. Процессы соглашения – определяют работы, необходимые для достижения договоренностей между 2-мя организациями. Соглашения могут разрабатываться: 1. Между поставщиком и разработчиком 2. Между заказчиком и разработчиком · Процесс приобретения предназначен для получения продукта, который удовлетворяет потребностям, приобретающей стороны. · Процесс поставки предназначен для предоставления приобретающей стороне продукта, удовлетворяющего установленным требованиям. |