орнплшл. Техническое задание по гост 34 указания гост
 Скачать 434.97 Kb.
|
1 2 Подсистема хранения данных Подсистема хранения данных должна осуществлять хранение оперативных данных системы, данных для формирования аналитических отчетов, документов системы, сформированных в процессе работы отчетов. Подсистема должна обеспечивать периодическое резервное копирование и сохранение данных на дополнительных носителях информации. Подсистема приложений операционного управления Подсистема приложений операционного управления должна состоять из следующих модулей: - Модуль планирования структуры организаций, штатных расписаний и кадровых политик; - Модуль расчета заработной платы; - Модуль оперативного учета движения кадров; - Модуль ведение административного документооборота по персоналу и учету труда, аттестации и определению потребностей (обучение, повышение квалификации) работников; - Модуль учета рекрутинга персонала на вакантные должности; - Модуль ведения архивов без ограничения сроков давности. Модуль планирования структуры организаций, штатных расписаний и кадровых политик Модуль планирования структуры организаций, штатных расписаний и кадровых политик должен реализовывать следующие функции: - создание и ведение корпоративной структуры предприятия или холдинга любой сложности; - поддержка множественных иерархических структур, объединяющих персонал: организационных, функциональных, проектных, бюджетных; - ведение и планирование штатного расписания (ШР); - т.п. - пр. Создание и ведение корпоративной структуры предприятия включает в себя: - Хранение истории расформированных структур; - т.п. - пр. Поддержка множественных иерархических структур включает в себя: - Добавление новых типов структур; - Редактирование существующих типов; 26 - Создание шаблонов структур; - Хранение истории изменений; - т.п. - пр. Подсистема управления нормативно-справочной информацией Подсистема должна решать задачу обеспечения информационной совместимости данных, которыми обмениваются отдельные компоненты Системы между собой, а также со смежными системами в процессе функционирования. В число функций подсистемы должны быть включены функции ведения справочной информации. Справочники и классификаторы, входящие в состав подсистемы, должны проектироваться и разрабатываться в соответствии с действующими общероссийскими и международными справочниками и классификаторами, где это представляется возможным. Подсистема должна предоставлять пользователю удобные инструменты для поиска и применения необходимой справочной информации. Все справочники, входящие в состав НСИ системы, должны обладать следующей основной функциональностью: - Постоянное хранение данных справочников; - Добавление новых элементов; - Редактирование элементов; - Удаление (удаление элементов возможно лишь в том случае, если другие существующие объекты системы не ссылаются на удаляемый элемент); - Просмотр элементов; - Просмотр списка элементов; - Фильтрация и сортировка списка элементов; - Поиск элементов; - Экспорт и импорт элементов. Перечень функций справочников должен быть уточнен на стадиях технического проектирования и опытной эксплуатации. Подсистема управления нормативно-справочной информацией должна обеспечивать ведение следующих справочников и реестров: - Реестр «Сотрудники»; - Реестр «Адреса»; - Реестр «Предприятия»; - Реестр «Штатные расписания»; - т.п. - пр. Реестр «Сотрудники» Реестр «Сотрудники» должен обеспечивать возможность обработки необходимого набора атрибутов, включая: - Фамилия; 27 - Имя; - Отчество; - Должность; - т.п. - пр. Модуль должен реализовывать следующие основные функции по обработке данных реестра: - Постоянное хранение данных реестра; - Добавление данных в реестр; - Удаление данных реестра; - Просмотр списка элементов реестра; - Фильтрация и сортировка элементов реестра; - Поиск элемента реестра; - Просмотр данных элемента реестра; - Просмотр фотографии сотрудника; - Печать выписки из реестра «Список сотрудников»; - т.п. - пр. Реестр «Адреса» Реестр «Адреса» должен обеспечивать возможность обработки необходимого набора атрибутов, включая: - Город; - Улица; - Дом; - Корпус; - т.п. - пр. Подсистема анализа Подсистема анализа должна формировать и предоставлять аналитические данные о деятельности федерального агентства в области управления государственными кадрами с возможностью оперативного отслеживания ключевых показателей. Подсистема анализа должна быть построена на основе современных OLAP-технологий, позволяющих строить многомерные аналитические отчеты произвольного вида, включая графическое и текстовое представление данных. Подсистема интеграции Подсистема должна обеспечивать следующие основные виды взаимодействия со смежными системами: 28 – прием запросов от смежных систем, обработку полученных запросов и предоставление ответов на запросы; – передачу запросов в смежные системы и обработку полученных ответов. В ходе выполнения проекта должны быть разработаны форматы данных, протоколы и регламенты взаимодействия Системы со смежными системами. В число смежных систем должны входить: – Смежная система 1; – Смежная система 2. Подсистема должна обеспечивать ведение журналов учета поступивших и обработанных запросов, посланных запросов и полученных ответов смежных систем. Подсистема формирования отчетности Подсистема должна обеспечивать возможность формирования следующих отчетных форм: – Сводный отчет 1; – Сводный отчет 2; – Регламентированный отчет 1; – ...; – ...; Подсистема формирования отчетности должна включать механизмы гибкой настройки, а также инструментарий по формированию новых отчетных форм. Открытый ведомственный информационный ресурс ФА. Автоматизированная система Открытый ведомственный информационный ресурс (АС ОВИР) должна обеспечивать публичный доступ гражданам Российской Федерации к открытой части информации АС Кадры через Интернет. Также АС ОВИР должна обеспечивать доступ пользователей АС Кадры к операционным данным БД АС (путем предоставления сервисов, позволяющих формировать запросы на получение информации ограниченного доступа, в соответствии с уровнем компетентности пользователя). 4.3 Требования к видам обеспечения УКАЗАНИЯ ГОСТ: В подразделе «Требования к видам обеспечения» в зависимости от вида системы приводят требования к математическому, информационному, лингвистическому, программному, техническому, метрологическому, организационному, методическому и другим видам обеспечения системы. 4.3.1 Требования к математическому обеспечению системы УКАЗАНИЯ ГОСТ: 29 Для математического обеспечения системы приводят требования к составу, области применения (ограничения) и способам, использования в системе математических методов и моделей, типовых алгоритмов и алгоритмов, подлежащих разработке. ФОРМАЛЬНОЕ СОДЕРЖАНИЕ: Математические методы и алгоритмы, используемые для шифрования/дешифрования данных, а также программное обеспечение, реализующее их, должны быть сертифицированы уполномоченными организациями для использования в государственных органах Российской Федерации. 4.3.2 Требования к информационному обеспечению системы УКАЗАНИЯ ГОСТ: Для информационного обеспечения системы приводят требования: 1) к составу, структуре и способам организации данных в системе; 2) к информационному обмену между компонентами системы; 3) к информационной совместимости со смежными системами; 4) по использованию общесоюзных и зарегистрированных республиканских, отраслевых классификаторов, унифицированных документов и классификаторов, действующих на данном предприятии; 5) по применению систем управления базами данных; 6) к структуре процесса сбора, обработки, передачи данных в системе и представлению данных; 7) к защите данных от разрушений при авариях и сбоях в электропитании системы; 8) к контролю, хранению, обновлению и восстановлению данных; 9) к процедуре придания юридической силы документам, продуцируемым техническими средствами АС (в соответствии с ГОСТ 6.10.4). ФОРМАЛЬНОЕ СОДЕРЖАНИЕ: Состав, структура и способы организации данных в системе должны быть определены на этапе технического проектирования. Уровень хранения данных в системе должен быть построен на основе современных реляционных или объектно-реляционных СУБД. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД. Средства СУБД, а также средства используемых операционных систем должны обеспечивать документирование и протоколирование обрабатываемой в системе информации. Структура базы данных должна поддерживать кодирование хранимой и обрабатываемой информации в соответствии с общероссийскими классификаторами (там, где они применимы). 30 Доступ к данным должен быть предоставлен только авторизованным пользователям с учетом их служебных полномочий, а также с учетом категории запрашиваемой информации. Структура базы данных должна быть организована рациональным способом, исключающим единовременную полную выгрузку информации, содержащейся в базе данных системы. Технические средства, обеспечивающие хранение информации, должны использовать современные технологии, позволяющие обеспечить повышенную надежность хранения данных и оперативную замену оборудования (распределенная избыточная запись/считывание данных; зеркалирование; независимые дисковые массивы; кластеризация). В состав системы должна входить специализированная подсистема резервного копирования и восстановления данных. При проектировании и развертывании системы необходимо рассмотреть возможность использования накопленной информации из уже функционирующих информационных систем. Перечень функционирующих информационных систем приведен в разделе 3 настоящего документа. 4.3.3 Требования к лингвистическому обеспечению системы УКАЗАНИЯ ГОСТ: Для лингвистического обеспечения системы приводят требования к применению в системе языков программирования высокого уровня, языков взаимодействия пользователей и технических средств системы, а также требования к кодированию и декодированию данных, к языкам ввода-вывода данных, языкам манипулирования данными, средствам описания предметной области (объекта автоматизации), к способам организации диалога. ФОРМАЛЬНОЕ СОДЕРЖАНИЕ: Все прикладное программное обеспечение системы для организации взаимодействия с пользователем должно использовать русский язык. 4.3.4 Требования к программному обеспечению системы УКАЗАНИЯ ГОСТ: Для программного обеспечения системы приводят перечень покупных программных средств, а также требования: 1) к независимости программных средств от используемых СВТ и операционной среды; 2) к качеству программных средств, а также к способам его обеспечения и контроля; 3) по необходимости согласования вновь разрабатываемых программных средств с фондом алгоритмов и программ. ФОРМАЛЬНОЕ СОДЕРЖАНИЕ: 31 При проектировании и разработке системы необходимо максимально эффективным образом использовать ранее закупленное программное обеспечение, как серверное, так и для рабочих станций. Используемое при разработке программное обеспечение и библиотеки программных кодов должны иметь широкое распространение, быть общедоступными и использоваться в промышленных масштабах. Базовой программной платформой должна являться операционная система MS Windows. 4.3.5 Требования к техническому обеспечению УКАЗАНИЯ ГОСТ: Для технического обеспечения системы приводят требования: 1) к видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе; 2) к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы. ПРИМЕР СОДЕРЖАНИЯ: Техническое обеспечение системы должно максимально и наиболее эффективным образом использовать существующие в органах федерального агентства технические средства. В состав комплекса (Рисунок 1) должны следующие технические средства: – Серверы БД; – Серверы приложений; – Сервер системы формирования отчетности; – Веб сервер; – ПК пользователей; – ПК администраторов. Серверы БД должны быть объединены в отказоустойчивый кластер. Серверы приложений должны образовывать кластер с балансировкой нагрузки. Серверы БД, серверы приложений и сервер системы формирования отчетности должны быть объединены одной локальной сетью, с пропускной способностью не менее 100 Мбит. Требования к техническим характеристикам серверов БД: – Процессор – 2 х Intel Xeon 3 ГГц; – Объем оперативной памяти – 16 Гб; – Дисковая подсистема – 4 х 146 Гб; – Устройство чтения компакт-дисков (DVD-ROM); – Сетевой адаптер – 100 Мбит. Требования к техническим характеристикам системы хранения данных: 32 – Дисковая подсистема 0,5 Тб Raid Array 5 Требования к техническим характеристикам серверов приложений: – Процессор – 2 х Intel Xeon 3 ГГц; – Объем оперативной памяти – 8 Гб; – Дисковая подсистема – 4 х 146 Гб; – Устройство чтения компакт-дисков (DVD-ROM); – Сетевой адаптер – 100 Мбит. Требования к техническим характеристикам веб сервера: – Процессор – 2 х Intel Xeon 3 ГГц; – Объем оперативной памяти – 16 Гб; – Дисковая подсистема – 4 х 146 Гб; – Устройство чтения компакт-дисков (DVD-ROM); – Сетевой адаптер – 100 Мбит. Требования к техническим характеристикам ПК пользователя и ПК администратора: – Процессор – Intel Pentium 1.5 ГГц; – Объем оперативной памяти – 256 Мб; – Дисковая подсистема – 40 Гб; – Устройство чтения компакт-дисков (DVD-ROM); – Сетевой адаптер – 100 Мбит. 4.3.6 Требования к метрологическому обеспечению УКАЗАНИЯ ГОСТ: В требованиях к метрологическому обеспечению приводят: 1) предварительный перечень измерительных каналов; 2) требования к точности измерений параметров и (или) к метрологическим характеристикам измерительных каналов; 3) требования к метрологической совместимости технических средств системы; 4) перечень управляющих и вычислительных каналов системы, для которых необходимо оценивать точностные характеристики; 5) требования к метрологическому обеспечению технических и программных средств, входящих в состав измерительных каналов системы, средств, встроенного контроля, метрологической пригодности измерительных каналов и средств измерений, используемых при наладке и испытаниях системы; 6) вид метрологической аттестации (государственная или ведомственная) с указанием порядка ее выполнения и организаций, проводящих аттестацию. ФОРМАЛЬНОЕ СОДЕРЖАНИЕ: 33 Требования к метрологическому обеспечению не предъявляются. 4.3.7 Требования к организационному обеспечению УКАЗАНИЯ ГОСТ: Для организационного обеспечения приводят требования: 1) к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию; 2) к организации функционирования системы и порядку взаимодействия персонала АС и персонала объекта автоматизации; 3) к защите от ошибочных действий персонала системы. ФОРМАЛЬНОЕ СОДЕРЖАНИЕ: Организационное обеспечение системы должно быть достаточным для эффективного выполнения персоналом возложенных на него обязанностей при осуществлении автоматизированных и связанных с ними неавтоматизированных функций системы. Заказчиком должны быть определены должностные лица, ответственные за: – обработку информации АС; – администрирование АС; – обеспечение безопасности информации АС; – управление работой персонала по обслуживанию АС. К работе с системой должны допускаться сотрудники, имеющие навыки работы на персональном компьютере, ознакомленные с правилами эксплуатации и прошедшие обучение работе с системой. 4.3.8 Требования к методическому обеспечению УКАЗАНИЯ ГОСТ: Для методического обеспечения САПР приводят требования к составу нормативно- технической документации системы (перечень применяемых при ее функционировании стандартов, нормативов, методик и т. п.). ПРИМЕР СОДЕРЖАНИЯ: В состав нормативно-правого и методического обеспечения системы должны входить следующие законодательные акты, стандарты и нормативы: - т.п.; - пр. 5 СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ (РАЗВИТИЮ) СИСТЕМЫ УКАЗАНИЯ ГОСТ: 34 Раздел «Состав и содержание работ по созданию (развитию) системы» должен содержать перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 24.601, сроки их выполнения, перечень организаций - исполнителей работ, ссылки на документы, подтверждающие согласие этих организаций на участие в создании системы, или запись, определяющую ответственного (заказчик или разработчик) за проведение этих работ. В данном разделе также приводят: 1) перечень документов, по ГОСТ 34.201-89, предъявляемых по окончании соответствующих стадий и этапов работ; 2) вид и порядок проведения экспертизы технической документации (стадия, этап, объем проверяемой документации, организация-эксперт); 3) программу работ, направленных на обеспечение требуемого уровня надежности разрабатываемой системы (при необходимости); 4) перечень работ по метрологическому обеспечению на всех стадиях создания системы с указанием их сроков выполнения и организаций-исполнителей (при необходимости). ПРИМЕР СОДЕРЖАНИЯ: Этап Содержание работ Результаты работ 1 Разработка документов технического проекта АС Кадры. Создание программного обеспечения первой очереди АС Кадры. Документы технического проекта первой очереди АС Кадры. Программное обеспечение первой очереди АС Кадры. 2 6 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ УКАЗАНИЯ ГОСТ: В разделе «Порядок контроля и приемки системы» указывают: 1) виды, состав, объем и методы испытаний системы и ее составных частей (виды испытаний в соответствии с действующими нормами, распространяющимися на разрабатываемую систему); 2) общие требования к приемке работ по стадиям (перечень участвующих предприятий и организаций, место и сроки проведения), порядок согласования и утверждения приемочной документации; З) статус приемочной комиссии (государственная, межведомственная, ведомственная). 6.1 Виды, состав, объем и методы испытаний системы ФОРМАЛЬНОЕ СОДЕРЖАНИЕ: Виды, состав, объем, и методы испытаний подсистемы должны быть изложены в программе и методике испытаний АС Кадры, разрабатываемой в составе рабочей документации. 35 6.2 Общие требования к приемке работ по стадиям ФОРМАЛЬНОЕ СОДЕРЖАНИЕ: Сдача-приѐмка работ производится поэтапно, в соответствии с рабочей программой и календарным планом, являющимися приложениями к Госконтракту №... от ... года. Сдача-приемка осуществляется комиссией, в состав которой входят представители Заказчика и Исполнителя. По результатам приемки подписывается акт приемочной комиссии. Все создаваемые в рамках настоящей работы программные изделия (за исключением покупных) передаются Заказчику, как в виде готовых модулей, так и в виде исходных кодов, представляемых в электронной форме на стандартном машинном носителе (например, на компакт-диске). 6.3 Статус приемочной комиссии ФОРМАЛЬНОЕ СОДЕРЖАНИЕ: Статус приемочной комиссии определяется Заказчиком до проведения испытаний. 7 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ УКАЗАНИЯ ГОСТ: В разделе «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие» необходимо привести перечень основных мероприятий и их исполнителей, которые следует выполнить при подготовке объекта автоматизации к вводу АС в действие. В перечень основных мероприятий включают: 1) приведение поступающей в систему информации (в соответствии с требованиями к информационному и лингвистическому обеспечению) к виду, пригодному для обработки с помощью ЭВМ; 2) изменения, которые необходимо осуществить в объекте автоматизации; 3) создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ; 4) создание необходимых для функционирования системы подразделений и служб; 5) сроки и порядок комплектования штатов и обучения персонала. Например, для АСУ приводят: изменения применяемых методов управления; создание условий для работы компонентов АСУ, при которых гарантируется соответствие системы требованиям, содержащимся в ТЗ. ФОРМАЛЬНОЕ СОДЕРЖАНИЕ: 36 В ходе выполнения проекта на объекте автоматизации требуется выполнить работы по подготовке к вводу системы в действие. При подготовке к вводу в эксплуатацию АС Кадры Заказчик должен обеспечить выполнение следующих работ: - Определить подразделение и ответственных должностных лиц, ответственных за внедрение и проведение опытной эксплуатации АС Кадры; - Обеспечить присутствие пользователей на обучении работе с системой, проводимом Исполнителем; - Обеспечить соответствие помещений и рабочих мест пользователей системы в соответствии с требованиями, изложенными в настоящем ЧТЗ; - Обеспечить выполнение требований, предъявляемых к программно-техническим средствам, на которых должно быть развернуто программное обеспечение АС Кадры; - Совместно с Исполнителем подготовить план развертывания системы на технических средствах Заказчика; - Провести опытную эксплуатацию АС Кадры. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие, включая перечень основных мероприятий и их исполнителей должны быть уточнены на стадии подготовки рабочей документации и по результатам опытной эксплуатации. 8 ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ УКАЗАНИЯ ГОСТ: В разделе «Требования к документированию» приводят: 1) согласованный разработчиком и Заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ 34.201-89 и НТД отрасли заказчика; перечень документов, выпускаемых на машинных носителях; требования к микрофильмированию документации; 2) требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД; 3) при отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов. ПРИМЕР СОДЕРЖАНИЯ: Для системы на различных стадиях создания должны быть выпущены следующие документы из числа предусмотренных в ГОСТ 34.201–89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначения документов при создании первой очереди АС Кадры приведены в таблице: Стадия создания Наименование документа Код доку- мента Часть проекта Принадлеж- ность к ПСД Принадлеж- ность к ЭД Дополнительные указания ТП Схема организаци- онной структуры СО ОР Включается в ПВ 37 Схема функциональ- ной структуры С2* ОР Включается в П2 Перечень заданий на разработку специа- лизированных (но- вых) технических средств В9 ТО X Не разрабатывается в связи с отсутстви- ем необходимости разработки специа- лизированных (но- вых) технических средств Схема автоматиза- ции СЗ* ТО X Включается в П2 Технические зада- ния на разработку специализирован- ных (новых) техни- ческих средств ТО Не разрабатываются в связи с отсутстви- ем необходимости разработки специа- лизированных (но- вых) технических средств Задания на разра- ботку строительных, электротехнических, санитарно-техниче- ских и других раз- делов проекта, свя- занных с созданием системы ТО X Не разрабатываются в связи с отсутстви- ем необходимости разработки строи- тельных, электро- технических, сани- тарно-технических и других разделов проекта. Ведомость техниче- ского проекта ТП* ОР Ведомость покуп- ных изделий ВП* ОР Перечень входных сигналов и данных В1 ИО Включается в П5 Перечень выходных сигналов (докумен- тов) В2 ИО Включается в П5 Перечень заданий на разработку строи- тельных, электро- технических, сани- тарно-технических и В3 ТО X Не разрабатывается в связи с отсутст- вием необходимости разработки строи- тельных, электро- 38 других разделов проекта, связанных с созданием сис- темы технических, сани- тарно-технических и других разделов проекта. Пояснительная за- писка к техниче- скому проекту П2 ОР Описание автомати- зируемых функций П3 ОР Включается в П2 Описание поста- новки задач (ком- плекса задач) П4 ОР Включается в П2 Описание информа- ционного обеспече- ния системы П5 ИО Описание организа- ции информацион- ной базы П6 ИО Включается в П5 Описание систем классификации и кодирования П7 ИО Описание массива информации П8 ИО Включается в П5 Описание програм- много обеспечения ПА ПО Описание алгоритма (проектной проце- дуры) ПБ МО В состав проекта не входит Описание организа- ционной структуры ПВ ОО Не разрабатывается, так как разрабаты- ваемая система за- меняет существую- щую и не требует изменения органи- зационной струк- туры План расположения С8 ТО X Не разрабатыва- ются, так как плани- рование расположе- ния средств техни- ческого обеспечения 39 в проект не входит Ведомость оборудо- вания и материалов ТО X Локальный сметный расчет Б2 ОР X Разрабатывается в составе контрактной документации РД Ведомость держате- лей подлинников ДП* ОР Разрабатывается шаблон документа, который ведется эксплуатантом сис- темы Ведомость эксплуа- тационных доку- ментов ЭД* ОР X Спецификация обо- рудования В4 ТО X Ведомость потреб- ности в материалах В5 ТО X Разрабатывается в составе контрактной документации Ведомость машин- ных носителей ин- формации ВМ* ИО X Массив входных данных В6 ИО X В состав проекта не входит Каталог базы дан- ных В7 ИО X В состав проекта не входит Состав выходных данных (сообщений) В8 ИО X В состав проекта не входит Локальная смета Б3 ОР X Разрабатывается в составе контрактной документации Технологическая инструкция И2 ОО X В состав проекта не входит Руководство поль- зователя И3 ОО X Руководство адми- нистратора И3(A) ОО X Инструкция по экс- плуатации КТС ИЭ ТО X В состав проекта не входит Схема соединений внешних проводок С4* ТО X В состав проекта не входит 40 Схема подключения внешних проводок С5* ТО X В состав проекта не входит Таблица соединений и подключений С6 ТО X В состав проекта не входит Схема деления сис- темы (структурная) Е1* ТО Включается в П2 Чертеж общего вида ВО* ТО X В состав проекта не входит Чертеж установки технических средств СА ТО X В состав проекта не входит Схема принципи- альная СБ ТО X В состав проекта не входит Схема структурная комплекса техниче- ских средств С1* ТО X В состав проекта не входит План расположения оборудования и проводок С7 ТО X В состав проекта не входит Общее описание системы ПД ОР X Программа и мето- дика испытаний (компонентов, ком- плексов средств ав- томатизации, под- системы, систем) ПM* ОР Формуляр ФО* ОР X Паспорт ПС* ОР X Инструкция по формированию и ведению базы дан- ных (набора дан- ных) И4 ИО X В состав проекта не входит Примечания 1. Звездочкой (*) помечены документы, код которых установлен в соответствии с требованиями стандартов ЕСКД 2. В таблице приняты следующие сокращения: ПСД – проектно-сметная документация; ЭД – эксплуатационная документация; ЭП – эскизный проект; 41 ТП – технический проект; РД – рабочая документация; ОР – общесистемные решения; ОО – решения по организационному обеспечению; ТО – решения по техническому обеспечению; ИО – решения по информационному обеспечению; ПО – решения по программному обеспечению; МО – решения по математическому обеспечению. 3. Знак Х обозначает принадлежность к проектно-сметной или эксплуатационной документации. 9 ИСТОЧНИКИ РАЗРАБОТКИ УКАЗАНИЯ ГОСТ: В разделе «Источники разработки» должны быть перечислены документы и информационные материалы (технико-экономическое обоснование, отчеты о законченных научно-исследовательских работах, информационные материалы на отечественные, зарубежные системы-аналоги и др.), на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы. ПРИМЕР СОДЕРЖАНИЯ: Учебники, учебные пособия, и другие материалы: - т.п.; - пр. Нормативные правовые акты: - т.п.; - пр. ПРИЛОЖЕНИЕ А УКАЗАНИЯ ГОСТ: В состав ТЗ на АС при наличии утвержденных методик включают приложения, содержащие: 1) расчет ожидаемой эффективности системы; 2) оценку научно-технического уровня системы. Приложения включают в состав ТЗ на АС по согласованию между разработчиком и заказчиком системы. ПРИМЕР СОДЕРЖАНИЯ: не приводится. 1 2 |