39

1. Задание на лабораторную работу 1

2. Выработка системных требований (постановка задачи) 2

2.1. Введение 2

2.2. Позиционирование 2

2.3. Описание пользователей 2

2.4. Краткий обзор продута 3

2.5. Возможности продукта 3

2.6. Ограничения 3

2.7. Показатели качества 3

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

3. Формальное описание требований к программному продукту 5

3.1. Диаграмма прецедентов 5

3.2 Ограничения 6

4. Архитектурное и интерфейсное проектирование программного продукта 6

4.1. Предметная область 6

4.2. Выбор языка программирования, среды разработки, механизма хранения данных 7

4.3. Описание и диаграммы набора компонентов, входящих в приложение 9

4.4. UML-диаграммы приложения 10

4.5. Описание использованных шаблонов проектирования 13

4.6. Макеты экранных форм приложения 14

1. Задание на лабораторную работу

Система автоматизации деятельности такси.

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

Администратор (атрибуты: ФИО, № контракта, телефон).

Таксист (атрибуты: ФИО, № контракта, номер машины, описание машины, телефон, статус).

Операторы (атрибуты: ФИО, № контракта, телефон).

Заказ (атрибуты: Клиент, Таксист, Дата и время поступления заказа, время начала перевозки клиента, время окончания обслуживания клиента, оплата).

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

Лица, ответственные за разработку программного продукта и документации к нему:

Архитектор / руководитель проекта – Фогель М.А.

Программист – Хакимов Р.

Тестировщик – Ильюшонок А.

2. Выработка системных требований (постановка задачи)

1. Введение

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

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

2. Позиционирование

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

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

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

3. Описание пользователей

Для данного программного продукта можно выделить следующих пользователей:

1. Администратор – лицо, контролирующее деятельность персонала через отчетность, а также изменяющий и вносящий новую информацию и новых сотрудников.

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

4. Краткий обзор продута

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

5. Возможности продукта

Разрабатываемый продукт является системой автоматизации работы такси и обладает следующими возможностями:

1. Удобное и быстрое формирование заказов.

2. Качественное сопровождение заказов.

3. Автоматизация финансовых расчетов.

4. Автоматизация функции ведения сведений о клиентах, операторов и таксистов.

6. Ограничения

Обязательные условия для работы с системой:

1. Наличие доступа в интернет.

2. Установленный на ПК интернет браузер (Opera, Internet Explorer и т.п.)

7. Показатели качества

Разрабатываемый программный продукт имеет следующие показатели качества:

Показатель качества ПО	Атрибуты качества ПО
Что ПО должность делать (Функциональность)	Позволять оператору достаточно быстро формировать заказ и назначать таксиста
	Обеспечивать качественное сопровождение заказов
	Обеспечивать автоматизированные финансовые расчеты
	Обеспечивать автоматизированное ведение информации о клиентах и сотрудниках такси
Насколько ПО должно быть надежным (Надежность)	Работать 7 дней в неделю и 20 часа в сутки
	Доступ к приложению осуществляется по паролю.
Насколько ПО должно быть удобно для пользования (Удобство использования)	Шрифты должны быть понятны и легко читаться, кнопки и навигация должны легко пониматься.
	Все операции должны занимать минимум действий времени и умственных усилий.
Насколько ПО должно быть эффективно (Производительность)	Поддерживать обслуживание нескольких клиентов одновременно
	Время отклика на запрос при максимальной загрузке не должно превышать 3 с
	Время перехода между страницами не должно превышать 3с
Насколько удобно должно быть сопровождение ПО (Удобство сопровождения)	Добавление в систему новых пользователей (операторов) не должно требовать более 15 минут
Насколько оно должно быть переносимо и заменяемо (мобильность)	ПО должно работать на операционных системах Linux, Windows XP, Windows 7
	ПО должно работать с разными видами веб-браузеров: Opera, Internet Explorer, Google Chrome, Firefox

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

Для данного программного продукта должна быть предусмотрена следующая документация:

1. Руководство пользователя - для пользователей программного продукта

2. Инструкция по установке и сопровождению – для программистов или IT сотрудников (в формате doc или docx).

3. Формальное описание требований к программному продукту

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

В проектируемом программном продукте имеется 2 вида пользователей: администраторы, операторы.

3.1. Диаграмма прецедентов

1. Списки сотрудников доступны только для администраторов

2. Добавлять сотрудников и редактировать данные о них могут только администраторы

3. Оформлять и вести заказы могут только операторы

3.2 Ограничения

Для данного программного продукта можно выделить следующие ограничения:

1. Неавторизованный человек не может работать в системе.

2. Управлением пользователями осуществляет только администратор.

3. Таксист не может одновременно обслуживать несколько заказов.

4. Цена одного заказа не должна превышать 5000.

5. Режим работы такси круглосуточный.

4. Архитектурное и интерфейсное проектирование программного продукта

1. Предметная область

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

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

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

После выполнения заказа таксист по рации отчитывается перед оператором, тот ставит заказу статус "Выполнен" и у водителя меняется статус на "Свободен".

В случае, когда заказ отменяется, оператор ставит отметку заказу «Отменен» и пишет причину отмены. Например: водитель опоздал на время назначенное клиентом, и вследствие услуги такси стали неактуальными, в таком случае водитель пишет объяснительную записку, но это не спасает его от взысканий. Может быть так, что клиент просто передумал, но не предупредил диспетчера, в таком случае водитель всё равно пишет объяснительную записку, но никаких взысканий к нему не применяется. В этих случаях водитель сам оповещает диспетчера о том, что заказ аннулирован. Еще может быть случай, когда клиент передумал, но предупредил диспетчера, тот связывается с водителем и перенаправляет его на другой заказ. Во всех случаях статус заказа ставиться "Отменен".

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

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

Еще администратор занимается кадрами. Он формирует дела новых сотрудников, и вносит необходимые поправки в дела уже работающих на этом предприятии. На администраторе лежит ответственность за правильное формирование дел и их сохранность.

Проблемы, которые могут возникнуть при осуществлении данной деятельности такие:

Потеря данных оператором, или неправильная их трактовка.

Выбор не оптимального маршрута следования таксистов

Не корректная форма представления отчетов и т.д.

Пути решения этих проблем могут быть следующие:

Использование стандартных форм для заполнения данных и ввода/вывода отчетов