Материал: Разработка проекта Автостоянка

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам


Таким образом будет продемонстрирована методика перехода от описания функциональных требований к объектно-ориентированной структуре приложения. Особое внимание уделяется построению диаграмм деятельности и последовательности, а также разработке раскадровки для иллюстрации варианта использования.

2. 1 Построение диаграммы вариантов использования.


Построение диаграммы вариантов использования начинается с выбора актеров. В качестве актеров данной системы могут выступать два субъекта, один из которых является клиентом, а другой – дежурным автостоянки. Каждый из этих актеров взаимодействует с рассматриваемой системой оказания услуг платной автостоянки и является ее пользователем, т. е. они оба обращаются к соответствующему сервису «Оформить постановку машины на стоянку».

Как следует из существа выдвигаемых к системе требований, этот сервис выступает в качестве варианта использования разрабатываемой диаграммы, первоначальная структура которой может включать в себя только двух указанных актеров и единственный вариант использования (рис. 1).


Рисунок 1 - Исходная диаграмма вариантов использования для разработки системы оказания услуг платной автостоянки

Значения указанных на данной диаграмме кратностей отражают общие правила или логику оформления постановки машины на стоянку. Согласно этим правилам, один дежурный может участвовать в оформлении постановки нескольких машин, в то же время каждая постановка машины может быть оформлена только одним дежурным.

С другой стороны, каждый клиент может поставить несколько машин на стоянку, в то же время, каждая машина должен быть оформлена на единственного клиента, который владеет автомобилем.

Затем можно выделить и отобразить на диаграмме дополнительные варианты использования. Уточненный вариант диаграммы представлен на рисунке 2.



Рисунок 2 - Уточненный вариант диаграммы вариантов использования для системы оказания услуг платной автостоянки

Возможна детализация с целью более глубокого уточнения предъявляемых к системе требований и конкретизации деталей ее последующей реализации. На рисунке 3 представлен один из возможных вариантов детализации.


Рисунок 3 - Один из вариантов последующего уточнения диаграммы вариантов использования для рассматриваемой системы продажи

Спецификация для варианта использования «Оформить постановку автомобиля на стоянку» представлена в таблице 3.

Таблица 3 – Спецификация

Раздел

Описание

Краткое описание

На автостоянку обращаются владельцы транспортных средств и помещают машину на стоянку. Если на стоянке есть свободные парковочные места, то оформляется постановка автомобиля на доступное парковочное место.

Если свободных парковочных мест нет, то клиенту предлагается подождать некоторое время.

Субъекты

Клиент, Дежурный.

Продолжение таблицы 3

Предусловия

На автостоянке имеются парковочные места, предназначенные для платной стоянки. Дежурные автостоянки умеют использовать систему оказания услуг платной автостоянки. У клиентов есть возможность заказа сопутствующих услуг и покупки абонемента.

Основной поток

Клиент имеет возможность выбрать любое парковочное место. Если выбранное парковочное место свободно, то оформляется постановка машины на стоянку с присвоением ей уникального номера. После этого покупателю предлагается выбрать тариф, способ оплаты и длительность парковки.

В случае отсутствия свободных парковочных мест клиенту предлагается подождать определенное время, рассчитанное с учетом активных парковок.

Альтернативный

поток

Если у покупателя оформлен абонемент, то процедура постановки автомобиля на стоянку происходит с учетом присвоенного данному абонементу парковочного места, а процедура оплаты будет опущена, поскольку оплата абонемента происходит единовременно - раз в месяц.

Если у покупателя оформлены сопутствующие дополнительные услуги, то в оплату будет включена их сумма.

Постусловия

Оформление постановки автомобиля осуществлено, и определен тариф и длительность парковки.


2. 2 Построение диаграммы классов.


Разработка диаграммы классов должна соответствовать диаграмме вариантов использования. Диаграмма классов основана на таких понятиях, как классы, представляющие собой шаблоны структур данных, атрибуты, понимаемые как конкретные свойства объекта, и операции, обозначающие конкретные действия, которые может выполнять объект.

В качестве среды программирования для разработки диаграммы классов был выбран MS Visual Studio.

При работе системы переменные различных классов взаимодействуют между собой. На диаграммах взаимодействие классов отображается в виде связывающих линий. На построенной диаграмме (см. рис. 4) используются два вида связывающих линий: ассоциация и наследование.



Рисунок 4 – Диаграмма классов для системы оказания услуг платной автостоянки

При работе системы переменные различных классов взаимодействуют между собой. На диаграммах взаимодействие классов отображается в виде связывающих линий.

Согласно диаграмме классов, «Журнал регистрации» занимает центральное место, поскольку он ассоциативно связан со всеми классами на диаграмме. В листинге 1 представлены не только существующие ассоциации для этого класса, но также два метода «Регистрация» и «Формирование отчета».

Аналогичным образом в программе формируются остальные классы (см. листинги 2-6).



Листинг 1 – Класс «Журнал регистрации»



Листинг 2 – Класс «Тариф»

Для класса «Дежурный» помимо метода и связей ассоциации также предусмотрена связь «Наследование», где родителем-классом является «Сотрудник». Это обусловлено тем, что для системы «Дежурный» рассматривается с его конкретными свойствами «Сектор» и персональный «Номер», который необходим для аутентификации дежурного, но он также обладает характерными для других сотрудников свойствами.



Листинг 3 – Класс «Дежурный»

Источник: https://tut-files.ru/previewfile/30974