Повышение функциональных возможностей корпоративного портала факультета с помощью MS SharePoint

Федеральное агентство по образованию ГОУ ВПО «Уральский государственный технический университет — УПИ»

Факультет Экономики и управления Кафедра Общей экономической теории Специальность Менеджмент организации ДИПЛОМНАЯ РАБОТА На тему: Повышение функциональных возможностей корпоративного портала факультета с помощью MS SharePoint

Руководитель_______________ Дышаева Л.Ф.

Консультант_______________ Шашмурина Е.В.

Нормоконтролер_______________ Копеена Е.Л.

Студент группы № ЭУ 54 091_______________ Гришенков Д.И.

Екатеринбург

Реферат Введение Раздел 1. Описание функциональных возможностей MS SharePoint и средства их реализации

1.1 Возможности MS SharePoint

1.2 Понятие веб-части

1.3 Языки программирования

1.3.1 XML

1.3.2 XSLT

1.3.3 CAML-запросы Раздел 2. Разработка и реализация функций корпоративного портала

2.1 Постановка задач

2.2 Выполнение работы

2.2.1 Работа с редактором содержимого

2.2.2 Работа с библиотеками и списками

2.2.3 Работа с прочими веб-частями

2.3 RSS

Раздел 3. Безопасность жизнедеятельности Введение

3.1.1 Характеристика рабочего места

3.1.2 Электробезопасность

3.1.3 Электромагнитные излучения ЭЛТ

3.1.4 Статическое электричество

3.1.5 Метеоусловия в помещении (Микроклимат)

3.1.6 Шум и вибрация в производственном помещении

3.1.7 Освещение в производственных помещениях

3.1.8 Организация рабочего места

3.1.9 Пожароопасность

3.1.10 Чрезвычайная ситуация Выводы

3.2 Природопользование и охрана окружающей среды Заключение Список использованных источников Приложение 1

Приложение 2

РЕФЕРАТ

sharepoint средство портал электробезопасность Дипломная работа ч. 3, рис. 15, табл. 9, библ. 25 назв.

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

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

MS SharePoint предоставляет следующие возможности:

1. Размещать на внутренний сервер новости и темы для обсуждения.

2. Открывать персональные узлы с личными и общими отделами.

3. Адресовать информацию определенной аудитории.

4. Индексировать и искать информацию в общих файлах, на веб-серверах, защищенных веб-серверах, в общедоступных папках Microsoft Exchange Server, Lotus Notes и на узлах SharePoint.

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

Для выполнения поставленной цели была проделана следующая работа:

1. изучение SharePoint со стороны его функциональности;

2. определение понятия веб-часть;

3. изучение необходимых языков программирования;

4. постановка задачи на улучшение функциональности;

5. реализация поставленных задач.

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

«Интернет — это среда, максимально ориентированная на покупателя. Его щелчок мышью решает все. Так просто перейти куда-нибудь в другое место: все конкуренты мира всего лишь на расстоянии одного щелчка.» [1]

Учитывая, что в январе 2000 года в Сети насчитывалось приблизительно 10 миллионов сайтов и порталов, а к концу 2006 года их количество увеличилось до 100 миллионов (на 1 ноября 2006 года достигло 101,44 миллионов [2]), возможностей для выбора у пользователей стало гораздо больше, чем когда-либо.

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

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

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

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

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

1. информационные сайты. На таких сайтах обычно содержится информация о чем-либо (товар, фирма и т. д.);

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

2.1. корпоративный сайт. Построенный как буклет, брошюра или целая энциклопедия. Такой сайт содержит информацию о компании (ее целях, особенностях, контактных лицах) и ее продукции;

2.2. промо-сайт. Чаще всего промо-сайт создается для некоторой конкретной маркетинговой акции и время его «жизни» обычно ограничено временем проведения акции [3];

3. различные Интернет-магазины и аукционы;

4. развлекательные сайты. Содержат библиотеки mp3, книги, различный софт и т. д.

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

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

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

Назначение корпоративного портала:

1. Предоставление единого места хранения корпоративной информации, созданной и накопленной пользователями;

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

