Информационное обеспечение абис, состав, роль, требования.
Под информационным обеспечением (ИО) АБИС понимается совокупность всех докум. и данных, используемых для обслуживания пользователей и поддержки её функционирования независимо от видов носителей информации, а также их организации, включая ст-ру и взаимные связи фондов, других видов информ. массивов и баз данных. Совокупность средств ИО может рассматриваться как отдельная подс-ма АБИС, физически распределённая между всеми её организационно-функциональными блоками.
В состав средств ИО АБИС входят: 1. Биб-ные фонды АБИС, используемые для обслуживания пользователей и персонала с-мы; 2. ЭК, базы и банки данных, предоставляемые в прямой доступ персоналу и пользователям АБИС;
3. Справочно-информ. массивы данных на твёрдых и машиночитаемых носителях;
4. Полнотекстовые докум. на машиночит. носителях и мультимедийная информ.;
5. Тематические массивы, подборки документов и другая информационная продукция (например, рекламная);
6. Входной информационный поток АБИС, включая все виды полнотекстовых докум., библиографические записи, авторитетные записи, запросы пользователей;
7. Результаты обработки/переработки входного потока;
8. Выходной информ. поток, представляющий собой информ. продукцию АБИС;
9. Нормативно-справочная, технологическая, методическая а также административно-управленческая документация и данные АБИС;
10. Логическая ст-ра построения объединённого ЭК и баз данных АБИС;
11. Форматы записи; 12. Архивы системы.
Видовой, тематический и количественный состав средств ИО АБИС определяется:
1. Характером и составом функциональных задач объекта автоматизации;
2. Законодательными и нормативными актами, действующими на период разработки, внедрения и функционирования АБИС;
3. Российскими и международными стандартами, действующими в области библиотечной деятельности и НТИ;
4. Уровнем развития исходной материальной и научно-технической базы объекта автоматизации и перспектив её развития в рамках АБИС.
Построение подсистемы ИО АБИС должно предусматривать:
1. Обеспечение возможности взаимного использования информ. ресурсов с другими биб-ными и библиотечно-информ. с-ми, включая совместимость с ИО российских и международных автоматизированных информ.-библиотечных с-м на основе применения коммуникативных библиографич. форматов (RUSMARC, UNIMARC, USMARC), систем кодировки (ASCII, UNICODE, Cyrillic KOI8-R, Cyrillic Win 1251, Cyrillic ISO8895-5 и др.) и языков SQL и HTML;
2. Обеспечение информ. совместимости справочных и других фактографических БД как внутри АБИС, так и взаимодействующих с нею автоматизированных с-м;
3. Разработку внутрисистемных форматов АБИС таким образом, чтобы было обеспечено наиболее полное конвертирование данных в коммуникативные форматы;
4. Интегрированный принцип организации и ведения баз данных, исключающий или минимизирующий дублирование работ при вводе однотипных записей;
5. Меры обеспечения высокой достоверности и защиты информации.
20. Виды информации, циркулирующие в абис.
В АБИС информация, как правило, подразделяется на входную, выходную и внутреннюю. В каждом названном виде еще выделяют информацию рабочую и служебную.
Входная информация – это та, которая поступает в систему. Она предназначена для сбора, обработки, хранения и выдачи абоненту.
Выходная информация выводится на печать или на экран дисплея. Она предназначена для выдачи абоненту. К ней можно отнести краткое описание документа, его инвентарный номер, а также др. части описания, найденные по запросам.
Выходная служебная информ. предназначена для контроля качества работы с-мы, повышения ее эффективности. К ней относят документы в отпечатанном виде.
Внутренняя информ. – вспомогательные массивы, словари, таблицы и др. машинные объекты, которые помогают организовывать запись, хранение и выдачу абоненту внутренней, рабочей информ.
Входная , выходная информация выдаётся в виде библиографической информ., БО с аннотацией, с полным текстом докум.; для контроля качества работы и с-мы, для ведения протоколов. Внутренняя может быть рабочей и служебной.
Атладкі праграмм і выканання запытаў карыстальніка.
Па функцыянальнаму прызначэнню ў агульнае ПО уваходзіць ОСь і сервісныя праграммы, якія прызначаны для тэхнічнага абслугоўвання РС.
У аўтаматызаваных сістэмах ПО ўключае ОСь і яе дапаможныя сродкі (приложения).
ОСь з’яўляецца пасрэднікам паміж РС і карыстальніцкімі праграммамі. Яна ўяўляе сабой сукупанасць праграмм у машынных кодах, якія кіруюць асноўнымі дзеяннямі РС, яго перыфірыйнымі ўстройствамі, забяспечваюць працу ўсіх астатніх прагграмм і ўзаемадзенічае з аператарамі сістэмы.
ОСь дазваляе:
Кіраваць памяццю РС.
Праводзіць увод/вывад інфармацыі.
Кіраваць файлавай сістэмай, узаемадзейнічаць з ёй.
Праводзіць дэскрыптарызацыю (?).
Абараняць і улічваць выкарыстоўваемыя рэсурсы.
ОСь могуць быць створаны для пэўных классаў РС, для сеткавых тэхналогій і г.д.
ОСь №1 па колькасці карыстальнікаў - Windows.
ОСь, якія выкарыстоўваюцца ў АБІС, падраздзяляюцца на:
Шматкарыстальніцкія. “Сервер” – “многа кліентаў у адзіны час”. Такі рэжым работы падтрымліваюць:
o Unix
o Solaris
o Linux
Выкарыстоўваюцца ў адпаведнасці з мэтамі.
Аднакарыстальніцкія. Не маюць вышэйпералічаных магчымасцяў. Выкарыстоўваюцца на 1 ці некалькіх РС.
Сервісныя праграммы (“utilites”) – гэта дапаможныя праграммы агульнага ПО. Прызначаны для выканання спецыяльных тыпаў задач, якія звязаны з работай РС: дыягностыка, кіраванне памяццю, барадзьба з вірусамі, архівацыя файлаў і г.д. Да шырокага классу дапаможных сродкаў агульнага ПО адносяцца і драйвера. Яны прызначаны для кіравання усімі ўстройствамі РС. Усё гэта багацце можа мець выгляд як асобных праграмм так і пакетаў прыкладных праграмм (ППП).
Пакеты прыкладных праграмм прызначаны для вырашэння розных задач карыстальніка РС і аўтаматызаваных сістэм (АБІС). ППП дазвалюць вырашыць задачу ці класс задач, звязанных з апрацоўкай данных ў пэўнай вобласці дзейнасці. ППП – комплекс праграмм і звязаннай з імі дакументацыі (ліцэнзія, кіраўніцтва).
4.2.1. Нормативные требования к содержанию стадий и этапов проектирования авто-матизированных систем
Нормативные требования к содержанию стадий и этапов проектирования авто-
матизированных систем
ГОСТ 34.601-90 [9] распространяется на автоматизированные системы, предназначенные
для обеспечения различных видов деятельности (управление, проектирование, исследование
и т.п.), включая их сочетания. Он предусматривает следующие стадии и этапы проектирования:
Стадии Этапы
1. Формирование требований к АС
1.1. Обследование объекта и обоснование необхо-
димости создания АС.
1.2. Формирование требований пользователя к АС.
1.3. Оформление отчёта о выполненной работе и
заявки на разработку АС (тактико-технического
задания).
2. Разработка концепции АС
2.1. Изучение объекта.
2.2. Проведение необходимых научно-исследователь-
ских работ.
2.3. Разработка вариантов концепции АС и выбор ва-
рианта концепции АС, удовлетворяющей пользо-
вателя.
2.4. Оформление отчёта о выполненной работе.
3. Техническое
задание
3.1. Разработка и утверждение технического задания
на создание АС.
4. Эскизный проект
4.2. Разработка предварительных проектных решений
по системе и её частям.
4.2. Разработка документации на АС и её части.
5. Технический проект
5.1. Разработка проектных решений по системе и её
частям
5.2. Разработка документации на АС и её части.
5.3. Разработка и оформление документации на поставку. изделий для комплектования АС и/или
технических требований (технических заданий) на их разработку.
5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации.
6. Рабочая документация
6.1. Разработка рабочей документации на систему и её
части.
6.2. Разработка или адаптация программ.
7. Ввод в действие
7.1. Подготовка объекта автоматизации к вводу АС в действие.
7.2. Подготовка персонала.
7.3. Комплектация АС поставляемыми изделиями (про-
граммными и техническими средствами, про-
граммно-техническими комплексами, информационными изделиями).
7.4. Строительно-монтажные работы.
7.5. Пуско-наладочные работы.
7.6. Проведение предварительных испытаний.
7.7. Проведение опытной эксплуатации.
7.8. Проведение приёмочных испытаний.
42
Стадии Этапы