
- •1.Введение
- •2.Предметная область и формулировка задачи
- •3.Определение требований. Выявление групп пользователей
- •4.Бизнес – модель (Business use-case Diagram)
- •5. Диаграмма вариантов использования (use-case Diagram)
- •6.Потоки событий
- •Поток событий варианта использования «Искать по наименованию препарата» может выглядеть следующим образом:
- •Поток событий варианта использования «Продать товар» может выглядеть следующим образом:
- •7.Диаграмма деятельности (Activity Diagram)
- •8.Построение модели данных. Диаграмма классов (Class Diagram)
- •9.Проектирование реляционной базы данных из диаграммы классов
- •10.Диаграмма последовательности (Sequence Diagram)
- •11.Диаграмма взаимодействия
- •12.Вывод:
9.Проектирование реляционной базы данных из диаграммы классов
Рис. 6. Реляционные таблицы
Код SQL DDL для создания базы данных
CREATE TABLE Sklad (
Kod_sklad NUMBER ( 10 ) NOT NULL,
Name_medikament VARCHAR2 ( 255 ) NOT NULL,
Kolichestvo NUMBER ( 10 ) NOT NULL,
Nomer_sklada NUMBER ( 10 ) NOT NULL,
Kod_medikament NUMBER ( 10 ) NOT NULL,
Medickamenti_Kod_medikament NUMBER ( 10 ) NOT NULL,
CONSTRAINT PK_Sklad11 PRIMARY KEY (Kod_sklad)
)
/
CREATE TABLE Postavchik (
Kod_postavchik NUMBER ( 10 ) NOT NULL,
Nazvanie VARCHAR2 ( 255 ) NOT NULL,
FIO_direktora VARCHAR2 ( 255 ) NOT NULL,
INN_KPP VARCHAR2 ( 255 ) NOT NULL,
CONSTRAINT PK_Postavchik12 PRIMARY KEY (Kod_postavchik)
)
/
CREATE TABLE client (
Kod_klient NUMBER ( 10 ) NOT NULL,
nazvanie_klienta VARCHAR2 ( 255 ) NOT NULL,
FIO_direktora VARCHAR2 ( 255 ) NOT NULL,
INN_KPP NUMBER ( 10 ) NOT NULL,
CONSTRAINT PK_client14 PRIMARY KEY (Kod_klient)
)
/
CREATE TABLE Medickamenti (
Kod_medikament NUMBER ( 10 ) NOT NULL,
Name VARCHAR2 ( 255 ) NOT NULL,
Type VARCHAR2 ( 255 ) NOT NULL,
Izgotovitel VARCHAR2 ( 255 ) NOT NULL,
CONSTRAINT PK_Medickamenti13 PRIMARY KEY (Kod_medikament)
)
/
CREATE TABLE Zakaz (
Kod_zakaz NUMBER ( 10 ) NOT NULL,
Date DATE NOT NULL,
Kod_sklad NUMBER ( 10 ) NOT NULL,
Kod_postavchik NUMBER ( 10 ) NOT NULL,
Kod_klient NUMBER ( 10 ) NOT NULL,
CONSTRAINT PK_Zakaz10 PRIMARY KEY (Kod_zakaz)
)
/
ALTER TABLE Sklad ADD ( CONSTRAINT FK_Sklad13 FOREIGN KEY (Medickamenti_Kod_medikament) REFERENCES Medickamenti (Kod_medikament))
/
ALTER TABLE Sklad ADD ( CONSTRAINT FK_Sklad12 FOREIGN KEY (Kod_medikament) REFERENCES Medickamenti (Kod_medikament))
/
ALTER TABLE Zakaz ADD ( CONSTRAINT FK_Zakaz14 FOREIGN KEY (Kod_klient) REFERENCES client (Kod_klient))
/
ALTER TABLE Zakaz ADD ( CONSTRAINT FK_Zakaz11 FOREIGN KEY (Kod_postavchik) REFERENCES Postavchik (Kod_postavchik))
/
ALTER TABLE Zakaz ADD ( CONSTRAINT FK_Zakaz10 FOREIGN KEY (Kod_sklad) REFERENCES Sklad (Kod_sklad))
/
10.Диаграмма последовательности (Sequence Diagram)
Иллюстрирует очередность выполнения операций взаимодействия объектов во времени. Она отражает объекты и классы, вовлеченные в сценарий поведения, а также цепочки сообщений, которыми эти объекты обмениваются в ходе выполнения своих методов, для вызова методов. Диаграммы изображены на рис. 7,8.
Рис. 7. Sequence-диаграмма, отражающая алгоритм всей работы компании
Рис. 8. Sequence-диаграмма, отражающая алгоритм покупка медикамента
11.Диаграмма взаимодействия
Диаграммы
взаимодействия предназначены для
моделирования динамических аспектов
системы. Диаграмма взаимодействия
показывает взаимодействие, включающее
набор объектов и их отношений, а также
пересылаемые между объектами сообщения.
Существуют две разновидности диаграммы
взаимодействия — диаграмма
последовательности и диаграмма
сотрудничества. Диаграмма последовательности
— это диаграмма взаимодействия, которая
выделяет упорядочение сообщений по
времени. Диаграмма сотрудничества —
это диаграмма взаимодействия, которая
выделяет структурную организацию
объектов, посылающих и принимающих
сообщения. Элементами диаграмм
взаимодействия являются участники
взаимодействия
— объекты, связи, сообщения.
Рис. 9. Диаграмма взаимодействия, отражающая алгоритм всей работы компании