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

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

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

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

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

2.6 Модель пользователя

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

Для компетенций предусмотрено несколько уровней достоверности:

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

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

- самоописание пользователя;

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

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

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

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

2.7 Модель научной деятельности

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

Иными словами, сегодня насущно необходима «карта научных задач», которая бы создавалась и поддерживалась усилиями всего научного сообщества. Чтобы каждый желающий заниматься наукой, мог быстро и точно отыскать на ней область приложения своих сил, наиболее точно совпадающую с его интересами и способностями. Где бы он мог, не «изобретая велосипед», принести реальную пользу. Предлагаемая модель научной деятельности выполняет роль такой «карты», на которой зафиксированы:

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

проблемы - принцип решения не ясен;

задачи - принцип решения понятен, но нужно выполнить некоторую работу;

планы - последовательность решения задач;

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

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

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

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

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

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

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

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

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

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

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

2.8 Анализ пользовательских ролей

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

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

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

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

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

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

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

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

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

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

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

Руководитель исследования (2) - Использует портал для подбора проектной команды для проведения исследования.

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

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

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

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

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

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

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

3. РАЗРАБОТКА ПОРТАЛА СТУДЕНЧЕСКОГО НАУЧНОГО ОБЩЕСТВА

3.1 Определение и виды сайтов

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

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

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

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

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

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

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

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

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

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

Система управления предприятием - сайт, с интегрированной корпоративной информационной системой предприятия.

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

3.2 Определение cms

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

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

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

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

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

3.3 Причины использования cms

В настоящее время большинство организаций имеет в том или ином виде собственный веб-сайт, созданный на основе CMS-системы (такие сайты составляют порядка 70% на российском рынке). Гораздо меньшее число компаний имеет внутреннюю интранет систему. Часто возникает вопрос: почему не создать еще один сайт для внутреннего использования и хранить необходимые документы там? В чем заключаются преимущества использования CMS? Такие вопросы чаще всего возникают из-за того, что сложности администрирования и управления ИТ инфраструктуры вообще и управления сайтом компании обычно скрыты от пользователей. Еще недавно большинство сайтов компаний было создано на основе статических страниц. В результате размещение информации на таких сайтах было скрыто от обычных пользователей. Вместе с тем, эта операция требует знания основ программирования и языка HTML. К тому же вероятность ошибок, особенно для обычных пользователей, весьма высока [22].

Использование CMS предоставляет следующие преимущества:

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

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

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

4. Уменьшение сроков и стоимости разработки: наиболее востребованная функциональность уже реализована в CMS и может быть сразу использована.

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

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

7. Чтобы обеспечить данные преимущества, CMS должна решить следующие основные задачи:

8. Публикация информации нетехническим специалистом.

9. Разделение данных и их представления.

10. Организация совместной работы при публикации информации.

11. Поисковые возможности.

12. Другие сервисы - форумы, голосования, анкеты и т.д.

Все эти задачи решены одной из ведущих российских CMS - Битриксом.

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

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

Существует определенное количество приложений от крупных производителей в основном предназначенных для крупных (enterprise) предприятий и организаций.

Наиболее известными приложениями такого класса являются Microsoft Content Management Server, Documentum, PlumtreePortal, IBM WebSpherePortal и т.д. Стоимость внедрения проектов на базе данных решений составляет от 50 000 euro. Поэтому сфера их применения очень узкая и ограничивается в основном созданием интернет-решений для крупных предприятий.

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

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

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

Например, разработчики создали сайт-сообщество (community) для общения между собой. И далее решение, на котором работает этот сайт, предлагается как CMS.

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

Наиболее известными примерами таких систем являются OpenCMS, PhpNuke, PostNuke, PortalStarterKit и т.д. Более подробно ознакомиться с существующими opensource системами вы можете на сайте opensourceCMS.com. Сравнение некоторых opensource систем вы можете найти в документе на сайте TechRepublic. Следует отметить, что opensource CMS решения наиболее близки к предмету данного исследования, т.к. лежат в близкой ценовой области, но отличаются по бизнес модели и методам внедрения.

