Учебно-методическое пособие Барнаул-2004 удк печатается по решению Ученого совета Барнаульского государственного педагогического университета
Вид материала | Учебно-методическое пособие |
- Учебно-методическое пособие Барнаул-2004 удк печатается по решению Ученого совета Барнаульского, 1461.29kb.
- И. Я. Яковлева Н. И. Алексеева Основы этики: учебно-методическое пособие, 948.92kb.
- Учебно-методическое пособие Ульяновск, 2004 г. Ббк: 74. 200. 52 + 74. 265. 1 Удк: 373., 886.42kb.
- В. Г. Белинского кафедра мировой и отечественной культуры удк 17: 34 (075. 8) Этика, 993.72kb.
- В. Г. Белинского кафедра мировой и отечественной культуры удк 17: 34 () этика профессионального, 1107.99kb.
- Учебно-методическое пособие псков 2008, 827.79kb.
- М. Ю. Иванов Бизнес-планирование в сфере услуг Учебно-методическое пособие, 908.25kb.
- Учебно-методическое пособие Саров Арзамас сгт, 3387.31kb.
- В. Г. Белинского Исторический факультет Гуманитарный учебно-методический и научно-издательский, 2441.09kb.
- Практикум Учебно-методическое пособие Канск 2006 Печатается по решению научно-методического, 1041.76kb.
Версия для школьных библиотек
За последний год была создана автоматизированная информационно-библиотечная система для школ, которая называется “МАРК- школьная библиотека”.
АИБС “МАРК — школьная библиотека” предназначена для библиотекарей, учителей, учащихся средних общеобразовательных учебных заведений, а также для специалистов системы управления образованием и научно-методических центров.
АИБС “МАРК — школьная библиотека” является модификацией системы “МАРК- SQL ”, включающая специфику для школ. В основном, изменения были внесены в модуле “Книгообеспеченность” в функции, связанные с определением структуры школы вместо структуры вуза. Также были созданы новые шаблоны для получения отчетных документов, регламентирующих работу школьной библиотеки. Были внесены изменения в режимы выдачи/возврата учебников, связанные с выдачей книг партиями. Вместе с системой поставляется база данных учебников, рекомендуемых для применения в учебном процессе на территории России. Поставка этой системы была осуществлена в 273 московские школы.
Дальнейшие направления развития
На сегодняшний день дальнейшее развитие АИБС “МАРК- SQL ” происходит в двух направлениях.
Одно из направлений развития связано с доработкой функциональных возможностей АИБС ”МАРК- SQL ”. К таким доработкам можно отнести усовершенствование режимов, связанных с подпиской на периодические издания, с созданием режимов для работы в хранилищах библиотеки при применении безбумажных технологий, с включением средств электронной подписи в систему и использованием ее при выдаче/возврате книг.
Другое направление развития системы связано с принципиальными изменениями в системе. Изменена структура базы данных и осуществлен переход на другие средства доступа к базам данных. В АИБС “МАРК- SQL ” доступ к базам данных осуществлялся через ODBC -драйверы. В новой версии было решено реализовать доступ к базам данных средствами OLE DB . Это связано с тем, что технологию ODBC Microsoft не будет далее совершенствовать. OLE DB представляет собой следующую ступень развития средств доступа по сравнению с ODBC, и Microsoft позиционирует его как базовый сервис доступа к данным для будущих платформ WINDOWS и систем, базирующихся на Интернет. С точки зрения функциональности OLE DB обеспечивает доступ ко всем типам данным, ориентированным на SQL или на любой другой язык запросов.
В АИБС “МАРК- SQL ” поддерживается несколько СУБД. Это MS SQL, Oracle, Access , и поэтому необходимо было реализовать доступ к разнородным SQL -серверам. Возможности самих SQL -серверов использовались не в полном объеме. Для оптимизации и ускорения процессов, связанных с обработкой данных, было решено перенести большую часть нагрузки с клиентского приложения на сервер. Это работа будет проведена в первую очередь для MS SQL.
Одним из значительных изменений в системе будет переход на использование формата RUSMARC в качестве формата каталогизации. Традиционно в качестве формата каталогизации в программных продуктах семейства “МАРК” используется USMARC формат, или в данное время MARC 21. Развитие RUSMARC формата в качестве национального формата привело к решению о создании версии, поддерживающего этот формат.
В этой же версии планируется использование UNICODE . Поддержка будет обеспечена только на платформе на WINDOWS 2000/XP.
Внедрение и поддержка программных продуктов
Поставка программных продуктов семейства “МАРК” осуществляется на электронных носителях или через Интернет. В комплект поставки входит лицензия на использование, CD-ROM , документация в печатном и электронном виде. Демонстрационные версии программных продуктов семейства “МАРК” можно получить через Интернет с сайта НПО “Информ-система” или сделать заказ, обратившись в нашу фирму.
НПО “Информ-система” имеет разветвленную региональную сеть центров дистрибуции, в которых можно пройти стажировку и получить консультации по работе с различными вариантами АИБС “МАРК”.
Обучение
НПО “Информ-система” проводит сертифицированное обучение и стажировку библиотечных работников в Школе новых информационных технологий на базе ЦБС “Кунцево” в Москве (Лицензия Минобразования России от 31. 09. 1999г. №16-818).
Программами обучения предусмотрены теоретические и практические занятия, знакомство с передовым опытом работы библиотек Москвы. Преподавание ведут квалифицированные специалисты в области информационных технологий. По окончании курса выдается сертификат и диплом.
Критерии и технология выбора программных продуктов
Критерии выбора программных продуктов
- Коммуникативные свойства
- Соответствие функциональным задачам объекта автоматизации
- Адаптивность
- Эксплуатационные характеристики и стоимость
- «Доброжелательность, привлекательность»
- Разработчик
Технология выбора программных средств
Проблема выбора программных средств автоматизации библиотечной работы, возникшая с началом автоматизации библиотечного дела, по сей день остро стоит перед белорусскими библиотеками. Несмотря на то, что на рынок пришли как отечественные, так и зарубежные разработки, определить, какая именно программа позволит наиболее эффективно автоматизировать работу конкретной библиотеки и на сколько это изменит её, по-прежнему очень сложно.
Сложность задачи в выборе объясняется тем, что теперь приходиться выбирать из большего количества систем, которые есть на информационном рынке, чем раньше. Архитектура систем и выполняемые ими задачи стали более сложными. Приходиться брать во внимание требования национальных правил каталогизации, стандартов MARC, Z39.50. Библиотечные системы должны включать в себя многие модули, функции каталогизации, OPAC (в том числе и ссылки на электронные ресурсы), контроля оборота фонда, учёту сериальных изданий.
Непосредственно автоматизации "объекта" предшествует реализация трёх основных этапов:
- оценка требований;
- выбор пакета прикладных программ;
- выбор оборудования.
Оценка требований
Руководство должно установить требования своих библиотек, которые определяются прежде всего количеством:
- мест выдачи документов;
- терминалов для внутрибиблиотечной работы;
- терминалов для читателей;
- принтеров;
- средств связи.
После этого составляется подробный план с указанием положения каждого рабочего места в зависимости от пространственной конструкции помещения библиотеки. При необходимости эти данные корректируются.
Выбор оборудования
На выбор оборудования влияет:
- желаемая конфигурация, которая и определяет в большинстве случаев тип оборудования;
- тип оборудования, на котором уже работает библиотека;
- марка, которой вы отдавали предпочтение на протяжении последних лет;
- наличие центров сопровождения;
- хорошая репутация производителя.
Однако необходимо помнить, что выбор оборудования очень важное дело, что само по себе является вторичным по отношению к выбору программного обеспечения. Качественная программа может работать не на самом новом оборудовании. А вот плохая программа никогда не станет лучшей от использования хорошего оборудования.
Выбор пакета прикладных программ
При его выборе необходимо главным образом учитывать следующее:
- Пакет должен при возможности работать на различны типах компьютера. Библиотека в этом случае может использовать компьютер, который есть в наличии или купить новый. Кроме этого, при замене оборудования не придётся отказываться от ранее приобретённого пакета прикладных программ;
- Пакет должен управлять всеми основными библиотечными функциями: комплектованием, каталогизацией, поиском, выдачей, учётом, распечатыванием, обменом записей в формате UNIMARC;
- Пакет должен обязательно иметь набор справочников, в том числе тезаурус, который облегчает поиск;
- Пакет должен работать в реальном времени и, если возможно, с записями переменной длины;
- Пакет должен быть удобным в работе как для библиотекарей, так и для пользователей. Поэтому недопустимо, если для работы с ним используются только заглавные буквы, не предусматривать надстрочные знаки;
- Возможность использования средств видеотекста (модемной связи) как в библиотеке, так и вне её пределов;
- Обеспечение обучения кадров и эффективного сопровождения систем во время работы библиотеки;
- Гибкость программы, которая позволяет не ломать сложившиеся в библиотеке традиции, она не должна вносить хаос во время её внедрения;
- Подтверждение пользы Пакета специалистами-практиками.
Главным образом технология выбора программного обеспечения системы базируется на том - на сколько тот или иной кандидат (программный продукт) соответствует вашим целям, возможностям и представлениям об их реализации.
Коммуникативные свойства
- Программная совместимость программного обеспечения с указанными системами и используемыми ими средствами приёма и передачи данных;
- Совместимость форматов данных, поддерживаемых программным обеспечением взаимодействующих систем и Вашей будущей программой;
Соответствие функциональным задачам объекта автоматизации
Соответствие разрабатываемой системы и средств её программного обеспечения функциональным задачам библиотеки и/или информационной службы является центральным требованиям, охватывающим и рассмотренный выше вопрос обеспечения коммуникативных свойств.
Все функциональные задачи библиотеки и информационной службы, определяющие основные требования к автоматизированной системе и её программному обеспечению, условно можно отнести либо к группе "сервисных" (ориентированных непосредственно на обслуживание читателей и других внешних пользователей системы), либо к "служебным" или внутрисистемным, являющимся средствами поддержки реализации "сервисных" задач.
Ведущее значение сервисных задач при выборе средств ПО системы связанно с тем, что они определяют:
- Видовой, тематический и количественный состав документов и данных, необходимых для удовлетворения запросов пользователей (в т.ч. читателей);
- Необходимые виды обработки, переработки, хранения, поиска, сортировки и формы выдачи документов и данных пользователям, а также связанные с ними количественные показатели;
- Составление сведений о пользователях, необходимых для поддержания эффективности работы библиотеки или информационной службы, способы сбора, обработки этих данных, их актуализации, переработки, сортировки и выдачи;
- Требования к программно-технологическому комплексу системы, в части обеспечения оперативности получения и выполнения заказов (запросов) на литературу, другую информационную продукцию и услуги;
- Требования к средствам обеспечения защиты документов и данных от несанкционированного доступа и разрушения;
- Необходим состав и содержание других служебных задач, связанных с комплектованием фондов, обработкой и хранением документов и данных, управлением библиотекой или информационной службой и т.п., а так же требования к условиям их реализации.
В детализированном виде указанные сведения применительно к каждой конкретной цели, совпадающей по формулировке с тем, что принято называть "функцией", составляет основу технического задания на автоматизацию как системы в целом, так и отдельных звеньев и/или рабочих мест. И только детальное сопоставление технического задания с реальными возможностями, предоставляемыми анализируемым программным продуктом и поддерживаемыми или совместимыми с ним средствами форматного, лингвистического и технического обеспечения, позволяет определить степень его соответствия поставленным задачам автоматизации конкретной организации или службы.
Адаптивность
Под "адаптивностью" понимают способность системы и поддерживающих её работу средств (в данном случае – программных) видоизменяться или перенастраиваться в соответствии с изменениям условий эксплуатации.
Рассматриваемое свойство средств ПО нас интересует в двух отношениях:
- Насколько полно анализируемое ПО можно изначально "настроить" на состав и структуру данных ("внутренний формат"), словари ("лингвистическое обеспечение") и выходные формы документов, необходимые библиотеке или информационной службе для выполнения основных функциональных задач;
- Каков круг потенциальных возможностей данного ПО, при наращивании или изменении исходного состава задач и необходимых для их решения операций и данных (в т.ч. видов обрабатываемых документов, состава и структуры полей их описания, словарей, выходных форм и т.п.) и что необходимо для реализации этих возможностей.
Эксплуатационные характеристики и стоимость
Выбирая себе систему ПО, необходимо учитывать насколько она надёжна и какова в "деле". То есть надёжность ПО связывают с двумя основными качествами: устойчивостью его работы и реализованными в нём средствами защиты самой программы и накопленных данных от разрушения и несанкционированного вмешательства.
Устойчивость работы программных средств определяется количеством и характером сбоев (в т.ч. - зависаний и ошибок) системы в процессе работы.
Защита программной среды и информации от разрушения и несанкционированного доступа осуществляется на программном уровне системой паролей, вводимых для персонала и пользователей с учётом характера их функций в системе и конфиденциальности различных массивов данных.
Быстродействие проявляется при выполнении одних и тех же действий (операций) на одинаковых по величине массивах данных и при использовании однотипных технических средств. Это операции сортировки, поиска данных, выполнение расчётов, подготовки и распечатки выходных форм.
Оценка стоимостных показателей ПО должна учитывать затраты на:
- Приобретение собственно прикладных программных АБИС;
- Обучение персонала;
- Обновление (в случае модернизации) и/или замену (в случае её утраты, порчи) прикладной программы;
- Приобретение необходимых для обеспечения её работы других программных, а также технических средств;
- Эксплуатация системы, включая расходные материалы.
"Доброжелательность и привлекательность"
"Доброжелательность и привлекательность" ПО системы реализуется комплексом средств, включая предоставляемые сервисные услуги, которые должны предусматривать:
- Оказание помощи в технической реализации диалога на всех или большинстве (во всяком случае, наиболее трудоёмких) человеко-машинных операций;
- Обеспечение сокращения числа и объема рутинных операций;
- Комфортную и эстетическую форму воспроизведения данных на экране;
- Эмоциональное воздействие на пользователей и персонал системы;
- Документальную поддержку работы с ПО.
Основными средствами оказания помощи пользователям автоматизированной системы является развитая система "меню", а также текстовых и графических инструкций выполнения различных операций (в т.ч. встроенные обучающие - демонстрационные - программные модули).
Сокращение числа и объёма выполняемых пользователями и специалистами системы рутинных и даже требующих определенных интеллектуальных затрат промежуточных операций производится путём реализации в рамках ПО специальных программных модулей, ориентированных на решение наиболее важных или имеющих наибольший пользовательский спрос задач.
Комфортные условия работы оператора обеспечиваются средствами реализации требований и норм эргономики (удобное для восприятия расположение текстов, исключение как резких, так и малых контрастов текстового и графического материала с фоном).
Средствами эмоционального воздействия на пользователей и персонал системы является включение в сценарий диалога с нею неформализованных реплик, характерных для дружеского человеческого общения, заставок-изображений и т.п.
Особое место в составе рассматриваемых средств занимают инструкции по работе с системой, входящие в комплект документации, прилагаемой к ПО (в т.ч. инструкции и/или обучающие - DEMO - программы).
Разработчик
Это наличии у реального разработчика возможностей для оказания помощи при внедрении системы в Вашей библиотеке, при появлении сбоев в работе программных средств в процессе их эксплуатации, а также при решении задач развития Вашей системы, не предусмотренных базовой версией программного продукта.
Выбирая ПО АБИС и заключая договор на её внедрение необходимо учитывать:
- Условия внедрения системы (включая загрузку, настройку, обучение персонала и сопровождение начального этапа эксплуатации программных средств);
- Права организации, внедряющей систему, на авторскую помощь при серьёзных сбоях и нарушениях целостности программной среды;
- Планы и направления дальнейшего развития разработок системы;
- Условия получения или приобретения последующих версий программного продукта, а также связанных с ним или его работой услуг, документов или данных;
- Наличие в Вашем городе (регионе) библиотек или служб, являющихся владельцами данного программного продукта, имеющих опыт его эксплуатации и могущих оказать Вам помощь.
Встаёт вопрос: Какой программный продукт выбрать, старый или новый?
Случается, что покупатель выбирает давно существующий пакет, который он считает самым проверенным и надёжным, не задавая вопрос, а сможет ли старый программный продукт работать с новыми средствами вычислительной техники?
Является ли достаточно современным стиль его программирования, основанный на технологиях мини-ЭВМ или больших систем?
Новый пакет несравненно легче адаптируется к новым технологиям.
Более разумно выбрать пакет, который уже установлен в других библиотеках. Опыт этих библиотек убедит Вас лучше любой презентации или даже документации.
До этого времени среди некоторой части специалистов существует желание разработать "национальный программный продукт" для библиотек. Это хорошо, но в эпоху Internet необходимо иметь во внимании, что все эти системы должны базироваться на международных стандартах, это значит надо говорить о национальных информационных ресурсах, которые бы профессионально поддерживали один из MARC-форматов.
Также при выборе АБИС целесообразно учитывать "регионально-отраслевые" особенности потенциальных пользователей системы. Желательно иметь БД реальных и потенциальных пользователей, учитывать активность руководства и исполнителей, их желаний внедрять новые технологии на уровне профессионализма.
Как уже упоминалось выше необходимо посмотреть систему в действии и в других ведомствах и учреждениях, как она эксплуатируется (недостатки, проблемы, перспективы развития).
Необходимо лично познакомиться со специалистами, которые разрабатывают и эксплуатируют систему. Ничто не заменит личных консультаций, советов, и т.д. Но ко всему рекомендуемому надо относиться критически, даже настороженно, сравнивая с другими системами, с мировым опытом, с перспективами развития.
Надо учитывать, что система в сегодняшнее время необходимо не только, чтоб создать ЭК, автоматизировать комплектование и т.д. В небольших библиотеках с незначительным комплектованием – это, возможно, не первая задача. Главнее на сегодняшний день получить доступ к мировым информационным ресурсам. И, при выборе системы важно учитывать не только то, какие ИР с её помощью можно создать, но и какие ИР библиотека может получить сразу при заключении соответствующих соглашений; о том, какие ИР она может создать в кооперации (корпоративно) со своими соседями по отрасли, региону или городу, используя одну систему.
Можно ли получать информацию в однообразных форматах, например, из книжной палаты, книжного магазина или подписного агентства. Это всё может продвинуть процесс автоматизации библиотечных технологий. У РБ это узкое место. Нет реально действующей системы типа "Books in print'', нет центра, подобного OCLC и т.д. В России, как известно, принят отраслевой стандарт, который определяет порядок и форму представления сведений об изданиях, аудио- и видео продукции, электронных ресурсах, какие имеются в наличии или планируются к выпуску и которые базируются на формате RUSMARC.
Новые системы должны быть более коммуникативными с точки зрения возможностей экспорта/импорта данных, поддержки дружеского интерфейса, многоязычность, хорошее сервисное сопровождение.
Одно из основных условий при выборе АБИС - система, эксплуатируемая в конкретном государстве, должна разрабатываться с учётом специфики библиотечного дела этой страны, независимо от того, чья это разработка.