Разработка информационной системы, хранящей данные о клиентах телефонной станции, о тарифах и о вызовах, совершенных клиентами, страница 3

Рис. 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. Таблица «адресаты»