Разработка и внедрение корпоративного портала на платформе Microsoft SharePoint

Размещено на http://www.allbest.ru//

Размещено на http://www.allbest.ru//

Введение

корпоративный портал веб образовательный

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

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

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

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

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

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

В настоящее время на рынке имеется большой ряд решений построения порталов. К более известным можно причислить платформы, предлагаемых ведущих поставщиков программного продукта. Средитаких платформкак - OracleWeblogic, IBMWebSphere, SAPNetWeaver, MicrosoftSharePointидругие.

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

ГЛАВА I. ТЕОРЕТИЧЕСКИЕ ОСНОВЫ И МЕТОДЫ ИСПОЛЬЗОВАНИЯ КОРПОРАТИВНЫХ ПОРТАЛЬНЫХ ТЕХНОЛОГИЙ В ВУЗЕ

1.1 Корпоративные порталы как основа для разработки единого информационного пространства компании

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

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

В наше время имеется уникальное решение, обеспечивающее доступ к данным - это информационные корпоративные порталы (ИКП).

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

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

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

Появление информационных порталов как независимой информационной единицы можно считать 1994-1995 гг., когда в интернете появились новейшие классы коммерческих веб-сайтов - информационные накопители (AltaVista, Yahoo, Lycos и др.). С расширением сети интернет, эти веб-сайты взяли на себя роль путеводителя для пользователей. Но впервые упоминание термин портал объединяют с выпуском фирмой MerrillLynch в 1998 году доклада, в котором в первый раз было введено представление информационного корпоративного портала (InformationEnterprisePortal - IEP), в нём находился пакет программного обеспечения, предлагающий фирме возможность обеспечивать при поддержки браузера доступ к данным внутренних и внешних сетей.

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

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

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

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

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

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

Работоспособность портала обусловливается нуждами компании. Как правило, в рамках ИКП исполняются следующие процессы и становятся последующие сервисы:

обеспечение информационной помощи работников и клиентов фирмы;

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

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

управление публикациями (редактированием данных и их размещение);

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

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

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

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

свести в одно целое информационные ресурсы фирмы ( базы данных, архивы, библиотеки документов);

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

По классификации порталы можно разделить на:

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

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

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

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

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

Такого рода корпоративный портал коллективных трудов способен работать совместно с информационным корпоративным порталом (IEP - InformationEnterprisePortal), обеспечивающим участников деятельности требуемой информацией, с общими приложениями портала (AEP - ApplicationEnterprisePortal), позволяющим пользоваться корпоративными приложениями, экспертным корпоративным порталом (EEP - ExpertiseEnterprisePortals), предоставляет участникам работы находить необходимых им для выполнения работ профессионалов и обращаться к ним (с документированием запросов и ответов). Встроенный корпоративный портал несёт в себе полный интеллект фирмы, все без исключения её знания и, в общем виде, называется порталом корпоративных знаний (PKE - PortalKnowledgeEnterprise).

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

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

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

Ход работы информационного портала можно разбить на несколько фаз:

В портал с разных источников приходит информация.

Портал производит первичное распознание данных и дает ей доступ.

При применении систем управления знанием образовываются метаданные.

Метаданные проходят через "фильтр", определенный пользователем, при этом лишние данные отбрасываются.

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

Информационный корпоративный портал поделен на две части:

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

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

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

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

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

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

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

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

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

Модуль CRM - CustomerRelationshipManagement (может входить в систему ERP), который гарантирует объединение front и back-office фирмы, разрешая выработать информационную базу с информацией о покупателях, службу информационной помощи клиентов, устанавливать портал под условие покупателя (к примеру, выдавать пользователю выбор товаров либо список информации, опираясь на предыдущих обращениях) и т.д. При этом компания может не только существенно увеличить возможности front-office и урегулировать процесс документооборота с оппонентом, но и осуществлять исследования предпочтений потребителей.6 Но главной функцией CRM считается "удержание" покупателя, что становится первичной задачей для любого бизнеса (по мнению специалистов, "удержание" 5% потребителей дает рост доходов на 25-125%).

Ключевые требования к порталам:

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

Обслуживание большого количества пользователей;

Помощь ключевым сетевым форматам;

Возможность персонализации (оптимизация рабочего места пользователя в согласовании с его личными требованиями, запросами и привычками);

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

Разбивка на категории хранимой информации (процесс категоризации).

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

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

Автоматизированные процессы категоризации итогов личного поиска;

Дополнения интеллектуального исследования (системы управления знаниями).

С поддержкой портала информация доступна все 24 часа.

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

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

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

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

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

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

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

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

Язык гипертекстовой разметки (HTML)

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

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

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

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

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

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

