Главная страница
Навигация по странице:

  • . Методика построения т езауру са

  • 28. Технология формирования и ведения файлов авторитетных/нормативных записей.

  • 29. Программное обеспечение АБИС, назначение, виды, требования. Программное обеспечение

  • Программное обеспечение с

  • 30. Проблемы выбора прикладного программного обеспечения АБИС.

  • 31. Техническое обеспечение АБИС, состав, требования. Техническое обеспечение.

  • Требования к техническому обеспечению

  • 32. Организационно-технологическое обеспечение АБИС.

  • 33. Организационно-технологическая документация АБИС.

  • 34. Организационно-кадровое обеспечение АБИС.

  • Администраторы баз данных

  • Администратор сети

  • Ведущие программисты.

  • 35.Эргономическое обеспечение АБИС.

  • 36.Автоматизированные рабочие места.

  • По месту использования АРМ-ы подразделяются на

  • Принципы при разработке АРМА

  • АРМ должен отвечать следующим требованиям

  • Назначение АРМ

  • Ответы к экзамену по АБИС. Представление библиотеки как объекта автоматизации. Автоматизация библиотеки начинается


    Скачать 277.78 Kb.
    НазваниеПредставление библиотеки как объекта автоматизации. Автоматизация библиотеки начинается
    Дата06.07.2019
    Размер277.78 Kb.
    Формат файлаdocx
    Имя файлаОтветы к экзамену по АБИС.docx
    ТипДокументы
    #83715
    страница3 из 5
    1   2   3   4   5

    27. Информационно-поисковые тезаурусы как одно из средств лингвистического обеспечения АБИС. Дескрипторный ИПЯ- это ИПЯ на базе лексики естественного языка. Дескриптор - лексическая единица ИПЯ, кот. при индексировании выбирается не с текста, а со спец. словаря, который находится в системе. Дескрипторы отличаются от ключевых слов, т.к. им придается смысловая однозначность. С помощью дескрипторов осуществляется более углубленное и однозначное индексирование документов. Дескрипторные словари, в которых устанавливаются отношения между дескрипторами, называются ТЕЗАУРУСАМИ. ИПТ бывают многоотраслевые, отраслевые, узкотематические. ИПТ разработан спец. коллективами по определённой проблеме и представляется в двух версиях -электронной и бумажной. Тезаурус состоит из дескрипторных статей. Дескрипторные статьи располагаются в тезаурусе по алфавиту. Каждая деск. статья начинается с заглавного дескриптора с большой буквы. Методика построения тезауруса: - определение тематического профиля тезауруса ( анализ ИП специалистов). - сбор лексики и формирование словника ключевых слов ( две проблемы: ключевые и не ключевые слова и их формулировка. Кл: существительное, прилагательное, глаголы. Причастия, наречия в инфинитиве. Во мн. числе исчисляемые сущест.). - построение словарных статей и формирование лексико-семант. указателя ( Мс – множество синонимов, Мв – множество вышестоящих дескрипторов, Мн – мн. нижестоящих дескрипторов, Ма – мн. ассоциативных дескрипторов , ИК- использовать комбинацию, ОТД- отдельно имеется в словаре) ( упоряд. в алф. порядке последовательность словарных статей ИПТ). - составление вспомогательных указателей ( систематический -алфавитный список дескрипторов, указатель иерархических отношений, пермутационный указатель). Поиск можно вести на русском и английском языках. БелСХБ использует многоязычный сельскохозяйственный тезаурус, который построен в ИРБИС. Существует электронная версия и соответствующая база данных АГРИС.

    28. Технология формирования и ведения файлов авторитетных/нормативных записей. ЛО- комплекс языковых средств, который необходим для поиска, поддержки и использования ИПЯ. ИПЯ- искусственный язык, который предназначен для формализованного описания документов с целью поиска в информационном массиве. Качественной считается та АБИС, которая поддерживает несколько ИПЯ. Язык нормативно- авторитетных файлов (НАФ) используются для унификации элементов БЗ. Разработкой авторитетных файлов начали заниматься в 1977г. под эгидой Юнеско и ИФЛА. Нормативный файл – это описание исходных элементов данных которого являются унифицированный заголовок ( имя личности, название организации, темы, название произведения). Дополнении к заголовку записи может удерживать варианты заглавий, от которого должны формироваться ссылки, примечания об источниках информации. Эти данные представляются в ЮНИМАРК для авторитетных файлов. Авторитарные файлы создаются в разных странах централизованным путём. 1)Для каталогизатора авторитетный контроль означает поддержку. 2)Для управления и поддержки библиографического файла. Система функционирует как средство определения и коррекции ошибок в заголовках. 3)Для управления авторитетными данными. Система позволяет осуществлять корректировку, может стать основой для создания национальной системы. Является базой для распространения печатных и электронных файлов. 4)Для информационного поиска. Благодаря авторитетному файлу точность поиска значительно увеличивается. Система нормативных файлов поддерживается БЕЛМАРК. Система авторитетных файлов включает: - файлы заглавий индивидуальных авторов и унифицированных названий. – файлы заглавий коллективных авторов (включает заголовки наименований учреждений) - предметных рубрик (создаются на базе предметных рубрик карточного каталога, происходит его редактирование) - таблиц классификации. В государственной программе “Электронная Беларусь ” существует запись на создание авторитетных файлов.

    29. Программное обеспечение АБИС, назначение, виды, требования. Программное обеспечение – комплекс всех программ, с помощью которых решают на ЭВМ библиотечные задачи, плюс все программы, которые обеспечивают работу с ЭВМ. С внедрением в сеть библиотек автоматизированных технологий появляются новые пакеты прикладных программ. Так, например, в России разработан пакет ИРБИС – интегрированная библиотечно-информационная система, которая предлагается для внедрения в средних и малых библиотеках России. В Беларуси интересен опыт использования данного пакета в Белорусской сельскохозяйственной библиотеке и библиотеке Могилевского технологического института. Также ведётся разработка интегрированной корпоративной библиотечной системы для библиотек Беларуси. Программное обеспечение состоит из двух частей — общесистемного и прикладного. Общесистемное ПО включает: -операционную систему Windows NT SERVER 2000; -операционную систему Windows 98, Windows 2000; - систему управления базами данных (VISUAL FOXPRO). Прикладное ПО — программы, обеспечивающие функционирование всех задач и подсистем в виде АРМОВ и написанные на языке VISUAL FOXPRO. Это — дружественные АРМы, которые обеспечивают: -быстрый доступ к любому режиму работы с помощью системы меню; -удобство ввода и редактирования любой входной информации; -корректировка всей нормативно-справочной информации; -создание библиографических указателей, не требующих дополнительного применения текстовых редакторов; -быстрое получение выходных форм на экран монитора и принтер; -создание архивных копий; -восстановление информации; -обеспечение сохранности информации и предотвращение от несанкционированного доступа к БД.

    30. Проблемы выбора прикладного программного обеспечения АБИС. Прикладное ПО — программы, обеспечивающие функционирование всех задач и подсистем в виде АРМОВ и написанные на языке VISUAL FOXPRO. Это — дружественные АРМы, которые обеспечивают: -быстрый доступ к любому режиму работы с помощью системы меню; -удобство ввода и редактирования любой входной информации; -корректировка всей нормативно-справочной информации; -создание библиографических указателей, не требующих дополнительного применения текстовых редакторов; -быстрое получение выходных форм на экран монитора и принтер; -создание архивных копий; - восстановление информации;

    31. Техническое обеспечение АБИС, состав, требования. Техническое обеспечение. К нему относят множительную технику, оргтехнику, вычислительные средства, с помощью которых осуществляется работа автоматизированная библиотечная информационная система (АБИС). Средства вычислительной техники – это компьютер, периферийные устройства (внешние устройства ввода- вывода информации). Компьютер, для выполнения общих задач целесообразно объединить в локальные сети. Для того чтобы объединить локальные сети областных библиотек должен быть выбран единый формат обмена данными – коммуникационный формат. В том случае если форматы в различных библиотеках разные, то для их приведения к единому формату необходимо специальное программное обеспечение: программа "конвертор".

    Требования к техническому обеспечению: 1) Желательно в АБИС использовать технические средства, которые разработаны фирмами лидерами, которые имеют соответствующие лицензионное сопровождение “белую сборку”; 2) Техническое оборудование, компьютерная техника должна быть совмещаемая, это значит, что АБИС должна функционировать успешно, не важно какие компьютеры в этой системе используются; 3) При эксплуатации АБИС очень важно иметь гарантийные договоренности с фирмами-поставщиками; 4) Техническое обеспечение должно постоянно поддерживаться в рабочем состоянии и заменяться при его моральном старении.

    32. Организационно-технологическое обеспечение АБИС.

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

    • норм труда, времени выполнения отдельных операций и оплаты исполнителей;

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

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

    Следует отметить, что сложившаяся в России массовая практика проектирования и ввода в действие АБИС игнорирует полезный опыт проектирования и использования организационно-технологической документации, накопленный в течении по крайней мере двух десятилетий в других видах автоматизированных систем и, в частности, в АСУ и АСНТИ.

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

    • разрабатываются только инструкции для отдельных рабочих мест, не учитывающие взаимную связь операций в разных технологических узлах АБИС;

    • изменения в технологии обработки документов и данных не документируются;

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

    Результатом сказанного явл. невысокая эффективность создаваемых и действующих АС. Это находит выражение в недостаточном качестве информационной продукции, услуг пользователям АБИС и в значительных потерях трудовых и материальных ресурсов. Последние являются следствием непродуманности технологии работы б-ки, различных «нестыковок», возникающих за счёт «устных» изменений, вносимых в процессы отдельными руководителями и, наконец, за счёт отсутствия автоматизир. средств контроля технологической дисциплины и качества работы исполнителей.

    Следует отметить, что известны случаи, когда и в сложившейся ситуации силами отдельных опытных специалистов, на уровне заместителей директора по автоматизации, удаётся поддерживать более или менее приемлемый уровень технологии и качества работы персонала АБИС. Однако известно также, что с уходом этих сотрудников из б-ки налаженный порядок и качество работы безвозвратно «уходят» вместе с ними. Другими словами, технологические процессы библиотеке или информационном органе, будучи не документированы и системно не поддержаны, поставлены в жёсткую зависимость от уровня компетентности и добросовестности работающих в этих организациях сотрудников. К сожалению, сложившаяся ситуация поддерживается отсутствием соответствующей нормативной базы, а также недостаточным уровнем знаний у руководителей библиотек и практического опыта работы в условиях современной автоматизированной библиотеки или информационной службы у разработчиков средств программного обеспечения АБИС.

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

    программно-технических средств, реализующих соответствующие регламентные задачи. Однако это не исключает и использование других средств.

    33. Организационно-технологическая документация АБИС.

    1. Пооперационные и организационно-технологические схемы.

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

    Обработка входных документальных потоков;

    Обработка ретроспективы фондов для пополнения электронного каталога АБИС;

    Ведение словарей системы;

    Списание литературы и актуализация электронного каталога;

    Обслуживание читателей на абонементе;

    Обслуживание в режиме ИРИ;

    Подготовка изданий.

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

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

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

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

    2. Технологические карты и инструкции.

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

    Наименование подразделения (группы) — исполнителя;

    Наименование технологического процесса, его этапа (стадии) или группы операций;

    Наименование технологической операции или группы операций;

    Условный шифр или номер операции в соответствии с пооперационной схемой;

    Системные номера технологических инструкций и их разделов, регламентирующих выполнение технологических операций;

    Должностная или квалификационная категория исполнителя;

    Единица учитываемой работы (например, — составление библиографической записи и аннотации на одну книгу; обслуживание одного заказа читателя и т.п.);

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

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

    В зависимости от особенностей каждой АБИС и конкретных технологических процессов технологические карты могут также дополняться данными по стоимостным показателям этапов и операций обработки на единицу получаемой продукции, суммарным объёмам и трудоёмкости дневной нормы обрабатываемых документов, сведениями о времени и порядке приёма и передачи документов или данных в технологической цепи разных исполнителей.

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

    Ссылки на нормативные документы и другие связанные с данной технологические инструкции;

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

    Типовые формы документов и примеры их правильного заполнения или обработки;

    Данные о времени и лицах, вносивших в данные инструкции изменения или корректировки.

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

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

    Исходя из характера вышеупомянутых документальных средств организационно-технологического обеспечения АБИС, можно сделать вывод, что их разработка является неотъемлемой частью проектирования технологических подсистем каждой конкретной автоматизированной системы.

    34. Организационно-кадровое обеспечение АБИС. Персонал АБИС- совокупность лиц, кот. реализуют в рамках АБИС определ. технол. функции или польз. их услугами. Делятся на 3 категории: создатели средств. прогр., обслуживающие систему, пользователи. Администраторы баз данных отвечают за разработку требований к б.д., их проектирование, реализацию, использование и сопровождение. ВУ завис. от размеров АБИС м.б. 1 или несколько. В процессе проектирования системы А. взаимодействуют с пользователями для определения требований к системе и формирует задание программисту. В процессе реализации б.д. А. отвечает за работоспособность системы. В эксплуатации- управляет работой программиста, осущ. актуализации. б.д.. Важная функция- предотвращение конфликтных ситуаций в системе. Должен иметь техническое образование. Администратор сети. отвечает за нормальное использование ресурсов компьютерной сети. Аналитик. занимается оптимизацией задач на проектирование и усовершенствование АБИС. Программист. наладка и сопровождение системы. Могут наз. системными программистами. Ведущие программисты. с техническим образованием. Инженер. спец-т. в электронике, инженер по образованию. поддержка технического обеспечения АБИС. Оператор системы .Рабочий системы.

    35.Эргономическое обеспечение АБИС. Эргономика – наука изучающая проблемы, возникающие в системе: человек – техника – среда, с целью оптимизма трудовой деятельности, сохранения здоровья и работоспособности. Цели эргономики: 1) повышение системы (человек – техника – среда) для достижения поставленной цели в заданных условиях и с определённым качеством

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

    36.Автоматизированные рабочие места. АРМ (автоматизированное рабочее место) – комплекс программно-технических средств, которые обеспечивают автоматизацию работы библиотеки. Функционирование АРМ-ов обеспечивается соответствующими программными модулями АБИС, при этом количество имеющихся в АБИС программных модулей может превышать количество АРМ-ов, т.е. некоторые АРМ-ы могут поддерживаться несколькими программными модулями. Например, АРМ "Каталогизатор" может поддерживаться модулями: "Систематизатор", "Поиск", "Ретроимпорт", "Ретроэкспорт". В АБИС, которые поддерживают сетевые технологии, есть такой, например, АРМ как WWW-шлюз, который обеспечивает выход из любого режима АБИС в Интернет для осуществления экспорта/импорта информации. АРМ-ы отличаются друг от друга по таким признакам, как функциональное назначение и место использования. Состав АРМ зависит от конкретной библиотеки как объекта автоматизации, степени детализации функциональных подсистем и задач. И в отечественных и в зарубежных АБИС можно выделить следующие 5 классических АРМ-ов: (1. комплектатор - оформляет регистрацию изданий и их подписку, ведет инвент. И суммарный учет, БО документов, стат. учет; 2. каталогизатор - создание БЗ на юнимарк модели, импорт и экспорт БЗ с ЭК, редактирование БЗ, создание авторит. Файлов; 3. читатель - создание новой и поис сущест. записи читателя, учет обязат полей ФИО, черный список; 4. книговыдача - штрихкодирование чит. формуляров, просматривает списки выданной и просроченной лит., оформляет возврат док.-заказ, выдача, контроль; 5. администратор - поддержка всей сист. В актуальной целостности. Осущ. конвертир данных из одного формата в др. Кроме перечисленных, в некоторых АБИС также есть АРМ-ы: (книгохранение; периодика, поиск, МБА, домашний абонемент и др). По месту использования АРМ-ы подразделяются на: - локальные (представляют собой комплекс, функционирующий в той же локальной компьютерной сети, где работает и сервер используемых в АРМ баз данных); - удаленные (обеспечивают работу территориально распределенных отделов библиотеки, а также ее филиалов); -с доступом в сеть Интернет (функционируют с использованием иетернет-приложений для доступа к определенному АРМу и системе во всемирном масштабе). Принципы при разработке АРМА: одноразовые ввод инф. и многораз. Использование, взаимосвязь между подсистемами, унификация пользовательских интерфейсов, регламентация доступа читателей через пароли , минимизация объема вводимой инф. за счет словарей и классификаторов. У АРМа д.б. приятный интерфейс. По функц. предназначению АРМ зависит от задач библиотеки.

    АРМ объединяет программно-аппаратные средства, обеспечивающие взаимодействие человека с компьютером, предоставляет возможность ввода информации (через клавиатуру, компьютерную мышь, сканер и пр.) и её вывод на экран монитора, принтер, графопостроитель, звуковую карту — динамики или иные устройства вывода. Как правило, АРМ является частью АСУ. АРМ должен отвечать следующим требованиям:

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

    . минимальное время ответа на запросы пользователя;

    . адаптация к уровню подготовки пользователя и его профессиональным запросам;

    . простота освоения приемов работы на АРМ и легкость общения, надежность и простота обслуживания;

    . терпимость по отношению к пользователю;

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

    . возможность работы в составе вычислительной сети.

    Профессиональная ориентация АРМ определяется функциональной частью ПО (ФПО). Именно здесь закладывается ориентация на конкретного специалиста, обеспечивается решение задач определенных предметных областей. Назначение АРМ: АРМ предназначен для контроля оборудования системы и диспетчерского управления наружным освещением. Функции АРМ: • дистанционное управление оборудованием системы; • задание годового графика управления наружным освещением; • связь с объектами; • отображение состояния всего технологического оборудования в табличном и графическом виде; • отображение всех параметров измеряемых в системе; • технический учет э/энергии; • хранение всей полученной информации; • ввод информации в базу данных диспетчером; • отображение архивной информации по запросу оператора в виде графиков или в табличном виде; • звуковая сигнализация аварийных событий; • протоколирование событий, параметров и действий оператора; • подготовка и вывод на печатающее устройство отчетных документов.
    1   2   3   4   5


    написать администратору сайта