Geum.ru

Integrated Computer Aided definition Method -методология интегрального описания, интегральной спецификации исследование

Вид материалаИсследование

Содержание


2. Нумерация элементов IDЕF/0-диаграмм
Особенности нотаций в схемах
3. Функциональное моделирование на базе IDЕF/0-технологии
Список рекомендуемой литературы
Подобный материал:

ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ представления и анализа информационных потоков и функциональных задач систем управления

1. Информационная технология IDEF


При обследовании и анализе системы управления целесооб­разно установить, какие цели поставлены перед управляющей системой и соответствует ли она решению стоящих перед предприятием, т.е. объектом управления, задач. Для представления (или спецификации) действий системы управления предприятием или фирмой, потоков ресурсов и информации и определения их взаимосвязей эффективно использование CASE-технологии (Computer-Aided Software Engineering), представляющей собой компьютерно-ориентированную технологию разработки программного обеспечения информационных технологий. Методологическую основу CASE -технологий представляют различные реализации метода структурного анализа. CASE-технология получила широкое распространение и активно внедряется на рынке информационных технологий.

В CASE -технологии наиболее представительным по объему реализации является направление SADT (Structural Analisys and Design Technique) - техника и средства структурного анализа и в том числе его развитие IDEF (Integrated Computer Aided DEFinition Method) -методология интегрального описания, интегральной спецификации. Исследование выполняется по выделенным аспектам деятельности предприятия методом декомпозиций на основе IDEF/0- диаграмм.

Методология IDEF обеспечивает универсальность описания, простоту его детализации вширь и вглубь процессов на каждом уровне иерархии описания, что позволяет применить ее для структуризации процессов в системах управления. Эта методология относится к структурному типу методов, использующих для описания предметной области графические языки типа блок-схем. В методологии введено понятие «Архитектура», представляющее собой средство максимально полного описания сложной системы в виде одной или совокупности разных типов моделей: функциональной, информационной и динамической на основе соответствующих разработанных методов:
  • IDEF/0 - для функционального моделирования систем;
  • IDEF/1 для информационного моделирования систем;
  • IDEF/2. для динамического моделирования систем.

Метод IDEF/0 применяется для создания:
  • функциональной модели системы, или функциональной структуры объекта или системы, в виде иерархического, нисходящего структурного представления множества действий исследуемой системы. Построением функциональной модели IDЕF/0 отображается функциональная структура объекта, т.е. производимые им действия и связи между этими действиями;
  • информационной модели, т.е. модели вещественных и информационных объектов в виде данных, необходимых для функционирования или являющихся результатом этого функционирования.

Модель IDЕF/0 обеспечивает возможность представления информационных потоков в рассматриваемом объекте на языке, понятном не только исследователю системы, но и специалисту-эксперту в предметной области, пользователю, руководителю.

В основе метода IDEF/0 лежат следующие концепции:
  1. графическое представление модели в виде иерархии блок-схем (или диаграмм), обеспечивающее компактность информации;
  2. максимальная наглядность модели, осуществляемая за счет:
      • простоты графики блоков и стрелок в диаграммах;
      • использования естественного языка для обозначения блоков и стрелок, кратких поясняющих текстов и словаря, сопровождающих каждую диаграмму;
      • постепенной детализации объекта с отображением иерархии функций и четкого очерчивания выявляемых деталей;
      • обеспечения быстрого поиска требуемой диаграммы внутри иерархической структуры;
      • ограниченности количества блоков-функций на каждой диаграмме;
  1. специальные правила для обеспечения строгости и точности с целью повышения качества модели;
  2. пошаговые процедуры для обеспечения эффективности процессов разработки модели, ее просмотра и объединения;
  3. отделение организационной структуры от действий, т.е. исключение влияния объекта на его функциональную модель, что обеспечивается выбором соответствующих имен действий и связей в процессе разработки модели.

В методах IDЕF модели системы представляются в виде набора диаграмм. Для их поддержки добавляются необходимые текстовые материалы и словари. Функциональная модель документируется в виде диаграмм и дополняющих их текстов. Графическими средствами диаграмм являются:
  1. блоки;
  2. дуги со стрелками.

Блоки используются для представления функций системы и сопровождаются текстами на естественном языке.

