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.         «Версия документа» - предыдущие версии документа, хранящиеся в репозитарии;

·          «Примечание» - примечание, вводимое пользователем при создании новой версии документа;

·          «Дата создания» - дата создания версии;

·          «Дата изменения» - дата внесения последних изменений в текущую версию документа;

·          «Номер версии» - номер версии документа, присваиваемый версии при сохранении в репозитарий.

В представленной модели хорошие видны количественные отношения, например, объект «Процесс согласования» может содержать только одну запись об объекте «Статус процесса», но сколь угодно записей об объекте «Документ».


Информация о работе «Автоматизированная система утверждения электронных документов на основе MS SharePoint 2007»
Раздел: Информатика, программирование
Количество знаков с пробелами: 104517
Количество таблиц: 15
Количество изображений: 21

Похожие работы

Скачать
46913
0
1

... , за кого он себя выдает, и что документ не был изменен в процессе доставки. Как только речь зашла об электронной цифровой подписи, сразу же возникает проблема ее использования. 2. Проблемы использования электронной цифровой подписи В современном, оснащенном компьютерами предприятии документы создаются и перемещаются в электронном виде, при этом необходимость подписания документов остается. ...

Скачать
146599
8
2

... , удовлетворяющее потребностям организации, регламентировать процесс перехода на новую систему электронного документооборота и оперативного управления деятельностью компании. ГЛАВА 3. ПРЕДЛОЖЕНИЯ ПО СОВЕРШЕНСТВОВАНИЮ ДЕЯТЕЛЬНОСТИ ОГУ «БЕЛИФ» НА ОСНОВЕ ТЕХНОЛОГИЙ ИНФОРМАЦИОННОГО МЕНЕДЖМЕНТА 3.1 Выбор системы оперативного управления деятельностью на основе анализа российских и зарубежных ...

Скачать
144824
1
0

... все названные критерии. Причем данным набором дело не ограничивается, поскольку наука и практика не стоит на месте, появляются новые реалии и обстоятельства. 2.2.Проблема выбора система электронного документооборота на предприятиях малого и среднего бизнеса Основными российскими тенденциями начала третьего тысячелетия стал безбумажный технологический бум во всех сферах человеческой ...

Скачать
155672
13
41

... , что абсолютное большинство людей способны эффективно обучаться электронным способом, естественно при условии наличия адекватного учебного контента (содержания курсов). Разработка системы дистанционного обучения для НИПК даст ощутимый экономический и социальный эффект в деятельности организации. Эффективность в общем виде рассматривается как основная характеристика функционирования системы ...

0 комментариев


Наверх