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

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

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

Любой УМК необходимо разрабатывать в соответствии с законом РФ «Об образовании», законом РФ «О высшем и послевузовском профессиональном образовании», ГОСТ Р ИСО 9000 - 2000, Приказом Минобразования РФ «О комплексной оценке деятельности высшего учебного заведения» (№ 864 от 12.11.99г.), Стандарта высшего профессионального образования.

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

Структура учебно-методического комплекса

Состав УМК определяется содержанием утвержденной рабочей программы по соответствующей дисциплине.

В состав УМК включаются [49]:

1. Рабочая программа дисциплины, утвержденная Советом Факультета.

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

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

3. Учебно-методические материалы (УММ) по следующим видам занятий: лекции, практические занятия, курсовые / выпускные квалификационные работы.

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

Формы текущего, промежуточного, рубежного и итогового контроля.

· примерные темы рефератов, эссе (могут быть включены в программу учебной дисциплины);

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

· контрольные вопросы по каждой теме учебной программы и/или по всему курсу (см. Приложение 3).

Совокупность всех учебных и УММ, входящих в УМК по соответствующей дисциплине, составляет документацию УМК. Документация УМК является интеллектуальной собственностью разработчиков УМК.

Этапы разработки УМК

Разрабатывать УМК дисциплины рекомендуется в следующем порядке [27]:

· Определение тематического плана согласно требованиям ГОС ВПО и количества часов на отдельные виды занятий согласно учебному плану.

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

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

· Планирование СРС и расстановка точек текущего контроля знаний студентов.

· Разработка заданий для контрольных точек.

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

· Формирование методических рекомендаций и прочих руководств по СРС и самостоятельному изучению дисциплины.

· Разработка тестовых заданий по курсу дисциплины.

· Оформление документации УМК.

· Апробация и корректировка материалов УМК дисциплины в учебном процессе.

· Согласование и утверждение УМК.

Более укрупнено, этапы разработки УМК представлены на рис. 1.

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

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



Рис. 1 Этапы разработки УМК

УМК дисциплины и его компоненты должны [43]:

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

· предусматривать логически последовательное изложение учебного материала;

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

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

· обеспечивать межпредметные связи;

· обеспечивать простоту использования для преподавателей и студентов;

· содержать информацию об авторе (авторах), редакторе, результатах апробации в учебном процессе.

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

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

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

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

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

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

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

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

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

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

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

Реализацией такой системы вполне может стать корпоративный портал, на основе одной из рассмотренных нами в первом параграфе портальных решений. Такой программный инструментарий, позволит сделать работу с УМК максимально комфортной и продуктивной как для преподавателей, так и для студентов и абитуриентов. [1]

Выводы по главе I

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

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

Анализ популярных портальных решений показал, что в настоящее время на рынке существует целый ряд специализированных решений для построения порталов. К наиболее популярным можно отнести платформы, предлагаемые ведущими поставщиками программного обеспечения. Среди них - IBM WebSphere, Microsoft SharePoint, Oracle Weblogic, SAP NetWeaver и другие.

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

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

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

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

ГЛАВА II. РЕАЛИЗАЦИЯ КОРПОРАТИВНОГО ПОРТАЛА В ОБРАЗОВАТЕЛЬНОМ УЧРЕЖДЕНИИ

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

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

Функции и требования

Выделим основные функции, которые должен поддерживать такой корпоративный портал [48]:

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

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

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

4. Представление информации. Интеграция всех элементов информационных ресурсов понятном и логичном виде.

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

6. Четкое разграничение прав доступа.

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

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

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

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

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

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

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

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

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

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

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

Цели и задачи создания портала

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

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

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

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

- разработка архитектуры типового портала.

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

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

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

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

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

Общая модель корпоративного портала

Основные категории пользователей корпоративного портала включают:

1. Внешние пользователи - студенты, абитуриенты, преподаватели, не участвующие в разработке УМК;

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

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

