Под технологической документацией понимают подробные технические описания для специалистов, ведущих проектирование, разработку и сопровождение ИС.
Эксплуатационная документация создается для конечных пользователей ИС, чтобы они могли освоить и квалифицированно применять эти средства при эксплуатации и сопровождении системы.
Каждый разрабатываемый документ должен позволять контролировать результаты и качество выполненных работ. В общем случае каждый документ должен иметь:
— категории пользователей, для которых он разрабатывается;
— этапы работ, на которых его надо применять;
— функциональную, содержательную часть в соответствии с его назначением.
Далее предполагается набор рекомендуемой технологической и эксплуатационной документации (номера документов соответствуют номерам работ в табл. 3 профиля стандартов).
Документ 1.1. Обследование объекта информатизации и формирование требований к ИС:
— описание результатов изучения объекта информатизации;
Урок 64. Выпуск документации на изделие настройка
— цели и ограничения создания ИС;
— функции и задачи создаваемого ИС;
— ожидаемые технико-экономические результаты создания ИС;
— рекомендации по созданию ИС, БД, интерфейсов пользователей, выбору СУБД;
— условия испытания и приемки ИС;
— характеристики комплекса задач;
— входная информация (формы представления, сроки и частота поступления, источники информации);
— выходная информация (описание выходных сообщений, периодичность выдачи, допустимое время задержки, получатели и назначение выходной информации);
— ожидаемые технико-экономические результаты создания системы (перечень основных источников экономической эффективности, получаемых в результате создания системы, и оценка ожидаемых изменений основных технико-экономических и социальных показателей деятельности объекта; оценка ожидаемых затрат на создание и эксплуатацию системы с распределением их по очередям создания системы и по годам; ожидаемые обобщающие показатели экономической эффективности системы);
— выводы и предложения о производственно-хозяйственной необходимости и технико-экономической целесообразности создания системы, о совершенствовании организации и технологии процесса деятельности;
— рекомендации по созданию системы;
— первичный набор профиля стандартов.
Документ 1.2. Техническое задание на проектирование ИС
Этот документ предполагает поэтапное уточнение и детализацию предлагаемых ниже разделов, подробно описанных в ГОСТ 43.602-89:
— титульный лист с утверждающими и согласующими подписями;
— назначение и цель разработки ИС;
— общие сроки выполнения проекта;
— общие технические требования и базовые нормативные документы для выполнения ИС;
— общие требования к ИС;
— специальные требования к аппаратной и операционной платформам;
— требования к оформлению и содержанию эксплуатационной и технологической документации;
— требования к составу и содержанию работ по внедрению ИС в эксплуатацию;
Почему техническая документация — это интересно
— этапы и сроки выполнения основных работ;
— ожидаемые результаты и формы их представления;
— порядок контроля и приемки результатов работы.
Документ 2.1. Руководство администратора:
— функции администрирования при применении данного ИС;
— процедуры по инсталляции и подготовке ИС к эксплуатации;
— способы и формы контроля исполнения заданий;
Документ 2.2. Руководство оператора:
— введение (область применения, требования к уровню подготовки пользователей, перечень эксплуатационной документации, с которым необходимо ознакомиться пользователю);
— назначение и условия применения;
— подготовка к работе;
— описание операций обработки данных;
— аварийные ситуации и действия оператора при их наступлении;
— контрольный пример, правила его запуска и выполнения.
Документ 2.3. Документация на разработанный модуль ИС (руководство программиста):
— ТЗ и/или спецификация требований на разработку программы;
— описание программы (краткое описание задачи, алгоритма, структуры и функций модуля, пользовательского интерфейса, входных и выходных компонент, межмодульных интерфейсов, описание способов проверки работоспособности и контрольные примеры);
— исходный текст программы на бумажном носителе;
— исходный текст и объектный код программы на магнитных или иных носителях.
Документ 2.4. Пояснительная записка к эскизному и техническому проектам ПС:
— основные технические решения (по структуре и функциям ИС, режимам функционирования, составу комплексов задач и интерфейсов, назначение и характеристики программных модулей и таблиц БД, функциям СУБД, по структуре технических средств, по организационной структуре, по языкам программирования, по организации и ведению базы данных и т.п.);
— мероприятия по подготовке объекта информатизации к вводу ИС в действие;
— перечень всех технологических и эксплуатационных документов.
Документ 3.1. Утвержденные спецификации требований и алгоритмы на функциональные группы программ, программные и информационные компоненты:
— назначение и характеристики алгоритма (постановка задачи, краткие сведения о процессе (объекте), ограничения на возможность и условия применения, характеристики качества решения, общие требования к входным и выходным данным);
— используемая информация и их характеристика;
— требования к разработке программ.
Документ 4.1. Отчеты о результатах тестирования:
— отчет об аномальных событиях;
Документ 5.1. Программа испытаний:
— собственно программа испытаний;
Документ 5.2. Методики испытаний:
— общие положения методов испытаний;
— объем испытаний по разделам программы;
— условия и порядок проведения испытаний;
— отчетность и документирование результатов испытаний;
— акт и итоговый отчет о результатах испытаний.
Документ 5.3. Протокол испытаний:
— наименование объекта испытаний;
— список должностных лиц, проводивших испытания;
— назначение тестирования и разделы ТЗ, по которому проводились испытания;
— перечень пунктов программы испытаний и указание соответствующих методик, обработка и оценка результатов;
— условия проведения тестирования и характеристики исходных данных;
— сведения об отказах, аварийных ситуациях;
— сведения о корректировках параметров объекта испытаний и технической документации;
— обобщенные результаты испытаний с оценкой их на соответствие ТЗ и технической документации;
— выводы о результатах испытаний и соответствии созданной ИС требованиям ТЗ.
Документ 5.4. Акт завершения работ:
— наименование завершенной работы;
— список представителей заказчика и разработчика, составивших акт;
— дата завершения работ;
— наименование документа, на основании которого проводилась работа;
— основные результаты завершенной работы;
— заключение о результатах завершенной работы.
Документ 6.1. Акт приемки ИС в промышленную эксплуатацию:
— наименование ИС, принимаемой в эксплуатацию;
— сведения о статусе приемочной комиссии;
— период времени работы комиссии;
— состав функций ИС, принимаемых в эксплуатацию;
— перечень документов, предъявляемых комиссии;
— заключение о результатах опытной эксплуатации ИС;
— оценка соответствия принимаемой ИС техническому заданию на ее создание;
— краткая характеристика работ по созданию ИС и основные результаты;
— оценка экономической эффективности от внедрения ИС;
— рекомендации комиссии по дальнейшему развитию ИС.
К акту прилагаются:
— программа и протокол испытаний;
— протоколы заседания комиссий;
— перечень технических средств, которые использовала комиссия при приемке ИС.
Документ 6.2. Акт о завершении приемо-сдаточных испытаний и результаты выполнения контракта на разработку ИС:
— наименование завершенной работы;
— список представителей заказчика и разработчика, составивших акт;
— дата завершения работ;
— наименование документа, на основании которого проводилась работа;
— основные результаты завершенной работы;
— заключение о выполнении контракта.
Документ 7.1. Отчеты пользователей о выявленных дефектах и предложениях по корректировке версий ИС:
— номер пользовательской деятельности;
— подробное описание сценария и исходных данных, при которых выявлен дефект;
— предположение о причине появления дефекта;
— предложения по модификации ИС или совершенствование функционирования программы.
Документ 7.2. Журнал выявленных дефектов и предложений по совершенствованию версий ИС:
— идентификатор разработчика, которому отдан отчет пользователя для анализа;
— тесты, исходные данные и сценарий, при которых проявляется дефект;
— результаты анализа причины и источника выявленного дефекта;
— предложения по устранению дефекта;
— оценка сложности, трудоемкости и срочности модификации программ и БД;
— оценки влияния предлагаемых изменений на эксплуатацию версий ПС, имеющихся у пользователей.
Документ 7.3. Журнал подготовленных и утвержденных корректировок:
— идентификатор специалиста, разработавшего модификацию программы и БД;
— дата разработки модификации;
— причина изменения программ и БД;
— решение по распространению версии среди пользователей;
— адрес хранения корректировок, документов и тестов новой версии ИС.
Документ 7.4. Извещение пользователей о выпуске новой версии ИС или о прекращении сопровождения определенной версии ИС:
— краткое обоснование причин модификации или прекращения сопровождения версии ИС;
— описание содержания основных изменений в новой версии;
— рекомендации по приобретению или замене пользовательской версии ИС.
Дата добавления: 2019-07-17 ; просмотров: 413 ; Мы поможем в написании вашей работы!
Источник: studopedia.net
4. Изучение технической и программной документации применяемых информационных систем
Программное обеспечение (ПО), применяемое на предприятии, классифицируется по назначению и виду. По назначению ПО подразделяется на прикладное, системное и специализированное. Программы по виду подразделяются на комплексы и компоненты.
Прежде всего необходимо ознакомиться с регламентом работы пользователей персональных компьютеров и положением по организации защиты электронной информации в персональных компьютерах и локальных вычислительных сетях предприятия, разработанное в соответствии с Политикой информационной безопасности ЧУП «ЛитИмпорт».
Названные документы регламентируют порядок использования и защиты средств вычислительной техники и сетевого оборудования, порядок предоставления пользователям прав доступа (ролей) к информации в персональных компьютерах и файловых серверах, порядок разграничения прав доступа (ролей) пользователей к функционалу конкретного программного обеспечения определяется документацией на программное обеспечение, или регламентируется в локальных нормативных правовых актах (ЛНПА).
Следует руководствоваться техническим регламентом Республики Беларусь «Информационные технологии. Средства защиты информации. Информационная безопасность» (ТР 2013/027/BY), который распространяется на выпускаемые в обращение на территории Республики Беларусь средства защиты информации независимо от страны происхождения, за исключением средств шифрованной, других видов специальной связи и криптографических средств защиты государственных секретов. Настоящим техническим регламентом устанавливаются требования к средствам защиты информации в целях защиты жизни и здоровья человека, имущества, а также предупреждения действий, вводящих в заблуждение потребителей (пользователей) относительно назначения, информационной безопасности и качества средств защиты информации. Техническим регламент использования программных средств защиты от воздействия вредоносных программ и антивирусных программных средств в ЧУП «ЛитИмпорт»
Регламент использования системы корпоративной электронной почты общего назначения определяет порядок организации и использования системы корпоративной электронной почты общего назначения ЧУП «ЛитИмпорт».
Регламент эксплуатации программного комплекса «Торговая информационно-аналитическая система ЧУП «ЛитИмпорт» » (ПК ТИАС ЧУП «ЛитИмпорт») определяет порядок эксплуатации ПК ТИАС на предприятии в части:
— взаимодействия между структурными и обособленными подразделениями предприятия;
— определения ответственности структурных подразделений;
— организации методологической поддержки эксплуатации ПК ТИАС ЧУП «ЛитИмпорт»;
— ведения и заполнения справочников ПК ТИАС ЧУП «ЛитИмпорт»;
— организации обеспечения доступа к ПК ТИАС ЧУП «ЛитИмпорт» и защиты информации от несанкционированного доступа;
— предоставления пользователям ПК ТИАС ЧУП «ЛитИмпорт» прав доступа к Задачам;
— организации доработки ПК ТИАС ЧУП «ЛитИмпорт»;
— тестирования и установки ПО доработанных либо новых Задач;
— выполнения регламентных работ с базами данных и WEB-серверами.
Регламент эксплуатации системы дистанционного обучения работников ЧУП «ЛитИмпорт» (СДО) определяет процедуру организации и эксплуатации СДО работников предприятия. Эксплуатируемая на предприятии СДО предназначена для:
— создания электронных курсов и электронных тестов;
— планирования, проведения и анализа результатов дистанционного обучения посредством электронных курсов;
— планирования, проведения и анализа результатов тестирования посредством электронных тестов;
— проведения опросов работников предприятия;
— автоматизации работы центра по работе с персоналом (планирования, организации и учета очных и дистанционных обучающих мероприятий, составления учебных программ и планов обучающих мероприятий, информирования о них работников предприятия).
Регламент эксплуатации «Программно-технический комплекс системы электронного документооборота «ЛитИмпортДОК» (ПТК СЭД «ЛитИмпортДОК») разработан для использования в центральном аппарате и обособленных подразделениях предприятия и определяет порядок и организацию эксплуатации ПТК:
— взаимодействия между структурными и обособленными подразделениями;
— определения ответственности структурных подразделений при организации эксплуатации ПТК;
— организации методологической поддержки эксплуатации ПТК;
— ведения и заполнения справочной информации;
— выполнения настройки ПТК;
— оформления заявок на регистрацию рабочих мест;
— предоставления пользователям прав доступа;
— испытаний и установки новых версий ПО;
— организации доработки ПО;
— выполнения регламентных работ с базами данных и серверами.
Регламент эксплуатации централизованной интегрированной торговой системы «Lotus Notes» (ЦИТС) определяет перечень и порядок проведения мероприятий при эксплуатации ЦИТС на предприятии в части:
— взаимодействия между структурными подразделениями;
— определения ответственности структурных подразделений предприятия в организации эксплуатации ЦИТС;
— методологической поддержки эксплуатации ЦИТС;
— организации рабочих мест;
— наполнения функциональных ролей, их закрепления за структурными подразделениями предприятия;
— регистрации пользователей и предоставления им прав доступа к функциям и счетам;
— выполнения регламентных работ;
— внесения изменений в ЦИТС.
Требования всех регламентов обязательны для выполнения всеми работниками предприятия в зависимости от роли выполняемой отдельным работником.
5. Индивидуальное задание: «Ознакомление с применяемыми на производстве современными научными и другими программными разработками на примере программно-технического комплекса системы службы мгновенных сообщений и среду исполнения приложений делового взаимодействия «Lotus Notes»
Применение системы менеджмента качества, соответствующей требованиям СТБ ISO 9001 в области информационно-технического обеспечения обусловило внедрение службы мгновенных сообщений и среду исполнения приложений делового взаимодействия «Lotus Notes».
Рисунок 1 – структурная схема ПО «Lotus Notes»
Область применения ПТК – автоматизация организационно-распорядительного и иного документооборота предприятия в соответствии с требованиями законодательства Республики Беларусь и локальных нормативно правовых актов (ЛНПА) с использованием современной унифицированной системно-технической среды поддержки коллективной работы персонала предприятия с документами в электронном виде (ДЭВ). Основные направления, автоматизируемые средствами ПТК:
— создание и ведение структурированной, упорядоченной базы документной информации с многопользовательским доступом;
— создание и ведение хранилищ ДЭВ и электронными документами (ЭД) (оперативное и архивное хранение);
— учет делопроизводственных операций и ведение истории работы с ДЭВ и ЭД;
— автоматизированный поиск по реквизитам документа и по тексту ДЭВ и ЭД;
— автоматизированная рассылка документа и контроль исполнения ДЭВ и ЭД и поручений;
— автоматизированное согласование проектов ДЭВ и ЭД;
— обеспечение разграничения прав доступа пользователей к объектам и функциям СЭД;
— удостоверение целостности и подлинности ДЭВ и ЭД средствами системы криптографической защиты информации (СКЗИ).
При эксплуатации данного ПТК взаимодействие между структурными подразделениями предприятия осуществляется в соответствии с ЛНПА предприятия.
СЭД предприятия обеспечивает взаимодействие обособленных подразделений средствами подсистемы «Lotus: документы», позволяющей осуществлять обмен ДЭВ и ЭД и синхронизацию справочников между всеми локальными контурами ЭД (ЛКЭД).
Технология взаимодействия ЛКЭД реализуется с помощью операций экспорта и импорта объектов (документов, справочников) в файлы специального формата XML (Extensible Markup Language).
Работа с ПТК структурных подразделений предприятия происходит в соответствии с ЛНПА, обеспечивающими методологическую и программно-техническую поддержку эксплуатации ПТК.
ПТК представляет собой совокупность ПО СЭД «Lotus», общесистемного ПО и средств вычислительной техники, взаимодействие которых определяют функциональность и работоспособность СЭД, построен с применением двухуровневой сетевой архитектуры «клиент-сервер». В качестве платформы используется промышленная СУБД Oracle.
Рассмотрим подсистему Lotus: ДЕЛОПРОИЗВОДСТВО — базовая подсистема, реализующая основные функции системы автоматизации делопроизводства. Работа в «Lotus: ДЕЛОПРОИЗВОДСТВО» доступна пользователям, имеющим учетную запись в СЭД с соответствующими правами на объекты и функции СЭД. Для обеспечения защиты информации от несанкционированного доступа к СЭД в системе обеспечена аутентификация и авторизация каждого рабочего места в режиме on-line. Пользователи обязаны в течение дня периодически просматривать входящие сообщения клиентской части и принимать оперативные меры по обработке поступающей информации.
Регистрация, учет и отображение ДЭВ и ЭД и информации о ДЭВ и ЭД в СЭД осуществляется в электронных журналах.
Управление электронных журналов в СЭД осуществляется Администратором прикладной части ПО СЭД «Lotus» на основании утвержденной номенклатуры дел. Управление электронными журналами в течение года осуществляется службой ИТ по согласованию со службой ДОУ и обуславливается изменениями в организационной структуре, а также обоснованной производственной необходимостью.
Организация стандартного уровня доступа к электронным журналам и функциям СЭД основывается на ролевом принципе. Учетные записи пользователей группируются в соответствующие функциональные роли. Одна учетная запись может быть включена в несколько ролей.
Состав доступных пользователю электронных журналов, уровень доступа к ним и функциям СЭД определяется приказом о распределении стандартного ролевого доступа к журналам СЭД «Lotus», который подготавливает служба ДОУ совместно со службой ИТ. Роль назначается соответствующему пользователю СЭД на основании приказа о назначении работника ответственным за ведение делопроизводства, который подготавливает служба ДОУ.
Для подготовки проектов ДЭВ и ЭД используются типовые офисные программные приложения. Интегрированный в подсистему специализированный ПМ ABBYY FineReader Scripting Edition позволяет в автоматическом режиме проводить распознавание графических образов документов и присоединять их текстовые эквиваленты к регистрационно-контрольной карточке (РКК).
ПМ «Lotus: Почта, календарь, контакты» предназначен для централизованного управления почтой, календарным планированием, сохранением контактов.
ПМ «Lotus: Документы, презентации, таблицы» предоставляет возможности создания документов, презентации, сводных таблиц.
ПМ «Lotus: Мгновенные сообщения» представляет собой специализированный WEB-сервер, работающий по протоколу http и реализующий возможность мгновенного обмена сообщениями.
ПМ «Lotus: Социальные сети» предназначен для поддержки бизнес процессов в социальных сетях, в виде рекламных акций, и быстрого распространения информации.
ПМ «Lotus: Персональная библиотека контента» предназначен для содержания, наполнения документов.
Использование работником предприятия СЭД разрешается после регистрации его в качестве пользователя СЭД. Для управления учетными записями пользователей СЭД, а также для управления сообщениями при переходе на другую работу либо увольнении пользователей, управления режимом замещения пользователей предусмотрены соответствующие типы заявок.
Пользовательские роли СЭД и их права доступа к объектам и функциям СЭД определены соответствующими приказами обособленному подразделению. В связи с производственной необходимостью пользователю может быть установлен уровень доступа к электронным журналам СЭД, отличный от стандартного.
Пользователь может работать в программе только с применением личных ключей ЭЦП пользователей. Предусмотрен механизм замещения отсутствующих пользователей, в целях обеспечения непрерывности делопроизводственных процессов.
Для отправки документа пользователю необходимо заполнить следующие поля регистрационной формы:
«От кого:» – значение «Ф.И.О. работника службы ДОУ в отделении»;
«Задание выдал:» – значение «Ф.И.О. работника службы ДОУ в отделении»;
«Кому:» – значение «Ф.И.О. работника, ответственного за делопроизводство в отделе информационных технологий филиала»;
«Журнал:» – значение «Журнал исходящих документов отделения »;
«Вид документа:» – значение, например, «Заявка»;
«Подготовлен:» – значение «Ф.И.О. работника службы ДОУ в отделении»;
«Подписан:» – значение «Ф.И.О. лица, утвердившего документ»;
К сообщению присоединяется файл (графический образ) или документ, подготовленный в WORD в соответствии со стандартами предприятия.
Регламентные работы с базами данных и серверами выполняют работники отдела системного обеспечения центра информационных технологий.
Регламентные таких работы включают:
— создание в автоматическом режиме полной резервной копии файлов баз данных перед началом работы каждого первого рабочего дня недели с удалением копий двухнедельной давности, визуальный контроль результатов выполнения процедуры резервного копирования;
— запись в автоматическом режиме изменений в архивные LOG-файлы, вносимых в БД в процессе эксплуатации ПО СЭД «Lotus» с момента создания резервной копии, ежедневную проверку функционирования данной процедуры;
— визуальный контроль наличия свободного места на дисках серверов БД, принятие мер по предотвращению переполнения разделов. В случае необходимости совместно с УЭДОиОД принимается решение об удалении устаревших данных;
— контроль и анализ содержимого системных LOG-файлов на наличие сообщений об ошибках и принятие мер по их устранению;
— визуальный контроль с использованием средств MS Windows 2008 работоспособности серверов.
ПТК СЭЛ «Lotus» позволил унифицировать и систематизировать работу с электронными документами во всех структурных отделениях предприятия, обеспечивает защиту информации от несанкционированного доступа, подчиняясь ролевой политике функционирования. Он включает ряд надстроек для своих компонент и оперирует возможностью доработки необходимых модулей.
Обязательными условиями для подключения работника к СЭД являются: оснащение рабочего места персональным компьютером, подключенным к локальной вычислительной сети обособленного подразделения и входящим в домен; наличие учетной записи работника в домене с соответствующими правами; наличие у работника носителя с актуальными ключами доступа к программе.
Завершение внедрения на предприятии системы электронного документооборота сделало возможным применение единообразных подходов к организации документационного сопровождения работы предприятия на всех уровнях управления, а также поспособствовало обеспечению оперативного поиска и обмена информацией, повышению исполнительской дисциплины, сокращению количества документов, подготавливаемых на бумажном носителе. Позволяет собирать визы должностных лиц и подписывать необходимые документы сотруднику удаленно, что повышает производительность.
Список литературы
- Положение по организации защиты электронной информации в персональных компьютерах и локальных вычислительных сетях ЧУП «ЛитИмпорт»» средствами криптографической защиты информации..
- Технический регламент обеспечения работоспособности программного обеспечения и сохранности информационных систем в автоматизированной торговой системе ЧУП «ЛитИмпорт»».
- Правила внутреннего трудового распорядка для работников центрального аппарата ЧУП «ЛитИмпорт»»
Источник: studfile.net
ГОСТ 34.201-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем
1.1. Состав видов документов, разрабатываемых на стадии «Исследование и обоснование создания АС» определяют в соответствии с разд. 3 ГОСТ 34.601, исходя из требуемых результатов выполнения данной стадии.
1.2. На стадии «Техническое задание» разрабатывают Техническое задание (ТЗ) на создание автоматизированной системы в соответствии с требованиями ГОСТ 34.602.
Допускается разрабатывать частные ТЗ на отдельные системы (подсистемы, комплексы задач, программно-технические комплексы, компоненты технического и программного обеспечений и т. п.).
1.3. Виды документов, разрабатываемых на стадиях «Эскизный проект», «Технический проект», «Рабочая документация», приведены в табл. 1.
| Ведомость | В | Перечисление в систематизированном виде объектов, предметов и т. д. |
| Схема | С | Графическое изображение форм документов, частей, элементов системы и связей между ними в виде условных обозначений |
| Инструкция | И | Изложение состава действий и правил их выполнения персоналом |
| Обоснование | Б | Изложение сведений, подтверждающих целесообразность принимаемых решений |
| Описание | П | Пояснение назначения системы, ее частей, принципов их действия и условий применения |
| Конструкторский документ | По ГОСТ 2.102 | |
| Программный документ | По ГОСТ 19.101 |
1.3.1. Наименования конкретных документов, разрабатываемых при проектировании системы в целом или ее части, приведены в табл. 2.
1.3.2. Виды документов на программные средства, используемые при создании АС (ее частей), — по ГОСТ 19.101.
1.3.3. Виды документов на технические средства, используемые при создании АС (ее частей), — по ГОСТ 2.102 и по ГОСТ 2.601 в части эксплуатационных документов.
1.3.4. В зависимости от применяемых методов проектирования и специфики создаваемых АС допускается:
разрабатывать групповые и базовые документы в соответствии с разд. 1, 3, 4, 6 ГОСТ 2.113:
выпускать документы отдельными самостоятельными частями, соответствующими разделам основного документа;
расширять номенклатуру документов, установленную настоящим стандартом.
1.4. На стадии «Ввод в действие» разрабатывают следующие организационно-распорядительные документы:
акт завершения работ;
акт приемки в опытную эксплуатацию;
акт приемки в промышленную эксплуатацию;
план-график работ;
приказ о составе приемочной комиссии;
приказ о проведении работ;
программа работ;
протокол испытаний;
протокол согласования.
| ЭП | Ведомость эскизного проекта | ЭП* | ОР | — | — | — |
| Пояснительная записка к эскизному проекту | П1 | ОР | — | — | — | |
| ЭП, ТП | Схема организационной структуры | СО | ОР | — | — | Допускается включать в документ ПЗ или ПВ |
| Схема структурная комплекса технических средств | С1* | ТО | X | — | Допускается включать в документ П9 | |
| Схема функциональной структуры | С2* | ОР | — | — | При разработке документов С0, C1, C2, С3 на стадии ЭП допускается их включение в документ П1 | |
| Перечень заданий на разработку специализированных (новых) технических средств | В9 | ТО | X | — | При разработке на стадии ТП допускается включать в документ П2 | |
| Схема автоматизации | С3* | ТО | X | — | — | |
| Технические задания на разработку специализированных (новых) технических средств | — | ТО | — | — | В состав проекта не входят | |
| ТП | Задания на разработку строительных, электротехнических, санитарно-технических и других разделов проекта, связанных с созданием системы | — | ТО | X | — | В состав проекта не входят |
| Ведомость технического проекта | ТП* | ОР | — | — | — | |
| Ведомость покупных изделий | ВП* | ОР | — | — | — | |
| Перечень входных сигналов и данных | В1 | ИО | — | — | — | |
| Перечень выходных сигналов (документов) | В2 | ИО | — | — | — | |
| Перечень заданий на разработку строительных, электротехнических, сани- тарно-технических и других разделов проекта, связанных с созданием системы | В3 | ТО | X | — | Допускается включать в документ П2 | |
| Пояснительная записка к техническому проекту | П2 | ОР | — | Включает план мероприятий по подготовке объекта к вводу системы в эксплуатацию | ||
| Описание автоматизируемых функций | П3 | ОР | — | — | — | |
| Описание постановки задач (комплекса задач) | П4 | ОР | — | — | Допускается включать в документы П2 или П3 | |
| Описание информационного обеспечения системы | П5 | ИО | — | — | — | |
| Описание организации информационной базы | П6 | ИО | — | — | — | |
| Описание систем классификации и кодирования | П7 | ИО | — | — | — | |
| Описание массива информации | П8 | ИО | — | — | — | |
| Описание комплекса технических средств | П9 | ТО | — | — | Для задачи допускается включать в документ 46 по ГОСТ 19.101 | |
| Описание программного обеспечения | ПА | ПО | — | — | — | |
| Описание алгоритма (проектной процедуры) | ПБ | МО | — | — | Допускается включать в документы П2. ПЗ или П4 | |
| Описание организационной структуры | ПВ | ОО | — | — | — | |
| План расположения | С8 | ТО | X | — | Допускается включать в документ П9 | |
| Ведомость оборудования и материалов | — | ТО | X | — | — | |
| Локальный сметный расчет | Б2 | ОР | X | — | ||
| ТП, РД | Проектная оценка надежности системы | Б1 | ОР | — | — | — |
| Чертеж формы документа (видеокадра) | С9 | ИО | — | X | На стадии ТП допускается включать в документы П4 или П5 | |
| РД | Ведомость держателей подлинников | ДП* | ОР | — | — | — |
| Ведомость эксплуатационных документов | ЭД* | ОР | — | X | — | |
| Спецификация оборудования | В4 | ТО | X | — | — | |
| Ведомость потребности в материалах | В5 | ТО | X | — | — | |
| Ведомость машинных носителей информации | ВМ* | ИО | — | X | — | |
| Массив входных данных | В6 | ИО | — | X | — | |
| Каталог базы данных | В7 | ИО | — | X | — | |
| Состав выходных данных (сообщений) | В8 | ИО | — | X | — | |
| Локальная смета | БЗ | ОР | X | — | — | |
| Методика (технология) автоматизированного проектирования | И1 | ОО | — | X | — | |
| Технологическая инструкция | И2 | ОО | — | X | — | |
| Руководство пользователя | И3 | ОО | — | X | ||
| Инструкция по формированию и ведению базы данных (набора данных) | И4 | ИО | — | X | — | |
| Инструкция по эксплуатации КТС | ИЭ | ТО | — | X | — | |
| Схема соединения внешних проводок | С4* | ТО | X | — | Допускается выполнять в виде таблиц | |
| Схема подключения внешних проводок | С5* | ТО | X | — | ||
| Таблица соединений и подключений | С6 | ТО | X | — | — | |
| Схема деления системы (структурная) | Е1* | ТО | — | — | — | |
| Чертеж общего вида | В0* | ТО | X | — | — | |
| Чертеж установки технических средств | СА | ТО | X | — | — | |
| Схема принципиальная | СБ | ТО | X | — | — | |
| Схема структурная комплекса технических средств | С1* | ТО | X | — | ||
| План расположения оборудования и проводок | С7 | ТО | X | — | — | |
| Описание технологического процесса обработки данных (включая телеобработку) | ПГ | ОО | — | X | — | |
| Общее описание системы | ПД | ОР | — | X | — | |
| Программа и методика испытаний (компонентов, комплексов средств автоматизации, подсистем, систем) | ПМ* | ОР | — | — | — | |
| Формуляр | ФО* | ОР | — | X | — | |
| Паспорт | ПС* | ОР | — | X | — |
* Документы, код которых установлен в соответствии с требованиями стандартов ЕСКД.
Примечания
1. В таблице приняты следующие обозначения: ЭП — эскизный проект; ТП — технический проект; РД — рабочая документация; ОР — общесистемные решения; ОО — решения по организационному обеспечению; ТО — решения по техническому обеспечению; ИО — решения по информационному обеспечению; ПО — решения по программному обеспечению; МО — решения по математическому обеспечению.
2. Знак X — означает принадлежность к проектно-сметной или эксплуатационной документации.
3. Номенклатуру документов одного наименования устанавливают в зависимости от принятых при создании системы проектных решений.
4. Код (обозначение) документов, отмеченных в графе «Принадлежность к проектно-сметной документации» знаком X, может быть установлен по требованиям стандартов СПДС.
Изменения
(Измененная редакция, Изм. № 1)
2. Комплектность документации
2.1. Перечень наименований разрабатываемых документов и их комплектность на систему и ее части должен быть определен в техническом задании на создание автоматизированной системы (подсистемы).
Примечание
Комплектность проектно-сметных документов определяют в соответствии с правилами, установленными системой проектной документации для строительства (СПДС).
2.2. На каждый комплект должна быть составлена ведомость документов.
2.3. Комплектность документации, обеспечивающей разработку, изготовление, приемку и монтаж технических средств, — по ГОСТ 2.102. Комплектность эксплуатационной документации на эти средства — по ГОСТ 2.601.
2.4. Комплектность документации на программные средства вычислительной техники — по ГОСТ 19.101.
2.5. При самостоятельной разработке части системы документы на нее комплектуют в соответствии с требованиями настоящего стандарта.
3. Обозначения документов
3.1. Каждому разработанному документу должно быть присвоено самостоятельное обозначение. Документ, выполненный на разных носителях данных, должен иметь одно обозначение. К обозначению документов, выполненных на машинных носителях, добавляют букву «М».
Заимствованным документам сохраняют ранее присвоенные обозначения.
3.2 Настоящие правила не распространяются на документы, правила обозначения которых регламентированы государственными стандартами других систем документации.
3.3. Обозначение документа имеет следующую структуру:
3.3.1. Правила обозначения системы (части системы) приведены в приложении 2.
3.3.2. Код документа состоит из двух буквенно-цифровых знаков. Код для документов, определенных настоящим стандартом, проставляют в соответствии с графой 3 табл. 2. Код дополнительных документов формируют следующим образом: первый знак — буква, означающая вид документа согласно табл. 1, второй знак — цифра или буква, указывающая порядковый номер документа данного вида.
Код документа отделяют от предыдущего обозначения точкой.
3.3.3. Порядковые номера документов одного наименования (2 знака) присваивают, начиная со второго, и отделяют от предыдущего обозначения точкой.
3.3.4. Номер редакции документа присваивают, начиная со второй в порядке возрастания от 2 до 9, и отделяют от предыдущего значения точкой. Очередной номер редакции присваивают в случаях сохранения (не аннулирования) предыдущей редакции.
3.3.5. Номер части документа отделяют от предыдущего обозначения дефисом. Если документ состоит из одной части, то дефис не проставляют и номер части документа не присваивают.
3.3.6. Признак документа, выполненного на машинных носителях, вводят при необходимости. Букву «М» отделяют от предыдущего обозначения точкой.
Приложение 1 (Справочное) — Пояснения терминов, применяемых в настоящем стандарте
Документация на автоматизированную систему — комплекс взаимоувязанных документов, в котором полностью описаны все решения по созданию и функционированию системы, а также документов, подтверждающих соответствие системы требованиям технического задания и готовность ее к эксплуатации (функционированию).
Проектно-сметная документация на АС — часть документации на АС, разрабатываемая для выполнения строительных и монтажных работ, связанных с созданием АС.
Рабочая документация на АС — часть документации на АС, необходимой для изготовления, строительства, монтажа и наладки автоматизированной системы в целом, а также входящих в систему программно-технических, программно-методических комплексов и компонентов технического, программного и информационного обеспечения.
Приложение 2 (Рекомендуемое) — Правила обозначения систем и их частей
1. Структура обозначения автоматизированной системы или ее части имеет вид:
2. Код организации-разработчика присваивают в соответствии с общесоюзным классификатором предприятий, учреждений и организаций (ОКПО) или по правилам, установленным отраслевыми НТД.
3. Код классификационной характеристики системы или ее части (подсистемы, комплекса, компонента) присваивают в соответствии с правилами, установленными в отрасли на основе 425 подкласса общесоюзного классификатора продукции и (или) общесоюзного классификатора подсистем и комплексов задач АСУ-1 84 154.
4. Порядковый регистрационный номер системы (части системы) присваивает служба организации разработчика, ответственная за ведение картотеки и учет обозначений. Регистрационный номера присваивают с 001 до 999 по каждому коду регистрационной характеристики.
Источник: technicaldocs.ru