Что определяет международный стандарт iso iec 12207

Определение нужд заказчика;

Проведение совместных экспертиз и аудитов;

Подготовка к передаче;

Поставка и развертывание;

Оценка удовлетворенности заказчиков

Обеспечение среды для работы

Планирование жизненного цикла;

Управление ресурсами и графиком работ;

Выделение системных требований и проектирование системы в целом;

Выделение требований к ПО;

Реализация, интеграция и тестирование ПО;

Интеграция и тестирование системы;

Сопровождение системы и ПО

Группа стандартов IEEE

Например, подпроцесс разработки состоит из групп деятельностей по выделению требований, по проектированию и по реализации. Группа деятельностей по проектированию включает архитектурное проектирование, проектирование баз данных, проектирование интерфейсов, детальное проектирование компонентов.

Источник

Модели жизненного цикла для разработки программных систем

За десятилетия опыта построения программных систем был наработан ряд типичных схем последовательности выполнения работ при проектировании и разработки ПС. Такие схемы получили название моделей ЖЦ.

Исторически в эту схему работ включают:

Основное назначение моделей ЖЦ состоит в следующем:

2.1. Процессы ЖЦ стандарта ISO/IEC 12207

На рис. 2.1. представлены процессы, связанные непосредственно с разработкой ПС. К категории основных процессов относятся также «первичные» процессы, определяющие порядок подготовки договора на разработку ПС, мониторинг деятельности поставщиков ПС заказчику.

Являясь стандартом высокого уровня, он не задает детали того, как надо выполнять действия или задачи, составляющие процессы. Он также не задает требований к формату и содержанию документов, выпускаемых на разных процессах.

Процессы, действия и задачи приведены в стандарте в наиболее общей естественной последовательности. Это не значит, что в такой же последовательности они должны быть применены в конкретной модели ЖЦ ПС. В зависимости от проекта процессы, действия и задачи стандарта выбираются, упорядочиваются и включаются в модель ЖЦ. При применении они могут перекрывать, прерывать друг друга, выполняться итерационно или рекурсивно. Это определяет «динамический» характер стандарта и позволяет реализовать с его помощью произвольную модель ЖЦ ПС. Поэтому организации, которая намерена применить этот стандарт в своей работе, понадобятся дополнительные стандарты или процедуры, определяющие разные детали по применению выбранных элементов ЖЦ. Отметим, что комитет ISO выпускает руководства и процедуры, дополняющие стандарт 12207.

Кроме этого, стандарт ISO /IEC 12207 предоставляет основу для принятия ряда других связанных с ним стандартов, таких как

Процессы, включенные в модель ЖЦ, предназначены для реализации стандартных задач процессов ЖЦ и могут привлекать другие процессы для реализации специализированных задач системы (например, защиты данных). Интерфейсы (входы и выходы) любых двух процессов ЖЦ должны быть минимальными и каждый из них должен удовлетворять следующим правилам:

Иными словами, если задача требуется более чем одному процессу, то она может стать процессом, используемым однократно или многократно на протяжении жизни конкретной системы. Каждый процесс должен иметь внутреннюю структуру, установленную в соответствии с тем, что он должен выполнять.

Процессы модели ЖЦ ориентированы на разработчика системы. Он может выполнять один или несколько процессов и процесс может быть выполнен одним или несколькими разработчиками. При этом один из них является ответственным за один процесс или за все процессы модели, даже если отдельные работы выполняет другой разработчик.

Создаваемая модель ЖЦ увязывается с конкретными методиками разработки систем и соответствующими стандартами в области программной инженерии либо разрабатываются самостоятельно для проекта с учетом его возможностей и особенностей. Иными словами, каждый процесс ЖЦ подкрепляется выбранными для реализации задач ПС средствами, методами программирования и методикой их применения и выполнения.

Важную роль при формировании модели ЖЦ имеют организационные аспекты:

