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

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

78

РЕФЕРАТ

Выпускная работа содержит 98 страниц, 35 рисунков, 1 диаграмму, 5 таблиц, 20 используемых источников, 3 приложения.

Ключевые слова: ИНФОРМАЦИОННАЯ СИСТЕМА, ПЕРЕДАЧА ФАЙЛОВ, СИСТЕМА КАТАЛОГОВ, САЙТ, CMS, АВТОМАТИЗАЦИЯ ПРОЦЕССА.

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

Основные результаты:

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

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

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

4. Создана, настроена и протестирована информационная система, отвечающая поставленным требованиям.

5. Созданы руководства по эксплуатации информационной системы.

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



СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. АНАЛИЗ ФУНКЦИОНИРОВАНИЯ ФИЛИАЛА РУДН

1.1 Характеристика филиала РУДН г. Пермь

1.2 Построение модели деятельности организации в IDEF0

1.3 Обзор существующих систем автоматизации внутри организации и определение проблемы

1.4 Обзор существующих решений проблемы

1.5 Постановка задачи на разработку подсистемы

1.6 Структура входящей документации

1.7 Требования к функционалу

2. ТЕОРЕТИЧЕСКИЕ АСПЕКТЫ РЕШЕНИЯ

2.1 Обзор существующих возможностей размещения в сети

2.2 Выбор и обоснование метода размещения в сети

3. ТЕХНОЛОГИЯ РЕШЕНИЯ

3.1 Выбор инструментальной среды разработки

3.2 Логическое проектирование

3.3 Установка и настройка информационной системы

3.4 Тестирование и руководства

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ПРИЛОЖЕНИЯ



ВЕДЕНИЕ

С начала этого тысячелетия термины «информация» и «интернет» стали для России взаимосвязанными и особенно актуальными. Начиная с 60-х годов прошлого века, Мировое сообщество признало одним из перспективнейших направлений развития цивилизованного общества информатизацию. Этот процесс неуклонно захватил Западные страны, постепенно пробираясь на Восток, в страны, преимущественно, традиционные.

В России еще в годы СССР Виктором Михайловичем Глушковым, советским математиком, кибернетиком мирового уровня, были выдвинут прототип Электронного правительства в масштабах СССР. Также он выступал инициатором и главным идеологом разработки и создания Общегосударственной автоматизированной системы учёта и обработки информации (ОГАС)[6], предназначенной для автоматизированного управления всей экономикой СССР в целом. Таким образом, Россия еще с середины 90-х годов понимала значимость ввода систем автоматизации.

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

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

Степень разработанности темы является относительно высокой, учитывая большое количество литературы, множество русскоязычных материалов, включая сайты по CMS. Доступные материалы, наподобие книги Хагена Графа «Создание веб-сайтов с помощью системы управления сайтами Joomla линейки 1.5» [2], имеющую свободную лицензию распространения (переведенную на русский язык Алексеем Баскиновым), либо документация по различным модулям, таким как «JDownloader», позволяет в полной мере разобраться в стоящих перед разработчиком проблемах.

Объектом изучения в данной работе необходимо считать сам филиал РУДН города Перми, а предметом - процесс передачи Учебно -Методических Комплектов (далее - УМК) в системе преподаватель-студент.

Цель дипломной работы:

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

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

Из этого следуют следующие задачи работы:

- Изучить предметную область;

- Выбрать программное обеспечение, удовлетворяющее критериям;

- Разработать информационную систему.

Методы исследования:

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

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

3. Анализ документов. Анализ входящей и исходящей документации филиала РУДН города Пермь, на предмет изучения её объёмов, а также получения сведений о предметной области.

Новизна исследования:

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

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

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



1. АНАЛИЗ ФУНКЦИОНИРОВАНИЯ ФИЛИАЛА РУДН

1.1 Характеристика филиала РУДН г. Пермь