Таблица 2 Группы пользователей портала

Член группы	Описание	Разрешение
Администратор	имеет полный доступ ко всей функциональности портала, например, настраивает разрешения для других пользователей	Полный доступ
Дизайнер	разрабатывает дизайн и наполнение веб-портала, выбирает оформление	Проектирование
Авторы (Участники)	наполняют портал содержимым (контентом), имея доступ только к определенным его фрагментам	Участие
Посетители	могут только просматривать страницы веб-узла	Чтение

Алгоритм работы корпоративного портала следующий:

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

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

· Главный редактор дает команду на разработку документов. Авторы (преподаватели) готовят документы, заходя на свою страничку портала.

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

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

· После того, как работа над документом закончена, документ отправляется на согласование и утверждение главному редактору и другим ответственным лицам

· Главный редактор может утвердить документ или направить его одному или нескольким из участников рабочей группы на доработку, при этом он может также приложить свой комментарий к документу. А может также сразу вернуть ее автору на переработку, или сразу отклонить.

· Документ появляется на странице редактора в разделе поступивших работ. Он редактирует его и, направляет ее Главному редактор (с возможным комментарием).

· Документ появляется на странице Главного редактора в разделе выполненных работ. Он просматривает ее и или утверждает, или возвращает на доработку (редактору или автору) или отклоняет.

· При утверждении документ устанавливается в разделе утвержденных работ.

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

Информационная модель портала

Корпоративный портал должен включать следующие основные подсистемы, реализующие специализированные функции [9].

Подсистема базовых служб

· авторизация и аутентификация;

· каталог ресурсов;

· новости;

· настройки пользовательского интерфейса.

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

хранение данных и работа с информационной базой портала;

работа с метаинформацией (службы поддержки метаданных, справочники метаданных).

Подсистема управления

· управление производительностью и администрирование;

· обеспечение безопасности портала;

· сбор статистики о работе портала;

· многоаспектный аудит и мониторинг портала;

· кэширование контента.

Подсистема интеграции

· межпортальная интеграция баз данных и метаданных;

· интеграция поисковых процедур;

· интеграция систем безопасности;

· интеграция приложений;

· интеграция событийных и справочных систем.

Подсистема обеспечения коммуникаций:

· службы поддержки коллективной работы.

· электронная почта;

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

· сетевые форумы, чаты, опросы, голосования,

Подсистема развития и модификации:

· инструментарий для модификации и разработки;

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

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

· службы представления;

· пользовательские службы;

· управление информацией;

· веб-инфраструктура;

· разграничение доступа к компонентам портала.

Рис. 2 Схема архитектуры портала

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

Организация развертывания, эксплуатации и развития портала

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

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

К основным функциям по поддержке корпоративного портала в целом следует отнести следующие:

- мониторинг широкого набора показателей;

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

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

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

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

- реализация принятых рекомендаций.

Порядок формирования, актуализации и использования ресурсов

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

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

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

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

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

Порядок реализации проекта

Службой Sybase Professional Service в рамках общей корпоративной методики реализации проектов SAFE (сертифицированной на соответствие стандартам ISO9000) разработана методология ведения проектов по построению корпоративных порталов. Согласно этой методологии, каждый такой проект состоит из четырех фаз [48]:

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

2. Построение прототипа и проработка архитектуры

3. Построение рабочей версии портала

4. Внедрение в эксплуатацию

Схематично взаимосвязь между этими фазами изображена на рисунке 3.

Рис 3. Этапы создания корпоративного портала

Построение программы

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

1. Построение прототипа и проработка архитектуры

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

2. Построение рабочей версии портала

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

3. Внедрение в эксплуатацию

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

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

Таким образом, программу построения портала можно представить в виде следующих этапов:

1. Планирование проекта и сбор требований к порталу.

2. Проектирование информационной архитектуры портала.

3. Подготовка среды и реализация.

4. Оформление и информационное наполнение портала.

