Программная инженерия
.pdfЛекция 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