1. Принципы построения абис.

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

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

Методологические (базовые) принципы:

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

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

3. принцип интегрированности. Разработка прикладного программного обеспечения АБИС осуществляется в виде интегрированных взаимосвязанных модулей в среде наиболее распространенной операционной системы и систем управления БД. В интегнированных АБИС вся информация обрабатывается по единой схеме, на основе единых исходных правил, но для решения различных библиотечных задач. Это позволяет оптимизировать как бибилотечно-инормационные процессы, так и использование их результатов.

Частными принципами интегрированности АБИС являются организационно-технологические принципы:

-принцип одноразовости. Информация, кот. вводится в систему, обрабатывается и характеризуется один раз на одном из АРМов системы, а использоваться может на других АРМах многоразово с использованием сетевых технологий и интегрированной БД.

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

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

- принцип совместимости. Заключается в возможности поддержки многоплатформенных систем и их интегрированности (способности к взаимодействию с другими системами) Выполнение принципа совместимости (на уровне аппаратных и программных средств) позволяет создавать корпоративные системы. Различают уровни аппаратной, программной и информационной совместимости АБИС:

1. аппаратная совместимость проявляется в возможности работы одной ЭВМ с узлами и устройствами другой ЭВМ, а также с другими периферийными устройствами

2. программная совместимость – возможность выполнения одних и тех же программ на различных ЭВМ с получением одинаковых результатов

3. информационная совместимость – способность 2-х и более АБИС адекватно воспринимать одинаково представленные данные, которая достигается путем использования системах совместимых коммуникативных форматов данных.

АБИС не может быть изначально спроектировано в своем конечном варианте – она находится в непрерывном развитии.

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

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

Этапы проектирования

1. Формирование требований к АС.

1.1 Обследование объекта и обоснование необходимости создания АС.

1.2 Формирование требований пользователя к АС.

1.3 Оформление отчёта (ТЭО) о выполненной работе и заявки на разработку АС.

2. Разработка концепции АС.

2.1 Изучение объекта.

2.2 Проведение необходимых научно-исследовательских работ.

2.3 Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющей пользователя.

2.4 Оформление отчёта о выполненной работе.

3. Техническое задание.

3.1Разработка и утверждение технического задания на создание АС.

4. Эскизный проект.

4.1 Разработка предварительных проектных решений по системе и её частям.

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 Проведение приёмочных испытаний.

8. Сопровождение АС.

8.1 Выполнение работ в соответствии с гарантийными обязательствами.

8.2 Послегарантийное обслуживание.

2. Техническое задание на проектирование

Техническое задание (ТЗ) разрабатывается на основе данных, полученных на предшествующих этапах разработки проекта. Оно должно соответствовать современному уровню развития науки и техники, максимально точно отражать цели, замысел и требования к создаваемой системе. В соответствии с ГОСТ 34.601-90 [1] на этапе 3.1 после согласования с заказчиком и выпуском концептуального проекта системы выполняется разработка, оформление, согласование и утверждение ТЗ на автоматизированную систему и, при необходимости, технических заданий на её части. Данный состав также определяет состав участников проектирования и реализации проектных решений, которые участвуют в составлении или согласовании ТЗ. Общие принципы подготовки ТЗ:

1) Включаемые в ТЗ на автоматизированную систему (АС) требования должны соответствовать современному уровню развития науки и техники;

2) Задаваемые в ТЗ на АС требования не должны ограничивать разработчика системы в поиске и реализации наиболее эффективных технических, технико-экономических и др. решений;

3) ТЗ на АС разрабатывают на основании исходных данных;

4) В ТЗ на АС включают только те требования, которые дополняют требования к системам данного вида (АСУ, САРП и т.д.);

5) Изменения к ТЗ на АС оформляют дополнением или протоколом, подписанным заказчиком и разработчиком.

Структура ТЗ:

ТЗ на АС должно содержать следующие разделы:

1. Общие сведения.

2. Назначение и цели создания системы.

3. Хар-ка объектов автоматизации.

4. Требования к системе.

5. Состав и содержание работ по созданию системы.

6. Порядок контроля и приёмки системы.

7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу АС в действие.

8. Требования к документированию.

9. Источники разработки.

10. Приложения.

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