3. Персональная настройка рабочего места каждого пользователя на основе единства средств работы с различными видами информации;

4. Управление правами пользователей с детализацией доступа на уровне данных и функций;

5. Единая классификация информационных ресурсов компании.

Возможности корпоративных порталов:

1. Большая часть компаний имеет несколько общих сетевых папок, в которых хранятся документы компании общим объемом 100−1000 мегабайт и более. Организация совместной работы с документами — их поиск, классификация, атрибутивная информация;

2. В портале можно реализовать системы по работе с клиентами, партнерами, поставщиками;

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

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

Стратегия IBM в области порталов состоит в том, чтобы предлагать организациям каркас порталов для электронного бизнеса — программный продукт WebSphere Portal Server (WPS). Это предложение предназначено для построения порталов в масштабе предприятия. Оно представляет собой простой в использовании горизонтальный каркас порталов е-бизнеса, который может работать с самыми разными типами внутреннего и внешнего бизнес-контента. WebSphere Portal Server может быть развернут как корпоративный портал электронного бизнеса для сотрудников, бизнес-партнеров и заказчиков, поддерживающий полный объем функций систем «бизнес-сотрудник», «бизнес-бизнес» и «бизнес-потребитель».

SharePoint Portal — это лучшее сегодня на рынке решение в области обеспечения сотрудничества и повышения производительности персонала.

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

Oracle AS Portal 10g — первый на рынке сервер приложений, позволяющий упростить управление приложениями, выполняемыми в распределенной вычислительной среде, это основанная на стандартах интегрированная программная платформа, позволяющая организациям любого масштаба оперативнее реагировать на меняющиеся требования рынка.

SAP Enterprise Portal является компонентом платформы SAP NetWeaver. Платформа SAP NetWeaver — это техническая основа комплекса решений «Управление современным предприятием» (mySAP Business Suite), композитных приложений SAP xApps, партнерских решений и приложений, разрабатываемых клиентами. Она реализует архитектуру сервисов предприятия (Enterprise Services Architecture) — концепцию SAP по построению бизнес-приложений на основе сервисов.

Для своей дипломной работы я выбрал платформу MS SharePoint, т.к. она, во-первых, проста в использовании, во-вторых, не требует углубленных знаний в программировании, в-третьих, дешево стоит и, в-четвертых, занимает мало физического места и, следовательно, удобна в использовании.(в отличие от WebSphere).

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

РАЗДЕЛ 1. ОПИСАНИЕ ФУНКЦИОНАЛЬНЫХ ВОЗМОЖНОСТЕЙ MS SHAREPOINT И СРЕДСТВА ИХ РЕАЛИЗАЦИИ

Итак, что же такое SharePoint, и почему я выбрал именно эту платформу для создания корпоративного портала?

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

Сервер SharePoint Portal Server 2003 использует узлы Microsoft Windows SharePoint Services 2003 для создания на портале страниц сотрудников, данных и организаций. Портал также расширяет возможности Windows SharePoint Services, предоставляя средства для организации и настройки веб-узлов и позволяя рабочим группам публиковать сведения для всей организации.

SharePoint Portal Server 2003 позволяет использовать единый вход для работы с множеством систем, таких как приложения Microsoft Office System, системы бизнес-анализа и управления проектами, а также существующие отраслевые приложения, в том числе специализированное ПО и ПО сторонних производителей. Масштабируемая распределенная архитектура портала содержит гибкие средства для развертывания, развития и управления. Все это позволяет порталу расти вместе с растущими запросами организации. Средства интеграции позволяют работать с информацией наилучшим образом. Пользователи имеют возможность извлекать и использовать актуальную и соответствующую теме информацию из разных систем и отчетов, быстро находить и получать документы, проекты и готовые решения. Портал применяет технологию поиска, разработанную в подразделении Microsoft Research, которая позволяет вести поиск по общим файловым ресурсам, веб-серверам, общим папкам Microsoft Exchange Server, Lotus Notes и узлам Windows SharePoint Services. В дополнение к этому есть возможность тематической сортировки документов для поиска требуемых сведений. При добавлении новых данных или изменении существующих высылаются соответствующие оповещения, что делает работу с системой более удобной.

