Спецификация требований

Спецификация требований

1. Первичный список требований (функциональные и ограничения)

Функциональные требования:

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

Удобное редактирование и просмотр таблицы распоряжений, пользователей, сотрудников, приоритетов, групп (добавление, изменение, удаление) в том числе с удаленного компьютера; Автоматизированная рассылка электронных писем-предупреждений лицам, ответственным за выполнение распоряжений; Распечатка текущего вида таблицы распоряжений (вывод на печать списка распоряжений в том виде, каком представлены на экране – с той же сортировкой и форматированием); Снятие распоряжения с учета вручную;

Ограничения:

Программная система должна работать в среде Windows без установки дополнительного платного программного обеспечения; Поддержка аутентификация и авторизации пользователей системы; Присваивание приоритетов распоряжениям; Приписывание каждого сотрудника группе (сотрудник может принадлежать только одной группе) Изменение настроек формата писем в зависимости от приоритета распоряжения и категории ответственного за распоряжение (возможность создания шаблонов писем для каждого приоритета и категории); Сохранение истории выполнения распоряжений. Программное обеспечение должно быть сформировано в рамках технологии «клиент-сервер»

2. Модели требований (Анализ и детализация требований)

Модель предметной области

Предметная область содержит следующие объекты:

·  сотрудники,

·  куратор,

·  приказы,

·  сообщения,

·  срок “напоминания”

Существует схема исполнения приказов в ПЕТРГУ. Приказ (приходящий из вне или являющийся внутренним) содержит собственно текст приказа, срок выполнения и указание на ответственное за его выполнение лицо. Содержание приказа куратором доводится до сведения исполнителя. Кроме того, по истечение некоторого срока “напоминания” куратор может напомнить исполнителю о том, что приказ должен быть выполнен, например, послав ему сообщение по электронной почте. После окончания срока выполнения приказа исполнитель ставит куратора в известность о выполнении/невыполнении приказа.

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

3.Модели пользователей системы

Существуют две модели пользователей: обычный пользователь и администратор.

Пользователь может зайти в систему на правах обычного пользователя или администратора.

Обычный пользователь может:

Делать настройки интерфейса; Работать с БД (добавлять, изменять, редактировать); Может в ручную снимать с контроля распоряжение; Изменять шаблон писем; Осуществлять печать текущего вида таблицы распоряжений; Просматривать все выполненные распоряжения;

Администратор может:

·  Выполнять действия обычного пользователя;

·  Делать настройки сервера;

·  Работать с таблицей пользователей;

Функциональная модель. Сценарии использования системы или детальное описание работы каждой функции с точки зрения пользователя

Внесение данных(добавление новых записей, изменение, удаление) в БД :

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

(Соответствует требованию - Удобное редактирование и просмотр таблицы распоряжений, пользователей, сотрудников (добавление, изменение, удаление) в том числе с удаленного компьютера)

Получение информации о выполненных распоряжениях:

Пользователь выбирает в меню соответствующую команду «выполненные распоряжения»; Система отображает у пользователя на экране список всех выполненных распоряжений;

( Соответствует ограничению - Сохранение истории выполнения распоряжений)

Изменение настроек интерфейса пользователя:

В соответствующем меню пользователь выбирает команду «Настройки»; Пользователь настраивает интерфейс (цвет шрифта, цвет фона, шрифт и т. д.); Система выполняет сохранение изменений настроек интерфейса;

Изменение шаблона письма оповещения:

Пользователь в меню выбирает соответствующую команду «Шаблоны письма»; Пользователь изменяет формат письма; Система выполняет сохранение изменений;

( Соответствующее ограничение - Изменение настроек формата писем в зависимости от приоритета/категории)

Печать списка распоряжений:

Пользователь выбирает в меню таблицу распоряжений; Система загружает выбранную таблицу;

Пользователь выбирает отсортировать в меню; Пользователь выбирает параметры сортировки (по дате, по исполнителю, и т. д.); Система отображает на экране пользователя ответ на запрос; Пользователь выбирает «напечать»;

( Соответствующее требование - Распечатка текущего вида таблицы распоряжений)

Снятие с контроля выполнения поручений:

Пользователь в меню выбирает команду «снять с учета»; Пользователь указывает номер приказа; В таблице распоряжений данное распоряжение помечается как выполненное;

(Соответствующая функция - Снятие распоряжения с учета в ручную )

Генерация напоминаний:

Система просматривает таблицу распоряжений; Проверяет, у каких распоряжений подошел срок напоминания; Система генерирует сообщение; Система рассылает письма;

(Соответствующее требование - Автоматизированная рассылка электронных писем-предупреждений лицам, ответственным за выполнение распоряжений)

5. Высокоуровневая архитектура

Архитектура программной системы

Программная система состоит из программного обеспечения сервера (ПО сервера) и программного обеспечения клиента (ПО клиента). ПО сервера предназначено для хранения данных о текущих поручениях, их обработки, контроля сроков их выполнения, отправки сообщений, напоминающих о сроках выполнения, а также для хранения данных о пользователях программной системы.

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

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