Внедрение модели ЖЦ в практическую деятельность по созданию программного продукта позволяет упорядочить взаимоотношения между субъектами процесса разработки ПС и учитывать динамику модификации требований к проекту и к системе.

В соответствии со стандартом ISO /IEC 12207 были выявлены задачи тестирования и распределены по процессам ЖЦ ПС. В результате был получен единый непрерывный процесс тестирования разных ПС, задачами которого являются подготовка, проведение и оценивание результатов тестирования, которые распределились по 20 действиям (шагам) процесса разработки [2.7, 2.9]. Данный подход к тщательному тестированию ПС целесообразно применять, например, для систем реального времени.

На шаге подготовки осуществляется анализ рабочих продуктов процесса разработки ПС (входных для данного шагу процесса тестирования) для определения целей, объектов, сценариев и ресурсов тестирования, адекватных шагу тестирования. Результаты выполнения шагов подготовки тестирования должны фиксироваться в планах тестирования.

На шаге выполнения осуществляется фиксация результатов выполнения тестов, их сравнение с ожидаемыми результатами, определение текущего состояния рабочего продукта ПС и принятие решения о достаточности тестирования.

Каждый шаг процесса разработки состоит из набора решаемых задач, распределение по процессам и подроцессам ЖЦ (рис. 2.3).

Шаги процесса и отдельные задачи могут выполняться циклически для разных объектов ПС при их тестировании.

Источник

Что определяет международный стандарт iso iec 12207

ГОСТ Р ИСО/МЭК ТО 15271-2002

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

(Процессы жизненного цикла программных средств)

Information technology. Guide for the application of GOST R ISO/IEC 12207
(Software life cycle processes)

Дата введения 2003-07-01

1 РАЗРАБОТАН И ВНЕСЕН Всероссийским научно-исследовательским институтом стандартизации (ВНИИстандарт) Госстандарта России

2 ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 5 июня 2002 г. N 227-ст

3 Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК ТО 15271-98 «Информационная технология. Руководство по применению ИСО/МЭК 12207 (Процессы жизненного цикла программных средств)»

5 ПЕРЕИЗДАНИЕ. Апрель 2004 г.

Введение

В настоящем стандарте приведены рекомендации по практическому применению ГОСТ Р ИСО/МЭК 12207 в условиях реализации конкретных проектов создания программных средств. Опытное применение ГОСТ Р ИСО/МЭК 12207 в ряде организаций подтвердило необходимость выработки таких рекомендаций для однозначного понимания требований и норм, установленных в ГОСТ Р ИСО/МЭК 12207. Вместе с тем, ряд концептуальных положений и понятий, определенных в указанном стандарте, требуют дополнительного пояснения и более расширенной трактовки. В настоящем стандарте учтены обобщенные предложения по практическому применению ГОСТ Р ИСО/МЭК 12207, представленные Техническим комитетом по стандартизации ТК 22 «Информационные технологии».

1 Область применения

Настоящий стандарт содержит рекомендации по применению ГОСТ Р ИСО/МЭК 12207, а также приложения А, В, С и D.

В стандарте основное внимание уделено особенностям, подлежащим учету при прикладном применении ГОСТ Р ИСО/МЭК 12207 в условиях реальных проектов создания программных средств. Приведенные в настоящем стандарте рекомендации не касаются обсуждения обоснованности требований ГОСТ Р ИСО/МЭК 12207.

В стандарте рассмотрены три основополагающие модели жизненного цикла и приведены примеры прикладного применения ГОСТ Р ИСО/МЭК 12207.

1.2 Пользователи стандарта

Настоящий стандарт может быть использован субъектами (лицами, организациями), желающими применить ГОСТ Р ИСО/МЭК 12207 при реализации договоров независимо от объема или сложности проекта, конкретной организацией для самоконтроля или работ по совершенствованию процессов жизненного цикла программных средств.

