Меню

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

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

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

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

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

Как этап определённой стадии жизненного цикла изделия опытная эксплуатация рассматривается в стандартах на автоматизированные системы (АС). В соответствии с ГОСТ 34.601-90 «КСАС. Автоматизированные системы. Стадии создания» опытная эксплуатация АС является этапом работ на стадии ввода системы в действие на объекте автоматизации.

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

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

Опытная эксплуатация систем осуществляется на основе полного объёма реальной информации в установленных режимах.

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

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

  • условия и порядок работы АС и её составных частей;
  • продолжительность этапа;
  • порядок устранения выявленных недостатков.

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

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

Важно!
По результатам опытной эксплуатации принимают решение о возможности предъявления частей АС и системы в целом на приёмочные испытания – оформляется акт о завершении опытной эксплуатации и допуске системы к приёмочным испытаниям.

Источник

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

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

Фаза должна привести к достижению следующих целей:

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

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

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

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

Описание документов

Отчет о проделанной работе / о ходе выполнения проекта

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

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

Описание разработки – новая редакция

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

Сметно-финансовые отчеты – новая редакция

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

Журнал регистрации проблем – новая редакция

Журнал регистрации проблем обновляется с учетом фактов, выявленных в ходе тестирования, в основном тех, что не требуют предупреждения о риске. Данные фиксируются на регулярной основе. Если проект находится в состоянии цейтнота, рекомендуется проверять журнал ежедневно, на 15-30-минутном совещании, провидимом непосредственно с группой тестирования. Это может показаться перестраховкой, однако в результате внимание каждого будет привлечено к критическим участкам, а вопросы будут рассматриваться своевременно. В некоторых случаях достаточно бывает проверять журнал раз в неделю.

План-график проекта – новая редакция

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

Предупреждения о рисках – новая редакция

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

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

Технические требования – новая редакция

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

План-график испытаний

Эти планы обычно более подробны, чем план проекта, и расписывают по дням действия по выполнению и оценке тестов. Фактические результаты должны фиксироваться вместе с выявленными проблемами (которые записываются в журнал).

План-график обучения – новая редакция

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

Фаза тестирования

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

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

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

Испытание программного решения

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

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

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

Читайте также:  Системы естественной вытяжной вентиляции

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

Испытание системы – это итеративный процесс, включающий следующие этапы:

  • Подготовка среды испытания – включает тестируемые данные, процедуры резервирования / восстановления, а также все мимические и удаленные соединения. Размер среды тестирования должен быть достаточно большим, чтобы справляться с ожидаемыми объемами данных и иметь возможность оценить эксплуатационные качества.
  • Выполнение испытаний согласно плану – План испытаний должен включать в себя различные виды тестов (функциональные, конверсионные, эксплуатационные). Многие из них могут и должны проводиться совместно, так как логически зависят друг от друга. Например, выполняется конверсионное испытание, чтобы установить, могут ли данные преобразовываться и загружаться в систему должным образом. Затем проводятся функциональные испытания на основе преобразованных данных, что позволяет установить, могут ли они обрабатываться системой.
  • Согласование / оценка результатов – Важно тщательно проанализировать фактические результаты, чтобы обеспечить их соответствие ожиданиям. Все расхождения должны фиксироваться и исследоваться. В некоторых случаях возникает необходимость подправить / изменить код, в других случаях – откорректировать пользовательские процедуры. Все расхождения и их устранение должны записываться либо в план испытаний, либо в специальный журнал регистрации проблем (обычно в формате Excel).
  • Новый подбор данных и повторное тестирование – часто доработки вызывают новые сбои, поэтому важно при повторном тестировании определенной функции заново выполнить все нужные испытания. Процедуры резервирования / восстановления тестируются, если они нужны для возвращения среды в исходное состояние.

Обучение конечных пользователей

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

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

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

Контрольная точка приемлемости системы для пользователя

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

Основные моменты, фиксируемые в данной точке:

  • Вместе с руководителям группы клиента выяснить и попытаться решить все оставшиеся проблемы.
  • Оценить готовность системы к работе или параллельной эксплуатации (если она предполагается).
  • Для подтверждения завершенности испытаний и готовности системы к запуску требуется официальное заявление клиента.

Документы, рассматриваемые на данном этапе:

Отчет о проделанной работе / о ходе выполнения проекта

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

Сметно-финансовые расчеты

На совещании могут быть представлены в суммарном виде. Должны быть объяснены все расхождения с предыдущими сметами.

