Техническое задание на разработку
Системы «Холмы России».
Версия 1.0 от 20.06.2017 г.
ООО "СимбирСофт"
432071, г. Ульяновск,
Проспект Наримановка, 1, строение 2
Телефон:: +7 /8422/ 44-66-91
E-mail: info@simbirsoft.com
Web: www.simbirsoft.com
Оглавление
2. Общие положения. 4
3. Требования и ограничения. 5
4. Варианты использования приложения. 7
4.1. Перечень пользователей приложения. 7
4.2. Перечень вариантов использования. 7
5. Основные сущности Приложения. 8
История изменений
| Версия | Автор | Комментарий |
| 1.0 от 20.06.2016 г. | Кузин Алексей | Создание документа |
Термины и определения
Система – разрабатываемая система «Холмы России».
ОС – Операционная система.
Общие положения
2.1. Наименование системы
«Система подсчета результатов гонки «Холмы России», далее кратко «Холмы России».
Назначение системы
Основные функции системы
· Автоматизации подсчетов результатов этапов гонки по ралли-рейдам.
Основные модули системы
Система имеет клиентский модуль. Разделение ролей не предусмотрено
Рисунок 1 - Общая схема бизнес процесса посредством системы
Технология реализации системы
ВАЖНО: Перед окончательным согласованием ТЗ с заказчиком требуется согласовать данные требования с разработчиками!
Web приложение
Пример:
· Интеграция с 1С (1С: Управление торговлей).
· Реализация сайта – Битрикс («1С-Битрикс: Управление сайтом - Стандарт»).
Требования и ограничения
Требования к аппаратному и программному обеспечению
Требования к серверной части
Серверная часть должна корректно работать на популярных дистрибутивах Linux:
· CentsOS версии 5.x и 6.x;
· Ubuntu 12.x и 13.x;
· Debian 7.x.
.
Требования к клиентской части
Веб приложение
Все страницы сайта должны корректно (согласно ТЗ) отображаться и работать в популярных современных браузерах:
· Google Chrome 21.x – 32.x;
· Internet Explorer 10.x и 11.x;
· Opera 15.x - 18.x;
· Mozilla Firefox 20.x – 26.x.
ВАЖНО: Перед окончательным согласованием ТЗ с заказчиком требуется согласовать данные требования с тестировщиками на предмет актуальности версий браузеров!!!
Не допускается неоднозначной формулировки, например: «версия 2.0 и выше».
3.2. Требования к производительности и быстродействию системы
Требования к серверной части
Производительность сервера, необходимая для выполнения требований к быстродействию системы, должна быть определена в ходе разработки и зафиксирована документально в передаточной документации.
Требование к клиентской части
ВАЖНО: Перед окончательным согласованием ТЗ с заказчиком требуется согласовать данные требования с разработчиками, а именно: отдельно обозначить требования к скорости загрузки для страниц/экранов/элементов, которые могут выйти за пределы стандартных требований по времени загрузки!!!
Веб приложение
Все страницы сайта должны работать достаточно быстро, так чтобы пользователю не пришлось долго ждать их загрузки:
3.2.1.1. Время, требующееся для первой загрузки и отображения страницы сайта с локального сервера (включая загрузку всех кешируемых ресурсов), не должно превышать 10 секунд.
3.2.1.2. Время, требующееся для повторной загрузки и отображения страницы сайта с локального сервера (когда все кэшируемые ресурсы уже были загружены), не должно превышать 5 секунд.
3.2.1.3. Время, требующееся для загрузки и отображения AJAX элементов на странице, не должно превышать 3 секунд с момента активации элемента.
Примечание – При условии, что на сервере отсутствует какая-либо дополнительная нагрузка со стороны других пользователей или программ.
3.3. Требования к графическому дизайну
ВАЖНО: Также в данном разделе оговариваются все дополнительные требования к дизайну как «Цветовая гамма», «Используемые шрифты» и т.п.
Если Заказчик предоставляет макеты, требуется в данном разделе зафиксировать список предоставленной Заказчиком на момент согласования ТЗ документации и присоединить документ(~ы) к ТЗ в качестве Приложения.
3.4. Требования к локализации
· Разрабатывается русскоязычная версия системы.
· Добавление языковых версий не предусматривается.
· Система измерения пользователя – СИ (метрическая).
3.5. Требования к надежности системы
Приложение должно выполнять безошибочное выполнение тест плана.
3.6. Требования к нагруженности системы
· Количество одновременно работающих пользователей – max 250 пользователей.
· Объем каталога – max 500 тысяч позиций (общее количество по всем производителям).
· Количество зарегистрированных пользователей – max 650 за первый год, и предполагаемое увеличение - 650 в каждый последующий год.
· Количество заказов – max 1000 в месяц.
3.7. Требования к сбору статистики
Варианты использования
Перечень пользователей приложения
· Системой может пользоваться одновременно один пользователь (Оператор),
4.2. Перечень вариантов использования
Таблица 4.2 – Перечень вариантов использования (UserStories)
| Сценарий | Оператор | Примечание |
| Вход и навигации | ||
| Вход в систему | Путем кликания на иконке системы | Пароль в данной версии не предусмотрен |
| Переход в нужный раздел | Путем кликания на иконке раздела | |
| «Ввод условий гонки» | ||
| Ввод названия | В поле названия | |
| Дата начала | Дата первого дня гонки в поле ввода | Пример 25.06.17 |
| Количество спецучастков в день | Вводится числом в специальном поле | Пример: 26.06.17 |
Основные сущности
В данном разделе дан список основных сущностей и их параметров, используемых приложением.
Именно «приложением», т.к. тут нас не интересует структура данных на сервере и т.п.
Примечание - Структура сущностей может корректироваться и уточняться на стадии разработки или на следующих этапах написания ТЗ.
Список сущностей
Тут надо перечислить (просто перечислить) все сущности, которые будут использованы (храниться) в приложении. Например:
· Пользователь
· Категория товаров
· Товар
· Отзыв
Параметры сущностей
Тут надо перечислить параметры сущностей. Например:
Пользователь
Категория товаров
Товар
Отзыв
Справочники приложения
Тут надо перечислить справочники (если они есть) и варианты их значений. Например:
Статус пользователя
Карта экранов системы
Клиентская зона
| Главная |
| Регистрация |
| Авторизация |
| Профиль пользователя |
| Заявка на изменение |
| Заказы пользователя |
| Карточка заказа |
| Изменение пароля |
| Корзина |
| Оформить заказ |
| Избранное |
| Карточка товара |
| Каталог |
| Аналоги |
| Аналоги |
| Калькулятор |
| Сборка |
| Информация о компании |
| Новости и мероприятия |
| Условия сот-рудничества |
| Контактная информация |
Рисунок 7.1 – Карта экранов приложения. Клиентская зона.
Зона администрирования
| Главная |
| Список пользователей |
| Профиль пользователя |
| Список произ-водителей |
| Карточка про-изводителя |
| Список артикулов |
| Карточка товара |
| Список скидок |
| Карточка скидки |
| Список спосо-бов доставки |
| Карточка спо-соба доставки |
| Черный список |
| Прайс лист пользователя |
| Запись в черном списке |
| Справочник регионов |
| Справочник районов |
| Справочник нас. пунктов |
| Список спосо-бов оплаты |
| Карточка спо-соба оплаты |
Рисунок 7.2 – Карта экранов приложения. Зона администрирования.
Описание интерфейса
Главный экран
· Задача навигация по системе. На экране отображается список модулей системы
Рисунок 5.1 – Главная страница
5.1.1. При клике на прямоугольник с названием модуля мы попадаем на страницу модуля