Файл: Моделирование предметной области «Учёт продаж» с помощью UML.pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 23.04.2023

Просмотров: 235

Скачиваний: 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. Свойства столбцов таблицы Сборка