2. Порядок проведения опытной эксплуатации

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

Программа опытной эксплуатации должна предусматривать [36]:

• перечень задач и технических средств, проходящих опытную эксплуатацию;

• количество просчетов задач, устанавливаемое с учетом их особенностей;

• методы и порядок проверки задач на соответствие техническим требованиям на систему;

• методы и порядок проверки результатов решения задачи;

• методы и порядок проверки применяемых технических средств.

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

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

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

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

2. Оценка качества программного обеспечения

Качество – это совокупность свойств и характеристик объекта, относящихся к его способности удовлетворять установленные и предполагаемые потребности. Под качеством программного обеспечения понимается совокупность показателей, характеризующих устойчивость работы, свойство интерфейса, а также способность программы удовлетворить потребности пользователя в обработке информации. Показателем качества программного продукта является наличие сертификата. Сертификация – это действие третьей стороны, доказывающее, что обеспечивается необходимая уверенность в том, что продукция или предоставляемая услуга соответствует стандарту. В стандарте ИСО 9000-3-91[24] предусмотрены показатели качества программного продукта, такие как надежность работы, удобство сопровождения и применения, эффективность программного продукта.

Надежность программного обеспечения является очень важным и ответственным параметром программного обеспечения. История помнит множество случаев, когда ненадежность программного обеспечения приводила к крупным последствиям. Неудачный исход первого полета на Венеру американской автоматической станции, из-за ошибки в списке операторов цикла на Фортране, остановка на несколько дней конвейера ВАЗа в 80-ых годах (была проведена информационная диверсия работником ВЦ), неудачная посадка американского космического корабля на Марс из-за ошибки в программе управления кораблем являются яркими примерами этого.

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

Проблема надежности программного обеспечения всегда была объектом пристального внимания программистов. Программисты на опыте убедились, что исправление ошибок занимает много времени при программировании. Надежность программного обеспечения зависит первую очередь от отсутствия программных ошибок. Характерными случаями возникновения программных ошибок являются [49]:

1. Программная ошибка происходит тогда, когда программа работает не в соответствии со своими спецификациями. Не всегда верны и спецификации. Опыт показывает, что спецификации являются одним из главных источников ошибок.

2. Программа работает с ошибками, если эксплуатируется за приделами определенных границ. Проблема определения границ таблиц являются не простым. Как определить границы таблицы, как постараться избежать ее переполнения? Например, АСУ-ВУЗ работает без ошибок, если количество студентов не более 10000 (потому что разработчики ПО - ВУЗа предположили, что никогда в ВУЗе не будет больше 100000 студентов и при использовании данного программного продукта в ВУЗе с количеством студентов более 10000 у системы появляются проблемы).

3. Ошибка имеет место тогда, когда работа программы не соответствует сопутствующей ей документации. (Как быть, если и в документации и в программе есть ошибки?).

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

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

Имеется множество факторов, определяющих надежность ПО. В.В.Шураков [49] выделяет следующие основные факторы надежности (рис.16).

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

Под признаком «где» мы подразумеваем классификацию среды фиксации ошибки: персонал (структуры, процедуры и т.д.), оборудование (ПЭВМ, связь), программное обеспечение.