2.2.3. Вехи и артефакты

Каждая фаза является достаточно крупной составляющей процесса разработки: фаза мо­жет продолжать достаточно долго, и требовать выполнения большого объема работы. Бо­лее того, фазы могут перекрываться во времени и выполняться параллельно. Таким обра­зом, понятие фазы оказывается недостаточно четким для точного планирования, учета и измерения процесса. В то же время планирование и измерения считаются совершенно не­обходимыми элементами в современном процессном подходе. Нужно средство установить границы фазы более четко. Таким средством является понятие «веха».

Веха (milestone) - одномоментное идентифицируемое событие, сопровождающееся появ­лением и фиксацией некоторого артефакта.

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

Например, для фазы «выявление и анализ требований» главная веха - «требования опре­делены», а результатом фазы являются сами требования.

Заметим, что совершенно необязательно считать, что каждая фаза имеет только одну веху: их может быть сколько угодно. Например, начальная веха, которая отмечает начало фазы, промежуточные вехи, которые отмечают важные части фазы или появление важных арте­фактов необходимых для выполнения других фаз и так далее.

Мы уже много раз использовали слово «артефакт». Вообще говоря, это слово происходит от латинских корней [arte искусственно + factus сделанный], и означает любую искусст­венно созданную вещь. В последний годы этот термин активно стал применяться в техно­логии программирования в следующем смысле.

Артефакт (artifact) - документ или иной материал, имеющий материальную форму и от­чуждаемый от разработчика.

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

2.2.4. Заинтересованные лица и работники

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

Программы, которые используется при разработке программ, называются инструмен­тальными, или инструментами.

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

Работник¹³ (worker) - набор выполняемых функций и обязанностей, назначенных сотруд­нику в рамках конкретного проекта.

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

Заинтересованными лицами (stockholders) называют категории людей или организации, которые тем или иным образом связаны с проектом.

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

¹³ Часто используется также термин "роль". Но поскольку этот термин занят в унифицированном языке моделирования, то вслед за авторами Унифицированного процесса будем использовать термин "работник".

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