1.1 Возможности MS SharePoint

Модель программирования Windows SharePoint Services позволяет создавать собственные веб-части (Web Parts), расширяющие возможности страниц SharePoint. Описанию того, что такое веб-часть, посвящена вся следующая глава. А пока я расскажу о возможностях страниц портала в SharePoint.

Windows SharePoint Services — это набор служб для Microsoft Windows Server 2003, предназначенных для совместного использования данных, коллективной работы пользователей над документами и создания списков и страниц веб-компонентов. Кроме того, службы Windows SharePoint Services можно использовать в качестве базовой платформы для создания приложений для совместной работы и использования данных.

Microsoft Office SharePoint Portal Server 2003 — это безопасное, масштабируемое серверное решение для построения портала организации, основанное на службах Windows SharePoint Services, которое можно использовать для объединения узлов SharePoint, данных и приложений в организации в рамках единого, простого в использовании портала. Помимо возможностей Windows SharePoint Services, SharePoint Portal Server 2003 предоставляет следующие возможности:

1. Размещать на внутренний сервер новости и темы для обсуждения.

2. Открывать персональные узлы с личными и общими отделами.

3. Адресовать информацию определенной аудитории.

4. Индексировать и искать информацию в общих файлах, на веб-серверах, защищенных веб-серверах, в общедоступных папках Microsoft Exchange Server, Lotus Notes и на узлах SharePoint.

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

6. Получить единый вход в систему для интеграции приложений внутри организации.

Поскольку для SharePoint Portal Server 2003 требуется наличие служб Windows SharePoint Services, в SharePoint Portal Server 2003 доступны все возможности Windows SharePoint Services.

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

Посмотрим обзор возможностей SharePoint при взаимодействии с различными технологиями (Таб. 1.1).

Таблица 1.1

Интеграция системы SharePoint Portal Server с повседневно используемыми пользователями средствами Microsoft Office и Microsoft Windows (в том числе, Windows Explorer, приложениями Office и веб-браузерами) дает пользователям простой в обращении инструмент для совместной работы и обработки документов.

Система SharePoint Portal Server использует ключевые технологии компании Microsoft: Windows, Portal Framework, Office, Microsoft Internet Explorer, Microsoft Exchange Store, Microsoft Search Service и другие. Возможности поисковой системы, средств обработки документов и легкость настройки портала SharePoint Portal Server в сочетании с приложениями Office XP дают мощное средство обработки информации.

Клиентские компоненты SharePoint Portal Server включают функциональные расширения программ Office и Windows Explorer, обеспечивающие обработку документов в рамках этих приложений. Например, после редактирования в программе Microsoft Word документа, извлеченного из рабочей области SharePoint Portal Server, можно вернуть его обновленную версию в рабочую область при помощи команды Check In в меню File. Кроме того, для просмотра и обработки документов в рабочей области SharePoint Portal Server можно использовать программу Windows Explorer. Поисковые возможности SharePoint Portal Server также доступны в приложениях Office XP при поиске в сетевых директориях в рабочей области. Эти прикладные компоненты программ Office и Windows Explorer взаимодействуют с серверными компонентами через стандартный интернет-протокол.

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

1. просматривать информацию по разделам;

2. искать информацию;

3. подписаться на получение сообщений об изменениях информации;

4. извлекать и вносить документы;

5. просматривать историю изменений документов;

6. разрешать публикацию документов;

7. публиковать документы.

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

Компоненты Portal Framework и Web Part управляют функциями браузера сайта портала. Эти компоненты отображают пользовательский интерфейс и позволяют администраторам и координаторам портала изменять настройки сайта. Кроме того, оперативные компоненты Portal Framework отображают запросы, поступающие от веб-компонентов портала.

Поисковые службы в SharePoint (Рис. 1.1):

1. SharePoint Portal Server использует для поиска Microsoft Search Service, включающий четыре основных компонента:

2. Индексирование собранной информации и адресов URL.

