Разработка технического задания на создание АБИС

Разработка технического задания на создание аБис

I. Общие положения

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

1. Организация-заказчик (пользователь), для которой создаётся АБИС и которая обеспечивает финансирование, приёмку работ и эксплуатацию как по всей АБИС, так и по отдельным её компонентам;

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

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

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

ГОСТ 34.602-89 [2] устанавливает порядок разработки, согласования и утверждения ТЗ на создание (развитие или модернизацию) автоматизированных систем различного назначения, а также состав и содержание указанного документа независимо от того, будет ли она работать самостоятельно или в составе другой системы. В зависимости от условий создания системы возможны различные совмещения функций заказчика, разработчика, поставщика и других организаций, участвующих в работах по созданию АБИС.

ТЗ на АБИС разрабатываются на основание исходных данных, в т. ч. содержащихся в итоговой документации стадии «Исследование и обоснование создания АС», установленной ГОСТ 24.601. Любые изменения к ТЗ оформляются дополнительными протоколами, подписанными заказчиком и разработчиком. Оформленные таким образом дополнения являются неотъемлемой частью ТЗ на АБИС. На титульном листе ТЗ должна быть запись «Действует с …».

СОСТАВ И СОДЕРЖАНИЕ ТЕХНИЧЕСКОГО ЗАДАНИЯ

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

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

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

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

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

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

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

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

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

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

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

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

Содержание основных разделов ТЗ с учётом требований ГОСТ 34.602-89, доработанные применительно к информационные системы" href="/text/category/avtomatizirovannie_informatcionnie_sistemi/" rel="bookmark">автоматизированным информационным системам (АИС). Рассмотрим содержания каждого раздела.

Раздел «Общие сведения»:

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

2.  Наименование и реквизиты предприятий (объединений) разработчика и заказчика системы.

3.  Перечень документов, явившихся основанием создания системы, кем и когда они утверждены.

4.  Возможные сроки начала и окончания работ по созданию системы.

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

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

Раздел «Назначение и цели создания (развития) системы»:

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

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

Раздел «Характеристики объекта автоматизации»:

1.  Краткие сведения об объекте автоматизации или ссылки на документы, содержащие эти данные.

2.  Сведения об условиях эксплуатации объекта автоматизации.

3.  Характеристики внешней среды, в которой функционирует объект автоматизации.

Раздел «Требования к системе» содержит подразделы с требованиями к:

● системе в целом,

● функциям (задачам), выполняемым системой,

● видам обеспечения.

В подразделе «Требования к системе в целом» указывают требования:

1.  к структуре и функционированию системы;

2.  к численности, квалификации персонала системы и режиму его работы;

3.  надёжности и безопасности;

4.  к эргономике и технической эстетике;

5.  к эксплуатации, техническому обслуживанию, ремонту и хранению системы или её компонентов;

6.  к защите информации от несанкционированного доступа;

7.  по сохранности информации при авариях;

8.  к стандартизации и унификации;

9.  дополнительные требования.

Требования к функционированию системы должны включать:

·  перечень подсистем, их назначение и основные характеристики;

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

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

·  требования к характеристикам взаимосвязей создаваемой системы со смежными системами, её совместимости, в т. ч. указания о способах обмена информацией (автоматически, установкой на Web-сайт, пересыл­кой документов по E-mail, факс и т. п.);

·  требования к режимам функционирования системы;

·  требования по диагностированию системы;

·  перспективы (этапы) развития и модернизации системы.

Требования к численности и квалификации персонала АБИС содержат требования к:

·  численности персонала и пользователей АБИС;

·  квалификации персонала, порядку его подготовки, контроля знаний и навыков;

·  режиму работы персонала АБИС.

Требования к надёжности включают:

·состав и количественные значения показателей надёжности для системы в целом и (или) её подсистем;

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

·требования к надёжности технических средств и программного обеспечения;

·требования к методам оценки и контроля показателей надёжности на разных стадиях создания и развития системы в соответствии с действующими документами.

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

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

Требования к эксплуатации, техническому обслуживанию, ремонту и хранению включают:

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

·  предварительные требования к допустимым площадям для размещения персонала и технических средств системы, к параметрам сетей энергоснабжения и т. п.;

