35
комплектования библиотечного фонда, в том числе подписки на
пеериодические и сериальные издания;
инвентаризации библиотечного фонда (индивидуальный и суммарный
учет);
обработки поступающих изданий и формирования электронных
каталогов;
обеспечения формирования документов по традиционной «бумажной»
технологии: печать листов заказа, инвентарных и суммарных книг, всех видов
каталожных карточек, всех типов актов, списков новых поступлений,
указателей, произвольных списков по запросу пользователя;
организации работы с библиотечным фондом (обеспечение учёта и
сохранности, контроль за движением, своевременное списания ветхих книг);
организации функционирования обменного фонда;
создания и обеспечения функционирования электронной библиотеки
(собрания полнотекстовых электронных ресурсов);
обслуживания пользователей (регистрация читателей, организации
доступа к электронным информационным ресурсам, в том числе и удаленно с
использованием специализированного ресурса для публикации в сети Интернет,
организации заказа, выдачи и возврата изданий из фонда библиотеки в
электронном режиме, в том числе и удаленно, контроля за использованием
фонда);
сбора библиотечной статистики (по структуре и составу
библиотечного фонда, по составу электронного каталога библиотеки, по
количественному и качественному составу пользователей, по использованию
электронных ресурсов, по библиотечному обслуживанию и т.д.).
OPAC-Global — веб-технология для построения библиотечных сетей на
основе форматов RUSMARC [29]. OPAC-Global является инструментом
создания «Электронных библиотек без границ» на основе корпоративной работы
неограниченного числа интернет-участников в режиме реального времени через
стандартные браузеры (рисунок 16).
36
Рисунок 16 Интерфейс системы OPAC-Global
Все функции системы выполняются через стандартные Web-клиенты и
включают:
1. Настройку системы на требования пользователя (библиотеки или
библиотечной сети).
2. Каталогизацию в формате RUSMARC или других MARC форматах.
3. Поиск и заказ документов.
4. Использование авторитетных файлов в процессе каталогизации и
поиска.
5. Циркуляцию (регистрация движения документов).
6. Реферирование документов в реальном режиме времени.
7. Добавление к библиографическим записям полно содержательных
цифровых объектов (документов) с возможностью поиска их по свободному
тексту.
8. Импорт/экспорт библиографических и авторитетных файлов в
пакетном режиме в формате RUSMARC.
9. Ведение отчетов о работе системы.
10. Регистрация читателей и удаленных пользователей.
37
11. Ведение персональных финансовых расчетов для платных
информационных услуг.
12. Администрирование системы в локальном и удаленном режимах.
АБИС «Колибри» [20] позволяет автоматизировать основные
библиотечные процессы: обработка и каталогизация изданий, комплектование
фондов, обслуживание читателей, статистический учет.
АБИС «Колибри» - это:
возможность совмещения нескольких АРМов на одном рабочем месте
(при этом любой из АРМов может работать как в сети, так и автономно);
альтернативные технологические линии и маршруты выполнения
библиотечных процессов;
адаптивность системы к реконфигурации при изменении
функциональной и организационной структуры;
возможности модернизации системы и перевода ее в новую
операционную среду с сохранением накопленных баз данных путем их
конвертирования.
Покупка готового ПО - один из наиболее простых вариантов, не
требующих других затрат, кроме финансовых. Среди преимуществ такого
способа можно назвать минимальные временные затраты и усилия на внедрение
продукта. Также есть очень большая вероятность купить хороший и актуальный
продукт из последних разработок, ввиду повышенной конкуренции на данном
рынке. Основными недостатками становится значительная дороговизна,
поскольку хороший продукт не может стоить дешево.
Кроме этого нельзя адаптировать систему «под себя» на 100%, даже
применяя все её функции по максимуму. Последним недостатком можно назвать
возможность возникновения критических ошибок из-за несовместимости
системы и структурной организации предприятия, для устранения которых
будут нужны немалые временные затраты, поскольку скорее всего придется
обращаться к производителю.
Покупка готового ПО и его модификация под требования клиента - это
улучшенный первый вариант приобретения, но с сохранившимся единственным
недостатком - это предполагаемая высокая стоимость. Такой вид приобретения
38
дает возможность в буквальном смысле «подогнать» все параметры ПО под
нужды потребителя и условия работы. Но важно учитывать, что слишком
глубокие изменения системы могут занимать значительные промежутки
времени.
Создание собственного ПО - самый длительный способ получения
нужного продукта. Группа специалистов IT отдела, отдела программных
разработок реализует свой собственный продукт для своей же компании,
учитывая её специфику. Но зачастую этот процесс занимает довольно много
времени и не всегда гарантирует 100% результат. В созданном продукте может
быть масса недоработок, которые необходимо будет устранять уже в процессе
работы системы.
Проанализировав преимущества и недостатки вариантов приобретения
программного обеспечения, учитывая специфику и возможности университета,
был выбран вариант создания собственного ПО.
1.2.4 Обоснование проектных решений по информационному
обеспечению
Информационное обеспечение (ИО) подразделяют на внемашинное и
внутримашинное обеспечение.
Само ИО состоит из: системы классификации и кодирования; системы
единообразной документации, применяемой в ИО, информационную базу, т.е.
совокупность данных из всех информационных массивов.
Внемашинное обеспечение определяется всей совокупностью данных,
основную часть которых составляют документы. Выделяют первичные
(входные) документы и отчетные (выходные) документы.
Внутримашинное ИО отражает данные на машинных носителях в виде
специально организованных массивов (файлов), БД и их информационных
связей. Внутримашинное ИО подсистемы организует информационную среду,
способствующую выполнению сотрудниками своих профессиональных
обязанностей. Эта область определяется набором объектов, их свойств и
взаимосвязей. Для любого такого объекта выражается набор его характеристик,
свойств.
39
Информационные потоки внешнемашинного ИО определяются как
направленное постоянное движение документов от источника из создания к
конечному получателю.
К ИО предъявляются указанные ниже общие требования:
ИО должно быть достаточным для реализации всех автоматизируемых
функций объекта;
в процессе кодирования данных должны использоваться принятые у
заказчика классификаторы;
в процессе кодирования выходной и входной информации, которая
применяется на высшем уровне управления, нужно использовать
классификаторы этого уровня;
важно обеспечить совместимость с ИО систем, которые так или иначе
связаны с разрабатываемой системой;
все формы документов должны отвечать корпоративным стандартам
заказчика (или унифицированной системы документации);
строение документов и экранных форм должно соответствовать
параметрам терминалов на рабочих местах пользователей;
графики формирования и содержание информационных сообщений, а
также применяемые аббревиатуры должны быть общепринятыми в этой
предметной области и обговоренными с заказчиком;
ИС должна предусматривать наличие средств контроля входной и
итоговой информации, механизма обновления данных в информационных
массивах, методик отслеживания целостности ИБ, средств защиты от
нелегального доступа.
1.2.5 Обоснование проектных решений по программному
обеспечению
Требования, которым должно соответствовать создаваемое ПО [8]:
стабильность, поскольку в процессе работы ИС важна ее постоянная
доступность;
эффективность, поскольку на основе выходных данных ис избираются
управленческие решения;
простота использования для пользователя;
40
защита данных;
изменяемость, что вызвано планами на дальнейшее развитие всей ис
предприятия в целом
компактность;
модифицируемость;
минимальные затраты на обслуживание и поддержку.
Требования, предъявляемые к программам с точки зрения пользователей:
все программные продукты, включенные в состав системы, должны
соответствовать требованиям, определяемым к человеко-машинному
интерфейсу;
в приложениях ИС должен присутствовать стандартный интерфейс
(классический вид окон, меню и панелей инструментов, доступность настройки
параметров среды);
в процессе работы с приложением данные должны быть защищены от
неправильных действий пользователя.
Выбор архитектуры ИС
Практически любая компьютерная программа требует для своей работы
ввода исходных данных. Способ такого ввода и организации соответствующих
данных существенно зависит от вида решаемых задач.
Если объем исходных данных невелик (порядка нескольких чисел,
символов, символьных последовательностей и т.п.), то наиболее эффективным
способом ввода будет диалоговое взаимодействие пользователя с программой с
фиксацией (если это необходимо) вводимых данных в файле. Такого же рода
файл можно использовать и в случаях, когда часть используемых данных
меняется при переходе от одного варианта решаемой задачи к другому.
В случае, когда объем данных велик, доступ к ним отличается от
последовательного, а сами данные некоторым образом структурированы и могут
быть подготовлены (хотя бы частично) заранее, становится целесообразным
использование базы данных (БД) и соответствующих средств доступа к ней для
чтения, корректировки и добавления данных.
Система управления базами данных (СУБД) — специализированная
программа (чаще комплекс программ), предназначенная для организации и
41
ведения базы данных [10]. СУБД управляет данными во внешней памяти и в
оперативной памяти; обеспечивает журнализацию изменений, резервное
копирование и восстановление базы данных после сбоев; поддерживает языки
определения данных и манипулирования данными.
Данные функции обеспечивают компоненты СУБД:
ядро, которое отвечает за управление данными во внешней и
оперативной памяти и журнализацию;
процессор языка базы данных обеспечивает оптимизацию запросов на
извлечение и изменение данных, и создание, как правило, машинно-
независимого исполняемого внутреннего кода;
подсистема поддержки времени исполнения, которая интерпретирует
программы манипуляции данными, создающие пользовательский интерфейс с
СУБД;
сервисные программы (утилиты), обеспечивающие ряд
дополнительных возможностей по обслуживанию ИС.
СУБД можно классифицировать по нескольким критериям [13]:
По модели данных: иерархические, сетевые, реляционные, объектно-
реляционные, объектно-ориентированные.
Наиболее популярна на данный момент реляционная модель базы данных,
в которой все данные хранятся в двумерных таблицах, и записи не повторяются.
Их уникальность обеспечивается первичным ключом – это поле или несколько
полей, однозначно определяющих запись. Для быстрого поиска в реляционных
таблицах создаются индексы по одному или нескольким полям таблицы. Для
автоматической поддержки целостности связанных данных и выборки данных из
нескольких связанных таблиц используются первичные и внешние ключи.
По архитектуре организации хранения данных:
локальные СУБД (все части локальной СУБД размещаются на одном
компьютере);
распределенные СУБД (части СУБД могут размещаться на двух и
более компьютерах).
По способу доступа к БД: файл-серверные и клиент-серверные.
42
Архитектура информационной системы зависит от способа доступа к
базам данных.
В файл-серверных СУБД файлы данных располагаются централизованно
на файл-сервере. Ядро СУБД располагается на каждом клиентском компьютере.
Доступ к данным осуществляется через локальную сеть. Синхронизация чтений
и обновлений осуществляется посредством файловых блокировок.
Преимуществом этой архитектуры является низкая нагрузка на ЦП сервера, а
недостатком – высокая загрузка локальной сети. На данный момент файл-
серверные СУБД считаются устаревшими. Примеры: Microsoft Access, Borland
Paradox.
Клиент-серверные СУБД, в отличие от файл-серверных, обеспечивают
разграничение доступа между пользователями и мало загружают сеть и
клиентские машины. Примеры: Firebird, Interbase, IBM DB2, MS SQL Server,
Sybase, Oracle, PostgreSQL, MySQL.
Клиент-сервер - это вид распределенной системы, в которой есть сервер,
выполняющий запросы клиента. Под клиентом понимается программа,
использующая ресурсы, а под сервером - программа, обслуживающая запросы
клиентов на получение ресурсов определенного вида. Взаимодействие
клиентской и серверной частей приложения осуществляется через сеть -
локальную или глобальную.
Схема клиент-серверного взаимодействия интернет-приложения, чаще
всего, представляет следующую последовательность операций:
1. Пользователь формирует запрос в браузере, т.е. работает с
управляющими элементами на форме.
2. Программа на сервере обрабатывает введённые данные и формирует
запрос к БД с использованием языка SQL (Structured Query Language) .
3. СУБД формирует ответ.
4. Браузер перестраивает HTML-страницу в соответствии с ответом на
запрос пользователя.
Преимущества клиент-серверной архитектуры:
все вычисления выполняются на сервере, соответственно, требования
к компьютерам, на которых установлен клиент, снижаются (тонкие клиенты);
43
все данные хранятся на сервере, который, как правило, защищён
гораздо лучше большинства клиентов;
на сервере проще обеспечить контроль полномочий, чтобы разрешать
доступ к данным только клиентам с соответствующими правами.
Недостатки:
неработоспособность сервера может сделать неработоспособной всю
вычислительную сеть;
поддержка работы данной системы требует отдельного специалиста -
системного администратора.
Несмотря на определенные недостатки, клиент-серверная архитектура
является надежной и вполне подходит для реализации данного проекта.
Очевидно, что «АРМ библиотекаря» наиболее целесообразно
разрабатывать в архитектуре «клиент-сервер» для обеспечения
многопользовательского и/или удаленного режима работы.
Выбор СУБД
Выбор системы управления баз данных представляет собой сложную
многопараметрическую задачу и является одним из важных этапов при
разработке приложений баз данных.
Если планируется разрабатывать веб-приложение, то преимущества
использования СУБД в этом случае очевидны: все рутинные операции по
записи, поиску и извлечению информации берет на себя сервер, программист
работает только с логикой web-приложения.
В качестве хранилища информации выбрана реляционная модель данных.
MySQL на данный момент является наиболее распространенной системой
управления данными [4]. По данным издания DB-Engines, ежегодно
публикующего рейтинг наиболее популярных систем управления базами
данных, в 2018 году MySQL заняла 2-е место вслед за Oracle [25].
Большинство динамических сайтов использует именно MySQL в качестве
хранилища своих данных. СУБД стала стандартом для использования в web-
приложениях благодаря своей производительности, простоте установки и
обслуживании.
44
MySQL – это реляционная система управления базами данных от
корпорации Oracle. MySQL является продуктом класса Open Source (открытые
исходные тексты), который можно получить бесплатно. Связка PHP + MySQL
или Perl + MySQL обеспечивают очень высокое быстродействие, которого очень
трудно достичь другими средствами. Поддержка MySQL входит в стандартную
сборку PHP. Таким образом, дешевизна, легкодоступность, производительность
и тесная взаимосвязь с PHP и обеспечивают высокую популярность MySQL.
Для управления базой данных MySQL предоставляется специальный
интерфейс управления phpMyAdmin. Данный интерфейс позволяет создавать,
редактировать, удалять таблицы, производить манипуляции над базой данных
при помощи SQL-запросов.
Достоинства: компактная, бесплатная имеет API через который очень
быстро взаимодействует с приложением, имеет встроенный сервер - т.е. можно
включить в приложение и не устанавливать сервер отдельно от программы.
Таблицы MyISAM одни из быстрых таблиц и не уступают в скорости Oracle.
Имеются многочисленные инструменты для восстановления таблиц при форс-
мажорных обстоятельствах.
Недостатки: наиболее быстрый тип таблиц MyISAM имеет невысокую
надёжность (по сравнению с Oracle и MS SQL Server) при достижении таблиц
размера более 10Gb. Другой тип таблиц, например, InnoDB поддерживает размер
до 1 Tb, однако, он гораздо медленее MyISAM. Таблицы типа MyISAM не
поддерживают транзакции, зато поддерживают полнотекстовый поиск, а InnoDB
поддерживают транзакции, но не поддерживают полнотекстовый поиск.
Поддерживает не все элементы SQL-стандарта.
В качестве системы управления базами данных выбрана MySQL. СУБД
MySQL является одной из самых популярных систем управления реляционными
данными, используемых в веб-приложениях.
Это обусловлено следующими факторами:
бесплатность использования;
простота установки, настройки и поддержки;
набор необходимых функций, сопоставимый с возможностями
большинства платных СУБД.