В настоящем стандарте указано, как можно использовать ГОСТ Р ИСО/МЭК 12207 применительно к различным типам программных средств и какие процессы соответствуют каждому случаю.

Настоящий стандарт дополняет ГОСТ Р ИСО/МЭК 12207, являющийся не только нормативным документом, но и эталоном для управления реальным проектом. (Например, последний случай имеет место, когда ГОСТ Р ИСО/МЭК 12207 является образцом при проведении части работ процесса усовершенствования.) Настоящий стандарт должен быть осмыслен целиком, но в отдельных случаях могут быть использованы его конкретные разделы.

Предпосылками для использования настоящего стандарта являются:

c) хорошее знание политики соответствующей организации;

d) общее знание вопросов управления созданием программных средств, программной инженерии и моделирования жизненного цикла программных средств.

2 Нормативные ссылки

В настоящем стандарте использованы ссылки на следующие стандарты:

ГОСТ Р ИСО/МЭК 9126-93 Информационная технология. Оценка программной продукции. Характеристики качества и руководства по их применению

ГОСТ Р ИСО/МЭК 12207-99 Информационная технология. Процессы жизненного цикла программных средств

ИСО/МЭК ТО 15504-1-98* Информационная технология. Оценка программного процесса. Часть 1: Общие положения и вводное руководство

ИСО/МЭК ТО 15504-2-98* Информационная технология. Оценка программного процесса. Часть 2: Эталонная модель процессов и их возможностей

ИСО/МЭК ТО 15504-3-98* Информационная технология. Оценка программного процесса. Часть 3: Проведение оценки

ИСО/МЭК ТО 15504-4-98* Информационная технология. Оценка программного процесса. Часть 4: Руководство по проведению оценок

ИСО/МЭК ТО 15504-5-99* Информационная технология. Оценка программного процесса. Часть 5: Модель оценки и руководящие указания

ИСО/МЭК ТО 15504-6-98* Информационная технология. Оценка программного процесса. Часть 6: Руководство по компетентности экспертов

ИСО/МЭК ТО 15504-7-98* Информационная технология. Оценка программного процесса. Часть 7: Руководство по применению в процессе усовершенствования

ИСО/МЭК ТО 15504-8-98* Информационная технология. Оценка программного процесса. Часть 8: Руководство по применению при определении возможностей процесса поставщика

ИСО/МЭК ТО 15504-9-98* Информационная технология. Оценка программного процесса. Часть 9: Словарь

3 Система обозначений

Диаграммы, описывающие процессы и работы ГОСТ Р ИСО/МЭК 12207, соответствующие стилю указанного стандарта, приведены на рисунке 1.

4 Основные концепции в развитие ГОСТ Р ИСО/МЭК 12207

4.1 Инженерная дисциплина

Применение программной инженерии является сравнительно молодой дисциплиной по сравнению с традиционными направлениями инженерной деятельности. В результате контроль, обычно сопровождающий проекты традиционной инженерной деятельности, не всегда возможен для программных средств.

Основные положения ГОСТ Р ИСО/МЭК 12207 в таких вопросах, как разработка и сопровождение программного средства, должны быть реализованы методом, определяемым инженерной дисциплиной. Использование такого метода позволяет определить структуру, четко привязанную к функциональной среде системной инженерии, охватывающей программные и технические средства, персонал и бизнес.

4.2 Архитектура жизненного цикла программного средства

ГОСТ Р ИСО/МЭК 12207 устанавливает архитектуру верхнего уровня жизненного цикла программного средства от замысла до утилизации. Архитектура состоит из множества процессов и взаимосвязей между данными процессами. Процессы основаны на двух исходных принципах: модульности и ответственности.

Процессы в ГОСТ Р ИСО/МЭК 12207 являются модульными в том смысле, что они:

a) строго связаны. Все части процесса строго взаимоувязаны;

b) свободно соединены. Число интерфейсов между процессами сведено к минимуму.