Дуги представляют множества объектов - таких как накладные, платежные поручения, расходные кассовые ордера, приходные кассовые ордера, наряды на выполнение работ, включающие чертежи, маршрутные карты, инструкции по сборке и перечни деталей и т.п. В общем случае это могут быть:
  • физические объекты;
  • информация;
  • действия;

образующие связи между функциональными блоками.

Эти компоненты являются базовыми элементами в методологии IDEF.

Сторона блока, с которым соединяется дуга, определяет тип интерфейса (рис. 4.2):
  1. управляющие производством данные входят в блок сверху;
  2. материалы или информация, которые подвергаются производственной операции, показаны с левой стороны блока;
  3. результаты производственной операции, т.е. выходы, показаны с правой стороны;
  4. механизм (человек или автоматизированная система), который осуществляет операцию, представляется дугой, входящей в блок снизу.





Вход

(I)

Метки-комментарии при дугах (в круглых скобках) представляют собой ICOM-метки. На этом рисунке I – input (вход), C – control (управление), O – output (выход), M – mechanism (механизм или исполнитель).

В основе методологии IDEF/0 лежат следующие правила:
  1. функциональный блок (или функция) преобразует Входы в Выходы (т.е. входную информацию в выходную);
  2. управление определяет, когда и как функциональное преобразование может или должно произойти;
  3. исполнители непосредственно осуществляют функциональное преобразование.

С дугами связаны надписи (или метки) на естественном языке, описывающие данные, которые они представляют. Дуги показывают, как функции системы взаимосвязаны, как они обмениваются данными и осуществляют управление друг другом. Входы одной функции могут быть Входами, Управлением или Ис­полнителями для другой.

Функциональные блоки и дуги часто с целью облегчения понимание диаграмм и повышения их информативности сопровождаются:
  • комментариями;
  • рисунками;
  • различной дополнительной информацией.

Дуги могут разветвляться и соединяться. Ветвление означает множественность (многократные идентичные копии одного объекта) или расщепление (различные части одного объекта). Соединение означает объединение или слияние.

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

В иерархии диаграмм для какой-либо исследуемой системы на диаграмме самого верхнего уровня , которая называется контекстной диаграммой, вся система представляется в виде единственной компоненты - одного блока и дуг, изображающих интерфейсы с функциями, относящимися к системе в целом. Поскольку единственный блок представляет всю систему как единое целое, имя, указанное в блоке, является общим. Аналогично общие имена приводятся и для интерфейсных дуг, которые также представляют полный набор внешних интерфейсов системы в целом.

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

Вход;

Первичные внешние документы;

Первичные внутренние документы;

Управление;

Указания руководства;

Нормативная документация;

Договора, Соглашения, Обязательства;

Выход;

Внутренние отчетные документы;

Внешние отчетные документы;

Исполнитель;

Руководство предприятия;

Главный бухгалтер.

Сотрудники финансово-хозяйственных служб предприятия.

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

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

Каждый из этих подмодулей может быть декомпозирован подобным же образом для более детального представления.

Последовательность декомпозиции диаграммы не является произвольной. В методологии IDEF/0 функциональные блоки располагаются на странице относительно друг друга в соответствии с важностью тех функций, которые они представляют. Многие из этих функций являются обобщениями других функций, расположен­ных на последующих уровнях иерархии.

В IDEF/0 при постепенном добавлении деталей в процессе деком­позиции модуль всегда делится не менее чем на три, но не более чем на шесть подмодулей. Верхний предел - шесть - позволяет использовать иерархию для описания более сложных объектов. Нижний предел - три - гарантирует введение достаточного количества деталей, чтобы полученная декомпозиция представляла интерес.

В целом правила IDЕF-диаграмм можно сформулировать в следующем виде:
  • формирование для каждой модели цели и точки зрения, с позиций которой рассматривается построение модели системы;
  • итеративность процесса построения модели, т.е. модель развивается от стадии к стадии;
  • при детализации на каждом уровне рекомендуется создавать от до 6 блоков;
  • диаграмма не должна иметь пропусков и не должна включать дополнительные элементы, не входящие в область детализации;
  • обеспечение связи между диаграммами посредством нумерации узлов и блоков, введения ссылочных выражений;
  • применение для связи структур данных кодов IСOM и круглых скобок;
  • для надписей (меток) и наименований должны соблюдаться уникальность и лаконичность;
  • соблюдение синтаксических правил для графики, т.е. блоков и стрелок;
  • соблюдение семантики интерфейсов блоков диаграмм.




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

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

