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

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

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

ГОСТ 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 "Автоматизированные системы"

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

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

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

Что такое опытная эксплуатация?

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

Наиболее распространенные недочеты

В процессе использования программы в реальных условиях могут возникнуть некоторые недоработки, обусловленные «неподготовкой» системы к работе с большим объёмом данных. Вот некоторые из них:

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

Основные виды опытной эксплуатации

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

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

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

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

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

В 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. Методическая помощь при решении вопросов учета в информационной системе.

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

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

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

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

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

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

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

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

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