Дата создания - 2003 год на базе Представительства Российского университета дружбы народов в г. Перми. Учредитель РУДН - Российская Федерация. Функции и полномочия Учредителя осуществляет Министерство образования и науки Российской Федерации.

Место нахождения Учредителя: 125993, г. Москва, ул. Тверская, 11.

Директор филиала - кандидат технических наук, профессор Кацнельсон Михаил Давидович.

Направления (с 2011 года в филиале ведется набор на программы бакалавриата):

230700 "Прикладная информатика" - открыто в 2009 году. Сроки обучения:

- 4 года 6 месяцев - на базе среднего (полного) общего образования;

- 3 года - на базе профильного среднего профессионального образования и на базе высшего образования.

030900 "Юриспруденция" - открыто в 2011 году. Сроки обучения:

- 5 лет - на базе среднего (полного) общего образования;

- 3 года - на базе профильного среднего профессионального образования и на базе высшего образования.

Специальность (для продолжающих обучение в филиале): 030501 "Юриспруденция". Сроки обучения:

- 6 лет - на базе среднего (полного) общего образования;

- 3 года и 6 месяцев - на базе профильного среднего профессионального образования и на базе высшего образования.

Контингент студентов: обучение проводится только по заочной форме, на 01.07.2012 г. составляет 785 чел, в том числе 17 чел. обучается за счет средств федерального бюджета, 768 чел. по договорам с физическими и (или) юридическими лицами с оплатой ими стоимости обучения.

Учебный процессии организован на арендуемых площадях (777 кв.м) по адресу: г. Пермь, ул. Муромская, 32 и включает следующие помещения: компьютерный класс на 12 рабочих мест с выходом в Интернет, лабораторию криминалистики, зал судебных заседаний, информационно-библиотечный центр с читальным залом и выходом в Интернет (5 рабочих мест), библиотека с фондом учебной литературы (свыше 11 тыс. экз.) и периодическими изданиями(15 наименований), учебные аудитории на 25, 60, 90 мест, оснащенные звукоусиливающей и проекционной аппаратурой.

В учебном корпусе также имеются медицинский кабинет и столовая.

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

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

Для самостоятельной работы студенты филиала имеют авторизированный доступ к электронно-библиотечной системе РУДН [8].

1.2 Построение модели деятельности организации в IDEF0

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

Принципы моделирования в IDEF0. В IDEF0 реализованы три базовых принципа моделирования процессов:

- принцип функциональной декомпозиции;

- принцип ограничения сложности;

- принцип контекста.

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

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

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

В модели IDEF0 для связи блоков с внешним миром используются входы/выходы в блок, механизмы и управления (Рисунок 1).

Рисунок 1 - Описание функционального блока

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

Функциональная модель деятельности IDEF0 «как есть» представлена на четырех рисунках:

1. Рисунок 2 - Узел А0. Процесс обучения.

2. Рисунок 3 - Декомпозиция блока А0.

3. Рисунок 4 - Декомпозиция блока B1.

4. Рисунок 5 - Декомпозиция блока B12.

Рисунок 2 - Узел А0. Процесс обучения

Рисунок 3 - Декомпозиция блока А0

Рисунок 4 - Декомпозиция блока B1

Рисунок 5 - Декомпозиция блока B12

1.3 Обзор существующих систем автоматизации внутри организации и определение проблемы

Техническое обеспечение:

17 ЭВМ в здании на улице Муромской, и еще нескольким машинам на Полины Осипенко, не считая периферийных устройств.

Программное обеспечение из разряда специализированного включает:

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

«Электронный деканат» - это отдельный сервис, который автоматизирует организацию и организует поддержку учебного процесса [10].

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

Автоматизация деятельности деканата позволяет:

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

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

Требования к «Электронному деканату»:

- хранение и обработку информации об участниках учебного процесса;

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

- управление учебными планами;

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

- управление текущими и итоговыми оценками;

- формирование и отслеживание расписания;

- распределение аудиторного фонда и других ресурсов учебного процесса.

Задачи электронного деканата:

- учет контингента;

- списки групп;

- контрактники и бюджетники;

- задолжники и отличники;

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

- ведение документации и отчетности;

Подготовка отчетных документов по сессиям и пересдачам:

- приказы о зачислении;

- приказы о формировании учебных групп;

- приказы о начале учебного года;

- приказы по назначению нагрузки;

- приказы о сессии;

- зачётно-экзаменационные ведомости;

- Хранение и выдача информации по текущему состоянию и истории учебного процесса;

- приказы о завершении учебного года;

- приказы о переводе;

- приказы об отчислении;

- приказы о выпуске;

- учет преподавательского состава;

Электронно-библиотечная система РУДН - ЭБС РУДН - предназначена для хранения и предоставления доступа к библиографическим записям и полным текстам документов. Поддерживается возможность ведения распределенной базы данных документов с разграничением прав доступа на основе баз данных читателей библиотек. Ссылка на ЭБС РУДН размещена на сайте УНИБЦ (НБ). Для доступа к ЭБС используется WEB-браузер. Пользовательские сервисы: работа со словарями, поиск более чем по 9 элементам, постраничный просмотр, частичное копирование и распечатка. Поддерживается ГОСТ 7.1-2003 «Библиографическая запись. Библиографическое описание», экспорт библиографических описаний в формате “MARC21” [8].

Доступ к полным текстам ЭБС РУДН имеют зарегистрированные пользователи РУДН (включая филиалы). Доступ осуществляется по логину и паролю.

Основной формат хранения полного текста - PDF. Пользователю предоставляется для просмотра файл целиком.

Для всех типов БД поиск и результаты поиска единообразны. Поддерживается экспорт и импорт записей в формате “MARC21”, “RusMARC” и “UNI MARC”.

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

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

- просмотр электронного формуляра;

- электронный отбор;

- сохранение запросов;

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

- электронный заказ для произведений в печатном формате.

Статистика разделена на 3 группы:

- статистика по базам данных «Книги», «Периодика», «Диссертации»;

- статистика обращений по базам данных;

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

Общие возможности:

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

- ЭБС РУДН предоставляет возможность доступа каждому зарегистрированному пользователю УНИБЦ (НБ).

- ЭБС РУДН обеспечивает наличие изданий по основным изучаемым дисциплинам;

- наличие учебной литературы, изданной за последние 10 лет; Литературы по дисциплинам базовой части гуманитарного, социального и экономического цикла -- за последние 5 лет;

- на все издания, размещенные в ЭБС РУДН, заключены прямые договоры с правообладателями;

- ЭБС РУДН предоставляет возможность одновременного индивидуального доступа ко всей системе для 100 процентов обучающихся;

- доступ к ЭБС РУДН возможен из любой точки, в которой имеется доступ к сети Интернет.

