Информационное моделирование. Методология DFD. Особенности моделирования.

Цель: описать потоки данных.

Методология: используется для описания документооборота и обработки информации.

Представляет собой модельную систему как сеть связанных между собой работ. Их можно использовать как дополнение к IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации.

Особенности модели:

1. Модель строится на основе функциональной модели, но описывает только информацию.

2. Бизнес процесс рассматривается как совокупность функций информационной системы. Следовательно, он может охватывать не все предприятие целиком. (границы не имеем права менять).

3. Определенные функциональной моделью цели построения, контекст и точка зрения могут остаться теми же самыми, а могут быть уточнены.

4. Для описания информационных потоков отдельно описывается оборудование и тип информационной системы.

3.8. Диаграммы информационных потоков. Элементы модели: работа, стрелка, внешняя сущность, хранилище данных. Графическая интерпретация модели.

Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам. Те в свою очередь преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам, накопителям данных или внешним сущностям - потребителям информации. Таким образом, основными компонентами диаграмм потоков данных являются:

· Внешняя сущность (обеспечивают интерфейс с внешними объектами, находящимися за границами моделируемой системы) – объект, находящийся за пределами системы (менеджер, клиент, отдел продаж). Может предоставлять информацию для функций, либо оказать управленческое воздействие.

· Работа (функции обработки информации) – совокупность функций системы, преобразующих входную информацию в выходную.

· Стрелка (документы, объекты, сотрудники или отделы, которые участвуют в обработке информации) – информация, передаваемая от функции к хранилищу данных или наоборот.

· Хранилище данных (таблицы для хранения документов) – чаще всего документ, таблица, БД, где хранится информация временно или постоянно.

Последовательность построения:

1. Функциональная модель уже должна быть построена.

2. Определить цель построения.

3. Определить контекст и точку зрения (контекст – глубина и ширина).

4. Нарисовать дерево функций.

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

6. Строятся остальные страницы модели. Передача данных отслеживается через хранилища данных.

3.9. Модели и моделирование. Предметная область пакета прикладных программ. Модели предметной области (физическая, математическая, компьютерная), различия моделей.

Модель – это упрощенное отображение, содержит набор наиболее важных для данной задачи характеристик исследуемого объекта.

Назначение моделирования:

1. Упрощение и ускорение получения результатов изучения объекта и его исследования.

2. Выявление механизмов функционирования объекта (как он работает).

3. Выявление внешних факторов, влияющих на функционирование объекта и определение закономерностей их выявления.

4. Прогнозирование поведения объекта в заданных условиях.

Примечание: Для сложных объектов обычно строится несколько моделей, отражающих различные стороны объектов.

Любая модель имеет ограниченную область применения.

Предметная область (проблемная) – это часть реального мира, область науки или деятельности, в которой находятся прикладные задачи пользователя.

Этапы компьютерного моделирования:

1. Формулирование цели и предмета исследования.

2. Создание физической модели.

2.1. Выбор из всего множества объектов реального мира, те, которые соответствуют цели и определяют поведение системы, которую исследуют, в основном.

2.2. Выявление наиболее важных качественных характеристик элементов системы.

2.3. Качественное описание связей между элементами.

3. Создание математической модели.

3.1. Описание физической модели с помощью аппарата математики.

3.2. Выбор методов и алгоритмов расчета и их обоснование.

4. Создание компьютерной модели.

4.1. Разработка компьютерной программы на основе математической модели.

Примечание: 1. На каждом этапе моделирования вводятся нов. ограничения и упрощения исх-ой системы. Модель удаляется от прототипа. 2. Результаты моделирования обычно не могут непосредственно использовать на практике. Необходим «возврат» сложностей.

3.10. Реляционная модель данных. Описание проблемной области: объекты, атрибуты, связи. Понятия: база данных, система управления базами данных. Требования пользователя.

Реляционная модель данных – это модель данных, состоящая из связей и отношений.

1. Данные представлены в виде таблиц. Таблицы состоят из записей и полей.

2. Каждая таблица описывает класс объектов, а запись реальный объект ПО.

3. Имя таблицы должно быть уникальным в БД, а имя поля в пределах таблицы.

4. В качестве связей между таблицами используется информация ключевых полей.

Проблемная область – часть реальной системы, используемая для решения задач пользователя.

Объект – элемент инф системы, инф о котором хранится (может быть реальным – магазин, продавец, товар; или абстрактным – время поставки, факт поставки).

Класс – совокупность объектов, обладающих одинаковым набором свойств (разбивка на классы очень сильно зависит от задач и то ПО).

Атрибут – информационное отображение свойств объекта (хранит инф о свойствах).

Связь – функциональная зависимость между объектами Выбирают один или два вида связи (1: 1; 1: М; М: М).

База данных – совокупность связанных между собой данных по конкретной ПО. Должна быть обязательно структурирована.

Система управления БД – среда, обеспечивающая взаимодействие и обработку объекта (программа для обработки БД).