Журнал регистрации проблем и Предупреждения о рисках

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

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

План-график проекта

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

План-график испытаний

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

План-график обучения

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

Источник

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

Об актуальных изменениях в КС узнаете, став участником программы, разработанной совместно с АО «Сбербанк-АСТ». Слушателям, успешно освоившим программу выдаются удостоверения установленного образца.

Программа разработана совместно с АО «Сбербанк-АСТ». Слушателям, успешно освоившим программу, выдаются удостоверения установленного образца.

Сторонняя организация согласно техническому заданию организации разработала веб-сайт. Руководитель организации издал распорядительный документ о проведении опытной эксплуатации веб-сайта с 02.12.2019 по 10.12.2019. По окончании опытной эксплуатации должен быть оформлен акт о прохождении опытной эксплуатации веб-сайта для дальнейшей его сдачи в постоянную эксплуатацию (приниматься будет как объект нематериальных активов). Договор на создание сайта этапов не содержит, по завершении срока его действия сторонами подписывается акт. В настоящее время акт выполненных работ (оказанных услуг) с организацией разработчиком еще не подписан, услуги не оплачены, поскольку не проведена опытная эксплуатация. Существенных расходов, связанных с опытной эксплуатацией, организация не несет.
1) Необходимо ли как-либо отражать в учете данный факт хозяйственной жизни — опытная эксплуатация веб-сайта?
2) Какие расходы, связанные с опытной эксплуатацией сайта, организация-заказчик должна (или не должна) отразить?
3) Возможно ли применение в распорядительном документе данной формулировки «опытная эксплуатация веб-сайта» до фактического ввода сайта в эксплуатацию?
4) Какие налоговые риски могут быть связаны с данным фактом хозяйственной жизни?

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

Обоснование позиции:
Согласно п. 6 ПБУ 14/2007 «Учет нематериальных активов» (далее — ПБУ 14/2007) нематериальный актив (далее — НМА) принимается к бухгалтерскому учету по фактической (первоначальной) стоимости, определенной по состоянию на дату принятия его к бухгалтерскому учету.
На основании п. 7, 8, 9 ПБУ 14/2007 фактической (первоначальной) стоимостью НМА признается сумма, исчисленная в денежном выражении, равная величине оплаты в денежной и иной форме или величине кредиторской задолженности, уплаченная или начисленная организацией при приобретении, создании актива и обеспечении условий для использования актива в запланированных целях. К расходам на приобретение НМА относятся, в частности, суммы, уплачиваемые за выполнение работ или оказание услуг сторонним организациям по заказам, договорам подряда, договорам авторского заказа либо договорам на выполнение научно-исследовательских, опытно-конструкторских или технологических работ, а также иные расходы, непосредственно связанные с приобретением НМА и обеспечением условий для использования актива в запланированных целях.
Таким образом, фактически в первоначальную стоимость НМА включаются все расходы, непосредственно связанные с его приобретением и обеспечением условий для его использования в запланированных целях.
Расходы, связанные с опытной эксплуатацией, осуществленные до постановки актива на учет в качестве НМА и до момента, когда была полностью сформирована первоначальная стоимость НМА, по нашему мнению, являются расходами, непосредственно связанными с созданием НМА и обеспечением условий для его использования в запланированных целях.
В этой связи полагаем, что подобные расходы в общем случае подлежат учету на счете 08 «Вложения во внеоборотные активы», субсчет «Приобретение нематериальных активов».
Однако в рассматриваемом случае существенных расходов, связанных с опытной эксплуатацией НМА, организация не несет.
ПБУ 14/2007 в отличие, например, от ПБУ 19/02 «Учет финансовых вложений» (смотрите п. 11), не содержит положений, прямо указывающих на возможность учета несущественных расходов в составе прочих расходов организации.
В свою очередь, п. 6 ПБУ 1/2008 «Учетная политика организации» предусматривает, что учетная политика организации должна обеспечивать в том числе рациональное ведение бухгалтерского учета, исходя из условий хозяйствования и величины организации, а также исходя из соотношения затрат на формирование информации о конкретном объекте бухгалтерского учета и полезности (ценности) этой информации (требование рациональности).
В соответствии с п. 1 ст. 6, п. 8 ст. 3 Федерального закона от 06.12.2011 N 402-ФЗ «О бухгалтерском учете» (далее — Закон N 402-ФЗ) одним из объектов бухгалтерского учета является факт хозяйственной жизни, которым признается сделка, событие, операция, которые оказывают или способны оказать влияние на финансовое положение экономического субъекта, финансовый результат его деятельности и (или) движение денежных средств.
В анализируемой ситуации непосредственное осуществление опытной эксплуатации не оказывает существенного влияния на финансовое положение организации, финансовый результат деятельности и (или) движение денежных средств. Учитывая изложенное, мы придерживаемся позиции, что в данном случае имеются предпосылки, чтобы не рассматривать проведение опытной эксплуатации сайта как факт хозяйственной жизни в понимании Закона N 402-ФЗ.
Кроме того, в ч. 1 ст. 12 Закона N 402-ФЗ определено, что объекты бухгалтерского учета подлежат денежному измерению. Организация, руководствуясь требованием рациональности, вправе не исчислять вероятные (несущественные) расходы, связанные с проведением опытной эксплуатации сайта (например, доля заработной платы системного администратора).
Поэтому, на наш взгляд, соответствующие бухгалтерские записи в учете организации не формируются*(1).
Вместе с тем, учитывая получение организацией доступа к сайту, издание распорядительного документа, а также оформление акта о прохождении опытной эксплуатации веб-сайта, мы считаем нужным по аналогии с п. 39 ПБУ 14/2007 отразить на забалансовом счете (например, на счете 012) полученный для тестирования потенциальный актив в условной оценке.
Высказанная позиция является нашим экспертным мнением. Разъяснениями уполномоченных органов применительно к данному случаю мы не располагаем.
Аналогичный порядок, по нашему мнению, применяется и в целях налогообложения прибыли.
В случае своей существенности данные затраты, понесенные до ввода в эксплуатацию НМА, учитывались бы в его первоначальной стоимости в силу п. 3 ст. 257 НК РФ.
Исходя из ст. 313 НК РФ, в целях налогообложения также используется денежное выражение операции. Поскольку организация не несет существенных расходов, связанных с опытной эксплуатации сайта, полагаем, что и в налоговом учете достаточных оснований для обособления (вычленения) расходов, например, в виде заработной платы программиста, не имеется.
Так как неотражение (необособление) несущественного расхода не ведет к неуплате налога на прибыль, а расходы на оплату труда программиста соответствуют критериям ст. 252 НК РФ, считаем, что налоговые риски в данной ситуации маловероятны.
Что касается формулировки в распорядительном документе, то по общему правилу она должна отражать содержание факта хозяйственной жизни (п. 4 ч. 2 ст. 9 Закона N 402-ФЗ). Соответственно, если, по сути, в организации будет осуществляться опытная эксплуатация сайта, то такой документ требованиям законодательства о бухгалтерском учете противоречить не будет.

