2.2 Разработкаспецификаций требований
После построения функциональной модели создается спецификация требований, в ней описываются функции и возможности, которыми должна обладать программа расчета стоимости грузоперевозки.
При разработке следует четко разграничить сущности с которыми идет работа и обеспечить быстрый доступ к данным. Для этого хорошо подходит интерфейсный элемент «вкладка». Разбиение сущностей приведено на рисунке 2.4.
Рисунок 2.4 – Детализация процесса «Ввод данных в систему»
Из рисунка 2.4 видно, что выделяться четыре основные сущности в настройке страницы.
Настройка элементов управления определяет, какие элементы должны попасть на страницу, в каком порядке и какие шаблоны будет использованы при их генерации.
Настройка характеристик элементов управления предусматривает расширенные настройки элементов управления. Например, к расширенным настройкам относиться метка поля, ширина поля, некоторые ограничения такие как максимальное количество вводимых символов. Расширенные характеристики индивидуальны для каждого поля и настраиваться разработчиком. Каждая характеристика имеет свой набор допустимых значений и правила валидации введённых значений. Валидация введённых значений является важной частью работы системы и гарантирует более 80% исправленных ошибок ввода. Более детализовано процесс приведен на рисунке 2.5.
Рисунок 2.5 – Детализация процесса «Настройка характеристик элементов управления»
Настройка общих параметров позволяет настроить критерии для системы в которую происходит интеграция.
Настройка критериев приемлемости позволяет ввести критерии по которым будут идти проверки, если не будет соответствия критерию будет введено сообщение пользователю, но при этом он сможет продолжить свою работу. Обработка критериев будет вестись на уже сгенерированной странице.
Так же следует разработать ниже приведённые аспекты, выработанные при анализе преимуществ и недостатках аналогичных ПО.
Для упрощения взаимодействия пользователя с программой следует разместить в ключевых участках программы подсказки, при этом следует учесть количество передаваемой пользователю информации. Оно должно быть достаточным для понимания решения вопроса и не должно быть избыточным.
Требуется создать готовые шаблоны полей ввести возможность пользователю дополнять и изменять уже существующие шаблоны. Настройка шаблонов должна быть идентично настройки обычного элемента управления для упрощения работы пользователя.
Так же надо отделить выделенные выше информационные сущности от текущей опубликованной информации, что бы изменение текущих настроек до публикации страницы никак не влияло на уже опубликованную страницу. Так же следует учесть что вероятнее всего будет несколько серверов на которых установлено приложение, поэтому будут актуальны возможности экспорта и импорта настроек.
Так же следует выделить несколько ролей пользователей со своими правами. Сейчас актуально выделить 2 основные роли которые в последующим могут видоизменяться. Первою ролью будет пользователь который выполняет настройки. Вторая роль берет на себя действия по тестированию и утверждению. Произведенных настроек.