Similar presentations:
Моделирование административных процессов
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.
Концепция IDEF01. Графическое представление блочного моделирования
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.
Диаграмма FEO28.
29.
Системы разработки функциональныхмоделей
При разработке функциональных моделей могут
быть использованы следующие CASE средства:
ProKit WORKBENCH
Design/IDEF
Designer 2000
Power Designer
All Fusion (BPWin)
30.
Design/IDEF31.
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)