Этапы построения модели. - раздел Философия, ПРИНЦИПЫ СОЗДАНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ И МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ С ИСПОЛЬЗОВАНИЕМ ПАКЕТА ПРОГРАММ Можно Выделить Следующие Этапы Построения Модели.
1. Определение Кон...
Можно выделить следующие этапы построения модели.
1. Определение контекста модели, включая:
· определение границ системы,
· выбор цели,
· определение точки зрения.
2. Создание контекстной диаграммы (А-0).
3. Создание первой декомпозиции - диаграммы А0.
4. Анализ и корректировка диаграмм А-0, А0.
5. Создание диаграмм декомпозиции и их экспертиза.
6. Анализ модели, рекомендации по использованию модели.
Процесс моделирования какой-либо системы в IDEF0 начинается с определения контекста, т. е. наиболее абстрактного уровня описания системы в целом. В контекст входит определение субъекта моделирования, цели и точки зренияна модель (рис. 12).
Под субъектом моделирования (Scope) понимается сама система, требуется точно установить, что входит в систему, а что лежит за ее пределами, другими словами, необходимо определить, что в дальнейшем будет рассматриваться как компоненты системы, а что как внешнее воздействие. На определение субъекта системы будет существенно влиять позиция, с которой рассматривается система, и цель моделирования- вопросы, на которые построенная модель должна дать ответ. Хотя предполагается, что в течение моделирования область может корректироваться, она должна быть в основном сформулирована изначально, поскольку именно область определяет направление моделирования и то, когда должна быть закончена модель.
Цель моделирования (Purpose). Модель не может быть построена без четко сформулированной цели. Цель должна отвечать на следующие вопросы:
· Почему этот процесс должен быть замоделирован?
· Что должна показывать модель?
· Что может получить читатель модели? (Для чего будет использоваться?)
Формулировка цели позволяет команде аналитиков сфокусировать усилия в нужном направлении. В таблице 3 приведены примеры формулирования цели.
Таблица 3. Пример формулирования цели моделирования.
№
Цель
Составляющие
1.
Анализ требований и проектирование спецификаций разрабатываемой корпоративной информационной системы для автоматизирования процессов производства.
Почему процесс моделируется? – (Провести) анализ требований разрабатываемой корпоративной ИС.
Что показывает модель? – Спецификацию (описание подсистем, функций и условия их взаимодействия) системы.
Для чего будет использоваться? - Для автоматизирования процессов производства.
2.
Упорядочивание информационных потоков (в том числе документооборота) внутри предприятия для выявления «узких мест» в документообороте и работе персонала.
Почему процесс моделируется? – Упорядочивание информационных потоков.
Что показывает модель? – Информационные потоки.
Для чего будет использоваться? - Выявление «узких мест» в документообороте и работе персонала.
3.
Формирование, на основании анализа процессов производства, рекомендаций по изменению организационно-управленческой структуры для оптимизации системы организационного управления.
Почему процесс моделируется? – (Необходимо) формирование предложений по реализации организационно-управленческой структуры.
Что показывает модель? – Организационно-управленческую структуру.
Для чего будет использоваться? – Для оптимизации системы организационного управления.
Точка зрения (Viewpoint). Хотя при построении модели учитываются мнения различных людей, модель должна строиться с единой точки зрения. Точку зрения можно представить как взгляд человека, который видит систему в нужном для моделирования аспекте. Точка зрения должна соответствовать цели моделирования. Очевидно, что описание работы предприятия с точки зрения финансиста и технолога будет выглядеть совершенно по-разному, поэтому в течение моделирования важно оставаться на выбранной точке зрения. Как правило, выбирается точка зрения человека, ответственного за моделируемую работу в целом. Часто при выборе точки зрения на модель важно задокументировать дополнительные альтернативные точки зрения. Для этой цели обычно используют диаграммы FEO (For Exposition Only), которые будут описаны в дальнейшем.
Контекстная диаграмма является вершиной древовидной структуры диаграмм (рис. 12). Она представляет собой общее описание системы и ее взаимодействия с внешней средой. Кроме этого на контекстной диаграмме рекомендуется размещать цель моделирования, точку зрения, иногда на диаграмму выносят также описание субъекта моделирования. Контекстная диаграмма имеет условное название (А-0).
После описания в целом проводится разбиение системы на крупные фрагменты. Этот процесс называется декомпозицией. Диаграммы, которые описывают каждый фрагмент и взаимодействие фрагментов, называются диаграммами декомпозиции. Первая диаграмма декомпозиции имеет условное название А0 (рис. 12).
После завершения построения контекстной диаграммы и первой диаграммы декомпозиции проводят их анализ и корректировку диаграмм.
Далее проводится декомпозиция каждого большого фрагмента системы на более мелкие до достижения нужного уровня подробности описания. После каждого сеанса декомпозиции проводятся сеансы экспертизы - эксперты предметной области указывают на соответствие реальных бизнес-процессов созданным диаграммам. Найденные несоответствия исправляются, и только после прохождения экспертизы без замечаний можно приступать к следующему сеансу декомпозиции. Так достигается соответствие модели реальным бизнес-процессам на каждом уровне модели. Кроме этого после каждого сеанса декомпозиции проверяют, может ли модель на данном уровне декомпозиции ответить на поставленные в начале моделирования вопросы. Если да, то декомпозиция прекращается.
Завершается процесс моделирования анализом модели и написанием рекомендации по ее использованию.
Для обеспечения итеративного характера рецензирования и для обеспечения обратной связи при построении модели рекомендуется использовать так называемый цикл IDEF-папки (рис. 13, 14). В Приложении B дано описание цикла IDEF-папки в методологии IDEF3.
Контрольные вопросы:
1. Перечислите этапы построения модели в AllFusion PM.
2. Что такое «цель», «точка зрения», «субъект» моделирования?
3. Что такое «контекстная диаграмма»? Назовите состав контекстной диаграммы.
4. Что такое «диаграмма декомпозиции»? Чем определяется количество уровней декомпозиции?
5. Расскажите о процессе моделирования с использованием методологий IDEF.
6. Расскажите об итеративном процессе рецензирования моделей (цикл IDEF-папки).
МИНИСТЕРСТВА ФИНАНСОВ РОССИЙСКОЙ ФЕДЕРАЦИИ... Т Е Точилкина И Л Катков...
Если Вам нужно дополнительный материал на эту тему, или Вы не нашли то, что искали, рекомендуем воспользоваться поиском по нашей базе работ:
Этапы построения модели.
Что будем делать с полученным материалом:
Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:
Этапы создания АИС.
Выделяют следующие стадии создания АИС (ГОСТ 34.601-90):
1. Формирование требований,
2. Разработка концепции,
3. Техническое задание,
4. Эскизный проект,
Требования к инструментам разработки АИС.
Технология создания АИС предъявляет особые требования к методикам реализации и программным инструментальным средствам. К таким требованиям можно отнести следующее:
1. Реализацию проектов п
Описание AllFusion Process Modeler.
AllFusion Process Modeler (ранее BPwin) - это инструмент для визуального моделирования, анализа, документирования и оптимизации бизнес-процессов.
AllFusion PM предлагает средство для сбора
Функциональные возможности AllFusion PM.
· Автоматизация процесса моделирования. Process Modeler автоматизирует многие задачи построения и анализа моделей бизнес-процессов: создание графического представления модели - диаграмм, ввод детал
Интерфейс AllFusion PM 7.2.
AllFusion PM имеет достаточно простой и интуитивно понятный интерфейс пользователя, дающий возможность аналитику создавать и анализировать сложные модели при минимальных усилиях. Ниже будет описан
Русификация AllFusion PM.
В версии 7.2 русифицировать можно рамку (бланк) диаграмм, а также все тексты, вводимые пользователем.
Для русификации рамки диаграммы следует перед установкой продукта сохранить файл BPwin
Навигатор модели Model Explorer.
Model Explorer – удобный инструмент для навигации по одной или нескольким открытым моделям, быстрого перехода к определенной диаграмме или работе, а также для выполнения ряда других задач.
Система и модель в AllFusion PM.
Под системой понимается совокупность взаимосвязанных компонент и связей между ними. Под моделью системы понимают описание системы, которое отвечает на заранее опре
Начало создания модели в AllFusion PM.
При создании новой модели возникает окно (рис. 15), в котором, следует указать, будет ли создана новая модель «с нуля», или на основе шаблона. Далее требуется ввести имя новой модели.
Если
Диалог Model Properties и продолжение моделирования.
Важные свойства модели, такие как субъект, цель, точка зрения и многие другие определяются в диалоге Model Properties (меню Model/Model Properties).
Закладка General служи
Построение функциональных диаграмм (IDEF0).
IDEF0 рекомендована В России как методология функционального моделирования. В 2001 году Госстандартом России выпущен соответствующий нормативный документ Р 50.1.028-2001 [6]. Как стандарт методолог
Работы (Activity).
Работы обозначают поименованные процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты. Работы изображаются в виде прямоугольников. Все р
Стрелки (Arrow).
Взаимодействие работ с внешним миром и между собой описывается в виде стрелок. Стрелки представляют собой некую информацию и именуются существительными, например, "Заготовка", "Издел
Нумерация работ и диаграмм.
Все работы и диаграммы модели нумеруются. Номер состоит из префикса и числа. Может быть использован префикс любой длины, но обычно используют префикс «А».
Контекстная (корневая), работа де
Этапы построения диаграмм IDEF0.
Перечислим этапы построения IDEF0-диаграммы [4].
1. Перечислить данные (объекты).
2. Перечислить функции.
3. Сгруппировать функции в 3-6 блоков.
4. Расположить б
Палитра инструментов для построения диаграмм IDEF0.
Состав палитры инструментов изменяется автоматически, когда происходит переключение с одной нотации на другую, поэтому рассмотрим палитру инструментов диаграммы IDEF0 (рис. 42), которая возникает п
Слияние и разветвление стрелок.
В DFD стрелки могут сливаться и разветвляться, что позволяет описать декомпозицию стрелок- Каждый новый сегмент сливающейся или разветвляющейся стрелки может иметь собственное имя.
В диагр
Декомпозиция процессов.
Каждый процесс на DFD, в свою очередь, может быть детализирован при помощи DFD или миниспецификации. При декомпозиции должно соблюдаться правило балансировки.
Правило балансировки
Палитра инструментов для построения диаграмм DFD.
При переключении в методологию DFD на контекстно-зависимой панели инструментов AllFusion изменилось назначение кнопок или появились следующие новые кнопки (рис. 47):
Построение диаграмм потоков процессов (IDEF3). Сценарии.
Методология IDEF3, называемая также workflow diagramming - диаграммы потоков процессов, поддерживает описание бизнес-процессов как последовательность событий. IDEF3 – это метод, имеющий основной це
Состав IDEF3-диаграммы.
В состав диаграммы IDEF3 могут входить четыре графических объекта: функциональные блоки, отображающие единицы работы (UOW), также называемые работами (activity), стрелки
Стрелки и связи.
Связи показывают взаимоотношения между объектами. Все связи в IDEF3 однонаправлены (с версии 7 появились и двунаправленные связи) и могут быть направлены в любую сторону. Но обычно диаграммы IDEF3
Перекрестки (Junction).
Окончание одной работы может служить сигналом к началу нескольких работ, или же одна работа для своего запуска может ожидать окончания нескольких работ. Перекрестки используются для отображения лог
Сценарии и декомпозиции работ.
Методология IDEF3 позволяет декомпозировать одну и ту же работу многократно, т.е. работа может иметь множество дочерних диаграмм, причем в один момент времени только одна из них считается основной
Нумерация объектов.
Идентификатор работы присваивается при ее создании и не меняется никогда. Даже если работа будет удалена, ее идентификатор не будет использоваться для других работ. Обычно номер работы состоит из н
Этапы построения диаграмм IDEF3.
Рассмотрим процесс построения диаграмм IDEF3, включающий взаимодействие автора (аналитика) и одного или нескольких экспертов предметной области [5].
Описание сценария, области и то
Палитра инструментов для построения диаграмм IDEF3.
При переключении в методологию IDEF3 на контекстно-зависимой панели инструментов AllFusion изменилось назначение кнопок или появились следующие новые кнопки (рис. 59):
Диаграммы дерева узлов.
Диаграмма дерева узлов (рис. 60) показывает иерархическую зависимость работ. С помощью диаграммы можно рассмотреть всю модель целиком или лишь определенную ветвь модели, поскольку дерево узлов може
Организационные диаграммы
AllFusion PM содержит набор инструментов для моделирования организационной структуры предприятия. Для этого он содержит четыре словаря - словарь изображений, словарь ресурс
Диаграммы Swim Lane
Созданные в словаре Role Dictionary роли могут быть также использованы в диаграмме Swim Lane. Диаграмма Swim Lane является разновидностью диаграммы IDEF3, позволяющей явно описать роли и ответст
Декомпозиция работы IDEF0 в диаграмму DFD.
При декомпозиции работы с IDEF0 в диаграмму DFD не разрешается связать произвольным образом граничные стрелки в диаграмме DFD, мигрировавшие из родительской диаграммы IDEF0. Т.е. если на родительск
Граничные стрелки на диаграммах IDEF0 и DFD.
Для существенного облегчения построения смешанной модели AllFusion PM позволяет нарушать традиционный синтаксис IDEF0 и DFD. В частности, AllFusion PM позволяет создавать на диаграммах IDEF0 (рис.
Использование нетрадиционного синтаксиса на диаграммах модели.
AllFusion PM позволяет нарушить традиционный синтаксис нотаций IDEF0, IDEF3, DFD и использовать для отображения объектов диаграмм практически любые геометрические фигуры. Более того, можно размести
Расщепление моделей.
Для расщепления модели следует щелкнуть правой клавишей мышки по работе, имеющей диаграмму декомпозиции, и в контекстном меню выбрать пункт Split Model (рис. 71). В появившемся диалоге Split Option
Слияние моделей.
После того как отщепленные подмодели доработаны, их можно слить в единую модель. Для слияния необходимо выполнить следующие условия:
· Обе модели: модель-источник и целевая модель - должны
Обнаружение синтаксических ошибок в диаграммах модели.
Синтаксические ошибки IDEF0 в AllFusion PM разделяются на три типа:
· Во-первых, это ошибки, которые AllFusion PM выявить не в состоянии. Например, синтаксис IDEF0 требует, чтобы имя работ
Создание UDP.
Создать и редактировать свойство UDP можно непосредственно в словаре UDP Dictionary (меню Dictionary/UDP) (рис. 84) или в редакторе User Defined Property Dictionary Editor (меню Model/UDP Definitio
Прикрепление UDP к объектам модели.
«Прикрепить» свойства UDP к объекту модели: работе, хранилищу данных, перекрестку и т.д. – можно двумя способами. Первый заключается в использовании пункта UDP контекстного меню, которое появляется
Генерация отчетов по UDP.
Результаты привязки UDP к объектам модели можно проанализировать с помощью встроенных отчетов AllFusion PM, например в отчете Diagram Object Report (меню ToolsReportsDiagram Object Report) (рис. 92
Поддерживаемые типы UDP.
AllFusion PM поддерживает 18 типов UDP, которые можно классифицировать несколькими способами:
· по типу свойства пользователя,
· по множественности значений свойства пользователя,
Создание отчетов в AllFusion PM.
Документирование модели является обязательной частью любого проекта, связанного с моделированием бизнес-процессов: является ли целью проекта фиксация существующих бизнес-процессов в организации или
Создание текстовых отчетов на основе встроенных шаблонов.
AllFusion PM имеет восемь встроенных шаблонов текстовых отчетов. Для использования шаблона и генерации на его основе отчетов следует выбрать пункт Reports в меню Tools. Все сгенерированные таким об
Новости и инфо для студентов