Жизненный цикл создания системы управления ит. Этапы внедрения большого заказа Что такое опытно промышленная эксплуатация оборудования

3.1. Опытную эксплуатацию проводят в соответствии с программой, в которой указывают: 1) условия и порядок функционирования частей АС и АС в целом; 2) продолжительность опытной эксплуатации, достаточную для проверки правильности функционирования АС при выполнении каждой функции системы и готовности персонала к работе в условиях функционирования АС; 3) порядок устранения недостатков, выявленных в процессе опытной эксплуатации.

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

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

Работа завершается оформлением акта о завершении опытной эксплуатации и допуске системы к приемочным испытаниям.

4. Приёмочные испытания

4.1. Приемочные испытания проводят в соответствии с программой, в которой указывают: 1) перечень объектов, выделенных в системе для испытаний и перечень требований, которым должны соответствовать объекты (со ссылкой на пункты ТЗ); 2) критерии приемки системы и ее частей; 3) условия и сроки проведения испытаний; 4) средства для проведения испытаний; 5) фамилии лиц, ответственных за проведение испытаний; 6) методику испытаний и обработки их результатов; 7) перечень оформляемой документации.

4.2. Для проведения приемочных испытаний должна быть предъявлена следующая документация: 1) техническое задание на создание АС; 2) акт приемки в опытную эксплуатацию; 3) рабочие журналы опытной эксплуатации; 4) акт завершения опытной эксплуатации и допуска АС к приемочным испытаниям; 5) программа и методика испытаний.

Приемочные испытания следует проводить на функционирующем объекте.

4.3. Приемочные испытания в первую очередь должны включать проверку: 1) полноты и качества реализации функций при штатных, предельных, критических значениях параметров объекта автоматизации и в других условиях функционирования АС, указанных в ТЗ; 2) выполнения каждого требования, относящегося к интерфейсу системы; 3) работы персонала в диалоговом режиме; 4) средств и методов восстановления работоспособности АС после отказов; 5) комплектности и качества эксплуатационной документации.

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

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

4.6. Проверку работы персонала в диалоговом режиме проводят с учетом полноты и качества выполнения функций системы в целом.

Проверке подлежит: 1) полнота сообщений, директив, запросов, доступных оператору и их достаточность для эксплуатации системы; 2) сложность процедур диалога, возможность работы персонала без специальной подготовки; 3) реакция системы и ее частей на ошибки оператора, средства сервиса.

4.7. Проверка средств восстановления работоспособности АС после отказов ЭВМ должна включать: 1) проверку наличия в эксплуатационной документации рекомендаций по восстановлению работоспособности и полноту их описания; 2) практическую выполнимость рекомендованных процедур; 3) работоспособность средств автоматического восстановления, функций (при их наличии).

4.8. Проверку комплектности и качества эксплуатационной документации следует проводить путем анализа документации на соответствие требованиям нормативно-технических документов в ТЗ.

4.9. Результаты испытаний объектов, предусмотренных программой, фиксируют в протоколах, содержащих следующие разделы: 1) назначение испытаний и номер раздела требований ТЗ на АС, по которому проводят испытание; 2) состав технических и программных средств, используемых при испытаниях; 3) указание методик, в соответствии с которыми проводились испытания, обработка и оценка результатов; 4) условия проведения испытаний и характеристики исходных данных; 5) средства хранения и условия доступа к конечной, тестирующей программе; 6) обобщенные результаты испытаний; 7) выводы о результатах испытаний и соответствии созданной системы или ее частей определенному разделу требований ТЗ на АС.

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

Работу завершают оформлением акта о приемке АС в постоянную эксплуатацию.

"Автоматизированные системы. Стадии создания" и ГОСТ 34.603-92 ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ. "Виды испытаний автоматизированных систем".

Для автоматизированной системы устанавливаются следующие испытаний:

Предварительные испытания;
Приемочные испытания.

Программы всех этапов испытаний составляются Разработчиком на основании документа технорабочего проекта " (ПМ) П, и утверждаются Заказчиком.

Программы испытаний должны предусматривать следующие виды проверок:

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

