Программная инженерия

Лекция 3. Модели и процессы управления проектами программных средств

—процессы, необходимые в рамках системы менеджмента качества;

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

—деятельность по проверке, критерии приемлемости и необходимые отчеты по качеству.

Система менеджмента качества — организация должна создать систему менеджмента качества, как средство реализации ее политики в области качества, достижения своих целей в области качества и обеспече­ ния уверенности в том, что продукция и/или услуга отвечает требованиям заказчика. Роли сотрудников и их взаимосвязи, а также ответственность и полномочия персонала должны быть установлены для того, чтобы способ­ ствовать эффективному управлению качеством, и должны быть доведены до соответствующих уровней организации. Высшее руководство должно уполномочить одного (или нескольких) лиц для:

—обеспечения уверенности в том, что система менеджмента каче­ ства внедрена и поддерживается в рабочем состоянии в соответствии с требованиями настоящего международного стандарта;

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

—обеспечения уверенности в осознании во всей организации требо­ ваний заказчика.

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

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

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

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

80

3.2.Стандарты менеджмента (административного управления) качеством систем

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

—любые устаревшие документы, оставленные для юридических це­ лей или в целях сохранения знаний, должным образом идентифицированы.

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

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

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

—определению потребностей в компетентном персонале и в его под­ готовке;

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

—оценке через установленный период времени эффективности под­ готовки кадров;

—ведению соответствующих отчетов об образовании кадров, их под­ готовке, уровне мастерства и опыта.

81

Лекция 3. Модели и процессы управления проектами программных средств

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

—важности соответствия политике в области качества и требовани­ ям к системе менеджмента качества важности;

—влияния их деятельности на качество — фактическое или потенци­

альное;

—выгоды от улучшения работы персонала;

—своей роли и ответственности в достижении соответствия полити­ ке в области качества и процедурам, а также требованиям к системе ме­ неджмента качества;

—потенциальных последствий отклонений от установленных проце­

дур.

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

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

—рабочие места и соответствующие помещения;

—оборудование, вспомогательные средства и инструментальное про­ граммное обеспечение;

—пригодные способы поддержания работоспособности инфраструк­

туры.

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

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

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

82

3.2.Стандарты менеджмента (административного управления) качеством систем

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

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

—обеспечить уверенность в наличии информации и данных, необ­ ходимых для поддержания эффективного функционирования и монито­ ринга процессов;

—фиксировать в виде отчетов качество результатов измерений, осу­ ществляемых в ходе управления процессами, для предоставления доказа­ тельств эффективного функционирования и мониторинга процессов.

Организация должна создать процесс идентификации требований

заказчика:

—полноту требований заказчика к продукции;

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

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

—требования заказчика относительно пригодности продукции для ее поставок и сопровождения.

Требования заказчика, включая любые предлагаемые изменения, дол­ жны быть проанализированы для обеспечения уверенности в том, что:

—требования заказчика к продукции четко определены;

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

—организация располагает возможностями для удовлетворения тре­ бований заказчика к продукции.

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

—этапы процесса проектирования и/или разработки;

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

—полномочия и ответственность за действия по проектированию и/или разработке.

83

Лекция 3. Модели и процессы управления проектами программных средств

Входные данные для проектирования и разработки должны вклю­ чать:

—эксплуатационные требования заказчика или рынка;

—применяемые нормативные и законодательные требования;

—применяемые требования по охране окружающей среды;

—любые другие требования, существенные для проектирования и разработки.

Выходные данные процесса проектирования и/или разработки дол­ жны быть зарегистрированы в форме, дающей возможность проверки их по отношению к входным требованиям:

—соответствовать входным требованиям для проектирования и/или разработки;

—содержать или давать ссылку на критерий приемки продукции и/или услуги;

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

На соответствующих этапах должен проводиться систематический анализ проекта для: оценки возможности выполнения требований к каче­ ству; идентификации проблем — дефектов и выработки предложений по разработке решений для их устранения. В состав участников анализа про­ екта должны включаться представители служб, связанных с анализируе­ мым этапом проектирования. Должна быть спланирована и выполнена проверка проекта и/или разработки, обеспечивающая уверенность в том, что выходные данные соответствуют входным требованиям.

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

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

—взаимодействие между элементами проекта и/или разработки:

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

84

3.2.Стандарты менеджмента (административного управления) качеством систем

—имеющуюся продукцию и на функционирование ранее поставлен­ ной продукции;

—необходимость проведения повторной проверки или утверждения для всех или части выходных данных проектирования и/или разработки.

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

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

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

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

—внедрения надлежащих действий по мониторингу или проверке продукции;

—подходящих методов для выпуска, поставки и/или монтажа про­

дукции.

Меры по утверждению процессов должны быть направлены на: атте­ стацию процессов до их использования; аттестацию оборудования и/или персонала.

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

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

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

85

Лекция 3. Модели и процессы управления проектами программных средств

летворения требований заказчика и для демонстрации постоянной способ­ ности процессов удовлетворять поставленным целям. Результаты измере­ ний должны использоваться для поддержания в рабочем состоянии и/или улучшения этих процессов. Данные отчеты должны указывать уполномо­ ченных лиц, ответственных за выпуск продукции.

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

