3. Требования к разработке ИС «Showcase»¶
3.1. Общие требования к Системе¶
| 3.1.1 | Система должна поддерживать работу на следующих серверных ОС: Linux, BSD, Solaris (рекомендуется использовать ОС Debian GNU/Linux 6.0 (amd64). |
| 3.1.2 | Система должна поддерживать работу на реляционных СУБД и на noSQL СУБД. |
| 3.1.3 | Система не требует обязательного приобретения дополнительных компонентов (лицензии на ОС, на СУБД и т.п.). |
| 3.1.4 | Система должна поддерживать шифрование подключений с помощью протокола SSL (HTTPS). |
| 3.1.5 | Система должна поддерживать работу с распределённым хранилищем данных. |
| 3.1.6 | Система должна обеспечивать возможность распределенной работы и удаленного доступа к ресурсам и объектам. |
| 3.1.7 | Система должна поддерживать работу в архитектуре Internet/Intrаnet. |
| 3.1.8 | Система должна предоставлять Web-интерфейс, который не требует установки клиентской части. Система должна поддерживать интернет-браузеры Google Chrome, Mozilla Firefox актуальных версий. |
| 3.1.9 | Система должна предоставлять возможность реализовывать пользовательские интерфейсы, используя HTML и/или JavaScript. |
| 3.1.10 | Система должна предоставлять комплект средств разработки (Software Development Kit - SDK), включая: REST API; способы авторизации: сессионная, по логину и паролю, по ключам; события, возникающие в различных точках исполняемого кода при выполнении определённых условий; очереди сообщений; поддержку плагинов; JavaScript интерпретаторы. |
| 3.1.11 | Система должна предоставлять возможность регулирования доступа к объектам в соответствии с правами пользователя. |
| 3.1.12 | Система должна предоставлять возможность создания, редактирования форм в визуальном редакторе форм. |
| 3.1.13 | Система должна предоставлять инструмент управления бизнес-процессами, поддерживающий нотацию BPMN. |
| 3.1.14 | Система должна предоставлять дизайнер бизнес-процессов. Создание и редактирование бизнес-процессов должно выполняться в рабочем пространстве дизайнера бизнес-процессов. |
| 3.1.15 | Система должна поддерживать версионность документов. |
3.2. Требования к модулям Системы¶
| 3.2.1 | Система должна предоставлять возможность формирования каталога услуг, их описания и свойства в визуальном редакторе без программирования. |
| 3.2.2 | Система должна предоставлять модуль «Главная страница» для отображения каталога услуг. |
| 3.2.3 | Система должна предоставлять модуль «Паспорт услуги», содержащий подробное описание услуги. |
| 3.2.4 | Система должна предоставлять модуль «Заявка на услугу». |
| 3.2.5 | В Системе должна быть возможность настройки произвольной формы, реестра и маршрута заявки на каждую услугу. |
| 3.2.6 | Система должна предоставлять модуль регистрации пользователей. |
| 3.2.7 | Система должна предоставлять модуль авторизации пользователя. |
| 3.2.8 | Авторизация должна осуществляться только логинами и паролями существующих учетных записей Системы. |
| 3.2.9 | Система должна предоставлять модуль «Личный кабинет» для просмотра истории заказов авторизованных пользователей. |
| 3.2.10 | Система должна иметь адаптивную верстку: контент должен подстраиваться как под широкоформатные экраны компьютеров и ноутбуков, так и под мобильные экраны планшетов и смартфонов. |
| 3.2.11 | Во время выполнения запросов к серверу Система должна отображать анимированное изображение. |
3.3. Требования к навигации по Системе¶
| 3.3.1 | Общая верхняя панель содержит кликабельные лейблы «Showcase» и «Профиль» для неавторизованного пользователя; «Showcase» и «Фамилия И.О.» для авторизованного пользователя; «Showcase», «Фамилия И.О.» и «Выйти» для личного кабинета. |
| 3.3.2 | По нажатию на кликабельный лейбл «Showcase» происходит переход в модуль «Главная страница». |
| 3.3.3 | По нажатию на кликабельный лейбл «Профиль» происходит переход в модуль авторизации. |
| 3.3.4 | По нажатию на кликабельный лейбл «Фамилия И.О.» происходит переход в модуль «Личный кабинет». |
| 3.3.5 | Подвал отсутствует. |
3.4. Требования к модулю авторизации¶
| 3.4.1 | Модуль авторизации доступен только для неавторизованных пользователей. |
| 3.4.2 | На странице авторизации доступна следующая форма ввода: электронная почта (поле ввода с маской для e-mail, обяз.), пароль (поле ввода со скрытием вводимых символов, обяз.). |
| 3.4.3 | По нажатию на кнопку «Войти» Система должна авторизовать пользователя. |
| 3.4.4 | Авторизация должна произойти успешно только при условии, что в Системе существует введенная учетная запись пользователя. |
| 3.4.5 | Во всех остальных случаях авторизация считается неуспешной, пользователю выводится аргументированное сообщение, он остается на экране авторизации. |
| 3.4.6 | В результате успешной авторизации пользователь переходит в модуль «Главная страница». |
| 3.4.7 | После формы ввода авторизации должна отображаться кнопка перехода к модулю регистрации. |
3.5. Требования к модулю регистрации¶
| 3.5.1 | Модуль регистрации доступен только для неавторизованных пользователей. |
| 3.5.2 | На странице регистрации доступна следующая форма ввода: электронная почта (поле ввода с маской для e-mail, обяз.), фамилия (поле ввода, обяз.), имя (поле ввода, обяз.), отчество (поле ввода, не обяз.), пароль (поле ввода со скрытием вводимых символов, обяз.). |
| 3.5.3 | По нажатию на кнопку «Зарегистрироваться» Система должна проверить наличие учетной записи по введенному e-mail. |
| 3.5.4 | Регистрация должна произойти успешно только при условии, что в Системе отсутствует учетная запись с введенным e-mail. |
| 3.5.5 | В случае, если в Системе существует учетная запись с введенным e-mail, регистрация считается неуспешной, пользователю выводится аргументированное сообщение, он остается на экране регистрации. |
| 3.5.6 | В результате успешной регистрации пользователь переходит в модуль «Главная страница», он автоматически авторизовывается в Системе. |
| 3.5.7 | После формы ввода регистрации должна отображаться кнопка перехода к предыдущему модулю авторизации. |
3.6. Требования к модулю «Главная страниц໶
| 3.6.1 | Модуль «Главная страница» доступен как для авторизованных, так и для неавторизованных пользователей. |
| 3.6.2 | Модуль «Главная страница» содержит виджет, который может содержать: слайдер с автопрокруткой, количество буллетов соответствует количеству услуг в слайдере; статические плашки, количество плашек в одной строке определяется настройками модуля. |
| 3.6.3 | В виджет попадают услуги, помеченные свойством для отображения. Соответственно услуги, помеченные свойством «скрытые», в виджет не попадают. |
| 3.6.4 | В слайдер попадают услуги, помеченные свойством «добавлять услугу на слайдер». Если нет ни одной такой услуги, слайдер не отображается вовсе. |
| 3.6.5 | В статические плашки попадают услуги, не помеченные свойством «добавлять услугу на слайдер». Если нет ни одной такой услуги, статические плашки не отображаются вовсе. |
| 3.6.6 | Одна услуга может отображаться только в слайдере, либо только среди статических плашек. |
| 3.6.7 | Каждая плашка услуги содержит: фоновую картинку услуги, наименование, краткое описание (ценность) услуги, а также кнопку перехода к модулю «Паспорт услуги». |
| 3.6.8 | По нажатию на кнопку перехода открывается модуль «Паспорт услуги» - страница с подробным описанием выбранной услуги. |
3.7. Требования к модулю «Паспорт услуг軶
| 3.7.1 | Модуль «Паспорт услуги» доступен как для авторизованных, так и для неавторизованных пользователей. |
| 3.7.2 | Страница услуги разделена на 2 части: блок с документами, блок с подробным описанием услуги. |
| 3.7.3 | Блок с документами содержит ссылки на скачивание файлов. |
| 3.7.4 | Блок с подробным описанием услуги может содержать: наименование, краткое описание (ценность) и подробное описание услуги, видео YouTube с предпросмотром либо презентацию SlideShare, а также кнопку для подачи заявки на услугу. |
3.8. Требования к модулю «Заявка на услугу»¶
| 3.8.1 | Подача заявки на услугу доступна только для авторизованных пользователей. Для неавторизованных пользователей выводится аргументированное сообщение с просьбой предварительной авторизации. |
| 3.8.2 | Модуль «Заявка на услугу» должен предоставлять возможность отобразить преднастроенную форму заявки. |
| 3.8.3 | Модуль «Заявка на услугу» должен осуществлять форматно-логический контроль формы заявки при подаче. |
| 3.8.4 | Модуль «Заявка на услугу» должен осуществлять создание и маршрутизацию заявки до исполнителя. |
3.9. Требования к модулю «Личный кабинет»¶
| 3.9.1 | Модуль «Личный кабинет» доступен только для авторизованных пользователей. |
| 3.9.2 | Модуль «Личный кабинет» должен отображать все заявки, которые подавал авторизованный пользователь. |
| 3.9.3 | По каждой заявке должна быть предоставлена следующая информация: наименование услуги, зарегистрированный номер, дата и время подачи, статус исполнения заявки, результирующие комментарий исполнителя и документ, а также кнопка для просмотра либо редактирования заявки. |
| 3.9.4 | По нажатию на кнопку для просмотра заявки открывается диалоговое окно, в котором проигрывается форма заявки. |