Анализ, разработка и исследование системы управления данными предприятия на базе продукта Microsoft SharePoint

 












Анализ, разработка и исследование системы управления данными предприятия на базе продукта Microsoft SharePoint



СОДЕРЖАНИЕ


ВВЕДЕНИЕ

. АНАЛИЗ И ИССЛЕДОВАНИЕ СОВРЕМЕННОГО СОСТОЯНИЯ УПРАВЛЕНИЯ ДАННЫМИ

.1 Автоматизация управления данными организации

.2 Современное состояние рынка систем автоматизации управления данными

.2.1 Линейка продуктов от Microsoft

.2.2 Платформа Documentum

.2.3 Продукт от Humminbird

.3 Обоснование выбора системы на основании их классификации

.3.1 Идентификация пользователей и работа в системе

.3.2 Организация электронного архива данных

.3.3 Управление данными

.3.4 Учет сложившейся инфраструктуры информационной системы и требования к ресурсам организации

.3.5 Удобство в использовании и стоимость продукта

.4 Принципы построения системы WSS 3.0

.4.1 Устройство портала

.4.2 Управление информационным содержимым

.4.3 Организация поиска

.4.4 Использование электронных форм

.4.5 Отображение информации в системе

. РАЗРАБОТКА СИСТЕМЫ УПРАВЛЕНИЯ ДАННЫМИ НА БАЗЕ SHAREPOINT-САЙТА

.1 Предпосылки создания системы управления данными в организации

.2 Выработка основных требований

.3 Разработка архитектуры сайта

.3.1 Программная часть

.3.2 Администраторская часть

.3.3 Клиентская часть

.4 Организация безопасности и системы доступа

.4.1 Проверка подлинности

.4.2 Разграничение доступа

.4.3 Внешняя защита

. ПРОГРАММНАЯ РЕАЛИЗАЦИЯ И ВНЕДРЕНИЕ СИСТЕМЫ УПРАВЛЕНИЯ ДАННЫМИ

.1 Развертывание и настройка служб WSS 3.0 в локальной сети

.2 Разработка сайта

.2.1 Модули навигации по сайту

.2.2 Основные web-части сайта

.2.3 Модуль календаря

.2.4 Модуль отображения пользователей узла

.3 Исследование работы и окончательная настройка сайта

.4 Восстановление системы в случае сбоя

.5 Обучение пользователей

. ЭКОНОМИЧЕСКАЯ ЭФФЕКТИВНОСТЬ

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

ПРИЛОЖЕНИЕ 1

ПРИЛОЖЕНИЕ 2

ПРИЛОЖЕНИЕ 3

ПРИЛОЖЕНИЕ 4

ПРИЛОЖЕНИЕ 5



ПЕРЕЧЕНЬ УСЛОВНЫХ ОБОЗНАЧЕНИЙ И СОКРАЩЕНИЙ


БД - база данных;

ОС - операционная система;

ПО - программное обеспечение;

ЭВМ - электронно-вычислительная машина;

ACL - (англ. сокр. Access Control List) список доступа в Documenum;- (англ. сокр. Active Directory) служба каталогов Windows Server 2003; - (англ. сокр. Active Server Pages) технология от Microsoft, позволяющая легко разрабатывать приложения для World Wide Web;

BDA - (англ. сокр. Business Data Action) набор действий над объектами WSS;

BDC - (англ. сокр. Business Data Catalog) компонет WSS, позволяющий включать данные из одних приложений в другие;

CSS - (англ. сокр. Cascading Style Sheets) каскадные таблицы стилей;

DC - (англ. сокр. Domain Controller) контроллер домена;

DHCP - (англ. сокр. Dynamic Host Configuration Protocol) сетевой протокол, позволяющий компьютерам автоматически получать IP-адрес и другие параметры, необходимые для работы в сети TCP/IP;

DNS - (англ. сокр. Domain Name System) система, позволяющая преобразовывать символьные имена хостов в IP-адреса (и наоборот) в сетях TCP/IP;

GUI - (англ. сокр. Graphical User Interface) графический интерфейс пользователя;

HTML - (англ. сокр. HyperText Markup Language) язык гипертекстовой разметки;

HTTP - (англ. сокр. HyperText Transfer Protocol) сетевой протокол прикладного уровня для передачи файлов;

IIS - (англ. сокр. Internet Information Services, Internet Information Server) набор серверов для нескольких служб интернета от компании Майкрософт;

IP - (англ. сокр. Internet Protocol) маршрутизируемый сетевой протокол;

IPSec - (англ. сокр. IP Security) механизм транспортного уровня, позволяющий обеспечить конфиденциальность и целостность данных, передаваемых между компьютерами по протоколу TCP/IP;

ISA - (англ. сокр. Internet Security & Acceleration Server) брандмауэр и кэширующий proxy-сервер от Microsoft;

L2TP - (англ. сокр. Layer 2 Tunnelling Protocol) защищенный VPN-протокол;

LDAP - (англ. сокр. Lightweight Directory Access Protocol) сетевой протокол доступа к службе каталогов X.500;

MSDE - (англ. сокр. Microsoft SQL Server Desktop Engine) настольная версия Microsoft SQL Server;

MSIL - (англ. сокр.Microsoft Intermediate Language) промежуточный язык платформы .NET;

NTLM - (англ. сокр. NT Lan Manager) протокол сетевой аутентификации;

RSS - (англ. сокр. Really Simple Syndication) семейство XML-форматов, предназначенное для описания иформации;

SPPS - (англ. сокр. SharePoint Portal Server) продукт от Microsoft; - (англ. сокр. Secure Sockets Layer) криптографический протокол, обеспечивающий безопасную передачу данных по сети;

SSO - (англ. сокр. Single Sign-On) система единого входа SharePoint;

TCP - (англ. сокр. Transmission Control Protocol) протокол управления передачей данных в сетях TCP/IP;

VB - (англ. сокр. Virtual Basic) язык программирования;

VPN - (англ. сокр. Virtual Private Network) логическая сеть, создаваемая поверх другой сети;

WINS - (англ. сокр. Windows Internet Name Service) служба сопоставления NetBIOS-имен компьютеров ip-адресам узлов;

WSS - (англ. сокр. Windows SharePoint Services) продукт от Microsoft;- (англ. сокр. eXtensible Markup Language) расширяемый язык разметки.


ВВЕДЕНИЕ


В современном мире развитие любого производства в значительной степени определяется использованием современных технологий. Все информационные ресурсы предприятий концентрируются в рамках информационных систем. Объединение данных на основе взаимодействия информационных систем выводит их на уровень единого информационного пространства предприятия. Концепция единого информационного пространства реализует идею полной автоматизации управления данными компании.

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

Основной целью диссертации является разработка и внедрение системы управления данными на кафедре ЦНИИ РТК. Данная система предоставляет пользователям определенный набор сервисов, поэтому в процессе реализации поставленной цели были сформулированы основные задачи, необходимые для достижения поставленной цели:

-исследование предметной области;

-анализ доступных систем управления данными и определение их перспектив;

-обоснование выбора системы;

-проектирование архитектуры системы;

-разработка безопасной модели доступа;

-внедрение системы на кафедре ЦНИИ РТК;

-обучение пользователей.

Для того чтобы управлять разнородными типами данных, необходимо построение платформы управления, поэтому в первой части диссертации рассматривается и классифицируется современная база систем управления данными, на основании которой, по большинству предъявляемых к ним требований, выбирается наиболее эффективный продукт - в данном случае это Microsoft SharePoint.

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

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

Методологическую и теоретическую основу диссертации составляют научные материалы, перечисленные в списке литературы.



1. АНАЛИЗ И ИССЛЕДОВАНИЕ СОВРЕМЕННОГО СОСТОЯНИЯ УПРАВЛЕНИЯ ДАННЫМИ


Концепция электронных данных появилась в 80-х с появлением на рынке миникомпьютеров и первого графического интерфейса (GUI). Началом истории систем электронного управления данными на базе корпоративных порталов можно считать 1998 г., когда Кристофер Шайлакс и Джулия Тилман из Merrill Lynch дали следующее определение: Корпоративные информационные порталы - это приложения, которые позволяют компаниям раскрывать информацию, хранящуюся внутри и вне организации, и предоставить каждому пользователю единую точку доступа к предназначенной для него информации, необходимой для принятия обоснованных управленческих решений. Т.е. это прямое использование наработанных технологий публичных информационных порталов в корпоративных целях.

В современном мире документ является основным способом представления информации на любом современном предприятии. Способность принять верное решение и вовремя отреагировать на внешние изменения зависит не только от таланта и опыта, но и от того, насколько разумно организовано управление данными.

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

По данным Delphi Consulting Group, в настоящее время только в США ежедневно создается более 1 млрд. страниц документов, а в архивах хранится уже более 1,3 трлн. различных документов. В то же время, по данным журнала ASAP, в мире ежегодно появляется около 6 млрд. новых документов, а среднестатистический служащий тратит каждый год до 150 часов на поиск утерянной информации. Значительную часть своего рабочего времени специалисты предприятий тратят как на поиск необходимой им информации, так и на создание и отправку документов. Существуют оценки, что секретарь-референт тратит до 75% своего времени на работу с документами, у руководителей на работу с документами уходит до 45% рабочего времени, а у рядовых сотрудников предприятия - до 30%.


1.1 Автоматизация управления данными организации


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

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

Главное назначение - это организация хранения электронных документов и работы с ними (включая их поиск, как по атрибутам, так и по содержимому). В этих рамках может быть реализован большой набор приложений, например:

-организация внутреннего информационного портала предприятия и его подразделений;

-регистрация корреспонденции (входящая и исходящая);

-создание электронного архива документов;

-обеспечение возможности интегрированного поиска и извлечения знаний, накапливаемых в различных приложениях;

-обеспечение унифицированных средств мониторинга процессов и контроля исполнения.

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

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

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

-Специфичность приложений. Такие типовые процедуры, как согласование договоров, канцелярия, оформление документов могут существенно различаться в компаниях даже со сходной структурой бизнеса;

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

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

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

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



1.2 Современное состояние рынка систем автоматизации управления данными


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

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


1.2.1 Линейка продуктов от Microsoft

В качестве основы комплексной системы автоматизации управления данными Microsoft предлагает использовать продукты SharePoint Portal Server 2007 (SPPS 2007) и Windows SharePoint Services 3.0 (WSS 3.0) в качестве корпоративных систем, которые позволят объединять различные данные в общее решение за счет использования единого входа в систему и возможностей интеграции различных приложений.

Сервер SPPS 2007 использует узлы WSS 3.0 для создания общего портала всей или нескольких организаций, в то время, как сам продукт WSS 3.0 заточен под менее глобальные нужды, например, под создание узлов подразделений. Сервер расширяет возможности WSS 3.0, предоставляя средства для организации и настройки отдельных web-узлов и позволяя рабочим группам публиковать сведения для всей организации (см. рис. 1.1).


