- •Донбасская государственная машиностроительная академия
- •Автоматизированное проектирование программных систем на основе объектно-ориентированного подхода
- •Методические указания
- •К курсовой работе и самостоятельным работам
- •Введение
- •1 Содержание пояснительной записки
- •1.1 Задание на курсовую работу
- •1.2 Введение
- •1.3 Содержание и объём курсовой работы
- •1.3.1 Анализ автоматизируемой системы в заданной предметной области
- •1.3.2 Формализация описания бизнес-процесса Определения терминов, обозначения и сокращения
- •Границы бизнес-процесса
- •Роли и ответственность участников бизнес-процесса
- •Деятельность по управлению бизнес-процессом
- •Система показателей для управления бизнес-процессом
- •1.3.3 Разработка структурно функциональной модели объекта автоматизации
- •1.3.4 Алгоритмы выполнения расчетов в заданной предметной области
- •1.3.5 Обоснование выбора средств разработки
- •1.4 Разработка технического задания на создание программного продукта
- •2 Разработка проекта программного комплекса
- •2.1 Разработка логической модели пп
- •2.1.1 Разработка диаграммы прецедентов использования
- •2.1.2 Разработка диаграммы классов предметной области
- •2.1.3 Разработка диаграмм последовательностей
- •2.1.4 Разработка структуры информационного обеспечения пп
- •2.1.5 Разработка модели «сущность-связь» (er-диаграммы)
- •2.2 Разработка физической модели пп
- •2.2.1 Разработка диаграммы классов пп
- •2.2.2 Организация информационной базы
- •2.2.3 Модульная структура программного комплекса
- •2.2.4 Структура интерфейса пользователя
- •3 Заключение
- •Приложение а
- •Автоматизированное проектирование программных систем на основе объектно-ориентированного подхода
1.3.3 Разработка структурно функциональной модели объекта автоматизации
Следует различать две модели бизнес-процесса. Модель «как есть», демонстрирует ситуацию до автоматизации. В этом случае рассматривается соответствующее состояние в предметной области. Для графического документирования бизнес – процессов рекомендуется применение SADT –технологии.
Таблица 9 содержит описание подпроцессов бизнес-процесса для формализованного описания бизнес-процесса, представленного в виде SADT диаграммы.
Таблица 9 – Шаблон формы табличного описания подпроцессов бизнес-процесса (на основе технологии SADT)
№ |
Наименование операции (активности, деятельности) |
Управление активностью |
Входы (документы, данные, материалы и др.) |
Выходы (документы, данные, материалы и др.) |
Исполнитель (ответственный за операцию, механизм реализации) | |
При каких условиях начинается |
Чем регламентируется и завершается | |||||
|
|
|
|
|
|
|
Выбор функцийсистемы для автоматизации выполняется на основе анализа с обоснованием преимуществ выбранного решения (снижение трудоемкости расчетов, учет и обеспечение контроля выполнения и т.д.).
Формулируются цель и задачи автоматизации и проектирования программного продукта, принципы выбора концептуальных решений, дается их оценка. Рассматриваются типовые решения, применяемые программные продукты и информационные технологии для моделирования заданной системы.
Модель бизнес-процесса «как должно быть» отражает ситуацию в предметной области после реинжиниринга. Для её построения рассматриваются возможные варианты (последовательности) выполнения деятельностей, обосновывается возможность реинженеринга процессов путём их «вертикального» и «горизонтального» сжатия, затем принимается рациональный вариант.
Данную модель рекомендуется представить в виде высокоуровневой Диаграммы деятельности UML.
Таблица 10содержит графы для формализованного описания бизнес - процесса, представленного в виде Диаграммы деятельности.
Таблица10 – Формализованное описание бизнес – процесса представленного в виде Диаграммы деятельности UML
№ |
Наименование деятельности |
Характеристика перехода |
Объекты, связанные с деятельностью |
Исполнитель (ответственный за деятельность, подразделение) | ||
Условия перехода |
Действия при переходе |
Наименование объекта |
Изменение состояния объекта | |||
|
|
|
|
|
|
|
Методические рекомендации.Постоянное совершенствование системы управления деятельностью в любой сфере требует не только автоматизации функций объекта моделирования, но и совершенствования осуществляемых бизнес-процессов. Это достигается путём анализа и реинжиниринга бизнес-процессов на основе процессного подхода, который базируется на нескольких основных принципах [7, 21, 23].
несколько рабочих процедур объединяются в одну, т.е. происходит горизонтальное сжатие процесса (по имеющимся оценкам, горизонтальное сжатие ускоряет выполнение процесса примерно в 10 раз);
исполнители принимают самостоятельные решения, т.е. осуществляется не только горизонтальное, но и вертикальное сжатие процессов (наделение сотрудников большими полномочиями и увеличение роли каждого из них приводит к значительному повышению их отдачи);
шаги процесса выполняются в естественном порядке;
процессы имеют различные варианты исполнения (тот или иной вариант выбирается в зависимости от конкретной ситуации, состояния и т.д.);
работа выполняется в том месте (подразделении, отделе), где это целесообразно (устраняется излишняя интеграция, что приводит к повышению эффективности процесса в целом);
уменьшается количество проверок и управляющих воздействий;
минимизируется количество согласований путем сокращения внешних точек контакта;
единая точка контакта обеспечивается уполномоченным менеджером (в тех случаях, когда шаги процесса либо сложны, либо распределены таким образом, что их не удается объединить силами небольшой команды);
средством компромиссной реализации такого подхода в условиях сложившейся структурно-функциональной модели управления является обеспечение общего доступа к корпоративной базе данных с разделением прав на изменение информации.
В целом описание бизнес-процесса и подпроцессов должно быть выполнено в текстовой, графической и табличной форме. Приведенная в различной форме информация должна быть согласована.