·  требования по количеству, квалификации обслуживающего персонала и режимам его работы;

·  требования к составу, размещению и условиям хранения комплекта запасных изделий и приборов;

·  требования к регламенту обслуживания.

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

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

Требования к стандартизации и унификации включают показатели, устанавливающие в соответствии с государственными стандартами, ведомственными и другими нормами использование:

·  стандартных, унифицированных методов реализации функций (задач) системы,

·  программных средств,

·  типовых проектных решений,

·  унифицированных форм управленческих документов,

·  классификаторов и тезаурусов,

·  коммуникативных форматов,

·  типовых автоматизированных рабочих мест, компонентов и комплексов и т. п.

В дополнительные требования могут быть включены:

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

·  требования к сервисным средствам, стендам для проверки элементов системы;

·  требования к системе, связанные с особыми условиями эксплуатации;

·  специальные требования по усмотрению разработчика или заказчика системы.

В подразделе «Требования к функциям (задачам)», выполняемым системой, приводят:

1.  По каждой подсистеме – перечень функций, задач или их комплексов (в т. ч. обеспечивающих взаимодействие частей системы), подлежащих автоматизации. При создании системы в две или более очереди — перечень функциональных подсистем, отдельных функций или задач, вводимых в действие в I-ю и последующие очереди;

2.  Временной регламент реализации каждой функции, задачи (или комплекса задач);

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

4.  Перечень и критерии отказов для каждой функции, по которой задаются требования по надёжности.

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

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

В части требований к информационному обеспечению системы приводят требования:

·  к составу, структуре и способам организации фондов и машиночитаемых данных в системе;

·  к информационному обмену между компонентами системы;

·  к информационной совместимости со смежными системами;

·  по использованию коммуникативных форматов, унифицированных документов, действующих в данной организации и (или) взаимодействующей группе организаций;

·  к внутрисистемным форматам данных;

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

·  к структуре процесса сбора, обработки, передачи данных в системе и представлению данных;

·  к защите данных от разрушений при авариях и сбоях в электропитании системы;

·  к контролю, хранению, обновлению и восстановлению данных;

В части требований к лингвистическому обеспечению системы приводятся требования к применению в системе:

·  классификаторов и тезаурусов,

·  языков взаимодействия пользователей и технических средств системы,

·  средств кодирования и декодирования данных,

·  конверторов,

·  языков ввода-вывода данных,

·  языков манипулирования данными,

·  способов организации диалога.

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

·  решение средствами ПО системы полного комплекса служебных и пользовательских задач;

·  поддержку возможностей обработки, хранения и актуализации заданных видов документов и данных с учётом необходимых их количественных показателей;

·  поддержку возможности настройки на заданные входные и выходные формы документов;

·  поддержку необходимых форматов данных и средств лингвистического обеспечения;

·  поддержку требований протоколов телекоммуникационного обмена данными, действующими в области функционирования АБИС,

·  обеспечение необходимой для создаваемой АБИС скорости обработки и поиска данных,

·  обеспечение требований стандартизации, унификации, эргономики, защиты информации и соответствия другим, не перечисленным в данном пункте, требованиям, включённым в другие пункты ТЗ.

В части требований к средствам технического обеспечения системы приводят требования:

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

· к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы.

В части требований к организационному обеспечению приводят требования к:

· структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию;

· организации функционирования системы и порядку взаимодействия персонала АБИС с персоналом объекта автоматизации;

· защите от ошибочных действий персонала системы.

В требования по обеспечению управления и контроля включают:

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

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

· требования к видам статистической обработки контролируемых данных, а также их выходным формам,

· требования к средствам формально-логического контроля.

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

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

2.  Вид и порядок проведения экспертизы и приёмки работ.

В разделе «Порядок контроля и приемки системы» указывают:

1. Виды, состав, объём и методы испытаний системы и её составных частей (виды испытаний в соответствии с действующими нормами, распространяющимися на разрабатываемую систему);

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

3. Статус приёмочной комиссии (государственная, межведомственная, ведомственная и т. п.).

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

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

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

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

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

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

В разделе «Требования к документированию» приводят:

1.  Согласованный разработчиком и заказчиком системы перечень подлежащих разработке комплектов и видов документов, в т. ч. выпускаемых на машинных носителях;

