Дипломная работа: Автоматизированная система утверждения электронных документов на основе MS SharePoint 2007
Почтовые возможности
IIS поддерживает работу SMTP/POP3 сервисов. В современных версиях MicrosoftExchangeServer реализация протоколов SMTP, POP3 и IMAP выполнена в виде подсистем к IIS, заменяющих поставляемые с IIS почтовые подсистемы.
Enterprise Architect
Enterprise Architect – CASE-инструмент для проектирования и конструирования программного обеспечения. EA поддерживает спецификацию UML2.0, описывающую визуальный язык, которым могут быть определены модели проекта.
Некоторые из ключевых функций ЕА:
· создание элементов UML-моделей широкого круга назначения;
· размещение этих элементов в диаграммах и пакетах;
· документирование созданных элементов;
· генерация кода для конструируемого программного обеспечения (ПО).
Используя EA, можно выполнять форвард и реверс-инжиниринг ActionScript, C++, C#, Delphi, Java, Python, PHP, VB.NET и Visual Basic классов, синхронизировать код и элементы моделей, проектировать и генерировать элементы баз данных. Из моделей может быть быстро создана документация в стандартном rtf-формате и импортирована в Word для финального редактирования, так же доступна генерация HTML-документов.
EA поддерживает все модели/диаграммы UML 2.0. С его помощью можно моделировать бизнес-процессы, веб-сайты, пользовательские интерфейсы, сети, конфигурации аппаратного обеспечения, сообщения и т. д., оценивать размер трудозатрат проектных работ в часах, фиксировать и трассировать требования, ресурсы, тест-планы, дефекты и запросы на изменения. Таким образом, EA – современный инструмент, который поддерживает все аспекты цикла разработки, обеспечивая полную трассировку от начала проектирования до размещения и поддержки. Также он обеспечивает поддержку тестирования, управления сопровождением и изменениями.
В табл. 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. Вариант использования: назначение разрешений.
Актеры: администратор.
Краткое описание: администратор назначает права пользователям.
Полное описание: администратор системы может определить полномочия пользователя, варьирующиеся от ограниченного чтения до прав администратора системы. Права назначаются каждому пользователю системы, при этом права пользователя в системе не влияют на права пользователя в домене.
В приложении 4 и 5 приведены диаграммы деятельности, отражающие процессы согласования учебных планов (приложении 4) и графиков учебных процессов (приложение 5). Как видно из приведенных диаграмм, процесс утверждения подразумевает последовательный сбор рецензий у пользователей. В случае отклонения документа кем-либо из пользователей процесс утверждения завершается.
1.11 Модель классов предметной области
Модель классов предметной области описывает статическую структуру системы: объекты и отношения между ними, атрибуты и операции для каждого класса объектов. Модель классов (приложение 6), представленная в виде концептуальной диаграммы классов, описывает основные сущности предметной области.
Рассмотрим подробнее сущности:
1. «Пользователь» – лицо, которое имеет доступ к системе:
· «Логин» - логин пользователя;
· «Пароль» - пароль пользователя на доступ к системе;
· «Роль в системе» - группа безопасности, к которой пользователь относится в системе;
2. «Процесс согласования» - процесс утверждения документа, который инициируется пользователем:
· «Дата начала» - дата создания процесса;
· «Дата изменения» - дата последний изменений, внесенных в процесс;
3. «Статус процесса» - статус процесса;
4. «Рецензия и комментарий» - рецензия и комментарий, оставляемые пользователем документу;
5. «Документ» - файл, требующий согласования:
· «Название» - название документа, данное ему при загрузке в репозитарий;
· «Дата создания» - дата загрузки документа в репозитарий;
· «Номер текущей версии» - номер версия документа, которая отображается в качестве него самого;
6. «Версия документа» - предыдущие версии документа, хранящиеся в репозитарии;
· «Примечание» - примечание, вводимое пользователем при создании новой версии документа;
· «Дата создания» - дата создания версии;
· «Дата изменения» - дата внесения последних изменений в текущую версию документа;
· «Номер версии» - номер версии документа, присваиваемый версии при сохранении в репозитарий.
В представленной модели хорошие видны количественные отношения, например, объект «Процесс согласования» может содержать только одну запись об объекте «Статус процесса», но сколь угодно записей об объекте «Документ».
1.12 Требования к техническому и программному обеспечению
1.12.1 Требования к техническому обеспечению
В качестве основного сервера и сервера БД должны использоваться компьютеры с характеристиками не ниже следующих:
· процессор Intel или AMD – 2000 МГц;
· объём оперативной памяти – 1024 Мб;
· объём свободного места на HDD - 1 Гб;
· доступ к локальной сети.
В качестве автоматизированного рабочего места персонала, должно использоваться техническое обеспечение с характеристиками не ниже следующих:
· процессор Intel или AMD с тактовой частотой 500 МГц;
· объём оперативной памяти – 128 Мб;
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9