Еще одним интересным классом являются российские разработки. Эти продукты созданы в основном различными web-студиями, имеющими большой опыт в реализации сайтов разных типов. Данные решения занимают промежуточную нишу. Практически все решения являются коммерческими, но с достаточно низкой стоимостью (100-3000$) и могут быть использованы для создания сайтов разных типов. Поскольку этот класс решений является самым популярным при создании сайтов в России, в статьях по этой теме мы рассмотрим, как приложения этого класса решают описанные в предыдущем разделе задачи

3.5 Сравнение cms

облачный вычисление интернет сайт

Наибольшей популярностью среди пользователей, пользуются следующие системы управления сайтом:

1. Wordpress

2. Joomla

3. DataLife Engine (DLE)

4. Drupal

Обзор CMS - Wordpress. Его популярность легко объясняется рядом факторов и преимуществ. Стоит отметить следующее:

- -Wordpress - бесплатная CMS

- -наличие огромного числа дополнительных модулей

- -широкий выбор шаблонов сайта под любые нужды (платные и бесплатные)

- -простота использования

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

Обзор CMS - Joomla. Joomla является вторым по популярности движком для сайта после Wordpress. Также является CMS с открытым кодом и написана на PHP и JavaScript. Представляет практически все те же возможности, что и Wordpress:

- Joomla - бесплатная CMS

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

- большой выбор шаблонов для различных целей (платные и бесплатные)

- проста в использовании

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

Обзор CMS - DataLife Engine (DLE). Движок DataLifeEngine, не смотря на свою коммерческую основу, является весьма популярной CMS. При бесплатном использовании есть ограничение на количество размещенного материала, после чего придется покупать лицензию, которая действует один год. В основном используется для большого количества ежедневных публикаций, например, новостей. В данной системе управления сайтом, хорошо реализована система наполнения сайта материалами коллективом авторов.

- неплохой ассортимент модулей расширения

- разнообразие шаблонов для изменения дизайна сайта

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

- не является сложной CMS

Разработчики CMS DLE постоянно ведут активную работу над уменьшением нагрузки системы на процессор.

Обзор CMS - Drupal. Полностью бесплатный движок для сайта с открытым кодом, написанный на языке PHP. Движок является довольно популярным, но в то же время не является довольно простым. CMS Drupal больше подойдет тем, кто любит поковыряться в коде, поэкспериментировать. Hесовсем подходящий вариант для начала своей деятельности в качестве вебмастера.

- Drupal бесплатная CMS

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

- универсальность и гибкость движка

- хорошая производительность системы

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

3.6 Выбор программного средства для разработки

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

Joomla! -- система управления содержанием, написанная на языке PHP и использующая в качестве хранилища содержания базу данных MySQL. Joomla! является свободным программным обеспечением, защищённым лицензией GPL. Одной из главных особенностей Joomla! является относительная простота управления при практически безграничных возможностях и гибкости при изготовлении сайтов.

Название «Joomla!» фонетически идентично слову «Jumla», которое в переводе с суахили означает «все вместе» или «в целом», что отражает подход разработчиков и сообщества к развитию системы

Система управления содержанием Joomla! является ответвлением широко известной CMS Mambo. Команда независимых разработчиков отделилась от проекта Mambo по причине несогласия в экономической политике. И 16 сентября 2005 года в свет вышла первая версия Joomla!, являющаяся по сути переименованной Mambo 4.5.2.3 и включающая в себя исправления найденных на тот момент ошибок и уязвимостей.

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

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

Разработка базы данных. Так как сайт написан при помощи системы управления содержимым Joomla, база данных которой представлена в виде MySQL, база данных сайта будет поддерживать ту же структуру, внося в неё свои изменения. Одной из самых доступных (с финансовой точки зрения) и удобных систем управления считается Joomla! . Она представляет собой свободное программное обеспечение, написанное на языках PHP и JavaScript. Разработка сайтов Joomla! - это многообразие возможностей для реализации проектов. На базе данной CMS можно выполнить как простой сайт-визитку, так и крупные корпоративные ресурсы и порталы. На начальном этапе разработки ресурса определяются его маркетинговые функции и основные задачи, исходя из которых и формируется техническое задание на выполнение проекта.

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

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