В основном HTML-документ - это файл с расширением, .htm или .html в котором текст размечен HTML-тегами (англ. tag - особые встроенные указания). Средствами HTML задаются размещение тегов и синтаксис, в согласовании с которыми в интернет-браузере отображается содержимое веб-документа. Текст тегов интернет-браузером не отображается.

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

Рис.1.Пример написания тега

Тут начальным тегом считается тег <P>, а завершающим - </P> (рис. 1). Завершающий тег отличатся от начального только тем, что у него пред текстом в скобках <> стоит символ '/' (слэш).

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

A) Объявление HTML;

B) Заголовок;

C) Место документа.

A) Объявление HTML

<HTML> и </HTML>. Пара этих тегов информирует программу просмотра (браузер) то, что между ними заключен документ в формате HTML, причем первым тегом в документе обязан быть тег <HTML> (в самом начале документа), а последним - </HTML> (в самом конце документа) (рис. 2).

Рис.2.Тег HTML информирует, что документ находится в формате *.html

B) Заголовочная часть.

<HEAD> и </HEAD>. Между данными тегами находится информация о документе (ключевые фразы для поиска, описание, наименование, и т.д.). Однако более важным считается имя документа, которое мы видим в верхней строке окна браузера и в списках "Избранное (BookMark)". Специальные программы-спайдеры поисковых систем применяют наименование документа с целью построения собственных баз данных. Для того чтобы предоставить имя своему HTML-документу текст помещается между тегами <TITLE> и </TITLE> (рис. 3).

Рис.3.Тег TITLE задаёт имя веб-странице

C) Место документа.

Третьей основной составляющей документа считается его тело. Оно следует сразу за заголовком инаходится между тегами<BODY> и </BODY> (рис. 4).Первый из них обязан находиться сразу после тега </HEAD>, авторой-перед тегом </HTML>.Тело HTML -документа-это место, куда автор размещает информацию, отформатированную средствами HTML.

Рис.4.Тег BODY отвечает за внешний вид страницы

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

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

Непрерывной текст без интервалов читается не очень легко, его некомфортно просматривать и находить необходимые места. Разбитый на абзацы, текст воспринимается значительно быстрее. Для начала нового абзаца применяется тег <P> (англ. paragraph - абзац). Данный тег, помимо начала новой строки, вставляет одну пустую строчку. Однако многократное повторение <P>, в отличие от <BR>, не приведет к появлению нескольких свободных строчек, останется все та же одна пустая строчка.

Изнутри скобок тега кроме его наименования могут находиться также атрибуты (англ. atributes - атрибуты). Они отделяются от наименования и между собой пробелами (несколькими или одним), а пишутся в виде имя_атрибута="значение". В случае если значение не включает пробелов, то кавычки могут быть опущены, но так делать не рекомендуется. Тег <P> способен включать атрибут ALIGN, определяющий выравнивание абзаца. По умолчанию абзац выравнен в левую сторону ALIGN="left". Возможны также выравнивания в правую сторону ALIGN="right" и посередине ALIGN="center". При применении атрибутов, уже после форматируемого текста необходимо применять закрывающий тег </P>. В случае если его нет, то новый тег <P>обозначает закрытие прошлого, в соответствии с этим вложенные теги <P> невозможны. Выровнять текст посередине допустимо также тегом <CENTER>.

Помимо использования тегов, для разрыва строчек возможно применение табуляций и символов конца строк в самом HTML-документе. Для данных целей существует тег <PRE>. Полный текст, помещенный между тегами <PRE> и </PRE>, станет выводиться без изменений, то есть с абсолютно всеми табуляциями и концами строк (рис. 5).

Рис.5.Тег PRE позволяет проводить табуляцию над текстом

В HTML-документе, помимо текста, могут находиться горизонтальные разделительные линии. Они, как текст, не требуют практически никаких внешних файлов. Тег <HR> начертит горизонтальную линию единичной толщины по всей ширины страницы. Горизонтальная разделительная линия всегда приводит к разрыву строки, но пустых строк между текстом и линией не появляется. Тег <HR> способен включать несколько атрибутов. <HR SHADE> и <HR> дают прерывистую линию с трехмерным эффектом углубления. <HR NOSHADE> даёт чёрную сплошную линию. Линия может не расстилаться во всю ширину страницы, а быть только на определенной части. Атрибут WIDTH предлагает сделать ширину линии, в пикселах от ширины всей страницы или же в процентах. К примеру, 50% - половина ширины страницы, 300 - ширина в 300 пикселей. Атрибут ALIGN способен принимать значения, аналогичные его значениям тега <P>, однако выравнивание по умолчанию - посередине. Атрибут SIZE задает толщину линии в пикселях от 1 вплоть до 175; по умолчанию - 1 пиксель, однако если <HR SHADE>, (контурная линия), то добавляется толщина, требуемая для трехмерного эффекта углубления.

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

1.2 Сценарные языки программирования (JavaScript, Jscript, ActionScript, VBScript)