Функциональная модель и модель данных обладают дуализмом моделей. Действительно, если в функциональной модели, в которой блоки обозначают функции, а дуги – объекты, произвести переобозначения, т.е. объекты обозначать блоками, а функции - дугами, то в результате будет получена модель данных. Рассмотренное свойство сохраняется и при обратном преобразовании.

На рис. 4.4 показана структура IDEF/0-модели, из которой видно, как каждая компонента может быть декомпозирована на следующей диаграмме. Каждая последующая (или детализированная) диаграмма иллюстрирует внутреннее строение блока на исходной (или родительской) диаграмме.



2. Нумерация элементов IDЕF/0-диаграмм


Номера блоков на IDЕF/0-диаграммах проставляются в правом нижнем углу каждого блока. Начальный блок – верхний блок структуры (или корень) обозначается как нулевой - «А0».

Блок i-го уровня декомпозиции имеет i-секционный номер, секции которого разделяются точкой «.».Структура обозначения имеет вид:

AX1.X2. … .Xi,

где A – символ элемента; X1 – номер блока на первом уровне декомпозиции, X2 – номер блока на втором уровне декомпозиции, Хi номер блока на i-м уровне декомпозиции.

Пример.

На рис. 4.5 номер блока «А5.6.4» означает, что это 4-й блок 3-го уровня декомпозиции. Он относится к 6-му блоку 2-го уровня декомпозиции, который, в свою очередь, относится к 5-му блоку первого уровня декомпозиции.




Общая структура нумерации меток входов, выходов и управлений имеет вид:


N[#Источника(##Док.) - #Приемника], (4.1)


где N – имя метки из области ICOM-меток:


N  {I, C, O}; (4.2)


#Источника и #Приемника – соответственно номера блоков источника информации и приемника информации по IDEF/0-диаграмме; ##Док. – порядковые номера документов в рассматриваемом информационном потоке.

Особенности нотаций в схемах


1) При наличии в одном потоке совокупности документов все их можно обозначить одной меткой в круглых скобках, разделяя диапазоны номеров точкой с запятой:


О[А4.2(3 - 5; 8) – А4.5].


Здесь (3 - 5; 8) – номера в потоке документов с третьего по пятый включительно и восьмого.

2) При направлении информационного потока одновременно в несколько блоков, эти блоки указываются списком через «;» в круглых скобках:


О[А4.2(3 - 5; 8) – (А4.5; А4.7)].


Здесь (А4.5; А4.7) – номера блоков назначения А4.5 и А4.7 для информационного потока.


3) В метках информационных потоков при указании адресов источников и получателей информации допускается опускать символ «А», т.е. для потока в п. 2) можно использовать запись:


О[4.2(3 - 5; 8) – (4.5; 4.7)].


4) В метках потоков информации, предназначенной для общего пользования, в записи (4.1) номер приемника опускается, т.е. запись принимает вид:


N[#Источника(##Док.) - ].


5) В метках потоков информации из общих или неопределенных источников в записи (4.1) номер источника опускается, т.е. запись принимает вид:


N[(##Док.) - #Приемника].


6) Для сокращения текстов на графических диаграммах можно вводить укороченные обозначения меток. Эти обозначения расшифровываются в пояснениях.

7) В начальном, т.е. нулевом, блоке (или корне) IDЕF/0-диаграммы в структуре нумерации метки по обобщенному выражению (4.1) для информационных потоков, направляемых от или к внешней организации, для нумерации используется условный код этой организации: В_Х. Здесь В – символ внешней организации; Х – код внешней организации, который может быть цифровой или алфавитно-цифровой.

Пример.

Для блока организации ООО «СКОРТ» с номером А0 на рис. 4.6 в метке входного информационного потока символы В_3 – условный код





внешней организации; (1; 4-6) – номера составляющих информационный поток документов: 1 и от 4-го до 6-го.


Пример.

На рис. 4.7 показан блок организации ЗАО «ИСТЕЛ» с номером А0. В





