Стандарт ГОСТ Р ИСО-МЭК 15288 - Системная инженерия. Процессы жизненного цикла систем (1015668), страница 11

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

Текст из файла (страница 11)

Данные анализируются для проведения мероприятий по корректировке или улучшению стратегии комплексирования и ее осуществления.5.5.7 Процесс верификации5.5.7.1 Цель процесса верификацииЦель процесса верификации состоит в подтверждении того, что заданные (специфицированные) требования проекта полностью реализованы в системе.В ходе этого процесса получают информацию, которая требуется для совершения действий по устранению недостатков, что позволяет корректировать несоответствия в реализованной системе или процессы,происходящие в ней.5.5.7.2 Результаты процесса верификацииВ результате успешного осуществления процесса верификации:a) определяется стратегия верификации;b) в качестве входных данных используются ограничения, накладываемые на верификацию;c) получаются отчетные данные, являющиеся источником для совершения корректирующих действий;d) предоставляются объективные доказательства того, что реализованная продукция удовлетворяетсистемным требованиям и требованиям архитектурного проекта.5.5.7.3 Деятельность в процессе верификацииПри реализации процесса верификации организация должна осуществлять следующие действия всоответствии с принятой политикой и процедурами:a) определять стратегию верификации систем в течение жизненного цикла.П р и м е ч а н и е — Эта стратегия касается системы и ее описаний, например, требований, проектныхопределений.

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

Содержание и масштаб процесса верификации, например, пересмотр,инспекция, аудит, сравнение, статические испытания, динамические испытания, демонстрация (или комбинацияэтих видов верификации) зависят от того, что подвергается верификации: модель, прототип или реальный продукт, а также от возможных рисков, например, по безопасности, критичности с коммерческой точки зрения;b) определять план верификации, основываясь на системных требованиях.П р и м е ч а н и е — В планах учитывается последовательность конфигураций, определенных стратегиейкомплексирования, и, если возможно, принимается в расчет стратегия демонтажа для диагностики ошибок.Графики обычно определяют этапы верификации, касающиеся управления рисками, которые последовательно обеспечивают уверенность в том, что продукт в максимальной конфигурации соответствует техническимусловиям;c) идентифицировать и сообщать о потенциальных ограничениях на проектные решения.П р и м е ч а н и е — К ограничениям относятся практические ограничения по точности, уровню неопределенности, воспроизводимости, которые налагаются в результате верификации обеспечивающих систем, связанныхметодов измерения, необходимости в системной интеграции, а также готовности, доступности и взаимосвязи собеспечивающими системами;d) подготавливать обеспечивающую систему, а также соответствующие средства, оборудование иоператоров к проведению верификации;27ГОСТ Р ИСО/МЭК 15288—2005e) осуществлять верификацию для демонстрации соответствия заданным проектным требованиям.П р и м е ч а н и е — Несоответствия указывают на наличие случайных и (или) проектных ошибок, поэтомунеобходимо осуществлять надлежащие корректирующие действия.

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

Проводится оперативная диагностика с такой степенью разрешения, которая обеспечивает экономическую оправданность действий по устранению недостатков, в том числе последующее исправление дефектов и(или) совершенствование организационных аспектов. Верификационные данные собираются, классифицируются и упорядочиваются в соответствии с критериями, определенными стратегией верификации. Таким образом,осуществляется классификация несоответствий согласно их источникам, корректирующим воздействиям и владельцам. Верификационные данные анализируются с целью обнаружения таких существенных признаков, кактенденции и условия отказов, доказательства ошибок проектирования и возникающих угроз функциональнымвозможностям системы.5.5.8 Процесс передачи5.5.8.1 Цель процесса передачиЦель процесса передачи состоит в достижении способности обеспечивать услуги в среде функционирования согласно заданным требованиям правообладателей.В ходе этого процесса в соответствии с соглашениями приводится в рабочее состояние верифицированная система вместе с соответствующими обеспечивающими системами, например, операционной системой, системой поддержки, системой обучения операторов, системой обучения пользователей.5.5.8.2 Результаты процесса передачиВ результате успешного осуществления процесса передачи:a) определяется стратегия передачи;b) система приводится в рабочее состояние на месте ее применения;c) в процессе работы система способна выполнять свои функции;d) конфигурация приведенной в рабочее состояние системы документируется;e) регистрируются отчеты о корректирующих действиях;f) обеспечивающими системами предоставляются необходимые услуги.5.5.8.3 Деятельность в процессе передачиВ процессе передачи организация должна осуществлять следующие действия в соответствии с принятой политикой и процедурами:a) определять стратегию передачи.П р и м е ч а н и е — Стратегия передачи включает в себя установку и ввод в действие системы в соответствиис соглашениями.

