PIS_Zakharchenko_2015g (1)
.pdfОсновные принципы структурного моделирования
Сложность больших систем преодолевается расчленением их на элементы («черные ящики») и иерархической организацией в модели. На каждом уровне модели для элемнтов рассматриваются только входы\выходы и реализуемая функция.
Критерии разбиения системы на элементы:
каждый элемент реализует единственную функцию системы;
функция каждого элемента должна быть легко понимаема независимо от сложности ее реализации;
связи между элементами должны быть максимально простыми и вводятся только при наличии связи между соответствующими функциями системы.
91
Стандарты IDEF (Integrated Computer Aided Manufacturing DEFinition) (1981г)
IDEF0 - методология функционального моделирования. Система отображается в виде набора взаимосвязанных функциональных блоков.
IDEF1 – методология моделирования информационных потоков внутри системы, позволяющая отображать и анализировать их структуру и взаимосвязи;
IDEF1X (IDEF1 еХtended) – методология построения реляционных структур. IDEF1X относится к типу методологий ―Сущность-взаимосвязь‖ (ER – EntityRelationship) и используется для моделирования реляционных баз данных в системе;
IDEF3 – методология документирования процессов. С помощью IDEF3 описываются сценарий и последовательность операций для каждого процесса.
IDEF4 – методология построения объектно-
ориентированных систем. |
92 |
|
Технология Structured Analysis and Design Technique (SADT)
РД IDEF0 - 2000
МЕТОДОЛОГИЯ
ФУНКЦИОНАЛЬНОГО МОДЕЛИРОВАНИЯ IDEF0 Руководящий документ Издание официальное ГОССТАНДАРТ РОССИИ
Структура SADTмодели. Декомпозициядиаграмм
93
Функциональная модель SADT(Structured Analysis and DesignTeqnique) (IDEF0)
отображает действия объекта и связи между этими действиями
Управление
Вход |
|
Выход |
|
Функция |
|
|
|
|
Механизм
Модель обеспечивает отделение функций от организационной |
|
структуры |
94 |
|
Декомпозиция функциональных диаграмм
Функция
А0
Контекстная диаграмма определяет все функции, входы и выходы, которые могут появиться на диаграммах нижних уровней
Каждая подфункция может содержать только те элементы, которые входят в исходную функцию.
ПодфункцияПодфункция1 Выход
А1
Подфункция 2 |
Выход |
Управление |
|
||
Подфункция 1 |
|
|
|
|
А2 |
|
|
|
Вход |
Подфункция 3 |
||
|
|||
|
|||
|
А3 |
||
|
|
|
95
Контекстная диаграмма
Это диаграмма самого высокого уровня:
-определяет общее представление о деятельности организации;
-задает единую точку зрения на описание деятельности исходя из
цели моделирования;
-определяет границы моделирования системы и ее компонентов.
96
Контекстная диаграмма |
|
|
||||||
USED AT: |
AUTHOR: Захарченко Ю.Ф. |
|
DATE: 15.01.2007 |
WORKING |
READER |
DATE |
CONTEXT: |
|
|
PROJECT: Модель деятельнос ти компании |
REV: |
02.02.2007 |
DRAFT |
|
|
TOP |
|
|
|
|
|
|
RECOMMENDED |
|
|
|
|
|
|
|
|
|
|
|
|
|
NOT ES: 1 2 3 4 5 6 7 8 9 |
10 |
|
|
PUBLICATION |
|
|
|
|
Стандарты на |
|
Правила и |
|
|
|
||
|
продукцию |
|
|
|
|
|||
|
|
процедуры |
|
|
|
|||
|
|
|
|
|
|
|
||
Точка зрения (viewpoint): Директор |
|
|
|
|
|
|
|
|
Цель (purpose): Моделировать текущие (AS-IS) |
|
|
|
|
|
|
||
бизнес-процессы компании |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Маркетинговые |
|
|
Звонки |
|
|
|
|
|
материалы |
|
|
|
|
|
|
|
|
|
|
|
клиентов |
|
|
|
|
|
|
|
|
|
Деятельность компании |
|
|
|
|||
|
|
|
|
|
|
|
Проданные |
|
|
|
|
|
|
|
|
продукты |
|
|
|
758 420р. |
|
|
0 |
|
|
|
IDEF0 (INTEGRATION DEFINITION FOR FUNCTION MODELING) - |
|
|
|
|
|
|||
наиболее удобный язык моделирования |
|
|
|
|
|
|
||
бизнес-процессов. Цель построения функциональной |
|
|
|
|
|
|
||
модели: выявление слабых мест деятельности организации, |
Бухгалтерская |
|
|
|
||||
|
|
|
|
|
|
|
||
анализ преимуществ новых бизнес-процессов. |
|
система |
|
|
|
|||
Модель в нотации IDEF0 представляет собой |
|
|
CASE средства |
|
|
|
||
совокупность иерархически упорядоченых и |
|
|
|
|
|
|||
|
|
|
|
|
|
|||
взаимосвязанных диаграмм. |
|
|
|
(Computer-Aided Software/System Engineering) |
||||
Каждая диаграмма является единицей |
|
|
предназначены для |
|
|
|||
описания системы и располагается на отдельном листе. |
|
автоматизации проектирования ИС |
|
|||||
Типы диаграмм: контекстная, декомпозиции, дерева узлов; |
|
|
|
|
|
|||
только для экспозиции (FEO). |
|
|
|
|
|
|
|
|
NODE: |
TITLE: |
Деятельность компании |
NUMBER: |
|
||||
|
|
|
|
|
||||
|
A-0 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
97 |
Перенос контекста на декомпозицию
Продажа, маркетинг
Сборка,
тестирование
98
Диаграмма декомпозиции |
|
|
||||||||
USED AT: |
AUTHOR: Захарченко Ю.Ф. |
|
DATE: 16.01.2007 |
WORKING |
|
READER |
DATE |
CONTEXT: |
||
|
PROJECT: Модель деятельнос ти компании |
REV: |
22.01.2007 |
DRAFT |
|
|
|
|
|
|
|
|
|
|
|
RECOMMENDED |
|
|
|
|
|
|
NOT ES: 1 2 3 4 5 6 7 8 9 |
10 |
|
|
PUBLICATION |
|
|
|
A0 |
|
|
Заказы |
|
|
|
|
|
Заказы на |
Указание передать компьютеры на |
||
|
|
|
|
|
|
ноутбуки |
отгрузку |
|
|
|
|
клиентов |
|
Правила сборки |
|
|
|
||||
|
|
|
|
|
|
|
||||
|
|
|
и тестирования |
|
|
|
|
|
|
|
|
Отслеживание |
|
|
|
|
|
|
|
|
|
|
расписания |
Заказы на настольные |
|
|
|
|
|
|
|
|
|
и управление |
компьютеры |
|
Настольные |
|
|
|
|||
|
сборкой |
|
|
|
Результаты сборки и |
|||||
|
|
|
|
компьютеры |
||||||
|
и тестированием |
|
|
тестирования |
||||||
|
|
|
|
|
|
|||||
|
|
|
Сборка |
|
|
|
|
|
|
|
|
500р. |
1 |
настольных |
|
|
|
|
|
|
|
|
|
|
компьютеров |
|
|
|
|
|
|
|
|
|
193 200р. |
2 |
Сборка |
|
|
|
|
|
|
|
|
|
|
|
ноутбуков |
|
Ноутбуки |
|
|
|
Компоненты |
|
|
|
562 800р. |
3 |
|
|
|
|
|
|
Диспетчер |
|
|
|
|
|
Тестирование |
|
Собранные |
|
|
|
|
|
|
|
|
компьютеров |
|
||
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
компьютеры |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
1 920р. |
4 |
Результаты |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
тестирования |
|
Тоннельная |
|
|
|
|
|
|
|
|
|
|
с трелка (не попадает |
Персонал производственного |
|
|
|
Тестировщик |
|
|
||
|
на другую диаграмму) |
отдела |
|
|
|
|
|
|
|
|
NODE: |
TITLE: |
Сборка и тестирование компьютеров |
NUMBER: |
|
|
|||||
|
|
|
|
|
|
|||||
|
A2 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
99 |
Ограничения сложности IDEF0-диаграмм
Количество функциональных блоков на диаграмме: три-семь. Верхний предел (семь) обусловлен физиологическими возможностями восприятия информации человеком. Нижний предел (три) гарантирует, что на соответствующей диаграмме достаточно деталей, чтобы оправдать ее создание.
Количество подходящих (выходящих) интерфейсных дуг для одного функционального блока - 4.
Для моделирования бизнес-функции обычно достаточно 2-3 уровней детализации.
Общее число уровней в модели обычно не превышает 6-7.
100