Разработка проекта Автостоянка
Скачать 1.68 Mb.
|
2. 2 Построение диаграммы классов.Разработка диаграммы классов должна соответствовать диаграмме вариантов использования. Диаграмма классов основана на таких понятиях, как классы, представляющие собой шаблоны структур данных, атрибуты, понимаемые как конкретные свойства объекта, и операции, обозначающие конкретные действия, которые может выполнять объект. В качестве среды программирования для разработки диаграммы классов был выбран MS Visual Studio. При работе системы переменные различных классов взаимодействуют между собой. На диаграммах взаимодействие классов отображается в виде связывающих линий. На построенной диаграмме (см. рис. 4) используются два вида связывающих линий: ассоциация и наследование. Рисунок 4 – Диаграмма классов для системы оказания услуг платной автостоянки При работе системы переменные различных классов взаимодействуют между собой. На диаграммах взаимодействие классов отображается в виде связывающих линий. Согласно диаграмме классов, «Журнал регистрации» занимает центральное место, поскольку он ассоциативно связан со всеми классами на диаграмме. В листинге 1 представлены не только существующие ассоциации для этого класса, но также два метода «Регистрация» и «Формирование отчета». Аналогичным образом в программе формируются остальные классы (см. листинги 2-6). Листинг 1 – Класс «Журнал регистрации» Листинг 2 – Класс «Тариф» Для класса «Дежурный» помимо метода и связей ассоциации также предусмотрена связь «Наследование», где родителем-классом является «Сотрудник». Это обусловлено тем, что для системы «Дежурный» рассматривается с его конкретными свойствами «Сектор» и персональный «Номер», который необходим для аутентификации дежурного, но он также обладает характерными для других сотрудников свойствами. Листинг 3 – Класс «Дежурный» Листинг 4 – Класс «Сотрудник» Листинг 5 – Класс «Автомобиль» Листинг 6 – Класс «Клиент» Листинг 7 – Класс «Парковочное место» Листинг 8 – Класс «Услуги» 2. 3 Построение диаграммы последовательности.Объектами моделирования в диаграмме являются клиент, дежурный, модуль информационной системы «ИС: Автостоянка» «Регистрация», модуль информационной системы «ИС: Автостоянка» «Постановка авто». Выбранные объекты располагаются на диаграмме. Клиента и дежурного будем рассматривать как актеров. Клиент получает фокус управления сразу после своего появления в системе, так как моделируемый процесс начинается с него. У дежурного и модулей отображена на диаграмме их линия жизни для обозначения периода времени, в течение которого объект существует в системе и, следовательно, может потенциально участвовать во всех ее взаимодействиях. Все объекты периодически получают и теряют фокус управления. Расположенные объекты на диаграмме последовательности отображены на рис. 5. Рисунок 5 – Объекты диаграммы последовательности Процесс взаимодействия в этой системе начинается с бронирования парковочного места клиентом. Он обращается к дежурному, который вводит данные о клиенте в модуль ИС «Регистрация». В свою очередь модуль «Регистрация» обращается к модулю «Постановка Авто» для наличия свободных мест. Если наличие свободных мест подтверждено, то модули возвращают значение «бронирование успешно» объекту дежурному, и тот предлагает клиенту дополнительные услуги. Следующее действие также инициируется клиентом – выбор тарифа, срока парковки и сопутствующих услуг. На основании этих данных дежурный регистрирует клиента в модуле «Регистрация». После этого модуль «Регистрация» возвращает значение «регистрация успешно завершена». Затем модуль «Регистрация» больше не получит фокус управления в процессе, так как выполнила свою задачу, но поскольку с ней можно будет взаимодействовать (для изменения данных), на диаграмме отображается ее линия жизни. Дополненный фрагмент диаграммы последовательности изображен на рис. 6. Рисунок 6 – Дополненный фрагмент диаграммы последовательности для системы оказания услуг платной автостоянки После успешной регистрации клиент паркует автомобиль, а данные об этом вносятся в модуль "Постановка авто". Стоит обратить внимание, что фокус управления клиента пропадает на момент парковки, так как он покидает автостоянку и никак не участвует в процессе на данный момент. Фокус управления на данный период будет у модуля "Постановка авто", так как она проводит проверку состояния активных заказов. Когда клиент возвращается за автомобилем ему необходимо произвести оплату. Дежурный принимает оплату, подтверждает ее и сообщает клиенту, что оплата успешно произведена. Участие объекта дежурного в процессе после этого будет прекращено, но останется линия жизни, так как клиент в случае проблем всегда может обратиться к дежурному для их решения. После того, как клиент забирает автомобиль с парковочного места и покидает автостоянку, данные в модуле "Постановка авто" снова будут изменены, статус изменится на "неактивный" и моделируемый процесс на этом завершается. Разработанная диаграмма последовательности представлена на рис. 7. Рисунок 7 – Диаграмма последовательности для системы оказания услуг платной автостоянки 3 ПОСТРОЕНИЕ ПРОТОТИПА СИСТЕМЫ 3. 1. Описание общей архитектуры ИС Под архитектурой понимается общая структура ИС. Она тесно связана с интерфейсом и дизайном системы. Продуманность указанных аспектов должна обеспечить удобство работы конечных пользователей и, в конечном счете, определяет коммерческий успех ИС. В пределах курсовой работы предложено использовать следующую архитектуру: 1. При запуске ИС должна появиться форма входа в систему; 2. После ввода имени пользователя и пароля должен произойти переход к главному меню; 3. Главное меню должно обеспечивать доступ к следующим функциям системы: тарифы; клиенты; автомобили; парковочные места; журнал регистрации; оказанные услуги; 4. При выборе соответствующего пункта меню система должна переходить на нужную форму, где реализованы необходимые операции. |