3. Поиск и исправление ошибок с помощью Erwin Examiner
Для автоматизированного поиска ошибок моделирования данных мы использовали инструмент, входящий в пакет AllFusion – AllFusion Data Modeler Validator (Erwin Examiner ). Как показано на рис. 13, с помощью пункта меню File/New мы создали проект:
Рис. 13 Создание проекта ERwinExaminer
В диалоге Select Project Type выбираем источник метаданных будущего проекта – модель Erwin 4.1. После выбора модели данных появляется диалог Select Tables for Model, в котором можно отобрать таблицы для включения в проект Erwin Examiner (рис. 14) :
Рис. 14 диалог Select Tables for Model
После импорта модели во вкладках Tables (рис. 15) и Relationships (рис. 16) отображаются объекты модели:
Рис. 15Вкладка Tables ERwin Examiner
Рис. 16 ВкладкаRelationships ERwinExaminer
После нахождения и исправления ошибок 3-ей (Normalization) и 4-ой (Relationships) категории вкладка Diagnostics Erwin Examiner выглядит, как показано на рис.17:
Рис. 17 ВкладкаDiagnosticsErwinExaminer
4. Модели в нотации языка uml
Помимо этого было проведено моделирование на языке UML в среде Component Modeler, входящей в состав пакета All Fusion Data Modeling Suite (Маклаков С.В. “Создание информационных систем с AllFusion Modeling Suite”). Были спроектированы диаграммы классов, компонентов и размещения.
4.1 Диаграмма размещения (Deploymentdiagram)
При построении диаграмм размещения используют три вида основных ус-ловно-графических обозначений: Processor (процессор), Device (устройство), Connection (соединение).На рис.18 показана диаграмма Deployment, на которой изображена схема сети «Гостиница». Сеть состоит из 4-х компьютеров (администратора, бухгалтера, отдела обслуживания и отдела учета телеф. переговоров), которые соединены с главным компьютером по хранению информации «Сервером». К компьютеру администратора гостиницы подключен принтер, остальные служащие гостиницы могут распечатать информацию по сети.
Рис. 18 Диаграмма размещения
4.2 Диаграмма компонентов (Component diagram)
Диаграмма компонентов показывают, как выглядит модель на физическом уровне. На ней изображаются компоненты программного обеспечения системы и связи между ними. При этом выделяют два типа компонентов: исполняемые компоненты и библиотеки кода. Диаграмма компонентов представлена на рис. 19:
Рис. 19 Диаграмма компонентов
У каждого класса имеется свой собственный заголовочный файл и файл с расширением *.СРР, так что каждый класс преобразуется в свои собственные компоненты на диаграмме. Например, класс Client преобразуется в два компонента: client.h и client.cрp. Вместе эти компоненты представляют тело и заголовок класса Client. Компонент Hotel.exe представляет поток обработки информации (thread of processing). В данном случае поток обработки — это исполняемая программа.
4.3 Диаграмма классов (Classdiagram)
На рис. 20 представлена диаграмма классов:
Рис. 20 Диаграмма классов
На диаграмме представлены 4 класса. У каждого из них есть методы (operations) – некоторые действия, которые описывают поведение методов класса. Так у класса Client есть методы: Delete() – для удаления данных о клиенте, CostRoom() – для подсчета итоговой стоимости проживания в гостинице. В классе Phone есть класс для выяснения времени разговора (Time()) и номера , по которому звонили (Number()).