Разработка информационной модели автосервиса с использованием языка моделирования UML
СОДЕРЖАНИЕ
Введение
1.Первоначальная постановка задачи
1.1Спецификация требований к системе
1.2Проектирование прецедентов
1.3Определение классов приложения
1.3.1Определение свойств классов
1.3.2Определение ассоциаций классов
1.3.3Моделирование поведения классов
2.Развитие постановки задачи
2.1Спецификация требований к системе
2.2Определение классов приложения
Заключение
Список использованных источников
ВВЕДЕНИЕ
Проектирование - один из наиболее важных этапов разработки программного обеспечения. В практике создания больших программных систем известно немало примеров неудачной реализации проекта именно из-за некачественного начального проектирования и недостаточного взаимодействия между заказчиками и разработчиками системы. К сожалению многие программисты и руководители проектов не уделяют должного внимания этапу проектирования, считая, что практически все время работы над приложением должно быть использовано для написания кода.
Построение модели системы до начала её программной реализации так же необходимо, как создание проектных чертежей перед возведением большого здания. Для успешного проектирования объектно-ориентированной программы необходимо организовать этот процесс в соответствии с проверенной методологией, которая должна включать множество рекомендаций и нотаций, используемых для преобразования бизнестребований к системе в программный код. Кроме того, методология должна быть согласована с концепциями объектно-ориентированных языков.
На сегодняшний день в качестве средства, реализующего методологию объектно-ориентированного программирования, чаще всего применяется язык моделирования UML[2, 3].
. ПЕРВОНАЧАЛЬНАЯ ПОСТАНОВКА ЗАДАЧИ
Условием задания является разработка информационной модели автосервиса с использованием языка моделирования UML. Задачей курсовой работы является отслеживание финансовой стороны работы автосервиса. Деятельность организована следующим образом: автосервис предоставляет услуги по ремонту автомобилей клиентам. Каждая услуга характеризуется ценой и сложностью. Клиентами являются различные лица, о которых собирается определенная информация (фамилия, имя, отчество и некоторый комментарий). Заказчик получает доступ к услуге при наличии свободных механиков. Наличие свободных механиков определяется начальником смены.
В качестве языка программирования системы будем использовать VBScript.
Рассмотрим проектируемые объекты взаимодействия с системой. Ими будут являться.
Объекты, взаимодействующие с системой:
Клиент - имеет право узнавать данные о стоимости работ;
Механик - получает информацию о заказах по своей специальности;
Начальник смены - контролирует ценовую политику автосервиса т.е. узнает информацию о текущей стоимости работ, получает информацию о свободных механиках, контролирует пакет предоставляемых услуг;
Мастер-приемщик - принимает заказы от клиентов, оформляет прием денежных средств.
Функции системы:
При входе в систему механик, начальник смены и мастер-приемщик вводят свое имя и пароль;
Клиент имеет возможность получать прайс-лист о стоимости услуг либо на отдельном терминале либо в виде печатного бланка;
Механик имеет возможность получать информацию о текущих заказах с помощью отдельного запроса;
Начальник смены может вносить изменения, как в каталог услуг, так и в каталог цен;
Начальник смены с помощью запроса может получать информацию о свободных заказах и назначать на них механиков с помощью специальной формы;
Мастер-приемщик может вносить информацию о клиенте в базу, а также вносить в базу информацию о заказах и новых механиках;
Начальник смены с помощью запросов имеет право получать информацию о количестве свободных механиков и их специализации;
Начальник смены с помощью запросов имеет право получать информацию о количестве заказов на определенную дату и их общую сумму;
Начальник смены с помощью запросов имеет право получать информацию о количестве и сумме заказов по датам и за период.
.2 Проектирование прецедентов
Привести список актеров:
Актер 1 - Клиент;
Актер 3- Начальник смены;
Актер 4- Мастер - приемщик;
Прецеденты проектируемой информационной системы сведены в таблицу 1.1.
Таблица 1.1 - Прецеденты информационной системы
НазваниеАктерыОписаниеВход в системуКлиент; Механик; Начальник смены; Мастер - приемщик;Всем актерам доступно окно входа в систему, где они вводят имя и пароль, а затем щелкает на кнопке OK или Отмена. Получив доступ к приложению, актер может получать необходимую информацию.Просмотр справочника неисправностейНачальник смены; Мастер - приемщик;Просмотр справочника неисправностей, добавление новых неисправностей в справочник, смена категории неисправности в справочникеПросмотр справочника ценНачальник смены; Мастер - приемщик;Просмотр справочника цен, изменение цен в справочнике в зависимости от изменения ценовой политики автосервиса, добавление новых цен в справочникЗапрос на наличие свободных механиковНачальник смены; Мастер - приемщик;Актеры нажатием кнопки находят свободных механиков, задавая дополнительные характеристики в отдельных полях, актеры выбирает механиков нужной специализации.Запрос на поиск заказовМеханик; Начальник смены; Мастер - приемщик;Актеры нажатием кнопки могут найти свободные заказы нужной специализации, которые еще не взяли в обслуживание.Запрос на период получения заказовНачальник смены; Мастер - приемщик;Актеры нажатием кнопки получают информацию о свободных механиках, заказах, ценах и обслуживаемых неисправностях за определенный период времени.Регистрация заказовМастер - приемщик;Пользователь заполняет данные о заказах и клиентах в специальных диалоговых окнах.