2.  Требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД;

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

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

В состав ТЗ на АБИС включают приложения, содержащие:

1.  Расчёт ожидаемой эффективности системы?;

2.  Оценку научно-технического уровня системы?;

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

Дополнительные рекомендации по составу и содержанию ТЗ на автоматизированные системы различного назначения и приложений к ним содержатся также в РД и ГОСТ 24.602-86 [3, 4].

ПРАВИЛА ОФОРМЛЕНИЯ ТЗ НА АБИС

И ДОПОЛНЕНИЙ К НЕМУ

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

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

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

Разделы и подразделы ТЗ должны быть размещены в порядке, установленном ГОСТ 34.602-89.

Если конкретные значения показателей, норм и требований не могут быть установлены в процессе разработки ТЗ на АБИС, в нём следует сделать запись о порядке установления и согласования этих показателей, норм и требований «Окончательное требование (значение) уточняется в процессе... и согласовывается протоколом с... на стадии ...». При этом в текст ТЗ на АБИС изменений не вносят.

Титульный лист дополнения к ТЗ на АБИС оформляют аналогично титульному листу технического задания. Вместо наименования «Техническое задание» пишут «Дополнение № ... к ТЗ на АБИС ...».

На последующих листах дополнения к ТЗ на АБИС помешают основание для изменения, содержание изменения и ссылки на документы, в соответствии с которыми вносятся эти изменения.

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

Дополнительные рекомендации по разработке ТЗ на программно-технологические комплексы и их

составляющие

Определенную специфику применительно к автоматизации информационных процессов в АБИС имеют ТЗ на создание программных средств на отдельные задачи и подзадачи. С учетом опыта выполнения подобных разработок (например, [7, 8]) можно рекомендовать следующий состав разделов такого ТЗ:

1.  Наименование задачи.

2.  Назначение и цели решения задачи.

3.  Состав задачи и наименование подзадач.

4.  Содержание задачи.

5.  Альбом форм входных документов и данных.

6.  Альбом форм выходных документов и данных.

7.  Условия работы программно-технологического комплекса.

8.  Общие требования к программно-технологическому комплексу.

9.  Объемные показатели, сроки и порядок выполнения работ.

10.  Смета на выполнение работ.

11.  Условия финансирования.

12.  Порядок сдачи и приёмки работы.

Дополнительными разделами в таком ТЗ могут быть:

1.  технико-экономическое обоснование;

2.  постановка задачи автоматизации;

3.  основания и порядок корректировки ТЗ.

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

Раздел «Условия работы программно-технологического комплекса» должен содержать сведения о взаимосвязи разрабатываемой задачи с другими составными элементами системы и задачами, решаемыми ею. В этом разделе должны быть также указаны наименования программных, технических и других средств, которые могут быть использованы, а также прочие сведения, которые могут повлиять на выбор проектных решений.

Раздел «Общие требования к программно-технологическому комплексу» должен содержать требования к:

·  характеру и способам реализации сервисных услуг;

·  структуре и организации программного обеспечения задачи;

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

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

ПРИМЕРНЫЕ ФУНКЦИОНАЛЬНЫЕ ТРЕБОВАНИЯ

на созданиЕ АБИС

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

·  Комплектование.

·  Обработка документов (каталогизация, систематизация и др.).

·  Электронный каталог.

·  Абонемент и обслуживание читателей.

·  Мультимедиа.

·  Управление, учёт, статистика, диспетчеризация (постановка на этап и др.).

Комплектование

Подсистема комплектования должна обеспечить:

-  формирование заказа всех видов изданий для различных источников комплектования;

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

-  контроль за поступлением заказанных изданий с формированием рекламаций на издания, не поступившие вовремя;

-  подготовку всех необходимых учетно-финансовых документов, форма которых должна быть настраиваемой;

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

-  выдачу отчетно-статистических данных.

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

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

Подсистема должна поддерживать интерактивный и пакетный режимы ввода данных.

Пакетный режим должен обеспечивать обработку входных данных (импорт) в форматах структуры ISO-2709 (в т. ч. в форматах UNIMARC, USMARC for Holdings and Locations, USMARC for Bibliographic Data).