—подвергнута коррекции или исправлению с целью обеспечения соответствия требованиям;

—принята на основании разрешения на отклонение (с коррекцией или исправлением или без них);

—перераспределена для разрешенного альтернативного использова­

ния;

—удалена (отбракована) как неприемлемая.

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

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

Следует постоянно улучшать систему менед^кмента качества,

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

86

3.2. Стандарты менеджмента (административного управления) качеством систем

процесс, направленный на сокращение или исключение причин несоот­ ветствий для предотвращения повторения несоответствий.

Общесистемная процедура для процесса проведения корректирую­ щих действий должна определять требования по:

—идентификации несоответствий;

—определению причин несоответствий;

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

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

—анализу эффективности и регистрации предпринятых корректиру­ ющих действий.

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

Стандарт ISO 90003:2004 — Рекомендации по применению стан­ дарта ISO 9001:2000 для программных средств — предназначен для рег­ ламентирования менеджмента при приобретении, поставке, разработке, применении, сопровождении слоэкных программных средств и при их обслуживании. Стандарт не содержит ограничений и изменений базовых требований ISO 9001:2000 и предлагается при установлении соответствия требованиям комплексов программ:

—как части коммерческого контракта с другими организациями;

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

—для использования при поддержке процессов организации проек­

тов ПС;

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

—при организации сервиса программных продуктов.

Полное или частичное применение стандарта ISO 90003 целесообраз­ но в различных ситуациях, с учетом технологии, модели жизненного цик­ ла, процессов разработки, последовательности действий и организацион­ ной структуры предприятия. Его рекомендуется применять как поддержку процессов программной инженерии в ISO 9001:2000, совместно со стандартами ISO 12207, ISO 15504, ISO 9126, ISO 14598, ISO 15939.

87

Лекция 3. Модели и процессы управления проектами программных средств

Первые четыре раздела практически повторяют содержание анало­ гичных разделов в ISO 9001:2000. Структура стандарта ISO 90003:2004 привязана к разделам и требованиям в ISO 9001:2000, которые цитируют­ ся в начале каждого раздела. Пятый раздел определяет ответственность руководства: общие обязанности руководства управления проектом; поли­ тику в области обеспечения качества продукции; планирование управле­ ния проектом; ответственность и полномочия специалистов; анализ про­ ектирования со стороны руководства. Формулировки в ISO 90003 повто­ ряют содержание основного стандарта с очень небольшими комментариями.

В шестом разделе — менеджмент ресурсов — более полно коммен­ тируются особенности управления ресурсами в области программной

инженерии. Внимание акцентируется: на проблемах обеспечения ограни­ ченными вычислительными ресурсами инфраструктуры проектов; на ком­ петентности, квалификации и подготовке специалистов; на управлении производственной средой. При этом неоднократны подробные ссылки на требования стандартов ISO 12207, ISO 15504, ISO 9126, ISO 14598 (см. Приложение 1).

Наиболее обширным и специфическим, практически полностью ори­ ентированным на программные продукты, является седьмой раздел стан­ дарта. В нем изложено планирование и управление процессами и каче­ ством жизненного цикла программных средств с попутными ссылками на рекомендации перечисленных выше стандартов. Рекомендации проекти­ рования и разработки имеют традиционную структуру жизненного цикла ПС: входные и выходные данные процессов; анализ требований; верифи­ кация и валидация результатов; управление изменениями и сопровожде­ ние; мониторинг и измерение результатов. При этом формулировки и ци­ таты разделов ISO 9001 отходят на второй план. Небольшой восьмой раздел посвящен измерениям, анализу и совершенствованию процессов и результатов управления проектами программных продуктов и почти не связан с требованиями ISO 9001.

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

88

3.2. Стандарты менеджмента (административного управления) качеством систем

ния в сопоставлены рекомендации по планированию программных проек тов в стандартах ISO 90003 и ISO 12207, которые весьма близки.

Практически все перечисленные процессы и требования стандар­ тов в данном разделе конкретизированы в очень подробных рекоменда­ циях процессов (около 500 страниц — седьмой раздел) трех выделенных

ъыш^уровней модели CMMI (см. п. 3.1). Они соответствуют регламен­ тированным и детализированным рекомендациям в стандартах ISO 9001:2000, ISO 12207 и основных компонентах профиля стандартов жизненного цикла сложных ПС {си. лекцию 2). Требованиям в функцио­ нальных разделах 4—8 стандарта ISO 9001 могут быть сопоставлены по­ добные по содержанию разделы в поэтапной модели CMMI. Общность процессов и требований состоит в подобии: терминологии, структуры, рекомендуемых процессов управления, планирования, учета доступных ресурсов, реализации процессов, оценивания и организации специалис­ тов. Процессы, которые развиваются и детально комментируются процес­ сами их реализации в стандартах ISO 9004:2000 и ISO 90003:2004, а также в представленном выше профиле, включающем около пятидесяти стандартов ISO (см. Приложение 1), однако, не всегда предусмотрены в рекомендациях и ссылках CMMI.

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

При подготовке системы качества предприятия целесообразно учи­ тывать и использовать совокупность рекомендаций ряда стандартов, под-

89