Автоматизированное рабочее место специалиста по кадрам

Прецедент Проверка прав

Название:	Проверка прав
Цель:	Идентификация пользователя
Специальные требования:	Специальные требования не определены
Предусловия:	Предусловия не определены
Постусловия:	Постусловия не определены
Дополнительные замечания:	Дополнительных замечаний нет
Основной поток:	А: Функции варианта использования начинают выполняться с регистрации актера с заданием его имени и пароля. Система проверяет пароль на достоверность(если пароль неверен, активизируется альтернативный поток А).
Альтернативный поток:	А: введен неверный пароль; выдача сообщения ввода неверного пароля; субъекту предоставляется возможность повторить ввод или завершить вариант использования.

 

 

 

 

 

 

 

 

3 Разработка технического задания

 

3.1 Общее описание системы

Полное наименование системы: АИС «АвтоМир». Предназначена для использования в салоне по продаже автомобилей. Цели создания системы: требуется спроектировать информационную систему, позволяющую сотрудникам и руководству эффективно решать задачи по организации продаж автомобилей.

3.2 Список действующих лиц

1) Директор. Занимает главную должность в организации, осуществляет диалог как с системой, так и с другими актёрами.

2) Бухгалтер. Данный актёр выполняет различные экономические и финансовые операции

3) Менеджер. Проводит консультации клиентов.

4) Продавец-консультант. Оформляет продажу автомобиля.

5) Покупатель. Подбирает  автомобиль, осуществляет оплату.

3.3  Глоссарий  (словарь терминов  и используемых понятий)

База данных (БД)

База данных – база данных хранится и обрабатывается в вычислительной системе, данные в базе данных хорошо структурированы, структура базы данных обеспечивает эффективный поиск и обработку данных.

Учет движения товара

Учет движения товара –возможность системы позволяющая сохранять изменения вносимые в систему (приходные накладные / расходные накладные) в разрезе времени.

 

Отчет

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

 

Проверка прав

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

Заказ

Заказ – заявленная заказчиком потребность в покупке автомобиля (в случае отсутствия желаемого автомобиля в наличии у автосалона).

Продажа

Продажа – операция связанная с оформлением документов: договор купли-продажи, гарантийный талон, документы на автомобиль, предпродажная подготовка автомобиля.

Модель

Модель – совокупность характеристик автомобиля (тип кузова, тип двигателя, цвет, класс автомобиля, и т.д.)

Модель

Модель – совокупность характеристик автомобиля (тип кузова, тип двигателя, цвет, класс автомобиля, и т.д.)

Используемые документы

Заказ поставщику

Заказ поставщику – документ содержащий информацию о заказанных автосалоном автомобилях.

Назначение цен

Цена продажи – документ содержащий цену на автомобиль.

Цены поставщика

Цена поставщика – документ хранит цены по которым автосалон покупает автомобили у поставщика.

Приходная накладная

Поступление – документ в котором фиксируется поступление автомобилей.

Расходная накладная

Реализация – документ в котором фиксируется факт продажи.

 

3.4 Структура проектируемой системы

Автоматизированная система работает на основе клиент-серверной архитектуры. На серверной машине — база данных MySQL Enterprise. Клиентские компьютеры осуществляют доступ к данным посредством клиентского приложения. Взаимодействие сервера и клиентов происходит через локальную сеть.

3.5 Требования для развертывания системы

Минимальные системные требования для сервера:

• 2 Гб памяти
• 200 Mb свободного дискового пространства
• процессор с тактовой частотой 2500 MHz
• Операционная система Microsoft Windows Server 2003

Минимальные системные требования для клиентской части:

• 500 Mb памяти
• 50 Mb свободного дискового пространства
• процессор с тактовой частотой 1500 MHz
• Операционная система Windows XP
• Сканер кредитных карт
• Фискальный регистратор
• Компьютер с сенсорным экраном (для самостоятельного выбора желаемого авто)

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-диаграмма была спроектирована для того, чтобы отразить структуру базы данных, которую предстоит создать разработчику системы. Диаграмма развертывания позволила визуализировать статический вид системы с точки зрения развертывания.