1.8 Модель потоков данных
В табл. 1.2 представлена входная и выходная информация системы.
Таблица 1.2 Входная и выходная информация системы | |
Входная информация | Выходная информация |
Файл ГУП или УП | Данные о документе |
Стартовые параметры процесса | Назначенные пользователям задания |
Решение утверждающего и текстовое сообщение | Рецензия по документу и комментарий |
Параметры поиска | Список документов |
Запрос процессов | Список процессов утверждения |
Запрос документа | Файл ГУП или УП |
Внешними сущностями системы являются:
· пользователь;
· администратор.
Контекстная диаграмма приведена в приложении 1, диаграмма потоков данных – в приложении 2.
1.9 Модель вариантов использования
Проектируемая система должна обеспечивать следующие основные функции:
· загрузка документа;
· выгрузка документа;
· загрузка документа с помощью модуля загрузки;
· утверждение и комментирование;
· поиск;
· получение списка документов;
· запуск процесса;
· завершение этапа процесса;
· прекращение процесса;
· получение списка процессов;
· добавление пользователей;
· удаление пользователей;
· назначение разрешений.
Взаимосвязь между функциями системы и кругом пользователей отражена на диаграммах вариантов использования (приложение 3).
Описание диаграммы вариантов использования:
1. Вариант использования: запуск процесса.
Актеры: пользователь, администратор.
Краткое описание: ручной запуск процесса утверждения загруженного ранее документа.
Полное описание: запуск процесса утверждения документа включает в себя загрузку документа для утверждения выбор процесса и непосредственно старт процесса утверждения (либо выбор процесса и старт для загруженного ранее документа).
Предусловие: пользователь должен быть авторизован.
Постусловие: пользователю назначено задание по утверждению документа.
2. Вариант использования: переход к следующему шагу процесса.
Актеры: пользователь, администратор.
Краткое описание: процесс утверждения переходит на следующий шаг.
Полное описание: для перехода к следующему шагу процесса пользователю необходимо выполнить действия, назначаемые процессом пользователю – утверждение/отклонение и комментирование документа. После выполнения указанных действий процесс переходит к следующему шагу, либо завершается, если текущий шаг был последним.
Предусловие: процесс утверждения документа запущен.
Постусловие: система назначает задание по утверждению документа следующему пользователю, либо процесс утверждения переходит в состояние «Завершен», если шаг был последним.
3. Вариант использования: утверждение и комментирование.
Актеры: пользователь, администратор.
Краткое описание: утверждающий утверждает или отклоняет документ и оставляет комментарий к документу.
Полное описание: суть функции заключается в отклонении либо утверждении документа, либо в отклонении, и оставлении комментария к документу (опционально). Утверждение и комментирование доступно пользователям, которые присутствуют в списке утверждающих. Эта функция доступна лишь в том случае, если все предшествующие по списку утверждающие утвердили документ.
Предусловие: пользователю назначено задание по утверждению документа.
Постусловие: процесс утверждения документа переходит к следующему шагу.
4. Вариант использования: поиск.
Актеры: пользователь, администратор.
Краткое описание: пользователь осуществляет поиск в системе.
Полное описание: пользователь может осуществлять поиск элементов в системе по заданному критерию. Поиск выполняется в указанной пользователем области, и в качестве результата выводится список объектов, удовлетворяющих заданным параметрам.
Предусловие: пользователь авторизован.
5. Вариант использования: загрузка документа.
Актеры: пользователь, администратор.
Краткое описание: пользователь загружает в систему документ.
Полное описание: загрузка документа происходит следующим образом: пользователь вызывает меню отправки на сервер файла, указывает путь к документу, который необходимо загрузить на сервер. После подтверждения загрузки файл передается на сервер и помечается как первая версия. Также можно добавить комментарий к загруженному документу.
Предусловие: пользователь авторизован в системе.
Постусловие: файл загружается в систему.
6. Вариант использования: выгрузка документа.
Актеры: пользователь, администратор.
Краткое описание: пользователь выгружает документ на локальный компьютер.
Полное описание: пользователь имеет возможность выгрузить документ на локальный компьютер и ознакомиться с ним, а также внести в сохраненный файл изменения для последующих действий.
Предусловие: документ загружен на сервер.
7. Вариант использования: получение списка документов.
Актеры: пользователь, администратор.
Краткое описание: система отображает списков документов, на которые имеет разрешения пользователь.
Полное описание: функция отображает все документы, на которые имеет разрешения пользователь, в том числе и документы, ожидающие рецензии. Также все пользователи могут увидеть состояние процессов, привязанных к документам.
Предусловие: пользователь должен быть авторизован.
8. Вариант использования: прекращение процесса.
Актеры: администратор.
Краткое описание: администратор останавливает процесс утверждения, связанный с документом.
Полное описание: администратор может остановить процесс утверждения документа на любой стадии, удалив процесс из системы.
Предусловие: процесс, связанный с документом, находится в состоянии выполнения.
9. Вариант использования: получение списка процессов.
Актеры: администратор.
Краткое описание: администратор получает список всех процессов.
Полное описание: администратор может просматривать список всех процессов утверждения, запущенных когда-либо в системе, а также видеть их статусы и прочую информацию о процессах.
10. Вариант использования: добавление пользователей.
Актеры: администратор.
Краткое описание: администратор добавляет пользователей в систему.
Полное описание: администратор системы имеет возможность добавлять в систему пользователей. При этом учетные записи пользователей должны быть существовать в списке пользователей службы Active Directory.
Предусловие: пользователи с указанными именами существуют в Active Directory.
Постусловие: пользователи добавлены в систему.
11. Вариант использования: удаление пользователей.
Актеры: администратор.
Краткое описание: администратор удаляет пользователей из системы.
Полное описание: администратор системы имеет возможность удалять из системы пользователей. При этом учетные записи пользователей из списка пользователей службы Active Directory не удаляются.
Постусловие: пользователи удалены из системы.
12. Вариант использования: назначение разрешений.
Актеры: администратор.
Краткое описание: администратор назначает права пользователям.
Полное описание: администратор системы может определить полномочия пользователя, варьирующиеся от ограниченного чтения до прав администратора системы. Права назначаются каждому пользователю системы, при этом права пользователя в системе не влияют на права пользователя в домене.
1.10 Диаграммы деятельности
В приложении 4 и 5 приведены диаграммы деятельности, отражающие процессы согласования учебных планов (приложении 4) и графиков учебных процессов (приложение 5). Как видно из приведенных диаграмм, процесс утверждения подразумевает последовательный сбор рецензий у пользователей. В случае отклонения документа кем-либо из пользователей процесс утверждения завершается.
1.11 Модель классов предметной области
Модель классов предметной области описывает статическую структуру системы: объекты и отношения между ними, атрибуты и операции для каждого класса объектов. Модель классов (приложение 6), представленная в виде концептуальной диаграммы классов, описывает основные сущности предметной области.
Рассмотрим подробнее сущности:
1. «Пользователь» – лицо, которое имеет доступ к системе:
· «Логин» - логин пользователя;
· «Пароль» - пароль пользователя на доступ к системе;
· «Роль в системе» - группа безопасности, к которой пользователь относится в системе;
2. «Процесс согласования» - процесс утверждения документа, который инициируется пользователем:
· «Дата начала» - дата создания процесса;
· «Дата изменения» - дата последний изменений, внесенных в процесс;
3. «Статус процесса» - статус процесса;
4. «Рецензия и комментарий» - рецензия и комментарий, оставляемые пользователем документу;
5. «Документ» - файл, требующий согласования:
· «Название» - название документа, данное ему при загрузке в репозитарий;
· «Дата создания» - дата загрузки документа в репозитарий;
· «Номер текущей версии» - номер версия документа, которая отображается в качестве него самого;
6. «Версия документа» - предыдущие версии документа, хранящиеся в репозитарии;
· «Примечание» - примечание, вводимое пользователем при создании новой версии документа;
· «Дата создания» - дата создания версии;
· «Дата изменения» - дата внесения последних изменений в текущую версию документа;
· «Номер версии» - номер версии документа, присваиваемый версии при сохранении в репозитарий.
В представленной модели хорошие видны количественные отношения, например, объект «Процесс согласования» может содержать только одну запись об объекте «Статус процесса», но сколь угодно записей об объекте «Документ».
... , за кого он себя выдает, и что документ не был изменен в процессе доставки. Как только речь зашла об электронной цифровой подписи, сразу же возникает проблема ее использования. 2. Проблемы использования электронной цифровой подписи В современном, оснащенном компьютерами предприятии документы создаются и перемещаются в электронном виде, при этом необходимость подписания документов остается. ...
... , удовлетворяющее потребностям организации, регламентировать процесс перехода на новую систему электронного документооборота и оперативного управления деятельностью компании. ГЛАВА 3. ПРЕДЛОЖЕНИЯ ПО СОВЕРШЕНСТВОВАНИЮ ДЕЯТЕЛЬНОСТИ ОГУ «БЕЛИФ» НА ОСНОВЕ ТЕХНОЛОГИЙ ИНФОРМАЦИОННОГО МЕНЕДЖМЕНТА 3.1 Выбор системы оперативного управления деятельностью на основе анализа российских и зарубежных ...
... все названные критерии. Причем данным набором дело не ограничивается, поскольку наука и практика не стоит на месте, появляются новые реалии и обстоятельства. 2.2.Проблема выбора система электронного документооборота на предприятиях малого и среднего бизнеса Основными российскими тенденциями начала третьего тысячелетия стал безбумажный технологический бум во всех сферах человеческой ...
... , что абсолютное большинство людей способны эффективно обучаться электронным способом, естественно при условии наличия адекватного учебного контента (содержания курсов). Разработка системы дистанционного обучения для НИПК даст ощутимый экономический и социальный эффект в деятельности организации. Эффективность в общем виде рассматривается как основная характеристика функционирования системы ...
0 комментариев