По результатам этапов испытаний оформляются отчетные документы. К отчетным документам относятся и Отчеты о результатах испытаний. В приложения должны включаться перечни методик испытаний. Согласно РД 50-34.698-90, пункт 2.14.17, содержание разделов методик устанавливает Разработчик.

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

Предварительные испытания Системы проводятся для определения ее работоспособности и возможности приемки Системы в . Предварительные испытания организует Заказчик, и проводит их совместно с Разработчиком.

Предварительные испытания могут быть:

Автономные;
Комплексные.

Результаты испытаний по различным этапам испытаний отражаются в и соответствующих Отчетах.

В сводном приводится заключение о возможности приемки системы в , а также перечень необходимых доработок и сроки их выполнения. Работа завершается оформлением Акта приемки в Опытную эксплуатацию.

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

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

Продолжительность Опытной эксплуатации - не менее двух месяцев. Во время Опытной эксплуатации Системы ведут Рабочий журнал, в который заносят:

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

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

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

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

Приемочные испытания автоматизированной системы проводят в соответствии с Программой испытаний, в которой указывают:

Перечень объектов, выделенных в Системе для испытаний, и перечень требований, которым должны соответствовать объекты со ссылкой на конкретные пункты ;
Критерии приемки Системы и ее частей;
Условия и сроки проведения испытаний;
Средства для проведения испытаний;
Фамилии лиц, ответственных за проведение испытаний;
Методики испытаний и обработки результатов;
Перечень оформляемой документации (протоколы и отчеты).

Приёмочные испытания АСУТП проводят для определения соответствия Техническому заданию и документации проекта.

Приёмочную комиссию образуют приказом по . В состав комиссии входят представители Заказчика, Разработчика, и представители технадзора. Согласно ГОСТ 34.603-92, Приёмочной комиссии должна быть предъявлена следующая документация:

Техническое задание на создание АСУТП;
Исполнительная документация по монтажу;
Протокол предварительных испытаний;
Программа испытаний;
Акт приёмки Системы в опытную эксплуатацию;
Рабочие журналы опытной эксплуатации Системы;
Акт о завершении работ по проверке Системы в режиме опытной эксплуатации;
Техническая и проектная документация на Систему.

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

Согласно ГОСТ 34.603-92, пункт 4.10, протоколы отдельных проверок обобщаются в едином итоговом Протоколе, на основании которого делается заключение о возможности оформления Акта приемки АСУТП в постоянную (промышленную) эксплуатацию.

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

Результаты приемочных испытаний оформляются:

Итоговым ;
Актом о приемке АСУТП в промышленную эксплуатацию, и
Издается приказ "О вводе АСУТП в промышленную эксплуатацию".

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

Предварительный этап

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

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

Краткое описание проекта, цели и задачи создания информационной системы.
Общее описание состава работ.
Границы проекта: сроки, бюджет, перечень объектов автоматизации.
Описание продукта: перечень поставляемого аппаратного и программного обеспечения, тип и количество лицензий и т.д.
Организационная структура проекта: список и роли участников проектной группы со стороны Исполнителя и Заказчика, их ответственность и обязанности, система документооборота проекта.
Основные этапы разработки и внедрения информационной системы, укрупненный план-график их реализации.
Наиболее значимые риски невыполнения обязательств по проекту, а также способы минимизации рисков.

Другими словами, устав проекта – это именно устав, который разрабатывается руководителем проекта совместно с основными участниками проектной группы, утверждается руководством Исполнителя и Заказчика и не должен корректироваться в течение всего времени создания информационной системы.

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

Сбор требований

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

Результатом данного этапа должно стать появление технического задания на разработку и внедрение информационной системы. Техническое задание должно базироваться на условиях договора и требованиях, изложенных в уставе проекта и содержать следующие разделы (для России структура технического задания регламентируется ГОСТ 34.602 89):

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

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

Проектирование

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

Архитектура информационной системы.
Описание структур информационного хранилища (базы данных).
Проектные решения, представленные детальным описанием сценариев автоматизации всех, затрагиваемых внедрением системы бизнес процессов.
Сценарии интеграции разрабатываемой информационной системы с внешними программными продуктами.
Источники исходных данных и варианты первоначального информационного наполнения системы.
Концепция разграничения прав доступа к данным на основе ролей пользователей, определяющих, в том числе, их полномочия.
Концепция обучения пользователей информационной системы.