5. Подготовка документации (опционально).

6. Приемочное тестирование.

7. Обучение пользователей, администраторов (опционально).

Схема процесса создания корпоративного портала изображена на рисунке 4.

Источники финансирования

Работы, связанные с созданием и развитием корпоративного информационного портала можно вести за счет:

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

- средств международных фондов;

- целевого госбюджетного финансирования;

- внебюджетных источников.



Рис. 4 Процесс создания корпоративного портала

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

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

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

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

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

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

2.2 Построение корпоративного портала для разработки учебно-методической документации вуза

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

Развертывание служб SharePoint необходимо делать на сервере. При использовании на сервере универсальной версии операционной системы Windows Server (например, Windows Server 2008 Standard), прежде, чем перейти к установке и настройке служб SharePoint, необходимо соответствующим образом настроить роль веб-сервера. Установленная роль веб-сервера обеспечит работу служб IIS. Поскольку технология SharePoint, целиком и полностью основаны на стандарте ASP.NET, то установка служб IIS будет достаточным условием их корректного функционирования на сервере.

Для использования технологии SharePoint необходимо только:

· на сервере: операционная система Windows Server 2003-2008 (причем полнофункциональная, а не ознакомительная, версия);

· на компьютере клиента: только браузер Microsoft Internet Explorer.

Установочный комплект служб SharePoint Services можно бесплатно загрузить с веб-узла Microsoft [37].

Основные элементы архитектуры Microsoft SharePoint

В основе архитектуры Microsoft SharePoint лежит понятие узел. Узел (Web site) - это группа связанных веб-страниц, размещенных на веб-сервере. Для большинства узлов роль исходного пункта играет домашняя страница, связанная с другими страницами с помощью гиперссылок.

Совокупность узлов, имеющих общие настройки параметров администрирования («принадлежащих» одному пользователю), образует семейство узлов (Site collection). Семейство узлов обязательно содержит узел верхнего уровня и может содержать один или несколько дочерних узлов.

Узел верхнего уровня (Top-level site) - это исходный узел в семействе узлов. Хотя функционально этот узел не отличается от дочерних узлов, он создается иначе, чем дочерние узлы (через центр администрирования SharePoint), поскольку не имеет родительского узла. Узел верхнего уровня содержит административные связи на странице Site Administration (Администрирование узла), позволяющие управлять всем семейством.

Дочерний узел (Subsite) - полнофункциональный узел, сохраненный в узле верхнего уровня. У каждого дочернего узла могут быть разрешения на администрирование, добавление содержимого и просмотр, независимые от узла верхнего уровня и других дочерних узлов [29].

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

Рис.5 Структура приложения SharePoint

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

Как уже отмечалось ранее, перед тем, как начать создание узла или семейства узлов необходимо создать веб-приложение (Web application). Веб-приложение включает в себя сайт Internet Information Services (IIS) с уникальным пулом приложения (application pool). Когда создается новое веб-приложение, одновременно создается и новая база данных и определяется метод аутентификации, используемый для подключения к базе данных.



Рис.6. Создание нового веб-приложения

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

Следующим этапом идет создание узла верхнего уровня (Top-level site) и семейства узлов (Site collection).

Переход к странице создания семейства веб-узлов осуществляется с вкладки «Управление приложениями» страницы «Центра Администрирования» служб SharePoint. На странице «Создание семейства веб-узлов» необходимо внести следующие сведения (рис. 7).



Рис. 7 Создание семейства веб-узлов SharePoint

1. Выбрать созданное приложение.

2. Ввести название веб-узла (оно потом будет отображаться в заголовке всех его веб-страниц).

3. Ввести краткое описание веб-узла (оно будет появляться на домашней странице).

4. В поле «URL-адрес» вносится окончание адреса, который, будет добавлен к имени сервера и станет адресом домашней страницы веб-узла. В данном случае (рис.7) - http:sp2011/sites/umk - должен будет использоваться при обращении к веб-сайту.

