 |
Группа обеспечения процесса программной инженерии ( Software Engineering Process Group - SEPG )
|
|
|
|
Лекция 7.
Часть1 (стр. 1-23). Процесс программной инженерии (Software Engineering Process)
Часть 2. (стр. 24-36). Инструменты и методы программной инженерии
Область знаний «Процесс программной инженерии» (Software Engineering Process) принято рассматривать на двух уровнях.
- Первый уровень содержит техническую и управленческую деятельность на протяжении процессов жизненного цикла программного обеспечения, включающих приобретение, разработку, сопровождение и вывод из эксплуатации программных систем.
- Второй уровень – «мета-уровень», связанный с определением, реализацией, оценкой, измерением, управлением, изменением и совершенствованием самих процессов жизненного цикла программного обеспечения.
Первый уровень освещен в других лекциях.
В данной лекции рассматривается второй уровень.
Термин «процесс программной инженерии» (software engineering process) в SWEBOK имеет две интерпретации:
· Первое понимание термина связано с общим обсуждением множества всех процессов, связанных с программной инженерией. Данная точка зрения наиболее часто подразумевается при использовании термина «процесс программной инженерии».
· Второе понимание термина может означать реальный набор действий, предпринимаемых в данной организации и рассматриваемый как единый процесс на уровне организации.
Понятно, что та или иная интерпретация зависит от контекста обсуждения.
Цель управления процессами программной инженерии состоит в реализации новых и лучших процессов в реальной практике конкретных специалистов, проектов или организации (отдельных ее групп подразделений или организации, в целом).
На рис.7.1 представлена область знаний «Процесс программной инженерии».
|
|
|
Рис.7.1. Процесс программной инженерии
Далее перейдем к поблочному рассмотрению. Для удобства блоки пронумерованы. Их номера соответствуют номерам разделов и подразделов.
Реализация и изменение процесса (Process Implementation and Change)
Данная секция посвящена организационным изменениям. В ней описаны инфраструктура, действия, модели и практические соображения по реализации процесса и его возможных изменений.
Рассматриваются как ситуации, в которых процессы реализуются впервые (например, процесс проведения инспекции в проекте на данном временном срезе или анализ полного жизненного цикла программного обеспечения), так и ситуации, где изменяются уже существующие процессы (эволюция процесса).
Существующие практики рассматриваются в контексте частоты возникновения и объема необходимости модификации. Если требуемые модификации достаточно обширны, то это приводит и к необходимости изменения организационной структуры.
Инфраструктура процесса (Process Infrastructure)
Эта тема базируется на стандартах IEEE/ ISO/ГОСТ 12207 «Standard for Information Technology - Software Life Cycle Processes» и ISO 15504 «Information Technology - Software Process Assessment (оценка)».
Для внедрения процессов жизненного цикла необходимо обладать соответствующей инфраструктурой. При этом, ресурсы (компетентный персонал, инструменты, финансирование) должны быть доступны, а ответственность – распределена по членам проектной команды.
Выполнение этих условий является индикатором того, что менеджмент реально прилагает усилия для успешного завершения проекта.
Для реализации таких усилий могут создаваться специализированные организационные структуры осуществляющие мониторинг, контроль и выработку рекомендаций по поддержке и улучшению процесса программной инженерии.
Для обозначения специализированных организационных структур будем в дальнейшем использовать термин «наблюдательный орган».
|
|
|
Наблюдательный орган является основой инфраструктуры в проектной команде подразделения или организации, в целом.
Обычно, выделяют два типа инфраструктуры, применяемые на практике Software Engineering Process Group (SEPG – «группа обеспечения процесса программной инженерии») и Experience Factory (EF – «фабрика опыта»).
Группа обеспечения процесса программной инженерии (Software Engineering Process Group - SEPG)
SEPG создается как центральный орган, принимающий на себя ответственность по всем вопросам, связанных с поддержкой существующего процесса и инициированием его улучшений.
Обычно SEPG формируется из нескольких ведущих членов проектной команды на уровне подразделения или всей организации. При этом, как правило, SEPG не включает «освобожденных» специалистов и ее члены всегда находятся в курсе реальных проблем, с которыми они и их коллективы сталкиваются выполняя свои «основные» обязанности.
Исключение составляют SEPG, формируемые для достижения
определенных организационных целей - приведения процессов в соответствие с требованиям стандартов. В этих случаях SEPG обычно возглавляется выделенным экспертом (или группой экспертов) в области постановки и совершенствования процессов инженерии.
|
|
|