Внедрение в HTML специальных программных кодов, написанных на традиционных языках программирования, описывающих действия элементов. Подобные программы имеют название сценарий (или скриптами с англ, script -- сценарий). Эти программы помещаются в HTML-код с помощи особенного, специально парного тега <SCRIPT></SCRIPT>. Интернет-обозреватель, расшифровывая такой код, читает сценарии и осуществляет их сразу же, либо отсрочивает их выполнение, чтобы выполнить их уже после наступления события.

Для того чтобы написать сценарии, были созданы несколько видов языков программирования, именуемых языками написания сценариев (или же скриптовыми языками). Максимальную известность из них приобрели всего два: VBScript и JavaScript.

Язык JavaScript был разработан в компании Netscape на базе известного языка программирования Java. По этой причине первой поддержкой языка JavaScript возникла непосредственно в обозревателе NetscapeNavigator 2.0. MicrosoftInternetExplorer стал поддерживать JavaScript с версии 3.0. Помимо этого, в компании Microsoft был сконструирован собственный диалект JavaScript имеющий название JScript, отличающийся от прародителя только лишь наличием некоторых новых команд. Поэтому данные два языка очень зачастую не отличают, называя их одинаково -- JavaScript.

Язык программирования VBScript был разработан в компании Microsoft в качестве адекватного ответа на JavaScript. Данный язык поддерживается только лишь InternetExplorer, начиная с версии 4.0. Из-за своей несовместимости VBScript не приобрел огромного распространения в Интернет сети, однако завоевал крепкие позиции в серверном программировании, на этом языке проводится написание активных серверных страниц Microsoft ASP. В данный момент для написания Интернет-сценариев он практически не используется.

Кроме языков VBScript и JavaScript, были попытки использовать для написания Интернет-сценариев языки Python, Perl и некоторых других. Однако широкого распространения данные языки так и не получили.

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

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

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

Интерпретируемыми называются языки сценариев, т. к. созданные на них программы расшифровываются при каждом их выполнении. Таким образом, они отличаются от компилируемых языков (Pascal, Java, C++ и других). Написанные программы на компилируемых языках расшифровываются единожды и преобразуются в машинный код, который выполняется процессором компьютера, в отсутствии поддержки интерпретатора. Для подобного преобразования применяются специальные программы - компиляторами. Бесспорно, код, который откомпилирован, выполняется существенно быстрее, однако специфика Web-программирования такая, что в нем смогут использоваться только интерпретируемые языки.

Действия, происходящие при выполнении кода, называются - событиями.

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

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

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

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

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

1.3 Серверные скрипты (PHP,Perl,ASP.NET,Ruby)

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

Схема 1. Принцип работы серверных скриптов

На данный момент наибольшую популярность получил язык серверного программирования PHP (Препроцессор Гипертекста - HypertextPreprocessor).

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

Практический характер обоснован пятью значительными критериями:

* простотой;

* традиционностью;

* эффективностью;

* гибкостью.

* безопасностью;

Существует ещё одна «характеристика», которая создает РНР уникальным: он совершенно бесплатный! При этом, с открытым исходным кодом (OpenSource).

Язык РНР будет знаком разработчикам, работающим в различных областях. Многие элементы языка позаимствованы из Perl и Си++.

Код РНР весьма схож систем, который встречается в стандартных программах на С++ либо Pascal. Это заметно уменьшает начальные требования при изучении языка РНР. PHP -- это программный код, комбинирующий плюсы Perl и Си++ специально ориентированный на работу в сети интернет, язык с ясным и универсальным синтаксисом.

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

Сценарий РНР способен состоять из двадцати тысяч строк или же из одной -- все зависит от особенности вашей задачи. Вам не понадобиться подгружать библиотеки, ориентировать особые параметры компиляции или что-нибудь в данном роде. Механизм РНР попросту начинает выполнять программный код уже после первой же последовательности (<?) и не прекращает осуществление вплоть до того момента, когда он повстречает парную последовательность (?>). В случае если код обладает правильным синтаксисом, он исполняется в точности так, как задал разработчик.

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

Большое многообразие функций PHP освободят от формирования многострочных функций на Pascal или C++.

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

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

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

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

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

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

Так как РНР считается встраиваемым (embedded) языком, он различается необыкновенной гибкостью по отношению к потребностям. Хотя РНР обычно рекомендовано использовать в комбинации с языком HTML, он так же успешно интегрируется и в WML, JavaScript, XML и прочие языки. Помимо этого, хорошо стабилизируемые приложения РНР по необходимости легко распространяются.

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

Поскольку язык РНР не содержит кода, нацеленного на определенный интернет-сервер, пользователи не ограничиваются конкретными серверами. Apache, Stronghold, NetscapeEnterpriseServer, Zeus и Microsoft IIS -- РНР работает на абсолютно всех перечисленных серверах. Так как серверы выполняют работу на разных площадках, в целом он считается платформенно-независимым языком и может быть использован на таких площадках, как Solaris, UNIX, Windows 10/8.1/7 и FreeBSD.

