Состояние ЭБ соответствует состоянию ее ресурсов, которые образованы электронными коллекциями информационных объектов (которыми управляет ЭБ), групп уполномоченных пользователей и функциональных возможностей ЭБ. Это состояние изменяется в течение всего времени существования ЭБ согласно функциональным возможностям, активизированным пользователями.
Эти пользователи потребляют все доступные ресурсы ЭБ благодаря ее функциональным возможностям, обеспечиваемым электронной библиотекой в соответствии с правилами доступа и в надлежащем качестве, которое гарантируется электронной библиотекой.
Каталогизаторы ЭБ - это производители содержания ЭБ, ресурсов, главным образом информационных объектов коллекций, к которым будет доступ у других пользователей ЭБ. Предполагается, что подобные пользователи достаточно хорошо знакомы с предметной областью создаваемых ресурсов и с требованиями, предъявляемыми ЭБ к информационному объекту, чтобы создать квалифицированное описание информационного объекта (ИО).
Иногда (например, в случае самокаталогизации) каталогизаторами могут выступать практически любые пользователи ЭБ, например, авторы монографий, размещаемых в ЭБ. Однако даже хорошо описанный ресурс требует проверки специально подготовленными сотрудниками для исключения неточностей и ошибок.
Редакторы ЭБ - это пользователи, отвечающие за содержание ЭБ. Фактически редакторы должны курировать все ресурсы, формирующие ЭБ. Редактор принимает окончательное решение об опубликовании электронных документов, коллекций ЭД, проверяет корректность их описаний, соответствие их тем или иным стандартам. Иными словами, редактор формирует информационное наполнение ЭБ, вырабатывает политики доступа и представления ИР конечным пользователям.
Безусловно, редактор - это наиболее квалифицированный человек среди всех пользователей, он использует свое знание предметной области для того, чтобы определить, настроить и обслуживать электронную библиотеку таким образом, чтобы соединить информацию и функциональные потребности потенциальных пользователей ЭБ.
Технический персонал (администраторы) ЭБ. Под техническим персоналом будем понимать множество пользователей, которые выполняют различные специальные роли, необходимые для поддержания работоспособности системы, а также для развития ее технических возможностей. Как правило, подобные пользователи должны иметь максимально полные права доступа к информационным ресурсам ЭБ, хотя и могут выполнять принципиально разные задачи, поэтому логично было бы объединить их в рамках одного сценария или роли. Выделим некоторые особенности данной группы пользователей. Функционально весь технический персонал ЭБ можно поделить на три группы. Это проектировщики ЭБ, системные администраторы и разработчики приложений ЭБ.
Проектировщики ЭБ. Главная задача проектировщика ЭБ - создание (настройка, изменение) структуры, эффективно соединяющей в себе ИР ЭБ и удовлетворяющей потребностям потенциальных пользователей ЭБ. Для реализации поставленной задачи проектировщики взаимодействуют с системой управления ЭБ, обеспечивая оптимальные функциональные параметры и параметры конфигурации контента. Под функциональными параметрами будем понимать настройки, влияющие на представление функциональных возможностей ЭБ конечному пользователю системы. Параметры конфигурации контента определяют представление ресурсов третьей стороны, используемых ЭБ, например, хранилища данных, онтологии, схемы классификации, нормативные файлы и географические справочники, которые будут использоваться для того, чтобы сформировать информационное наполнение ЭБ. Значения этих параметров формируют способ представления ЭБ конечному пользователю.
2.3 Уровень библиотеки
На уровне ЭБ также должен быть реализован сервис, главной целью которого являются одновременная трансляция одного и того же поискового запроса ко всем коллекциям и сбор результатов этого запроса. Разумеется, подобный сервис должен представлять инструментарий для управления точками входа в ЭК, добавления и изменения ЭК в библиотеке, управления пользователями ЭБ. Следовательно, информационная система (ПС) ЭБ имеет сервис-ориентированную архитектуру, а, учитывая, что подобная система тесно связана с всемирной паутиной, разработка системы сводится к разработке набора различных веб-сервисов.
Поиск по библиотеке должен проводиться на основе единого коммуникативного формата метаданных (например, Dublin Core): формы описания ресурсов коллекций могут отличаться, поэтому там, где это необходимо, должна быть создана система конвертации метаданных коллекций в коммуникативный формат и обратно.
Помимо трансляции запроса должна быть предусмотрена возможность перехода к поисковым формам отдельных коллекций. Такой веб-сервис является своего рода единой точкой входа в ЭБ, при необходимости предоставляющей переход к более узконаправленным частям системы, каковыми являются отдельные коллекции.
Пользователь получает доступ к головному сервису ЭБ. Если он представляет, к какой конкретно коллекции принадлежит интересующий его документ, то он может сразу перейти к поисковой системе отдельно взятой коллекции и далее работать с ПО ЭК. Если пользователю неизвестна принадлежность ЭД к конкретной коллекции или документ может состоять в нескольких коллекциях, то он имеет возможность произвести общий поиск по всем коллекциям. В этом случае головной веб-сервис транслирует поисковый запрос ко всем ЭК, используя описанные точки входа к каждой коллекции. Так как все коллекции имеют строго определенные точки входа, результат поиска тоже будет передан головному сервису в едином коммуникативном формате. После просмотра полученных результатов пользователь может перейти к более подробному отображению результатов в рамках отдельной коллекции. Если же документ не содержится внутри ЭБ, то пользователю предоставляется возможность поиска в других хранилищах, поисковый запрос также может транслироваться по различным протоколам (например, Z39.50, SRU/SRW) к другим хранилищам или каталогам АБИС.
Рисунок 9 - Диаграмма связи между данными в базе
2.4 Проектирование web- интерфейса информационной системы
Большинство Web-страниц представляют собой гипертекстовые документы, отформатированные с помощью специального языка разметки документов HTML (HyperText Markup Language).
Любой HTML-документ состоит из двух частей: заголовка и тела документа. Заголовок документа содержит основную информацию, в том числе и HTML - название. Тело документа представляет собой содержимое web-страницы.. HTML - документ представляет собой размеченный тегами текст. Теги представляют собой определенную последовательность символов, заключенных между символами "<" и ">". Использование прописных или строчных букв в написании тегов значения не имеет.
<HTML>
<HEAD>
<TITLE> Каталог библиотека </TITLE>
</HEAD>
<BODY>
Привет! ДОБРО ПОЖАЛОВАТЬ В БИБЛИОТЕКУ</BODY>
</HTML>
Здесь представлены парные теги:
<HTML>…</HTML> - начальный и конечный теги всего HTML-документа. Данный тег предназначен для того, чтобы браузер определил тип документа (HTML) и соответствующим образом его отобразил.
<HEAD>…</HEAD> - начальный и конечный теги заголовка документа. Тег заголовка должен быть указан сразу после тега <HTML> и не должен присутствовать в теле документа. Он отмечает общее описание документа и позволяет HTTP-серверу получить информацию о документе.
Название страницы, заключенное в теги <TITLE>…</TITLE>, отобразилось в заголовке окна браузера, имя файла страницы - в строке адреса, а содержание страницы, ограниченное тегами <BODY>…</BODY>, - в окне просмотра.
Выполним разработку Web-сайта библиотечного ресурса. Первые шаги на этом пути нам помогут сделать следующие инструкции.
На начальном этапе необходимо разработать начальную, или как ее еще принято назвать домашнюю страницу. Эта страница должна содержать основную информацию, описывающую деятельность фирмы, а также ссылки на последующие страницы в соответствии со структурой сайта, а также контактную информацию для связи с представителями фирмы.
Большинство Web-страниц представляют собой гипертекстовые документы, отформатированные с помощью специального языка разметки документов HTML (HyperText Markup Language).
Язык разметки гипертекста состоит из набора элементов, которые описывают структуру документа и управляют его отображением. Разметка документов (markup) производится с помощью специальных флагов разметки, называемых тегами (tag - метка), которые интерпретируются Web-браузерами при загрузке HTML-документа. Теги являются инструкциями для браузера и определяют как внешний вид документа (форматирование символов, организации абзацев, таблиц и т.п.), так и связи с другими URL-ресурсами (HTML-страницами, изображениями, серверами).
Атрибут HREF="URL" задает URL-адрес объекта гиперссылки. Наличие спецсимволов в адресе требует заключения его в кавычки. С помощью атрибута HREF можно задать ссылку на другую страницу сайта, на определенный участок страницы, включить адрес электронной почты, задать ссылку на сетевой ресурс.
При просмотре в браузере текст, заключенный между тегами <A HREF="URL"> и </A>, изображается в браузере с подчеркиванием и выделяется цветом в соответствии с настройками браузера. Пользователь, щелкнув по выделенному как гиперссылка тексту мышкой, может загрузить документ с указанным в ссылке адресом. Например, тегом
<A HREF="http://staties.ru/?page_id=13 "> О нас </A>
описывается гиперссылка на страницу "О нас". В этой ссылке задается полный URL-адрес.
Гиперссылки, указывающие на локальные документы, также содержат обычные URL-адреса, но в этом случае не нужно указывать протокол и полный адрес. При создании ссылки, указывающей на Web-страницу, расположенную на том же сервере, что и первоначальный HTML-документ, можно использовать относительный URL-адрес. Например, тег
<A HREF= http://staties.ru/?page_id=172> Заказ </A>
описывает ссылку на страницу заказа. Здесь атрибут HREF= http://staties.ru/?page_id=172 задает относительный адрес.
До сих пор мы рассматривали ссылки формата <A HREF="URL">, указывающие на отдельные файлы или страницы. Можно организовать ссылку на помеченный фрагмент внутри данного документа. Для этого в адресе используется имя метки со знаком #. Так, тег <A HREF = "#index1"> Подробнее... </A> описывает переход к фрагменту, находящемуся на той же странице, и помеченному меткой "index1".
После того как произошла загрузка web-приложения по ссылке
http://staties.ru/, открывается главная страница (рис.10).
Рисунок 10 - Главная страница
На главной странице необходимо выбрать в меню зарегистрироваться (рис.11). После этого открывается соответствующая страница регистрации
Рис 11 Страница регистрации
Рисунок 12 - Форма для пользователей библиотеки
Для того, чтобы открыть форму для сотрудника библиотеки необходимо ввести имя пользователя или e-mail и пароль (рис.12).
Рисунок 13 - Страница для сотрудников библиотеки
Для формирования страницы был использован фрагмент кода HTML (см. приложение).
Заключение
Таким образом, веб-сервисы - это реализация абсолютно четких интерфейсов обмена данными между различными приложениями, которые могут быть написаны не только на разных языках, но и распределены на разных узлах всемирной паутины, создание головного поискового сервиса ЭБ позволит объединять коллекции, сформированные с помощью любого ПО, в том числе и посторонних разработчиков.
И, прежде всего, интегрированные обособленные системы электронных архивов и обособленные разработки систем ЭБ трансформируются в набор отдельных модулей и сервисов, которые могут быть гибко объединены в различные многофункциональные системы.
В соответствии с заданием на курсовую работу была разработана автоматизированная информационная система "Библиотека", которая автоматизирует обработку и поиск информации о необходимой литературе и читателях.
Информационная система обеспечивает информационную работу с данными: ввод, удаление, поиск, выборку всех данных о выполненных заявках, сотрудниках и также существует возможность просмотра данных в таблицах на форме. Работа с информационной системой происходит в диалоговом режиме, который предоставляет пользователю возможность взаимодействовать с хранящейся в системе информацией в режиме реального времени, получая при этом всю необходимую информацию для решения функциональных задач.
Разработанная программа имеет удобный пользовательский интерфейс. При запуске программы открывается страница "Главная".
Основные сведения содержатся на страницах. В первой главе рассматривается анализ деятельности библиотеки, выполняется постановка задачи, выполняется описание требований к информационной системе.
Во второй главе рассматривается информационное обеспечение задачи учета библиотечного фонда и читателей, выполняется проектирование и разработка ИС "Библиотека".
На основании вышеописанного, можно сделать следующий вывод: проектируемое web-приложение может быть использовано для автоматизации учета библиотечного фонда и читателей, а разработанная на основании анализа основных этапов и технологий проектирования ИС, без сомнения улучшит качество обслуживания посетителей и повысит эффективность работы библиотечного фонда.
Список использованных источников
1. Основная
2. MS Office Online [Электронный ресурс]: домашняя страница. - Продукты. MS Office Access. - URL: http://office.microsoft.com/ru-ru/access/(дата обращения: 11.04.2017)
3. SQL.RU - Введение в базы данных [Электронный ресурс]: ресурс содержит теоретический и практический материал, посвященный вопросам разработки и использования баз данных. - URL: http://www.sql.ru/articles/ms sql/2006/031701iintroductionindatabases.shtml (дата обращения:12.04.2017)
4. Базы данных / И.Е. Медведкова,Ю.В. Бугаев,С.В. Чикунов - Воронеж: ВГУИТ,2014. - 105 с.
5. http://ltsc.ieee.org/wgl2/
6. http://spec.edu.ru/sights/spec.nsf/(all)?OpenView&RestrictToCategory=3
7. Дополнительная:
8. Голева М.В. функциональное моделирование (нотация idef0) муниципальной библиотеки / М.В. Голева, И.Н. Доронина // Международный журнал экспериментального образования. - 2014. - № 7-1. - С. 11-13.