Входными данными, подлежащими вводу в АБИС средствами подсистемы, являются:

-  данные о партнерах (издающие и книготорговые организации, партнеры по книгообмену, подписные агентства и т. п.);

-  данные о предложениях издающих и книготорговых организаций;

-  данные о предложениях библиотеки и других библиотек по книгообмену;

-  данные о заказах документов для фонда библиотеки;

-  данные о документах, поступивших как по предварительному заказу, так и без него.

Выходными данными подсистемы являются:

-  заказная документация;

-  рекламации на не поступившие документы;

-  отчеты учетно-контрольного характера.

Обработка документов (каталогизация, систематизация и др.).

Подсистема обработки документов должна обеспечить:

-  подготовку информации для электронных каталогов всех видов документов, поступающих в библиотеку, по стандартам, принятым в России;

-  экспорт введенной информации в файлы формата, UNIMARC и Российского коммуникативного формата (модификация UNIMARCа);

-  контроль за сроками обработки документов;

-  создание и поддержку файлов нормативных записей (индивидуальные и коллективные авторы; система классификации ББК);

-  выдачу отчётно-статистических данных.

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

При обработке документов должны широко использоваться файлы нормативных записей, формируемые как внутри компонента, так и импортируемые в АБИС из формата USMARC \AUTHORITIES, а также различного рода электронные справочники.

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

Подсистема должна обеспечивать обработку документа полностью с начала («с нуля»), а также с использованием копирования уже существующих записей или их отдельных элементов.

Выходными данными, сформированными средствами подсистемы, являются:

- библиографические описания документов, включающие систематические индексы ББК и шифры хранения;

- нормативные записи;

- отчеты учетно-контрольного характера.

Электронный каталог

Подсистема электронного каталога должна обеспечить:

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

-  ретроспективную конверсию традиционных каталогов библиотеки;

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

-  предоставление информации пользователям о доступности в настоящий момент запрашиваемых ими документов;

-  экспорт фрагментов электронных каталогов в Российском коммуникативном формате;

-  формирование фрагментов электронных каталогов на машинных носителях (в т. ч. на CD-ROM);

-  выдачу отчетно-статистических данных.

Входными данными для подсистемы являются:

-  библиографические описания, подготовленные для загрузки в электронный каталог в подсистеме Обработка документов;

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

-  запросы пользователей;

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

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

Подсистема обслуживания читателей должна обеспечить:

-  учет читателей и абонентов библиотеки;

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

-  формирование очередей на получение документов, временно недоступных пользователю;

-  осуществление резервирования Единиц хранения за данным читателем (абонентом);

-  формирование заказов по межбиблиотечному абонементу (МБА), направляемых по заявкам читателей в другие библиотеки;

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

-  осуществление учёта и контроля над выполнением технологических процедур МБА;

-  выдачу отчетно-статистических данных.

Входными данными, подлежащими вводу в АБИС средствами подсистемы, являются:

-  сведения о читателях и абонентах библиотеки;

-  заказы на издания из фондов библиотеки, поступающие от читателей и по МБА;

-  заказы на издания, отсутствующие в фондах библиотеки, заказываемые ею по МБА;

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

Выходными данными подсистемы являются:

-  записи о читателях и абонентах, введенные в АБИС;

-  записи о заказах документов;

-  записи об отказах в выдаче документов;

-  записи о заказах по МБА;

-  информация о местонахождении проходящих через подсистему документов;

-  отчёты учетно-контрольного характера.

Мультимедиа

Подсистема мультимедиа должна обеспечить:

-  формирование электронной (цифровой) мультимедийной библиотеки на основе обработки традиционных материалов из фондов библиотеки;

-  формирование и ведение каталога сформированной библиотеки;

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

·  Управление, учёт, статистика и диспетчеризация (постановка на этап и др.).

Подсистема управления, учёта, статистики и диспетчеризации должна обеспечивать получение статистических сведений:

-  о сроках выполнения технологических процессов;

-  о состоянии, движении и использовании фонда библиотеки;

-  по количественному и качественному составу читателей и абонентов;

-  о спросе на конкретные документы и их группы;

-  о местонахождении любого документа, поступившего в библиотеку.

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