Методы и средства инженерии программного обеспечения

       

 Разработка требований – это формирование


– определение бизнесов–процессов;

– формирование прецедентов;

– спецификация требований к бизнесам–процессам, условий и особенностей их выполнения.

Определение бизнесов–процессов. Это наименее формализованный процесс на этапе разработки требований. Начальное описание делается заказчиком ПС с использованием обычного языка представления понятий относительно бизнесов–процессов и ПрО. На практике существуют несколько итераций в формировании этого описания, чтобы заказчик и разработчик пришли к соглашению и поняли друг друга. 

Метод декомпозиции предусматривает постепенную и планомерную детализацию  функционального,  пользовательского и технологического аспектов и т.п. Детализация проводится   несколькими итерациями и может закончиться  на следующем этапе  процесса.

 

 Формирование прецедентов. Прецедент описывает  последовательность событий в  профессиональной деятельности пользователя, где применяется ПС. Прецеденты описывают варианты использования  системы. Совокупность всех прецедентов определяет общую картину применения ПС для решения задач определенной ПрО. Поскольку они формируются различными категориями пользователей, могут существовать определенные противоречия в их описаниях. Для их предотвращения при анализе таких прецедентов, им даются определенные приоритеты,  согласно которых они ранжируются и структурируются. Важным моментом в формировании прецедентов – согласование с описанием бизнесов–процессов.

 

Спецификация требований к бизнесам–процессам.

Спецификация требований не являются конечными, они выполняться на стадии анализа поведения  ПС.    Далее проводится переход от общих системных требований к требованиям относительно отдельных компонентов.  Детализация системных требований к уровню компонентов является основой их спецификации.



Содержание раздела