60

ТЕМА 6. СТАНДАРТЫ, РЕГЛАМЕНТИРУЮЩИЕ ЖИЗНЕННЫЙ ЦИКЛ ПРОГРАММНЫХ СРЕДСТВ

6.1. ЖИЗНЕННЫЙ ЦИКЛ ПРОГРАММНЫХ СРЕДСТВ

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

ЖЦ включает [4]:

1)описание исходной информации;

2)описание способов и методов выполнения операций и работ;

3)установку требований к результатам и правилам их контроля;

4)определение содержания технологических и эксплуатационных документов;

5)определение организационной структуры коллектива, распределение и планирование работ;

6)определение видов контроля за ходом разработки.

Повышение эффективности разработки и ЖЦ ПС в целом достигается за счет следующих факторов:

1)регламентации порядка проведения работ;

2)автоматизации этапов и операций;

3)рационального разделения труда между специалистами разной квалификации и проблемной ориентации.

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

6.2.СТАНДАРТ ISO 12207:1995 – ПРОЦЕССЫ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНЫХ СРЕДСТВ

На уровне международных стандартов наиболее полно ЖЦ, технология разработки и обеспечения качества сложных программных средств отражены в международном стандарте ISO/IEC 12207:1995 Информационная технология. Процессы жизненного цикла программных средств [17].

В России в 2000г. введен ГОСТ Р ИСО/МЭК 12207-99, содержащий полный аутентичный текст международного стандарта [9].

В Республике Беларусь этот стандарт введен в действие под номером

СТБ ИСО/МЭК 12207–2003 [11].

61

В соответствии с данным стандартом ЖЦ ПС состоит из процессов. Каждый процесс ЖЦ разделен на набор работ. Каждая работа разделена на набор задач.

Процессы ЖЦ ПС делятся на следующие группы:

•основные;

•вспомогательные;

•организационные.

На рис.12 изображены все процессы ЖЦ ПС [11].

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

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

Процесс заказа состоит из пяти работ:

1)подготовка;

2)подготовка заявки на подряд;

3)подготовка и корректировка договора;

4)надзор за поставщиком;

5)приемка и закрытие договора.

Общее число задач по данным работам равно 23.

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

Процесс поставки состоит из семи работ:

1)подготовка;

2)подготовка ответа;

3)подготовка договора;

4)планирование;

5)выполнение и контроль;

6)проверка и оценка;

7)поставка и закрытие договора.

Общее число задач по данным работам равно 23.

63

2)анализ требований к системе;

3)проектирование системной архитектуры;

4)анализ требований к программным средствам;

5)проектирование программной архитектуры;

6)техническое проектирование программных средств;

7)программирование и тестирование программных средств;

8)сборка программных средств;

9)квалификационные испытания программных средств;

10)сборка системы;

11)квалификационные испытания системы;

12)ввод в действие программных средств;

13)обеспечение приемки программных средств.

Общее число задач по данным работам равно 55.

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

Процесс эксплуатации состоит из четырех работ:

1)подготовка процесса;

2)эксплуатационные испытания;

3)эксплуатация системы;

4)поддержка пользователя.

Общее число задач по данным работам равно 9.

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

Процесс сопровождения состоит из шести работ:

1)подготовка процесса;

2)анализ проблем и изменений;

3)внесение изменений;

4)проверка и приемка при сопровождении;

5)перенос;

6)снятие с эксплуатации.

Общее число задач по данным работам равно 24.

Вспомогательные процессы ЖЦ состоят из восьми процессов.

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

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

64

Процесс документирования состоит из четырех работ:

1)подготовка процесса;

2)проектирование и разработка;

3)выпуск;

4)сопровождение.

Общее число задач по данным работам равно 7.

Процесс управления конфигурацией – это процесс применения административных и технических процедур на всем протяжении ЖЦ ПС для следующих целей:

1)обозначения, определения и установления состояния (базовой линии) программных объектов в системе;

2)управления изменениями и выпуском объектов;

3)описания и сообщения о состоянии объектов и заявок на внесение изменений в них;

4)обеспечения полноты, совместимости и правильности объектов;

5)управления хранением, обращением и поставкой объектов.

Процесс управления конфигурацией состоит из шести работ:

1)подготовка процесса;

2)определение конфигурации;

3)контроль конфигурации;