метке его выходного информационного потока О[(14; 63-65) - В_1] от блока А0 (здесь для сокращения записи символы «А0» опущены) к внешней организации, условный код которой В_1, исходящие документы имеют следующие номера: 14 и с 63 по 65.


Пример.

На рис. 4.8 показан пример для выходного потока от блока А4.2 к блоку А4.5, который представлен соответствующей выходной меткой:


О[А4.2(3) – А4.5].




Здесь О – метка выходного документа; А4.2 – адрес источника информации – второго-блока на втором уровне декомпозиции, который относится к четвертому блоку первого уровня декомпозиции; (3) - документ за номером 3 в информационном потоке; А4.5 – адрес получателя информации – пятого блока на втором уровне декомпозиции, который относится к четвертому блоку первого уровня декомпозиции.


Для сокращения записей можно применить упрощенное нотирование рассмотренной метки, например, в виде:

О2_4.

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

Обозначение потока управленческой информации, т.е. метки типа С, иллюстрирует рис. 4.9. Здесь С[В_1(1; 2)] показывает, что от внешней организации В_1 поступают в блок А1.1 регламентирующие документы с номерами 1 и 2.





Для обозначения механизма, т.е. исполнительного органа блока, структура метки имеет вид:


М#Блока(#; #Исполнителей),


где М – символ механизма; #Блока – порядковый номер блока в IDEF/0-диаграмме; #; #Исполнителей – конкретные номера исполнителей (например, табельные номера сотрудников, занятых выполнением операций рассматриваемого блока).

Пример.

Рассмотрим метку (рис. 4.10):


М[А4.3(2; 8; 26)],


где М – метка механизма; А4.3. – составной порядковый номер блока при двухуровневой декомпозиции, в котором 3 – порядковый номер блока на втором уровне декомпозиции, 4 – порядковый номер блока на первом уровне декомпозиции; 2; 8; 26 – кодовые номера исполнителей.


На рис. 4.11 и 4.12 показан фрагмент IDЕF/0-диаграммы-декомпозиции по IDЕF/0-методологии системы управления производственным подразделением компании WIDGET INC в московском представительстве совместного российско-американского предприятия по оказанию консультационных услуг в нефтегазовой отрасли. Блок А0 (см. рис.4.11) как производственное подразделение компании является корневым. Его первый уровень декомпозиции «Отделы производственного подразделения», включающий четыре функциональных отдела: ФА1 – ФА4, изображен ниже.




Анализ

показателей


А4.3






М[А4.3(2; 8; 26)]


Рис. 4.10

На рис.4.12 приведена диаграмма функциональной структуры отдела экономики, которая является результатом декомпозиции отдела А4. Из диаграммы очевидно, что в структуре содержится пять блоков: А4.1 – А4.5.

Для рассмотренного фрагмента IDЕF/0-диаграммы системы управления производственным подразделением компании WIDGET совместного российско-американского предприятия в табл. 4.1 приведены коды и функции подразделений, показанных в декомпозициях. В табл. 4.2 приведены исполнители работ, т.е. механизмы IDЕF/0-диаграммы.

Перечни входящих и исходящих документов в информационных потоках, рассмотренных в IDЕF/0-диаграмме, представлены в табл. 4.3.






Таблица 4.1 Коды и функции подразделений


№ п/п
Код подразделения
Название подразделения
Код функции подразделения
Формулировка функции


А0
Производственные подразделения компании WIDGET.INC
ФА0
Обеспечение высококачественного уровня услуг , выполняемых компанией (постановка профессиональных задач подотчетным структурным единицам компании, контроль за их выполнением)


А1
Отдел геологии
ФА1
Профессиональное обеспечение потребностей компании в выполнении работ по подготовке, редактированию, анализу комплексной интерпретации и обобщению геологической и геофизической информации


А2
Отдел разработки
ФА2
Профессиональное обеспечение потребностей компании в технологической экспертизе и прогнозировании по вопросам разработки нефтегазовых месторождений


А3
Отдел обустройства
ФА3
Профессиональное обеспечение потребностей компании в технологической экспертизе и прогнозировании по вопросам обустройства нефтегазовых месторождений


А4
Отдел экономики
ФА4
Профессиональное обеспечение потребностей компании в выполнении работ по экономическому обоснованию проектов по разведке и разработке нефтегазовых месторождений


