Определение процесса. 
Принципы программной инженерии

(Process Definition).

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

Также необходимо отметить, что проектный и организационный контексты помогают определить наиболее подходящие определения процессов. Важными факторами при определении процесса являются природа работ (например, разработка или сопровождение), прикладная область (application domain), модель жизненного цикла и зрелость самой организации.

2.1 Модели жизненного цикла программного обеспечения

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

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

Большинство существующих моделей жизненного цикла ПО являются разновидностями трех классических моделей[2]:

• · каскадной (ступенчатой или водопадной);
• · эволюционной (итеративной или инкрементальной);
• · спиральной.

Одной из первых, применяемых на практике моделей была каскадная модель, в которой каждая работа выполняется один раз и в том порядке, как они представлены в выбранной модели ЖЦ.

При этом делается допущение, что каждая работа будет выполнена настолько тщательно, что после ее завершения и перехода к следующему этапу возвращения к предыдущему не потребуется, (возвращение возможно только в процессе сопровождения ПО) [1].

2.2 Процессы жизненного цикла программного обеспечения

Определения процессов жизненного цикла обычно являются более детальными, чем модели. Однако, определения процессов не описывают порядка их выполнения во времени (за это как раз и отвечают модели, прим. автора). Это означает, что, в принципе, процессы жизненного цикла программного обеспечения могут быть «выстроены» (во времени) соответственно любой модели жизненного цикла. Основным источником знаний по процессам является стандарт IEEE/ISO/ГОСТ 12 207 «Information Technology — Software Lifecycle Processes» (структура этого стандарта автор рассматривает за рамками перевода и комментариев SWEBOK в самостоятельной главе книги, прим. автора).

По мнению автора, в рамках данных понятий жизненного цикла — «модель» и «процессы», возможно говорить, что совокупность модели, процессов и практик определяет метод / методологию .

Стандарт IEEE 1074 «Standard for Developing Software Life Cycle Processes» предоставляет список процессов и действий по разработке и сопровождению программного обеспечения, а также список действий по поддержке самого жизненного цикла, который может быть отображен на процессы и организован таким же образом, как и любая модель жизненного цикла. Кроме того, этот стандарт идентифицирует и связывает другие стандарты IEEE с действиями по поддержке процессов жизненного цикла. В принципе, стандарт IEEE 1074 может быть использован для построения процессов, соответствующих любой модели жизненного цикла.

SWEBOK отмечает два стандарта, связанных с процессами сопровождения программного обеспечения — IEEE 1219 «Standard for Software Maintenance» и ISO 14 764 «Standard for Software Engineering — Software Maintenance» (см. область знаний SWEBOK «Сопровождение программного обеспечения»).

Другие важные стандарты, предоставляющие определение процессов, включают:

• * IEEE 1540: Standard for Software Risk Management — управление рисками программного обеспечения
• * IEEE 1517: Standard for Software Reuse Processes — процессы повторного использования программного обеспечения
• * ISO/IEC 15 939: Standard for Software Measurement Process — процесс измерений в области программного обеспечения

В ряде ситуаций процессы программной инженерии определяться принимая во внимание организационные процессы управления качеством. ISO 9001 формулирует требования к процессам управления качеством, а ISO 9003 интерпретирует эти требования в отношении организаций, занимающихся разработкой программного обеспечения (ISO/IEC 90 003:2004, Software and Systems Engineering — Guidelines for the Application of ISO9001:2000 to Computer Software).

Некоторые процессы жизненного цикла придают особое значение быстрому вводу в эксплуатацию (rapid delivery) программных систем и глубокой вовлеченности пользователей. Такие процессы называют agile-методами — быстрыми, живыми, подвижными. К ним относится, например, экстремальное программирование — eXtreme Programming (XP, см. работы Кента Бека — Kent Beck). Отличительной особенностью этих методов является гибкость в вопросах планирования, когда план проекта активно корректируется по мере продвижения к цели проекта.

Другие процессы уделяют специальное внимание принятию решений на основе оценки рисков (см. работы Барри Боэма — Barry W. Boehm).

2.3 Адаптация процесса

Важно отметить, что предопределенные процессы, даже стандартизированные, должны адаптироваться в соответствии с локальными (конкретными) потребностями, например, организационным контекстом, размером проекта, регулирующих требованиях, индустриальных практиках и корпоративной культурой. Ряд стандартов, в первую очередь, IEEE/ISO/ГОСТ 12 207 и ISO 15 504, содержат механизмы и рекомендации по процессу адаптации и его совершенствованию.

2.4 Автоматизация

Автоматизированные средства либо поддерживают сами работы по определению процессов (например, позволяя описывать процессы с использованием тех или иных диаграмм и нотаций, прим. автора) и / или предоставляют соответствующие руководства по определению процессов (например, RUP, EUP или MSF, прим. автора). В случаях, когда проводится процесс анализа, некоторые инструменты обеспечивают различные формы симуляции моделируемых (определяемых) процессов.

Существуют и инструменты, которые поддерживают большую часть упомянутых выше нотаций по определению процессов (например, Borland Together и IBM/Rational, прим. автора). Так или иначе, по мнению автора, высокая динамика развития современных инструментов обеспечивает широкий спектр средств, позволяющих с их использованием добиться четкого, понятного и однозначно интерпретируемого описания любых бизнес-процессов и, в частности, процессов программной инженерии.