Реализация

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

Подготовка информационной системы к эксплуатации

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

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

Опытно-промышленная эксплуатация

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

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

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

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

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

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

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

В данной статье рассматривается шестой этап: опытная эксплуатация и внедрение .

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

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

Под удобством работы с системой понимаются:

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

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

В целом в процессе опытной эксплуатации прототипа происходит уточнение требований к системе: разработчики и пользователи имеют возможность непосредственно изучить и устранить последствия принятых проектных решений. Принцип построения интерфейса WYSIWYG (What You See Is What You Get – что вы видите, то и получаете) позволяет пользователю непосредственно оценить результаты введенных в прототип изменений.

ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР

ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ

ВИДЫ ИСПЫТАНИЙ АВТОМАТИЗИРОВАННЫХ СИСТЕМ

ГОСТ 34.603-92

КОМИТЕТ СТАНДАРТИЗАЦИИ И МЕТРОЛОГИИ СССР

Москва

ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР

Дата введения 01.01.93

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

Стандарт устанавливает виды испытаний АС и общие требован я к х проведению.

Термины, применяемые в настоящем стандарте, и их определ ения - по ГОСТ 34.003.

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

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

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

1.3. Для АС устанавливают следующие основные виды испытаний:

1) предварительные;

2) опытная эксплуатаци я;

3) приемочные.

Примечания:

1. Допуска тся дополнительно проведение друг х в дов испытаний АС их частей.

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

3. В ды испытани й статус приемоч ой комиссии уста авливают в договоре и (или) ТЗ.

1.4, В за исимости от взаимосвязей испытыв емых в АС объектов испытания могут ыть автоном ые ил омплекс ые.

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

1.11. Приемоч ые испытания АС про одят для опр деления соответствия АС техн ческому заданию, оценк качества опытной эксплуатаци и решения вопроса о возможности прие мк АС в постоянную эксплуатацию.

1.12. Приемочным спытаниям АС должна пред ш ств вать ее пытная эксплуатация на объекте.

1.13. В зависимости от вида требований, пр дъявляемых к АС а испытаниях, проверке или атт стации в ней подвергают:

1) комплекс программных и технических средств;

2) персонал;

3) эксплуатационную докуме тацию, регламент рую ую деятельность персонала при функционировании АС;

4) АС в целом.

1.14. При испыта иях АС проверяют:

1) качество ыполнения комплексом программных и т хни еских средств автоматических фу кц й во всех режимах фун кционирования АС согласно ТЗ на создание АС;

3) полноту содержащихся в эксплуата ионной документации указан й персо алу по выполнен ию м функц й во всех реж мах ункцио ирования С соглас о ТЗ на создан е АС;

4) количественные и (или) к честв нн е характеристики выполнения автоматических и автоматиз рованных функц й АС соответствии с ТЗ:

5) друг е свойства АС, которым она должна соответствовать по ТЗ.

2) комплексные.

2.2. А втономн е испытания

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

2.2.2. В программе автономных испытаний указывают:

1) перечень функции, подлежащих испытаниям;

2) описание взаимосвязей объекта испытаний с другими частями АС;

3) условия, порядок и методы проведения испытаний и обработки результатов;

4) критерии приемки частей по результатам испытаний.

К программе автономных испытаний следует прилагать график проведения автономных испытаний.

2.2.3. Подготовленные и согласованные тесты (контрольные примеры) на этапе автономных испытаний должны обеспечить:

1) полную проверку функций и процедур по перечню, согласованному с заказчиком;

2) необходимую точность вычислений, установленную в ТЗ;

3) проверку основных временных характеристик функционирования программных средств (в тех случаях, когда это является существенным);

4) проверку надежности и устойчивости функционирования программных и технических средств.

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

2.2.5 Результаты автономных испытаний частей АС следует фиксировать в протоколах испытаний. Протокол должен содержать заключение о возможности (невозможности) допуска части АС к комплексным испытаниям.

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

2.3. Комплексные испытания

2.3.1. Комплексные испытания АС проводят путем выполнения комплексных тестов. Результаты испытаний отражают в протоколе. Работу завершают оформлением акта приемки в опытную эксплуатацию.

