Главная » Авто » 940 постановление. Нормативные материалы

940 постановление. Нормативные материалы

ГОСТ 24.208-80 Требования к содержанию документов стадии «Ввод в эксплуатацию»

Постановлением Государственного комитета СССР по стандартам от 14 мая 1980 г. № 2101 срок введения установлен

с 01.01 1981 г.

Настоящий стандарт распространяется на техническую документацию на автоматизированные системы управления (АСУ) всех видов, разрабатываемые для всех уровней управления (кроме общегосударственного), и устанавливает требования к содержанию документов, разрабатываемых на стадии «Ввод в эксплуатацию» в соответствии с требованиями ГОСТ 24.101-80

1. ОБЩИЕ ПОЛОЖЕНИЯ

1.1. Документы, разрабатываемые на стадии «Ввод в эксплуатацию» относят к приемно-сдаточной документации на АСУ.

1.2. При составлении документов на части АСУ содержание документов ограничивают рамками соответствующей части АСУ.

1.3. В зависимости от назначения и специфических особоенностей создаваемых АСУ допускается включать в документы дополнительные сведения, требования к содержанию которых не установлены настоящим стандартом.

2. ТРЕБОВАНИЯ К ПРИЕМО-СДАТОЧНОЙ ДОКУМЕНТАЦИИ

2.1. Акт завершения работ

2.1.1. Документ предназначен для фиксации факта завершения отдельной работы при создании АСУ.

2.1.2. Документ не распространяется на строительно-монтажные и пусконаладочные работы.

2.1.3. Документ должен содержать:

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

2.2. Акт приемки в опытную эксплуатацию

2.2.1. Документ предназначен для фиксации факта завершения ввода АСУ в целом или ее частей в опытную эксплуатацию.

2.2.2. Документ должен содержать:

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

2.3. Акт приемки в промышленную эксплуатацию

2.3.1. Документ предназначен для фиксации факта ввода АСУ (или ее части) в промышленную эксплуатацию.

2.3.2. Документ должен содержать:

наименование объекта управления и АСУ (или ее части), принимаемой в промышленную эксплуатацию;
сведения о статусе приемочной комиссии (государственная, межведомственная, ведомственная), ее составе и основание для ее работы;
период времени работы комиссии;
наименование организации-разработчика, организации-соисполнителя и организации-заказчика;
наименование документа, на основании которого разработана АСУ;
состав функций АСУ (или ее части), принимаемой в промышленную эксплуатацию;
перечень составляющих технического, программного, информационного и организационного обеспечений, принимаемых в промышленную эксплуатацию;
перечень документов, предъявляемых комиссии;
заключение о результатах опытной эксплуатации АСУ;
оценка соответствия принимаемой АСУ техническому заданию на ее создание;
краткую характеристики и основные результаты выполненной работы по созданию АСУ;
оценку научно-технического уровня АСУ (по проектным данным) * ;
оценку экономической эффективности от внедрения АСУ (по проектным данным) * ;
решение комиссии;
рекомендации комисси по дальнейшему развитию системы * .

* Обязательно только при приемке АСУ в целом.

2.3.3. К «Акту приемки в промышленную эксплуатацию» прилагают программу и протоколы испытаний, протоколы заседаний комиссии, акты приемки в промышленную эксплуатацию принятых ранее частей АСУ, перечень технических средств, которые использовала комиссия при приемке АСУ. По усмотрению комиссии допускается включать в приложение дополнительные документы.

2.4. План-график работы

2.4.1. Документ устанавливает перечень работ, сроки выполнения и исполнителей работ, связанных с созданием работ.

2.4.2. Документ для каждой работы, включенной в перечень, должен содержать:

наименование работы;
дату начала и окончания работы;
наименование подразделения-участника работы;
фамилию и должность ответственного исполнителя;
формулу представления результатов работы.

2.5. Приказ о проведении работ

2.5.1. В зависимости от этапа работ по созданию АСУ установлены следующие разновидности документа:

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

2.5.2. Документ «Приказ о готовности объекта управления к проведению строительно-монтажных работ» должен содержать:

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

2.5.3. Документ «Приказ о готовности объекта управления к проведению наладочных работ» должен содержать:

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

2.5.4. Документ «Приказ о начале опытной эксплуатации АСУ (ее частей)» должен содержать:

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

2.5.5. Документ «Приказ о вводе в промышленной эксплуатации АСУ (ее частей)» должен содержать:

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

2.6. Приказ о составе приемочной комиссии

Документ должен содержать:

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

2.7. Программа работ

2.7.1. В зависимости от содержания работ установлены следующие разновидности документов:

программа испытаний;
программа опытной эксплуатации;
программа работ приемочной комиссии.

2.7.2. Документ «Программа испытаний» предназначен для определения порядка проведения и объема предварительных испытаний при передаче в опытную эксплуатацию и приемо-сдаточных испытаний при передаче в промышленную эксплуатацию АСУ.

Документ должен содержать:

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

2.7.2. Документ «Программа опытной эксплуатации» предназначен для определения порядка и объема проведения опытной эксплуатации.

Документ должен содержать:

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

2.7.2. Документ «Программа работ приемочной комиссии» предназначен для определения порядка приемки АСУ в промышленную эксплуатацию. Состав и содержание документа определяют по нормативно-техническим документам, утвержденным в данной отрасли.

2.8. Протокол испытаний