В принципе каждый процесс предназначен для реализации уникальной функции в жизненном цикле и может привлекать другой процесс для выполнения специализированной функции. Ниже представлены правила для обозначения, определения области применения и структурирования процессов:

a) процесс должен быть модульным, т.е. один процесс должен выполнять одну и только одну функцию в жизненном цикле, а интерфейсы между двумя любыми процессами должны быть минимизированы;

b) каждый процесс должен быть вызываем из архитектуры;

c) если процесс А вызван процессом В и только процессом В, тогда А принадлежит к В;

d) если функция вызвана более чем одним процессом, тогда функция сама становится процессом;

e) должна быть возможность верификации любой функции в модели жизненного цикла;

f) каждый процесс должен иметь внутреннюю структуру, установленную в соответствии с тем, что должно им быть выполнено.

В ГОСТ Р ИСО/МЭК 12207 термины «организация» и «сторона» являются близкими по смыслу. Организация, являющаяся группой лиц, собранных для реализации некоторой конкретной цели, может быть представлена как корпорация, агентство, предприятие, общество, союз или клуб. Размер организации может варьироваться от одного человека до множества лиц. Когда организация в целом (или ее часть) заключает договор, то она становится стороной. Организация имеет самостоятельные подразделения, а стороны могут быть из одной или разных организаций.

Каждый процесс в ГОСТ Р ИСО/МЭК 12207 рассмотрен с точки зрения ответственности (обязанностей) стороны. Организация может выполнять один или несколько процессов. Процесс может быть выполнен одной или несколькими организациями, при этом одна из организаций должна быть определена как ответственная сторона. Сторона, выполняющая процесс, несет ответственность за весь данный процесс, даже если выполнение отдельных задач поручено другим людям.

Принцип ответственности в архитектуре жизненного цикла облегчает прикладное применение ГОСТ Р ИСО/МЭК 12207 для конкретного проекта, в который может быть вовлечено множество лиц.

Источник

Что определяет международный стандарт iso iec 12207

ГОСТ Р ИСО/МЭК ТО 16326-2002

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

РУКОВОДСТВО ПО ПРИМЕНЕНИЮ ГОСТ Р ИСО/МЭК 12207
ПРИ УПРАВЛЕНИИ ПРОЕКТОМ

Software engineering.
Guide for the application of GOST R ISO/IEC 12207 to project management

Дата введения 2003-07-01

1 РАЗРАБОТАН И ВНЕСЕН Всероссийским научно-исследовательским институтом стандартизации (ВНИИстандарт) Госстандарта России

2 ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 5 июня 2002 г. N 226-ст

3 Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК ТО 16326-99 «Программная инженерия. Руководство по применению ИСО/МЭК 12207 при управлении проектом»

Введение

Программные средства являются неотъемлемой частью информационных технологий и традиционных систем, например транспортных, военных, здравоохранения и финансовых. Имеется тенденция к увеличению числа стандартов, процедур, методов, инструментальных средств и сред, связанных с разработкой программных средств и управлением программными проектами. Подобная тенденция вызывает трудности при управлении программными проектами и реализации соответствующих технологий, особенно при интеграции продуктов и услуг. Необходим определенный порядок при переходе от указанного многообразия к общей структуре, удобной для профессионалов, обеспечивающей взаимопонимание при создании программных средств и управлении ими. Данная общая структура установлена в ГОСТ Р ИСО/МЭК 12207.

Структура ГОСТ Р ИСО/МЭК 12207 охватывает весь жизненный цикл программного средства от возникновения идеи его создания до снятия с эксплуатации и состоит из процессов, определяющих заказ и представление программных продуктов и услуг. Данная структура также обеспечивает контроль за указанными процессами и их усовершенствование.