Разработка сайтов на Джумла имеет существенное преимущество: выполненные на бесплатной основе ресурсы отличаются простотой в освоении и управлении.

Изготовление сайтов на Джумла открывает много возможностей:

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

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

- программирование времени публикаций по календарю;

- проведение опросов пользователей и голосований;

- установка менеджера архивов;

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

Разработка административной части сайта

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

Административная часть сайта представлена в виде системы управления содержимым.

Система управления содержимым (англ. Contentmanagementsystem, CMS) -- компьютерная программа, используемая для управления содержимым чего-либо (обычно это содержимое рассматривается как неструктурированные данные предметной задачи в противоположность структурированным данным, обычно находящимися под управлением СУБД). Обычно такие системы используются для хранения и публикации большого количества документов, изображений, музыки или видео. [43]

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

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

Генерация страниц по запросу. Системы такого типа работают на основе связки «Модуль редактирования > База данных > Модуль представления». Модуль представления генерирует страницу с содержанием при запросе на него, на основе информации из базы данных. Информация в базе данных изменяется с помощью модуля редактирования. Страницы заново создаются сервером при каждом запросе, а это создаёт нагрузку на системные ресурсы. Нагрузка может быть многократно снижена при использовании средств кэширования, которые имеются в современных веб-серверах.

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

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

Обоснование выбора CMS (ContentManagementSystem) необходима развитая гипертекстовая структура - HTML создан именно для этого; необходимо обеспечить гибкую структуру управления материалом - управлять HTML-содержанием удобно с помощью PHP+MySQL. Именно эта связка позволяет генерировать динамические HTML-страницы; необходимо реализовать вариативность представления материала - в этом случае использование HTML+CSS более чем обоснованно. Именно эта комбинация средств позволяет создавать мультимедийные документы; необходимо обеспечить поддержку внутреннего форума web-сайта.

На основании поставленного технического задания была предложена структурная схема web-сайта кафедры ВТИТ.

3.7 Средства разработки

Denwer. Денвер (от сокр. Д.н.w.р или ДНВР -- джентльменский набор Web-разработчика) -- набор дистрибутивов и программная оболочка, предназначенные для создания и отладки сайтов (веб-приложений, прочего динамического содержимого интернет-страниц) на локальном ПК (без необходимости подключения к сети Интернет) под управлением ОС Windows.

Сразу после установки доступен полностью работающий веб-сервер Apache, работающий на локальном компьютере, на котором может работать неограниченное количество сайтов, что очень эффективно для разработки и отладки сценариев PHP без загрузки его файлов на удаленный сервер. Для запуска практически всех утилит «Денвера» используется приложение Run в подкаталоге /denwer (или /etc) корневого каталога установки «Денвера». При запуске создается виртуальный диск (по умолчанию Z:), где хранятся все файлы проектов.

Третья версия поддерживает работу со съемного флеш-накопителя.

Особенностью, отличающей Denwer от других WAMP-дистрибутивов, является автоматическая правка системного файла hosts, являющегося локальным аналогом DNS-cервера, что позволяет обращаться к локальным сайтам, работающим под управлением Денвера, по именам, совпадающим с именем папки, расположенной в каталоге home Денвера.

