장비 및 재료의 시운전에 관한 규정. 자동화 시스템 설계 정보시스템 시운전이란?
자동화된 생산 시스템은 일정한 순서에 따라 상업적으로 가동됩니다.
1. 생산 테스트
테스트는 고객의 사업장에서 수행됩니다. 먼저, 테스트 프로그램과 방법론이 개발됩니다. 수행하기 전에 설계자는 제어 및 모니터링 알고리즘의 흐름도를 제공해야 합니다. 자연어 및 형식 언어로 된 제어 및 모니터링 알고리즘 세트, 디버깅된 제어 프로그램, 제어 프로그램의 인쇄물, 직업 설명권리와 의무가 제한된 운영자 및 조정자; 블록의 상호 작용을 확인하는 방법, 예방적 유지 관리 방법이 포함된 시스템의 작동 지침.
테스트는 시스템의 일부가 디버깅되면서 수행됩니다. 학자 P.L.의 진술을 기억합니다. Kapitsa: “시스템을 처음 켰을 때 작동했다면 오작동이 발생한 것입니다.” 설계 결과를 수정하기 위해 오랜 기간 작업을 준비해야 합니다. 테스트 프로세스 중에는 기업 전문가를 참여시켜 문서를 수정하고 자동화된 생산 작업에 익숙해지는 것이 좋습니다. 테스트 대상의 이름, 테스트를 수행한 사람 목록, 테스트 목적 및 기간, 기술 사양의 확인 항목 목록, 테스트 프로그램 항목, 고장, 오작동 및 비상 상황, 시스템 매개변수 수정 사항 및 기술 문서에 대한 정보. 생산 테스트는 예비 테스트와 승인 테스트로 구분됩니다. 소프트웨어와 하드웨어를 디버깅하고 운영자를 교육한 후 예비 작업이 수행됩니다. 독립형이거나 복잡할 수 있습니다. 자율 테스트에서는 고객 조직의 실제 정보를 입력하여 하위 시스템의 작동을 확인하고 테스트 결과가 지정된 값과 일치하는지 판단합니다. 프로토콜은 하위 시스템의 복잡한 테스트 허용에 대한 결론을 내립니다. 복잡한 테스트 중에 자동화 시스템의 하위 시스템 상호 작용이 확인됩니다. 승인 테스트는 예비 테스트의 긍정적인 결과를 바탕으로 수행됩니다.
실제 고객 데이터를 활용하여 테스트 프로그램을 개발합니다. 비상 상황에 대한 시스템의 반응을 확인하십시오. 테스트 결과에 따라 기술 사양 요구 사항의 편차를 나열하고 허용 가능한 편차와 허용할 수 없는 편차에 동의하며 관련 변경 기한을 나타내는 승인 프로토콜이 작성됩니다. 기술 문서. 모든 변경사항 프로젝트 문서변경 전과 후에 변경해야 할 문서 부분을 나타내는 변경 주문이 발행됩니다.
2. 상태 테스트
상태 테스트는 생산 테스트가 완료된 후 시작됩니다. 프로그램과 방법론은 다시 개발되고 있습니다. 이 프로그램은 작업, 블록 및 목록의 목록을 나타냅니다. 기술적 수단, 소프트웨어 도구 세트, 정보지원, 목적 및 테스트 대상. 방법론에서는 각 개체에 대해 테스트 순서와 결과의 기술 사양 요구 사항 준수가 지정됩니다. 이 명령은 개발자와 그의 부서 대표가 참여하여 부서 간 커미션을 생성합니다. 위원회는 문서 세트, 고객의 시스템 운영 준비 상태 및 시스템 개발 가능성을 확인합니다. 상태 테스트 결과, 고객은 제대로 작동하는 제어 시스템, 문서 세트 및 예비 장비를 받아야 합니다.
3. 시운전
확인된 문제를 제거한 후 자동화 생산의 이름, 시스템 개발 기반, 승인 위원회 구성, 작업 기간이 포함된 "시운전을 위한 자동화 생산 승인 인증서"를 작성합니다. 커미션, 고객 및 시스템 개발자, 자동화 시스템의 기능, 시운전을 위해 허용된 기술, 소프트웨어, 정보 및 조직 지원 구성 요소 목록, 제시된 문서 목록, 시스템 지표의 준수 여부 평가 기술 사양 요구 사항, 오류 제거 지침, 시운전을 위한 시스템 승인 또는 비승인에 대한 위원회의 결정. “수락위원회 구성에 관한 명령”에는 시스템명, 위원회 구성, 위원회 업무 목적, 업무 완료 기한, 제출 서류 목록 등이 포함되어 있습니다.
기업 직원이 정상 및 비정상 작동 모드에서 시스템을 작동할 수 있는지 확인한 후 시운전에 투입할 시스템 이름이 포함된 "시스템 시운전 시작 명령"을 내립니다. 시스템의 운영기간, 시행책임자 명단 등을 안내한다. 공무원, 구현에 참여하는 기업 부문 목록입니다.
시스템의 특성과 시스템을 운영할 인력의 준비 상태를 평가하기 위해 시험 운영이 수행됩니다. 이 프로그램은 구성 요소와 시스템 전체의 작동 조건, 기간 및 식별된 결함을 제거하기 위한 절차를 나타냅니다. 작업 로그에는 시스템 작동 기간, 오류 및 제거 시간, 긴급 상황, 설계 문서 조정 필요성에 대한 정보가 기록됩니다.
4. 승인 테스트
자동화 시스템의 시운전이 완료되면 승인 테스트를 실시하기로 결정됩니다. 시스템 이름, 커미션 구성, 커미션 작업 목적 및 작업 완료 기한, 제출할 문서 목록을 포함하는 "수락 커미션 구성에 관한 명령"이 작성됩니다. . 승인위원회의 위원장은 고객을 대표하는 사람이어야 합니다. 승인위원회에는 디자이너 대표가 포함됩니다. 승인 테스트가 시작될 때까지 커미션은 다음을 받아야 합니다. 기술적인 업무, 승인 테스트 프로그램 초안, 생산 테스트 프로토콜, 시운전 자동화 시스템 승인 증명서, 시운전 완료 증명서, 작업 문서자동화된 시스템으로.
승인 테스트에서는 시운전 결과와 시스템 특성의 기술 사양 준수 여부를 평가합니다. 이 프로그램은 자동화 시스템이 충족해야 하는 요구 사항 목록, 승인 기준, 테스트 조건 및 시기, 테스트 방법 및 결과 처리, 완료 시 제출되는 문서 목록을 지정합니다. 시스템 운영을 위한 정보의 필요성과 충분성을 평가하고, 필요성을 확립합니다. 특별 훈련직원은 운영자 오류에 대한 시스템의 반응을 식별합니다. 오류를 제거한 후 시스템 기능을 복원하는 데 특별한 주의를 기울입니다. 승인 테스트가 시작되면 기술 사양, 시운전 승인 인증서, 작업 로그, 승인 테스트에 대한 시스템 승인 인증서, 테스트 프로그램 및 방법론이 커미션에 제공되어야 합니다. 승인 테스트의 결과로 작성된 문서는 개발된 시스템이 기술 사양 요구 사항을 준수하고 시스템 작동 준비 상태를 확인해야 합니다.
5. 산업 운영
그들은 시스템 기능 목록, 운영을 담당하는 부서 목록, 자동화된 생산을 수행하기 위한 인력 이동 절차 및 시기가 포함된 "시스템 상업 운영 명령"을 발행합니다. 시스템에 대한 작동 지침을 승인합니다.
작업은 자동화된 생산의 시작으로 끝납니다. 연속 생산용 자동화된 생산기술 장비, 제어 프로그램, 도구 키트, 기술 경로를 개발합니다. 개념상 칼설계 문서에 대한 조정 사항이 전체적으로 추가되었습니다. 수명주기시스템.
전문가 시스템을 구축하는 과정에서 식별, 개념화, 형식화, 구현, 테스트, 시험 운영 및 구현의 6단계를 포함하는 특정 개발 기술이 등장했습니다.
이 문서에서는 여섯 번째 단계에 대해 설명합니다. 시범운영 및 실시.
시범 운영 및 구현 단계에서는 최종 사용자를 위한 전문가 시스템의 적합성을 확인한다. 여기서 시스템은 다양한 사용자와 작업할 때 발생할 수 있는 모든 문제를 해결합니다. 개발자 입장이 아닌 사용자의 작업장에서 시스템 운영을 구성하는 것이 좋습니다. 이 단계는 시스템이 필요한 모든 작업을 성공적으로 해결하여 솔루션의 오류가 사용자에게 시스템에 대한 부정적인 인상을 주지 않도록 전문가의 의견에 따라 진행되어야 합니다. 시스템의 사용자 적합성은 주로 유용성과 유용성에 의해 결정됩니다.
아래에 유용성시스템은 대화 중에 사용자의 요구를 파악하고, 작동 실패의 원인을 식별 및 제거하며, 사용자의 요구를 충족(예: 할당된 작업을 해결)하는 시스템의 능력으로 이해됩니다. 즉, 사용자가 자신의 정보 요구 사항에도 불구하고 시스템에 대한 "의식을 가져오는" 것이 중요합니다. 가능한 실수, 시스템에 대한 지식이 부족하여 그에 의해 허용되었습니다. 물론 솔루션의 완성도와 정확성도 사용자에게 중요하지만, 이러한 특성은 이전 단계에서 전문가의 확인을 거쳐야 합니다.
아래에 편의시스템 작업은 다음을 의미합니다.
- 시스템과의 상호 작용의 자연성, 즉 친숙하고 피곤하지 않은 방식으로 의사소통합니다.
- 시스템의 유연성, 즉 다양한 사용자에 맞게 조정하고 동일한 사용자의 자격 변경을 고려하는 시스템 기능
- 오류에 대한 시스템 안정성, 즉 경험이 없는 사용자의 잘못된 작업으로 인해 시스템이 실패하지 않는 능력.
작업 결과에 따라 규칙 및 데이터 수정(통신 언어 개선 또는 변경, 대화 도구, 오류 감지 및 수정 도구, 사용자 맞춤화 등)이 필요할 수 있습니다. 입/출력 장치가 사용자에게 적합하지 않기 때문입니다. 동일한 단계의 결과를 바탕으로 시스템을 복제하기로 결정됩니다. 시운전 단계를 성공적으로 마치고 다양한 사용자가 전문가 시스템을 활용하게 되면 산업 전문가 시스템으로 분류할 수 있다.
일반적으로 프로토타입의 시험 운영 중에 시스템 요구 사항이 명확해집니다. 개발자와 사용자는 설계 결정의 결과를 직접 연구하고 제거할 수 있습니다. 인터페이스 구성의 원리 위지위그(What You See Is What You Get - What You See Is What You Get)을 통해 사용자는 프로토타입에 도입된 변경 사항의 결과를 직접 평가할 수 있습니다.
선택된 소프트웨어 제품을 기반으로 한 정보시스템은 그 성능을 입증해야 합니다.
정보 시스템 테스트는 시스템의 지정된 기능의 성능을 확인하고, 시스템의 정량적 및 질적 특성이 기술 사양 요구 사항에 맞는지 확인 및 확인하며, 시스템 운영상의 결함을 식별 및 제거하는 프로세스입니다. 개발된 문서에서.
GOST 34.603-92에 따라 " 정보기술. 테스트 유형 자동화 시스템"정보 시스템이 설치되어 있습니다 다음 유형테스트: 예비, 시운전, 승인.
예비 테스트는 개발자가 시스템의 제공된 소프트웨어 및 하드웨어를 디버깅 및 테스트하고 테스트 준비 상태에 대한 관련 문서를 제공한 후, 직원이 운영 문서에 익숙해진 후에 수행됩니다.
정보 시스템의 양적 및 질적 특성의 실제 값과 기능 조건에서 작업할 직원의 준비 상태를 결정하고 정보 시스템의 실제 효과를 결정하고 조정하기 위해 시험 운영이 수행됩니다. 필요한 경우) 문서.
정보 시스템의 시험 운영을 구성할 때 제품 IT 컨설턴트의 임무는 "테스트 프로그램 및 방법론" 문서를 개발하는 것입니다.
"테스트 프로그램 및 방법론" 문서에는 다음이 포함됩니다.
· 정보 시스템의 일부와 정보 시스템 전체의 기능 조건 및 순서;
· 시스템의 각 기능을 수행할 때 정보 시스템의 올바른 기능과 정보 시스템의 운영 조건에서 작업할 직원의 준비 상태를 검증하기에 충분한 시운전 기간.
· 시운전 중에 확인된 결함을 제거하기 위한 절차.
시운전 과정에서 제품 IT 컨설턴트도 정보시스템의 결과를 분석해 시운전 결과와 개선방안을 담은 보고서를 작성한다. 그는 추가 요구 사항에 동의하고, 사용자 교육을 실시하고, 테스트 결과에 따라 문서를 필요한 대로 변경합니다.
준비된 보고서를 기반으로 조직은 시운전을 위한 승인 테스트를 위해 정보 시스템의 일부와 시스템 전체를 제출하기로 결정합니다.
시운전 완료증명서를 발급하고 합격시험에 합격하면 작업이 완료됩니다.
상업 운영에 정보 시스템 도입을 관리하는 작업에는 준비 및 승인이 포함됩니다. 세부 계획전환 새로운 시스템정보 시스템에 대한 승인 테스트를 수행하여 추가 지원 계획을 수립합니다. IT 제품 컨설턴트가 이 작업에 참여합니다.
이미 언급한 바와 같이, 정보시스템의 승인 테스트에 앞서 시운전이 선행되어야 합니다. 시운전 결과를 바탕으로 얻은 경험은 채택된 정보 시스템 구축 전략에 따라 프로젝트 경계 내 모든 영역에 전파됩니다.
정보 시스템의 승인 테스트는 기술 사양 준수 여부를 확인하고 시운전 품질을 평가하며 정보 시스템의 상업적 운영 승인 가능성 문제를 해결하기 위해 수행됩니다.
GOST 34.603-92 "정보 기술. 자동화 시스템 테스트 유형"에 따라 "인수 테스트 프로그램" 문서에는 다음이 포함됩니다.
· 테스트를 위해 시스템에 할당된 개체 목록과 개체가 충족해야 하는 요구 사항 목록(기술 사양 조항 참조)
· 시스템과 그 부품에 대한 승인 기준;
· 테스트 조건 및 시기;
· 테스트 수단;
· 테스트 책임자의 이름;
· 테스트 방법 및 결과 처리;
· 완성된 문서 목록.
승인 테스트에는 다음 사항이 포함됩니다.
· 자동화 대상 매개변수의 표준, 제한, 임계값 및 기술 사양에 명시된 정보 시스템 기능의 기타 조건에서 기능 구현의 완전성 및 품질;
· 시스템 인터페이스와 관련된 각 요구 사항의 이행;
· 직원은 대화형 모드로 작업합니다.
· 장애 발생 후 정보 시스템의 기능을 복원하기 위한 수단 및 방법;
· 운영 문서의 완전성과 품질.
설정된 시간 내에 제품 IT 컨설턴트는 정보 시스템 운영 모니터링을 구성하고 필요한 수정을 수행하는 작업을 수행합니다. 이러한 작업은 정보 시스템의 효율성과 성능을 향상시키는 것을 목표로 합니다. 일반적으로 여기에는 다음 활동이 포함됩니다.
· 추가 사용자 교육;
· 사용자 컨설팅;
· 정보 시스템 성능 특성 모니터링;
· 획득한 모니터링 결과 분석 및 필요한 변경을 위한 권장 사항 개발
· 정보 시스템을 변경하고 현대화하는 프로세스를 관리합니다.
· 추가 문서 개발, 기존 문서 변경.
시운전 업무는 알고리즘, 프로그램, 링크 등을 테스트하는 것입니다. 기술적 과정실제 상황에서의 데이터 처리..
작업의 시험 운영은 실제 정보를 기반으로 수행되며, 이 단계에서 개발자는 특정 프로그램을 사용하여 컴퓨터 작업을 수행하도록 직원을 교육합니다.
하위 시스템의 시험 운영은 모든 요소, 준비 상태에 대한 포괄적인 테스트를 목적으로 수행됩니다. 정보 기반, 정보 수집 및 처리 기술 프로세스 디버깅, 하위 시스템의 작동 조건에서 작업할 직원 교육. 하위 시스템의 시험 운영은 필요한 작업 중복을 통해 설정된 운영 모드에서 전체 실제 정보를 기반으로 수행되어야 합니다. 이 하위 시스템은 이 하위 시스템의 발사 단지 작업이 시험 운영에 들어간 후 상업 운영에 들어갑니다.
IS의 시험 운영은 시스템 작업의 기능에 대한 포괄적인 테스트, 운영을 위한 시스템 지원 부분의 준비 상태 확인, 정보 수집 및 처리 기술 프로세스의 최종 디버깅을 목적으로 수행됩니다. 시스템의 시험 운영은 설정된 운영 모드에서 시설 활동에 대해 필요한 정보량을 기반으로 수행되어야 합니다. 시스템 시운전 완료 후 구현 보고서를 제공합니다.
평가판 구현은 다음으로 구성됩니다.
1. 본 프로젝트의 모든 단지에 대한 초기 운영 데이터 준비
2. 이 데이터를 PC에 입력하고 소프트웨어를 오버클러킹
3. 모든 오류와 부정확성을 식별하기 위해 얻은 결과를 분석합니다.
~에 긍정적인 결과시범운영을 거쳐 상업운전에 들어간다. 산업 운영 중에는 시스템 기능 분석이 수행되고, 산업 운영 조건에서 구현된 설계 솔루션의 효율성을 확인하고, 시스템 추가 개발 및 표준 솔루션 형성을 위한 권장 사항을 개발합니다.
시스템 기능 분석에는 다음 사항을 확인하는 작업이 포함됩니다.
— 기술적 수단의 운용
— 자동화된 처리 조건에서 작업 및 하위 시스템의 기능
— 시스템 작동 조건에서 직원의 행동
분석 결과는 시스템의 품질과 실제 품질을 평가하는 데 사용됩니다. 경제적 효율성. 시스템의 기능 분석 작업은 EIS를 일정 기간 운영한 후 고객과의 합의를 바탕으로 설계자의 감수 순서에 따라 개발자가 수행합니다. 설계 감독은 시스템 생성을 위해 할당된 자금을 희생하여 수행됩니다. 분석 수행을 위한 작업 프로그램은 개발자가 작성하고 고객과 합의합니다. 시스템 기능 분석은 이 작업을 수행하라는 명령이 내려진 후에 시작됩니다. 명령에는 설문 조사 시기와 대상이 명시되어 있으며, 이 작업에 관련된 고객 대표와 필요한 자료를 시스템 개발자에게 시기적절하고 완전하게 제출할 책임이 있는 사람도 지정됩니다. 모든 데이터 수집, 필요한 양식 작성 및 저널 등록은 고객 대표가 수행하고 개발자가 제어합니다. 축적된 데이터는 개발을 위해 개발자 담당자가 프로그램에서 지정한 기간 내에 전송됩니다. 연구된 각 EIS 요소에 대한 데이터 처리 결과는 고객 담당자의 참여로 개발자가 기록합니다. 완성된 프로토콜을 기반으로 개발자는 프로그램에서 제공하는 모든 작업을 완료한 후 EIS 기능 분석에 대한 보고서를 작성합니다.
시스템 기능 분석 보고서를 고객에게 제출하는 것은 개발자 작업의 마지막 단계입니다. EIS 구현의 맥락에서 작업, 하위 시스템 및 인사 조치의 기능을 분석하는 과정에서 EIS 하위 시스템의 각 기능 매개 변수에 따라 개체 검사와 유사한 작업이 수행됩니다. 적용된 기술적 수단 세트 및 다음 요소:
— 적시에 수령 관리인력필요한 정보;
— 정보의 신뢰성을 높입니다.
— 기업의 기술 및 경제 지표를 개선합니다.
개별 하위 시스템의 기능 품질은 정보의 신뢰성과 적시성 측면에서 평가되어 관련 서비스의 품질이 향상됩니다. 경영 결정. 시스템 기능 분석 결과를 바탕으로 다음을 위한 제안이 개발됩니다. 추가 개발 EIS.
3.1. 시험 운영은 다음을 나타내는 프로그램에 따라 수행됩니다. 1) NPP 일부 및 NPP 전체의 기능에 대한 조건 및 절차; 2) 시스템의 각 기능을 수행할 때 NPP의 올바른 기능과 NPP의 작동 조건 하에서 작업할 인력의 준비 상태를 검증하기에 충분한 시운전 기간 3) 시운전 중에 확인된 결함을 제거하기 위한 절차.
3.2. NPP 시험 운영 중에는 NPP 운영 기간, 실패, 실패, 비상 상황, 자동화 객체 매개 변수 변경, 문서 및 소프트웨어 조정, 조정, 그리고 기술적 수단. 해당 정보는 날짜와 책임자를 나타내는 일지에 기록됩니다. 로그에는 스피커 사용 편의성에 대한 직원의 의견이 포함될 수 있습니다.
3.3. 시운전 결과를 바탕으로 원전 일부와 시스템 전체를 인수 테스트에 제출할 수 있는지(또는 불가능)가 결정됩니다.
시운전 완료 인증서를 발급하고 시스템 승인 테스트를 승인하면 작업이 완료됩니다.
4. 승인 테스트
4.1. 승인 테스트는 다음을 나타내는 프로그램에 따라 수행됩니다. 1) 테스트를 위해 시스템에 할당된 개체 목록 및 개체가 충족해야 하는 요구 사항 목록(기술 사양 항목 참조) 2) 시스템과 그 부품에 대한 승인 기준; 3) 시험 조건 및 시기 4) 테스트 수단; 5) 시험 책임자의 이름 6) 테스트 방법 및 결과 처리 7) 작성될 문서 목록.
4.2. 승인 테스트를 수행하려면 다음 문서가 제시되어야 합니다. 1) NPP 생성을 위한 기술 사양; 2) 시운전 승인 증명서 3) 시운전 작업일지 4) 시운전 완료 증명서 및 원자력 발전소 인수 시험 승인 증명서 5) 테스트 프로그램 및 방법론.
승인 테스트는 제대로 작동하는 시설에서 수행되어야 합니다.
4.3. 승인 테스트에는 우선 다음 사항에 대한 검증이 포함되어야 합니다. 1) 자동화 대상 매개변수의 표준, 제한, 임계 값 및 기술 사양에 지정된 플랜트의 기타 작동 조건에서 기능 구현의 완전성과 품질 ; 2) 시스템 인터페이스와 관련된 각 요구사항의 이행 3) 직원은 대화형 모드로 작업합니다. 4) 실패 후 NPP 성능을 복원하기 위한 수단 및 방법 5) 운영 문서의 완전성과 품질.
4.4. AS 기능의 성능 완성도와 품질을 2단계로 점검하는 것이 좋습니다. 첫 번째 단계에서는 개별 기능(작업, 작업 세트)이 테스트됩니다. 동시에 기능(작업, 작업 세트)에 대한 기술 사양 요구 사항을 준수하는지 확인합니다. 두 번째 단계에서는 시스템 내 작업 상호 작용과 시스템 전체의 기술 사양 요구 사항 준수 여부를 확인합니다.
4.5. 고객과의 합의에 따라 세부 사항에 따라 작업 확인을 독립적으로 또는 컴플렉스의 일부로 수행할 수 있습니다. 사용되는 정보와 내부 연결의 공통성을 고려하여 단지를 체크인할 때 작업을 결합하는 것이 좋습니다.
4.6. 대화형 모드에서 직원의 작업을 확인하는 것은 시스템 기능 전체의 완전성과 품질을 고려하여 수행됩니다.
다음 사항이 검증 대상입니다. 1) 운영자가 사용할 수 있는 메시지, 지침, 요청의 완전성 및 시스템 운영에 대한 충분성 2) 대화 절차의 복잡성, 특별한 훈련 없이 직원이 일할 가능성; 3) 운영자 오류 및 서비스 도구에 대한 시스템 및 해당 부품의 반응.
4.7. 컴퓨터 오류 후 시스템 성능을 복원하는 방법을 확인하려면 다음이 포함되어야 합니다. 1) 운영 문서에 성능 복원 권장 사항이 있는지 확인하고 설명의 완전성을 확인합니다. 2) 권장 절차의 실제 타당성; 3) 자동 복구 도구 및 기능(있는 경우)의 작동성.
4.8. 기술 사양의 규제 및 기술 문서 요구 사항을 준수하는지 문서를 분석하여 운영 문서의 완전성과 품질을 확인해야 합니다.
4.9. 프로그램에서 제공하는 개체 테스트 결과는 다음 섹션을 포함하는 프로토콜에 기록됩니다. 1) 테스트 목적 및 NPP 기술 사양 요구 사항 섹션 수(테스트 기준) 수행; 2) 테스트 중에 사용된 하드웨어와 소프트웨어의 구성; 3) 결과의 테스트, 처리 및 평가가 수행된 방법에 대한 표시 4) 초기 데이터의 테스트 조건 및 특성; 5) 최종 시험 프로그램에 대한 저장 수단 및 접근 조건 6) 일반화된 테스트 결과; 7) 테스트 결과 및 생성된 시스템 또는 해당 부품의 NPP 기술 사양 요구 사항의 특정 섹션 준수에 대한 결론.
4.10. 프로그램 전반에 걸쳐 객체에 대한 테스트 프로토콜은 단일 프로토콜로 요약되어 있으며, 이를 기반으로 시스템이 NPP 기술 사양 요구 사항을 준수하고 NPP 승인 인증서 발급 가능성에 대한 결론이 내려집니다. 영구 작동.
영구 운영을 위해 NPP 승인 인증서를 발급하면 작업이 완료됩니다.