А4.1
Сектор экономической информации
ФА4.1
Сбор и анализ экономической информации


А4.2
Отдел моделирования
ФА4.2
Моделирование систем расчета экономических данных


А4.3
Отдел консалтинга
ФА4.3
Консультирование по вопросам анализа экономической эффективности, методологии экономических расчетов, налогообложения, внешнеэкономической деятельности российских и иностранных фирм


А4.4
Отдел экономического обоснования проекта
ФА4.4
Разработка экономического обоснования создания предприятий по разведке и разработке нефтегазовых месторождений, подготовка проектов учредительных документов для российских и иностранных фирм


А4.5
Отдел маркетинга
ФА4.5
Маркетинговая деятельность по выполняемым проектам (в т.ч. по проведению тендеров)



Таблица 4.2 Механизмы IDEFO – диаграммы (исполнители работ)


№ п/п
Код механизма
Наименование исполнителя работ

1
М[А0(1)]
Заместитель генерального директора по производству

2
М[А0(2)]
Высшее руководство компании

3
М[А1(1)]
Начальник отдела геологии

4
М[А2(1)]
Начальник отдела разработки

5
М[А3(1)]
Начальник отдела обустройства

6
М[А4(1)]
Начальник отдела экономики

7
М[А4.1(1)]
Начальник сектора экономической информации

8
М[А4.2(1)]
Начальник сектора моделирования

9
М[А4.3(1)]
Начальник сектора консалтинга

10
М[А4.4(1)]
Начальник сектора экономического обоснования проектов

11
М[А4.5(1)]
Начальник сектора маркетинга



Таблица 4.3 Перечень входящих и исходящих документов в информационных потоках


№ п/п
Код документа
Наименование документа

1
С[В.Р(1;2)-А0]
Комплекты регламентирующих документов от внешней руководящей организации для компании “WIDGET INC.”

2
С[В.Р(1;2-*]
Комплекты оперативных документов от внешней руководящей организации для отделов компании “WIDGET INC.”

3
I[В.К(1)-А0]
Бланк-заказ клиента относительно сроков, цен, объемов (требования клиента)

4
I[В.К(2)-А0]
Сейсмологические данные от клиента

5
I[А0(2)-А1]
Инструкция по выполнению проекта начальникам отделов

6
I[А0(3)-А1]
Исходные материалы функциональным отделам

7
I[В.РФ(1)-А4]
Сбор внешнеэкономической информации от внешних референтов

8
О[А0(1)-В.К]
Передача готового проекта заказчику (клиенту)

9
О[А0(2)-А1]
Приказ начальникам отделов по заказному проекту

10
О[А0(3)-А1]
Информация об объекте разработки

11
О[А1(1)-А0]
Отчет о проделанной работе заместителю генерального директора по производству

12
О[А1(2)-А1]
Доклад начальнику отдела разработки

13
О[А2(1)-А0]
Отчет заместителя генерального директора по производству

14
О[А2(2)-А3]
Доклад начальнику отдела обустройства

15
О[А3(1)-А0]
Отчет заместителю генерального директора по производству




Продолжение табл. 4.3.










16
О[А3(2)-А4]
Доклад начальнику отдела экономики

17
О[А4(1)-А0]
Отчет заместителю генерального директора по производству

18
I[А4.4(1)-А4]
Доклад от начальника сектора экономического обоснования проектов

19
О[А4(1)-А0]
Отчет заместителю генерального директора по производству

20
С[А4(1)-*]
Регламентирующие материалы отдела экономики (А4) для всех структурных подразделений отдела экономики (А4.1А4.5)

21
I[А1(1)-А4.1]
Отчет отдела геологии

22
I[А2(1)-А4.1]
Отчет отдела разработки

23
I[А3(3)-А4.1]
Отчет отдела обустройства

24
I[АБД(1)-А4.1]
Отчет отдела информации по базе данных

25
I[А4.1(1)-А4.3]
Отчет

26
I[А4.1(2)-А4.2]
Отчет

27
I[А4.2(1)-А4.3]
Отчет

28
I[А4.3(1)-А0]
Доклад заказчику на утверждение руководству

29
I[А4.3(2)-А4.4]
Отчет

30
I[А4.4(1)-А4]
Доклад начальнику подразделения

31
I[А0(3)-А4.5]
Исходные материалы по структуре проекта в функциональные подразделения

32
О[А4.5(1)-А4]
Доклад начальнику подразделения, А4

Примечание. *) – в коде документа – символ рассылки документа во все подчиненные подразделения.