Html.Обмен информацией в Интернет осуществляется с помощью протоколов прикладного уровня, реализующих тот или иной прикладной сервис (пересылку файлов, гипертекстовой информации, почты и т.д.). Одним из наиболее молодых и популярных сервисов Интернет, развитие которого и привело к всплеску популярности самой Интернет, стала WorldWideWeb (WWW), основанная на протоколе HTTP (Hyper Text Transfer Protocol - протокол передачи гипертекстовой информации). Гипертекстовые документы, представленные в WWW, имеют одно принципиальное отличие от традиционных гипертекстовых документов - связи, в них использующиеся, не ограничены одним документом, и более того, не ограничены одним компьютером. Для подготовки гипертекстовых документов используется язык HTML (Hyper Text Markup Language - язык разметки гипертекстовых документов), предоставляющий широкие возможности по форматированию и структурной разметке документов, организации связей между различными документами, средства включения графической и мультимедийной информации. HTML-документы просматриваются с помощью специальной программы - браузера. Наибольшее распространение в настоящее время получили браузеры Navigator компании Netscape (NN) и Internet Explorer компании Microsoft (MSIE). Реализации NN доступны практически для всех современных программных и аппаратных платформ, реализации MSIE доступны для всех Windows платформ, Macintosh и некоторых коммерческих Unix-систем.

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

Рисунок 2 - пример html документа

Как видно из примера, тег представляет собой ключевое слово, заключенное в угловые скобки. Различают одинарные теги, как, например, <p>, и парные, как <body></body>, в последнем случае действие тега распространяется только на текст между его открывающей и закрывающей скобкой. Теги также могут иметь параметры - например, при описании страницы можно задать цвет фона, цвет шрифта и т.д.: <bodybgcolor="white" text="black">.

Текст всего документа заключается в теги <html>, сам документ разбивается на две части - заголовок и тело. Заголовок описывается тегами <head>, в которые могут быть включены название документа (с помощью тегов <title>) и другие параметры, использующиеся браузером при отображении документа. Тело документа заключено в теги <body> и содержит собственно информацию, которую видит пользователь. При отсутствии тегов форматирования весь текст выводится в окно браузера сплошным потоком, переводы строк, пробелы и табуляции рассматриваются как пробельные символы, несколько пробельных символов, идущих подряд, заменяются на один. Для форматирования используются следующие основные теги:

- <p> - начало нового абзаца, может иметь параметр, определяющий выравнивание:

- <p align=right>;

- <br> - перевод строки в пределах текущего абзаца;

- <u></u> - выделение текста подчеркиванием

Ссылка на другой документ устанавливается с помощью тега <a href="URL">...</a>, где URL - полный или относительный адрес документа. При этом текст, заключенный втег<a>, обычно выделяется подчеркиванием и цветом, и после щелчка мышью по этой ссылке браузер открывает документ, адрес которого указан в параметре href. Графические изображения вставляются в документ с помощью тега <imgsrc="URL">.

HTML. Динамический HTML (Dynamic HTML, DHTML) не является каким-то особым языком разметки страниц. Это всего лишь термин, применяемый для обозначений HTML-страниц с динамически изменяемым содержимым.

Реализация DHTML покоится на трех “китах”: непосредственно HTML, каскадные таблицы стилей и языке сценариев. Эти три компонента DHTML связаны между собой объектной моделью документа (DOM, DocumentObjectModel), являющейся по сути интерфейсом прикладного программирования (API). DOM связывает воедино три перечисленных компонента, придавая простому документу HTML новое качество - возможность динамического изменения своего содержимого без перегрузки страницы.

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

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

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

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

Решением всех описанных выше проблем стал утвержденный в 1998 году международной организацией W3C язык XML. XML (eXtensibleMarkupLanguage) - это расширяемый язык разметки, предназначенный для описания в текстовой форме структурированных данных. Этот текстовый (text-based) формат, во многом схожий с HTML, разработан специально для хранения и передачи данных.

XML позволяет описывать и передавать такие структурированные данные, как:

отдельные документы

метаданные, описывающие содержимое какого-либо узла Internet

объекты, содержащие данные и методы работы с ними (например, элементы управления ActiveX или объекты Java)

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

всевозможные Web-ссылки на информационные и людские ресурсы Internet (адреса электронной почты, гипертекстовые ссылки и пр.)

Данные, описанные на языке XML, называются XML-документами. Язык XML легко читаем и достаточно прост для понимания. Если Вы были знакомы с HTML, то научиться составлять XML-документы не составит для Вас никакого труда.

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

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

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

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