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

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 – Диаграмма деятельности