Открытое информационное пространство студенческого научного общества на платформе облачных вычислений (на примере ФГБОУ ВПО КУБГУ)
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ
РОССИЙСКОЙ ФЕДЕРАЦИИ
Федеральное государственное бюджетное
образовательное учреждение
высшего профессионального образования
«КУБАНСКИЙ ГОСУДАРСТВЕННЫЙ
УНИВЕРСИТЕТ»
Кафедра общего, стратегического,
информационного менеджмента и
бизнес-процессов
ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ РАБОТА
ОТКРЫТОЕ ИНФОРМАЦИОННОЕ ПРОСТРАНСТВО
СТУДЕНЧЕСКОГО НАУЧНОГО ОБЩЕСТВА НА ПЛАТФОРМЕ ОБЛАЧНЫХ ВЫЧИСЛЕНИЙ (НА ПРИМЕРЕ
ФГБОУ ВПО КУБГУ)
Специальность 080801.65 Прикладная информатика в менеджменте
Студент (ка) - Данилов Михаил Венерович
Научный руководитель, Канд.техн. наук - М.Р. Закарян
Нормоконтролер, преподаватель - Р.М. Закарян
Рецензент, зав. лаборатории ЛИТССО ФУП,
канд. полит.наук Н.А. Рябченко
Краснодар 2013
РЕФЕРАТ
Ключевые слова: ОТКРЫТОЕ ИНФОРМАЦИОННОЕ ПРОСТРАНСТВО, СТУДЕНЧЕСКОЕ
НАУЧНОЕ ОБЩЕСТВО, ОБЛАЧНЫЕ ТЕХНОЛОГИИ, НАУЧНЫЕ КОММУНИКАЦИИ, ПОРТАЛ, WEB-СЕРВИСЫ, WEB-ТЕХНОЛОГИИ, СИСТЕМЫ УПРАВЛЕНЯ КОТНЕНТОМ.
Объектом исследования выступают научные коммуникаций студентов и
аспирантов Кубанского государственного университета и факультета Управления и
психологии.
Предметом исследования является процесс научных исследований и система
научных коммуникаций в информационном пространстве.
Цель работы - разработка базы студенческого научного общества факультета
управления и психологии КубГУ
В результате исследования была разработана база студенческого научного
общества КубГУ
Степень внедрения - проект принят базой практики. Акт № 7 от «07» мая
2012 г.
Эффективность экспериментального исследования определяется актуальностью
проблемы перехода установления научных коммуникаций студентов и аспирантов
факультета управления и психологии
СОДЕРЖАНИЕ
РЕФЕРАТ
ВВЕДЕНИЕ
ОБЛАНЫЕ ВЫЧИСЛЕНИЯ.
ПРЕИМУЩЕСТВА И ПРОБЛЕМЫ ОБЛАЧНЫХ ВЫЧИСЛЕНИЙ
.1 Сущность облачных вычислений.
Модели облачных вычислений
.2 Основные направления
развития облачных вычислений
.3 Достоинства облачных
вычислений
.4 Недостатки облачных
вычислений
.6 Рынок облачных вычислений
в России
СЕТЬ ИНТЕРНЕТ, КАК ПЛАТФОРМА
НАУЧНЫХ КОММУНИКАЦИЙ
.1 Определение и сущность
сети интернет
2.2 Структура
.3 Структурированное
обсуждение научных дискуссий
.4 Эффективность поиска
научной информации
.5 Онтологии предметных
областей
.6 Модель пользователя
.7 Модель научной
деятельности
.8 Анализ пользовательских
ролей
. РАЗРАБОТКА ПОРТАЛА
СТУДЕНЧЕСКОГО НАУЧНОГО ОБЩЕСТВА
.1 Определение и виды сайтов
.2 Определение cms
.3 Причины использования cms
.4 Системы крупных
производителей. Системы с открытым исходным кодом. Российские разработки
.5 Сравнение cms
.6 Выбор программного
средства для разработки
.7 Средства разработки
3.8 Общая структура сайта
3.9 Разработка интерфейса
web-сайта
СПИСОК ИСПОЛЬЗОВАННЫХ
ИСТОЧНИКОВ
ПРИЛОЖЕНИЕ А
ПРИЛОЖЕНИЕ Б
ПРИЛОЖЕНИЕ В
ПРИЛОЖЕНИЕ Е
ВВЕДЕНИЕ
Развитие цифровых технологий и компьютерных сетей позволяет качественно
изменить традиционные средства научных коммуникаций, реализовать новые
технологии информационного взаимодействия в электронной среде. Цифровое
представление информации открывает широчайшие возможности фиксации, обработки,
передачи и хранения данных; обеспечивает многообразие их визуализации,
интеллектуализацию обработки и компактность хранения, предоставляет широкий
набор инструментальных средств для дистанционного доступа к информации и для ее
передачи.
Особенность подобного средства научной коммуникации заключается прежде
всего в способах подачи материала (обусловленных возможностями Интернета) и
эстетических возможностях Интернет-дизайна. Важной составляющей является
оперативность подачи материала и его регулярная обновляемость. В данном случае
наряду с деперсонифицированными формами общения (распространение научных
материалов и публикация статей в режиме он-лайн) присутствуют и формы личного и
персонифицированного общения (ученый - ученый, ученый - студент, студент -
студент), возможности для которого значительно возрастают, однако определяющим
для установления контакта, для коммуникации мотивом является качество и
тематическая направленность предлагаемого продукта, а не личность как таковая,
точнее, личность, но в соответствии с тем, как она представлена через
содержание и техническое оформление соответствующего научного материала.
Таким образом, научный обмен и научные контакты становятся более
интенсивными и целенаправленными, а круг единомышленников или людей, работающих
в близких областях, - более обозримым. Значительное расширение контактов
сопровождается в то же время и определенной условностью этих контактов.
Оптимизируя распространение научного знания и научных достижений, Интернет
создает новые формы социализации ученых.
Таким образом, можно судить о большой актуальности проблемы перехода к
использованию web-технологий в процессе научных
исследований. При успешном осуществлении этого перехода в информационное
пространство возможно налаживание системы старых научных коммуникаций с более
широкими возможностями. Для изучения данного вопроса было организовано
исследование, состоящие из нескольких частей:
) эмпирические исследования облачных вычислений как платформы
создания информационного пространства научных коммуникаций студентов;
) исследование сети интернет, как возможной платформы научных
коммуникаций студентов
) разработка открытого информационного портала СНО.
Данная работа посвящена разработке открытого информационного пространства студенческого научного
общества на платформе облачных вычислений
Объектом исследования выступает информационное пространство научных
коммуникаций Кубанского государственного университета и факультета Управления и
психологии.
Предметом исследования является процесс научных исследований и система научных
коммуникаций в информационном пространстве.
Цель работы - повышение эффективности научных исследований, проводимых
студентами ФУП КубГУ
Указанная цель требует решение следующих задач:
) сбор и анализ конкретного материала о применении конкретных информационных
технологий и систем информационного обеспечения для решения задач научных
коммуникаций в сети интернет
) разработка набора требований к порталу СНО
) разработка портала СНО
Согласно полученным критериям было создано задание на выполнение
выпускной квалификационной работы и определены основные направления предстоящей
экспериментальной деятельности.
Результатом работы является портал СНО ФУП КубГУ
Согласно полученным критериям было создано задание на выполнение
выпускной квалификационной работы и определены основные направления предстоящей
экспериментальной деятельности.
Структурно дипломная работа состоит из введения, трех глав и заключения.
В первой главе дипломной работы была рассмотрена теория и технологии
облачных вычислений.
Во второй главе проведен анализ сети интернет как платформы для научных
коммуникаций
В третьей главе проведен выбор инструментов разработки сайтов, а также
выявлены требования к научному порталу СНО.
В приложении приведены снимки различных страниц сайта.
Результатом работы являеться создание портала СНО ФУП КубГУ.
Источниками для написания работы послужили многочисленные публикации по
технологии облачных вычислений, технологии Интернет, а также средствам разработки
сайтов. При написании дипломной работы были изучены труды авторитетных
специалистов в области информационных технологий: Анисимова С. Н.., Хагена Г.
Ф.., Соколова А.В., Робертсона Д.С.. Источниками для написания дипломной работы
явились нормативные материалы КубГУ: Устав, должностные инструкции сотрудников,
программы стратегического развития КубГУ и другие материалы.
1 ОБЛАНЫЕ
ВЫЧИСЛЕНИЯ. ПРЕИМУЩЕСТВА И ПРОБЛЕМЫ ОБЛАЧНЫХ ВЫЧИСЛЕНИЙ
.1 Сущность
облачных вычислений. Модели облачных вычислений
Тема облачных вычислений становиться все популярней в бизнесе. Раньше
многие компании приобретали сервера, которые затем объединяли в кластеры и
центры вычисления данных, приобретали программное обеспечение, для
развертывания всей инфраструктуры и построения масштабируемой системы. Затем
оценивали риски, связанные с недооценкой или переоценкой загрузки,-
инвестировав в разработку, и возможно не получив ожидаемого притока клиентов и
поняв, что все средства были израсходованы неэффективно.
Избежать все этого позволяет модель аренды, которая может еще оказаться и
экономически целесообразной, причем во многом благодаря виртуализации и
оптимизации инфраструктуры провайдера услуг SaaS. Совмещение на одной
физической машине нескольких виртуальных способствует сокращению расходов и
оптимизации технической и информационной поддержки, а также дает возможность
гибкого перераспределения ресурсов в зависимости от изменяющейся нагрузки.
Однако самым важным плюсом виртуализации является сокращение времени на
масштабируемость конфигурации, необходимой для решения конкретной задачи.
Например, две компании одновременно запускают аналогичный сервис, но одна
строит Центр Обработки Данных самостоятельно, а другая сразу разворачивает
сервис на масштабируемой облачной платформе. Каждый месяц число пользователей
сервиса увеличивается в разы и очень скоро первая компания понимает, что
существующих мощностей недостаточно, и тратит месяц на увеличение мощности
своего Центр Обработки Данных или на переписывание приложения с учетом масштабируемости.
Вторая компания в этом случае лишь увеличивает арендованные мощности. К тому
моменту пока первая компания перепишет сервис или нарастит мощность
оборудования, вторая переманит у нее новых клиентов.
Для решения проблемы сложности программных систем в свое время была
предложена идея повторного использования кода, получившая развитие в двух
направлениях - подпрограммы (процедуры и функции) и объекты.
Сначала эта идея реализовалась в виде статических библиотек, потом
возникла необходимость динамически обновлять объекты - появились DLL и
компоненты (COM, сборки .NET), а с появлением сетей понадобилось вызывать
компонент, физически размещенный на другом компьютере, Центр Обработки Данных
для чего стали использоваться протоколы типа RPC, DCOM или .NET Remoting для
объектного взаимодействия (см. рис. 1). В процессе стандартизации идея вызывать
код по сети трансформировалась в концепцию сервис-ориентированной архитектуры
(Service-Oriented SOA), представляющую, в конечном счете, обычную абстракцию
вызова кода по сети. Наиболее важной частью SOA является независимое
развертывание сервисов. Если в случае DLL надо быть готовым к динамическим
изменениям версии и возможностей библиотеки, то в случае SOA это явным образом
заложено в архитектуру - вызывая сервис, мы не знаем, как он реализован и не
можем управлять его обновлениями.
Облако - это дальнейшее развитие идей компонентного подхода, если речь
идет о серверной части приложений, то одной из возможных платформ могут быть
серверы, расположенные не в локальном ЦОД компании, а в облаке, из которого
можно арендовать мощности. [20]
ИТ-индустрия сегодня уже сформулировала определение «облачных»
вычислений, а аналитики начали рисовать радужные перспективы, представляя
«облачные» вычисления не как новый вид сервиса, а как объединение разных видов
сервисов, для предложения которых нужна одна инфраструктура - удаленный сервер
для выполнения приложения, за работоспособность которого отвечает третья
сторона. «Облачные вычисления» (cloudcomputing) - концепция «вычислительного облака»,
согласно которой программы запускаются и выдают результаты работы в окно
стандартного веб-браузера на локальном ПК, при этом все приложения и их данные,
необходимые для работы, находятся на удаленном сервере в Интернете. «Облака»
объединяют множество областей ИТ, которые раньше, имея много общего,
разделялись[21]. Из «облаков» подразумевается получать платформы для вычислений
(серверы и виртуальные машины) или приложений, а также сами приложения,
доставляемые в рамках концепции SaaS. Работа «облака» обеспечивается неким
комплексом аппаратных и программных средств - операционной системой «облака»
(ОСО), которая поддерживает работу с клиентом, опираясь на сеть крупных центров
хранения и обработки данных.
1.2 Основные
направления развития облачных вычислений
Четыре основных направления развития облачных вычислений являются
Internet-сервисы, IaaS, PaaS и SaaS. [24]
Некоторые продукты напрямую предоставляют пользователям такие
Internet-сервисы, как системы хранения, программное обеспечение промежуточного слоя,
поддержка совместной работы и базы данных.
IaaS (InfrastructureasaService) - инфраструктура как сервис.Аренда
сервера/кластера и плата за использованные ресурсы. [26] Здесь наиболее широкие
возможности для творчества - возможен выбор ОС, необходимых сервисов и
написание конечных приложений. Это самый дорогой вариант, но зато имеется
полная свобода действий. Типичные представители: Amazon EC2, GoGrid,
ElasticHosts и др.
PaaS (PlatformasaService) - платформакаксервис.Логическое
продолжение IaaS, но уже есть ОС, определённый набор ПО и все это уже
настроено. Не нужно вникать глубоко в недра всей системы , т.к. уже
предоставлен некий набор API для работы. Этот вариант гораздо дешевле
предыдущего, но всё равно необходимо писать приложение. Оплачиваются только
израсходованные ресурсы. Подходит подавляющему числу разработчиков. Типичные
примеры: GoogleAppEngine, WindowsAzure, AptanaCloud.(softwareas a Service) -
программное обеспечение как сервис. Готовое приложение для конечных
пользователей. Вариантов оплаты огромное множество - за ресурсы, просмотр
рекламы, абонентская плата и т.д. Типичные представители: современные почтовые
службы (Gmail, Yandex, Rambler), файлообменники, многие CRM/ERP-системы.
Отличительной чертой является доступ к приложению посредством веб-браузера, но
не всегда.
Другие *aaS: например, DaaS (Desktopas a Service) предлагает каждому
пользователю стандартизированное виртуальное рабочее место, с возможностью
настройки и установки других программ. Доступ осуществляется по сети
посредством тонкого клиента, которым может быть что угодно от обычного ПК до
смартфона (GoogleChrome OS).(Communicationsas a Service) - сочетания
программно-аппаратных средств для организации всех видов общения (голос, почта)
между сотрудниками одного предприятия за счёт сторонних решений.
Альтернативный вариант SaaS продвигает корпорация Microsoft, называется
он S+S (Software+Services) и сочетает в себе сильные стороны типичного SaaS и
обычного десктопного приложения. Это обычное ПО, но с ориентацией на удалённые
сервисы.
Вычисления в облаке превращаются в серьезную технологическую тенденцию-
многие эксперты полагают, что в ближайшие пять лет cloudcomputing изменит не
только ИТ-процессы, но и сам рынок информационных технологий. Благодаря этой
технологии пользователи устройств самых разных видов, в том числе ПК,
ноутбуков, смартфонов и КПК, смогут получать доступ к программам, системам
хранения и даже к платформам разработки приложений по Internet, через сервисы,
предлагаемые провайдерами вычислений в облаке, причем ресурсы в этом случае
размещаются на серверах провайдеров.
Сторонники вычислений в облаке особо подчеркивают их преимущества:
снижение затрат, высокая готовность и масштабируемость. Согласно прогнозам,
расходы на ИТ-сервисы из облаков (рис. 3) вырастут с 16 млрд в 2008 году до 42
млрд долл. в 2012-м. Аналитики считают, что на долю вычислений в облаке
придется 25% годового увеличения расходов на ИТ к 2012 году.
1.3
Достоинства облачных вычислений
Снижение требований к вычислительной мощности ПК. Пользователям нет
необходимости покупать дорогие компьютеры, с большим объемом памяти и дисков,
чтобы использовать программы через веб-интерфейс. Также нет необходимости в СD
и DVD приводах, так как вся информация и программы остаются в
"облаке". Пользователи могут перейти с обычных компьютеров и
ноутбуков на более компактные и удобные нетбуки. Непременным условием является
только наличие доступа в Интернет
Уменьшение затрат и увеличение эффективности IT инфраструктуры. Обычные
сервера средней компании загружены на10-15%. В одни периоды времени есть
потребность в дополнительных вычислительных ресурсах, в других эти
дорогостоящие ресурсы простаивают. Используя необходимое количество
вычислительных ресурсов в "облаке" в любой момент времени, компании
сокращают затраты на оборудование и его обслуживание до50%. При этом
многократно увеличивается гибкость производства в постоянно меняющейся
экономической обстановке.Если достаточно большая фирма обеспокоена тем, что
ценная информация будет храниться и обрабатываться на стороне, для такой фирмы
можно построить свое собственное "облако" и наслаждаться всеми
выгодами от виртуализации инфраструктуры.
Уменьшение проблем с обслуживанием. Так как физических серверов с
внедрением CloudComputing становится меньше, их становится легче и быстрее
обслуживать. Что касается программного обеспечения, то последнее установлено,
настроено и обновляется в "облаке".
Уменьшение затрат на приобретаемое программное обеспечение. Вместо
приобретения пакетов программ для каждого локального пользователя, компании
покупают нужные программы в "облаке".Данные программы будут
использоваться толькотеми пользователями, которым эти программы необходимы в
работе. Более того, стоимость программ, ориентированных на доступ через
Интернет, значительно ниже, чем их аналогов для персональных компьютеров. Если
программы используются не часто, то их можно просто арендовать с почасовой
оплатой. Затраты на обновление программ и поддержку в работоспособном состоянии
на всех рабочих мечтах вовсе сведены к нулю.
Постоянное обновление программ. В любое время, когда пользователь
запускает удаленную программу, он может быть уверен, что эта программа имеет
последнюю версию - без необходимости что-то переустанавливать или платить за
обновления.
Увеличение доступных вычислительных мощностей. По сравнению с
персональным компьютером вычислительная мощь, доступная пользователю
"облачных" компьютеров, практически ограничена лишь размером
"облака", то есть общим количеством удаленных серверов. Пользователи
могут запускать более сложные задачи, с большим количеством необходимой памяти,
места для хранения данных, тогда, когда это необходимо. Т.е. пользователи могут
при желании легко и дешево поработать с суперкомпьютером без каких-либо
фактических приобретений.
Неограниченный объем хранимых данных. По сравнению с доступным местом для
хранения информации на персональных компьютерах объем хранилища в
"облаке" может гибко и автоматически подстраиваться под нужды
пользователя. При хранении информации в "облаке" пользователи могут
забыть об ограничениях, накладываемых обычными дисками, - "облачные"
размеры исчисляются миллиардами гигабайт доступного места.
Совместимость с большинством операционных систем. В CloudComputing
операционные системы не играют никакой роли. Пользователи Unix могут
обмениваться документами с пользователями MicrosoftWindowsи наоборот без каких
либо-проблем. Доступ к программам и виртуальным компьютерам происходит при
помощи веб-браузера или другими средствами доступа, устанавливаемые на любой
персональный компьютер с любой операционной системой.
Улучшенная совместимость форматов документов. Если пользователи
пользуются одной "облачной" программой для создания и редактирования
документов, у них просто нет несовместимости версий и форматов, в отличие от
тех, кто, например, получит документ Word 2007 и не сможет прочитать его на
локальном компьютере с Word 2003 или OpenOffice. Хорошим примером совместимости
является офисный пакет GoogleDocs, позволяющий совместную работу над
документами, презентациями и таблицами имея под рукой любой компьютер с
веб-браузером.
Простота совместной работы группы пользователей. При работе с документами
в "облаке" нет необходимости пересылать друг другу их версии или
последовательно редактировать их. Теперь пользователи могут быть увереными, что
перед ними последняя версия документа и любое изменение, внесенное одним
пользователем, мгновенно отражается у другого.
Повсеместный доступ к документам. Если документы хранятся в
"облаке", они могут быть доступны пользователям в любое время и в
любом месте.
Всегда самая последняя и свежая версия. В "облаке" всегда
находится самая последняя и самая свежая версия программы или документа.
Доступность с различных устройств. Пользователи CloudComputing имеют
гораздо более широкий выбор устройств доступа к документам и программам.
Дружелюбие к природе, экономное расходование ее ресурсов. CloudComputing
позволяет не только экономить на электричестве, вычислительных ресурсах,
физическом пространстве, занимаемом серверами, но и разумно подходить к
расходованию природных ресурсов.
Устойчивость данных к потере или краже оборудования. Если данные хранятся
в "облаке", их копии автоматически распределяются по нескольким
серверам, возможно находящимся на разных континентах. При краже или поломке
персональных компьютеров пользователь не теряет ценную информацию, которую он к
тому же может получить с любого другого компьютера.
1.4
Недостатки облачных вычислений
Постоянное соединение с сетью Интернет. CloudComputing всегда требует
соединения с сетью Интернет. Или почти всегда. Некоторые "облачные"
программы загружаются на локальный компьютер и используются в то время, когда
Интернет недоступен. В остальных случаях, если нет доступа в Интернет - нет
работы, программ, документов.
Плохая работа с медленным Интернет-доступом. Многие "облачные"
программы требуют хорошего Интернет-соединения с большой пропускной
способностью.
Программы могут работать медленнее, чем на локальном компьютере.
Некоторые программы, в которых требуется передача значительного количества
информации, будут работать на локальном компьютере быстрее не только из-за
ограничений скорости доступа в Интернет, но и из-за загруженности удаленных
серверов и проблем на пути между пользователем и "облаком".
Не все программы или их свойства доступны удаленно. Если сравнивать
программы для локального использования и их "облачные" аналоги,
последние пока проигрывают в функциональности. Например, таблицы GoogleDocs
имеют гораздо меньше функций и возможностей, чем MicrosoftExcel.
Зависимость сохранности пользовательских данных от компаний,
предоставляющих услугу cloudcomputing.
Если Ваши данные в "облаке" потеряны, они потеряны навсегда -
это факт. Но потерять данные в "облаке" гораздо сложнее, чем на
локальном компьютере.
1.5 Поставщики «облаков»
Классификация поставщиков «облаков» в которой выделяются две большие
группы: поставщики платформных «облаков» (ИТ-компании, предлагающие хостинг на
базе собственного ПО) и поставщики «облаков» услуг, использующие для создания
сервисов ПО других компаний. [41] Первая группа поставщиков делится на три
подгруппы: Google, Microsoft и другие крупные компании (IBM, Apple, а также
Yahoo!,EMC, HP/EDS, Amazon, Facebook, Adobe и т.д.). Ко второй группе
поставщиков «облачных» вычислений можно отнести независимых сервис-провайдеров,
предоставляющих услуги внешним клиентам, а также внутрикорпоративных
провайдеров, обслуживающих филиалы, отделы и дочерние подразделения, а также
сотрудников и партнеров.
Между платформными и сервисными поставщиками «облачных» вычислений
имеется конкуренция - несмотря на большой потенциал ИТ-гигантов, услуги
хостеров скоро будут востребованы и в контексте «облачных» вычислений. Этому
способствует также и то, что средний и малый бизнес в поисках снижения издержек
на ИТ переходит к использованию хостинга вычислительных ресурсов и при этом
ищет наиболее дешевые предложения. При таком сценарии развития рынка стоимость
услуг станет не единственным преимуществом независимых сервис-провайдеров -
важно то, что хостеры будут проявлять более высокую гибкость и оперативность в
работе с клиентами.
Постепенно уходят в прошлое и другие факторы, тормозящие развитие
«облачного сервиса». Так, наряду с весьма существенным повышением надежности
сетей сегодня уменьшаются и опасения компаний, связанные с потенциальной
возможностью контроля провайдером услуг «облака» секретных данных предприятий.
Рассмотрим наиболее популярных поставщиков, которые предоставляют доступ
к своим облакам.
При проектировании высоконагруженных Web-сервисов или Web-сайтов имеются
типовые задачи, которые вполне по силам сервису из облака, поэтому разработчики
Microsoft, проанализировав опыт разработки нагруженных систем, предложили свое
решение для таких типовых задач. Речь идет о модели аренды сервис-хостинга
высоконагруженных сайтов, сервисе исполнения произвольного кода клиента,
сервисе хранения данных, а также сервисе для связывания других сервисов между
собой. В результате возникла платформа AzureServicesPlatform, предоставляющая
четыре основных сервиса: WindowsAzure, .NET Services, SQL Services (SQL Server
в облаке) и Liveframework.- это платформа для масштабируемого хостинга
Web-приложений, сценарии использования которой могут быть самыми разными, от
Internet-магазина до видеохостинга или сервиса научно-технических задач.
.NET Services решает задачи связывания сервисов между собой, управления
доступом к методам сервиса и поддержки рабочих процессов. Такой класс решений
называется InternetServiceBus (по аналогии с термином EnterpriseServicesBus).
.NET Services - масштабируемый сервис уведомлений. Например, авиакомпания может
предоставить сервис уведомления об отмене рейсов и появлении новых. В общем
случае на такие уведомления может подписаться непрогнозируемое количество
желающих: туристические агентства со всего мира, рядовые пассажиры,
транспортные компании и т.п. Также в .NET Services имеется функция управления
доступом AccessControl, позволяющая подключать сервисы авторизации, собирать их
в одном месте и через InternetServicesBus управлять доступом к методам
сервисов.- масштабируемый сервис в облаке, исполняющий пользовательские рабочие
процессы, заданные декларативно средствами платформы WindowsWorkflowFoundation,
входящей в состав .NET начиная с версии 3.0. Сервис работает как агент,
управляющий взаимодействием различных сервисов между собой, и благодаря
инструментам разработки на Java и Ruby позволяет соединять гетерогенные
информационные системы в единое целое.
Интересным компонентом AzureServicesPlatform является Liveframework,
построенный по типу таких сервисов, как: LiveMesh, позволяющий синхронизировать
файлы и папки между устройствами, распределенными, в том числе и в облаках. Что
все это дает на практике - например, возможно написать приложение для игры в
шахматы, запускать его со своего компьютера или напрямую с сайта LiveMesh CTP,
пригласить друга, который тоже сможет запускать приложение из облака или со
своего компьютера, а инфраструктура LiveFramework обеспечит синхронизацию
данных.
Платформа WindowsAzure предоставляет: инструменты для разработки сервисов
или сайтов; центр обработки данных, исполняющий код разработанного решения;
масштабируемое хранилище данных; локальную эмуляцию сервиса, позволяющую
полноценно отлаживать приложения на локальной машине; портал, на котором можно
разворачивать разработанные решения, управлять выделенными мощностями и на ходу
менять конфигурацию сервиса.
«Фасад» (front-end) обрабатывает Web-запросы, причем высоконагруженный
сервис может потребовать несколько экземпляров «фасада», поэтому должен быть
балансировщик нагрузки. Отсюда следует, что необходимо отдельное от «фасада»
хранилище данных, при этом «фасад» не должен сохранять состояние. В самом деле,
мы никогда не можем предсказать, какой из идентичных экземпляров «фасада» будет
выполнять запрос пользователя, так что в самом «фасаде» может быть разве что
кэш. В случае когда требуется запуск сложного и длительного приложения,
необходима возможность запуска кода в фоновом режиме (отдельные сервисы,
процессы, демоны, потоки, нити). На рис. 5 приведена схема типичного решения на
Azure.
Из Internet приходят запросы на Web-сайт (или WebRole - это часть
Azure-проекта), а в облаке на центре обработки данных Azure запущено несколько
идентичных экземпляров вашего приложения. Балансировщик нагрузки (LB) выбирает
экземпляр сайта и направляет ему запрос. Поскольку нельзя предсказать, какой
экземпляр будет запущен, сайты надо (как это обычно и бывает в случае высоко
нагруженных сайтов) разрабатывать таким образом, чтобы они не содержали истории
своей работы.сайт может обращаться к одному или нескольким хранилищам,
доступным через балансировщик нагрузки. К хранилищу, содержащему очереди,
таблицы или неструктурированные данные, большие бинарные объекты
(BinaryLargeOBjectS, BLOBS), также можно обращаться через Internet из других
сайтов.
На фоне всего этого процесса может выполняться приложение, решающее
специальные задачи, например обработку изображений в ответ на действия
пользователя, заходящего на сайт. Это приложение (рабочая роль, или WorkerRole
в терминологии Azure) недоступно извне и обычно получает задачи из очереди.
Стоимость подключения: Microsoft будет взимать 12 центов за час
вычислений, 15 центов за гигабайт данных на сервере и 10 центов за каждые 10
тысяч транзакций. Что касается пользования сетевым каналом, то будет взиматься
10-15 центов за гигабайт.
Экономия очень сильно зависит от масштаба. «Облака» постоянно
эволюционируют, для повышения надежности, уровня сервиса и для снижения
издержек. Можно привести в пример - проект Джеймса Камерона «Аватар». При
съемках этого фильма был создан целый виртуальный мир, в котором каждая
травинка, каждый ракурс и дубль были оцифрованы и задокументированы. Объем
данных этого мира превысил петабайт. «Аватар» - крупнейший коммерческий
информационный проект, в реализацию которого были вовлечены тысячи людей от США
до Новой Зеландии. За все годы работы над фильмом в его информационной системе
не произошло ни одного сбоя, не был утерян ни один байт. Данные хранились и
управлялись облачным решением Microsoft.- сервис хостинга сайтов и
web-приложений на серверах Google. Использование службы аккаунтов Google позволяет
быстро начать работу с приложением, нет необходимости проводить отдельную
регистрацию учётных данных на каждом сайте. Это также позволяет разработчику не
заботиться о реализации ещё одной системы регистрации пользователей специально
для своего приложения. Платформа AppEngine тесно интегрирована с приложениями и
накладывает на разработчиков некоторые ограничения. Конкурирующие среды
позволяют оперировать множеством программного обеспечения, созданного под *NIX
системами, в то время как AppEngine требует от разработчика обязательного
использования языков программирования Python или Java и сохранения информации в
собственном хранилище (Datastore).(AWS) в данной инфраструктуре представлено
много сервисов для предоставления различных услуг, таких как: хранение данных
(файловый хостинг, распределённые хранилища данных), аренда виртуальных
серверов, предоставление вычислительных мощностей и др.
Предоставляетнесколькосервисовтакихкак: Amazon Elastic Compute Cloud (Amazon EC2), Amazon
Simple Storage Service (Amazon S3), Amazon CloudFront, Amazon Simple Queue
Service (Amazon SQS) идр.
AmazonElasticComputeCloud (Amazon EC2) - веб-сервис, который
предоставляет вычислительные мощности в облаке. Сервис входит в инфраструктуру
AmazonWebServices. Простой веб-интерфейс сервиса позволяет получить доступ к
вычислительным мощностям и настроить с минимальными затратами ресурсов. Он
предоставляет пользователям полный контроль над вычислительными ресурсами, а
также доступную среду для работы. Сервис сокращает время, необходимое для
получения и загрузки нового сервера.(Amazon S3) - онлайновая веб-служба,
предлагаемая AmazonWebServices, предоставляющая возможность для хранения и
получения любого объёма данных, в любое время из любой точки сети, так
называемый файловый хостинг. С помощью Amazon S3 достигается высокая
масштабируемость, надёжность, высокая скорость и недорогая инфраструктура
хранения данных.(Amazon SQS) - сервис принимает очереди сообщений для хранения.
При использовании Amazon SQS, разработчики могут просто переместить данные,
распределённые между компонентами своих приложений, которые выполняют различные
задачи, не теряя при этом сообщения. При этом достигается высокая
масштабируемость и надёжность.
1.6 Рынок
облачных вычислений в России
Ассоциация производителей программного обеспечения (BSA) 22 февраля 2012
года объявила о том, что Россия занимает 16 место среди 24 стран в новом
рейтинге государственного регулирования, влияющего на рост облачных вычислений
(Рисунок 1).
Россия опередила в рейтинге Индию, известную высоким уровнем инвестиций в
ИТ-сектор, а также динамично развивающиеся рынки Китая и Бразилии. По оценкам
экспертов исследовательской группы IDC объем российского рынка облачных
вычислений будет ежегодно расти и достигнет $1,2 млрд уже в 2015 году.
В пятерку стран с самой развитой политикой в области облачных вычислений
вошли Япония, Австралия, Германия, США и Франция. Между развитыми и
развивающимися экономиками существует ощутимый разрыв в сфере готовности к
переходу к облачным технологиям, говорится в отчете. В Японии, США и Евросоюзе
создана фундаментальная правовая база, позволяющая поддерживать рост облачных
вычислений, в то время как развивающиеся страны, такие как Китай, Индия и
Бразилия, должны провести существенную работу, чтобы интегрироваться в мировой
рынок облачных вычислений, считают в BSA.
<#"786727.files/image002.gif">
Рисунок 2 - пример html
документа
Как видно из примера, тег представляет собой ключевое слово, заключенное
в угловые скобки. Различают одинарные теги, как, например, <p>, и парные,
как <body></body>, в последнем случае действие тега
распространяется только на текст между его открывающей и закрывающей скобкой.
Теги также могут иметь параметры - например, при описании страницы можно задать
цвет фона, цвет шрифта и т.д.: <bodybgcolor="white"
text="black">.
Текст всего документа заключается в теги <html>, сам документ
разбивается на две части - заголовок и тело. Заголовок описывается тегами
<head>, в которые могут быть включены название документа (с помощью тегов
<title>) и другие параметры, использующиеся браузером при отображении
документа. Тело документа заключено в теги <body> и содержит собственно
информацию, которую видит пользователь. При отсутствии тегов форматирования
весь текст выводится в окно браузера сплошным потоком, переводы строк, пробелы
и табуляции рассматриваются как пробельные символы, несколько пробельных
символов, идущих подряд, заменяются на один. Для форматирования используются
следующие основные теги:
- <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, разработан специально для хранения и передачи данных.позволяет
описывать и передавать такие структурированные данные, как:
отдельные документы
метаданные, описывающие содержимое какого-либо узла Internet
объекты, содержащие данные и методы работы с ними (например, элементы
управления ActiveX или объекты Java)
отдельные записи (например, результаты выполнения запросов к базам
данных)
всевозможные Web-ссылки на информационные и людские ресурсы Internet
(адреса электронной почты, гипертекстовые ссылки и пр.)
Данные, описанные на языке XML, называются XML-документами. Язык XML
легко читаем и достаточно прост для понимания. Если Вы были знакомы с HTML, то
научиться составлять XML-документы не составит для Вас никакого труда.
Исходный текст XML-документа состоит из набора XML-элементов, каждый из
которых содержит начальный и конечный тэги. Каждая пара тэгов представляет
часть данных. То есть, как и HTML, язык XML для описания данных использует
тэги. Но, в отличие от HTML, XML позволяет использовать неограниченный набор
пар тэгов, каждая из которых представляет не то, как заключенные в нее данные
должны выглядеть, а то, что они означают.
Любой элемент XML-документа может иметь атрибуты, уточняющие его
характеристики. Атрибут - это пара имя = "значение", которая задается
при определении элемента в начальном тэге.
Принцип расширяемости языка XML состоит в возможности использования
неограниченного количества пар тэгов, определяемых создателем XML-документа.
Принцип независимости определения внутренней структуры документа от
способов представления этой информации состоит в отделении данных от процесса
их обработки и отображения. Таким образом, полученные данные можно использовать
в соответствии с нуждами клиента, то есть выбирать нужное оформление, применять
необходимые методы обработки.
Управлять отображением элементов в окне программы-клиента (например, в
окне браузера) можно с помощью специальных инструкций - стилевых таблиц XSL
(eXstensible Stylesheet Language). Эти таблицы XSL позволяют определять
оформление элемента в зависимости от его месторасположения внутри документа, то
есть к двум элементам с одинаковым названием могут применяться различные
правила форматирования. Кроме того, языком, лежащим в основе XSL, является XML,
а это означает, что таблицы XSL более универсальны, а для контроля корректности
составления таких стилевых таблиц можно использовать DTD-описания или схемы
данных, рассмотренные ниже.
Формат XML, по сравнению с HTML, имеет небольшой набор простых правил
разбора, который позволяет разбирать XML-документы, не прибегая к каким-либо
внешним описаниям используемых XML-элементов. В общем случае XML-документы
должны удовлетворять следующим требованиям:
Каждый открывающий тэг, определяющий некоторую часть данных в документе,
обязательно должен сопровождаться закрывающим, то есть, в отличие от HTML,
нельзя опускать закрывающие тэги.
Вложенность тэгов в XML строго контролируется, поэтому необходимо следить
за порядком следования открывающих и закрывающих тэгов.
В XML учитывается регистр символов.
Вся информация, располагающаяся междуначальным и конечным тэгами,
рассматривается в XML как данные, и поэтому учитываются все символы
форматирования (то есть пробелы, переводы строк, табуляции не игнорируются, как
в HTML).
В XML существует набор зарезервированных символов, которые должны быть
заданы в XML-документе только специальным образом.
Многие специалисты рассматривают XML как новую технологию интеграции
программных компонент. Основными преимуществами использования XML являются:
Интеграция данных из различных источников. XML можно использовать для
объединения разнородных структурированных данных на среднем уровне
трехуровневых Web-систем, баз данных.
Локальная обработка данных. Полученные данные в формате XML можно
разбирать, обрабатывать и отображать непосредственно на клиенте без
дополнительных обращений к серверу.
Просмотр и манипулирование данными в различных разрезах. Полученные
данные могут обрабатываться и просматриваться клиентом различными способами в
зависимости от нужд конечного пользователя.
Возможность частичного обновления данных. С помощью XML можно обновлять
только ту часть структурированных данных, которая была изменена, а не всю
структуру целиком.
Все эти преимущества делают XML незаменимым инструментом для разработки
гибких средств поиска информации в базах данных, мощных трехуровневых
Web-приложений, а также приложений, поддерживающих транзакции. Другими словами,
с помощью XML можно формировать запросы к базам данных различных структур, что
позволяет осуществлять поиск информации в многочисленных несовместимых друг с
другом базах данных. Использование XML на среднем уровне трехуровневых
Web-приложений позволяет осуществлять эффективный обмен данными между клиентами
и серверами систем электронной коммерции.
Кроме того, язык XML может использоваться в качестве средства для
описания грамматики других языков и контроля правильности составления
документов.
Инструменты обработки данных, полученных в формате XML, могут быть
разработаны в среде VisualBasic, Java или C++.
Php. История PHP начинается осенью 1994 года. Когда РасмусЛердорф
(RasmusLerdorf) начал работать над тем, что впоследствии стало PHP,
единственной целью, которая была у него в мыслях, выяснить, кто читает его
резюме. В то время, являясь независимым подрядчиком, Лердорф рассылал
потенциальным работодателям свое мини-резюме с URL ссылкой на его полную
версию. Чтобы следить за посетителями, он создал CGI скрипт на Perl-e, который
вставлялся как специальный тег в HTML код его страницы, и собирал информацию о посетителях.
Чтобы произвести впечатление на потенциальных работодателей, он позволил любому
посетителю страницы просматривать собираемую статистику посещений. [1]
Он назвал этот код для сбора статистики «PHP-ToolsforPersonalHomePage»,
поскольку сам использовал его на своей персональной домашней странице
(personalhomepage). Несколько человек поинтересовались тем, как они могли бы
получить этот инструмент, и Лердорф принял решение предоставить его другим
лицам. «Это чудо программного обеспечения. Вы можете дать это и тем не менее
оставить это себе», - остроумно заметил Лердорф. В то время движения OpenSource
не существовало. Тогда оно назвалось freeware. Ближе к концу 1995 года Лердорф
открыл для людей первый список рассылки по PHP, чтобы можно было обмениваться
идеями, исправлениями ошибок и кодом.
Web-сервер apache
Самый распространенный Web-сервер в мире - это Apache. По данным компании
Netcraft, общее число Web-узлов, работающих под его управлением, к концу 1998
г. достигло 2 млн. (55% общего числа узлов) и постоянно растет. Для сравнения:
на долю серверов Microsoft приходится 25%, Netscape - 7%. Будучи бесплатной
открытой программой, предназначенной для бесплатных же Unix-систем (FreeBSD,
Linux и др.), Apache по функциональным возможностям и надежности не уступает
коммерческим серверам, а широкие возможности конфигурирования позволяют
настроить его для работы практически с любой конкретной системой. Существуют
локализации сервера для различных языков, в том числе и для русского.
Исторически сложилось так, что русские тексты в Internet могут быть
представлены в разных кодировках, из которых наиболее распространены koi8-r
(или просто koi8) и Windows-1251: с первой работает большинство серверов и
рабочих станций под управлением Unix, вторая является стандартной для всех
версий Windows. Поскольку кодировка Windows-1251, естественно, применяется на
подавляющем большинстве клиентских машин, доля тех, кто путешествует по русской
части WWW, используя koi8, не превышает сейчас 5%. Однако в этой кодировке
хранятся документы на многих Unix-серверах, в ней чаще всего передаются
почтовые сообщения и практически всегда - письма в телеконференции, с ней же
работают многие русскоязычные каналы IRC (кстати, аббревиатура КОИ
расшифровывается как "код обмена информацией"). Чтобы решить
проблемы, возникающие при несовпадении кодировок текста на сервере и клиентской
машине, и был создан русский модуль Apache-RUS для Web-сервера Apache.
3.8 Общая
структура сайта
На главной странице отображаются последние новости и основная информация.
Страница «СНО» содержит дополнительную вкладку- «История возникновения».
Здесь отображается история СНО с момента её возникновения и по сей день.
Страница «Дисциплины» содержит методические материалы и краткое описание
дисциплин.
Страница «Студентам» содержит всю необходимую абитуриентам информацию о
специальности.
Страница «Новости» содержит самые последние обновления.
Страница «Статьи» содержит интересные публикации.
Страница «Сотрудничество» содержит информацию о компаниях, с которыми
контактирует кафедра.
Страница «Научные группы» связывает страницу со всеми группами в
социальных сетях, посвящённых СНО ФУП КубГУ.
Страница «Рабочие группы» содержит ссылки на полезные пользователям сайта
облачные сервисы.
При открытии страницы «Форум» пользователь попадает в форум СНО.
На странице «Поиска» посетители могут найти любую информацию, которая
содержится на сайте.
3.9
Разработка интерфейса web-сайта
Дизайн web-сайта. В соответствии с разработанной структурой была
спроектирована главная страничка сайта. Она содержит все основные структурные
элементы, переход по которым осуществляется с помощью гиперссылок (Приложение
А)
Как и планировалось на этапе постановки задачи, сайт содержит все
необходимые структурные и навигационные элементы: форму поиска, навигационное
меню (в виде текстовых ссылок в сопровождении соответствующих изображений).
При нажатии на ссылке «Научная библиотека» выводится информация о научных
работах студентов по различным тематикам. (Приложение Б)
При введении регистрационных данных пользователем осуществляется переход
на страницу личного кабинета (Приложение В)
При нажатии на ссылку «Форум» пользователь переходит на страницу форума,
где он может общаться с другими пользователями (Приложение Г)
Описание создания страниц web-сайта. Разработка web-сайта велась в
основном в паке компании Joomla 1.7. Выбор данного пакета обоснован тем, что
его освоение отнимает мало времени, во время разработки доступен
предварительный просмотр каждой отдельно сделанной операции, доступно большое
количество функций (организация интерактивных элементов сайта, создание
гиперссылок в несколько кликов мышки и т.п.), пакет поддерживает большое
количество технологий (HTML, PHP, ASP, Java, XML, XSLT, CSS и другие).
При создании сайта использовались стандартные шаблоны, однако для их
модификации под конкретные задачи, стандартные средства Joomla применять
неудобно из-за отсутствия визуального редактора. Поэтому для редактирования
шаблонов был использован визуальный редактор DreamWeaver MX.
.10 Разработка сайта на основе CMS
Описание установки CMS Joomla. Для доступа к административной панели
управления (Backend - бэк-енд, панель управления) Joomla используйте адрес
Вашего веб-сайта (или полный путь до папки, в которую установлена Joomla) с
добавлением в конце пути "/administrator". Например, если адрес
веб-сайта www.myweb.ru, то доступ к панели управления возможен по адресу
www.myweb.ru/administrator. После правильного ввода адреса, откроется страница
авторизации
При правильном вводе имени пользователя и пароля откроется главная
страница администрирования системой, то есть будет открыта панель управления
Joomla, которая предоставит управления всеми функциями и возможностями Joomla
(Приложение Е). Возвратиться на главную страницу панели можно в любое время при
нажатии кнопки "Главная" в левом верхнем углу.
Создание Раздела. Раздел - это главный (верхний) объект в основе иерархии
структуры содержимого. Позже в Раздел будут добавлены Категории.
Для работы с разделами необходимо перейти на страницу "Управление
разделами". Можно нажать на главной странице панели кнопку
"Управление разделами" или в основном меню выбрать
"Содержимое", затем пункт "Управление разделами"
Будет открыта страница "Управление разделами".
На странице "Управление разделами", используя кнопки на панели
инструментов, можно (перечисление справа налево):
Помощь открыть в новом окне страницу описания по данному окну
("Управление разделами"). Нажмите кнопку "Помощь".
Создать новый раздел. Нажмите кнопку "Новый".
Изменить существующий раздел. Нажмите на название раздела или отметьте
нужный раздел и нажмите кнопку "Изменить".
Удалить существующий раздел. Отметьте нужный раздел и нажмите кнопку
"Удалить".
Копировать существующий раздел. Отметьте нужный раздел и нажмите кнопку
"Копия".
Скрыть (сделать неопубликованным) существующий раздел. Отметьте нужный
раздел и нажмите кнопку "Скрыть".
Для создания нового раздела нажмите кнопку "Новый". Будет
открыта страница редактирования "Раздела"
На странице редактирования "Раздела" с помощью кнопок на панели
инструментов можно (перечисление справа налево):
Помощь - открыть в новом окне страницу описания по данному окну
(редактирование "Раздела"). Нажмите кнопку "Помощь".
Применить (сохранить) изменения, но остаться на странице редактирования
"Раздела". Нажмите кнопку "Применить".
Сохранить изменения и закрыть страницу редактирования "Раздела"
и вернуться (выйти) на страницу "Управление разделами". Нажмите
кнопку "Сохранить".
Загрузить изображение (сохраняется в папку images\stories). Нажмите
кнопку "Загрузить".
На странице редактирования "Раздела" нужно:
В поле "Заголовок" ввести короткое имя раздела, которое будет
использоваться в меню или в выпадающих списках панели управления.
В поле "Раздел - Название" ввести длинное имя раздела, которое
будет использоваться при отображении содержимого раздела на сайте, показывая
заголовок раздела.
В поле "Изображение" выбрать изображение, которое будет
использоваться при отображении раздела в меню.
В поле "Порядок отображения" после применения (сохранения)
изменений можно изменить порядок отображения раздела в списке на странице
"Управление разделами".
В поле "Уровень доступа" можно выставить права доступа на
просмотр данного раздела (содержимого данного раздела):
"Общий" - для всех посетителей вебсайта,
"Участники" - для зарегистрированных пользователей сайта,
"Специальный" - для зарегистрированных пользователей панели
управления.
В поле "Опубликован" - выбрать публиковать сейчас или нет.
В текстовом поле "Описание" можно написать краткое описание
(аннотацию) содержимого раздела.
В поле "Описание" можно написать о содержании раздела, но
помните, что раздел включает одну или несколько категорий, и, когда конечный
пользователь (посетитель Вашего вебсайта) видит это описание, то оно также
будет сопровождаться (вероятно) списком включенных в данный раздел категорий.
В поле "Описание" используется специальный редактор HTML, то
есть не Joomla, а ее расширение - мамбот. Данное расширение, мамбот, называется
HTML-редактором Joomla. В системе можно использовать любой из множества
различных визуальных HTML-редакторов, но рекомендуется использовать
"TinyMCE"
Если HTML-редактор не появился в Вашей системе, то Вы должны установить
его и (или) включить редактор. В локализованной сборке Joomla RE редактор
"TinyMCE" уже установлен и включен. Внешний вид Вашего визуального
редактора может сильно отличаться от того, что использовался для написания
этого руководства.
Кнопки на панели инструментов HTML-редактора помогают задавать стиль
(формат) вводимого текста.
Когда Вы закончите создавать или редактировать раздел, нажмите кнопку
"Сохранить" для сохранения результатов работы и выхода на страницу
"Управление разделами". Или можно нажать кнопку "Применить"
для сохранения результатов, не закрывая страницы редактирования
"Раздела".
ЗАКЛЮЧЕНИЕ
Понятно, что само по себе создание научного портала СНО не может решить
проблем, которые стоят перед современной российской наукой и образованием,
однако подобная разработка может способствовать их решению, предоставляя
удобные средства для структурирования и интеграции научного и учебного
процессов. Проведенный анализ позволяет выделить следующие задачи, которые
может и должен решать такой портал:
Управление ресурсами научного процесса - помогает пользователям в выборе
актуальных задач и проблем, проверке их обеспеченности необходимыми ресурсами,
создает условия для обеспечения баланса интересов и консолидации ресурсов всех
заинтересованных сторон, предоставляет средства для создания проектных команд и
управления проектами.
Обеспечивает средства поддержки и структуризации научной дискуссии.
Способствует независимому оцениванию качества научных публикаций, их
свободному обсуждению в рамках всего научного сообщества.
Способствует снижению информационной избыточности научных ресурсов,
ускорению процесса ознакомления с различными областями знаний (с учетом
имеющейся у пользователя квалификации, модели восприятия и т.п.).
Обеспечивает механизм интеграции образовательных ресурсов, предоставляет
возможность построения индивидуального образовательного маршрута для
пользователя.
Содействует выпускникам ВУЗов в поиске дальнейшей работы, а руководству
ВУЗов предоставляет дополнительный механизм исследования потребностей рынка
труда.
Также были решены все поставленные в работе задачи:
) в ходе экспериментальной деятельности произведен сбор и анализ
теоретического материала, накоплен практический опыт в применении технологий
облачных вычислений и систем информационного обеспечения для решения
существующих задач научных коммуникаций;
) в ходе анализа существующего пространства коммуникаций на примере КубГУ
были выявлены и описаны проблемы информатизации научной деятельности: низкая
информированность пользователей, низкое качество работы службы информационной поддержки,
информационные системы, неудовлетворяющие современным требованиям;
) в ходе подготовки практического эксперимента разработан набор
функциональных требований к платформе научных коммуникаций: возможность
публикации научных материалов, возможность поиска материалов, возможность
совместной работы над проектами, возможность по управлению проектами,
возможность по управлению библиографическими списками, возможность
комментирования и рецензирования, возможность личного профиля, возможность
поиска проектов и подбора участников, возможность выбора научного руководителя
курсового или дипломного проэкта, а так же выбор темы дипломного или курсового
проекта, система рейтинга и оценок, международный охват;
) Разработан перечень критериев для сравнения систем управления
контентом: Простота в использовании, доступность, легкость в освоении,
соответсвие требованиям портала.
) Разработан портал СНО ФУП КубГУ. На портале реализована функция связи с
облачными сервисами и социальными сетями. Также на портале функционирует
библиотека научных работ студентов, и форум, через который пользователи могут
осуществлять научную коммуникацию.
СПИСОК
ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
Выпускная
квалификационная работа: Методические указания по выполнению дипломной работы
(проекта)/Сост. В.В. Ермоленко [и др.] Краснодар: 2008. 96 с.
2 Шемакин
Ю.И. Теоретическая информатика. М.: МГСУ, 1995.
Дубровский
Е.Н. Информационно-обменные процессы как факторы эволюции общества. М.: МГСУ,
1996.
4 1.
Общая статистика интернет-сайтов // Сайт компании «Netcraft». Страница «May 2009 Web Server
Survey» #"786727.files/image003.gif">
ПРИЛОЖЕНИЕ Б
НАУЧНАЯ
БИБЛИОТЕКА САЙТА
В
ЛИЧНЫЙ
КАБИНЕТ ПОЛЬЗОВАТЕЛЯ
ПРИЛОЖЕНИЕ Г
ФОРУМ САЙТА
ПРИЛОЖЕНИЕ Е
ПАНЕЛЬ
УПРАВЛЕНИЯ JOOMLA
