Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Информатика_Семестр2_Лекции / Информатика_2 семестр_Тема 11_Моделирование ИСУ.pptx
Скачиваний:
29
Добавлен:
05.06.2015
Размер:
569.06 Кб
Скачать

Семейство стандартов

(продолжение)

-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. Моделирование ИСУ