Приведенные диаграммы декомпозиции и сопровождающие их таблицы составляют основу для полномасштабного исследования системы управления компанией. На основе анализа процессов управления и документопотоков в производственном подразделении компании WIDGET INC разработаны предложения по оптимизации структуры и документооборота производственного подразделения компании WIDGET INС.

3. Функциональное моделирование на базе IDЕF/0-технологии


Для построения модели системы управления необходимо
  1. определить субъект моделирования,
  2. сформулировать цель моделирования ,
  3. определить позицию ("точку зрения") моделирования.

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

Цель моделирования формулируется на базе предварительного вербального описания системы. Обычно это выполняется с учетом общей достаточно лаконичной постановки задачи и конкретных вопросов, на которые предполагается получить ответ в результате исследований.

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

При функциональном моделировании систем управления исследователь с помощью IDEF/0 методологии -технологии может выяснить различные вопросы и в том числе:
  • проанализировать информационные процессы, происходящие на предприятии и их соответствие функциональному предназначению сотрудников;
  • выявить слабые места в процессе управления, приводящие к потерям времени и материальных ресурсов;
  • разработать рациональную организацию процессов управления в организационных структурах различного типа;
  • обосновать необходимость разработать и внедрить новую технологию выполнения работ в организации;
  • выявить способы разработки более эффективной системы управления по критериям стоимости, трудоемкости и длительности;
  • разработать функциональные обязанности должностных лиц органов управления, которые реализуют рациональный процесс управления организацией;
  • разработать подходы к автоматизации документооборота в организации;
  • выявить новые схемы организации делопроизводства;
  • получить обоснованные исходные данные для проектирования локальных вычислительных сетей и разработки методики электронного документооборота для органов управления и всего предприятия в целом.

Построение модели начинается с формулировки ряда вопросов, помогающих воссоздать семантическую сторону модели системы.

Пример.

Рассмотрим моделирование системы управления цехом механической обработки, при котором:
  1. цель моделирования: «Распределение работ и обязанностей между всеми работниками цеха»;
  2. точка зрения на моделирование: «Позиция начальника цеха»;
  3. Тогда можно сформулировать как необходимые для получения точных и однозначных ответов следующие вопросы:
  • Каковы обязанности мастера?
  • Каковы обязанности механика?
  • Кем контролируется продвижение по цеху материалов?
  • Как продвигаются по цеху материалы?
  • На каких этапах производственного процесса требуются чертежи?
  • На каких этапах производственного процесса контролируется исполнение стандартов качества?
  • На каких этапах производственного процесса требуется смена инструмента?
  • Что происходит с забракованными деталями?

По результатам ответов на вопросы создаются IDЕF/0-диаграммы модели, основанные на правилах методологии IDЕF/0.


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

Список рекомендуемой литературы


Широков Л.А. Методические указания для курсовой работы по дисциплине «Исследование систем управления» / Учебное пособие. – М.: МГИУ, 1999.

Широков Л.А. Исследование систем управления / Учебное пособие. – М.: МГИУ, 1997.

Гэйн К., Сарсон Т. Структурный системный анализ (части 1 и 2). - М.: Эйтэкс, 1993.

Перегудов Ф.И., Тарасенко Ф.П. Введение в системный анализ. - М.: Высшая школа, 1989.

Логистика / Под ред. Б.А. Аникина. - М.: ИНФРА - М, 1998.

Промышленная логистика / И.Н. Омельченко и др. Под ред. А.А. Колобова. - М.: Изд-во МГТУ им. Н.Э.Баумана, 1997.

Бурков В.Н., Новиков Д.А. Как управлять проектами. - М.: СИНТЕГ-ГЕО, 1997.

Дэвид А. Марка, Клемент Л. Мак Гоуэн. Методология структурного анализа и проектирования. - М.: Метатехнология, 1993.

Денисов А.А., Колесников Д.Н. Теория больших систем управления. - М.: Энергоиздат, 1982.