ГОСТ Р ИСО/МЭК 12207 представляет исчерпывающий набор процессов жизненного цикла программного средства. Конкретная организация для реализации поставленных целей может выбрать соответствующее подмножество (процессов, работ, задач) из ГОСТ Р ИСО/МЭК 12207. Указанный стандарт может быть адаптирован для конкретной организации, проекта или приложения. Данный стандарт также может быть использован как для автономного программного средства, так и для средства, встраиваемого или входящего в общую систему.

В настоящем стандарте приведены рекомендации по использованию процесса управления, описанного в 7.1 ГОСТ Р ИСО/МЭК 12207. Большинство приведенных рекомендаций основано на международных и региональных нормативных документах по стандартизации и опыте людей, успешно руководящих программными проектами.

Настоящий стандарт не предназначен для установления каких-либо ролей или обязанностей организации.

Установлено, что определенные процессы, работы и задачи носят итерационный характер и могут проявляться в любом порядке или с любой частотой. Данные процессы, работы и задачи должны быть увязаны с другими процессами, работами и задачами, не указанными в настоящем стандарте, например со вспомогательными и организационными процессами жизненного цикла из ГОСТ Р ИСО/МЭК 12207.

Настоящий стандарт состоит из шести основных разделов и приложений А-Е.

Перечень дополнительных публикаций, связанных с тематикой настоящего стандарта, приведен в приложении Е.

В настоящем стандарте учтены обобщенные предложения по практическому применению ГОСТ Р ИСО/МЭК 12207, представленные Техническим комитетом по стандартизации ТК 22 «Информационные технологии».

1 Область применения

— применения процесса управления из ГОСТ Р ИСО/МЭК 12207 для УПП;

— использования Руководства РМВОК [1] для определения и описания областей сведений по управлению, применяемых при УПП;

— использования ИСО 10006 [2] для управления проектом.

Настоящий стандарт предназначен для лиц, отвечающих за управление реализацией основных процессов по ГОСТ Р ИСО/МЭК 12207: заказа, поставки, разработки, эксплуатации и сопровождения. Приведенные в настоящем стандарте рекомендации охватывают:

— общие рекомендации для УПП по применению работ процесса управления (см. 7.1 ГОСТ Р ИСО/МЭК 12207) в части их реализации в каждом из основных процессов;

— применимость УПП для каждого основного процесса;

— ключевые вопросы, относящиеся к УПП в целом;

— уточненные рекомендации для администраторов проектов (АП) программных средств в части задач управления проектом из:

— Руководства РМВОК [1] в части определения и описания общепризнанного подмножества из данного руководства. Общее признание означает, что описанные знания и опыт применены во многих проектах и единодушно признаны их значимость и полезность;

— ИСО 10006 [2] в части рекомендаций по реализации основных концепций, элементов и опыта применения систем качества, влияющих на практику управления проектом.

В настоящем стандарте рассмотрены вопросы, специфичные для программных средств или приводящие к проблемам при реализации основных процессов по ГОСТ Р ИСО/МЭК 12207 в программных проектах. Например, хорошо известно, что зачастую программные проекты финансируют с опозданием и (или) не полностью или они не могут удовлетворять ожиданиям или требованиям заказчика. Это не относится только к программным средствам, но имеется ряд особенностей, характерных для программных средств, могущих привести к подобным результатам.

1.1 Круг пользователей

Настоящий стандарт предназначен для субъектов, использующих или планирующих использование ГОСТ Р ИСО/МЭК 12207 в программных проектах, независимо от их области применения, создаваемых продуктов, методологии, объема или сложности. Стандарт в первую очередь предназначен для администраторов проектов, отвечающих за соответствие процессов управления ГОСТ Р ИСО/МЭК 12207:

— администраторов, ответственных за организацию и постоянное совершенствование процессов жизненного цикла программных средств по ГОСТ Р ИСО/МЭК 12207;

— администраторов, ответственных за применение процессов жизненного цикла программных средств по ГОСТ Р ИСО/МЭК 12207 на проектном уровне;

— организаций или лиц, являющихся субподрядчиками при реализации УПП.