Читайте также:  ГОСТ Р 51370 99 Методы испытаний на стойкость к климатическим внешним воздействующим факторам машин приборов

Ответ подготовил:
Эксперт службы Правового консалтинга ГАРАНТ
аудитор, член РСА Завьялов Кирилл

Контроль качества ответа:
Рецензент службы Правового консалтинга ГАРАНТ
аудитор, член РСА Мельникова Елена

6 декабря 2019 г.

Материал подготовлен на основе индивидуальной письменной консультации, оказанной в рамках услуги Правовой консалтинг.

————————————————————————
*(1) Иной подход, на наш взгляд, целесообразно применить, если опытная эксплуатация является частью этапа по договору или его отдельным этапом. В этом случае расходы подлежат отражению на счете 08 (смотрите постановление Девятого ААС от 17.10.2016 N 09АП-47215/16).

© ООО «НПП «ГАРАНТ-СЕРВИС», 2021. Система ГАРАНТ выпускается с 1990 года. Компания «Гарант» и ее партнеры являются участниками Российской ассоциации правовой информации ГАРАНТ.

Все права на материалы сайта ГАРАНТ.РУ принадлежат ООО «НПП «ГАРАНТ-СЕРВИС». Полное или частичное воспроизведение материалов возможно только по письменному разрешению правообладателя. Правила использования портала.

Портал ГАРАНТ.РУ зарегистрирован в качестве сетевого издания Федеральной службой по надзору в сфере связи,
информационных технологий и массовых коммуникаций (Роскомнадзором), Эл № ФС77-58365 от 18 июня 2014 года.

ООО «НПП «ГАРАНТ-СЕРВИС», 119234, г. Москва, ул. Ленинские горы, д. 1, стр. 77, info@garant.ru.

8-800-200-88-88
(бесплатный междугородный звонок)