3. Синтаксический анализ и фильтрация документов для извлечения необходимых метаданных и информации.

4. Индексирование извлеченных данных.

5. Контекстный поиск. Пользователи могут производить поиск с поисковой страницы сайта портала или из приложений Office XP. Разработчики могут использовать программные средства поиска в формате Microsoft ActiveX Data Objects (ADO) или поисковых запросов WebDAV SQL.

Работа с Microsoft SharePoint Portal Server 2003 или Microsoft SharePoint Services осуществляется в привычном всем сотрудникам окне Интернет браузера Internet Explorer или аналогичном. Вы просто вводите адрес своего портала в поле IE. Портал построен по принципу веб-сайта и его освоение не вызывает затруднений (Рис. 1.2).

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

1. Вхождения портала Встроенный объект Microsoft SharePoint Portal 2003, позволяет добавлять на текущую страницу ссылки на любой внутренний или внешний ресурс, группировать и сортировать их. Также при помощи вхождения можно создавать текстовые блоки.

2. Личный узел.

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

3. Поиск по порталу.

В Microsoft SharePoint Portal Server 2003 и Microsoft SharePoint Services существует встроенная система полнотекстового поиска. Поиск в Microsoft SharePoint Portal Server 2003 обладает более широким набором функций.

4. Веб-части.

Веб-часть — элементарный модуль SharePoint, подключаемый к узлу портала или сервисов, выполняющий определенную функцию. Из веб-частей состоят веб-страницы портала. Существуют стандартные веб-части, поставляемые с Microsoft SharePoint Portal Server 2003 и Microsoft SharePoint Services. Также в портале есть возможность подключать вновь написанные веб-части.

5. Настройка страницы.

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

6. Меню действий.

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

7. Меню раздела.

Меню раздела — система навигации, находящаяся на каждой странице MS SharePoint Portal Server 2003. Оно динамически изменяется при изменении структуры портала или его областей.

Microsoft SharePoint Portal Server 2003 имеет гибко настраиваемую иерархическую структуру. Каждый «узел иерархии» в общем понимании (в Microsoft SharePoint понятие «узел» обозачает конкретный объект) называется областью.

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

То же касается наследования прав родительской области.

На закладках «Публикация» и «Отображение» осуществляется управление вхождениями в области: определяется в ручном или автоматическом режиме осуществляется сортировка, определяется, необходимо ли утверждение вхождений для публикации пользователем, указанным на закладке «Общие» .

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

Все программирование в MS SharePoint сводится к изменению веб-частей, и придаче им нужных функций. Притом для этого достаточно знания HTML-разметки, языков XML и XSLT, ну и для особых функциональных возможностей может пригодиться знание Java-script.

Об этих языках, как и о том что такое веб-часть будет рассказано ниже.

1.2 Понятие веб-части

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

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

1. Файл описания веб-части рисунков (.dwp) — мобильный контейнер, содержащий значения свойств веб-части рисунков, установленные по умолчанию и определенные пользователем.

2. Файл сборки веб-части рисунков (.dll) содержит логику и код веб-части рисунков и установлен на сервере узла.

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

4. Таблицы в базе данных служб Windows SharePoint Services используются для хранения текущих значений параметров свойств веб-части рисунков.

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

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

9. Для корректной работы веб-части необходимо, чтобы оба файла, а также дополнительные файлы ресурса были доступны на узле. При использовании веб-частей, которые встроены в Microsoft Windows SharePoint Services, обычно не возникает тех проблем, которые могут быть при использовании веб-частей, полученных с другого узла или источника.

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

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

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

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

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

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

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

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

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

2. У пользователя может быть возможность связываться с определенными, но не со всеми, типами веб-частей на одной и той же странице веб-частей.

Существуют следующие значительные преимущества архитектуры веб-частей и разделения файла описания веб-части (.dwp) и файла сборки веб-части (.dll).

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

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

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

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

