- •Балтийский государственный технический университет "военмех" им. Д. Ф. Устинова
- •Курсовой проект
- •Реферат
- •Содержание
- •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-средства
- •Начало работы над проектом
- •Разработка модели поведения
- •Разработка модели структуры
- •Заключение
4.2 Диаграмма классов концептуальной модели
Для разработки архитектуры ИС, целесообразно использовать шаблон трехслойной архитектуры.[7]
Представим основные высказывания по каждому слою архитектуры:
Слой представления: предоставляет услуги отображения данных, обработки событий пользовательского интерфейса (щелчки мыши, нажатия клавиш).
Слой предметной области: выполняет вычисления на основе вводимых и хранимых данных, проверку всех элементов данных и обработку команд, поступающих от слоя представления, а также передачу информации слою источника данных.
Слой источника данных: выполняет обращения к базе данных, обмен сообщениями, мониторинг транзакций.
Представим назначение классов по слоям в таблице 4.
Таблица 1 – Назначение классов концептуальной модели
Наименование класса |
Назначение класса |
Слой представления |
|
E-UI-MonitorIsp |
Граничный класс, отвечающий за отображение формы с мониторингами испытаний одного типа модулей и модулей конкретного инженера. |
E-UI-RegistrOper |
Граничный класс, отвечающий за отображение формы регистрации новых модулей и отображение журнала испытаний с датами, статусами, именами. |
E-UI-Neispr |
Граничный класс, отвечающий за отображение формы с возможной причиной неисправности, электрической схемой. Составление указаний на доработку. |
E-UI-MainIspyt |
Граничный класс, отвечающий за отображение формы c описанием рабочего места, методикой проведения настройки и испытаний в разных климатических условиях. |
Rules |
Класс хранения, содержащий данные бизнес-правил. |
E-MainControlClass |
Управляющий класс, методы которого отвечают за управление приложением в целом. |
Слой предметной области |
|
UdalVyzov |
Граничный класс, отвечающий за взаимодействие с классами слоя предметной области. |
E-ModulKatalog |
Класс хранения испытываемых модулей. |
Modul |
Класс хранения, содержащий информацию о модуле. Код, кто принес, когда, кто принял, статус модуля. |
E-Nastr |
Класс хранения методик настроек модулей с электрическими схемами. |
E-Ispyt |
Класс хранения методик испытаний модулей с описаниями подготовок рабочих мест. |
Oborud |
Класс хранения дополнительного, необходимого для испытаний оборудования. |
E-Prichina |
Класс хранения причин неисправностей. |
E-Sotrudnik |
Класс хранения, содержащий данные сотрудников, являющихся пользователями информационной системы. |
E-ListControlDostupa |
Класс хранения прав доступа пользователей информационной системы. |
Слой источника данных |
|
UdalVyzovData |
Граничный класс, отвечающий за взаимодействие со слоем источника данных. |
Data |
Граничный класс для взаимодействия с БД конкретных типов модулей (в пределах 1 пк). |
AllData |
Граничный класс для взаимодействия с БД всей НИЛ. |
Диаграмма классов, моделирующая структуру ИС на концептуальном уровне, представлена на рисунке 13, 14.
Рисунок 13. Диаграмма классов, моделирующая отношение классов слоя представления ПО ИС на концептуальном уровне
Рисунок 14. Диаграмма классов, моделирующая слой предметной области и источника данных ПО ИС на концептуальном уровне
