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

1. Производственные испытания

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

Испытания осуществляют по мере отладки частей системы. Помня высказывание академика П.Л. Капицы: «Если система заработала при первом включении, то в ней имеется неисправность», следует быть готовым к длительной работе по корректировке результатов проектирования. В процессе испытаний целесообразно привлечь специалистов предприятия для корректировки документации и ознакомления с работой автоматизированного производства. Составляют протокол испытаний, в котором указывают название объекта испытаний, список проводивших испытание лиц, цель и продолжительность испытаний, перечень проверяемых пунктов технического задания, пункты программы испытаний, сведения о возникших отказах, сбоях и аварийных ситуациях, сведения об исправлениях параметров системы и технической документации. Производственные испытания делят на предварительные и приемочные. Предварительные проводят после отладки программно-аппаратных средств и обучения эксплуатационников. Они могут быть автономными или комплексными. При автономных испытаниях проверяют работу подсистем с вводом реальной информации организации-заказчика и определяют соответствие результатов испытаний заданным. В протоколе делают заключение о допуске подсистемы к комплексным испытаниям. При комплексных испытаниях проверяют взаимодействие подсистем в автоматизированной системе. Приемочные испытания ведут на основании положительных результатов предварительных испытаний.

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

2. Государственные испытания

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

3. Опытная эксплуатация

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

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

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

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

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

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

5. Промышленная эксплуатация

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

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

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

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

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

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

Опытное внедрение состоит из:

1. Подготовки исходных данных оперативного характера по всем комплексам данного проекта

2. Ввод этих данных в ПК и выполнение разгона ПО

3. Анализ полученных результатов для выявления всех ошибок и неточной.

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

Анализ функционирования системы предусматривает проверку:

— Функционирования технических средств

— Функционирование задач и подсистем в условиях автоматизированной обработки

— Действие персонала в условиях функционирования системы

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

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

— Своевременность поступления к управленческому персоналу необходимой информации;

— Повышения достоверности информации;

— Улучшения технико-экономических показателей работы предприятия.

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

В Nexia Finance Group осуществляется система процессного управления обеспечивающее системой менеджмента качества (СМК), которое позволяет получить и использовать систему показателей и критериев оценки эффективности управления. Главными из этих показателей является удовлетворенность клиентов результатами работы и показатели эффективности деятельности отдельных процессов (оказания услуг в области автоматизации) и предприятия в целом (отношение полученных результатов к затратам времени, финансовых и других ресурсов). Для достижения хороших показателей необходимы технологии внедрения. Крупное внедрение ставит перед техническими специалистами сложные задачи, требующие особого подхода и специальных знаний. Опыт разбора технологических вопросов крупных внедрений показывает, что при правильном подходе удается решить любые возникающие вопросы.

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

1. Экспертиза;
2. Проектирование;
3. Разработка;
4. Опытная эксплуатация (тестирование)
5. Инструктаж (обучение)
6. Пусконаладочные работы
7. Опытно-промышленная эксплуатация
8. Сопровождение (ИТС)

Экспертиза

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

1. Альбом форм;
2. Схемы бизнес-процессов (как есть, и как дополнительная работа – как будет);
3. Схемы документооборота (как есть, и как дополнительная работа – как будет).

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

Основным результативным документом является комплект проектной документации.

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

Результатом проектирования является согласованное техническое задание. Техническое задание составляется в соответствии со стандартами Исполнителя, а за дополнительную плату – в соответствии с ГОСТ 34.602-89. Техническое задание утверждается куратором от Заказчика. На этапе проектирования согласно техническому заданию разрабатываются изменения архитектуры системы и алгоритмов, после чего возможна корректировка технического задания и его переутверждение.

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

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

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

Разработка

Целью этапа является создания функционала непосредственно в ПО исходя из требований заказчика.

Этап разработки включает в себя:

1. конфигурирование объектов на основании ТЗ,
2. тестирование доработанных или созданных новых объектов,
3. формирование технической документации.

По окончанию этапа формируется результативный документ «Акт передачи в опытную эксплуатацию»

Опытная эксплуатация (тестирование)

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

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

1. Проведение испытаний;
2. Фиксация результатов испытаний, корректировка информационной системы и технологической документации по результатам испытаний.
3. Формирование пользовательских инструкций

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

Опытная эксплуатация может быть двух видов. Опытная эксплуатация системы (интеграционное тестирование) проводится для подтверждения пригодности системы в целом для использования у Заказчика. Например, при опытной эксплуатации «Бухгалтерии предприятия» могут быть введены все данные за отчётный период прошлого года. Совпадение отчётности в системе и отчётности в учёте укажет на готовность системы к опытно-промышленной эксплуатации. Опытная эксплуатация доработки (макетирование, функциональное тестирование) проводится для проверки функциональных требований к доработке и оформления решения.

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

Инструктаж (обучение)

Цель этапа – подготовить пользователей заказчика к работе с ПО. Обучение является ключевым моментом при переходе на новую автоматизированную систему.

От качества обучения зависит успешность запуска информационной системы.

Обучение может проводиться как:

• Общее обучение
• Персональное обучение
• Сдача экзаменов

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

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

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

По окончании инструктажа (обучение) формируется экзаменационная ведомость, а без проведения экзамена - ведомость инструктажа (обучения).

Пусконаладочные работы

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

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

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

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

В процессе опытно-промышленной эксплуатации выполняются следующие виды работ:

1. Выделение автоматизированных рабочих мест пользователей информационной системы и закрепление за ними функционала и соответствующих руководств оператора;
2. Работы по подготовке и передаче информационной системы и документации в эксплуатацию в подразделениях заказчика;
3. Консультирование пользователей по возникающим вопросам, связанным с работой информационной системы (пользователи составляют заявки на консультации, замечания и другие обращения к исполнителю, работники исполнителя обрабатывают заявки, оказывают услуги и выполняют работы в соответствии с регламентом сопровождения.);
4. Доработка информационной системы и документации по возникшим замечаниям;
5. Методическая помощь при решении вопросов учета в информационной системе.

Документ «Акт передачи в промышленную эксплуатацию» является подтверждением выполнения данного этапа. После успешного внедрения программного продукта осуществляется сопровождение данного продукта.

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

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

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

ГОСТ 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. Во время опытной эксплуатации АС ведут рабочий журнал, в который заносят сведения о продолжительности функционирования АС, отказах, сбоях, аварийных ситуациях, изменениях параметров объекта автоматизации, проводимых корректировках документации и программных средств, наладке технических средств. Сведения фиксируют в журнале с указанием даты и ответственного лица. В журнал могут быть занесены замечания персонала по удобству эксплуатации АС.

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) проверку наличия в эксплуатационной документации рекомендаций по восстановлению работоспособности и полноту их описания;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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