Фискальный регистратор

Компьютер с сенсорным экраном (для самостоятельного выбора желаемого авто)

3.6 Прочие требования

Требования к персоналу

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

АРМ бухгалтера и продавца-консультанта должны быть доступны в рабочие дни в рабочее время (как правило, с 8 до 18).

Требования к надежности

Устойчивое функционирование АИС обеспечивается проведение следующих мероприятий: использование лицензионного программного обеспечения, организация бесперебойного питания технических средств, регулярная проверка на наличие компьютерных вирусов.

Время, затрачиваемое на обслуживание системы не должно превышать 5% от общего времени работы. Среднее время безотказной работы - 10 рабочих дней. Максимальная норма ошибок или дефектов - 1 ошибка на пять тысяч строк кода.

Требования к эксплуатации

Система должна быть способна поддерживать минимум 10 одновременно работающих пользователей, связанных с общей базой данных и иметь возможность увеличить их количество на случай увеличения штата сотрудников предприятия. В настоящее время в автосалоне есть один директор, два менеджера один бухгалтер, четыре продавца-консультанта. Увеличение количества продавцов-консультантов в ближайшие 3 года - максимально 4, менеджеров - максимально 5.

Требования к применимости

Время, необходимое для обучения обычных пользователей - 1 рабочий день (8 часов), для обучения продвинутых пользователей - половина рабочего дня (4 часа).Время отклика для типичных задач - не более 5 секунд, для сложных задач - не более 20 секунд.

Требования к документации

В системе должны быть представлены Руководства пользователей (по типам пользователей). Они должны содержать расшифровку всех используемых терминов, описания основных вариантов использования, включая альтернативные сценарии, а также подробный обзор интерфейса программы.

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

Руководство пользователя

При запуске системы автоматически открывается окно .exe файла. В нижней части окна имеется кнопка start, которая и является руководящей (см. рисунок 3.2).

Рисунок 5 - Вид рабочей системы

Показанное окно имеет 7 режимов:

1.Подбор автомобиля;

2.Режим консультанта;

3.Бухгалтерия;

4.Универсальный режим;

5.Главный режим (режим директора);

6.Режим настройки;

7.Обслуживание;

1 режим необходим для покупателей, для выбора товара.

2 режим доступен только продавец и менеджер под специальным универсальным паролем. Необходим для консультирования, оценки состояния товара, анализа спроса.

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

4 режим предназначен для различных действий т.е. все режимы в одном. Это необходимо при сбое системы, т.к. именно в этом режиме фиксируется вся информация о проделанных работах. Доступен только для директора компании.

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

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

7 режим является открытым для менеджера.

При нажатии любого из режимов, на терминале открывается такое же окно с необходимой информацией.

4. Построение дополнительных диаграмм

4.1 Диаграмма последовательности

Рисунок 6 -- Диаграмма последовательности для процесса работы продавца с системой

В данном случае в качестве актера выбран продавец. Данная диаграмма иллюстрирует очередь выполнения операций взаимодействия Продавца, Формы и Системы во времени.

4.2 Диаграмма состояний

Рисунок 7 -- Диаграмма состояний для описания возможных состояний работы продавца с системой

Данная диаграмма позволяет алгоритм реализации, выполняемых системой операций. Диаграмма деятельности состоит из:

- Действий. К действиям относятся: Проверка пароля, удаление записи, создание новой записи, предоставление доступа к БД, извлечение записей из архива.

- Точки принятия решения - продавец вошел в систему, будем еще удалять, будем еще создавать новую запись, вернуться к предоставлению доступа к БД.

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

- Начальное и конечное действие

Рисунок 8 -- Диаграмма состояний для описания заключения договора компании с производителем автомобилей

Идея диаграммы - заключение договора компании с производителем автомобилей. Для того чтобы был эффективный товарооборот, необходимо изучить спрос потребителя, предпочтения, мода и другие факторы. Затем спрос детализируется и оформляется заказ. Проводится диагностика заказа и формируется новый, из тех автомобилей, которые готовы к реализации. При условии если нет хотя бы одного пункта в заказе, документ пересматривается, а если есть все из заказанных авто, процесс продолжается.

Документация отсылается для дальнейшей обработки. Затем производится отправка документов для заключения и занесение в БД. Создаётся соглашение о сотрудничестве и заключается договор о сотрудничестве с производителем автомобилей.

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

Рисунок 9 -- Диаграмма классов для работы продавца с системой

Данная диаграмма состоит из 3-х видов классов.

Граничный или интерфейсный используется для связи актера и системы. В данном случае два экземпляра граничного класса это Форма и Результат, каждый со своим набором методов.

Управление применяется при реализации характеристик поведения системы, присущих одному или нескольким прецедентам. В данном случае это обработка ошибок, безопасность и управление, с соответствующим набором методов.

Класс сущности моделирует структуру данных. В данном случае это машины, продажа авто и продавец, каждый из которых обладает собственными атрибутами.

6. Проектирование базы данных

Рисунок 10 -- ER-диаграмма

7. Планирование развертывания системы

Рисунок 11 -- Диаграмма развертывания системы

Заключение

В данном курсовом проекте была создана модель работы «Системы отслеживания проблем». Разработанное в проекте техническое задание содержит основные требования к системе в структурированном виде, что позволяет разработчику получить полную картину о рассматриваемой предметной области и задачах, которые стоят перед ним. Был построен ряд диаграмм в соответствии с моделью UML в среде IBM Rational Rose. Диаграмма последовательности прояснила процесс решения проблемы, возникающей у клиента компании. Диаграмма состояний позволила узнать подробности смены статуса проблемы, решаемой в техническом отделе. Для моделирования предметной области была создана диаграмма классов. ER-диаграмма была спроектирована для того, чтобы отразить структуру базы данных, которую предстоит создать разработчику системы. Диаграмма развертывания позволила визуализировать статический вид системы с точки зрения развертывания.

Выполнение данного курсового проекта позволило сделать вывод о пригодности использования UML диаграмм для моделирования информационных систем.

Список используемой литературы

1. Грейди Буч, Джеймс Рамбо, Айвар Джекобсон. UML. Руководство пользо- вателя. Издательство: ДМК, 2001 г.

2. Проектирование информационных систем: курс лекций. Учеб. пособие для студентов вузов, обучающихся по специальностям в области информ. технологий / В.И. Грекул, Г.Н. Денищенко, Н.Л. Коровкина. - Интернет-Ун-т Информ. Технологий, 2005. - 304 с.: ил.

3. Ю. А. Маглинец. Анализ требований к автоматизированным информационным системам: курс лекций. www.intuit.ru

Размещено на Allbest.ru