Модель зрелости процессов разработки программного обеспечения   ::   Паулк Марк

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



Интегрированное управление разработкой ПО



Цель 1. Получение производственного процесса проекта в виде адаптированной версии СППО.

Цель 2. Планирование проекта и управление им в соответствии с его производственным процессом.



Инженерия разработки программного продукта



Цель 1. Определение, интеграция и последовательное выполнение задач разработки ПО.

Цель 2. Поддержка взаимной согласованности промежуточных программных продуктов.



Межгрупповая координация



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

Цель 2. Взаимное согласование обязательств между задействованными инженерными группами.

Цель 3. Выявление, отслеживание и разрешение инженерными группами проблем межгруппового взаимодействия.



Экспертные оценки



Цель 1. Планирование работ по проведению экспертных оценок.

Цель 2. Выявление и устранение дефектов в промежуточных программных продуктах.



3. Группы ключевых процессов для уровня 4: управляемый уровень

Количественное управление процессом



Цель 1. Планирование работ по количественному управлению процессом.

Цель 2. Установление количественного контроля над выполнением производственного процесса проекта.

Цель 3. Количественное выражение продуктивности стандартного производственного процесса организации.



Управление качеством ПО



Цель 1. Планирование работ по управлению качеством ПО.

Цель 2. Определение желаемых количественных показателей качества программного продукта и их приоритетов.

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



4. Группы ключевых процессов для уровня 5: оптимизирующий уровень

Предотвращение дефектов



Цель 1. Планирование работ по предотвращению дефектов.

Цель 2. Поиск и выявление общих причин возникновения дефектов.

Цель 3. Определение приоритетов для общих причин возникновения дефектов и их систематическое устранение.



Управление технологическими изменениями



Цель 1. Планирование внедрения технологических изменений.

Цель 2. Оценка новых технологий с целью определения их влияния на качество продукта и продуктивность производственного процесса.

Цель 3. Внедрение подходящих новых технологий в производственный процесс организации.



Управление изменениями процесса



Цель 1. Планирование непрерывного усовершенствования процесса.

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

Цель 3. Непрерывное усовершенствование СППО и производственных процессов отдельных проектов.



ССЫЛКИ НА ИСПОЛЬЗУЕМУЮ ЛИТЕРАТУРУ

Brooks 87 F.P. Brooks, «No Silver Bullet: Essence and Accidents of Software Engineering», IEEE Computer, Vol. 20, No. 4, April 1987, pp. 10–19.

Crosby 79 P.B. Crosby, Quality is Free, McGraw-Hill, New York, NY, 1979. Curtis 90 B. Curtis, «Managing the Real Leverage in Software

Productivity and Quality,» American Programmer, Vol. 3, No. 7, July 1990, pp. 4–14.

Deming 86 W. Edwards Deming, Out of the Crisis, MIT Center for Advanced Engineering Study, Cambridge, MA, 1986.

DoD 87 Report of the Defense Science Board Task Force on Military Software, Office of the Under Secretary of Defense for Acquisition, Washington, D.C., September 1987.

Fagan 86 M.E. Fagan, «Advances in Software Inspections», IEEE Transactions on Software Engineering, Vol. 12, No. 7, July 1986, pp. 744–751.

Fowler 90 P. Fowler and S. Rifkin, Software Engineering Process Group Guide, Software Engineering Institute, CMU/SEI-90-TR-24, ADA235784, September 1990.

Freedman 90 D.P. Freedman and G.M. Weinberg, Handbook of Walkthroughs, Inspections, and Technical Reviews, Third Edition, Dorset House, New York, NY, 1990.

Gabor 90 A. Gabor, The Man Who Discovered Quality, Random House, New York, NY, 1990.

GAO-92-48 Embedded Computer Systems: Significant Software Problems on C-17 Must Be Addressed, GAO/IMTEC-92-48, May 1992.

Humphrey 87a W.S. Humphrey, Characterizing the Software Process: A Maturity Framework, Software Engineering Institute, CMU/ SEI-87-TR-11, ADA182895, June 1987.

Humphrey 87b W.S. Humphrey and W.L. Sweet, A Method for Assessing the Software Engineering Capability of Contractors, Software Engineering Institute, CMU/SEI-87-TR-23, ADA187320, September 1987.