Приведены соображения для лиц:

— вовлеченных в программные проекты, но не являющихся АП;

— являющихся администраторами непрограммных проектов, но связанных с АП программных средств.

В настоящем стандарте рассмотрены основные процессы жизненного цикла программных средств из ГОСТ Р ИСО/МЭК 12207 с точки зрения АП и приведены рекомендации по эффективной реализации задач управления (на основе передового опыта и знаний). Кроме того, в настоящем стандарте показано, как работы технологического, технического и вспомогательного персонала должны быть интегрированы в общий жизненный цикл программного средства.

Предпосылками для применения настоящего стандарта являются:

— знание стратегий и процедур соответствующих организаций;

— знание посреднических и договорных требований (необходимых и предполагаемых).

2 Соответствие

Требования соответствия настоящему стандарту не установлены.

3 Нормативные ссылки

В настоящем стандарте использованы ссылки на следующий стандарт:

4 Определения

В настоящем стандарте применены термины с соответствующими определениями, установленные в ГОСТ Р ИСО/МЭК 12207, Руководстве РМВОК [1] и ИСО 10006 [2].

5 Обозначения

В настоящем стандарте использованы следующие обозначения (символы и сокращения):

* В зависимости от объема и сложности проекта это может быть группа лиц, отдельное лицо или функция.

6 Руководство

6.1 Введение в управление проектом программного средства

Проект охватывает деятельность по созданию индивидуального продукта или услуги (Руководство РМВОК [1]). Таким образом, в проект вовлекают группу лиц, ресурсы и мероприятия, характеризуемые следующими общими свойствами:

— основными целями проекта является создание продуктов, услуг и выходных результатов;

— проект имеет начало и конец, то есть носит временной характер;

— проект не связан с обычной деятельностью организации, то есть проект носит индивидуальный характер. Некоторые организации (например, исследовательские или разрабатывающие) существуют только за счет реализации соответствующих проектов.

Программные проекты относятся к проектам, связанным с созданием программных средств, услуг или выдачей соответствующих результатов. Вопрос об отличии программных проектов от проектов, связанных с созданием других продуктов, услуг или результатов, рассмотрен Уоттом Хемпреем (Watts Haumphrey) [3] и охватывает следующие аспекты:

— программные средства являются наиболее сложными;

— внести изменения в программное средство достаточно просто;

— большинство обнаруженных проблем с техническими средствами решают путем изменения программных средств;

— в связи с низкой стоимостью тиражирования для программных средств отсутствует установленный технологический процесс;

— программирование не связано с традиционными естественными науками и отсутствуют соответствующие методы тестирования и проектного моделирования;

— программные средства являются элементами общей системы, увеличивающими ее сложность и создающими предпосылки для последующих ее изменений;

— программные средства наиболее доступны для пользователей и поэтому являются основным объектом их претензий.

Программные средства по своей природе отличаются от непрограммных продуктов, услуг и результатов, поэтому управление программными проектами имеет характерные особенности. Это не означает, что УПП полностью отличается от управления непрограммными проектами. Ключевым вопросом является разграничение областей УПП и общего управления проектом для обеспечения реализации целей проекта и предотвращения возникновения проблем.

В Руководстве РМВОК [1] дана важная информация по управлению проектами в целом. ГОСТ Р ИСО/МЭК 12207 содержит важную информацию о программных проектах в целом, вспомогательных процессах (5.2 ГОСТ Р ИСО/МЭК 12207) и описание большинства подлежащих реализации работ (видов деятельности) и задач (заданий). В ИСО 10006 [2] приведена информация, относящаяся к повышению качества управления проектом. Основными целями настоящего стандарта являются определение вышеописанных особенностей, с которыми сталкивается администратор программного проекта, демонстрация взаимодополняемости трех вышеуказанных документов и помощь АП программных проектов в принятии адекватных решений.

Источник

• визитки установка дверей шаблоны →