Файл: Моделирование предметной области «Учёт продаж» с помощью UML.pdf
Добавлен: 23.04.2023
Просмотров: 273
Скачиваний: 2
Диаграмма последовательности действий Ввод заказа (рис.7) описывает алгоритм действий, при которых некоторый клиент заказывает автомобиль и продавец осуществляет ввод заказа. Слева показан актер (работник автосалона), инициирующий данный алгоритм. Работнику приходится взаимодействовать с тремя объектами, чтобы достигнуть своей цели, важнейшими из которых являются Выбор варианта заказа и Заказ, так как они влияют на ввод заказа.
Рисунок 7 - Диаграмма последовательности действий Ввод заказа
Диаграмма последовательности действий Ввод заказа (рис.8 обеспечивает возможность добавления новых заказов. Изменения старых, выполнения заказов, проверки и возобновления инвентарных описей. При получении заказа система также должна послать сообщение расчетной системе, которая выписывает счет. Если требуемого автомобиля нет в автосалоне, заказ должен быть отклонен. Диаграмма наглядно и визуально просто описывает последовательность событий в алгоритме.
На диаграмме последовательности неявно присутствует ось времени, что позволяет визуализировать временные отношения между передаваемыми сообщениями.
Рисунок 8 - Диаграмма последовательности действий Ввод заказа
Этот тип диаграмм позволяет описать взаимодействия объектов, абстрагируясь от последовательности передачи сообщений. На этом типе диаграмм в компактном виде отражаются все принимаемые и передаваемые сообщения конкретного объекта и типы этих сообщений.
По причине того, что диаграммы Sequence и Collaboration являются разными взглядами на одни и те же процессы, Rational Rose позволяет создавать из Sequence диаграммы диаграмму Collaboration и наоборот, а также производит автоматическую синхронизацию этих диаграмм.
Диаграмма сотрудничества Ввод заказа (рис.9) моделирует последовательность действий при оформлении заказа сотрудником магазина.
Диаграмма сотрудничества позволяет более полному пониманию особенностей реализации функций системы, хотя и не содержит всю информацию, необходимую для их реализации.
Рисунок 9 - Диаграмма сотрудничества Подача заявления
В результате использования инструмента Rational Rose построены диаграммы, описывающие взаимодействие всех объектов проектируемой системы компьютерного магазина и их последовательность.
Логическая модель информационной системы
Модель «сущность-связь» или ER-модель опубликована американским исследователем в области баз данных Питером Ченом в1976 году. С тех пор она расширялась и модифицировалась как самим Ченом, так и многими другими исследователями. В различных вариантах она вошла в состав многих CASE-средств поддержки проектирования информационных систем.
Базовыми понятиями ER-модели являются сущность, атрибут, идентификатор и связь.
Сущность (entity) — это некоторый объект, выделяемый (идентифицируемый) пользователем в предметной области. Нечто, зачем пользователь хотел бы наблюдать и сохранять результаты наблюдений(данные).
ER-диаграмма базы данных, приведена на рисунке 10.
Диаграмма выполнена в нотациях IDEF1X.
Рисунок 10 - ER-диаграмма БД Автосалон
Диаграмма FA-уровня должна содержать все, что содержит диаграмма КВ-уровня и, кроме того, все неключевые атрибуты.
Диаграмма выполнена в нотациях IDEF1X.
Атрибуты изображаются в виде списка имен внутри блока ассоциированной сущности, причем каждый атрибут занимает отдельную строку. На диаграмме атрибуты, составляющие первичный ключ, располагаются в верхней части прямоугольника, и отделяющая от прочих (не входящих в первичных ключ) горизонтальной линией.
Атрибут — любая характеристика сущности, значимая для рассматриваемой предметной области. Он предназначен для квалификации, идентификации, классификации, количественной характеристики или выражения состояния сущности.
Все сущности на FA-диаграмме удовлетворяют по требованиям НФБК[1]. (Определение НФБК. Отношение находится в НФБК, если и только если каждый его детерминант является возможным ключом[2].)
Диаграммы FA-уровня модели, выполненные в нотациях стандарта IDEF1X, представлена на рисунке 11.
Рисунок 11 - FA-уровень модели данных
Глоссарий сущностей представлен в таблице 1.
Таблица 1. Глоссарий сущностей
Сущность |
Описание |
Автомобили |
Список автомобилей |
Клиенты |
Список клиентов |
Кузова |
Описание кузовов |
Менеджеры |
Список менеджеров |
Партия |
Список партий |
Поставщики |
Список поставщиков |
Продажа |
Список продаж |
Сборка |
Описание сборки |
Физическая модель информационной системы
Создана схема в MS Access 2010.
Рисунок 12 - Схема БД Автосалон в MS Access 2010
Свойства столбцов таблицы «Автомобили» представлены в таблице 5:
Таблица 5. Свойства столбцов таблицы Автомобили
Наименование поля |
Тип данных |
Ключевое поле |
Размер поля |
Примечание |
kod avto |
счетчик |
Да |
Длинное целое |
Подпись: код автомобиля. |
kod post |
числовой |
Нет |
Длинное целое |
Подпись: код поставщика; обязательное; подстановка из таблицы «поставщики». |
tip sb |
числовой |
Нет |
Длинное целое |
Подпись: тип сборки; обязательное; подстановка из таблицы «сборка». |
tip kuz |
Числовой |
Нет |
Длинное целое |
Подпись: тип кузова; обязательное; подстановка из таблицы «кузова». |
marka |
текстовый |
Нет |
15 |
Подпись: марка; обязательное; маска ввода: ????????. |
model |
текстовый |
Нет |
15 |
Подпись: модель; обязательное. |
kol |
числовой |
Нет |
Целое |
Подпись: количество; обязательное; условие на значение: >=0; сообщение об ошибке: количество не может быть отрицательным. |
nal |
логический |
Нет |
Да/нет |
Подпись: наличие. |
Свойства столбцов таблицы «Клиенты» представлены в таблице 6:
Таблица 6. Свойства столбцов таблицы Клиенты
Наименование поля |
Тип данных |
Ключевое поле |
Размер поля |
Примечание |
Kod kli |
Счетчик |
Да |
Длинное целое |
Подпись: код клиента; |
Fio |
Текстовый |
Нет |
255 |
Подпись: фамилия, имя, отчество клиента; обязательное; маска ввода: ?????. |
City |
Текстовый |
Нет |
15 |
Подпись: город; обязательное; маска ввода:??????. |
Address. |
Текстовый |
Нет |
30 |
Подпись: адрес; обязательное. |
Tel |
Текстовый |
Нет |
16 |
Подпись: телефон; обязательное; маска ввода: \(#\-####\)##\-##\-##. |
Свойства столбцов таблицы «Кузова» представлены в таблице 7:
Таблица 7. Свойства столбцов таблицы Кузова
Наименование товара |
Тип данных |
Ключевое поле |
Размер поля |
Примечание. |
Kod kuz |
Счетчик |
Да |
Длинное целое |
Подпись: код кузова. |
Tip kuz |
Текстовый |
Нет |
15 |
Подпись: тип кузова; обязательное. |
Свойства столбцов таблицы «Менеджеры» представлены в таблице 8:
Таблица 8. Свойства столбцов таблицы Менеджеры
Наименование поля. |
Тип данных. |
Ключевое поле |
Размер поля. |
Примечание. |
Kod men |
Счетчик |
Да |
Длинное целое |
Подпись: код менеджера. |
Fio |
Текстовый |
Нет |
25 |
Подпись: фамилия, имя, отчество менеджера; обязательное; маска ввода: ???????. |
Data |
Дата/ время |
Нет |
Краткий формат даты. |
Подпись: дата принятия менеджера на работу; обязательное. |
Oklad |
Денежный |
Нет |
# ##0,0 |
Подпись: должностной оклад; обязательное; |
Adress |
Текстовый |
Нет |
30 |
Подпись: адрес; обязательное. |
Свойства столбцов таблицы «Партия» представлены в таблице 9:
Таблица 9. Свойства столбцов таблицы Партия
Наименование поля. |
Тип данных. |
Ключевое поле |
Размер поля |
Примечание. |
Kod part |
Счетчик |
Да |
Длинное целое |
Подпись: код партии; |
Kod post |
Числовой |
Нет |
Длинное целое |
Подпись: код поставщика; обязательное; |
Нет |
Подстановка из таблицы «поставщики». |
|||
Tip sb |
Числовой |
Нет |
Длинное целое |
Подпись: тип сборки; обязательное; подстановка из таблицы « сборка». |
Tip kuz |
Числовой |
Нет |
Длинное целое |
Подпись: тип кузова; обязательное; подстановка из таблицы « кузова». |
Marka |
Текстовый |
Нет |
255 |
Подпись: марка; обязательное; подстановка из таблицы « автомобили». |
Model |
Числовой |
Нет |
Длинное целое |
Подпись: модель; обязательное; подстановка из таблицы « автомобили». |
Kol |
Числовой |
Нет |
Целое |
Подпись: количество; обязательное. |
Cena |
Денежный |
Нет |
# ##0,0 |
Подпись: цена партии; обязательное. |
Свойства столбцов таблицы «Поставщики» представлены в таблице 10:
Таблица 10. Свойства столбцов таблицы Поставщики
Наименование поля. |
Тип данных. |
Ключевое поле |
Размер поля. |
Примечание. |
Kod post |
Счетчик |
Да |
Длинное целое |
Подпись: код поставщика. |
Firma |
Текстовый |
Нет |
25 |
Подпись: наименование фирма; обязательное. |
City |
Текстовый |
Нет |
15 |
Подпись: город; обязательное; маска ввода:???????. |
Address |
Текстовый |
Нет |
30 |
Подпись: адрес; |
Tel |
Текстовый |
Нет |
16 |
Подпись: телефон фирмы; |
Свойства столбцов таблицы «Продажа» представлены в таблице 11
Таблица 11. Свойства столбцов таблицы Продажа
Наименование поля. |
Тип данных. |
Ключевое поле |
Размер поля. |
Примечание. |
Kod pr. |
Счетчик. |
Да |
длинное целое. |
подпись: код продажи. |
Kod kli. |
Числовой. |
Нет |
Длинное целое. |
Подпись: код клиента; обязательное; подстановка из таблицы « клиенты». |
Kod men |
Числовой |
Нет |
Длинное целое |
Подпись: код менеджера; обязательное. |
Kod part |
Числовой |
Нет |
Длинное целое |
Подпись: код партии; обязательное; подстановка из таблицы « партия». |
Kod avto |
Числовой |
Нет |
Длинное целое |
Подпись автомобиль; обязательное; подстановка из таблицы « автомобили». |
Tip sb |
Числовой |
Нет |
Длинное целое |
Подпись: сборка; обязательное; подстановка из таблицы «сборка». |
Data |
Дата/время |
Нет |
Краткий формат времени |
Подпись: дата оформления; обязательное; маска ввода: ##.##.####. |
Summa |
Денежный |
Нет |
Подпись: сумма; обязательное. |
|
Otmetka |
Логический |
Нет |
Да/нет |
Подпись: отметка о выплате. |
Свойства столбцов таблицы «Сборка» представлены в таблице 12:
Таблица 12. Свойства столбцов таблицы Сборка