2.3.2. В программе комплексных испытаний АС или частей АС указывают:

1) перечень объектов испытания;

2) состав предъявляемой документации;

3) описание проверяемых взаимосвязей между объектами испытаний;

4) очередность испытаний частей АС;

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

2.3.3. Для проведения комплексных испытаний должны быть представлены:

1) программа комплексных испытаний;

2) заключение по автономным испытаниям соответствующих частей АС и устранение ошибок и замечаний, выявленных при автономных испытаниях;

3) комплексные тесты;

4) программные и технические средства и соответствующая им эксплуатационная документация.

2.3.4. При комплексных испытаниях допускается использовать в качестве исходной информацию, полученную на автономных испытаниях частей АС.

2.3.5. Комплексный тест должен:

1) быть логически увязанным;

2) обеспечивать проверку выполнения функций частей АС во всех режимах функционирования, установленных в ТЗ на АС, в том числе всех связей между ними;

3) обеспечивать проверку реакции системы на некорректную информацию и аварийные ситуации.

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

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

3. ОПЫТНАЯ ЭКСПЛУАТАЦИЯ

3.1. Опытную эксплуатацию проводят в соответствии с программой, в которой указывают:

1) условия и порядок функционирования частей АС и АС в целом;

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

3) порядок устранения недостатков, выявленных в процессе опытной эксплуатации.

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

4. ПРИЕМОЧНЫЕ ИСПЫТАНИЯ

4.1. Приемочные испытания проводят в соответствии с программой, в которой указывают:

1) перечень объектов, выделенных в системе для испытаний и перечень требований, которым должны соответствовать объекты (со ссылкой на пункты ТЗ);

2) критерии приемки системы и ее частей;

3) условия и сроки проведения испытаний;

4) средства для проведения испытаний;

5) фамилии лиц, ответственных за проведение испытаний;

6) методику испытаний и обработки их результатов;

7) перечень оформляемой документации.

4.2. Для проведения приемочных испытаний должна быть предъявлена следующая документация:

1) техническое задание на создание АС;

2) акт приемки в опытную эксплуатацию;

3) рабочие журналы опытной эксплуатации;

4) акт завершения опытной эксплуатации и допуска АС к приемочным испытаниям;

5) программа и методика испытаний. Приемочные испытания следует проводить на функционирующем объекте.

4.3. Приемочные испытания в первую очередь должны включать проверку:

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

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

3) работы персонала в диалоговом режиме;

4) средств и методов восстановления работоспособности АС после отказов;

5) комплектности и качества эксплуатационной документации.

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

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

Проверке подлежит:

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

2) сложность процедур диалога, возможность работы персонала без специальной подготовки;

3) реакция системы и ее частей на ошибки оператора, средства сервиса.

4.7. Проверка средств восстановления работоспособности АС после отказов ЭВМ должна включать:

1) проверку наличия в эксплуатационной документации рекомендаций по восстановлению работоспособности и полноту их описания;

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

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

1) назначение испытаний и номер раздела требований ТЗ на АС, по которому проводят испытание;

2) состав технических и программных средств, используемых при испытаниях;

3) указание методик, в соответствии с которыми проводились испытания, обработка и оценка результатов;

4) условия проведения испытаний и характеристики исходных данных;

5) средства хранения и условия доступа к конечной тестирующей программе;

6) обобщенные результаты испытаний;

7) выводы о результатах испытаний и соответствии созданной системы или ее частей определенному разделу требований ТЗ на АС.

Работу завершают оформлением акта о приемке АС в постоянную эксплуатацию.

ИНФОРМАЦИОННЫЕ ДАННЫЕ

1. РАЗРАБОТАН И ВНЕСЕН Техническим комитетом ТК 22 "Информационная технология", Подкомитетом ПК 052 "Автоматизированные системы"

РАЗРАБОТЧИКИ

И.П. Вахлаков, Я.Г. Виленчик, Ф.Р. Выдра, канд. техн. наук; Л.М. Зайденберг, канд. техн. наук; Ю.Б. Ирз, канд. техн. наук; В.Г. Иванов, В.Д. Костюков, канд. техн. наук; В.Г. Михайлов, канд. техн. наук; Н.В. Степанчикова