1 Разработка функциональных требований к программному обеспечению

1.1 Требования к составу выполняемых функций

Диаграмма прецедентов, изображенная на рисунке 1, отражает отношения между актёрами и прецедентами, где прецеденты ‒ это возможности системы, её функциональные характеристики и функциональные требования. Данная диаграмма позволяет описать типичные взаимодействия между пользователями системы и самой системой и предоставить описание процесса её функционирования, где актер представляет собой некую роль, которую пользователь играет по отношению к системе, а прецедент обозначает выполняемые системой действия, приводящие к наблюдаемым актёрами результатам.

Рисунок 1 – Диаграмма прецедентов

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

Система должна предусматривать 4 роли пользователей: клиент, администратор, у каждой из которой свой состав функций.

Для клиента:

а) просмотр ассортимента продукции пиццерии;

б) формирование заказа на основании текущего ассортимента;

в) создание заказа.

Для администратора:

а) авторизация;

б) регистрация оператора;

в) добавление ассортимента продукции;

г) редактирование ассортимента продукции;

д) удаление ассортимента продукции.

Для оператора:

а) авторизация;

б) просмотр перечня заказов;

в) изменение статуса заказа.

1.2 Требования к обеспечению устойчивого функционирования

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

1. организацией бесперебойного питания технических средств;

2. использованием лицензионного программного обеспечения;

3. регулярным выполнением требований ГОСТ 51188-98. «Защита информации. Испытания программных средств на наличие компьютерных вирусов».

1.3 Требования к программному обеспечению

Требования к программному обеспечению серверной части:

Для реализации серверной части сайта, на сервере должны быть установлены PHP версии 2.7 и выше, PostgreSQL 11 и Codeigniter framework 3.1.10. Для размещения сайта в сети Интернет должен быть приобретен домен.

Требования к клиентскому программному обеспечению:

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

• MS IE 9.0 и выше;

• Opera 41.0 и выше;

• Mozilla Firefox 3.5;

• Chrome 49.0.

1.4 Требования к техническому обеспечению

1. для сервера БД:

– процессор – 2 х IntelXeon 3 ГГц;

– объем оперативной памяти – 4 Гб;

– дисковая подсистема – 20 Гб;

– сетевой адаптер – 100 Мбит/с.

2. для ПК пользователя:

– процессор – IntelPentium 1.5 ГГц;

– объем оперативной памяти – 512 Мб;

– сетевой адаптер – 100 Мбит/с.

1.5 Требования к времени восстановления после отказа

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

1.6 Требования к составу и параметрам технических средств

В состав технических средств должен входить IBM-совместимый персональный компьютер (ПЭВМ), включающий в себя:

1. Операционную систему Windows XP с пакетом обновления 2 и старше;

2. Процессор Intel Pentium 4 / Athlon 64 или более поздней версии с поддержкой SSE;

3. 350 Мб свободного места на диске;

4. 512 Мб оперативной памяти.

1.7 Требования к архитектуре приложения

В качестве архитектуры разрабатываемой системы необходимо использовать трехзвенную клиент-серверную архитектуру, где в качестве первого звена выступает браузер клиента, а в качестве второго – Rest API, в качестве третьего – сервер БД. Модель выбранной архитектуры представлена на рисунке 2.

Рисунок 2 - Архитектура разрабатываемой системы

2 Проектирование системы

2.1 Диаграмма состояний

Диаграмма состояний разработанной программной системы представлена на рисунке 3.

Диаграмма состояний (state diagram) определяет все возможные состояния, в которых может находиться клиент, а также процесс смены состояний объекта в результате влияния некоторых событий. Диаграммы состояний строятся для единственного класса и описывают поведение единственного объекта.

Рисунок 3  Диаграмма состояний для клиента