Рис.8. Определение параметров и назначение администраторов семейства веб-узлов

Далее производится выбор шаблона веб-узла (рис. 8).

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

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

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

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

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

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

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

Рис. 9 Параметры родительского узла

На странице создания дочернего узла SharePoint определяется название веб-узла и его описание окончание URL-адреса и другие настройки (рис. 10). Например, создадим дочерний узел, соответствующий уровню факультета (рис. 11) - http:sp2011/sites/umk/mif.

Рис.10 Создание дочернего веб-узла



Рис.11 Дочерний узел факультета.

Безопасность и доступ к ресурсам Microsoft SharePoint

Для входа пользователя на веб-сайт SharePoint необходимо пройти процедуру авторизации.

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

· пройти процедуру авторизации в диалоговом окне (Рис. ), которое появится после обращения браузера к серверу:

Рис. 12. Окно авторизации

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

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

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

Соответствующие уровни разрешений, встроенные в SharePoint, носят названия: Полный доступ, Проектирование, Участие и Чтение [17].

Способы организации совместной работы при помощи Microsoft SharePoint

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

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

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

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

Наиболее простой способ организовать командную работу над проектом - создать в узле шаблон документа (или документов) в формате Microsoft Office. Это могут быть и Word, и Excel, и элементы Outlook, и презентации PowerPoint. На основе шаблонов создаются рабочие документы, к которым предоставляется доступ всем членам команды.

Рис. 13. Пример библиотеки документов

В библиотеке документов можно хранить файлы практически любого типа (отсканированные изображения, архивы, аудио- и видео файлы). К документам можно добавлять дополнительные поля для ввода расширенной информации, например, важность документа, срок сдачи, клиент с которым связан данный документ и т.п. Дополнительные сведения (метаданные) хранимые вместе с документами в библиотеке документов позволяют выполнять поиск и фильтрацию документов с учетом данных сведений [21].

Любые изменения в документах автоматически регистрируются. Всегда есть возможность увидеть, кто выложил документ, и кто последним вносил в него изменения. При необходимости пользователь может настроить режим оповещений об изменениях в документах. Чтобы избежать распространения множества версий множества документов с различными именами, в библиотеки документов SharePoint поддерживают версионность (Рис. 14). В любой момент времени существует возможность посмотреть любую из версий документа и, если это необходимо, вернуться к этой версии.

Рис.14 Журнал версии SharePoint

Совместные обсуждения и опросы

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

Типовое обсуждение (форум), предназначенное для сетевого общения участников рабочей группы, в SharePoint легко создать буквально в два щелчка мыши (рис. 15).



Рис. 15 Организация совместного обсуждения (форума)

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

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

Рабочие процессы

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

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

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

Рис. 16 Схема функционирования рабочего процесса.

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

· Просмотр списка рабочих процессов для документа или элемента

· Запуск рабочего процесса для документа или элемента

· Просмотр, изменение и переназначение задач рабочего процесса

· Выполнение задачи рабочего процесса

По умолчанию, в службах WSS реализован всего один рабочий процесс (Три этапа), другие рабочие процессы можно разработать самостоятельно, с помощью SharePoint Designer, или установив SharePoint Server. На узле SharePoint Server включены рабочие процессы, используемые в общих бизнес-сценариях [34]:

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

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

· Сбор подписей. Данный рабочий процесс передает документ Microsoft Office группе людей для сбора их цифровых подписей. Его следует запускать из клиентской программы, которая входит в выпуск 2007 Office. Участники должны выполнить задачи по сбору подписей, добавляя свою цифровую подпись к документам в соответствующей программе Microsoft Office. По умолчанию рабочий процесс сбора подписей связан документами, и поэтому доступ к нему можно автоматически получить из библиотек документов. Однако этот рабочий процесс отображается для документа в библиотеке документов только в том случае, если документ содержит одну или несколько строк подписей Microsoft Office.

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

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