По возможности передача осуществляется с привлечением операторов;b) проводить подготовку места для размещения в соответствии с требованиями по установке.П р и м е ч а н и е — Подготовка места проводится в соответствии с правилами техники безопасности,природоохранным законодательством и законодательством в области здравоохранения;c) выполнить поставку системы в заданное место и в установленные сроки для приведения ее врабочее состояние.П р и м е ч а н и е — Может появиться необходимость в том, чтобы предусмотреть хранение системы домомента поставки;d) установить систему на рабочем месте и связать ее со средой функционирования согласно спецификации.П р и м е ч а н и е — Система конфигурируется в соответствии с требуемыми эксплуатационными данными;28ГОСТ Р ИСО/МЭК 15288—2005e) продемонстрировать, что система установлена надлежащим образом.П р и м е ч а н и е — Приемочные испытания, указанные в соглашении о поставке, могут продемонстрировать правильность установки.

Если точное место размещения или среда функционирования недоступны, выбирается репрезентативный пример;f) активизировать систему;g) продемонстрировать способность установленной системы выполнять требуемые функции.П р и м е ч а н и е — В содержании приемочных испытаний, указанных в соглашениях, могут определятьсякритерии, демонстрирующие, что системный объект способен выполнять требуемые функции после установки наместе эксплуатации при обслуживании штатными операторами;h) вести документированный учет данных по установке, включая рабочую конфигурацию, обнаруженные отклонения, предпринятые действия и уроки, извлеченные из опыта этих действий.П р и м е ч а н и е — Отчет по итогам установки системы должен включать наряду с техническими сведениямисведения о недостаточности и неполноте системных требований.

В случае обнаружения несоответствий в интерфейсе между системой, заданной средой функционирования и любыми системами, обеспечивающими стадиюиспользования системы, необходимо проводить корректирующие действия и (или) изменить требования.5.5.9 Процесс валидации5.5.9.1 Цель процесса валидацииЦель процесса валидации заключается в получении объективных доказательств того, что функции,обеспечиваемые системой при ее использовании, соответствуют требованиям правообладателей.В ходе данного процесса выполняется сравнительная оценка и подтверждается тот факт, что требования правообладателей правильно определены. В случае обнаружения отклонений они регистрируются икорректируются. Валидация системы утверждается правообладателями.5.5.9.2 Результаты процесса валидацииВ результате успешного осуществления процесса валидации:a) определяется стратегия валидации;b) подтверждается готовность к выполнению функций, требуемых правообладателями;c) предоставляются данные валидации;d) составляется отчет по данным валидации, на основании которых можно осуществить корректирующие действия.5.5.9.3 Деятельность в процессе валидацииПри реализации процесса валидации организация должна осуществлять следующие действия в соответствии с принятой политикой и процедурами:a) определять стратегию валидации реализуемых системой функций в среде функционирования приусловии достижения удовлетворенности правообладателей.П р и м е ч а н и е — Посредством оценки функциональных возможностей, представляемых правообладателям, валидация демонстрирует, что создан «правильный объект» системы, то есть он соответствует цели иудовлетворяет потребителя.

Характеристики

Список файлов стандарта