- •Требования к оформлению отчетов…………………………….5
- •1 Требования к оформлению отчетов
- •Роли и ответственность участников бизнес-процесса
- •Система показателей для управления бизнес-процессом
- •Ход выполнения работы
- •3 Лабораторная работа №2 Формализация требований к программной системе с использованием Диаграммы прецедентов (Use сase diagram)
- •Теоретические сведения
- •Ход выполнения работы
- •4 Лабораторная работа №3 Разработка модели предметной области с применением Диаграммы классов, Диаграммы объектов и Диаграммы взаимодействия
- •Теоретические сведения
- •Ход выполнения работы
- •6 Лабораторная работа №5 Разработка программной системы с применением Диаграмм классов, Диаграмм объектов и Диаграмм взаимодействия на основе шаблона проектирования
- •Теоретические сведения
- •Ход выполнения работы
- •7 Лабораторная работа №6 Моделирование предметных областей на основе онтологического подхода
- •Теоретические сведения
- •Ход выполнения работы
- •Список рекомендованной литературы
- •Дополнительная литература
- •Методические указания к лабораторным и самостоятельным работам по дисциплине
- •(Для студентов специальности 7, 8.050102 «Информационные технологии проектирования» очной и заочной формы обучения)
Роли и ответственность участников бизнес-процесса
Участие сотрудников в реализации бизнес-процесса документируется в виде матрицы ответственности бизнес-процесса (таблица 5), в которой указываются:
должность владельца бизнес-процесса;
должности владельцев подпроцессов и их заместителей.
должности всех сотрудников, участвующих в выполнении подпроцессов.
ОТ – ответственный за выполнение подпроцесса;
УЧ - участвует в выполнении подпроцесса;
ИН – получает информацию о ходе и результатах подпроцесса.
Количество подпроцессов не должно превышать 7± 2.
Таблица 5 – Матрица ответственности сотрудников за выполнение бизнес-процесса
Подпроцессы |
Должности |
|||||
Владелец бизнес-процесса |
Должность … |
|
|
|
|
|
Управление бизнес-процессом (обязательно указывается наименование) |
|
|
|
|
|
|
1. Подпроцесс (указать название подпроцесса) |
|
|
|
|
|
|
2. … |
|
|
|
|
|
|
|
|
|
|
|
|
|
Если руководитель лично выполняет какую-либо деятельность (кроме контроля) по выполнению подпроцесса, то в соответствующей строке указывается «УЧ». Если владелец бизнес-процесса осуществляет только контроль выполнения подпроцесса, то указывается «ИН».
Ответственный за реализацию бизнес-процесса называется его владельцем. При рассмотрении предметной области и выделении бизнес-процесса определяется его владелец, рассматриваются его полномочия и ответственность. Владелец бизнес-процесса имеет следующие основные обязанности, которые должны быть отражены в его должностной инструкции:
а) доведение до всех участников бизнес-процесса информации о требованиях клиентов и нормативных документов;
б) установление целевых показателей для бизнес-процесса и соответствие этих целевых показателей с целями организации;
в) регулярный анализ хода бизнес-процесса и своевременная разработка корректирующих и предупреждающих негативные тенденции действий;
г) обеспечение всех необходимых ресурсов для выполнения работ в рамках бизнес-процесса.
Система показателей для управления бизнес-процессом
Владелец бизнес-процесса ведет контроль за входами, ходом и результатами (выходами) бизнес-процесса по ряду количественных показателей. Следовательно, необходимо установить эти показатели для контроля и задать периодичность их контроля (таблица 6). Это позволяет определить требования к периодичности вызова функций ПП, которые рассчитывают и предоставляют необходимую информацию.
Таблица 6 – Показатели качества для контроля и управления бизнес-процессом
№ |
Наименование показателя |
Размерность |
Описание |
Периодичность контроля |
|
Показатели качества выходов бизнес-процесса |
|||
|
…… |
|
|
|
|
Показатели качества входов бизнес-процесса |
|||
|
…… |
|
|
|
|
Показатели удовлетворенности клиентов |
|||
|
……. |
|
|
|
Технология управления бизнес-процессом
Владелец бизнес-процесса:
осуществляет управление бизнес-процессом, выполняя планирование, мониторинг, контроль, анализ и принятие управленческих решений;
производит планирование на периоды и подаёт план вышестоящему руководителю;
планирует ход бизнес-процесса на заданный период;
фиксирует результаты планирования и контроля (учета) в плане работ (таблица 7).
Таблица 7 – План управления бизнес-процессом
№ |
Наименование работы (задачи, задания, функции) |
Срок исполнения / Периодичность контроля |
Показатели |
|
Плановое значение |
Фактическое значение |
|||
|
|
|
|
|
Владелец бизнес-процесса осуществляет контроль показателей бизнес-процесса (параметры из таблицы 6) путём сравнения полученных фактических значений показателей с плановыми значениями.
Владелец бизнес-процесса осуществляет мониторинг удовлетворенности клиента путем сравнения полученных фактических значений показателей со значениями показателей за предыдущий период.
Владелец бизнес-процесса ежемесячно составляет отчет по бизнес-процессу. К отчету владелец бизнес-процесса прикладывает протоколы анализа отклонений, оформленные в течение отчетного периода.
Моделирование бизнес – процессов
SADT является техникой для анализа систем как множества взаимосвязанных активностей или функций. Эту технологию целесообразно использовать на ранних этапах жизненного цикла системы для понимания сущности функций и взаимосвязей в системе.
SADT диаграммы полнее, чем DFD описывают функциональный аспект системы, так как они определяют исполнителей процесса, а также правила, в соответствии с которыми выполняются процессы.
SADT диаграммы позволяют получить ясную картину того, как процессы предметной области работают сейчас и какая требуется структура программной системы для их моделирования.
SADT - технология обеспечивает единое понимание процессов в системе и является средством для представления идей и проектных решений. SADT диаграммы устраняют неопределенности трактования процессов и являются способом обмена информацией между программистами и поддержки взаимосвязи с пользователями систем.
Чисто функциональная ориентация этих диаграмм важна, так как функции системы рассматриваются независимо от объектов, которые их выполняют, что в свою очередь позволяет четко разделить сущность (значение) системы от ее реализации [9].
Над активностью представленной на контекстной SADT диаграмме (рисунок 1) может быть проведена декомпозиция, т.е. быть разложена на составляющие активности, которые в свою очередь также могут быть представлены в виде составляющих активностей.
Детализирующая диаграмма состоит из тех же блоков, что и контекстная диаграмма, расположенных в порядке доминирования. Детализирующая диаграмма основной активности системы, автоматизирующая конструкторское проектирование, приведена на рисунке 2.
Разработка структурно-функциональной модели объекта автоматизации
Следует различать две модели бизнес-процесса. Модель «как есть», демонстрирует ситуацию до автоматизации. В этом случае рассматривается соответствующее состояние в предметной области. Для графического документирования бизнес – процессов рекомендуется применение SADT –технологии.
Таблица 8 содержит описание подпроцессов бизнес-процесса для формализованного описания бизнес-процесса, представленного в виде SADT диаграммы.
Выбор функций системы для автоматизации выполняется на основе анализа с обоснованием преимуществ выбранного решения (снижение трудоемкости расчетов, учет и обеспечение контроля выполнения и т.д.).
Рисунок 1 - SADT-диаграмма 0-уровня, демонстрирующая функциональный (активностный) блок и интерфейсные дуги (связи)
Таблица 8 – Шаблон формы табличного описания подпроцессов бизнес-процесса (на основе технологии SADT)
№ |
Наименование операции (активности, деятельности) |
Управление активностью |
Входы (документы, данные, материалы и др.) |
Выходы (документы, данные, материалы и др.) |
Исполнитель (ответственный за операцию, механизм реализации) |
|
При каких условиях начинается |
Чем регламентируется и завершается |
|||||
|
|
|
|
|
|
|
Формулируются цель и задачи автоматизации и проектирования программного продукта, принципы выбора концептуальных решений, дается их оценка. Рассматриваются типовые решения, применяемые программные продукты и информационные технологии для моделирования заданной системы.
