6. Стандарты по разработке по. Два вида стандартов, их значения, требования стандартов.

С.Н. Карпенко — Введение в программную инженерию

Среди всех стандартов по разработке ПО принято выделять следующие основные типы:

• Корпоративные стандарты. Разрабатываются крупными фирмами с целью повышения качества своей продукции. Основываются на собственном опыте и с учётом требований мировых стандартов. Могут быть закрыты и обязательны для применения внутри корпорации.

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

• Государственные стандарты (ГОСТы). Принимаются государственными органами, могут иметь силу закона (обязательный характер). Для сертификации таких стандартов действуют специальные органы сертификации. Основываются на мировом опыте и на основе отраслевых стандартов.

• Международные стандарты. Разрабатываются международными организациями на основе мирового опыта и лучших корпоративных стандартов. Имеют рекомендательный характер. Сертифицировать стандарт могут организации (государственные и частные), прошедшие лицензирование в международной организации.

Главными разработчиками международных стандартов являются ISO (International Organization for Standardization), ACM (Association for Computing Machinery), SEI (Software Engineering Institute), PMI (Project Management Institute) и лидер по вкладу в международные стандарты в области вычислительной техники – IEEE (The Institute of Electrical and Electronics Engineers).

Наиболее известными стандартами программной инженерии являются:

• ISO/IEC 12207 – Information Technology – Software Life Cycle Processes – Стандарт посвящён определению основных понятий программной инженерии (в частности программного продукта и ЖЦ ПП), структуре ЖЦ как совокупности процессов, описанию этих процессов.

• SEI CMM – Capability Maturity Model (for Software) – Стандарт определяет модель оценки зрелости процессов разработки ПО. Через такую оценку зрелости процессов организации можно определить её профессионализм.

• ISO/IEC 15504 – Software Process Assessment – Развитие и уточнение ISO 12207 и SEI CMM. Содержит расширенное описание процессов ЖЦ и даёт подробную схему аттестации процессов.

• PMBOK – Project Management Body of Knowledge – Свод знаний по управлению проектами. Содержит девять разделов знаний по управлению проектами.

• SEBOK – Software Engineering Body of Knowledge – Свод знаний по программной инженерии, состоящий из 10 разделов.

• ACM/IEEE CC2001 – Computing Curricula 2001 – Академический образовательный стандарт в области компьютерных наук, содержащий 4 основных раздела: Computer Science, Computer Engineering, Software Engineering и Information Systems. По каждому из них даны описания их области знаний, состав и планы рекомендуемых курсов.

7. Три группы процессов создания по.

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

Группа основных процессов:

• приобретение (заказ) — действия заказчика, приобретающего ПО. Формулирование требований, выбор поставщика, переговоры.

• поставка – действия поставщика ПО. Принятие первичных решений о разработке, определение ресурсов.

• разработка – действия разработчика по созданию продукта в соответствии с ЖЦ.

• эксплуатация – действия оператора, осуществляющего эксплуатацию ПО в соответствии с документацией.

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

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

Вспомогательные процессы, обеспечивающие выполнение основных процессов:

• документирование – создание документации.

• управление конфигурацией – административные и технические процедуры для определения состояния компонентов ПО в системе и для управления его зависимостями.

• обеспечение качества ПО.

• верификация – процесс подтверждения соответствия артефакта, полученного на каком-то этапе создания ПО, требованиям предыдущего этапа. Верификация результатов позволяет однозначно интерпретировать результат работы между всеми участниками разработки.

• аттестация (валидация) – процесс подтверждения полноты соответствия предъявленных к ПО требований, созданного ПО их конкретному функциональному назначению, определённому заказчиком.

• аудит – оценка соответствия требований к ПО планам и условиям договора, соответствия графика работ утверждённым планам.

К организационным процессам ЖЦ относятся:

• управление разработкой;

• создание инфраструктуры для разработчиков (инструментальные средства, методики);

• обучение (работы по повышению квалификации персонала).