Редакция: +7 (495) 647-62-38 (доб. 3145), editor@garant.ru

Отдел рекламы: +7 (495) 647-62-38 (доб. 3136), adv@garant.ru. Реклама на портале. Медиакит

Если вы заметили опечатку в тексте,
выделите ее и нажмите Ctrl+Enter

Источник



Полное меню
Основные ссылки

На правах рекламы:

Вернуться в «Каталог СНиП»

ГОСТ 34.603-92 Информационная технология. Виды испытаний автоматизированных систем.

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

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

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

ГОСТ 34.603-92

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

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

Информационная технология
ВИДЫ ИСПЫТАНИЙ АВТОМАТИЗИРОВАННЫХ СИСТЕМ

Information technology.
Types tests automated systems

ГОСТ
34.603-92

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

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

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

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

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

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

1.1 . Испытания АС проводят на стадии «Ввода в действие» по ГОСТ 34.601 с целью проверки соответствия создаваемой АС требованиям технического задания (ТЗ).

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

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

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

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

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

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

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

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

Комплексные испытания проводят для групп взаимосвязанных частей АС или для АС в целом.

1.5. Для планирования проведения всех видов испытаний разрабатывают документ «Программа и методика испытаний». Разработчик документа устанавливается в договоре или ТЗ.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1.16. Допускается последовательное проведение испытаний и сдача частей АС в опытную и постоянную эксплуатацию при соблюдении установленной в ТЗ очередности ввода АС в действие.

2. ПРЕДВАРИТЕЛЬНЫЕ ИСПЫТАНИЯ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Комитета стандартизации и метрологии СССР от 17.02.92 № 161

3. Срок проверки — 1996; периодичность проверки — 5 лет

4. ВЗАМЕН ГОСТ 24.104-85 в части разд. 3

5. ССЫЛОЧНЫЕ НОРМАТИВНО-ТЕХНИЧЕСКИЕ ДОКУМЕНТЫ

Источник

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

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

Опытная эксплуатация направлена на улучшение технологических показателей и последующего распространения этого опыта на все изделия данного типа.

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

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

По ГОСТ 24.602-86; ГОСТ 24.104-35; title=»Правила приемки в эксплуатацию из монтажа и наладки систем управления технологическими процессами тепловых электрических станций»; ОРММ-3 АСУ ТП

Смотри также родственные термины:

Опытная эксплуатация АС

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

Опытная эксплуатация АС

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

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

Словарь-справочник терминов нормативно-технической документации . academic.ru . 2015 .

Смотреть что такое «Опытная эксплуатация» в других словарях:

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

Опытная эксплуатация — этап ввода АС в эксплуатацию от начала энергетического пуска до приемки станции в промышленную эксплуатацию. Термины атомной энергетики. Концерн Росэнергоатом, 2010 … Термины атомной энергетики

опытная эксплуатация — — [Е.С.Алексеев, А.А.Мячев. Англо русский толковый словарь по системотехнике ЭВМ. Москва 1993] Тематики информационные технологии в целом EN instalation phase … Справочник технического переводчика

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

Опытная эксплуатация железнодорожного подвижного состава — Опытная эксплуатация железнодорожного подвижного состава: эксплуатация заданного числа единиц железнодорожного подвижного состава, осуществляемая по специальной программе с целью совершенствования системы эксплуатации по результатам учета… … Официальная терминология

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

опытная эксплуатация железнодорожного подвижного состава — 8 опытная эксплуатация железнодорожного подвижного состава: Эксплуатация заданного числа единиц железнодорожного подвижного состава, осуществляемая по специальной программе с целью совершенствования системы эксплуатации по результатам учета… … Словарь-справочник терминов нормативно-технической документации

Опытная эксплуатация разведочных скважин — ► pilot operation Предварительная добыча нефти на открытом новом нефтяном месторождении или новом нефтяном пласте с целью ознакомления с промышленной характеристикой нефтяного пласта, установления режима его работы, степени взаимодействия скважин … Нефтегазовая микроэнциклопедия

пробный пуск и опытная эксплуатация — — [А.С.Гольдберг. Англо русский энергетический словарь. 2006 г.] Тематики энергетика в целом EN trial run … Справочник технического переводчика

Пробная эксплуатация, опытная эксплуатация — ► pilot operation Начальный период разработки нефтяного (газового) месторождения или его части с целью получения необходимого количества информации, используемой для обоснования системы и показателей промышленной разработки и составления ее… … Нефтегазовая микроэнциклопедия

Источник