Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
ПР№1 Расчет трудоемкости разработки программного средства.doc
Скачиваний:
20
Добавлен:
15.05.2019
Размер:
130.05 Кб
Скачать

2.3. Технические и системные требования к пс

Аппаратная часть системы строится исходя из нескольких составляющих:

  1. Основной сервер системы. Сервер на базе ОС Windows 2012R2 или 2016 строится на базе виртуальной или физической машины со следующими характеристиками:

- ЦПУ: 4 ядра частотой от 2.5 ГГц;

- ОЗУ: 4 ГБ;

- HDD: 100 ГБ на базе пула SAS 10К;

- Amadeus сервер, версии не ниже Amadeus server 8080 cockpit;

- Active Directory, версии схемы не ниже AD 2008;

  1. Сервер базы данных. Сервер на базе ОС Windows 2012R2 или 2016 строится на базе виртуальной или физической машины со следующими характеристиками:

ЦПУ: 6 ядер частотой от 2.5 ГГц;

ОЗУ: 8 ГБ;

HDD: 300 ГБ на базе пула SAS 10К;

MS SQL Server, версии не ниже SQL Server 2012;

  1. Стойка бронирования на базе ОС 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) Компонент «Отчет»:

– формирование отчета о прошедших сеансах бронирования велосипедов проката;