- •Университет машиностроения
- •Моделирование системы управления
- •Графическое моделирование
- •Структурные диаграммы
- •Определение
- •Элементы блок-схем (международная традиция)
- •Элементы блок-схем (продолжение)
- •Элементы блок-схем (продолжение)
- •Элементы блок-схем (продолжение)
- •Элементы блок-схем (продолжение)
- •Элементы блок-схем (продолжение)
- •Элементы блок-схем (окончание)
- •Метод CRC-карточек
- •Шаблон CRC-карточки
- •Пример CRC-модели
- •Рабочее пространство CRC моделирования
- •Принципы CRC-моделирования
- •Технология структурного анализа и проектирования (SADT)
- •IDEF — методологии семейства ICAM (Integrated Computer- Aided Manufacturing) для решения
- •Семейство стандартов
- •Семейство стандартов
- •Семейство стандартов
- •Семейство стандартов
- •Семейство стандартов
- •Семейство стандартов
- •Технология структурного анализа и проектирования (SADT)
- •Методика проектирования хранилищ данных
- •Использование связи между сущностями
- •Идентификация сущностей
- •Схема данных
- •Анализ потоков данных
- •Пример реализации схемы потоков данных
- •Университет машиностроения Кафедра «Автоматика и процессы управления»
Семейство стандартов |
(продолжение) |
-IDEF2 — Simulation Model Design — методология динамического моделирования развития систем. В связи с весьма серьезными сложностями анализа динамических систем от этого стандарта практически отказались, и его развитие приостановилось на самом начальном этапе. В настоящее время присутствуют алгоритмы и их компьютерные реализации, позволяющие превращать набор статических диаграмм IDEF0 в динамические модели, построенные на базе «раскрашенных сетей Петри» (CPN — Color Petri Nets);
-IDEF3 — Process Description Capture — Документирование технологических процессов,
IDEF3 — методология документирования процессов, происходящих в системе (например, на предприятии), описываются сценарий и последовательность операций для каждого процесса. IDEF3 имеет прямую взаимосвязь с методологией IDEF0 — каждая функция (функциональный блок) может быть представлена в виде отдельного процесса средствами IDEF3;
-IDEF4 — Object-Oriented Design — методология построения объектно- ориентированных систем, позволяют отображать структуру объектов и заложенные принципы их взаимодействия, тем самым позволяя анализировать и оптимизировать сложные объектно-
ориентированные системы;
Информатика. 2 семестр. Тема 11. Моделирование ИСУ
Семейство стандартов |
(продолжение) |
-IDEF5 — Ontology Description Capture — Стандарт онтологического исследования сложных систем. С помощью методологии IDEF5 онтология системы может быть описана при помощи определенного словаря терминов и правил, на основании которых могут быть сформированы достоверные утверждения о состоянии рассматриваемой системы в некоторый момент времени. На основе этих утверждений формируются выводы о дальнейшем развитии системы и производится её оптимизация;
-IDEF6 — Design Rationale Capture — Обоснование проектных действий. Назначение IDEF6 состоит в облегчении получения «знаний о способе» моделирования, их представления и использования при разработке систем управления предприятиями. Под «знаниями о способе» понимаются причины, обстоятельства, скрытые мотивы, которые обуславливают выбранные методы моделирования. Проще говоря, «знания о способе» интерпретируются как ответ на вопрос: «почему модель получилась такой, какой получилась?» Большинство методов моделирования фокусируются на собственно получаемых моделях, а не на процессе их создания. Метод IDEF6 акцентирует внимание именно на процессе создания модели;
Информатика. 2 семестр. Тема 11. Моделирование ИСУ
Семейство стандартов |
(продолжение) |
-IDEF7 — Information System Auditing — Аудит информационных систем. Этот метод определён как востребованный, однако так и не был полностью разработан;
-IDEF8 — User Interface Modeling — Метод разработки интерфейсов взаимодействия оператора и системы (пользовательских интерфейсов). Современные среды разработки пользовательских интерфейсов в большей степени создают внешний вид интерфейса. IDFE8 фокусирует внимание разработчиков интерфейса на программировании желаемого взаимного поведения интерфейса и пользователя на трех уровнях: выполняемой операции (что это за операция); сценарии взаимодействия, определяемом специфической ролью пользователя (по какому сценарию она должна выполняться тем или иным пользователем); и, наконец, на деталях интерфейса (какие элементы управления, предлагает интерфейс для выполнения операции);
Информатика. 2 семестр. Тема 11. Моделирование ИСУ
Семейство стандартов |
(продолжение) |
-IDEF9 — Scenario-Driven IS Design (Business Constraint Discovery method) — Метод исследования бизнес ограничений был разработан для облегчения обнаружения и анализа ограничений в условиях которых действует предприятие. Обычно, при построении моделей описанию ограничений, оказывающих влияние на протекание процессов на предприятии уделяется недостаточное внимание. Знания об основных ограничениях и характере их влияния, закладываемые в модели, в лучшем случае остаются неполными, несогласованными, распределенными нерационально, но часто их вовсе нет. Это не обязательно приводит к тому, что построенные модели нежизнеспособны, просто их реализация столкнется с непредвиденными трудностями, в результате чего их потенциал будет не реализован. Тем не менее в случаях, когда речь идет именно о совершенствовании структур или адаптации к предсказываемым изменениям, знания о существующих ограничениях имеют критическое значение;
-IDEF10 — Implementation Architecture Modeling — Моделирование архитектуры выполнения. Этот метод определён как востребованный, однако так и не был полностью разработан;
Информатика. 2 семестр. Тема 11. Моделирование ИСУ
Семейство стандартов |
(окончание) |
-IDEF11 — Information Artifact Modeling. Этот метод определён как востребованный, однако так и не был полностью разработан;
-IDEF12 — Organization Modeling — Организационное моделирование. Этот метод определён как востребованный, однако так и не был полностью разработан;
-IDEF13 — Three Schema Mapping Design — Трёхсхемное проектирование преобразования данных. Этот метод определён как востребованный, однако так и не был полностью разработан;
-IDEF14 — Network Design — Метод проектирования компьютерных сетей, основанный на анализе требований, специфических сетевых компонентов, существующих конфигураций сетей. Также он обеспечивает поддержку решений, связанных с рациональным управлением материальными ресурсами, что позволяет достичь существенной экономии.
Информатика. 2 семестр. Тема 11. Моделирование ИСУ
Технология структурного анализа и проектирования (SADT)
Проектирование
Хранилищ данных
IDEF1
IDEF1x
DFD
Информатика. 2 семестр. Тема 11. Моделирование ИСУ
Методика проектирования хранилищ данных
Пример: система учёта персонала (бухгалтерия)
СУЩНОСТИ
Имя сотрудника Оклад сотрудника Название отдела
СОТРУДНИК
Название отдела
|
|
|
|
|
|
Т |
В |
|
|
|
|
|
Е |
|
|
|
|
|
|
А |
|
|
|
|
|
|
Т |
|
|
|
|
|
|
О |
|
|
|
|
|
|
Б |
|
|
|
|
|
|
А |
|
|
|
|
|
|
|
Р |
|
|
|
|
|
|
|
ОТДЕЛ
СВЯЗЬ
Сущности – абстракции (шаблоны) используемых объектов Атрибуты – параметры (характеристики, свойства) объектов
Установка значений атрибутов приводит к созданию реализации сущности, т.е. появлению отображения реального
объекта в информационной системе
Информатика. 2 семестр. Тема 11. Моделирование ИСУ
Использование связи между сущностями
|
КЛЮЧЕВЫЕ АТРИБУТЫ |
|||||||
Название отдела |
|
|
|
|
|
|
|
Имя сотрудника |
|
|
|
|
|
|
|
|
Оклад сотрудника |
|
|
|
|
|
|
|
|
Название отдела |
|
|
|
|
|
|
|
Т |
В |
|
|
|
|
|
|
Е |
|
|
|
|
|
|
|
А |
|
|
|
|
|
|
|
Т |
|
|
|
|
|
|
|
О |
|
|
|
|
|
|
|
Б |
|
|
|
|
|
|
|
А |
|
|
|
|
|
|
|
|
Р |
|
|
|
|
|
|
|
ОТДЕЛ |
|
|
|
|
|
|
|
СОТРУДНИК |
|
МИГРИРУЮЩИЙ АТРИБУТ |
Пример связи между сущностями по схеме один-ко-многим
Один экземпляр первой сущности (отдел) связан с
несколькими экземплярами второй сущности. Причем первая сущность называется родительской, а вторая - дочерней
Значение мигрирующего (внешнего) атрибута не хранится в записи, а получается через связь сущностей
Информатика. 2 семестр. Тема 11. Моделирование ИСУ
Идентификация сущностей |
||
ID отдела |
|
|
Название отдела |
СУРРОГАТНЫЙ АТРИБУТ |
|
ОТДЕЛ |
||
|
||
РАБОТАЕТ В |
КЛЮЧЕВОЙ АТРИБУТ |
|
ID сотрудника |
||
|
||
Имя сотрудника |
|
|
Оклад сотрудника |
НЕКЛЮЧЕВЫЕ АТРИБУТЫ |
|
Название отдела |
|
|
СОТРУДНИК |
МИГРИРУЮЩИЙ АТРИБУТ |
Суррогатный атрибут (ID) отсутствует у объекта-прототипа и создается для решения технических задач
Естественный ключ образуется самими данными
Составной ключ образуется сочетанием нескольких атрибутов Суррогатный ключ – искусственное образование для
обеспечения уникальности объекта
Информатика. 2 семестр. Тема 11. Моделирование ИСУ
Схема данных
|
|
|
|
|
|
|
|
|
Мощность связи |
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
|
ID сотрудника |
|
|
|
|
||||
|
|
|
|
|
|
|
|
|
1 |
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||
|
|
ID отдела |
|
|
|
|
|
|
Имя сотрудника |
|
|
|
|
|||||
|
|
|
|
|
|
|
|
|
|
|
|
|
||||||
|
|
|
|
|
|
|
|
|
|
|
Оклад сотрудника |
|
|
|
|
|||
|
|
Название отдела |
|
|
|
|
|
М |
|
|
|
|
||||||
|
|
|
|
|
|
|
|
|
|
|
|
ID отдела |
|
|
|
|
||
|
|
ОТДЕЛ |
|
|
|
|
|
|
|
|
|
|
|
|
||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
|
СОТРУДНИК |
|
|
|
|
|
|||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
Одинаковые значения в |
|
|
|
|
||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
||||||
|
|
|
|
|
|
реализациях (объектах) |
|
|
|
|
|
|
|
|||||
|
|
|
|
|
|
образуют связь |
|
|
|
|
|
|
|
|||||
Отделы |
|
|
|
|
|
|
|
|
|
Сотрудники |
||||||||
ID отдела |
|
Название отдела |
|
ID сотрудника Имя сотрудника |
ID отдела |
|||||||||||||
1 |
|
|
|
|
|
|
|
|
|
|
||||||||
|
Бухгалтерия |
|
|
|
|
1 |
|
Иванов И.И. |
|
1 |
||||||||
2 |
|
|
|
|
2 |
|
Петров П.П. |
1 |
||||||||||
Адм.-хозяйственный |
|
|||||||||||||||||
3 |
|
Статистики |
|
|
|
|
3 |
|
Сидоров С.С. |
2 |
||||||||
|
|
|
|
|
4 |
|
Кольцов А.С. |
3 |
||||||||||
4 |
|
Прогнозирования |
|
|||||||||||||||
|
5 |
|
Сергеев Б.А. |
2 |
||||||||||||||
|
|
|
|
|
|
|
|
|
|
|
Информатика. 2 семестр. Тема 11. Моделирование ИСУ