По средствам РНР разработчик имеет возможность работать с внешними элементами, EnterpriseJavaBeans и СОМ-объекты Win32. Из-за этих новых возможностей РНР занимает хорошие места среди нынешних технологий и гарантирует масштабирование проектов до нужных размеров.

ГЛАВА II. ПЛАТФОРМЫ РЕАЛИЗАЦИИ КОРПОРАТИВНЫХ ПОРТАЛОВ

2.1 Обзор современных платформ для реализации корпоративных порталов

Рассуждая о предоставленных технологических платформах для осуществлении экстранет и интранет-порталов, прежде всего, нужно отметить продукты крупных производителей программного обеспечения. Более популярными из таких продуктов считаются SharePointPortal от Мicrosoft, mySАPEnterprisePortal от SАP, OraclePortal от компании Оracle и WebSpherePortal компании IВM. Данная четвёрка китов портальных технологий занимают основную часть рынка, однако проекты, где используется такая "тяжелая артиллерия" больше всего характеризуются большим масштабом. Вследствие сложности внедрения и огромной стоимости тяжелых решений, в интранете для небольших фирм преобладают легкие, комбинированные интернет-решения. Подобным образом, очевидно, то что перед исполнителями проектов по настройке интранет-порталов и заказчиками возникает непростое решение выбора платформы для приложении.

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

Основным аспектом успешности пуска корпоративного портала считается решение задач, сформированные перед ним. А задачи перед порталами устанавливаются различные. Заказчиками внедрения и разработки, интранет-порталов предлагают поддерживающие подразделения фирм (IТ отдел, административно-хозяйственные отделы, НR и средний менеджмент) или высшее управление (стратеги, идеологи, менеджеры высшего звена). Для первой группы клиентов основная цель - это интеграция и автоматизация имеющихся в фирме бизнес-процессов и информационных систем, структуризация и увеличение прозрачности имеющихся и вводимых бизнес-инструментов, наилучшее использование существующих в наличии ресурсов. Во второй группе важны проявления синергетических эффектов, осуществление при поддержке высокоуровневых изменений в методах и структуре деятельность компании, как новейшие алгоритмы взаимодействия системы KPI и подразделения. В случае, когда в компании, внедряющей корпоративный портал имеет несколько заказчиков, то возникает вспомогательная важная задача организации во многих конфликтующих ситуациях. Именно урегулированные многофункциональные требования к порталу занимают главную точку для выбора основных концепций проектирования и платформы.

Предполагаемая нагрузка на систему устанавливает степень требований по масштабируемости и возможности выдерживать большие нагрузки на веб-страницы. Имеется возможность реализовать портал на Oracle с применением Java ЕЕ 5 технологий для небольшой фирмы, но, в такой ситуации огромен риск не уложиться в планируемый бюджет. Так же вероятна и возможность создания портала на языке PHP или Postgres для фирм с десяткой тысяч пользователей, но для этой задачи элементы масштабирования, поддержки и обновления смогут обходиться весьма недешево. Значительными характеристики для выбора платформы, соответствующей нагрузке так же считаются количество работников, объемы и характер используемых данных. Интранет-продукты на базе интранекст рассчитаны для фирмы среднего и малого бизнеса, IT-бюджет который никак не позволяет говорить о внедрении IBM или SAP. Тем не менее, подобные фирмы ни чуть не меньше больших фирм нуждаются в интранекст и автоматизации - это для них идеальное решение.

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

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

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

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

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

Для фирм среднего и крупного бизнеса в силу масштаба и числа клиентов, скорее всего, нормально будет создавать портал с применением одного из "тяжелых" решений IBM WebSphere, OraclePortal, mySАPEnterprisePortal либо MicrosoftSharePoint. При этом все дополнительно применяемые информационные системы (взаимоотношениями с клиентами, руководство проектами, ресурсами) необходимо портализировать в отдельности. Такой аспект характеризуется внушительными расходами на интеграцию, лицензию и развертывание. Эти финансовые затраты компенсируются масштабируемостью и мощностью решений.

Для фирм среднего и малого бизнеса больше всего подойдет создание портала в тематике интранекст намеренно под потребности фирмы с применением простых технологий (php и ZendFramework, PostgreSQL, html и js). Такой подход даст возможность не только существенно уменьшить лицензионные расходы и TCO, но и приобрести на выходе продукт, безупречно удовлетворяющий потребности фирмы и в нужной степени, меняющий конкретные корпоративные системы, например как erpcrm решения и формирование системы.

2.2 MicrosoftSharePoint

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

Рассмотрим его одни из немногих положительных качеств:

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

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

...