
- •Предисловие
- •Введение
- •УниФицированный язык моделирования и его поддержка EnterpriSe ArchitecT
- •1.1.История создания uml
- •1.1.Инструментальное средство Enterprise Architect
- •1.1.Диаграммы uml в Enterprise Architect
- •1.1. Основные элементы интерфейса Enterprise Architect
- •1.1. Создание проекта в Enterprise Architect
- •1.1.Создание диаграммы в Enterprise Architect
- •1.1.Коллективная работа в Enterprise Architect
- •1.1.Использованием стереотипов элементов
- •1.1.Навигация в Enterprise Architect
- •1.1. Задания для самоконтроля
- •4. Выбор из многих
- •5. Выбор из многих
- •9. Выбор из одного
- •10. Выбор из многих
- •1.1. Практические задания
- •Типовой проект моделирования предметной области
- •1.1. Основные понятия при создании моделей предметной области
- •1.1. Этапы типового проекта моделирования предметной области
- •1.1. Применение диаграммы деятельности uml для моделирования этапов работ бизнес-процесса с использованием Enterprise Architect
- •1.1. Задания для самоконтроля
- •2. Выбор из одного
- •6. Выбор из многих
- •7. Выбор из одного
- •8. Выбор из одного
- •9. Выбор из одного
- •10. Выбор из одного
- •1.1. Практические задания
- •Моделирование бизнес-процессов
- •3.1. Моделирование целей бизнеса
- •3.2. Моделирование состава бизнес-процессов
- •3.3. Моделирование бизнес-процесса в виде потока работ
- •3.4. Определение функциональных требований на основе моделей бизнес-процесса
- •3.5. Задания для самоконтроля
- •3.6. Практические задания
- •Моделирование объектов бизнес-процессов
- •4.1. Моделирование объектов
- •4.2. Моделирование типов данных
- •4.3. Моделирование состояний объектов
- •4.4. Моделирование организационной структуры
- •4.5. Моделирование ключевых показателей бизнес-процессов
- •4.6. Задания для самоконтроля
- •4.7. Практические задания
- •5. Прочие модели предметной области
- •5.1. Моделирование ролей
- •5.2. Моделирование технического и программного обеспечения
- •5.3. Моделирование бизнес-правил
- •Перечень сокращений
- •Предметный указатель
- •Перечень ссылочных документов
- •Приложение 1. Технология оформления международного перевода в банке
- •Приложение 2 Форма заявление на перевод валютных средств клиентом банка
- •Г. Москва заявление на перевод n_________________
- •Подпись печать.
3.4. Определение функциональных требований на основе моделей бизнес-процесса
Под требованием будем понимать условия или возможности, которым должна удовлетворять система, характеристики АС, необходимые пользователю для удовлетворения своих потребностей или достижения своих целей.
Функциональные требования к системе определяют, действия системы, которые она должна выполнять. Функциональные требования реализуются через функции системы.
Функция АС это процесс или деятельность, которую выполняет система, подсистема, модуль/компонент.
Выявление функциональных требований на основе описания бизнес-процессов проводится следующим образом [2]. Каждому бизнес-процессу ставится в соответствие подсистема в разрабатываемой системе, каждому шагу бизнес-процесса - функциональное требование. На рис. 3.8. представлен состав бизнес-процессов, а на рис. 3.13 – поток работ процесса «Зачисление студентов в университет».
Как видно из рис. 3.8, автоматизируемыми процессами являются: зачисление студента, перевод студента, отчисление студента, проведение сессии, подготовка отчетов. Как видно из рис. 3.13, шагами бизнес-процесса зачисления студента в университет, подлежащими автоматизации (выделены цветом) являются: формирование списков групп, заполнение личной карточки студента, регистрация выдачи зачётной книжки в журнале.
На основе состава и шагов бизнес-процесса, подлежащих автоматизации, строится матрица трассировки (табл. 3.4, 3.5).
Таблица 3.4:
Зависимость подсистем от бизнес-процессов
№ |
Бизнес-процесс |
Подсистема |
1 |
Зачисление студента |
Зачисление студента |
2 |
Перевод студента |
Перевод студента |
3 |
Отчисление студента |
Отчисление студента |
4 |
Подготовка отчётов |
Подготовка отчётов |
5 |
Проведение сессии |
Проведение сессии |
6 |
Ведение справочников |
Ведение справочников |
7 |
Администрирование системы |
Администрирование системы |
Таблица 3.5.
: Зависимость функций подсистемы «Зачисление студента» от шагов бизнес-процесса «Зачисление студента»
№ |
Шаг бизнес-процесса |
Требование к функции |
Функция системы |
ТПР по функциям |
1 |
Формирование списков групп |
Формирование списков групп |
Печать списка групп, отображение списка групп на экране, экспорт списка групп в Excel |
Формирование отчётов |
2 |
Заполнение личной карточки студента |
Ведение личных карточек студентов |
Добавление личной карточки студента, удаление личной карточки студента, поиск личной карточки студента, печать списка личных карточек студента, редактирование личной карточки студента |
Ведение журналов |
3 |
Регистрация выдачи зачётной книжки |
Ведение журнала регистрации выдачи зачетной книжки |
Добавление записи в журнал, удаление записи, поиск записи, печать списка записей, редактирование записи |
Ведение журналов |
Матрица трассировки позволяет проследить связи бизнес-процессов с реализующими их подсистемами и конкретных шагов бизнес-процессов с функциональными требованиями, а также контролировать полноту и целостность реализации: каждому автоматизируемому бизнес-процессу должна быть поставлена в соответствие подсистема (подсистемы), а подсистема должна реализовывать какой-либо процесс, соответственно.
В матрицах трассировки также следует отображать связи функциональных требований с функциями системы и типовыми проектными решениями (ТПР), используемыми при их реализации.
Где под ТПР понимается [3] комплект технической документации, содержащий проектные решения по части объекта проектирования, включая программные средства и предназначенный для многократного применения в процессе разработки, внедрения и функционирования АСУ с целью уменьшения трудоемкости разработки, сроков и затрат на создание АСУ и ее частей.
Функции и типовые решения определяются архитектором системы на основе функциональных требований и собственного опыта разработки.