Техническое задание

1) Введение
Работа выполняется в рамках проекта «Доступные автостоянки для жилых
кварталов» с целью повышения эффективности работы отдела медицинского
сопровождения.

2) Основания для разработки

Основанием для данной работы служит договор № 2 от 22 апреля 2020 г.
утвержденный организацией КПЗ.
Наименование работы:
«Автостоянки повсюду».
Исполнитель: Ляшенко В.С. студент РГЭУ(РИНХ)
Соисполнители: нет.

3) Назначение разработки
В рамках проекта «Доступные автостоянки для жилых кварталов» реализуется и
внедряется программный модуль. Назначение программного модуля – реализовать новый
подход к хранению, обработке и анализу больших данных, который позволяет
сотрудникам и клиентам автостоянок получать целостную и более подробную
информацию об автомобилях и сроках оплаченного/временно-бесплатного времени.

4) Требования к программе или программному изделию

Требования к функциональным характеристикам:
a) Онлайн функции
b) Иерархическое деление на клиента и работника стоянки

Состав выполняемых функций.

//?????????

Разрабатываемое ПО должно обеспечивать следующие функции:

 1. Хранение, обработка и выдача данных о местах на стоянке. Номер, срок
бронирования (для сотрудника) (я не уверен, можно ли предоставлять информацию для
обычных обывателей о сроке хранения машины, не для непосредственно владельца
машины, конечно, это не считается конфиденциальной информацией?) цена, адрес,
данные СНИЛС и страховки, гос. номерах.
2. Хранение, обработка данных о предоставленных услугах. История
бронирований, журнал “замороженных” машин.
3. Предоставление возможности онлайн продления брони, резервирования
мест(платно), отслеживания сроках брони.
Организация входных и выходных данных.
Входные данные в систему вносятся системой, в текстовом виде и в виде
изображений (фотографий машины). Эти значения заносятся в программу и
автоматически подгружаются к соответствующим разделам (журналам брони, данные
машин).
Выходные данные формируются в виде журналов учета. Доступ к выходным
данным имеют авторизированные в системе сотрудники автостоянки. Также по запросу
утвержденной выше организации, а именно ”КПЗ”, может получить данный отчет для
анализирования потребности населения в парковочных местах в данном районе.
Основной режим использования системы — 24/7.
Требования к надежности.
Надежность программного обеспечения в целом зависит от надежности
используемых серверов. Серверная часть должна обслуживать без сбоев одновременное
подключение и работу до 1000 пользователей.
Условия эксплуатации.
Стандартные условия эксплуатации программных продуктов. Необходимые
сотрудники для обслуживания серверной части системы – системный администратор для
обслуживания собственно сервера.
При эксплуатации программного модуля пользователи производят чтение,
запись, изменение данных в соответствии с их правами доступа.
Требования к составу и параметрам технических средств.
Установка системы по принципу «клиент-сервер», «компьютер – клиент»: ПК или
смартфон, доступ в интернет.
Требования к информационной и программной совместимости
Программа должна работать на всех браузерах.
Требования к маркировке и упаковке
 Не предъявляются.
Требования к транспортированию и хранению
Программа онлайн, на сайтах или мобильных приложениях.
Программная документация поставляется в электронном и печатном виде.

Специальные требования
Программное обеспечение должно иметь дружественный интерфейс,
рассчитанный на пользователя (в плане компьютерной грамотности) квалификации;
Документация на эксплуатационное ПО должна содержать полную информацию,
необходимую для работы администраторов и с ним.
Язык программирования — по выбору исполнителя, должен обеспечивать
возможность интеграции программного обеспечения с некоторыми видами
периферийного оборудования, например, многофункциональным устройством (МФУ).

5) Требования к программной документации

Основными документами, регламентирующими разработку программы, являются
документы Единой системы программной документации (ЕСПД), стандарты Единой
системы конструкторской документации (ЕСКД), руководство пользователя,
руководство администратора, описание применения.

6) Технико-экономические показатели
Эффективность системы определяется удобством использования системы для
пользователя, а также экономической выгодой, полученной от внедрения программного
комплекса.

7) Стадии и этапы разработки

Стадии и этапы разработки программного обеспечения для автоматизации

деятельности медицинского пункта представлены в таблице 1.1
Таблица 1.1 – Стадии и этапы разработки программного обеспечения

№
Название этапа Сроки этапа Планируемые итоги по этапу
этапа

1 Создание структурной модели до 1.11.2020 Появление модели понятной

как разработчику, так и
 заказчику

Полностью работоспособная
2 Создание модели БД до 1.11.2020
БД

ПО позволяющее бронировать
3 Разработка desktop приложения до 1.11.2020
места

Создание сайта с
возможностью резервирования
4 Разработка сайта до 1.01.2021
и отслеживания
автостояночных мест

Создание мобильного
приложения с возможностью
Разработка мобильного
5 до 1.01.2021 резервирования и
приложения
отслеживания автостояночных
мест

8 Порядок контроля и приемки

После передачи Исполнителем функционального программного обеспечения
Заказчику последний имеет право тестировать модуль в течение 7 дней. После
тестирования Заказчик должен принять работу по данному этапу или в письменном виде
изложить причину отказа принятия. В случае обоснованного отказа Исполнитель
обязуется доработать программное обеспечение.