- •ТехническоЕ заданиЕ на разработку пс
- •1. Назначение и область применения
- •1.1. Назначение работы
- •1.2. Область применения
- •2. Основные технические требования
- •2.1. Требования к структуре пс
- •2.2. Требования к функциональным возможностям пс
- •2.3. Технические и системные требования к пс
- •2.4. Требования к надежности
- •2.5. Требования к эргономике
- •3. Требования к документированию
- •Расчет трудоемкости разработки пс с использованием Каталога функций
- •1. Функциональный состав пс
- •2. Расчет трудоемкости разработки пс
- •Расчет трудоемкости разработки пс (Каталог)
2.3. Технические и системные требования к пс
Аппаратная часть системы строится исходя из нескольких составляющих:
-
Основной сервер системы. Сервер на базе ОС Windows 2012R2 или 2016 строится на базе виртуальной или физической машины со следующими характеристиками:
- ЦПУ: 4 ядра частотой от 2.5 ГГц;
- ОЗУ: 4 ГБ;
- HDD: 100 ГБ на базе пула SAS 10К;
- Amadeus сервер, версии не ниже Amadeus server 8080 cockpit;
- Active Directory, версии схемы не ниже AD 2008;
-
Сервер базы данных. Сервер на базе ОС Windows 2012R2 или 2016 строится на базе виртуальной или физической машины со следующими характеристиками:
ЦПУ: 6 ядер частотой от 2.5 ГГц;
ОЗУ: 8 ГБ;
HDD: 300 ГБ на базе пула SAS 10К;
MS SQL Server, версии не ниже SQL Server 2012;
-
Стойка бронирования на базе ОС Android 6.0 и выше:
ЦПУ: 1 ядро частотой 1.2 ГГц;
ОЗУ 2 ГБ;
Flash: 8 ГБ;
Диагональ экрана от 7 до 10 дюймов;
2.4. Требования к надежности
Надежное (устойчивое) функционирование программного обеспечения должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже:
а) организацией бесперебойного питания технических средств;
б) использованием лицензионного программного обеспечения;
в) регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;
г) регулярным выполнением требований ГОСТ 51188-98. Защита информации. В ПС должны быть предусмотрены:
д) контроль за целостностью данных на уровне СУБД;
е) сохранение целостности данных в БД при нештатном завершении программы;
ж) сохранение работоспособности ПС при некорректных действиях администратора или оператора пульта бронирования.
2.5. Требования к эргономике
Программное средство должно использовать средства построения графического интерфейса пользователя, обеспечиваемых операционной системой Windows.
Сообщения, выдаваемые программным средством, должны выдаваться на русском языке за исключением стандартных системных сообщений.
3. Требования к документированию
3.1. Состав и содержание документации должны соответствовать требованиям ГОСТ 19.101–77.
3.2. Перечень документов должен включать:
1) Техническое задание на разработку ПС.
2) Пояснительная записка;
3) Описание информационного обеспечения программы;
4) Спецификация;
5) Формуляр;
6) Программа и методика предварительных испытаний;
7) Программа и методика приемочных испытаний;
8) Руководство пользователя.
Расчет трудоемкости разработки пс с использованием Каталога функций
1. Функциональный состав пс
Определяем функциональный состав макета программного средства исходя из технического задания на разработку ПС. При этом необходимо отметить:
– Компоненты «Стойка бронирования», «АРМ администратора» и «База данных» реализуют минимально необходимый интерфейс. Компонент «Коннектор ПС-Amadeus» входит в состав компонента «АРМ администратора» и является дополнительным компонентом, который может отличаться в зависимости от используемой у Заказчика почтовой инфраструктуры.
Определяем функциональный состав программного средства исходя из технического задания на разработку ПС:
1) Компонент «Стойка бронирования»:
-
отображение информации по текущей занятости велопроката;
-
отображение свободного велосипеда, доступного для бронирования на основе запроса к базе данных;
-
авторизация пользователей;
-
бронирование велосипета в прокате (внесение данных в БД).
2) Компонент «АРМ администратора»:
-
добавление, получение и удаление данных по велосипедам на станции;
-
добавление, получение и удаление данных по сеансам проката;
-
получение информации из системы бронирования Amadeus;
-
внесение данных в систему бронирования Amadeus;
-
авторизация пользователей;
-
логирование возникающих ошибок системы.
3) Компонент «База данных»
-
формирование структуры базы данных;
-
обеспечение безопасности передачи данных при работе с БД.
4) Компонент «Анализ»:
-
проведение анализа использования проката по времени бронирования велосипедов;
-
формирование отчета по анализу.
3) Компонент «Отчет»:
– формирование отчета о прошедших сеансах бронирования велосипедов проката;