Основной поток (табл. 1.8):
Таблица 1.8 Основной поток прецедента «Генерация отчетов»
|
Действия акторов |
Отклик системы |
|
|
1. Актор выбирает в меню пункт «Отчеты». |
2. Система открывает страницу для генерации отчетов. |
|
|
3. Актор выбирает вид отчета. |
4. Система выполняет запрос. 5. Система выводит полученные данные на страницу. |
Название: «Экспорт в MS Excel».
Акторы: сотрудник ВУЗа.
Краткое описание: актор выгружает полученные данные в MS Excel.
Триггер: актор сгенерировал отчет.
Основной поток (табл. 1.9):
Таблица 1.9 Основной поток прецедента «Экспорт в MS Excel»
|
Действия акторов |
Отклик системы |
|
|
1. Актор нажимает на кнопку «Экспорт в Excel». |
2. Система создает документ MS Excel, содержащий сгенерированные данные. 3. Система предоставляет документ пользователю. |
Название: «Редактирование справочников».
Акторы: сотрудник ВУЗа.
Краткое описание: актор выбирает пункт меню «Управление». Актор выбирает необходимый справочник, изменяет информацию и сохраняет изменения.
Триггер: актор вошел в систему.
Основной поток (табл. 1.10):
Таблица 1.10 Основной поток прецедента «Редактирование справочников»
|
Действия акторов |
Отклик системы |
|
|
1. Актор выбирает в меню пункт «Управление». |
2. Система открывает список справочников. |
|
|
3. Актор выбирает необходимый справочник. |
4. Система открывает окно для редактирования справочника. |
|
|
5. Актор изменяет необходимую информацию. 6. Актор нажимает на кнопку «Сохранить». Если актор хочет отменить изменения, выполняется подпоток S1. |
7. Система проверяет, верно ли заполнены все поля (E1). 8. Система сохраняет данные. 9. Система открывает страницу со списком справочников. |
Альтернативные потоки:
E1: Появление предупреждений у незаполненных или неверно заполненных полей при проверке данных перед сохранением, если какие-либо данные введены некорректно или отсутствуют.
Подпотоки:
S1: Актор нажимает на кнопку «Отменить». Переход к пункту 9. Прецедент продолжается.
Название: «Работа с участниками».
Акторы: сотрудник ВУЗа.
Краткое описание: актор выбирает в меню пункт «Участники». Выполняет работу над участниками. Список участников обновляется.
Триггер: актор вошел в систему.
Основной поток (табл. 1.11):
Таблица 1.11 Основной поток прецедента «Работа с участниками»
|
Действия акторов |
Отклик системы |
|
|
1. Актор выбирает в меню «Участники». |
2. Система открывает список участников (E1). |
|
|
3. Актор производит работу над участниками. |
4. Система обновляет список участников. |
Альтернативные потоки:
E1: Вывод сообщения о том, что по данному запросу не найдено результатов, если участников нет.
Название: «Поиск участников».
Акторы: сотрудник ВУЗа.
Краткое описание: актор вводит ключевые значения в строке поиска и выбирает фильтры в меню слева для получения списка участников.
Триггер: актор выбрал в меню пункт «Участники».
Основной поток (табл. 1.12):
Таблица 1.12 Основной поток прецедента «Поиск участников»
|
Действия акторов |
Отклик системы |
|
|
1. Актор вводит ключевые значения в строке поиска и нажимает на кнопку поиска. Если актор не хочет искать участников по ключу, выполняется подпоток S1. |
2. Система открывает полученный список участников (E1). |
|
|
3. Актор выбирает параметры поиска в меню слева. |
4. Система открывает полученный список участников (E1). |
Альтернативные потоки:
E1: Вывод сообщения о том, что по данному запросу не найдено результатов, если по запросу не найдено ни одного участника.
Подпотоки:
S1: Переход к пункту 3. Прецедент продолжается.
Название: «Редактирование участников».
Акторы: сотрудник ВУЗа.
Краткое описание: актор открывает участника, изменяет необходимую информацию и нажимает на кнопку «Сохранить».
Триггер: актор нашел необходимого участника.
Основной поток (табл. 1.13):
Таблица 1.13 Основной поток прецедента «Редактирование участников»
|
Действия акторов |
Отклик системы |
|
|
1. Актор два раза нажимает на участника. |
2. Система открывает страницу для редактирования участника. |
|
|
3. Актор изменяет необходимую информацию. 4. Актор нажимает на кнопку «Сохранить». Если актор хочет отменить изменения, то выполняется подпоток S1. |
5. Система проверяет, верно ли заполнены все поля (E1). 6. Система сохраняет участника. 7. Система открывает страницу со списком участников. |
Альтернативные потоки:
E1: Появление предупреждений у незаполненных или неверно заполненных полей при проверке данных перед сохранением, если какие-либо данные введены некорректно или отсутствуют.
Подпотоки:
S1: Актор нажимает на кнопку «Отменить». Переход к пункту 7. Прецедент продолжается.
Название: «Удаление участников».
Акторы: сотрудник ВУЗа.
Краткое описание: актор выбирает участника и удаляет его.
Триггер: актор нашел необходимого участника.
Основной поток (табл. 1.14):
Таблица 1.14 Основной поток прецедента «Удаление участников»
|
Действия акторов |
Отклик системы |
|
|
1. Актор нажимает на кнопку «Удалить». |
2. Система удаляет участника. 3. Система обновляет страницу со списком участников. |
Название: «Регистрация участников на мероприятие».
Акторы: сотрудник ВУЗа.
Краткое описание: актор нажимает кнопку «Зарегистрировать участников», находит необходимого участника, нажимает кнопку «Зарегистрировать».
Триггер: актор нажал на мероприятие.
Основной поток (табл. 1.15):
Таблица 1.15 Основной поток прецедента «Регистрация участников на мероприятие»
|
Действия акторов |
Отклик системы |
|
|
1. Актор нажимает на кнопку «Зарегистрировать участников». |
2. Система открывает список участников. |
|
|
3. Актор находит нужного участника. Если такого участника нет в системе, то выполняется подпоток S1. 4. Актор нажимает кнопку «Зарегистрировать». |
5. Система регистрирует участника. |
Подпотоки:
S1: Выполнение прецедента «Добавление участников». Переход к пункту 4. Прецедент продолжается.
Название: «Добавление участников».
Акторы: сотрудник ВУЗа.
Краткое описание: актор нажимает на кнопку «Добавить», заполняет необходимую информацию, нажимает на кнопку «Сохранить».
Триггер: актор выбрал в меню пункт «Участники» или нажал кнопку «Зарегистрировать участников».
Основной поток (табл. 1.16):
Таблица 1.16 Основной поток прецедента «Добавление участников»
|
Действия акторов |
Отклик системы |
|
|
1. Актор нажимает на кнопку «Добавить». |
2. Система открывает страницу добавления участника. |
|
|
3. Актор заполняет необходимую информацию. 4. Актор нажимает на кнопку «Сохранить». Если актор хочет отменить добавление участника, то выполняется подпоток S1. |
5. Система проверяет, верно ли заполнены все поля (E1). 6. Система сохраняет участника. 7. Система открывает список участников. |
Альтернативные потоки:
E1: Появление предупреждений у незаполненных или неверно заполненных полей при проверке данных перед сохранением, если какие-либо данные введены некорректно или отсутствуют.
Подпотоки:
S1: Актор нажимает на кнопку «Отменить». Переход к пункту 7. Прецедент продолжается.
Название: «Импорт участников из MS Excel».
Акторы: сотрудник ВУЗа.
Краткое описание: актор нажимает на кнопку «Импорт», выбирает файл MS Excel, проверяет полученные данные, нажимает на кнопку «Сохранить».
Триггер: актор выбрал в меню пункт «Участники».
Основной поток (табл. 1.17):
Таблица 1.17 Основной поток прецедента «Импорт участников из MS Excel»
|
Действия акторов |
Отклик системы |
|
|
1. Актор нажимает на кнопку «Импорт». |
2. Система открывает диалоговое окно для выбора файла MS Excel. |
|
|
3. Актор выбирает файл с локального носителя. |
4. Система проверяет правильность формата данных (E1). 5. Система открывает модальное представление для проверки данных. |
|
|
6. Актор проверяет данные и нажимает на кнопку «Сохранить». Если актор не хочет добавлять участников, то выполняется подпоток S1. |
7. Система сохраняет мероприятия. 8. Система открывает список участников. |
Альтернативные потоки:
E1: Появление предупреждения о неверном формате данных.
Подпотоки:
S1: Актор нажимает на кнопку «Отменить». Переход к пункту 8. Прецедент продолжается.
Название: «Подтверждение роли пользователя».
Акторы: администратор.
Краткое описание: актор выбирает в меню пункт «Пользователи», выбирает нужного пользователя и подтверждает его роль.
Триггер: актор вошел в систему.
Основной поток (табл. 1.18):
Таблица 1.18 Основной поток прецедента «Подтверждение роли пользователя»
|
Действия акторов |
Отклик системы |
|
|
1. Актор выбирает в меню пункт «Пользователи». |
2. Система открывает список пользователей. |
|
|
3. Актор выбирает необходимого пользователя. 4. Актор нажимает на кнопку «Предоставить доступ». |
5. Система подтверждает роль пользователя. 6. Список пользователей обновляется. |
Название: «Регистрация на мероприятие».
Акторы: абитуриент.
Краткое описание: актор выбирает в меню пункт «Мероприятия», выбирает нужное мероприятие и регистрируется.
Триггер: актор вошел в систему.
Основной поток (табл. 1.19):
Таблица 1.19 Основной поток прецедента «Регистрация на мероприятие»
|
Действия акторов |
Отклик системы |
|
|
1. Актор выбирает в меню пункт «Мероприятия». |
2. Система открывает список мероприятий. |
|
|
3. Актор выбирает необходимое мероприятие. 4. Актор нажимает кнопку «Зарегистрироваться». |
5. Система регистрирует актора на мероприятие. |
1.7 Техническое задание
В ходе анализа предметной области было написано техническое задание со всеми необходимыми требованиями к системе. Техническое задание было выполнено в соответствии с требованиями ГОСТ 19.201-78 [6] (прил. B).
Были выявлены требования к программе и программной документации, определены назначение разработки и основание разработки, технико-экономические показатели, стадии и этапы разработки, порядок контроля и приемки, добавлены характеристики области применения программы и наименование программы.
Таким образом, за время анализа предметной области были сформулированы все необходимые требования к разрабатываемой системе, и выявлены основные функции, обязательные для реализации.
Глава 2. Проектирование модуля учета профориентационных мероприятий информационно-аналитической системы приемной кампании
Данная глава представляет собой описание процесса проектирования системы учета мероприятий. Здесь представлены модель поведения системы, описание этапов нормализации отношений базы данных и подробно описанная статическая структура системы. В конце главы содержится описание этапа проектирования интерфейса.
2.1 Модель поведения модуля учета профориентационных мероприятий информационно-аналитической системы приемной кампании
Во время проектирования системы было необходимо построить модель поведения системы, для этого была выбрана нотация диаграмм последовательностей. Все разработанные диаграммы представлены ниже.
Название: «Генерация отчетов» (рис. 2.3).
Обязанности: выбрать пункт меню «Отчеты», выбрать параметры, нажать кнопку «Сгенерировать».