14. Основные принципы проектирования абис.

Разработка АИС, её внедрения и функционирования позволило определить принципы, которые должны учитываться при проектировании АБИС:

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

• Непрерывность, поэтапность и преемственность разработки и развития: каждое нововведение служит развитием основных системных принципов и уже достигнутого качества;

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

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

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

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

• Полная нормализация процессов и их мониторинг: многоцелевое использование ин-

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

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

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

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

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

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

Техническое задание на АС должно содержать следующие разделы, которые могут быть разделены на подразделы:

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

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

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

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

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

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

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

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

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

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

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

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

«Общие сведения»

В данный раздел включаются следующие сведения:

1. Полное наименование системы и ее условное обозначение;

2. Шифр темы или шифр договора;

3. Наименования организаций разработчика и заказчика с-мы и их реквизиты;

4. Перечень документов, на основании которых создается с-ма;

5. Плановые сроки начала и окончания работы по созданию с-мы;

6. Сведения об источниках и порядке финансирования работ;

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

«Назначение и цели создания с-мы» Данный раздел состоит из следующих подразделов: 1. «Назначение системы» (указывается вид автоматизируемой деятельности и перечень объектов, на которых предполагается ее использовать);

2. «Цели создания системы» (приводятся наименования и требуемые значения технических, технологических, производственно-экономических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания АС, и указываются критерии оценки достижения целей создания с-мы).

«Х-ки объекта автоматизации»

В данном разделе приводятся: 1. Краткие сведения об объекте автоматизации или ссылки на докум., содержащие эти данные; 2. Сведения об условиях эксплуатации объекта автоматизации; 3. Х-ки внешней среды, в которой функционирует объект автоматизации.

«Требования к с-ме»

Данный раздел состоит из следующих подразделов: 1. Требования к с-ме в целом; 2. Требования к функциям (задачам), выполняемым системой; 3. Требования к видам обеспечения.

«Состав и содержание работ по созданию с-мы»

Этот раздел должен содержать перечень стадий и этапов работ по созданию с-мы в соответствии с ГОСТ 34.601-90, сроки их выполнения, перечень организаций – исполнителей работ, ссылки на документы, подтверждающие согласие этих организаций на участие в создании с-мы, или запись, определяющую ответственного за проведение этих работ. В данном разделе также приводят:

1. Перечень документов по ГОСТ 34.201-89, предъявляемых по окончании соответствующих стадий и этапов работ; 2. Вид и порядок проведения экспертизы и приёмки работ.

«Порядок контроля и приемки с-мы»

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

«Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие»

Приводится перечень основных мероприятий. В этот перечень включают:

1. Реализацию проектных решений в части создания программно-аппаратного комплекса с-мы и подготовке необходимых средств организационного и технологического обеспечения АИС; 2. Создание исходных средств информационной и лингвистической поддержки начала функционирования АИС;

3. Создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой с-мы требованиям, содержащимся в ТЗ;

4. Создание необходимых для функционирования с-мы подразделений и служб;

5. Укомплектование штатов и обучение персонала с-мы.

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

Приводят: 1. Согласованный разработчиком и заказчиком с-мы перечень подлежащих разработке комплектов и видов докум. соответствующих требованиям стандартов и НТД отрасли заказчика; 2. Перечень документов, выпускаемых на машинных носителях; 3. Требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД; 4. При отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов.

«Источники разработки» В материалах данного раздела должны быть перечислены докум. и информ. материалы, на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании с-мы.

Приложения к ТЗ на разработку АИС

В состав ТЗ на АИС включают приложения, содержащие: 1. Расчет ожидаемой эффективности системы; 2. Оценку научно-технического уровня системы;

3. Использованные при разработке ТЗ методические и наиболее важные информ. материалы из состава документов.

16. Определение состава задач, решаемых АБИС. Состав АБИС: информационно-технологическое обеспечение, лингвистическое обеспечение, программное обеспечение, техническое обеспечение, правовое обеспечение, оргономическое обеспечение, кадровое обеспечение.

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