Рис. 5. Диаграмма классов
Рис. 6. Таблица классов
Полученный SQLDDL код
CREATE TABLE T_Тарифы (
id_города INTEGER NOT NULL,
Страна VARCHAR ( 255 ) NOT NULL,
Город VARCHAR ( 255 ) NOT NULL,
Тариф DOUBLE PRECISION NOT NULL,
ТарифЛьготный DOUBLE PRECISION NOT NULL,
CONSTRAINT PK_T_Тарифы2 PRIMARY KEY (id_города)
);
CREATE TABLE T_Вызовы (
id_вызова INTEGER NOT NULL,
id_клиента INTEGER NOT NULL,
id_города INTEGER NOT NULL,
Дата DATE NOT NULL,
Время DATE NOT NULL,
Продолжительность INTEGER NOT NULL,
T_Клиенты_id_клиента INTEGER,
COL_0 INTEGER NOT NULL,
T_Тарифы_id_города INTEGER NOT NULL,
CONSTRAINT PK_T_Вызовы0 PRIMARY KEY (id_вызова)
);
CREATE INDEX TC_T_Вызовы4 ON T_Вызовы (T_Тарифы_id_города );
CREATE INDEX TC_T_Вызовы3 ON T_Вызовы (T_Клиенты_id_клиента );
CREATE INDEX TC_T_Вызовы5 ON T_Вызовы (COL_0 );
CREATE TABLE T_Клиенты (
id_клиента INTEGER NOT NULL,
Фамилия VARCHAR ( 255 ) NOT NULL,
Имя VARCHAR ( 255 ) NOT NULL,
Отчество VARCHAR ( 255 ) NOT NULL,
Телефон INTEGER NOT NULL,
Адрес VARCHAR ( 255 ) NOT NULL,
CONSTRAINT PK_T_Клиенты1 PRIMARY KEY (id_клиента)
);
ALTER TABLE T_Вызовы ADD CONSTRAINT FK_T_Вызовы0 FOREIGN KEY (T_Клиенты_id_клиента) REFERENCES T_Клиенты (id_клиента) ON DELETE NO ACTION ON UPDATE NO ACTION;
ALTER TABLE T_Вызовы ADD CONSTRAINT FK_T_Вызовы2 FOREIGN KEY (T_Тарифы_id_города) REFERENCES T_Тарифы (id_города) ON DELETE NO ACTION ON UPDATE NO ACTION;
ALTER TABLE T_Вызовы ADD CONSTRAINT FK_T_Вызовы1 FOREIGN KEY (COL_0) REFERENCES T_Клиенты (id_клиента) ON DELETE NO ACTION ON UPDATE NO ACTION;
Диаграмма последовательности
Sequence-диаграмма иллюстрирует очередность выполнения операций взаимодействия объектов во времени. И отображает объекты и классы, вовлеченные в сценарий поведения, а также сообщения, которыми они обмениваются в процессе выполнения их функций.
Рис. 7. Диаграмма последовательности, определяющая бизнес логику системы
Рис. 8. Диаграмма последовательности для варианта использования «поиск информации о клиенте»
Диаграмма компонентов
Этот тип диаграмм предназначен для распределения классов и объектов по компонентам при физическом проектировании системы.
Рис. 9. Диаграмма компонентов
Диаграмма развертывания
Этот вид диаграмм предназначен для анализа аппаратной части системы, то есть «железа», а не программ. Для каждой модели создается только одна такая диаграмма, отображающая процессоры (Processor), устройства (Device) и их соединения.
Рис. 10. Диаграмма развертывания
ER-диаграмма
ER-диаграмма представляет собой модель «сущность-связь». В данной БД выделяются 3 сущности: клиент, вызов, адресат (табл.1). ER-диаграмма представлена на рис. 11 и на рис. 12.
Таблица 1
Сущность |
Набор атрибутов |
Клиенты |
- ID_клиента - Фамилия - Имя - Отчество - Телефон - Адрес |
Вызовы |
- ID_вызова - ID_клиента - ID_города -Дата_вызова - Время_вызова - продолжительность |
Адресаты |
- ID_города - Страна - Город - Тариф - Тариф_льготный |
Рис. 11. ER-диаграмма
Рис. 12. ER-диаграмма
Таблицы
База данных состоит из следующих таблиц, представленных на рис.13-18.
Рис. 13. Типы данных таблицы «клиенты»
Рис. 14. Таблица «клиенты»
Рис. 15. Типы данных таблицы «вызовы»
Рис. 16. Таблица «вызовы»
Рис. 17. типы данных таблицы «адресаты»
Рис. 18. Таблица «адресаты»
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.