<javascript:ToggleImages('397398002', '297298002>

Рис. 1.1 Службы WSS 3.0.


Так как система будет рассматриваться в рамках подразделения организации, то вполне хватает функционала WSS 3.0.

В системе реализована технология хранения файлов, направленная на создание сообществ пользователей для совместной работы в рамках группы. Поддерживается создание документов, ведение их версий, изъятие и возврат в архив.

Для доступа к архиву используется web-клиент (сторонние разработчики могут дописывать для него свои компоненты) и компонент, интегрированный в Windows Explorer, что позволяет обращаться к архиву как к набору файлов. Также, группы пользователей могут публиковать данные на узлах для синхронизации работы (управление правами на доступ осуществляется как автоматически, так и вручную).

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

В WSS 3.0 встроены достаточно мощные средства индексации и поиска. Причем поиск может осуществляться как по внутренним хранилищам информации (файлы, узлы, базы Microsoft Exchange, базы Lotus Notes), так и по внешним (Internet). Система способна индексировать и публиковать данные, которые находятся в файловой системе на серверах локальной сети. В качестве альтернативы документы можно переместить в хранилище самого сервера. Регистрационные данные о документах всегда помещаются в хранилище сервера, при этом нет необходимости в использовании отдельного сервера БД.

WSS 3.0 является достаточно открытым продуктом, к нему можно добавлять различные компоненты, опираясь на web-технологии. Microsoft Office System и технологии SharePoint совместно образуют комплексное решение для обеспечения сотрудничества в рамках организации практически любого размера.

Реализация проекта по внедрению WSS 3.0 приносит предприятию ряд существенных преимуществ. Продукт наиболее эффективен в качестве базы информационной инфраструктуры для компаний, которые делают ставку не на иерархическое управление, а на матричную организацию взаимодействия людей и плоскую структуру управления. Для традиционных фирм она может стать звеном в Intranet-инфраструктуре для "оживления" последней, так как концепции, заложенные в эту систему, позволяют сделать процесс публикации информации на портале частью каждодневной работы с данными, не требующей особо сложных процедур, ресурсов и организационных усилий.


1.2.2 Платформа Documentum

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

В продукте предусмотрено все, что нужно крупной организации, - это интегрированная система, позволяющая комплексно решать достаточно широкий спектр задач. Она включает необходимую функциональность для автоматизации процессов: маршрутизацию, утверждение, распределение, уведомление и контроль исполнения. Documentum достаточно масштабируем и вся информация, которая хранится в системе, управляется выделенным серверным компонентом - хранилищем DocBase. Documentum содержит механизмы, позволяющие управлять хранением информации: они поддерживают управление версиями, публикацией, доступом, местонахождением информации и дают возможность осуществлять архивацию. Система может эффективно работать в распределенной архитектуре благодаря реализованным механизмам репликации и синхронизации информации, а также централизованному администрированию (см. рис. 1.2).поставляется в нескольких редакциях, ориентированных на различные задачи: создание порталов, управление знаниями, организация взаимодействия на уровне предприятия. Важной особенностью для многих отраслей является возможность полного документирования всех событий и жесткого отслеживания выполнения определенных процедур.


Рис. 1.2 Основные компоненты Documentum


Продукт включает в себя средства, позволяющие создавать приложения в среде Documentum, в том числе и web-приложения. Но, для разработки приложений для Documentum и интеграции его с другими приложениями можно использовать и внешние средства разработки: продукт построен на современных открытых технологиях. Благодаря такой открытости для его внедрения в существующую информационную среду не потребуется существенных расходов на модификацию инфраструктуры. Documentum отличается мощной поддержкой форматов и средствами автоматической генерации файлов форматов PDF и HTML из любых хранимых данных.имеет относительно высокую стоимость внедрения за счет того, что является "конструктором", из которого собирается необходимая функциональность. Кроме того, он сложен в освоении, что является очевидной оборотной стороной его функциональной полноты. Поэтому оснащение этим продуктом отдельных рабочих групп или организаций с числом сотрудников порядка одного-двух десятков имеет мало смысла, разве что в случае, если предполагаются быстрые темпы роста.

Безусловно, Documentum является одним из наиболее мощных продуктов, однако позволить себе такую систему могут только организации, которые очень серьезно относятся к задаче автоматизации управления данными и готовы выделить на нее достаточные финансовые и интеллектуальные ресурсы.


1.2.3 Продукт от Humminbird

Компания является владельцем группы продуктов Humminbird DM - корпоративного сервера архива данных и технологии мощной поисковой системы Fulcrum. Humminbird DM может эффективно применяться как в крупных организациях с большим числом сотрудников (тысячи человек), так и в небольших фирмах, где работает по пять-шесть человек. Система в первую очередь позиционируется как предназначенная для организаций (головные офисы компаний, консалтинговые компании, органы власти), которые занимаются интенсивным созданием документов и их редактированием (см. рис. 1.3).


Рис. 1.3 Архитектура системы управления данными Humminbird DM


Пользователь может обращаться к Humminbird DM, как через web-интерфейс, так и при помощи Windows Explorer, что позволяет работать с папками, как с обычной файловой системой. Клиент Docs позволяет осуществить мобильный доступ с возможностью синхронизации при подключении, в том числе и по медленным линиям. Эта функция также позволяет обеспечить стабильную работу пользователя в режиме неустойчивой работы локальной сети. Клиент CyberDocs обеспечивает практически ту же функциональность, что и Docs, но через web-браузер.

В одном комплексе может быть установлено несколько серверов Humminbird DM, при этом автоматически реализуется балансировка нагрузки и устойчивость к сбоям. Для хранения данных системы необходимо использовать Microsoft SQL Server или Oracle. В качестве хранилища для самих документов используется файловая система.

Система позволяет легко осуществить интеграцию и стыковку с другими прикладными системами, как на уровне клиента, так и на уровне всего сервера. Humminbird DM - это открытая платформа, к ней поставляются средства разработки для создания специализированных приложений или интеграции с другими системами.

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

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

В настоящее время отечественный рынок средств автоматизации управления данными испытывает настоящий бум - на рынке представлены как системы, имеющие уже достаточно продолжительную историю (например, "Дело", Optima Workflow, LanDocs, Office Media, Золушка), так и относительно молодые системы (DocsVision, NauDoc, Directum и т.д.).

К отдельной группе можно отнести продукты реализующих набор приложений на базе системы Lotus Notes ("Босс-Референт", Office Media, "Эскадо" и пр.), рынок которых распространяется только на организации, использующие в своей работе Lotus Notes. Отечественные производители демонстрируют разнообразные подходы к решению поставленных задач автоматизации управления данными. Но, пока российские системы реализуют функции определенного контура, например, система "Евфрат" - создание архива документов. Системы, изначально позиционирующиеся как платформы автоматизации управления данными (DocsVision, NauDoc) еще не накопили достаточно практики использования в отрыве от компании разработчика продукта. Однако у них есть и значительные преимущества - наличие готовых приложений на их базе, адаптированных к использованию в отечественных организациях, относительно невысокая стоимость, близость разработчика и готовность вносить изменение в платформу, по требованию заказчика.


1.3 Обоснование выбора системы на основании их классификации


Сегодня не существует однозначно идеального выбора базовой платформы для внедрения всего комплекса приложений автоматизации управления данными при их тесной интеграции между собой. Именно эту задачу и призвано обеспечить создание комплексной системы. При подобном подходе задача разбивается на два этапа:

-внедрение платформы для автоматизации управления данными;

-реализация на ее базе комплекса интегрированных приложений.

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

Каждая система управления данными, независимо от ее сложности, обладает набором характеристик, которые необходимо учитывать при определении требований к системе. В классическом понимании требования - это способность программного продукта удовлетворять потребностям пользователя. Предлагается разбить их на две группы:

-требования к процессам;

-требования к программному обеспечению (ПО).

Первая группа содержит описание процессов организации, которые предполагается автоматизировать. Вторая группа содержит ограничения и пожелания к ПО и сопутствующим вопросам.

Требования к процессам включают в себя следующие разделы:

-пользователи системы

-хранилище данных

-работа с документами

Требования к ПО состоят из требований к ресурсам, удобства сопровождения и удобства использования.

Составим на основании вышеперечисленных требований сводную таблицу SWOT-анализа и рассмотрим каждый из разделов более подробно (см. табл. 1.1).


Таблица 1.1

SWOT-анализ

WSS 3.0DocumentumHumminbird DMПользователиРазличные группы и типы пользователей, пароли, уровни доступа, проверки подлинности, сертификаты, уровни шифрования.Различные группы и типы пользователей, матрица доступа, Access Control Lists (ACL), пароли, уровни шифрования.Различные группы и типы пользователей, пароли, windows-клиент Docs и web-клиент CyberDocs.Электронный архивПоддержка внутреннего и внешнего архивов, встроенный поиск Microsoft Search, репликация данных.Поддержка внутреннего архива DocBase, встроенный поиск, репликация данных.Поддержка архива стороннего ПО (Microsoft SQL Server или Oracle), поиск встроен в используемое ПО, механизм хранения данных HSM, репликация данных.Работа с документамиСтандартные функции управления данными, организация коллективной работы, использование интегрированных ресурсов, отслеживание версий, ведение истории.Стандартные функции управления данными, организация коллективной работы, использование шаблонов, отслеживание версий, ведение истории.Необходима интеграция со сторонним ПО.Инфра-структураСовместима с Windows, интеграция с Windows Server System.Совместима с Windows.Совместима с Windows.Исполь-зованиеИнтеграция с настольными приложениями.Интеграция с настольными приложениями.Использование стороннего ПО.ЛицензияБесплатно.Достигает 1000$ в зависимости от комплектации.Разнится в зависимости от установленного ПО.

1.3.1 Идентификация пользователей и работа в системе

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

Идентификация пользователей включает в себя две основные концепции - аутентификацию и авторизацию. Аутентификация - это способность подтвердить личность пользователя. Авторизация занимается предоставлением доступа к определенным данным или операциям, при условии, что пользователь является тем, за кого он себя выдает, т.е. авторизован.

В SharePoint авторизация основана на модели разрешений, а аутентификация опирается на концепцию участников безопасности службы каталога Windows Active Directory (AD), что позволяет использовать методы строгой проверки, политики паролей, политики блокировки учетных записей и шифрование. В Documentum основной упор идет на матрицу уровней доступа, который назначается пользователям, создается и редактируется в защищенном редакторе системы.

Система Humminbird DM реализована как система клиент - серверное приложение - сервер приложений, к которому существуют Windows-клиент Docs и web-клиент CyberDocs. Авторизация и аутентификация пользователей происходит посредством этих приложений.

Для узлов WSS 3.0 производится настройка ASP.NET на использование проверки подлинности Windows и привлекается приложение Internet Information Services (IIS), которое проверяет подлинность пользователя, выдавшего запрос, по учетным записям безопасности AD. Установив подлинность клиента, IIS передает удостоверение пользователя в ASP.NET (см. рис. 1.4.).


Рис. 1.4 Алгоритм доступа WSS 3.0


В продуктах и технологиях SharePoint применяются различные схемы проверки подлинности пользователей на базе IIS:

-обычная проверка - реализована в составе протокола HTTP, который поддерживается практически всеми обозревателями. Учетные данные передаются в незашифрованном виде;

-встроенная проверка Windows - реализуется на базе протокола Kerberos или NTLM;

-сопоставление клиентских сертификатов - клиенты должны иметь сертификаты X.509, что обеспечивает необязательный механизм проверки подлинности;

-анонимная проверка - позволяет получить анонимный доступ к web-узлу.

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


1.3.2 Организация электронного архива данных

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

В SharePoint информационные архивы могут быть внутренними и внешними. Система индексирует и публикует документы, которые находятся в файловой системе на серверах локальной сети. В качестве альтернативы документы можно переместить в архив самого сервера, куда всегда помещаются регистрационные данные. Встроенная технология поиска Microsoft Search позволяет вести поиск по общим файловым ресурсам, web-серверам, общим папкам Microsoft Exchange Server, Lotus Notes и узлам SharePoint.организует хранение информации в корпоративном архиве DocBase и обеспечивает взаимодействие с ним при помощи внешних клиентов (см. рис. 1.5).


Рис. 1.5 Архитектура архива DocBase


Объектно-ориентированный репозитарий содержимого хранит в качестве объектов документы, web-страницы, звуковые или графические файлы и обеспечивает поиск по названиям файлов и их атрибутам. Объекты состоят из описывающих их метаданных и содержимого.

Для хранения данных в системе Humminbird DM необходимо использовать Microsoft SQL Server или Oracle. В качестве архива для самих документов используется файловая система, в соответствии с которой и будет организовываться поиск. Поддерживается механизм иерархического хранения данных HSM.

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


.3.3 Управление данными

Гибкость системы электронного управления данными во многом определяется теми возможностями и операциями, которые она предоставляет для работы. Наиболее частыми являются создание, поиск и редактирование данных. Как правило, эти операции обеспечивает большинство систем.

SharePoint и Documentum включают стандартные функции управления данными, например, обработку изображений, управление отчетами, web-контентом и мультимедийной информацией, а также обеспечивают доступ к задачам коллективной работы. Более того, для интеграции внутренних процессов с внешними системами в Documentum доступны готовые шаблоны задач, в то время, как SharePoint использует встроенные ресурсы. Для полноценной работы в Humminbird DM необходима интеграция с сторонним ПО.

Еще одним полезным механизмом работы с данными в SharePoint и Documentum является отслеживание версий документов. Это может оказаться полезным при наличии большого количества персонала, работающего с одним документом. Исполнитель, работая над документом, редактирует его и создает свою версию. Ответственный за него сотрудник собирает версии документа, выбрав от каждого исполнителя его часть работы, и получает окончательный вариант (см. рис. 1.6).

Наличие функции истории документа в SharePoint и Documentum позволяет проследить действия, проводившиеся над ним в течение его жизни. Это дает возможность выяснить, каким пользователем и когда проводилась та или иная операция.

автоматизация информационный программа sharepoint


Рис. 1.6 Организация совместной работы


1.3.4 Учет сложившейся инфраструктуры информационной системы и требования к ресурсам организации

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

Например, в случае использования в корпорации серверов на базе UNIX совершенно нелогичным выглядело бы внедрение продукта SharePoint. С другой стороны, если компания ориентируется в своей работе на продукты Microsoft и произвела достаточные инвестиции в развертывание электронной почты на базе Microsoft Exchange, то крайне не рациональным представляется внедрение в компании Lotus Notes, дублирующей значительное количество функций этой системы.

Главным аппаратным требованием является требование к информационной инфраструктуре организации, представленной на рис. 1.7

Серверная часть сети представлена тремя серверами:

-контроллер домена (DC). Он является сердцем системы и на него возложены все основные функции, такие как служба каталогов AD (управление пользователями, компьютерами и приложениями), DNS Server (сопоставление DNS-имен IP-адресам), DHCP Server (выдача IP-адресов клиентам), WINS Server (сопоставление NetBIOS-имен IP-адресам), Application Server (работа со службами и приложениями web) и File Server (управление доступом к данным);


Рис. 1.7 Инфраструктура сети


-сервер БД, на котором хранится вся информация пользователей. На нем работают такие приложения, как File Server и Microsoft SQL 2005 (электронный архив БД);

-ISA-сервер, который обеспечивает доступ пользователям во внешнюю сеть, в соответствии с заданными политиками. На нем подняты DNS Server и Remote Access/VPN Server (управление подключением внешних клиентов к локальной сети).

Функциональным уровнем домена является Windows Server 2003 (native).

Пользовательская часть сети состоит из 24 рабочих станций (хостов) c операционными системами (ОС) Windows XP, на каждой из которых установлен необходимый набор ПО для работы с данными, таких как Microsoft Office System, Adobe Photoshop, Adobe Acrobat Reader, Prompt, Finereader и т.д. Каждый из компьютеров находится в домене и получает свой IP-адрес из диапазона 192.168.0.11 - 192.168.0.255 посредством протокола DHCP.

Свитч осуществляет связь между рабочими станциями с пользовательскими программами и сервером (а также другим активным сетевым оборудованием). Основным протоколом передачи данных в сети является TCP/IP v4.

На основании работающих приложений и топологии локальной сети можно установить, что наиболее подходящим пакетом будет являться WSS 3.0, т.к. он, как и большинство установленных приложений входит в систему Microsoft Windows Server System, которая создана на базе ОС Windows Server 2003 для поддержки полнофункциональных решений (см. рис. 1.8).


Рис. 1.8 Система Microsoft Windows Server System


Что касается Documentum и Humminbird DM, то данные продукты тоже можно развернуть в описанной локальной сети, но тогда будет намного тяжелее достичь общего архитектурного подхода и взаимосвязанной инфраструктуры.


1.3.5 Удобство в использовании и стоимость продукта

Удобство в использовании - это удобство работы с системой для конечного пользователя. Дополнительным критерием может служить количество и доступность последовательных операций. При одиночном выполнении операции такое сравнение может показаться не совсем уместным, однако если рассмотреть ежедневное выполнение порядка 100-200 таких операций, то разница сразу станет весомой.тесно интегрирован с привычными настольными приложениями, например, такими, как семейство Microsoft Office, что обеспечивает удобство работы пользователей с информацией и данными. С другой стороны, он неудобен тем, что если в сети существуют медленные связи, по которым передается информация, то может не хватить пропускной способности сети. Стоимость серверной лицензии SPPS 2007 для образовательных учреждений на сегодняшний день составляет около 30€ в месяц, включая поддержку, в то время как WSS 3.0 является бесплатным решением.

Что касается Documentum, то использование этой системы имеет смысл в больших компаниях и корпорациях, потому как он является достаточно мощным и дорогостоящим решением, предназначенным для автоматизации управления не только web-сайтами, но и многими другими аспектами деятельности предприятия. Развертывание его в небольших сетях не является рентабельным, т.к. его стоимость достигает 1000$ в зависимости от комплектации.

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


.4 Принципы построения системы WSS 3.0


На основании проведенного анализа можно сделать вывод, что наиболее приоритетным ПО является WSS 3.0.

За свою недолгую историю и стремительную эволюцию (см. рис. 1.9) портальные технологии Microsoft стали лидером в Gartner Portals Magic Quadrant, заняли первое место в списке Forrester, более тысячи партнеров создают решения на их основе, а количество лицензий превысило 75 млн.


Рис. 1.9 Эволюция портальных технологий компании Microsoft


WSS 3.0 представляют собой унифицированную платформу на базе технологии ASP.NET 2.0 и включает помимо базовых сервисов такие компоненты, как средства управления содержимым и процессами, средства поиска, механизмы отображения информации и ряд других. Для администраторов предоставляется удобный интерфейс для управления профилями пользователей, правами доступа и т.п., для дизайнеров - специальное средство Microsoft Office SharePoint Designer 2007, представляющее собой эволюцию пакета Microsoft FrontPage, а для разработчиков - богатая объектная модель, которая может использоваться как для создания решений на базе портала, так и для расширения существующей функциональности продукта.

Все основные компоненты WSS 3.0 представлены на рис. 1.10.


Рис. 1.10 Базовые и расширенные компоненты WSS 3.0


1.4.1 Устройство портала

Портальные технологии, реализованные в SharePoint, обеспечивают поддержку эффективной работы с корпоративными данными в электронной форме (документами, формами, процессами), позволяют управлять доступом через систему прав и политик, централизованно хранить данные, управлять ими, повторно использовать и публиковать. С помощью таких технологий, как AJAX, RSS, блоги и wiki-страницы, пользователи могут управлять содержимым, совместной работой и способами получения данных.

Основное назначение WSS 3.0 - создание, развертывание и управление корпоративными web-сайтами и web-сайтами отдельных подразделений. К основным ресурсам этой области в SharePoint, можно отнести:

-шаблоны сайтов - предварительно сконфигурированные шаблоны сайтов, позволяющие быстро создавать, настраивать, развертывать web-сайты компаний и управлять ими;

-Site manager - средство управления web-сайтами, которое унифицирует средства управления, включающие в себя управление регионами страниц, страницами, списками, списками узлов web-сайтов и компонентами;

-присутствие в реальном времени - функциональность этой области позволяет определить, находится ли пользователь в режиме on-line;

-Notification services - средства уведомления, которые позволяют устанавливать фильтры для более детального уведомления о событиях, настраивать текст электронных сообщений, рассылки уведомлений пользователям, а также посылать содержимое измененных элементов в списках SharePoint или в библиотеках документов вместе с деталями изменений;

-аутентификационный провайдер - провайдер LDAP, который можно использовать для аутентификации пользователей - он дополняет провайдер AD, входящий в состав WSS 3.0;

-расширенные пользовательские профили - архив, синхронизация и импорт каталога профилей;

-поддержка мобильных устройств - по умолчанию web-сайты и страницы SharePoint могут отображаться на различных мобильных устройствах (включая телефоны с web-поддержкой) в облегченном текстовом формате.

-персональные сайты My site - средства создания персональных сайтов, которые включают в себя контроль доступа к личной информации на разных уровнях и расширенные компоненты Web Parts, включая компоненты Colleagues и Membership для публикации списков коллег и сотрудников;


1.4.2 Управление информационным содержимым

Широкая функциональность WSS 3.0 в области управления содержимым сайтов может быть разделена на три группы:

-управление данными;

-управление записями;

-управление содержимым web-сайтов.

В состав WSS 3.0 входит базовый набор функций для управления данными: версионность, блокировка документов при редактировании, возможность ассоциации документов с расширенными наборами метаданных, поддержка рабочей области (workflow), доступ к содержимому по типам, ролевой доступ на уровне библиотек документов, папок и отдельных файлов.

Как полноценное средство управления данными, система содержит ряд расширений в функциональности библиотек документов:

-расширенные средства Document Workflow - средства обработки документов, которые включают в себя набор workflow-приложений;

-шаблоны для Document Management Site - расширенные шаблоны, которые можно использовать либо напрямую, либо после соответствующих настроек;

-интеграция с клиентскими приложениями Microsoft Office - расширенные средства интеграции с клиентскими приложениями включают два интерфейсных компонента: панель информации и панель операций;

-панель информации - используется для редактирования свойств, ассоциированных с различными типами данных;

-панель операций - предоставляет пользователям механизмы для выполнения различных действий над данными.

Управление записями представляет собой вторую группу функциональности в области управления содержимым сайтов SharePoint. Эта функциональность позволяет компаниям любого типа сохранять информацию об их деятельности, которая может использоваться для создания отчетов. К средствам поддержки управления записями относятся:

-возможность применения разнообразных политик;

-средства ведения содержимого записей на основе специального шаблона;

-средства управления электронной почтой, в том числе специальные папки, доступные из Microsoft Exchange Server, и возможность управления доступом к этим папкам на основе правил, установленных в конкретной компании.

Средства управления содержимым web-сайтов включают базовую функциональность Microsoft Content Management Server 2002, а также расширенные функции совместной работы, поиска, управления данными и записями:

-средства моделирования сайтов - набор шаблонов, которые могут служить основой для создания сайтов различных типов;

-средства контроля данных - версионность, блокировки при редактировании, расписания публикации;

-средства публикации и развертывания - обеспечивают поддержку создания и редактирования, предпубликации и полноценной публикации сайтов или их частей под управлением workflow;

-средства редактирования сайтов в режиме WYSIWYG - возможность переключения в режим наглядного редактирования, поддержка работы с таблицами стилей (CSS), таблицами, автоматическое определение языка пользовательского интерфейса, средства выбора графических изображений и ссылок.


1.4.3 Организация поиска

Компоненты поиска, включенные в SharePoint, значительно расширены по сравнению с предыдущими версиями продукта. К ним относятся возможности поиска сотрудников, средства индексации поиска данных в приложениях, улучшенные средства управления и расширяемости.

Основные компоненты механизма поиска показаны на рис. 1.11:


Рис. 1.11 Основные компоненты механизма поиска


-единые механизмы поиска - используется единая реализация сервисов поиска на базе Microsoft Search, при этом для пользователей и администраторов предлагается единый набор средств для конфигурирования и использования;

-релевантность - алгоритмы релевантности, входящие в поисковые механизмы портала, включают обработку текста ссылки, глубину, соответствие текста, автоматическое распознавание языка и расширенный анализ текста;

-унификация и масштабируемость - пользовательский интерфейс включает отрисовку результатов поиска, подсветку попаданий, вложение дубликатов, автоматическую генерацию синонимов, механизм для запуска запросов и просмотра результатов, расширенный синтаксис запросов, возможность подписки на результаты поиска и получение уведомлений при изменении результатов сохраненного запроса, возможность повторного использования запроса и результатов его выполнения в компонентах web-частей для облегченного создания решений на базе механизмов поиска;

-расширенные источники данных - Microsoft Search поддерживает поиск по различным типам корпоративных данных и данных приложений, (с поддержкой LDAP и AD), поиска по дискуссиям, поддержку расширенных содержимых на основе обработчиков протоколов и фильтров (IFilters);

-разработчикам предлагается ряд интерфейсов, которые могут использоваться для программного управления поисковыми механизмами и расширения их функциональности: обработчики протоколов и интерфейс IFilters, объектная модель запросов, программные интерфейсы, web-сервисы и специальные компоненты Search Center Web Parts.


1.4.4 Использование электронных форм

Использование SharePoint делает более простой автоматизацию процессов на основе электронных форм. К основным приложениям в этой версии относятся расширения безопасности, клиент-серверная платформа, упрощенные средства создания и развертывания электронных форм, и централизованные средства управления формами. Рассмотрим их более подробно:

-поддержка XML-стандартов - созданные электронные формы основываются на XML-схемах, которые разработчики задают для управления структурой данных, собираемых в форме.

-формы, отображаемые в браузере - использование SharePoint позволяет создавать электронные формы, отображаемые в web-браузерах - они могут распространяться по корпоративным сетям и Интернету. Пользователи могут заполнять формы непосредственно из браузера - загрузка и установка каких-либо клиентских компонентов в этом случае не требуется;

-модель разработки Design Once - при разработке в режиме Design Once дизайнеры могут создавать формы единожды и развертывать их как для работы с клиентской частью, так и через web-браузер, которые потом автоматически преобразовываются в web-формы ASP.NET без вмешательства разработчиков и дизайнеров;

-средство импорта форм - предоставляется простое средство для преобразования форм, созданных с помощью Microsoft Office Excel и Microsoft Office Word. Мастер Form Import Wizard обеспечивает преобразование полей, повторяющихся таблиц, тесктовых полей и других элементов. В результате динамически генерируется соответствующая XML-структура для новой электронной формы;

-поддержка web-сервисов и нестандартных схем - встроенная поддержка web-сервисов и задаваемых пользователями схем существенно облегчает решение задач, связанных с интеграцией данных в формах с различными приложениями.

-представления форм - формы, разработанные средствами Microsoft Office InfoPath, могут иметь несколько представлений, например, в зависимости от роли конкретного пользователя в процессе. Эта функциональность поддерживается как в клиентской части InfoPath, так и в web-браузере;

-средство проверки на совместимость (Compatibility Checker) - позволяет разработчикам выбрать подмножество возможных форм, доступное для всех web-браузеров;

-средства администрирования и развертывания - для электронных форм, содержащих код на управляемых языках, в состав SharePoint входит централизованное средство администрирования, развертывания и управления формами, используемыми из браузера;

-Single-Sign-On (SSO) - позволяет пользователям подключаться к различным приложениям, имея всего одну комбинацию логин/пароль. Для доступа к функциональности самого сервера может применяться дополнительный провайдер аутентификации.


1.4.5 Отображение информации в системе

Используя SharePoint, организации могут предоставить сотрудникам доступ к информации. Средства отображения, включенные в состав продукта, обеспечивают доступ из браузера или программным способом к опубликованным на сайте данным:

-web-доступ к электронным данным - с помощью Microsoft Office у сотрудников появляется возможность публиковать электронные данные на сайтах SharePoint. Для доступа к ним пользователям не требуется установка дополнительного ПО, а все вычисления производятся на сервере;

-программный доступ к данным - разработчикам предоставляется модель на основе web-сервисов, которая может использоваться для программного доступа;

-библиотеки соединений (Data Connection Libraries) - применяется для централизованного хранения файлов соединений с различными источниками данных;

-Business Data Catalog (BDC) - это компонент WSS 3.0, позволяющий включать данные из приложений в списки, компоненты web-частей, страницы и результаты поиска. BDC обеспечивает интеграцию с данными, доступными через ADO.NET или через web-сервисы, и позволяет отображать и анализировать внешние данные. Извлеченные данные могут применяться, например, в пользовательских профилях, индексироваться, включаться в поиск, а также использоваться в приложениях. Основные компоненты BDC показаны на рис. 1.12;

-Business Data Actions (BDA) - объекты из BDC могут быть ассоциированы с набором действий над ними, к которым относятся, например, открытие web-страниц, отображение диалоговых панелей или запуск электронных форм;


Рис. 1.12. Основные компоненты BDC.


-контрольные панели - создание контрольных панелей для динамического отображения ключевых показателей производительности и электронных таблиц;

-сайты Report Center - в состав SharePoint входит набор web-сайтов, оптимизированных для доступа к отчетам и управления ими. Эти сайты располагаются в компоненте портала под названием Report Center и позволяют управлять отчетами, электронными таблицами и библиотеками соединений;



2. РАЗРАБОТКА СИСТЕМЫ УПРАВЛЕНИЯ ДАННЫМИ НА БАЗЕ SHAREPOINT-САЙТА


Перед началом непосредственной реализации проекта необходимо выяснить уровень необходимости перехода системе управления данными, выработать требования, предъявляемые к сайту, алгоритм его работы и структуру. Это называется логическим программированием системы и является одним из ключевых действий, которое в дальнейшем повлияет на удобство работы и работоспособность.


2.1 Предпосылки создания системы управления данными в организации


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

Необходимость автоматизации хранения и обработки структурированной информации не вызывает сомнений, ведь ее большие объемы зачастую делают невозможной обработку вручную.

Для внедрения платформы комплексной автоматизации управления данными в компании сформировались следующие предпосылки:

-осознание необходимости решения комплекса задач в области автоматизации данных с целью существенного улучшения управляемости организации;

-уменьшение стоимости хранения информации за счет сокращения площадей, занимаемых информационными архивами;

-недостаточная автоматизация обращения данных;

-наращивание больших объемов передаваемых данных и потребность в организации корпоративного архива информации;

-недостаточный контроль над внутренним обменом данных;

-увеличение скорости поиска и доступа к необходимым данным. Это главный резерв эффективности. По ряду оценок, до 90% времени сотрудников тратится на так называемую обеспечивающую функцию, а именно на поиск необходимой для работы информации. Эта проблема еще более усугубляется при коллективном использовании, когда требуются данные, созданные другими сотрудниками. Соответственно, есть возможность практически на порядок повысить производительность труда сотрудников;

-обеспечение надежности и безопасности передачи данных при соблюдений мер информационной безопасности и защиты информации от несанкционированного доступа. Организация глубокой системы защиты (которая зависит от пользователей и выполняемых ими операций) позволяет исключить несанкционированный доступ. Кроме того, запись всех операций позволяет восстановить историю производимых действий;

-сокращение расходов на копирование и канцелярские принадлежности.

При наличии данных предпосылок было сформулировано дипломное задание по исследованию, разработке и внедрению комплексной системы управления данными.


2.2 Выработка основных требований


Так как сайт ориентирован, прежде всего, на внутренний обмен данных в организации и будет содержать не только сами данные, но и новости, списки, извещения и сообщения форума, то в соответствии с техническим заданием были разработаны следующие требования, предъявленные к работе SharePoint-сайта:

-Реализовать нескольких подсайтов в одном сайте для хранения информации разных подразделений и разной направленности, например, информация деканата, аспирантуры;

-Оформить страницы сайта так, чтобы пользователь без труда мог ориентироваться, находить интересующие его данные и иметь возможность получить о них исчерпывающую информацию (автор, дата последнего изменения, версии документов);

-Разработать систему хранения общей и личной информации пользователей;

-Обеспечить доступ с любого компьютера в локальной сети;

-Разработать систему разрешений на доступ к узлам сайта и библиотекам документов, основывающуюся на авторизации и аутентификации пользователей;

-Реализовать области работы, необходимые для коллективной работы с данными;

-Обеспечить необходимый уровень безопасности хранения данных и их извлечения;

-Реализовать ленты новостей и извещений;

-Разработать специальные разделы, содержащие информацию, сгруппированную по определенным признакам, например списки преподавателей, аспирантов и студентов;

-Разработать форум для обсуждения вопросов и общения пользователей;

-Организовать систему управления сайтом. Вход в эту систему должен осуществляться по аналогии с пользовательским. Администратор будет иметь возможность полностью управлять содержимым сайта: добавлять или удалять данные, редактировать разделы, содержание и контактную информацию пользователей.

Таким образом, сайт создается для реализации основной цели - обеспечения электронного управления данными внутри организации.


2.3 Разработка архитектуры сайта


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

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

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

Архитектура разрабатываемого сайта SharePoint состоит следующих структурных аспектов (см. рис. 2.1):

-программной части;

-клиентской части;

-администрирования

Выбор такой архитектуры обуславливается рассмотрением накопленного опыта в плане разработки архитектурных стилей, таких как, например, распределенный стиль, стиль "каналы и фильтры", стиль с централизованной обработкой данных, стиль, построенный на правилах и т.д.


Рис. 2.1 Архитектура сайта SharePoint


Наряду с определением структурных элементов архитектура определяет взаимодействия между ними, как на физическом, так и на логическом уровнях.


2.3.1 Программная часть

Программная часть рассматривается в качестве взаимосвязи операционной и серверной частей. Последняя, в соответствии с рассмотренной архитектурой сети в п. 1.3.4, разделена на две части:

-службы WSS 3.0 и, соответственно, сам сайт будут выполняться на одном сервере. Адресом сайта является <#"justify">БД хранит все содержимое и элементы web-узла в SQL-таблицах, включая данные списков и библиотек, документы, графику, web-страницы (в том числе ASP.NET), web-части в пределах зоны web-частей, а также разрешения и настройки параметров безопасности (см. рис. 2.2).


Рис. 2.2 SQL-таблицы


Хранение содержимого и структуры web-узлов в БД SQL Server обеспечивает целостность данных при транзакциях, а также позволяет администраторам web-узлов легко масштабировать узлы по мере возрастания числа размещенных на них web-частей и объема содержимого. Использование БД дает возможность полнотекстового поиска и архивирования узлов путем сохранения резервной копии БД SQL Server.

К серверной части системы относится и время работы сайта. По согласованию с заказчиком оно было принято как 24/7. Деканат работает с 10:00 до 18:00, но, тем не менее, пользователи могут подключиться к локальной сети из дома посредством VPN-подключения для получения доступа на сайт и работы с документами.

Операционная часть - это среда разработки. Сайт разработан на ASP (Active Server Pages) - языке сценариев от Microsoft. Основное достоинство ASP.NET заключается в возможности применения всей мощи интерфейса Windows для разработки web-приложений. Это позволяет разрабатывать страницы со сложным интерфейсом, не заботясь о сохранении, шифровании и передаче переменных, используемых на динамических страницах..NET тесно интегрирована в технологию .NET компании Microsoft, которая является платформой для создания, развертывания и запуска web-сервисов и приложений. .NET состоит из трех основных частей:

-общеязыковая среда выполнения;

-иерархическое множество унифицированных библиотек и классов;

-компонентная версия ASP - ASP.NET.

ASP.NET используется для написания клиент-серверных приложений и позволяет создавать динамические страницы HTML. Содержание статических страниц, написанных на языке гипертекстовой разметки HTML, будет всегда одинаковым, независимо от того, кто и когда ее будет просматривать. Динамические страницы характеризуются тем, что они перед отправкой клиенту проходят цикл обработки на сервере, который модифицирует запрашиваемые статические страницы, используя параметры полученного запроса и некоторое хранилище данных.

Главной особенностью разработки web-приложений при помощи ASP.NET является возможность использования любого языка программирования среды исполнения .NET. Это может быть как модифицированный вариант Visual Basic (VB)- Visual Basic.NET, так язык С# или клон Java - J#. Более того, в рамках одного web-приложения могут быть использованы несколько языков программирования.

Код web-приложения на ASP.NET компилируется в промежуточный язык MSIL (Microsoft Intermediate Language), иногда просто называемый IL. Аппаратно-независимый код на языке IL помещается в кэш Web-сервера для повышения производительности, по аналогии с байт-кодом Java. Но в отличие от технологии Java, обеспечивающей платформенную независимость, .NET обеспечивает независимость от языка разработки. Выполнение web-приложений ASP.NET на серверах, работающих не под Windows, практически невозможно.



2.3.2 Администраторская часть

Администрирование содержит инструменты управления сайтом и включает в себя как общие настройки, так и специальные, которые предназначены для облегчения процесса повседневного управления сайтом:

-Управление пользователями и группами узла - добавление и удаление пользователей, изменение групп узла и членства в группе узла пользователя для управления безопасностью. В процессе создания пользователей администратор должен указать его личные данные и членство в группах;

-Создание и удаление дочерних узлов - добавление нового дочернего узла на свой web-узел и управление существующими;

-Изменение доступа - разрешение и запрещение доступа к web-узлу. Администраторы узла управляют доступом к узлу и по умолчанию имеют права на добавление, удаление или изменение членства пользователей в группах узла. Внутри организации это означает, что администраторы узла выбирают пользователей из списка сотрудников организации и в различной степени предоставляют им доступ. Например, если web-узел служит для общего доступа членов определенной рабочей группы к данным и сведениям, администраторы узла добавляют членов этой рабочей группы к узлу и назначают им права, чтобы они могли добавлять информацию и обновлять списки;

-Изменение региональных параметров - изменение языка, часового пояса, порядка сортировки и формата времени для web-узла;

-Управление web-обсуждениями и оповещениями - просмотр всех web-обсуждений и оповещений пользователей для узла и удаление не использующихся.

Основным интерфейсом управления службами WSS 3.0 и сервером является интерфейс Центра Администрирования (SharePoint Central Administration), который основан на графическом интерфейсе. Доступ к нему осуществляется по адресу #"246" src="doc_zip15.jpg" />

Рис. 2.3 Центр администрирования SharePoint


Для решения более сложных задач администрирования в SharePoint предусмотрено средство управления с помощью командной строки. Это средство, STSADM.exe, обеспечивает выполнение всех функций интерфейса Центра Администрирования.


2.3.3 Клиентская часть

В клиентской части архитектуры разрабатывается максимально удобная и доступная работа пользователя на страницах сайта. В соответствии с разработанными требованиями по формированию и развитию структуры корпоративный сайт имеет следующие узлы и элементы, представленные на рис. 2.4:

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

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

Рис. 2.4 Клиентская структура сайта


-Новостная лента - аннотации корпоративных новостей, позволяющих информировать всех сотрудников о значимых событиях, происходящих внутри фирмы;

-Общая информация в виде курсов валют (евро, доллар США), прогноза погоды;

-Общие данные для всех пользователей;

-Панель ссылок на страницы дочерних узлов.

-Панель ссылок на нормативно-справочные, справочно-методические и другие материалы.

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

-Панель ссылок на страницы других узлов;

-Общие документы для пользователей узла (пользователи других узлов не будут иметь доступа);

-Личные документы для пользователей узла. В этих библиотеках будут храниться личные данные пользователей данного узла;

-Списки - набор сведений, совместно используемый пользователем и членами его группы. Например, списки преподавателей, аспирантов или студентов кафедр;

-Обсуждения - ссылка на страницу, где публикуются мнения посетителей на определенные темы. Обсуждая интересующие темы, пользователи узнают о точках зрения своих коллег и получают дополнительную информацию. Страница обсуждений содержит высказывания посетителей по сформулированным темам. Здесь же расположено диалоговое окно для внесения своего высказывания;

-Контакты - ссылка на страницу, где хранятся имена, номера телефонов, адреса электронной почты и почтовые адреса лиц, работающих с группой или в группе;

-Извещения;

-Задачи - список задач для членов узла.


2.4 Организация безопасности и системы доступа


Система безопасности продуктов и технологий SharePoint имеет многоуровневую структуру, надстраиваемую над службами безопасности таких базовых продуктов и технологий, как ASP.NET, IIS, SQL Server, Windows Server 2003, и зависящую от этих служб. Ключевым значение является многоуровневый подход к структурированию безопасности. Это означает, что контроль безопасности распределен по нескольким уровням, включая политики безопасности организации и настройки приложений.

Для обеспечения защищенности разрабатываемого SharePoint-сайта используется ряд технологий, снижающих риск нарушения безопасности:

-проверка подлинности;

-разграничение доступа;

-внешняя защита.


2.4.1 Проверка подлинности

Если злонамеренный пользователь получает доступ к порту, который используется для получения доступа в Центр Администрирования SharePoint или на web-сайт, то этот пользователь может потенциально блокировать доступ к узлам для других пользователей, изменить содержимое узла или даже полностью отключить web-сервер. Поэтому очень важным является ограничить доступ к порту, используемому для доступа в Центр Администрирования SharePoint и организовать проверку подлинности подключения.

Процессы авторизации и аутентификации используются для проверки учетной записи пользователя, который пытается получить доступ к web-узлу или ресурсу в сети. Управление безопасностью осуществляется с помощью групп безопасности и пользователей AD (см. рис. 2.5).


Рис. 2.5 Алгоритм проверка подлинности


Проверка подлинности пользователя служб WSS 3.0 основана на методах проверки подлинности IIS. Для служб WSS 3.0 можно использовать следующие виды проверки подлинности.

-Анонимная проверка подлинности - обеспечивает доступ пользователей, которые не имеют учетных записей в AD на сервере, например, посетителей web-узла. IIS создает анонимную учетную запись для web-служб под названием IUSR_имя_компьютера. Когда IIS получает запрос от анонимного пользователя, этот пользователь использует анонимную учетную запись;

-Обычная проверка подлинности - метод проверки подлинности, который передает имена пользователей и пароли в легко закодированном формате простого текста. При использовании этой проверки в сочетании с безопасностью протокола шифрования SSL (Secure Socket Layer) можно защитить имена пользователей и пароли, усиливая таким образом безопасность сведений пользователя.;

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

-Проверка подлинности сертификатов (SSL) - обеспечивает конфиденциальность подключений, проверку подлинности и целостность сообщений для подключений по протоколу TCP/IP. Использование протокола SSL позволяет организовывать подключение клиентов и серверов таким образом, чтобы предотвратить перехват сведений, взлом или подделку сообщений. Совместно со службами WSS 3.0 SSL помогает обезопасить доступ через брандмауэры и позволяет осуществлять еще более безопасное удаленное администрирование WSS 3.0;

С учетом архитектуры локальной сети и на основании предъявленных требований было решено использовать обычную проверку подлинности. Т.к. учетные записи пользователей берутся из AD, то анонимную проверку подлинности решено было отключить.

При вводе имени и пароля в поле входа осуществляется поиск соответствия в службе каталога AD. Пароль хранится в БД в закодированном виде. При успешном поиске пользователь получает доступ на сайт.


2.4.2 Разграничение доступа

Для разграничения доступа пользователей к узлам, библиотекам документов и конечным файлам в службах WSS 3.0 предусмотрено создание групп узлов, которые помогают назначать специальные права пользователям и группам пользователей, по аналогии с AD. По умолчанию создаются три группы:

-Владельцы (права полного доступа);

-Участники (возможность просмотра, добавления, обновления и удаления данных);

-Посетители (возможность просмотра узлов и данных).

Разрешения на доступ для этих трех ролей являются фиксированными и не подлежат изменению.

В соответствии с разработанными требованиями, сайт должен состоять из нескольких узлов с разным уровнем доступа к ним, например, пользователи узла Аспирантура не должны видеть узел Факультет из соображений безопасности. Для этого при помощи Центра Администрирования SharePoint в рамках конкретных узлов были разработаны и применены дополнительные группы пользователей, посредством которых обеспечивается отдельный доступ клиентов:

-Факультет - Участники;

-Факультет - Посетители;

-Аспирантура - Участники;

-Аспирантура - Посетители.

Для того, чтобы пользователи групп главной страницы не имели доступ на дочерние узлы используется политика блокировки наследования родительского web-узла.

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


.4.3 Внешняя защита

Безопасная связь с компонентами развернутой среды SharePoint в локальной сети из глобальной сети Интернет - весьма существенный элемент архитектуры всесторонней безопасности. Для разрабатываемого сайта важно, чтобы методы защиты связи применялись как внутри, так и вне зоны локальной сети. Безопасная связь гарантирует конфиденциальность и целостность данных.

Конфиденциальность означает, что данные остаются закрытыми для доступа и не смогут просматриваться злоумышленниками. Она обеспечивается путем шифрования.

Целостность означает, что данные защищены от случайного или умышленного изменения в процессе их передачи. Каналы безопасной связи должны обеспечивать целостность данных.

Подключение из внешней сети осуществляется за счет VPN - логической сети, создаваемой поверх локальной сети. Между обеими сетями находится ISA сервер, описанный в п. 1.3.4, обеспечивающий безопасность доступа извне и наружу в соответствии с настроенными политиками.

Для обеспечения безопасности передачи данных при установке VPN-подключения применяются технологии защищенных протоколов L2TP (Layer 2 Tunnelling Protocol) и IPSec (IP security), которые обеспечивает безопасную связь на транспортном уровне, и могут быть использованы для защиты данных, передаваемых между двумя компьютерами. IPSec - механизм транспортного уровня, позволяющий обеспечить конфиденциальность и целостность данных, передаваемых между компьютерами по протоколу TCP/IP. IPSec полностью прозрачен для приложений, поскольку службы шифрования, контроля целостности и проверки подлинности реализованы на транспортном уровне.



3. ПРОГРАММНАЯ РЕАЛИЗАЦИЯ И ВНЕДРЕНИЕ СИСТЕМЫ УПРАВЛЕНИЯ ДАННЫМИ


Разработанная концепция сайта была реализована программно и внедрена на кафедре. В ходе разработки и внедрения были сформулированы основные этапы.


3.1 Развертывание и настройка служб WSS 3.0 в локальной сети


В соображениях обеспечения безопасности студенческой работающей и настроенной сети непосредственная разработка сайта велась в условиях тестовой лаборатории. Для этого были использованы средства виртуализации VMWare 5.

Технология VMware MultipleWorlds позволяет изолировать операционные системы и приложения в пределах создаваемых виртуальных машин, причем в распоряжении каждой виртуальной машины оказывается стандартный компьютер с собственным процессором, памятью и другими комплектующими. Другими словами, аппаратные ресурсы физического компьютера трансформируются в логические ресурсы каждой виртуальной машины.

С помощью этой программы был создан полноценный виртуальный аналог сервера под управлением ОС Microsoft Windows Server 2003, на котором выполнялись такие приложения, как .NET Framework, IIS и SQL.

После инсталляции .NET, в соответствующие директориях C:\Windows\Microsoft.NET\Framework помещается файл aspnet_isapi.dll. Это ISAPI-расширение, предназначенное для получения запросов, адресованных ASP.NET-приложениям, и создания рабочих процессов aspnet_wp.exe, обрабатывающих эти запросы. IIS использует это расширение, когда необходимо обработать обращение к страницам различными разрешениями. Для обработки URL-адреса с расширением в установках сервера определен файл asp.dll. Файлы asp отправляются к нему на обработку.

Также было спроектировано виртуальное клиентское место с ОС Windows XP для того, чтобы проверить работоспособность сайта, используя разработанные пользовательские разрешения на доступ.

В рамках виртуального сервера были развернуты службы WSS 3.0 в конфигурации изолированного сервера.

Для размещения нескольких web-узлов на одном сервере в WSS 3.0 используется технология создания виртуальных серверов. Процесс развертывания служб WSS 3.0 на виртуальном сервере называется расширением. Чтобы иметь возможность создать web-узел виртуальный сервер был расширен с помощью WSS 3.0.

Также для виртуального сервера был настроен ряд параметров:

-Установлено квотирование дискового пространства. Необходимо обеспечить, чтобы ни один из узлов не мог использовать столько ресурсов, что остальные не будут работать. При установке квоты были заданы два начальных значения: значение предупреждения в 35 Гб и максимальное значение в 40 Гб;

-Заданы функции поиска в соответствии с правами пользователей;

-Интегрирована антивирусная защита, которая позволяет WSS 3.0 предотвратить отправку и загрузку файлов, содержащих вирусы. Включение и настройка защиты на уровне сервера означает защиту всех данных, основных и дочерних узлов от вирусов и других вредоносных программ;

-Произведено блокирование файлов, содержащих исполняемые разрешения, например таких, как .exe, .bat, для обеспечения должного уровня безопасности;

-Поднят уровень безопасность, описанный в п. 2.4;

-Созданы группы узла и установлены пользователи этих групп из AD, описанные в п. 2.4.2;



3.2 Разработка сайта


Разрабатываемый web-сайт состоит из страниц aspx, испольуемых классов и ресурсов. Для разных типов файлов в проекте существуют специальные поддиректории. Например, в папке App_Code хранятся общедоступные классы и текстовые файлы. Файлы с расширениями .cs или .vb, попавшие туда, автоматически компилируются, когда запрашивается любая страница проекта. В App_Data содержатся источники данных, используемых в проекте - БД SQL, XML-файлы. К этой директории нельзя получить доступ извне, а только из самого приложения. В папке Themes хранятся темы проекта. Применение тем позволяет настроить единообразный внешний вид сайта и централизованно им управлять. В App_GlobalResources находятся ресурсы, например таблицы строк, которые можно создавать на разных языках. Язык ресурсов выбирается автоматически в зависимости от настроек браузера пользователя. В папке App_WebReferences находятся ссылки на используемые web-сервисы.

После установки WSS 3.0 из Центра Администрирования была автоматически сгенерирована страница SharePoint-сайта по адресу <#"justify">

Рис. 3.1 Сайт по-умолчанию


<%@ Page Language="C#" AutoEventWireup="true"

CodeFile="Default.aspx.cs" Inherits="_Default" %>

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"

"#"justify"><html xmlns="#"justify"><head runat="server">

<title>Untitled Page</title>

</head>

<body>

<form id="form1" runat="server">

<div>

<asp:WebPartManager ID="WebPartManager1" runat="server">

<Personalization ProviderName="WebPartProvider" />

</asp:WebPartManager>

<table>

<tr>

<td>

<asp:WebPartZone ID="WebPartZone1" runat="server">

<ZoneTemplate>

<uc1:ucNews ID="UcNews1" runat="server" Title="Name" />

<asp:FileUpload ID="FileUpload1" runat="server" Title="" />

</ZoneTemplate>

</asp:WebPartZone>

</td>

</tr>

</table>

</div>

</form>

</body>

</html>


Разберем страницу более подробно:

-Тег <% и %> предназначается для интерпретации ASP-кода;

-В заголовке HTTP-запроса указывается !DOCTYPE - стандарт документа. Этот стандарт требует наличия атрибута xmlns в теге <html> - ссылки на сайт с описанием стандарта;

-Тег <title> отвечает за текст, который будет отбражаться в заголовке элемента;

-Библиотека классов FCL содержит тысячи классов. Для обращения к классам, объявленным в пространстве имен, без указания полного пути, его нужно импортировать в проект. Например, для работы с файлами формата XML, необходимо импортировать пространство имен System.XML, в страницах отделенного кода на C# используется директива using, а на страницах asp - import.

-На каждой странице aspx задаются директивы, с помощью которых можно контролировать ее поведение. Основной задачей директивы Page, которая находится в пространстве имен System.Web.UI, является посылка HTML-кода в выходной поток. Этот класс компилируется в библиотеку *.dll, которая загружается в процесс web-сервера. Последующие запросы к странице также обрабатывает dll, если исходный код страницы не меняется. Атрибут Language - это указание на то, что в скриптах данной страницы используется язык программирования C#;

-CodeFile - имя файла с отделенным кодом. Inherits - класс, определенный в этом файле, от которого наследуется класс страницы. В данном случае в соответствии с технологией разделения кода создается файл default.aspx.cs, в котором находится класс страницы на языке C#, в то время как сама форма находится в файле default.aspx;

-Тег <form runat="server"> дает указание компилятору обрабатывать элементы управления страницы. Данный тег имеет свойство runat, для которого установлено значение «server». При использовании этого свойства элемент управления обрабатывается компилятором;

Для разделения содержимого узла на индивидуальные, отдельно управляемые блоки, в соответствии с разработанными требованиями и индивидуальной политикой кафедры, используются web-узлы верхнего уровня и дочерние web-узлы.

На базе разработанной общей архитектуры семейства узлов был создан узел верхнего уровня Домашняя с адресом <#"justify">Динамическое содержание сайта формируется из конечного количества модулей пользовательских элементов управления (web-части). Функционал сайта позволяет достаточно свободно манипулировать месторасположением этих пользовательских элементов управления, ведь в зависимости от предназначения различных страниц один и тот же модуль может быть отображён в разных местах этих страниц, в разной последовательности относительно других модулей, либо не отображён вовсе.


Рис. 3.2 Домашняя страница


Использование web-частей позволяет выполнять следующие действия:

-настраивать содержимое страниц: добавление новых web-частей на страницу, удаление, скрытие и минимизация;

-настраивать расположение web-частей: перемещение из одной зоны в другую, изменение внешнего вида;

-настраивать связи между собой. Например, настроить посторенние диаграммы на основе данных определенной web-части;

-редактировать внутренние свойства web-частей. Например, установить количество строк выводимых на одной странице и при каждом входе.

Для работы с модулями web-частей применяются специализированные элементы управления. Основные из них представлены в табл. 3.1.


Табл. 3.1

НазваниеОписаниеWebPartManagerКомпонент управляющий работой всех web-частей элементов управления.WebPartZoneЗона, внутри которой находиться объекты web-частейCatalogZoneЗона, которая содержит CatalogPart. Используется для создания каталога web-частей.DeclarativeCatalogPartСодержит доступные для добавления на страницу элементы.PageCatalogPartСодержит элементы, которые были скрыты.EditorZoneЗона, которая содержит элементы EditorPart. Это позволяет редактировать и персонализировать элементы управления на странице.AppearanceEditorPartЭлемент позволяющий редактировать свойства web-частей: текст заголовка, высота, ширина и т.д.BehaviorEditorPartЭлемент позволяющий редактировать свойства web-частей, отвечающие за возможность закрытия или перемещения данного элемента.LayoutEditorPartЭлемент позволяющий редактировать свойства web-частей, которые отвечают за то, в какой зоне они находятся и как отображаются.PropertyGridEditorPartЭлемент позволяющий редактировать свойства web-частей, ранее помеченные как WebBrowsable.ConnectionsZoneСодержит WebPartConnection элементы, которые отвечают за связь между несколькими web-частями.

Итак, начальная страница и все дочерние состоят из трех логических блоков, называемых зонами (см. рис. 3.3):

-WebPartZone1 (левая часть страницы);

-WebPartZone2 (центральная часть страницы);

-WebPartZone3 (правая часть страницы).


Рис. 3.3 Логические зоны сайта


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

-в левой части страницы находится панель быстрого запуска;

-в центральной части страницы находятся модули новостей и календаря;

-в правой части страницы находится модуль списка участников узла.

Исходный код подключения web-части, описываемый в файле с отделенным кодом default.aspx.cs, представлен в Приложении 1.

В ходе разработки часть модулей была создана по-умолчанию, а часть - изменена вручную или создана с нуля. Для создания и настройки специфических элементов SharePoint использовался компонент Microsoft Office System - Microsoft SharePoint Designer. Благодаря тесной интеграции с WSS 3.0 с помощью этой программы были созданы новые масштабируемые компоненты web-узлов данных, которые базируются на разработанных Microsoft шаблонах.


3.2.1 Модули навигации по сайту

Т.к. сайт состоит из нескольких страниц с множеством пользовательских элементов на них, то необходимо как-то перемещаться между ними. Это достигается при помощи различных меню навигиции. В соответсвии с этим в данном проекте реализовано:

-навигация по узлам;

-навигация по пользовательским элементам.

Модуль меню навигации позволяет переключаться по трем основным узлам (см. рис. 3.4)


Рис. 3.4 Межузловой модуль навигации


В зависимости от прав пользователей модуль может меняться. Другими словами, если у пользователя нет никаких прав доступа к узлу Аспирантура, то он даже не будет видеть на него ссылку перехода. Исходный код подключения данного модуля представлен в Приложении 2.

Основная навигация по отдельному узлу находится в зоне WebPartZone1 и осуществляется при помощи модуля панели быстрого запуска, на которой находятся ярлыки наиболее посещаемых областей узла (см. рис. 3.5).


Рис. 3.5 Панель быстрого запуска


К наиболее посещаемым областям узла относятся:

-библиотеки документов;

-списки;

-обсуждения.

Исходный код подключения данного модуля представлен в Приложении 3.



3.2.2 Основные web-части сайта.

Ссылки на основные подключаемые web-части находятся во всех трех логических зонах. К ним относятся:

-Библиотеки документов, в которых сотрудники могут создавать и просматривать документы, другие файлы и осуществлять общий доступ к ним. В частности была создана область для общей работы с документами и отдельная область для каждого пользователя с соответствующими правами доступа.

При переходе по ссылке появляется страница с данными в виде списка ссылок со столбцами, в которых отображаются сведения о каждом из загруженных документов (см. рис. 3.6).


Рис. 3.6 Библиотека документов


Одной из основных проблем при реализации личных папок пользователей была организация перехода между личными папками на разных узлах. Т.е., если пользователь имеет доступ на узлы Факультет и Аспирантура, то необходимо чтобы он мог попасть в свои личные документы из любой точки этих двух узлов. Средствами WSS 3.0 этого добиться нельзя, поэтому в SharePoint Designer были сгенерированы пустые страницы, на которых выполняется скрипт перехода в указанное место:


<script runat=server>location=#"justify"></script>


Тег <script> похож на тот, которым вводятся скрипты JavaScript, но с большим отличием - скрипт выполняется на сервере. Поэтому необходимо задавать атрибут runat="server". Атрибут Language может принимать значения С#, VB, J#. По умолчанию принимается значение языка Visual Basic.

Внутри блока объявлена переменная Location. При обращении к одной из таких страниц происходит перенаправление пользователя на его собственную страницу с документами.

-Списки, в которых содержится набор сведений совместно используемых пользователями. В данной области представлены списки контактов, студентов, предметов, преподавателей и задач. Рассмотрим все списки на примере списка контактов (см. рис. 3.7);


Рис. 3.7 Список контактов


На странице представления отображаются поля «Фамилия», «Имя», «Организация», «Рабочий телефон», «Домашний телефон» и «Адрес электронной почты». Помимо контактной информации каждый элемент списка может содержать вложения, то есть некоторое количество файлов, связанных с данным элементом. При просмотре элемента списка в поле «Вложения» отображаются ссылки на вложенные файлы. Сами файлы хранятся в отдельной папке на web-узле.

Основные методы попадания данных в списки - это набор данных вручную, использование Microsoft Office, импорт из адресной книги Microsoft Outlook или использование БД Microsoft Access.

Другие типы списков, такие как списки новостей, извещений, студентов, предметов или преподавателей строятся по схожему принципу с отличиями в комбинациях столбцов.

-Обсуждения, которые представляет собой внутреннюю группу общения в организации. Обсуждения являются удобным способом получения ответов на вопросы, обмена информацией и достижения соглашений по вопросам с низким приоритетом. В данном случае было создано одно обсуждение Факультетская жизнь (см. рис. 3.8);


Рис. 3.8 Модуль обсуждений


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

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


3.2.3 Модуль календаря

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

С учетом разработанных требований в проекте был реализован модуль календаря, ссылка на который находится в зоне WebPartZone2 (см. рис. 3.9).


Рис. 3.9 Общий вид календаря


Основное предназначение календаря - это пересылка сведений о важных для группы датах, поэтому для каждого дня сгенерирован список событий (см. рис. 3.10).


Рис. 3.10 События календарного дня


3.2.4. Модуль отображения пользователей узла

В WebPartZone3 представлена web-часть, которая представляет список пользователей, участников узла, имеющих разрешения на доступ к нему (см. рис. 3.11).


Рис. 3.11 Список пользователей узла


Список пользователей узла состоит из ссылок на контактную информацию по каждому из пользователей.


3.3 Исследование работы и окончательная настройка сайта


По окончанию разработки сайта, он был импортирован с виртуального сервера на действующий в сети. В ходе проверки была составлена схема работы сайта.

Итак, работа со страницей asp начинается с получения и обработки web-сервером IIS запроса к данной странице и передачи этого запроса среде выполнения ASP.NET. Среда выполнения анализирует, нужно ли компилировать страницу или можно выдать в качестве ответа страницу из кэша.

Затем начинается жизненный цикл страницы. Он начинается с этапа PreInit. После получения запроса среда выполнения загружает класс вызываемой страницы, устанавливает свойства класса страницы, выстраивает дерево элементов, заполняет свойства Request и Response и свойства UICulture и вызывает метод IHttpHandler.ProcessRequest. После этого среда выполнения проверяет, каким образом была вызвана эта страница, и если страница вызвана путем передачи данных с другой страницы, то среда выполнения устанавливает свойство PreviousPage.

На этом этапе устанавливается также свойство IsPostback объекта Page, которое позволяет узнать, в первый ли раз загружается форма или она должна формироваться как результат обработки данных, введенных пользователем.

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

Во время загрузки (событие Load) устанавливаются свойства элементов управления на основании информации о состоянии, если страница создается в результате отправки данных формы.

Если на странице существуют валидаторы (классы проверки данных), то для них вызывается метод Validate(). Затем вызываются обработчики событий (при условии, что страница генерируется в ответ на действия пользователя).

В методе Render генерируется сам HTML-код выводимой страницы. При этом страница вызывает соответствующие методы своих дочерних элементов. В методе Render код выводится в Response.OutputStream. Сама страница тоже считается элементом управления - класс Page является наследником класса Control. Если на странице есть блоки отображения, они становятся частью функции отрисовки (rendering).

Наконец, страница выгружается из памяти сервера и происходит событие Unload.

Таким образом, полный список событий, которые определяются при работе со страницей, следующий:

-PreInit;

-Init;

-InitComplete;

-PreLoad;

-Load;

-LoadComplete;

-PreRender;

-PreRenderComplete;

-Unload.

Для всех событий определены обработчики - виртуальные функции OnInit, OnLoad. Одно из самых популярных событий - это Page_Load.

В процесс работы сайта происходит отработка всех событий. Нарушений замечено не было.

По окончанию проверки работы самого сайта было произведено исследование его работоспособности. В процессе тестирования исследовалась разработанная модель доступа, основанная на службе каталогов AD, также на сайт было импортировано около 50 Гб различной информации (документы, мультимедия и программы), с которой под правами пользователей осуществлялась работа.

В SharePoint Designer и вручную были проверены все ссылки, особенно перекрестные ссылки, где использовался скрипт перехода.

Правильность отображения всех страниц сайта была проверена в различных браузерах, таких как Internet Explorer версий 5 и 6, Opera 9.2 и Mozilla Firefox 2.0. В ходе проверки основное внимание было обращено на такие вещи, как время загрузки страниц и их качество. Т.к. продукт SharePoint разработан компанией Microsoft, то по понятным причинам преимущество в скорости работы и отрисовки страниц имеет Internet Explorer. Но, тем не менее, нареканий по поводу использования других браузеров не было.

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

-локально, на сервере и компьютерах пользователей;

-в удаленном режиме через подключение по VPN.


3.4 Восстановление системы в случае сбоя


Архивирование и восстановление узлов служб WSS 3.0 на случай непредвиденных обстоятельств может быть выполнено на базе:

-SQL Server;

-утилиты администрирования stsadm.exe.

Поскольку службы WSS 3.0 хранят все данные и содержимое web-узлов в БД SQL Server, то можно использовать встроенные в этот продукт средства архивации и восстановления БД конфигурации и всех БД содержимого сервера. Этот метод дает возможность полномасштабной архивации БД, включая содержимое, разрешения и настройки параметров безопасности.

В случае повреждения БД и необходимости восстановления сервера и его содержимого в предыдущее состояние с помощью средств SQL Server могут быть восстановлены все глобальные установки, хранимые в БД конфигурации, и информация узла.

Службы SQL Server и stsadm.exe позволяет архивировать и восстанавливать все данные в случае отказа сервера. Однако после этого настраиваемые web-части необходимо заново переустановить. Другими словами, в случае возникновения глобальной ошибки сервера можно создать сервер с тем же или другим именем и восстановить для него данные WSS 3.0.

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


3.5 Обучение пользователей


В рамках внедрения системы управления данными на базе WSS 3.0 были осуществлены подготовка и обучение пользователей системы.

Т.к. службы WSS 3.0 полностью интегрированы с Microsoft Office System, то пользоваетели могут работать:

-непосредственно на узле SharePoint;

-в общей рабочей области Microsoft Office c последующим портированием или сохранением всех данных на узле (см. рис. 3.11).

Рис. 3.11 Панель общей рабочей области Microsoft Office


В рамках сайта пользователь может добавлять или удалять реализованные модули и web-части (см. табл. 3.2).


Таблица 3.2

НазваниеОписаниеDisplayModeПолучает и устанавливает текущее представление web-частей на экране пользователя.SupportedDisplayModesКоллекция доступных представлений web-частей.WebPartsКоллекция всех web-частей на странице.ZonesКоллекция всех WebPartZone на странице.AddWebPartМетод добавления web-частей на страницу.CloseWebPartСкрытие web-частей с экрана пользователя.DeleteWebPartПолное удаление web-частей со страницы.

Почти к каждой из реализованных web-частей автоматически добавляются заголовок и меню, позволяющее пользователям свернуть, развернуть или скрыть элемент. Помимо этого пользватели могут сами настраивать расположение и видимость web-частей на своей странице при помощи основных свойств объекта WebPartManager.

4. ЭКОНОМИЧЕСКАЯ ЭФФЕКТИВНОСТЬ


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

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

Себестоимость ПО зависит, в первую очередь, от трудоемкости разрабатываемой программы. Трудоемкость разработки программы состоит из шести составляющих, связанных с соответствующими операциями разработки ПО [3]:

-затраты труда на подготовку описания задачи ;

-затраты труда на исследование алгоритма решения задачи ;

-затраты труда на разработку блок-схемы алгоритма ;

-затраты труда на программирование по блок-схеме ;

-затраты труда на отладку программы ;

-затраты труда на подготовку документации .

Общая трудоемкость определяется как сумма всех этих составляющих:


.(4.1)


Исходные данные для расчета себестоимости программного обеспечения приведены в табл. 4.1.


Таблица 4.1

Исходные данныеЗначениеВремя на разработку и внедрение программы620 чУстановленное значение МРОТ1100 руб.Потребляемая мощность ЭВМ1 кВт/чКоэффициент накладных расходов60%Стоимость 1 кВт/ч электроэнергии1,69 руб.Единый социальный налог26%168 чНоминальное число рабочих часов в году2016 ч40000 рубРазряд ЕТС12

Затраты на материалы являются суммой затрат на материалы отдельных видов, которые определяются для каждого вида материалов по формуле:


, (4.2)


где - стоимость данного вида материалов,

- цена единицы материалов,

-количество единиц материалов и комплектующих, использованных в процессе разработки материалов.

Затраты на материалы для разработки ПО информационно-справочной системы представлены в табл. 4.2.

Таблица 4.2

Наименование материаловЦена за единицу, Руб.Количество, Шт.Стоимость, Руб.Упаковка бумаги А4 Bullet120,02240,0Диск CD-RW Verbatim60,02120,0ИТОГО:360,0

Общие затраты составляют = 360,0 руб.

Для организаций бюджетной сферы расчеты заработной платы работников основываются на минимальном размере оплаты труда (МРОТ) и тарифных коэффициентах, устанавливаемых законодательно [3]:


, (4.3)


где - зарплата работника,

- тарифный коэффициент разработчика (см. табл. 4.2),

- время, затраченное на разработку,

- месячный объем рабочего времени разработчика.

Тарифные коэффициенты единой тарифной сетки по оплате труда работников организации бюджетной сферы приведены в табл. 4.3.


Таблица 4.3

Разряд оплаты трудаТарифный коэффициентРазряд оплаты трудаТарифный коэффициент11,0102,4421,11112,6831,23122,8941,36133,1251,51143,3661,67153,6271,84163,982,02174,292,22184,5= 11732,02 руб.


Таким образом,


, (4.4)


где - заработная плата разработчика (программы и т. д.),

- коэффициент дополнительной заработной платы (устанавливается руководством организации), примем его равным 20%,

- коэффициент, учитывающий отчисление на социальное обеспечение. Отчисление на социальное обеспечение установлено в размере 26%.


= 17738,81 руб.

= 2346,4 руб.

=

= 3660,39 руб.


Затраты на эксплуатацию ЭВМ (с учетом амортизации):


, (4.5)


где - стоимость 1 часа рабочего времени.


, (4.6)

где - стоимость эксплуатации за один год,

- эффективный фонд времени используемого оборудования или ЭВМ в году.

Эффективный фонд времени рассчитывается по формуле:


, (4.7)


где = 252 дня - номинальное число рабочих дней за один год;

= 8 ч - продолжительность рабочего дня;

= 2% - планируемый процент времени на ремонт компьютера.

При данных значениях эффективный фонд времени составляет:


= 1975,68 ч/год


Стоимость эксплуатации за год работы составляет:


, (4.8)


где - стоимость электроэнергии,

- затраты на техническое обслуживание и ремонт,

- амортизация.

Стоимость электроэнергии за весь период работы:


, (4.9)


где = 1 кВт - потребная мощность для современного ПК, применяемого для разработки ПО,

= 0,8 - коэффициент загрузки,

= 1,69 руб. - стоимость киловатт-часа электроэнергии с учетом НДС.

Затраты на электроэнергию за весь период работы составляют:


= 2671,12 руб.


Затраты на техническое обслуживание и ремонт рассчитываются как 2,5% от стоимости компьютера:


= 1000 руб.


Затраты на амортизацию:


, (4.10)


где - норма амортизации.


, (4.11)


где = 2000 руб. - стоимость ликвидации,

= 3 - нормативный срок службы компьютера с учетом его быстрого морального износа.

= 31,7%:

= 12680 руб.


С учетом этого можно рассчитать стоимость эксплуатации за год работы:


= 16351,12 руб.


Стоимость 1 часа рабочего времени:


= 8,28 руб.


Накладные расходы можно принять в размере 60% от [3]:


= 7039,21 руб.


Составим перечень затрат на разработку ПО (см. табл. 4.4) из вычисленных параметров:


Таблица 4.4

№Статьи затратСумма, руб.% от общей суммы1Материалы и комплектующие ()3600,872Основная заработная плата ()11732,0228,283Дополнительная заработная плата ()2346,45,664Единый социальный налог ()3660,398,825Эксплуатационные расходы ()16351,1239,416Накладные расходы ()7039,2116,97ИТОГО:41489100

В результате проведенных расчетов, полная себестоимость разработки программного обеспечения составляет 41489 рублей.



ЗАКЛЮЧЕНИЕ


В рамках данной диссертации была достигнута основная цель диссертации и в частности решены следующие задачи:

-для выбора платформы управления данными были проведены анализ современного состояния систем и описание предметной области. На основании предъявленных требований была выбрана наиболее эффективная система - Microsoft SharePoint;

-спроектированы архитектура и логическое содержание системы управления данными. В рамках этой части были выработаны необходимые требования и предпосылки реализации системы в организации, система безопасности и модель доступа на уровне всей системы и ее отдельных частей;

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

На основании проведенных исследований и разработок была создана и внедрена система управления данными факультета ЦНИИ РТК.



СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ


1.Лондер О., Бликер Т., Ковентри П., Иделен Д. Службы Microsoft Windows SharePoint. Практ. пособ. Серия Шаг за шагом: пер. с англ. - М.: «СП ЭКОМ», 2005. - 384 с.

2.Ryan B., Tschudi-Sutton M. 7 development projects from Microsoft Office SharePoint Server 2007 and Windows SharePoint Services version 3.0 - USA: «Microsoft Press», 2006. - 236 c.

3.Горчакова Л.И., Лопатин М.В. Экономические расчеты для дипломных проектов по техническим специальностям: Учеб. пособ. - СПб.: «СПбГПУ», 2003. - 28 с.

.Смирнов А.В., Рахманинова И.О. Информационная поддержка процессов: Учеб. пособ. - СПб.: «СПбГПУ», 2003 - 152 с..

.Колчин А.Ф. Разработка учебно-методического комплекса для подготовки персонала предприятия к внедрению интегрированных систем информационной поддержки изделий и созданию электронного документооборота (CALS-технологий). М., 2001 - 328 с.

.Информационные технологии в управлении жизненным циклом изделий: Материалы международной конференции СПб.: «СеверРосс», 2003 - 136 с.



ПРИЛОЖЕНИЕ 1


Исходный код подключения web-части


using System;

using System.ComponentModel;

using System.Web.UI;

using System.Web.UI.WebControls;System.Xml.Serialization;Microsoft.SharePoint;Microsoft.SharePoint.Utilities;Microsoft.SharePoint.WebPartPages;WebPart

{

[DefaultProperty("Text"),("<{0}:MainClass runat=server></{0}:MainClass>"),(Namespace="SimpleWebPart")]class MainClass : Microsoft.SharePoint.WebPartPages.WebPart

{const string defaultText = "";string text = defaultText;

[Browsable(true),("Miscellaneous"),(defaultText),(Storage.Personal),("Text"),("Text Property")]string Text

{

{text;

}

{= value;

}

}override void RenderWebPart(HtmlTextWriter output)

{.Write(SPEncode.HtmlEncode(Text));

}

}

}


ПРИЛОЖЕНИЕ 2


Исходный код подключения модуля панели ссылок


<SharePoint:AspMenu="TopNavigationMenu"="server"="topSiteMap"="false"="<%$Resources:wss,navigation_accesskey%>"="Horizontal"="2"="1"="0"="/_layouts/images/menudark.gif"=""BackColor="#CBE3F0"=""="0"="ms-topNavContainer">

<StaticMenuStyle/>

<StaticMenuItemStyle CssClass="ms-topnav" ItemSpacing="0px"/>

<StaticSelectedStyle CssClass="ms-topnavselected" />

<StaticHoverStyle CssClass="ms-topNavHover" />

<DynamicMenuStyle BackColor="#F2F3F4" BorderColor="#A7B4CE"

BorderWidth="1px"/>

<DynamicMenuItemStyle CssClass="ms-topNavFlyOuts"/>

<DynamicHoverStyle CssClass="ms-topNavFlyOutsHover"/>

<DynamicSelectedStyle CssClass="ms-topNavFlyOutsSelected"/>

</SharePoint:AspMenu>

ПРИЛОЖЕНИЕ 3


Исходный код подключения модуля панели быстрого запуска


<Sharepoint:SPNavigationManager="QuickLaunchNavigationManager"="server"="QuickLaunchMenu"="QuickLaunch"="false">

<div>

<SharePoint:DelegateControl runat="server"="QuickLaunchDataSource">

<Template_Controls>

<asp:SiteMapDataSource="SPNavigationProvider"="False"="QuickLaunchSiteMap"="sid:1025"="server"

/>

</Template_Controls>

</SharePoint:DelegateControl>

<SharePoint:AspMenu="QuickLaunchMenu"="QuickLaunchSiteMap"="server"="Vertical"="2"="true"="0"="0"=""

>

<LevelMenuItemStyles>

<asp:MenuItemStyle CssClass="ms-navheader"/>

<asp:MenuItemStyle CssClass="ms-navitem"/>

</LevelMenuItemStyles>

<LevelSubMenuStyles>

<asp:SubMenuStyle CssClass="ms-navSubMenu1"/>

<asp:SubMenuStyle CssClass="ms-navSubMenu2"/>

</LevelSubMenuStyles>

<LevelSelectedStyles>

<asp:MenuItemStyle CssClass="ms-selectednavheader"/>

<asp:MenuItemStyle CssClass="ms-selectednav"/>

</LevelSelectedStyles>

</SharePoint:AspMenu>

</div>

</Sharepoint:SPNavigationManager>



ПРИЛОЖЕНИЕ 4


Исходный код модуля панели быстрого запуска


<WebPartPages:ListViewWebPart runat="server"

__MarkupType="xmlmarkup" WebPart="true"

__WebPartId="{5D8A074D-2991-4739-922E-18EA48B27EE2}">

<WebPart xmlns:xsi="#"justify">xmlns:xsd="#"justify">xmlns="#"justify"><Title>Календарь</Title>

<FrameType>Default</FrameType>

<Description>Список "


Календарь" служит для информирования о предстоящих собраниях, приближающихся сроках и других важных событиях


</Description>

<IsIncluded>true</IsIncluded>

<PartOrder>1</PartOrder>

<FrameState>Normal</FrameState>

<Height />

<Width />

<AllowRemove>true</AllowRemove>

<AllowZoneChange>true</AllowZoneChange>

<AllowMinimize>true</AllowMinimize>

<AllowConnect>true</AllowConnect>

<AllowEdit>true</AllowEdit>

<AllowHide>true</AllowHide>

<IsVisible>true</IsVisible>

<DetailLink>/fak/Lists/Calendar/calendar.aspx</DetailLink>

<HelpLink />

<HelpMode>Modeless</HelpMode>

<Dir>Default</Dir>

<PartImageSmall />

<MissingAssembly>


Невозможно импортировать эту веб-часть


</MissingAssembly>

<PartImageLarge />

<IsIncludedFilter />

<ExportControlledProperties>false</ExportControlledProperties>

<ConnectionID>00000000-0000-0000-0000-

000000000000</ConnectionID>

<ID>g_5d8a074d_2991_4739_922e_18ea48b27ee2</ID>

<ListName

xmlns="#"justify">98A1-48C6-A917-79B06FDB6E4B}</ListName>

<WebId

xmlns="#"justify">0000-0000-0000-000000000000</WebId>

<ListViewXml

xmlns="#"justify">Name="{5D8A074D-2991-4739-922E-18EA48B27EE2}"

DefaultView="TRUE" Type="CALENDAR"

RecurrenceRowset="TRUE" DisplayName="Календарь"

Url="/fak/Lists/Calendar/calendar.aspx" Level="1" BaseViewID="2"

ContentTypeID="0x"

ImageUrl="/_layouts/images/events.png"&gt;&lt;Toolbar

Type="Standard"/&gt;&lt;ViewHeader/&gt;&lt;ViewBody/&gt;&lt;ViewFo

oter/&gt;&lt;ViewEmpty/&gt;&lt;ViewFields&gt;&lt;FieldRef

Name="EventDate"/&gt;&lt;FieldRef Name="EndDate"/&gt;&lt;FieldRef

Name="fRecurrence"/&gt;&lt;FieldRef

Name="EventType"/&gt;&lt;FieldRef

Name="Attachments"/&gt;&lt;FieldRef

Name="WorkspaceLink"/&gt;&lt;FieldRef Name="Title"/&gt;&lt;FieldRef

Name="Location"/&gt;&lt;FieldRef Name="Description"/&gt;&lt;FieldRef

Name="Workspace"/&gt;&lt;FieldRef

Name="MasterSeriesItemID"/&gt;&lt;FieldRef

Name="fAllDayEvent"/&gt;&lt;/ViewFields&gt;&lt;ViewData&gt;&lt;Fiel

dRef Name="Title" Type="CalendarMonthTitle"/&gt;&lt;FieldRef

Name="Title" Type="CalendarWeekTitle"/&gt;&lt;FieldRef

Name="Location" Type="CalendarWeekLocation"/&gt;&lt;FieldRef

Name="Title" Type="CalendarDayTitle"/&gt;&lt;FieldRef

Name="Location"

Type="CalendarDayLocation"/&gt;&lt;/ViewData&gt;&lt;Query&gt;&lt;W

here&gt;&lt;DateRangesOverlap&gt;&lt;FieldRef

Name="EventDate"/&gt;&lt;FieldRef Name="EndDate"/&gt;&lt;FieldRef

Name="RecurrenceID"/&gt;&lt;Value

Type="DateTime"&gt;&lt;Month/&gt;&lt;/Value&gt;&lt;/DateRangesOverl

ap&gt;&lt;/Where&gt;&lt;/Query&gt;&lt;/View&gt;</ListViewXml>

<ViewFlag

xmlns="#"justify">wFlag>

<ViewContentTypeId ="#"justify"></WebPart>

</WebPartPages:ListViewWebPart>

ПРИЛОЖЕНИЕ 5


Исходный код модуля списка пользователей узла


<WebPartPages:MembersWebPart runat="server"

AllowEdit="True" AllowConnect="True"

Title="Пользователи" IsIncluded="True" Dir="Default"

IsVisible="True" AllowMinimize="True"

AllowHide="True" ExportControlledProperties="False"

DetailLink="" CatalogIconImageUrl="/_layouts/images/msmeml.gif"

ID="g_ed656cc9_b689_45e5_abe3_7f62ba1d5c4d"

PartImageSmall="" DisplayType="WebMemberGroup"

Description="Веб-часть &quot;


Пользователи узла&quot; позволяет получить список пользователей узла со сведениями об их присутствии


"PartImageLarge="/_layouts/images/msmeml.gif" ="False" HelpLink=""

FrameState="Normal" AllowRemove="True"

ZoneID="Right" Toolbar="False"

HelpMode="Modeless" AllowZoneChange="True"

FrameType="Default" PartOrder="3"

ConnectionID="00000000-0000-0000-0000-000000000000"

IsIncludedFilter="" __MarkupType="vsattributemarkup"

__WebPartId="{ED656CC9-B689-45E5-ABE3-7F62BA1D5C4D}"

WebPart="true" Height="" Width="">

</WebPartPages:MembersWebPart>


Анализ, разработка и исследование системы управления данными предприятия на базе продукта Microsoft SharePoint

Больше работ по теме:

КОНТАКТНЫЙ EMAIL: [email protected]

Скачать реферат © 2017 | Пользовательское соглашение

Скачать      Реферат

ПРОФЕССИОНАЛЬНАЯ ПОМОЩЬ СТУДЕНТАМ