Моделирование административных процессов

1.

Моделирование административных процессов
Домрачев С.А., доцент,
кандидат технических наук

2.

«Так как я заметил, что ты,
Цезарь, уже много построил и
продолжаешь строительство, я
разработал определенные правила,
чтобы ты сам смог оценить
качество как уже существующих,
так и будущих зданий»
Витрувий

3.

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

4.

Методологии системного структурного
анализа
Системный анализ Гейна-Сарсона
SADT (Structured Analysis and Design
Technique)
Развитие структурных систем Вернье-Орра
Структурный анализ Йодана-Де Марко
Информационное моделирование Мартина
Развитие систем Джексона

5.

Истоки IDEF
(ICAM DEFinition)
ICAM- программа интегрированной компьютеризации
производства
Цель – потребность в более совершенных способах обмена информацией и методах анализа систем в интересах различных
потребителей

6.

Методология SADT
Представляется в виде совокупности трех
основных компонент:
Набор принципов
помощь в проведения анализа
сложной системы
Графический язык
Административные
директивы
упрощение записи и интерпретации
результатов анализа системы
способствует правильному проведению анализа и выявлению проблем на ранних стадиях построения
модели

7.

Характерные особенности построения
модели
Разбиение на уровни абстракции с ограничением числа элементов на каждом из
уровней
Ограниченный контекст, включающий лишь
данном
уровне детали
существенные
Использованиена
строгих
формальных
правил записи
Последовательное приближение к конечному результату

8.

Методология IDEF
функциональное моделирование
информационное моделирование
динамическое моделирование
моделирование бизнес-процессов
объектно-ориентированное
проектирование
систематизация объектов приложения
для представления онтологической
информации в удобном виде

9.

Методология IDEF
представление и накопление рационального
опыта проектирования систем
моделирование взаимодействия пользователя и
системы
моделирование ограничений для анализа
сложившихся условий и их влияния на
принимаемые решения
моделирование вычислительных сетей

10.

Статус методологии IDEF0
Федеральный информационный стандарт США
Draft Federal Information Processing Standards
Publications 183 (FIPS PUBS)
Госстандарт России
Регламент на функциональное моделирование Р50.1.028-2001
“Рекомендации по стандартизации. Информационные технологии
поддержки жизненного цикла продукции. Методология функционального
моделирования”

11.

Концепция IDEF0
1. Графическое представление блочного моделирования

12.

Концепция IDEF0 (продолжение)
2. Краткость
графическое представление и минимум текстовых
обозначений
3. Передача информации
диаграммы декомпозиций
текстовое обозначение блоков и дуг (глоссарий)
постепенное представление деталей
дерево узлов
диаграммы других видов

13.

Концепция IDEF0 (продолжение)
4. Строгость и точность
ограничение количества деталей на каждом уровне
уникальность меток и наименований
правила определения роли данных (вход, выход,…)
требование наличия всех взаимосвязей
связанность интерфейса диаграмм
требование наличия контекста
синтаксические правила для графики
наличие цели и точки зрения

14.

Концепция IDEF0 (продолжение)
5. Принципы
принцип декомпозиции
принцип иерархического упорядочивания
принцип абстрагирования
принцип формализации
принцип непротиворечивости

15.

16.

Контекстная диаграмма
Внешние
интерфейсы
Глобальная
функция
системы
Внешние
интерфейсы

17.

Диаграммы декомпозиций

18.

Пример декомпозиции
Разработать
новый
продукт
Исследовать
рынок
Анализ
сегмента
рынка
Разработать
проект
Анализ
требований
потребителей
Произвести
продукт

19.

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

20.

Создание дуг: связь по входу
Результат выполнения Ф1 является исходными данными для
Ф2 и Ф3
Ф2 и Ф3 не могут быть начаты до истечения выполнения Ф1
Ф2 и Ф3 могут выполняться параллельно

21.

Создание дуг: связь по управлению
Результат выполнения Ф1 является инструкцией для
выполнения Ф2
Результат выполнения Ф1 является ограничением на
выполнение Ф2

22.

Создание дуг: обратная связь по входу
Неудовлетворительный результат выполнения Ф1, Ф2 или
Ф1 и Ф2
Несоответствие результата выполнения Ф1 и Ф2 входным
параметрам

23.

Создание дуг: обратная связь по управлению
Выявлены недостатки регламентирующих документов
Выявлено несоответствие нормативных документов и
технологии выполнения

24.

Создание дуг: обратная связь по механизму
Результат выполнения Ф1 является инструментом или
исходной заготовкой для выполнения Ф2

25.

Создание дуг: тоннельные дуги
Позволяют осуществлять сквозной перенос данных через
несколько уровней иерархии
Вход в тоннель
Пример
Выход из тоннеля
Системные требования
Разработать
программный
продукт
1-й уровень
Системные требования
Написание
программных
кодов
n-й уровень

26.

Дерево узлов
Параметры:
1.
2.
3.
4.
Имя дерева узлов
Начальный узел дерева
Глубина дерева
Форма узлов и стиль соединения

27.

Диаграмма FEO

28.

29.

Системы разработки функциональных
моделей
При разработке функциональных моделей могут
быть использованы следующие CASE средства:
ProKit WORKBENCH
Design/IDEF
Designer 2000
Power Designer
All Fusion (BPWin)

30.

Design/IDEF

31.

All Fusion Modeler
Основные компоненты, входящие в состав
пакета:
All Fusion Model Manager
All Fusion Process Modeler
All Fusion Data Modeler
All Fusion Data Validator
All Fusion Component Modeler
All Fusion Model Navigator

32.

All Fusion Process Modeler
Основные преимущества пакета:
1. Поддержка различных технологий моделирования
2. Одновременное использование нескольких методологий
3. Интеграция процессов/данных
4. Анализ показателей затрат (АВС)
5. Интерфейс со средствами имитационного моделирования
6. Использование дополнительной диаграммы Swim Lane
7. Использование свойств пользователя (UDP)

33.

All Fusion Process Modeler

34.

Пример диаграммы IDEF0

35.

Пример диаграммы DFD

36.

Пример диаграммы IDEF3

37.

Гибридная модель