Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
ОПАИС.doc
Скачиваний:
73
Добавлен:
20.12.2018
Размер:
165.38 Кб
Скачать

Методологии описания предметной области.

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

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

Заключается в наглядности бизнес процессов на различных уровнях. Недостатком является большая трудоемкость в построении бизнес процессов. Объектно-ориентированный подход предполагает выделение классов объектов и определение действий, в которых участвуют объекты при этом различают пассивные объекты (материалы, документы, оборудование), над которыми выполняются действия и активные объекты (конкретные исполнители, информационные подсистемы, организационные единицы), которые совершают эти действия. Недостаток объектно-ориентированного подхода заключается в меньшей наглядности.

Функциональное моделирование с использованием стандарта idef0.

Этот стандарт был разработан в 1981 году. Департаментом военно-воздушных сил США. Графический язык IDEF0 прост и гармоничен. В его основе лежат четыре понятия:

  1. Функциональный блок (Activity Box), который представляет собой прямоугольник, который подразумевается некоторой конкретной функцией. По требованию стандарта название каждого функционального блока должно быть сформулировано в глагольном наклонении (например производить услуги, а не производство услуг). Каждая из четырех сторон функционального блока имеет своё определенное значение:

1)верхняя сторона, имеет значение «Управление» (Control);

2)левая сторона имеет значение «Вход» (Input);

3)правая сторона имеет значение «Выход» (Output);

4)нижняя сторона имеет значение «Механизм» (Mechanism); Каждый функциональный блок должен иметь свой уникальный идентификационный номер.

  1. Интерфейсную дугу еще называют потоком или стрелкой. Интерфейсная дуга отображает элемент системы которая обрабатывается функциональным блоком или оказывает иное влияние на функцию отображенную функциональным блоком. Графическим отображение интерфейсной дуги является однонаправленная стрелка. Каждая интерфейсная дуга имеет свое уникальное наименование. По требованию стандарта это должно быть существительное. С помощью интерфейсных дуг отображают различные объекты, которые в той или иной степени определяют процессы, происходящие в системе или потоки данных информации (документы, данные, инструкции).

Интерфейсные дуги бывают входящими, выходящими и управляющими. Каждый функциональный блок должен иметь, по крайней мере, одну управляющую интерфейсную дугу. Которые указывают по каким правилам происходят процессы в функциональном блоке. И одну выходящую (выдача некоторого результата). Этот функциональный блок расшифровывается следующим образом: для получения детали рабочему выдается заготовка и технологические указания. При рассмотрении предприятий и организаций существует пять основных видов объектов:

1) Материальные потоки (детали, товары, сырье);

2) Финансовые потоки (наличные и безналичные деньги, инвестиции и т. д.);

3) Потоки документов (коммерческие, финансовые и организационные);

4) Потоки информации (информация, данные о намерениях, устные распоряжения);

5) Ресурсы (сотрудники, станки, машины и т. д.)

  1. Декомпозиция. Она применяется при разбиении сложного процесса на составляющие его функции. При этом уровень детализации процесса, определяется непосредственно разработчиком модели. Модель IDEF0 всегда начинается с представления системы, как единого целого – одного функционального блока с интерфейсными дугами. Такая диаграмма с одним функциональным блоком называется контекстной диаграммой и обозначается A0. В пояснительном тексте контекстной диаграммы, указывается цель построения диаграммы. В виде краткого описания и зафиксированной точкой зрения. Точка зрения определяет основное направление развития модели и уровень необходимой детализации. Например функциональные модели одного и того же предприятия, построенные главным технологом и финансовым директором. Будут существенно различаться по направленности и детализации. Финансового директора в меньшей степени интересуют аспекты обработки сырья, а главному технологу не нужны детализированные схемы финансовых потоков. Правильный выбор точки зрения существенно сокращает временные затраты на построение конечной модели. В процессе декомпозиции, функциональный блок подвергается детализации на другой диаграмме и так далее. Диаграмма второго уровня, называется дочерней. В свою очередь функциональный блок (предок) называется родительским блоком по отношению к дочерней диаграмме.

  2. Четвертое понятие языка IDEFO называется Глоссарий. Для каждого из элементов IDEFO создается набор соответствующих определений, ключевых слов и пояснений. Такой набор называется глоссарий. Он используется для описания сущности данного элемента. Глоссарий гармонично дополняет наглядный графический язык, снабжает диаграммы необходимой, поясняющей информацией. Стандарт IDEFO так-же содержит процедуру для разработки и согласования модели. Процесс разработки и согласования является итерационным. Он состоит из трех этапов:

  1. Создание моделей группой специалистов. Их называют авторами. Созданная модель называется черновик.

  2. Распространение черновика для рассмотрения согласований и комментариев. На этой стадии происходит обсуждение черновика модели с широким спектром компетентных лиц, которые называют читателями. При этом каждая диаграмма черновика письменно критикуется и комментируется, и затем передаётся автору. Автор письменно соглашается с критикой или отвергает её и вновь возвращает откорректированный черновик читателям. Читатели вновь рассматривают и корректируют черновик. Этот цикл продолжается до тех пор, пока не авторы и читатели не придут к единому времени.

  3. Официальное утверждение модели. Утверждение согласованной модели происходить руководителем рабочей группы.

Наглядность графического языка делает модель вполне читаемой и для лиц не принимающих участие её создания. Эта модель является эффективной для проведения показов и презентаций.