- •Балтийский государственный технический университет "военмех" им. Д. Ф. Устинова
- •Курсовой проект
- •Реферат
- •Содержание
- •1. Описание предметной области
- •1.1 Описание бизнес-процессов
- •1.2 Описание организационной структуры ПрО
- •1.3 Процессы (когда)
- •1.4 Люди
- •1.5 Сеть (где)
- •1.6 Данные (что)
- •1.7 Функции (как)
- •Концептуальная модель предметной области
- •3. Описание проблем и формирование концепции информационной системы
- •3.1 Проблемы предметной области
- •3.2 Концепция информационной системы
- •3.2.1 Основные понятия
- •3.2.2 Функциональные требования
- •3.2.3 Нефункциональные требования
- •4. Концептуальная модель информационной системы
- •4.1 Списки ответственности
- •4.2 Диаграмма классов концептуальной модели
- •5. Логическая модель информационной системы
- •Модель поведения
- •Модель структуры
- •Реализация модели в среде case-средства
- •Начало работы над проектом
- •Разработка модели поведения
- •Разработка модели структуры
- •Заключение
5. Логическая модель информационной системы
В данном разделе содержится набор UML-диаграмм, моделирующих функциональные возможности и структуру программного обеспечения ПО ИС на логическом уровне. Исходными данными для диаграмм логической модели служат диаграммы концептуальной модели ИС.
Модель поведения
Модель поведения разработана посредством диаграмм последовательности. На рисунках 15-17 представлена модель поведения, моделирующая поиск причины неисправности и составление указания на доработку.
Взаимодействие объектов на диаграмме моделируют следующие последовательности действий:
Ввод кода модуля;
Выбор неисправности, если таковая имеется в ИС;
Запрос электрической принципиальной схемы модуля;
Ввод причины неисправности в ИС;
Составление указания на доработку;
Сохранение документа;
Печать документа.
На диаграмме не показаны последовательности взаимодействий по печати, а также не отражены последовательности взаимодействий, моделирующие, обеспечивающие (аутентификация и авторизация) функции.
На диаграмме не показано взаимодействие классов источника данных между собой. Класс UdalVyzovData взаимодействует с граничными классами источников данных, обращаясь тем самым к нужным БД.
БД, с которой будет работать пользователь, определяется самой ИС, если запрашиваемая информация имеется на локальном ПК, то работа ведется с ней, а если нет, то поиск продолжается по всей локальной сети лаборатории. Сохранение ведется на локальный ПК и резервный диск.
Рисунок 15. Модель поведения, моделирующая поиск причины неисправности и составление указания на доработку. Начало
Рисунок 16. Модель поведения, моделирующая поиск причины неисправности и составление указания на доработку. Продолжение
Рисунок 17. Модель поведения, моделирующая поиск причины неисправности и составление указания на доработку. Конец
Модель структуры
Модель структуры является целевой моделью курсового проекта, которую рекомендуется представлять посредством диаграмм классов. На рисунке 18 представлена диаграмма классов ПО ИС, на которой отражены все классы, составляющие ПО ИС учета бортовых испытаний НИЛ.
Рисунок 18. Диаграмма классов, моделирующая ПО ИС на логическом уровне. Начало
Рисунок 19. Диаграмма классов, моделирующая ПО ИС на логическом уровне. Конец
На диаграммах не везде отражены такие примитивные функции, как добавление записи, редактирование, удаление. Но там, где это особенно необходимо, на диаграмме показано. Разобраны только основные атрибуты и операции на основании вышеприведенных диаграмм UML .
Реализация модели в среде case-средства
В качестве примера реализации модели в среде Case-средства опишем процесс моделирования диаграмм логической модели ПО ИС.
Начало работы над проектом
В качестве среды разработки ИС было выбрано CASE-средство фирмы Rational Software Corporation – Rational Rose Enterprise Edition. Выбор был сделан, исходя из нижеперечисленных достоинств продукта.
Работа продукта основана на универсальном языке моделирования UML (Universal Modeling Language). Благодаря уникальному языку моделирования Rational Rose способен решать практически любые задачи в проектировании информационных систем: от анализа бизнес процессов до кодогенерации на определенном языке программирования. Только Rose позволяет разрабатывать как высокоуровневые, так и низкоуровневые модели, осуществляя тем самым либо абстрактное проектирование, либо логическое.
Только Rational Rose имеет весь необходимый набор визуальных средств проектирования. Только Rational Rose осуществляет такие подходы, как прямое и обратное проектирование, а так же Round Trip Engineering. Такой арсенал позволит не только проектировать новую систему, но и доработать старую, произведя процесс обратного проектирования.
Запустить программу Rational Rose Enterprise Edition. Создать новый проект: FiIe->New. После того, как проект будет создан и работа с ним будет завершена, необходимо сохранить полученные диаграммы. Для этого в меню File выбрать пункт Save или Save As, дать имя проекту и сохранить его в файл с расширением *.mdl. В нашем случае проект имеет название kurs.mdl.