Также следует дополнительно и отдельно упомянуть странички филиала РУДН города Пермь (http://imp.rudn.ru/perm/), находящуюся на хостинге вместе с основным сайтом (http://www.rudn.ru/). На этих страничках доступны следующие разделы:

- общая информация;

- новости;

- правила приема;

- перечень вступительных испытаний;

- заявление о приеме;

- варианты вступительных тестов;

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

- рейтинговые списки;

- приказы о зачислении;

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

- сайт “ИМП РУДН”.

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

1.4 Обзор существующих решений проблемы

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

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

1.Организация хранения УМК в сети с клиентским приложением.

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

Преимущества:

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

Недостатки:

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

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

- зависимость от состояния сервера.

2.Организация хранения УМК в сети только с Web-интерфейсом.

Преимущества:

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

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

Недостатки:

- зависимость от состояния сервера.

1.5 Постановка задачи на разработку подсистемы

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

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

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

Техническое задание находится в Приложении 1.

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

1.6 Структура входящей документации

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

1 уровень:

- 2013 год (каталог);

- 2014 год (каталог);

- [N год].

2 уровень:

- 1 полугодие (каталог);

- 2 полугодие (каталог).

3 уровень:

- ПИБ-10-1 (каталог с файлами);

- ПИБ-10-2 (каталог с файлами);

- ПИБ-09-1 (каталог с файлами);

- ПИБ-09-2 (каталог с файлами);

- [Название группы] (каталог с файлами).

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

1 уровень:

- 2013 год (каталог);

- 2014 год (каталог);

- [N год];

2 уровень:

- 1 полугодие (каталог);

- 2 полугодие (каталог).

3 уровень:

- ПИБ-10-1 (файл с документами);

- ПИБ-10-2 (файл с документами);

- ПИБ-09-1 (файл с документами);

- ПИБ-09-2 (файл с документами);

- [Название группы] (файл с документами).

Расширение файлов является архивным (.zip, .7z, .rar), в каждом архиве хранятся задания.



1.7 Требования к функционалу

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

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

- требования функционала «движка» сайта;

- требования функционала хостинга.

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

- поддерживать архивные форматы файлов;

- поддерживать возможность записи файлов с компьютера - клиента на сервер;

- поддерживать возможность чтения файлов с сервера на компьютер - клиент;

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

- поддерживать аутентификацию и систему прав доступа.

Требования функционала «движка» сайта, так называемых CMS (Content Manager System), или Системы Управления Контентом. CMS сайта должен :

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

- поддерживать аутентификацию и систему прав доступа;

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

- поддерживать автоматическую регистрацию.

Требования функционала хостинга. Хостинг сайта должен обеспечивать:

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

- объем предоставляемой памяти - минимум 2 Гигабайта;

- надежность хранения данных;

- быстрый отклик сервера (соответственно, малый пинг);

- поддержку «движков» сайтов (CMS);

- разрешение на прямое чтение / запись файлов;

- поддержка необходимой версии PHP и MySQL;

- техническую поддержку.

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



2 ТЕОРЕТИЧЕСКИЕ АСПЕКТЫ РЕШЕНИЯ

2.1 Обзор существующих возможностей размещения в сети

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

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

- интернет-СМИ (газеты, журналы, радиостанции, телеканалы);

- форумы ;

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

- интернет сайты.

Интернет-СМИ [12].

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

Интернет-изданием (интернет-СМИ) может считаться не любой сайт. В соответствии с законом «О средствах массовой информации», принятым в последней редакции Государственной Думой РФ 3 июня 2011 года, интернет-сайт может быть зарегистрирован как СМИ только в случае, если от его владельцев поступило соответствующее заявление. Новостные сайты, не имеющие регистрации Роскомнадзора, юридически к СМИ не относятся. Напротив, сайт, зарегистрированный как СМИ, может пользоваться всеми правами, предоставляемыми средствам массовой информации: получать аккредитации на мероприятия, запрашивать информацию от органов государственной власти и местного самоуправления, может пользоваться льготами при уплате страховых взносов в фонды социального страхования, получать государственную поддержку.

Официально интернет - СМИ -- это не средства массовой информации.

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

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

Форумы [13].

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

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

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

Темы одной тематики объединяются, для удобства, в соответствующим образом названные Разделы и, таким образом, самая рспространённая иерархия веб-форума: Разделы > Темы > сообщения (посты).

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

Сами сообщения обычно имеют вид: «автор -- тема -- содержание -- дата/время». Эти сообщения и все ответы на них образует «ветку»[1] или «тему» (также употребляются кальки «топик», «топ» от англ. topic; «тред», «трэд» от англ. thread).

Существуют два типа представления информации (постов), для показа пользователю:

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

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

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

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

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

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

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

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

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

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

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

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

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

Электронная почта [14].

Электронная почта (англ. email, e-mail, от англ. electronic mail) -- технология и предоставляемые ею услуги по пересылке и получению электронных сообщений (называемых «письма» или «электронные письма») по распределённой (в том числе глобальной) компьютерной сети.

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

Достоинствами электронной почты являются: легко воспринимаемые и запоминаемые человеком адреса вида имя_пользователя@имя_домена (например, somebody@example.com); возможность передачи как простого текста, так и форматированного, а также произвольных файлов; независимость серверов (в общем случае они обращаются друг к другу непосредственно); достаточно высокая надёжность доставки сообщения; простота использования человеком и программами.

Недостатки электронной почты:

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

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

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

Интернет сайт [15].

Сайт (от англ. website: web -- «паутина, сеть» и site -- «место», буквально «место, сегмент, часть в сети») -- совокупность электронных документов (файлов) частного лица или организации в компьютерной сети, объединённых под одним адресом (доменным именем или IP-адресом).

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

2.2 Выбор и обоснование метода размещения в сети

модель интернет информационный проектирование

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

- электронная почта допускает передачу файлов, но её использование для этой цели нецелесообразно;

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

- Интернет-СМИ слишком масштабно для поставленной цели, и введение подобной системы нецелесообразно.

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

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

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

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

Отличия бесплатного хостинга от платного:

1. Отсутствие гарантий надежности работы хостинга.

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

3. Возможность изменения условий предоставления услуг.

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

5. Наличие посторонней рекламы на сайте.

6. Сложности при проведении рекламной кампании вашего сайта.

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

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

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

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

Преимущества облачных хранилищ:

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

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

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

Минусы облачных хранилищ:

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

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

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

С учетом географического расположения РУДН, из множества сервисов можно выделить несколько наиболее подходящих, это:

- яндекс - диск;

- google - диск;

- dropbox.

Следует произвести сравнение этих сервисов по специфическим параметрам, итак [18,19,20]:



Таблица 1 - Общее сравнение параметров

Параметры	Сервисы
	Я.Диск	Dropbox	G.Drive
Бесплатный объём стартовый, ГБ	3-6	2	5
Возможно бесплатное расширение до, ГБ	20	20	Нет
Максимальный объём для 1 человека	20	500 ГБ	16 ТБ
Максимальный размер файла, ГБ	ЗГБ	Любой	10 ГБ
Загрузка файлов через настольное приложение	10 ГБ	Любой	10 ГБ
Загрузка файлов через веб-сайт	2ГБ	300 МБ	10 ГБ
Потребление памяти, МБ (WinXP)	16-36	55-71	52-78
Время загрузки файла, % от Яндекса	100	132	100
Доступность за 30 дней, %	90	99,97	100
Использование существующего аккаунта почты без необходимости регистрации	Да	Нет	Да

Таблица 2 -Тарифные планы и цены

Объем предоставляемого места	Цены (в долларах/месяц)
	Я.Диск	Dropbox	G.Drive
25+ ГБ	Нет	Нет	30
50+ГБ	Нет	Нет	Нет
100 ГБ	Нет	100	60
200+ ГБ	Нет	200	120
500 ГБ	Нет	500	240

Таблица 3 - Поддержка платформ

Операционная система	Поддержка сервисами
	Я. Диск	Dropbox	G. Drive
Windows ХР	Да	Да	Да
Windows Vista, 7	Да	Да	Да
Windows 8	Нет	Да	Да
Mac OS X	Да	Да	Да
iOS	Да	Да	Да
Android	Да	Да	Да
Windows Phone	Нет	Нет	Нет
Blackberry	Нет	Да	Нет

Таким образом, при возникновении необходимости должна быть возможность использования одного из двух «облачных» сервисов:

Google - диск, либо Dropbox. Яндекс - диск не рекомендуется использовать, исходя из следующего:

- яндекс - диск не имеет совместимость с Windows 8 согласно Таблице 3;

- яндекс - диск не имеет тарифных планов согласно Таблице 2;

- яндекс - диск нестабильно работает согласно Таблице 1, это проявляется в «скачках» скорости скачивания/записи.



3. ТЕХНОЛОГИЯ РЕШЕНИЯ

3.1 Выбор инструментальной среды разработки

Система передачи файлов должна:

- поддерживать архивные форматы файлов;

- поддерживать возможность записи файлов с компьютера - клиента на сервер;

- поддерживать возможность чтения файлов с сервера на компьютер - клиент;

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

- поддерживать аутентификацию и систему прав доступа;

- быть бесплатной.

Предложенные варианты:

- google Drive Embed Plugin (дополнение для CMS);

- компонент Dropbox (дополнение для CMS);

- модуль jDownloads (дополнение для CMS).

Модуль jDownloads [21]

Достоинства jDownloads:

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

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

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

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

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

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

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

- множество опций в настройках. Около ста двадцати настроек в jDownloads дают вам полное управление над компонентом.

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

- встроенный поиск. Встроенная система лицензионного соглашения.

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

- отправление письма на E-Mail после скачивания. Если эта функция активна, на почту будет отправляться письмо о факте скачивания;

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

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

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

- поддержка компонента JoomFish. XML файлы для JoomFish включены в компонент, таким образом вы сможете отобразить jDownloads на различных языках;

- поддержка MP3 файлов;

- простейшая поддержка PAD-файлов;

- поддержка JComments;

- поддержка Google Adsense. Вы можете отобразить объявления Google adsense во многих вариациях в заголовке или дне компонента.

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

- простое обновление до новых версий. Вы можете удалить jDownloads без потери каких-либо данных и установить более новую версию.

Недостатки jDownloads:

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

- редактирование через фронт. Вы не сможете редактировать категории или файлы через фронт сайта. На данный момент это возможно только через раздел администратора;

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

Компонент Dropbox [19]

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

Преимущества:

- публикация файлов различного типа;

- просмотр графических файлов каталога;

- позволяет пользователям загружать файлы в свой аккаунт на Dropbox;

- имеется возможность использования расширения в качестве компонента или плагина.

Недостатки:

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

- платный плагин.

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

Преимущества:

- публикация файлов различного типа;

- позволяет пользователям загружать файлы в свой аккаунт на Dropbox;

- имеется возможность использования расширения в качестве компонента или плагина.

Недостатки:

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

- сложность внедрения в CMS;

- отсутствие русского языка.

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

Компонент Dropbox не использовать вследствие отсутствия бесплатной версии данного компонента.

Google Drive Embed Plugin не использовать вследствие отсутствия поддержки русского языка и чрезмерной сложности реализации его внедрения в CMS.

Выбор CMS

Требования:

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

- поддержка аутентификации и системы прав доступа;

- поддержка возможности тонкой настройки параметров сайта, включая систему меню и настройку интерфейса;

- поддержка автоматической регистрации.

Наиболее распространенные и качественные CMS:

- CMS Drupal;

- CMS Joomla!;

- CMS WordPress;

CMS Drupal

Drupal безусловно одна из самых мощных и функциональных бесплатных CMS, но рекомендовать ее стоит лишь подготовленным пользователям, владеющим основами PHP, HTML и MySQL [5].

Достоинства:

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

- более 6,000 модулей облегчающих расширение функционала Drupal;

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

Недостатки:

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

- довольно скромное количество готовых тем;

- структура темы достаточно сложная;

- данная CMS довольно сложна для неподготовленного пользователя.

CMS Joomla!

Если вы хотите создавать сайты высокого уровня, с серьезным функционалом и готовы приложить некоторые усилия для освоения CMS, то Joomla именно то, что вам нужно [2,3,4].

Достоинства:

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

- только на официальном сайте более 9200 расширений;

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

- по сравнению с другими CMS большее количество высококачественных тем.

Недостатки

- панель управления не настолько простая, как у других CMS;

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

CMS WordPress

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

Достоинства

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

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

- удобная панель управления содержанием и внешним видом.

Недостатки

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

- стандартная установка уязвима для атак;

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

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

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

Выбор хостинга

Требования:

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

- объем предоставляемой памяти - минимум 2 Гигабайта;

- надежность хранения данных;

- быстрый отклик сервера (соответственно, малый пинг);