Раздел 3. Моделирование бизнес-процессов и спецификация требований к программному обеспечению Лекция 3.1. Модель Business Use Case. Модель бизнес-анализа
Моделирование бизнес-процессов является важной составной частью крупномасштабных проектов по созданию ПО. Отсутствие таких моделей является одной из главных причин неудач многих проектов.
Бизнес-процесс определяется как логически завершенный набор взаимосвязанных и взаимодействующих видов деятельности, поддерживающий деятельность организации и реализующий ее политику, направленную на достижение поставленных целей. Бизнес-процесс использует определенные ресурсы (финансовые, материальные, человеческие, информационные). Выделяют следующие классы процессов:
основные процессы;
обеспечивающие процессы;
процессы управления.
Бизнес-модель – это формализованное графическое представление процессов, связанных с ресурсами и отражающих существующую или предполагаемую деятельность предприятия. Цели бизнес-моделирования:
обеспечить понимание структуры организации и динамики происходящих в ней процессов;
обеспечить понимание текущих проблем организации и возможностей их решения;
убедиться, что заказчики, пользователи и разработчики одинаково понимают цели и задачи организации;
создать базу для формирования требований к будущему ПО организации.
Модель бизнес-процесса должна давать ответы на вопросы:
Какие процедуры (функции, работы) необходимо выполнить для получения заданного конечного результата?
В какой последовательности выполняются эти процедуры?
Какие механизмы контроля и управления существуют в рамках рассматриваемого бизнес-процесса?
Кто выполняет процедуры процесса?
Какие входящие документы/информацию использует каждая процедура процесса?
Какие исходящие документы/информацию генерирует процедура процесса?
Какие ресурсы необходимы для выполнения каждой процедуры процесса?
Какая документация/условия регламентирует выполнение процедуры?
Методика моделирования, являющаяся составной частью технологии Rational Unified Process, предусматривает построение двух моделей:
модели бизнес-процессов (Business Use Case Model);
модели бизнес-анализа (Business Analysis Model).
Модель бизнес-процессов – модель, описывающая бизнес-процессы организации в терминах ролей и их потребностей. Она представляет собой расширение модели вариантов использования UML за счет введения набора стереотипов Business Actor (стереотип действующего лица) и Business Use Case (стереотип варианта использования).
Для каждого Business Use Case строится модель бизнес-анализа – объектная модель, описывающая реализацию бизнес-процесса в терминах взаимодействующих объектов (бизнес-объектов – Business Object), принадлежащих к двум классам – Business Worker и Business Entity. Business Worker (исполнитель) - активный класс, представляющий собой абстракцию исполнителя, выполняющего некоторые действия в рамках бизнес-процесса. Business Entity (сущность) - пассивный класс, не инициирующий никаких взаимодействий. Модель бизнес-анализа может состоять из диаграмм разных типов. В состав модели обязательно должна входить диаграмма классов, содержащая исполнителей и сущности.
Литература к лекции 3.1
Вендров А. М. Проектирование программного обеспечения экономических информационных систем. 2-е изд. – М.: Финансы и статистика, 2005. – Глава 3.
Лекция 3.2. Определение требований к системе. Варианты использования
Определение требований к ПО является составной частью процесса управления требованиями. Спецификация требований к ПО является основным документом, определяющим план разработки ПО. Все требования, определенные в спецификации, делятся на функциональные и нефункциональные. Функциональные требования определяют действия, которые должна выполнять система, без учета ограничений, связанных с ее реализацией. Нефункциональные требования не определяют поведение системы, но описывают ее атрибуты или атрибуты системного окружения (качество пользовательского интерфейса, производительность, средства реализации, надежность, безопасность).
Требования к ПО оформляются в виде ряда документов и моделей. Словарь предметной области (глоссарий) определяет общую терминологию для всех моделей и описаний требований к системе. Технические требования содержат описание нефункциональных требований. Функциональные требования к системе моделируются и документируются с помощью вариантов использования.
Литература к лекции 3.2
Коберн А. Современные методы описания функциональных требований к системам.: Пер. с англ. – М. Лори, 2002.
Кратчен Ф. Введение в Rational Unified Process. 2-е изд.: Пер. с англ. – М.: Вильямс, 2002. – Глава 9.
Соммервил И. Инженерия программного обеспечения. 6-е изд.: Пер. с англ. – М.: Вильямс, 2002. – Главы 5, 6.
Якобсон А., Буч Г., Рамбо Дж. Унифицированный процесс разработки программного обеспечения.: Пер. с англ. – СПб.: Питер, 2002. – Главы 6, 7.
Do'stlaringiz bilan baham: |