4)учет состояний конфигурации;

5)оценка конфигурации;

6)управление выпуском и поставка.

Общее число задач по данным работам равно 6.

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

Процесс обеспечения качества состоит из четырех работ:

1)подготовка процесса;

2)обеспечение продукта;

3)обеспечение процесса;

4)обеспечение систем качества.

Общее число задач по данным работам равно 16.

К первой работе относятся следующие основные задачи: адаптация процесса обеспечения качества к условиям конкретного процесса; координация процесса обеспечения качества с процессами верификации, аттестации, совместного анализа, аудита; разработка плана выполнения работ и задач процесса обеспечения качества; обеспечение доступности отчетов о работах и задачах по обеспечению качества заказчику; обеспечение организационной независимости лиц, отвечающих за соблюдение соответствия условиям

65

договора.

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

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

Кчетвертой работе относится задача обеспечения проведения дополнительных работ по управлению качеством в соответствии с разделами ГОСТ Р ИСО 9001, указанными в договоре.

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

Термин верификация (verification) обозначает подтверждение экспертизой

ипредставлением объективных доказательств того, что конкретные требования полностью реализованы [11]. При проектировании и разработке верификация связана с экспертизой результатов работы в целях определения их соответствия установленным к данной работе требованиям.

Процесс верификации состоит из двух работ: 1) подготовка процесса; 2) верификация.

Общее число задач по данным работам равно 13.

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

Термин аттестация (validation) обозначает подтверждение экспертизой

ипредставлением объективных доказательств того, что исходные требования к конкретным объектам полностью реализованы [11]. При проектировании и разработке аттестация связана с экспертизой продукта в целях определения его соответствия потребностям пользователя, определенным при анализе требований.

Процесс аттестации состоит из двух работ: 1) подготовка процесса; 2) аттестация.

Общее число задач по данным работам равно 10.

66

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

Процесс совместного анализа состоит из трех работ:

1)подготовка процесса;

2)анализы управления проектом;

3)технические анализы.

Общее число задач по данным работам равно 8.

Процесс аудита – это процесс определения соответствия требованиям, планам и условиям договора. Может выполняться двумя любыми сторонами, участвующими в договоре.

Термин аудит (audit) обозначает проверку, выполняемую компетентным органом с целью обеспечения независимой оценки степени соответствия ПП или процессов установленным требованиям [11].

Процесс аудита состоит из двух работ:

1)подготовка процесса;

2)аудиторская проверка.

Общее число задач по данным работам равно 8.

Процесс решения проблем – это процесс анализа и решения проблем (включая несоответствия), независимо от их происхождения и источника, которые обнаружены в ходе выполнения разработки, эксплуатации, сопровождения и других процессов.

Процесс решения проблем состоит из двух работ:

1)подготовка процесса;

2)решение проблемы.

Общее число задач по данным работам равно 2.

Организационные процессы ЖЦ состоят из четырех процессов. Они применяются в какой-либо организации для создания и реализации основной структуры, охватывающей взаимосвязанные процессы ЖЦ и соответствующий персонал, а также для постоянного совершенствования данной структуры и процессов. Эти процессы обычно являются типовыми.

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

Процесс управления состоит из пяти работ:

1)подготовка и определение области управления;

2)планирование;

3)выполнение и контроль;

4)проверка и оценка;

67

5) завершение.

Общее число задач по данным работам равно 12.

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

Процесс создания инфраструктуры состоит из трех работ:

1)подготовка процесса;

2)создание инфраструктуры;

3)сопровождение инфраструктуры.

Общее число задач по данным работам равно 3.

Процесс усовершенствования – это процесс установления, оценки, измерения, контроля и улучшения любого процесса ЖЦ ПС.

Процесс усовершенствования состоит из трех работ:

1)создание процесса;

2)оценка процесса;

3)усовершенствование процесса.

Общее число задач по данным работам равно 6.

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

Процесс обучения состоит из трех работ:

1)подготовка процесса;

2)разработка учебных материалов;

3)реализация плана обучения.

Общее число задач по данным работам равно 4.

Таким образом, в соответствии со стандартом ISO 12207 общее число работ в ЖЦ ПС составляет 74, общее число задач – 229.

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

1)определение условий выполнения проекта;

2)запрос исходных данных;

3)выбор процессов, работ и задач;

