Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Одним файлом.docx
Скачиваний:
44
Добавлен:
31.05.2015
Размер:
2.71 Mб
Скачать

3.3 Идентификация классов анализа

3.3.1 Глоссарий предметной области

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

Глоссарий разрабатываемой системы может быть представлен в следующем виде, как это показано в таблице 3.1.

Таблица 3.1 – Глоссарий предметной области

№ п/п

Термин

Значение

1

Сотрудник

Пользователь, использующий систему в процессе взаимодействия внутри организации

2

Менеджер

Пользователь, выполняющий управление взаимодействием сотрудников в организации

3

Администратор

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

4

Пользователь

Человек, выполняющий некоторые действия в системе

5

Аутентификация и авторизация

Процедура определения личности пользователя и прав доступа аутентифицированных пользователей

6

Вход в систему

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

7

Форма просмотра соответствующей информации

Форма, предназначенная для просмотра данных в табличном виде

8

Форма добавления/ обновления/удаления данных

Форма, предназначенная для добавления, обновления и удаления соответствующих данных

На основании таблицы 3.1 были выделены классы, которые можно сгруппировать следующим образом:

  • граничные: стартовая страница для входа в систему, а также страницы просмотра информации, добавления, удаления и обновления данных.

  • управляющие: отсутствуют.

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

3.4 Поведение предмета разработки

Трактуя предмет разработки как класс, поведение объекта системы может быть представлено в виде диаграммы деятельности, приведённой на рисунке 3.2.

На диаграмме деятельности представлена общая работа всей системы, а также логика и последовательность перехода от одной деятельности к другой, при этом внимание фиксируется на результате деятельности. Из диаграммы видно, что отдельные элементарные вычисления могут приводить к некоторому результату или действию (action). Сам же результат может привести к изменению состояния системы или возвращению некоторого значения, в данном случае:

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

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

  • если пользователь является администратором данной системы, то после прохождения аутентификации, он сможет добавлять новую информацию, удалять и редактировать её. Все действия связанные с изменением состояния данных сохраняются в базу данных.

Рисунок 3.2 – Диаграмма деятельности