Структура и содержание технического задания на проектирование АБИС

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

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


Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:  



double arrow
Сейчас читают про: