Анализ бизнес процессов Построение функциональной модели

Анализ бизнес процессов

Построение функциональной модели • Необходимо понять как работает организация, которую собираются автоматизировать. • Модель должна быть адекватна предметной области • Система представляется как совокупность взаимосвязанных работ или функций. • Цель построения функциональной модели – выявление наиболее слабых и уязвимых мест организации – анализ преимуществ новых бизнес процессов – анализ степени изменения существующих бизнес процессов организации

Модель AS IS • Модель строится на основе – изучения документации, – анкетирования и опроса служащих, – создания фотографии рабочего дня. • Исправление недостатков приводит к созданию модели TO BE.

IDEF 0 • Основу методологии IDEF 0 составляет графический язык описания бизнес процессов. • Модель представляет собой совокупность иерархически упорядоченных и взаимосвязанных моделей. • Каждая диаграмма располагается на отдельном листе.

Средство автоматизации проектирования • CASE Computer Aided Software Engineering • BPWin

I (Input) –вход – нечто, что потребуется в ходе выполнения процесса C (Control) – управление – ограничения и инструкции, влияющие на ход выполнения процесса O(Output) – выход – нечто, являющееся результатом выполнения процесса M(Mechanism) –механизм- нечто, что используется для выполнения процесса, но не потребляется само по себе

Диаграммы модели IDEF 0 • • Контекстная Декомпозиции Дерева узлов Только для экспозиции (FEO

Шаг 1

Шаг 2

Цель моделирования (Purpose). • Модель не может быть построена без четко сформулированной цели. Цель должна отвечать на следующие вопросы: • Почему этот процесс должен быть замоделирован? • Что должна показывать модель? • Что может получить читатель?

Примерами формулирования цели • "Идентифицировать и определить текущие проблемы, сделать возможным анализ потенциальных улучшений « • "Идентифицировать роли и ответственность служащих для написания должностных инструкций « • "Описать функциональность предприятия с целью написания спецификаций информационной системы

Точка зрения (Viewpoint). • Точку зрения можно представить как взгляд человека, который видит систему в нужном для моделирования аспекте. • Точка зрения должна соответствовать цели моделирования. • IDEF 0 -модель предполагает наличие четко сформулированной цели, единственного субъекта моделирования и одной точки зрения

Цель Точка зрения

IDEF 0 1. Основную задачу предприятия демонстрирует контекстная диаграмма

Граничные стрелки • Граничные стрелки отображают взаимодействие системы с окружающим миром. • На контекстной диаграмме используются только граничные стрелки

Диаграммы декомпозиции 1. Диаграммы декомпозиции • • Любой блок может быть декомпозирован на составляющие блоки. Функциональную декомпозицию можно определить как моделирование “снаружи вовнутрь” Работы на диаграмме декомпозиции обычно располагаются по диаграмме от левого верхнего угла к правому нижнему. Такой порядок называется порядком доминирования. В левом верхнем углу располагается самая важная работа или работа выполняемая первой

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

Определение граничных стрелок на диаграмме декомпозиции

Внутренние стрелки. • Для связи работ между собой используются внутренние стрелки, т. е. стрелки, которые не касаются границы диаграммы, начинаются у одной и кончаются у другой работы