
- •Вопрос 4. Состав стадий и этапов канонического проектирования.
- •2 Этап: Описание бизнес архитектуры организации.
- •3 Этап: Анализ моделей (описаний)
- •4 Этап: Собственно реинжиниринг
- •4 Обзор систем автоматизированного проектирования кис
- •12. Файл-серверная архитектура.
- •Case-технологии и case-средства. Модели as-is и to be
- •Основные понятия и классификация case-технологий. Функционально-ориентированное и объектно-ориентированное проектирование ис.
- •Вопрос 19. Моделирование потоков работ в нотации idef3
- •22. Создание логической и физической модели ис с помощью Data eRwin Modeler.
Вопрос 19. Моделирование потоков работ в нотации idef3
IDEF3 - методология моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов.
IDEF3 дает возможность аналитикам описать ситуацию, когда процессы выполняются в определенной последовательности, а также описать объекты, участвующие совместно в одном процессе.
Любая IDEF3-диаграмма может содержать работы, связи, перекрестки и объекты ссылок.
Работа. Изображается прямоугольником с прямыми углами. Имеет имя, обозначающее процесс действия. Все стороны работы равнозначны. В каждую работу может входить и выходить ровно по одной стрелке.
Связи. Связи показывают взаимоотношения работ. Все связи в IDEF3 однонаправлены и могут быть направлены куда угодно, но обычно диаграммы IDEF3 стараются построить так, чтобы связи были направлены слева направо. В IDEF3 возможны три вида связей:
Старшая - показывает, что работа-источник должна закончиться прежде, чем работа-цель начнется
Потоки объектов (стрелка с двойным наконечником) – Показывает, что объект используется в двух или более единицах работы
Стрелка отношения (пунктирная стрелка) – чаще используется для связи между работой и ссылкой. Значение стрелки для задается аналитиком для каждого отдельного случая.
Перекрестки. Окончание одной работы может служить сигналом к началу нескольких работ, или же одна работа для своего запуска может ожидать окончания нескольких работ. Перекрестки используют, для того что бы показать эту логику.
Различают перекрестки для слияния (Fan-in Junction) и разветвления (Fan-out Junction) стрелок(один и тот же тип перекрестка имеет разное значение в зависимости от того, для слияния или разветвления он используется).
Типы перекрестков:
Асинхронное «И» - Синхронное «И»()
Асинхронное «ИЛИ» - Синхронное «ИЛИ»
Исключающее «ИЛИ»
Объект ссылки. Объект ссылки в IDEF3 выражает некую идею, концепцию или данные, которые нельзя связать со стрелкой, перекрестком или работой (то, что понадобится для осуществления данной работы – информация из базы данных, деталь, материал и т.д.). Они используются в модели для привлечения внимания читателя к каким-либо важным аспектам модели.
20. Диаграммы в AllFusion Process Modeler (BPwin) (FEO-диаграмма, диаграмма IDEF3 Scenario, Node Tree - диаграммы)
В дополнение к контекстным диаграммам и диаграммам декомпозиции другие типы диаграмм BPwin позволяют упростить представление и разработку модели. Например, может оказаться необходимым разработать сценарий «что-если» для модели.
В этом разделе будет рассмотрено создание двух типов моделей:
диаграммы «только для представления» (For Exposition Only — FEO);
древовидные диаграммы.
При правильном использовании эти типы диаграмм упрощают документирование моделей.
Создание диаграмм FEO. Диаграмма FEO может быть использована для пояснения какой-либо части процесса, отражения особой точки зрения или выделения функциональных деталей, которые невозможно показать с использованием синтаксиса IDEF0. Диаграммы FEO могут снабжаться дополнительным поясняющим текстом и не обязательно должны разрабатываться с учетом ограничений стандарта IDEF0. Диаграммы FEO могут быть ассоциированы с любой существующей в модели диаграммой, но они не являются иерархической частью модели. Диаграмма FEO — копия любой существующей в модели диаграммы. Диаграмма идентифицируется с помощью:
задаваемого разработчиком имени;
идентификатора вида AxF, где х — исходная диаграмма, а символ F показывает, что диаграмма имеет тип FEO.
FEO-диаграммы добавляются в модель с использованием пункта «FEO diagram» меню «Insert». В диалоге «Create New FEO Diagram» выберите один из следующих типов диаграммы для копирования:
если Вы выбираете «Context», просто напечатайте имя новой диаграммы в поле «Name»;
если Вы выбираете «Decomposition», активизируется выпадающий список «Copy From», показывающий все диаграммы декомпозиции в модели.
После нажатия ОК FEO-диаграмма будет создана и отображена на рабочем столе BPwin.
Так же как и для любой другой диаграммы, вы можете открыть диалог ввода свойств FEO-диаграммы.
Создание древовидных диаграмм (Node Tree Diagrams). Древовидные диаграммы используются для отображения структуры модели в целом. В них, как правило, вершина (самый верхний узел) соответствует диаграмме контекстного уровня. Однако в качестве вершины может быть использован любой функциональный блок модели, при этом его подблоки будут показаны в качестве ветвей дерева.
Просмотр моделей с использованием древовидных диаграмм позволяет акцентировать внимание на функциональной декомпозиции модели безотносительно к существующим внутри и вне модели потокам. При изменении структуры древовидная модель перестраивается автоматически по мере внесения изменений.
Древовидные модели нумеруются по шаблону AxN, аналогично диаграммам FEO.
Древовидные диаграммы добавляются в модель с использованием пункта «Node tree» меню «Insert».
При этом выводится диалог «Node tree definition», в котором задаются:
имя;
функциональный блок вершины;
количество отображаемых уровней;
параметры форматирования.
После нажатия ОК древовидная диаграмма создается и высвечивается на рабочем столе BPwin.
IDEF3-ДИАГРАММА (диаграмма потока, process flow diagram, IDEF3-diagram, workflow) - основная единица описания в IDEF3, являющаяся графическим представлением назначения системы или процесса и применяются для анализа завершенности процесса обработки информации (проверка модели ИС на целостность). Обычно IDEF3-диаграммы являются дополнением к IDEFO-диаграммам, т.к. содержат все необходимые сведения для построения моделей, которые в дальнейшем могут быть использованы для имитационного анализа. С помощью диаграмм IDEF3 можно анализировать сценарии из реальной жизни, например, как закрывать магазин в экстренных случаях или какие действия должны выполнить менеджер и продавец при закрытии. Каждый такой сценарий содержит в себе описание процесса и может быть использован, что бы наглядно показать или лучше задокументировать бизнес-функции организации.
IDEF3 является стандартом документирования технологических процессов, происходящих на предприятии, и предоставляет инструментарий для наглядного исследования и моделирования их сценариев. Сценарием (Scenario) мы называем описание последовательности изменений свойств объекта, в рамках рассматриваемого процесса (например, описание последовательности этапов обработки детали в цеху и изменение её свойств после прохождения каждого этапа). Исполнение каждого сценария сопровождается соответствующим документооборотом, который состоит из двух основных потоков: документов, определяющих структуру и последовательность процесса (технологических указаний, описаний стандартов и т.д.), и документов, отображающих ход его выполнения (результатов тестов и экспертиз, отчетов о браке, и т.д.). Для эффективного управления любым процессом, необходимо иметь детальное представление об его сценарии и структуре сопутствующего документооборота. Средства документирования и моделирования IDEF3 позволяют выполнять следующие задачи:
Документировать имеющиеся данные о технологии процесса, выявленные, скажем, в процессе опроса компетентных сотрудников, ответственных за организацию рассматриваемого процесса.
Определять и анализировать точки влияния потоков сопутствующего документооборота на сценарий технологических процессов.
Определять ситуации, в которых требуется принятие решения, влияющего на жизненный цикл процесса, например изменение конструктивных, технологических или эксплуатационных свойств конечного продукта.
Содействовать принятию оптимальных решений при реорганизации технологических процессов.
Разрабатывать имитационные модели технологических процессов, по принципу "КАК БУДЕТ, ЕСЛИ..."
21. Инструментарий ABC в AllFusion Process Modeler (BPwin)
AllFusion Process Modeler 7 (ранее BPwin) - инструмент для моделирования, анализа, документирования и оптимизации бизнес-процессов. AllFusion Process Modeler 7 можно использовать для графического представления бизнес-процессов.
ABC - методика функционально-стоимостного анализа для идентификации истинных генераторов затрат на предприятии/организации. Методика предназначена для определения общей стоимости реализации целевого технологического процесса и представляет собой соглашение об учете, используемое для определения как затрат, возникающих на каждом этапе процесса, так и суммарных затрат.
В BPwin модуль ABC применяется для:
понимания происхождения выходных затрат и определения их стоимости;
определение действительной стоимости производства продукта;
определения требуемых ресурсов;
определение действительной стоимости поддержки клиента
оценки и анализа затрат на осуществление различных видов деятельности
облегчения выбора оптимальной модели процесса при реорганизации деятельности предприятия
выделения наиболее дорогостоящих операций для их реинжиниринга
Применение модуля ABC и имеющихся в BPwin средств подготовки отчетов позволяет обеспечить корпоративную стратегию управления хозяйственной деятельностью.
ABC включает следующие основные понятия:
объект затрат – цель существования функции процесса, т.е. ос новной выход. Стоимостью целевого технологического процесса будет являться суммарная стоимость всех объек тов затрат. Результат расчета суммарной стоимости представляется на контекстной диаграмме;
движитель затрат - входы и управления функции , определяющие ее существование и влияющие на срок ее действия ;
центры затрат - различные статьи расходов.
Функционально-стоимостной анализ проводится только при полностью созданной модели процесса, т.е. когда модель:
последовательная - следует синтаксическим правилам IDEF 0;
корректная – полностью от ражает процесс;
полная - охватывает всю рассматриваемую область
стабильная - проходит цикл экспертизы без изменений .
Метод ABC может быть осуществлен в любой модели BPwin путем задания в объекте затрат применяемой валюты, как единицы измерения затрат, или значения временного периода.
Для эффективного использования механизма стоимостного анализа сначала строится функциональная модель существующей организации работы - AS - IS (как есть). На основании этой модели анализируется существующие процессы, изучаются имеющиеся потоки данных, определяются возможность изменения их направления, и стро ится модель ТО-ВЕ . Рекомендуется строить несколько моделей ТО-ВЕ , из которых по определенному авторским коллективом критерию выбирается лучшая.
Механизм поддержки ABC в BPwin, хотя и учитывает стоимость выполнения каждой работы, продолжительность каждой работы по времени и сколько раз необходимо выполнить работу в течение одного цикла бизнес-процесса, все же дает довольно грубые оценки и, к тому же требует, чтобы все диаграммы, для которых производится оценка, были выполнены в IDEF0. Результаты функционально стоимостного анализа отображаются непосредственно на диаграммах. В левом нижнем углу прямоугольника блока может показываться либо стои мость (по умолчанию), либо продолжительность, либо частота проведе ния функции (диапазон измерения времени в списке Unit of measurement достаточен для большинства случаев - от секунд до лет).