- •На научно исследовательскую работу студента
- •Ведение
- •1 Постановка задачи
- •2 Цель работы
- •3 Объект исследования
- •3.1 Обзор аналогов
- •4 Актуальность
- •5 Проектирование и разработка
- •5.1 Концептуальное модель
- •5.2 Функциональное моделирование
- •5.3 Модель потоков данных
- •5.4 Объектная модель
- •5.4.1 Диаграмма деятельности
- •5.4.2 Диаграмма UseCase.
- •5.4.3 Диаграмма компонентов
- •5.4.4 Диаграмма последовательности
- •5.4.5 Диаграмма классов
- •Список использованной литературы
5.3 Модель потоков данных
В основе данной методологии лежит нотация Гейна-Сарсона. В соответствии с методологией модель системы определяется как иерархия диаграмм потоков данных (ДПД или DFD), описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи пользователю. Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы ИС с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до тех пор, пока не будет достигнут такой уровень декомпозиции, на котором процесс становятся элементарными и детализировать их далее невозможно
Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам. Те в свою очередь преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам, накопителям данных или внешним сущностям - потребителям информации. Таким образом, основными компонентами диаграмм потоков данных являются:
внешние сущности;
системы/подсистемы;
процессы;
накопители данных;
потоки данных.
Рисунок 4.4 – Контекстная диаграмма DFD
Декомпозиция контекстной DFD диаграммы представлена на рисунке 4.5.
Рисунок 4.5 – Декомпозиция контекстной диаграммы DFD
Данная диаграмма является декомпозиция контекстной DFD диаграммы, и показывает разбиение системы на отдельные процессы (Загрузка изображений на сервер, создания 3-х мерной галереи, Сжатие VRML файла) и потоки данных между ними. В результате выполнения процесса «Загрузка изображений на сервер» образуется хранилище данных «Коллекция изображений на сервере».
Для того чтоб определить какие информационные потоки происходят в процессе создания 3-х мерной галереи необходим еще уровень композиции. Диаграмма декомпозиции данного блока представлена на рисунке 4.6.
На данной диаграмме показано на какие процессы разбит процесс «создания 3-х мерной галереи и потоки данных между ними.
К таким процессам относится: определение параметра, выбор изображений из загруженных, выбор источника света, создание описания комнаты, формирования описания 3-х мерной галереи, Создание VRML файла.
К потокам данных относиться: задание пользователем изображений, задание света, количество стен (3-6), хранилище выбранных изображений, выбранный источник света, VRML код комнаты, VRML код галереи.
Рисунок 4.6 – Детализация блока «Создания 3-х мерной галереи»
5.4 Объектная модель
Объектно—ориентированный анализ наилучшим образом подходит для проектирования информационных систем, основанных на ситуационном подходе к управлению сложными объектами. Парадигма объектного моделирования облегчила процесс взаимопонимания между разработчиком, экспертом и заказчиком системы.
Стандартной нотацией для моделирования крупных информационных систем (ИС) на основе объектно-ориентированной методологии служит унифицированный язык моделирования UML (Unified Modeling Language), который поддерживается рядом CASE-продуктов, одним из наиболее распространенных является Rational Rose.