4)документирование решений по адаптации и их обоснование. Общее число задач по данным работам равно 6.

68

ТЕМА 7. СЕРТИФИКАЦИЯ ПРОГРАММНЫХ СРЕДСТВ

7.1.ОСНОВНЫЕ ПОНЯТИЯ СЕРТИФИКАЦИИ ПРОГРАММНЫХ СРЕДСТВ И СИСТЕМ КАЧЕСТВА

В стандарте ISO/IEC 0002 – Общие термины и определения в области стандартизации и смежных видов деятельности – сертификация соответствия определена как действие третьей стороны, доказывающее, что обеспечивается необходимая уверенность в том, что продукция, процесс или услуга соответствует конкретному стандарту или другому нормативному документу. Под нормативными документами понимаются документы, содержащие правила, общие принципы или характеристики, касающиеся различных видов деятельности или их результатов, технические условия, инструкции и регламенты по применению [4].

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

Формальная цель сертификации – подготовка и принятие решения о целесообразности выдачи сертификата соответствия с учетом следующих групп факторов:

1)полноты, точности и достоверности исходного технического задания и спецификации требований, представленных в документации на ПС и на технологию поддержки его ЖЦ;

2)достоверности и точности измерения и обобщения результатов сертификационных испытаний и получения адекватных сводных показателей качества конечных продуктов и/или технологических процессов их создания;

3)методологии и качества интерпретации данных об объекте испытаний и/или технологии с учетом достоверности оценок, квалификации и объективности испытателей, заказчиков и пользователей.

Общие цели сертификации:

1)определение соответствия или несоответствия технологии и элементов системы качества установленным требованиям стандартов;

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

3)выявление слабых мест в технологии и системе качества предприятия,

внаибольшей степени отрицательно влияющих на качество продукции;

4)обеспечение возможности проверяемому предприятию улучшить свою

69

систему качества;

5)предотвращение и сокращение штрафов за недостаточное качество или дефектную продукцию;

6)возможность выдачи разрешения на регистрацию системы качества проверяемого предприятия.

Исходные документы для сертификации:

1)техническое задание (ТЗ) и/или спецификация требований, утвержденный комплект эксплуатационной документации на ПС, его компоненты и на систему обеспечения их качества;

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

3)программа испытаний по всем требованиям ТЗ и положениям эксплуатационной документации;

4)методики испытаний по каждому разделу требований ТЗ и документации.

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

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

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

Базовые компоненты методологии сертификации, которые следует учитывать при организации процесса сертификации:

1)цели сертификации – правовые, экономические, формальные;

2)проблемы, которые необходимо решать для обеспечения высокой эффективности и достоверности результатов сертификационных испытаний;

3)исходные данные и документы, необходимые для проведения сертификации: стандарты и нормативные документы, их структура и содержание;

4)характеристики и классификация объектов и/или процессов испытаний

исертификации, а также требуемые показатели их качества;

5)ресурсы, необходимые для проведения испытаний – финансовые, кадры специалистов, аппаратурная оснащенность, нормативные и программноинструментальные средства.

В зависимости от области применения ИС, назначения и класса ПС, сертификация может быть обязательной или добровольной.

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

70

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

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

Методология принятия решений о допустимости выдачи сертификата

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

1)международным и государственным стандартам на ЖЦ ПС и системы обеспечения их качества;

2)стандартам на сопровождающую ПС документацию с учетом необходимости и достаточности номенклатуры документов, полноты их понимания;

3)нормативным и эксплуатационным документам на конкретное ПС: техническим условиям, техническим описаниям, спецификациям требований и другим регламентирующим документам на ПС по согласованию с заказчиком, разработчиком, испытателем.

7.2.ОРГАНИЗАЦИЯ СЕРТИФИКАЦИИ ПРОГРАММНЫХ СРЕДСТВ И СИСТЕМ КАЧЕСТВА

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

Процесс сертификации ПС и систем качества предприятия включает [4]:

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

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

3)принятие сертификаторами решения по заявке, выбор лаборатории и схемы сертификации;

4)обзор, идентификацию версий ПС или положений системы качества предприятия, подлежащих испытаниям;

5)сертификационные испытания системы качества предприятия или версии ПС сертификационной лабораторией;

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

7)выдачу органом сертификации заявителю сертификата и лицензии на