Безопасность. Использование обычных прав и групп узла для Microsoft Windows SharePoint Services позволяет администратору узла управлять правами на доступ к странице веб-частей, на просмотр или изменение данных в представлении списка веб-части, на личную настройку страницы веб-частей, на добавление или удаление веб-частей или изменение их свойств. Администратор узла может также управлять тем, какие веб-части могут быть установлены на узле, и разрешать использование той или иной веб-части.

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

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

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

2. Контур веб-части образуют строка названия и рамка.

3. Используйте меню веб-части для выполнения основных задач: сворачивания веб-части, изменения свойств, связывания веб-частей, получения справки и т. д.

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

Существуют следующие примеры веб-частей.

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

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

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

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

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

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

1. CsegRollUp.

Это интересная компонента испанского автора Карлоса Сегуры. Веб-часть позволяет агрегировать данные из списков и библиотек документов на портале. Позволяет делать аналитические выборки и отображать в наиболее удобном виде. При помощи данной компоненты, появилась возможность вывода аналитического отчета по различным срезам. Например, вывод всех документов, относящихся к Фамилии и Имени сотрудника. Для отбора данных в csegRollUp указывается через запятую список необходимых библиотек документов в формате /<�имя подсайта>/<�имя подсайта>/<�и т.д.>/:<�имя библиотеки документов> (/C13/Документы:Общие документы). Далее через запятую указывается список полей, которые необходимо вывести (например, ID, DocIcon, EncodedAbsUrl, Title, Тема). Как отобразить данные, определяется через XSLT.

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

2. RSS Reader.

Веб-часть служит для размещения на страницах Microsoft Windows SharePoint Services 2.0 лент новостей на основе RSS. Веб-часть имеет следующие особенности:

1) Возможность доступа к каналам RSS тех пользователей, которые не имеют доступа в Интернет.

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

2) Возможность предлагать или скрывать ссылку на полный текст новости.

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

3. Easy Tab Parts.

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

4. Веб-часть XmlView.

Предназначена для установки на узлах (сайтах) в составе Microsoft SharePoint Portal Server или Microsoft SharePoint Services.

Веб-часть используется для просмотра xml-файлов и списков SharePoint с использованием XSLT-стилей.

Указанные в параметрах XML-документы загружаются во временные объекты типа XmlDocument.

Указанные в параметрах списки SharePoint преобразуются в формат XML-документов.

Получившиеся объекты объединяются в один XmlDocument, к которому применяется XSL-стиль (указанный в параметрах или встроенный). В XSL-скрипт передаются все параметры из Url страницы, на которой размещена веб-часть.

5. Веб-часть ToolBar.

Веб-часть так сказать панели инструментов. В ней можно настроить с помощью JavaScript переводчик, поиск по сайту и т. д. Настраивается с помощью редактора html.

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

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

Списки эти тоже настраиваемы. Можно столбцам задавать свойства. Можно сделать Вычисляемый столбец и подписать к нему функцию, где он соберет элементы двух предыдущих столбцов и выдаст их, например, вот в таком виде: «Элемент 1», а также «Элемент 2», есть «Элемент 3»., и так для каждой строки. Также столбцы могут быть числовые, текстовые, формата даты и т. д.

1.3 Языки программирования

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

1.3.1 XML

XML (англ. eXtensible Markup Language) — расширяемый язык разметки; рекомендованный Консорциумом Всемирной паутины язык разметки, фактически представляющий собой свод общих синтаксических правил. XML предназначен для хранения структурированных данных (взамен существующих файлов баз данных), для обмена информацией между программами, а также для создания на его основе более специализированных языков разметки (например, XHTML), иногда называемых словарями.

Язык XML был разработан группой XML Working Group (первоначально называемой SGML Editorial Review Board), сформированной в 1996 году под патронажем World Wide Web Consortium (W3C). Председательствует в группе Джон Босак (Jon Bosak) из Sun Microsystems, принимающий также активное участие в работе группы XML Special Interest Group (ранее известной как SGML Working Group), которая тоже была сформирована W3C.