2.8.1. Документ предназначен для фиксации результатов предварительных испытаний при передаче АСУ в целом или ее частей в опытную или промышленную эксплуатацию.

2.8.2. Документ должен содержать:

наименование объекта испытаний;
список должностных лиц, проводивших испытание;
цель испытаний;
сведения о продолжительности испытаний;
перечень пунктов технического задания на создание АСУ, на соответствие которым проведены испытания;
перечень пунктов «Программы испытаний», по которым проведены испытания;
сведения о результатах наблюдений за правильностью функционирования АСУ;
сведения об отказах, сбоях и аварийных ситуациях, возникших при испытаниях;
сведения о корректировках параметров объекта испытаний и технической документации.

2.9. Протокол согласования

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

2.9.2. Документ должен содержать:

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

Переиздание. Май 1986 г.

Порядок ввода ЭИС в эксплуатацию.

ТИПОВОЕ АВТОМАТИЗИРОВАННОЕ ПРОЕКТИРОВАНИЕ. СТАДИЯ ВВОДА В ЭКСПЛУАТАЦИЮ.

ЛЕКЦИЯ 10.

Согласно ГОСТ 34.601-90 «АС. Стадии создания» и ГОСТ 34.603-92 «Виды испытаний АС» В рамках стадии ввода системы в эксплуатацию проводят следующие работы:

1) организационная подготовка объекта автоматизации к вводу ИС в действие – реализация проектных решений по организационной структуре, обеспечение подразделений объекта управления инструктивно-методическими материалами, внедрение классификаторов информации;

2) подготовка персонала – обучение персонала и проверка его способности обеспечить функционирование ИС;

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

4) строительно-монтажные работы – проведение работ по строительству специализированных помещений для размещения технических средств и персонала ИС, сооружению кабельных каналов, монтажу технических средств и линий связи, испытанию смонтированных технических средств, сдаче технических средств для проведения пусконаладочных работ;

5) пусконаладочные работы – автономная наладка технических и программных средств, загрузка информации в базу данных и проверка ее ведения, комплексная наладка всех средств системы;

6) проведение предварительных испытаний – испытание ИС на работоспособность и соответствие техническому заданию в соответствии с программой и методикой предварительных испытаний; устранение неисправностей и внесение изменений в документацию на ИС, в том числе эксплуатационную в соответствии с протоколом испытаний; оформление акта о приёмке ИС в опытную эксплуатацию;

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

8) проведение приёмочных испытаний – испытания на соответствие техническому заданию в соответствии с программой и методикой приёмочных испытаний; анализ результатов испытания ИС и устранение недостатков, выявленных при испытаниях; оформление акта о приёмке ИС в постоянную эксплуатацию.

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

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

Стадия ввода в эксплуатацию включает в себя опытную эксплуатацию комплексов задач и прием их в промышленную эксплуатацию после проведения приемо-сдаточных испытаний. В промышленную эксплуатацию всю систему принимают после завершения приема в эксплуатацию всех комплексов задач.

Одной из важных особенностей ввода системы в эксплуатацию является наличие некоторого периода, в течение которого осуществляется параллельная работа существующей системы и новой ЭИС. В технических системах одно устройство заменяют другим чаще всего последовательно во времени. Иногда новый станок устанавливают на месте старого – в этом случае в течение некоторого времени не работает ни новое, ни старое оборудование. Если новое вступает в строй раньше, чем прекращает работать старое, то они работают независимо друг от друга. При вводе в эксплуатацию ЭИС организационного типа принципиально невозможна ситуация, при которой хотя бы кратковременно не работала ни старая, ни новая система. Более того, для проверки правильности всех заложенных решений ввод в эксплуатацию новой системы осуществляется постепенно во время опытной эксплуатации следующими шагами:

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

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

3. Переход на управление по результатам новой системы при сохранении в работе старой системы на случай возможных сбоев и непредвиденных ситуаций.

4. Окончательный переход на работу новой системы.

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

Опытная эксплуатация перекрывает процесс тестирования. Как правило, система вводится в эксплуатацию не полностью, постепенно. Поэтому с точки зрения информационного наполнения системы ввод в эксплуатацию проходит, по крайней мере, три фазы:

2) накопление информации;

3) выход на проектную мощность.

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

В период накопления информации проявится наибольшее количество ошибок, допущенных при создании информационной системы. Как правило, это ошибки, связанные с многопользовательским доступом. Часто на этапе тестирования таким ошибкам не уделяется должного внимания. Это связано, видимо, со сложностью моделирования, а также с дороговизной средств автоматизации тестирования информационной системы в условиях многопользовательского доступа. Некоторые ошибки исправить будет довольно сложно, так как они являются ошибками проектирования. Ни один самый хороший проект от них не застрахован. Это значит, что на всякий случай надо резервировать время на локализацию и исправление таких ошибок.

В период накопления информации можно столкнуться со знаменитым «упала база». При самом плохом раскладе окажется, что СУБД не выдерживает потока информации. При хорошем - просто параметры конфигурации неверны. Первый случай опасен, так как повлиять на производителя СУБД довольно сложно, а заказчик очень не любит ссылок на службу технической поддержки СУБД. Решать проблему отказа СУБД придется не производителю, а вам - менять схему, снижать поток запросов, менять сами запросы; в общем - вариантов много. Хорошо, если время восстановления базы вписывается в запланированное время проекта.

Выход системы на проектную мощность при удачном стечении обстоятельств - это исправление ряда мелких ошибок, и изредка – ошибок серьезных.