3. Детальные требования

Детальные требования представляют полный список конкретных свойств и функциональности, которую должна иметь программа. Каждое детальное требование должно быть пронумеровано и отслеживаться в процессе разработки. D-требования должны быть согласованы с С-требованиями.

3.1. Требования к внешнему интерфейсу

3.1.1. Пользовательские интерфейсы

После нескольких встреч с заказчиком, детализации С-требований, ознакомления с литературой по графическим пользовательским интерфейсам был разработан детализированный интерфейс. Впоследствии этот прототип был одобрен заказчиком. На рисунке К.3 приведена схема взаимосвязей между формами.

Рисунок К.2 – Взаимосвязь форм

Далее рассмотрим каждую из форм, обозначенных на рисунке К.2, по отдельности. Их интерфейсы представлены на рисунках К.3-К.6.

Рисунок К.3 – Эскиз формы авторизации

Рисунок К.4 – Эскиз формы распределения нагрузки

Рисунок К.5 – Эскиз формы заполнения журнала

3.1.2. Аппаратные интерфейсы

Да..

3.1.3. Программные интерфейсы

Нет.

3.1.4. Коммуникационные интерфейсы

Нет.

3.2. Описание детальных требований

3.2.1. Диаграммы последовательности

На страницах ПЗ был проведен детальный анализ требований и представлены диаграммы последовательности для каждого варианта использования. Здесь же изложено краткое описание диаграмм последовательности. Диаграммы последовательности изображены на рисунках К.7, К.8.

3.2.2. Классы для классификации детальных требований

В ПЗ при описании детальных требований были приведены основные классы. На рисунке Н.11 представлена общая диаграмма классов.

Основными классами системы являются класс взаимодействия с пользователем, класс взаимодействия с БД.

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

Базовыми методами класса взаимодействия с БД являются выполнение запроса и проверка корректности данных.

3.2.3. Диаграммы активности

На этапе формирования D – требований в ПЗ для описания возможных действий и переходов, которые в совокупности характеризуют поведение элементов системы, были представлены диаграммы активности. Общая диаграмма изображена на рисунке К.8. Работа системы начинается с аутентификации пользователя. Далее пользователь в зависимости от прав доступа получает список возможных вариантов действий. И в зависимости от выбранных вариантов может перейти и осуществить одно из действий, которые перечислены в D-требованиях.

3.3. Требования к производительности

Нет.

3.4. Ограничения проектирования

Необходимо создать приложение использующее web-интерфейс, что позволит пользователям работать с системой с любого компьютера подключенного к локальной сети. Реализация будет выполнена на языке программирования ASPX. Она будет разработана таким образом, чтобы было относительно легко наращивать функциональные возможности.

3.5. Атрибуты программной системы

3.5.1. Надежность

Специальных требований не предусмотрено.

3.5.2. Доступность

Для работы программного средства необходима связь с БД.

3.5.3. Защита

Возможность добавления и модификации информации в БД ИС должна предоставляться авторизованным пользователям, обладающим соответствующими правами. Данная возможность должна быть добавлена в процессе сопровождения системы.

Защита будет также обеспечиваться специальными настройками безопасности используемой БД и тем, что система будет функционировать во внутренней локальной сети.

Рисунок К.7 – Диаграмма последовательности

Рисунок К.8 –Диаграмма последовательности

Рисунок К.9 – Диаграмма деятельности системы