Целью создания XML было обеспечение совместимости при передаче структурированных данных между разными системами обработки информации, особенно при передаче таких данных через Интернет. Словари, основанные на XML (например, RDF, RSS, MathML, XHTML, SVG), сами по себе формально описаны, что позволяет программно изменять и проверять документы на основе этих словарей, не зная их семантики, то есть не зная смыслового значения элементов. Важной особенностью XML также является применение так называемых пространств имён (англ. namespace).

При разработке языка XML ставились следующие задачи:

1. XML должен быть пригоден для непосредственного использования в Интернет.

2. XML должен иметь широкий круг применения.

3. XML должен быть совместим с SGML.

4. Обработчики документов XML должны быть просты в написании.

5. Количество факультативных свойств в XML должно быть сведено к абсолютному минимуму, в идеале число их вообще должно быть нулевым.

6. XML документы должны быть удобны для чтения и достаточно понятны.

7. Подготовка XML документа должна осуществляться быстро.

8. Процедура построения XML документа должна быть формальной и точной.

9. Процедура создания XML документов должна быть проста.

10. Краткость при разметке XML документа имеет минимальное значение.

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

1. Может (may).

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

2. Должен (must).

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

3. Ошибка (error).

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

4. Фатальная ошибка (fatal error).

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

5. По выбору пользователя (at user option).

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

6. Ограничение действительности (validity constraint, VC).

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

7. Ограничение корректности (well-formedness constraint, WFC).

Правило, относящееся ко всем корректным XML документам. Нарушение ограничения корректности классифицируется как фатальная ошибка.

8. Соответствие (match).

Две сравниваемые строки или имени должны быть идентичны. Символы с несколькими возможными представлениями в ISO/IEC 10 646 (например, символы, имеющие обе формы представления precomposed и base+diacritic) считаются совпадающими только тогда, когда в обеих строках они имеют одну и ту же форму представления. Преобразование регистра не производится. (Для строк и правил грамматики:) Строка отвечает сценарию грамматики если она принадлежит языку, генерируемому по этому сценарию. (Для содержимого и моделей содержимого:) Элемент соответствует своей декларации если он отвечает положениям, описанным в соответствующем ограничении.

9. Для совместимости (for compatibility).

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

10. Для взаимодействия (for interoperability).

Выделяет фразу, описывающую необязательную рекомендацию, которая была включена в спецификацию для увеличения возможности обработки XML документов с помощью уже установленных SGML процессоров, указанных в Приложении WebSGML Adaptations к ISO 8879.

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

Без использования CSS или XSLT, XML-документ отображается как простой текст в большинстве web-браузеров. Некоторые браузеры, такие как Internet Explorer, Mozilla и Mozilla Firefox отображают структуру документа в виде дерева, позволяя сворачивать и разворачивать узлы с помощью нажатий клавиши мыши.

1.3.2 XSL (XSLT)

XSLT (Extensible Stylesheet Language Transformations) — часть спецификации XSL, задающая язык преобразований XML-документов. Спецификация XSLT является рекомендацией W3C.

При применении таблицы стилей XSLT, состоящей из набора шаблонов, к XML-документу (исходное дерево) образуется конечное дерево, которое может быть как XML-структурой, так и обычным текстом. Запросы выбора данных из исходного дерева пишутся на языке запросов XPath.

Консорциум W3 определяет три составные части языка XSL (от англ. eXtensible Stylesheet Language — Расширяемый Язык Стилей): XSLT, XPath (язык путей и выражений, используемый в XSLT для доступа к отдельным частям XML-документа) и XSL Formatting Objects — словарь, определяющий семантику форматирования документов.

Например, есть XML-документ:

Иван

Иванов

Пётр

Петров

Применение XSLT-трансформации:

Получаем XML-документ, имеющий такую структуру:

MP123456

Иван

PK123456

Пётр

Другими словами XSLT это язык подгона XML под разметку страницы и для стилизации документов.

Пространство имен XSLT имеет URL http://www.w3.org/1999/XSL/Transform.

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

1.3.3 CAML-запросы

Collaborative Application Markup Language (CAML) — XML-базирующийся язык, который используется, чтобы строить и настраивать Веб-сайты, основанные на SharePoint. Это язык для построения запросов.

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