Дипломная работа: Автоматизированная система утверждения электронных документов на основе MS SharePoint 2007
Эта особенность IIS удобна для внутренних сайтов предприятий, однако практически неприменима для открытых сайтов Интернета, где невозможно создавать пользователя Windows для каждого зарегистрированного посетителя сайта. Поэтому в последнем случае разработчикам сайтов и веб-приложений обычно приходится использовать собственные механизмы ограничения доступа.
Определённый пользователь Windows сопоставляется с каждым посетителем сайта даже в том случае, когда ограничение доступа не требуется. Этот режим называется режимом анонимного доступа. В этом случае посетитель представляется на сервере как специальный пользователь, имя которого обычно имеет формат IUSR_xxxx (где xxxx — имя компьютера, на котором установлен IIS, в седьмой версии этот специальный пользователь не содержит имени компьютера, т.е. просто IUSR). Этому пользователю должен быть разрешён доступ к ресурсам, которые открыты анонимным посетителям.
Служба WWW поддерживает три основных метода аутентификации, то есть определения личности пользователя по имени и паролю:
· Базовая аутентификация (basic authentication) — имя и пароль передаются по сети открытым текстом.
· Сжатая аутентификация (digest authentication) — пароль обрабатывается хеш-функцией перед отправкой по сети, что делает невозможным его прочтение в случае перехвата злоумышленником.
· Встроенная аутентификация Windows (integrated Windows authentication) — выполняется попытка входа на сервер с теми же учётными данными, под которыми работает браузер пользователя.
Реализация веб-приложений для IIS
Веб-сервер IIS поддерживает несколько различных технологий создания веб-приложений:
1. ASP.NET — разработанная Microsoft технология; для IIS это — основное на сегодняшний день средство создания веб-приложений и веб-служб. IIS 6.0 поставляется вместе с операционными системами, в которые также изначально входит .NET Framework, так что поддержка ASP.NET как будто уже встроена в IIS 6.0; для более ранних версий необходимо отдельно загрузить и установить .NET Framework.
2. ASP — предшествовавшая ASP.NET технология создания динамических веб-страниц на основе сценариев.
3. CGI — стандартная межплатформенная низкоуровневая технология создания динамических веб-страниц.
4. FastCGI — клиент-серверный протокол взаимодействия веб-сервера и приложения.
5. ISAPI — низкоуровневая технология, аналогичная интерфейсу модулей Apache, предоставляющая полный доступ ко всем возможностям IIS, возможность разработки веб-приложений в машинном коде и возможность переопределения части функций IIS и добавления к нему функций, как связанных с генерацией контента, так и не связанных с этим. Подсистема исполнения скриптов ASP и подсистема ASP.NET выполнены как модули ISAPI.
6. SSI — включение в одни страницы текста из других страниц. Строго говоря, веб-приложением не является, поскольку IIS поддерживает лишь ограниченный набор возможностей и без того малофункционального SSI. В частности, IIS5 поддерживает только статическое включение и игнорирует команды условного ветвления.
Сам сервер поддерживает только CGI, FastCGI[3], ISAPI и SSI. Все остальные технологии являются надстройками, работающими через CGI, FastCGI или ISAPI. При помощи CGI приложения для IIS могут разрабатываться на основе практически любых, в том числе сторонних, инструментов, допускающих запись в стандартный поток вывода и чтение переменных среды — Perl, C/С++ и даже средствами интерпретатора командной строки Cmd.exe. Технология ISAPI позволяет, с одной стороны, создавать специальные приложения для IIS, требующие особенно тесного взаимодействия с механизмом сервера, а с другой стороны является удобной платформой для организации эффективного взаимодействия IIS с другими технологиями разработки веб-приложений — например, PHP и Perl.
Почтовые возможности
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. Вариант использования: запуск процесса.
Актеры: пользователь, администратор.
Краткое описание: ручной запуск процесса утверждения загруженного ранее документа.
Полное описание: запуск процесса утверждения документа включает в себя загрузку документа для утверждения выбор процесса и непосредственно старт процесса утверждения (либо выбор процесса и старт для загруженного ранее документа).
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16