ПО клиента используется для создания поручений, их дальнейшей модификации, а также для получения информации о различных поручениях.

Файлы настроек будут содержать параметры приложений.

Детальные требования к основным подсистемам

ПО сервера

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

Подсистема должна

Поддерживать соединение с ПО клиента Принимать запросы от клиентов, вызывать соответствующую функцию обработки этого запроса и отсылать обратно клиенту результат обработки Обеспечивать связь с клиентами посредством специального сетевого протокола
Роль сервера исполняет подсистема «Сеть» Сервер одновременно должен поддерживать работу с одним клиентом. В случае если на занятый сервер поступает запрос, он становится в очередь запросов. При этом сервер должен блокироваться только на время выполнения запроса. (Необходимо для обеспечения одновременной работы нескольких пользователей) В запросах должны присутствовать данные для аутентификации (логин и хеш-образ пароля). Если в запросе эти параметры отсутствуют, запрос отбрасывается.
Отправлять сообщения пользователям через почтовый сервер

Подсистема «Обработка данных» используется для непосредственной работы с базами данных пользователей, сотрудников и поручений.

Подсистема должна

Поддерживать следующие виды SQL-запросов к базе данных:
Добавление новых распоряжений, сотрудников, шаблонов, приоритетов, групп сотрудников, изменение этих данных распоряжений, удаление. Выборка данных о поручениях, о сотрудниках, о пользователях, а также данных по видам приоритетов, групп сотрудников, шаблонов сообщений Добавление нового пользователя, редактирование пароля, удаление пользователя (учетную запись администратора можно только редактировать) Поиск в таблице пользователей данных аутентификации (логин + пароль)
Корректно обрабатывать запросы на доступ к базе данных (Необходимо для исключения непредвиденных ситуаций) Поддерживать авторизацию и аутентификацию пользователей, хранить пароли пользователей и администратора в виде хэш-образов (из ограничения: поддержка аутентификация и авторизации пользователей системы) Взаимодействовать с сетевой подсистемой для получения и отправки данных. При этом письма, предназначенные для автоматической отправки должны генерироваться программно с учетом указанного шаблона сообщения. Время и периодичность автоматической рассылки должны соответствовать приоритету поручения.

ПО клиента

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

Подсистема должна

Отображать данные на экране в удобном для пользователя виде Поддерживать возможность настройки интерфейса Реагировать на действия пользователя Поддерживать возможность вывода информации на печать Предоставлять администратору доступ к редактированию данных пользователей Взаимодействовать с сетевой подсистемой для отправки и получения данных Сохранять изменяемые настройки в отдельный файл и загружать их

Подсистема «Сеть» предназначена для отправки запросов на сервер и получение от него ответов. Функциональность вытекает из ограничения о том, что программное обеспечение должно быть сформировано в рамках технологии «клиент-сервер»

Подсистема должна

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

6. Критерии аттестации системы

Критерии аттестации системы включают в себя тесты к каждой из заявленных функций системы.

Проверка аутентификации и авторизации пользователей системы

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

Проверка работы с базами данных

2.1  Проверка работы с БД «Поручений»

·  Проверка возможности пользователей добавлять новые поручения

·  Проверка возможности пользователей снимать выполненное поручение с учета

·  Проверка возможности поиска и вывода списка поручений

·  Проверка возможности присваивания категорий поручениям

2.2  Проверка работы с БД «Сотрудники»

·  Проверка возможности пользователей добавления/ редактирования/ удаления сотрудника

2.3  Проверка параллельной работы нескольких пользователей

Проверка отправки напоминаний

·  Проверка автоматизированной рассылки сообщений с учетом форматов сообщений для различных категорий распоряжений

·  Проверка возможности ручной отправки сообщений

·  Проверка возможности изменения текста сообщения

4. Проверка удобства редактирования и просмотра таблиц «Сотрудники» и «Поручения»

·  Проверка возможности сортировки отображаемых таблиц по столбцам

·  Проверка возможности редактирование данных прямо в таблице. Без открытия дополнительных окон с полями ввода

·  Проверка добавления связи с другой таблицей с использованием выпадающего списка (при выборе ответственного за поручение – выпадающий список с именами всех сотрудников)

·  Проверка обработки случаев ввода некорректной информации

5. Проверка возможности распечатки текущего вида базы поручений

·  Проверка возможности предварительного просмотра выводимой на печать информации

·  Проверка возможности настройки принтера

Проверка печати базы поручений на принтере

6. Проверка работы ПС без установки дополнительного платного ПО

7. Проверка возможности выбора и сохранения приоритета распоряжения в таблице распоряжений путем выбора приоритета из списка (выпадающего из соответствующего активного поля)

8. Проверка возможности сохранения истории выполнения распоряжений

Проверка сохранения снятых с учета распоряжений (с датами снятия) в отдельной таблице