Лабораторная работа №3
«Создание модели требований»
Цель работы:
Получить навыки выполнения этапа определения требований СОИУ с применением CASE.
Исходные требования к информационной системе.
Основными пользователями системы являются участник конференции (докладчик), гость и администратор.
Участнику конференции необходима возможность регистрации в системе и авторизации в ней для просмотра данных о зарегистрированных докладчиках.
Гость так же, как и докладчик должен иметь возможность зарегистрироваться в системе, оставив свои контактные данные, после чего, авторизовавшись обратиться к учету выступающих.
В функциональные возможности администратора должны входить неограниченные полномочия, после авторизации в системе администратору необходим доступ к: регистрации докладчиков, гостей и нового администратора, учету выступающих, анализу конференции, редактированию данных докладчиков и вынесению оценки докладчикам.
Система не должна использовать ресурсы других систем, хранение данных будет произведено в текстовых файлах.
Диаграммы вариантов использования (деятельности)
Диаграммы вариантов использования описывают взаимосвязи и зависимости между вариантами использования и действующими лицами, участниками процесса.
ВИ «Авторизация» предоставляет возможность пользователям авторизоваться в системе для получения доступа к дополнительным возможностям.
ВИ «Регистрация» необходим для внесения данных о пользователях в систему.
ВИ «Учет выступающих» представляет собой вывод информации о участниках выступающих в той или иной секции или подсекции.
ВИ «Анализ конференции» предоставляет статистическую информацию о проведенной конференции.
ВИ «Редактирование данных» дает доступ к редактированию данных докладчиков.
ВИ «Оценка темы» необходим для выставления оценки актуальности заслушанных докладов.
Диаграмма вариантов использования представлена на рис. 1
Рис. 1. Диаграмма вариантов использования.
Диаграммы видов деятельности (активности)
При выборе пункта регистрации система дает выбор между типами регистрируемого пользователя, после определения типа пользователя необходимо заполнить поля и завершить регистрацию.
Диаграмма деятельности для ВИ «Регистрация» представлена на рис. 2.
Рис. 2. Диаграмма деятельности «Регистрация»
При авторизации у пользователя запрашивается логин и пароль, при корректном вводе система предоставляет доступ к обновленному меню, в противном случае выводится оповещение о некорректном вводе.
Диаграмма деятельности для ВИ «Авторизация» представлена на рис. 3.
При выборе пункта меню «Учет выступающих» выводится окно, позволяющее определить параметры запроса, после нажатия кнопки «Запрос» пользователю предоставляется запрашиваемая им информация.
Диаграмма деятельности для ВИ «Учет выступающих» представлена на рис. 4.
Рис. 3. Диаграмма деятельности «Авторизация»
Рис. 4. Диаграмма деятельности «Учет выступающих»
Диаграмма деятельности для ВИ «Анализ конференции» представлена на рис. 5.
После выбора пункта меню «Анализ конференции» пользователю выводиться статистическая информация о проведенной конференции.
Рис. 5. Диаграмма деятельности «Анализ конференции»
Рис. 6. Диаграмма деятельности «Редактирование данных»
Диаграмма деятельности для ВИ «Редактирование данных» представлена на рис. 6.
При выборе пункта меню «Редактирование данных» откроется окно, которое предоставляет возможность выбора любого зарегистрированного в системе участника конференции, после определения участника, нуждающегося в редактировании, пользователь получает доступ ко всем его атрибутам. Для сохранения внесенных изменений необходимо нажать кнопку «редактировать»
Диаграмма деятельности для ВИ «Оценка темы» представлена на рис. 7.
Для вынесения оценки актуальности выступления докладчику необходимо выбрать пункт меню «Оценка темы», далее выбрать участника оценку которого необходимо поставить, оценить его выступление, выбрав из выпадающего меню соответствующее значение и в завершении нажать на кнопку «Оценить».
Рис. 7. Диаграмма деятельности «Оценка темы»
Диаграмма деятельности для ВИ «Регистрация члена оргкомитета» представлена на рис. 8.
После выбора пункта меню «Регистрация члена оргкомитета» открывается окно, предлагающее заполнить поля атрибутов нового регистрируемого администратора, по завершению регистрации необходимо нажать кнопку «Регистрация».
Рис. 8. Диаграмма деятельности «Регистрация члена оргкомитета»
Диаграмма классов
Диаграммой классов (Class diagram) называют диаграмму, на которой показано множество классов, интерфейсов, коопераций и отношений между ними.
Диаграмма классов служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывать их внутреннюю структуру и типы отношений.
Информационная система «Конференция» состоит из 13 классов: User, Guest, Speaker, Administrator, Conference, MainForm, EditForm, RegistrationForm, GuestRegistrationForm, SpeakerRegistrationForm, AdminRegistrationForm, MarkForm, StatisticForm.
Класс Conference является управляющим классом и содержит в себе основные методы для работы с данными пользователей: inputguests(), inputspeakers(), inputadmins(), output(), addguest(), addspeaker(), addadmin(). Его конструктор инициализирует массивы объектов классов-сущностей:
Guest[] guests, Speaker[] speakers, Administrator[] administrators.
Методы: inputguests(), inputspeakers(), inputadmins() реализуют ввод в массивы объектов классов-сущностей, считывая их построчно из файлов: «Guest.txt», «Speakers.txt», «Admins.txt».
Метод output() выгружает все объекты находящиеся в массивах guests, speakers, administrators и записывает их построчно в файлы «Guest.txt», «Speakers.txt», «Admins.txt».
Методы: addguest(), addspeaker(), addadmin() реализуют добавление новых объектов в массивы, путем увеличения размерности массива на единицу и записи нового элемента в конец массива.
Классы User, Guest, Speaker, Administrator являются классами-сущностями и содержат в себе информацию о пользователях системы. Классы Guest, Speaker, Administrator являются классами-потомками и происходят от класса User, который содержит в себе поля типа string: surname, name, patronymic, login, password. Класс Guest содержит в себе поля типа string: mail, age. В классе Speaker содержатся поля типа string: mail, theme, section, subsection, mark. А в классе Administrator содержится поле post. Все классы-сущности имеют пустой конструктор.
Классы MainForm, EditForm, RegistrationForm, GuestRegistrationForm, SpeakerRegistrationForm, AdminRegistrationForm, MarkForm, StatisticForm являются граничными классами, прдеставляют собой интерфейс и обеспечивают взаимодействие системы с пользователем.
Класс MainForm является главной формой приложения, которая инициализирует остальные формы, по нажатию соответствующих кнопок.
Диаграмма классов представлена на рис.9.
Рис. 9. Диаграмма классов системы
Выводы: получил навыки выполнения этапа определения требований СОИУ с применением CASE.