집 > 테스트

산업 테스트를 위한 표준 절차. 석유와 가스의 큰 백과사전

페이지 1


수락 테스트는 AU 생성, 작업 로그, 수락 행위 및 시운전 완료에 대한 참조 조건을 제시하면 지정된 프로그램 및 방법론에 따라 수행됩니다. 이 테스트 동안 NPP 기능은 ToR에 지정된 조건 하에서 자율적으로 그리고 단지의 일부로 확인되며, 실패 후 NPP 작동성을 복원하는 수단과 권장되는 모든 절차를 실제로 구현할 가능성을 확인합니다. 프로그램에 대한 테스트 프로토콜은 단일 프로토콜로 요약되며, 이를 기반으로 시스템이 TOR의 요구 사항을 준수하고 영구 작동을 위해 NPP를 수락하는 행위를 발행할 가능성에 대한 결론이 내려집니다.

승인 테스트는 2회 수행해야 합니다. 3개월 이내에 1차.

수락 테스트는 시스템에 포함된 테스트 기관 및 부서에서 수행됩니다. 정부 기관국가 테스트 또는 모 조직과 관련된 기타 조직 및 기업이 수행하기 위해 수락 테스트제조자와 개발자의 참여로 규정된 방식으로.

승인 테스트는 제품 제조의 타당성과 타당성을 결정하기 위해 수행됩니다. 위원회에서 인증한 제품의 실험 또는 시제품 샘플(배치)은 인증된 테스트 장비를 사용하여 테스트를 받습니다.

승인 테스트는 제품을 생산할 수 있는 가능성과 실행 가능성을 결정하기 위해 수행됩니다. 단일 부품 생산 제품의 승인 테스트는 이러한 제품을 작동으로 이전하는 가능성 문제를 해결하기 위해 수행됩니다. 제품의 실험 또는 프로토타입 샘플(배치)은 테스트를 받습니다. 제품군, 범위 또는 크기 범위의 제품을 생산에 전달할 때 테스트 결과를 전체 제품 세트로 확장할 가능성의 조건에 따라 대표적인 대표자가 선택됩니다. 승인 테스트는 인증된 테스트 장비를 사용하여 인증된 테스트 부서에서 수행합니다. 상위 테스트 조직에 할당된 제품은 이러한 조직에서 확인합니다.

승인 테스트는 전기 기계의 프로토타입에서 수행해야 하므로 이러한 테스트의 범위가 상당히 큽니다. 예, 자동차용입니다. 직류승인 테스트 프로그램에는 동기식 기계의 경우 22개 항목, 비동기식 모터의 경우 16개 항목이 17개 포함됩니다.

승인 테스트는 설명된 소프트웨어 손상을 감지할 수 없습니다. 이는 설계에 어떤 식으로든 영향을 미치지 않기 때문입니다. 시뮬레이터 프로그램은 악성 작업의 범위가 너무 커서 가능한 모든 것을 구현하는 것이 바람직하지 않기 때문에 드문 경우에만 이를 감지할 수 있습니다. 시뮬레이터의 위험한 상황.

승인 테스트는 예비 테스트를 성공적으로 완료한 후 부서, 부서 간 또는 주 위원회에서 수행합니다. 승인 테스트 중 예비 테스트의 범위 외에도 실린더, 씰, 베어링 및 크랭크 메커니즘의 오일 소비 또는 윤활이 결정됩니다.

승인 테스트는 이러한 유형의 기계에 대한 표준 또는 사양에 의해 설정된 가장 상세한 프로그램에 따라 수행됩니다. 그들의 목표는 제조된 기계의 규정 준수를 확인하는 것입니다. 기술 요구 사항. 승인 테스트는 기업에서 생산한 이러한 유형의 기계의 첫 번째 산업용 샘플인 프로토타입을 따릅니다. 승인 테스트를 위해 채취해야 하는 샘플의 수는 표준 또는 사양에 설정되어 있습니다. 주어진 유형기계. 모든 후속 기계는 제조에 사용된 설계, 기술 또는 재료를 변경하지 않고 기업에서 생산해야 합니다.

승인 테스트는 기계의 실제 성능을 식별하고 구성 요소(기어, 베어링, 브레이크 등)의 올바른 작동을 확인하기 위해 수행됩니다. 승인 테스트는 작동에 가까운 조건에서 테스트 사이트에서 수행됩니다. 시험결과는 기계여권에 기록되며, 시험 중 불량일 경우 불량명세서에 기재한 후 제거한다.

장비 공급업체에서 보증한 성능을 확인하기 위해 승인 테스트가 수행됩니다. 이러한 테스트 프로그램은 일반적으로 공급업체의 보증 데이터에 따라 검증되어야 하는 조건에서 정확도가 향상된 일련의 저울 실험을 제공합니다.

승인 테스트는 위원회 입회 하에 공식 테스트로, 그 결과에 따라 양산 개시의 타당성에 대한 결론이 내려지며 펌프에 대한 것입니다. 개별 생산- 시운전. 동시에 테스트 중에 얻은 펌프의 매개 변수 지표 및 특성이 결정되어 문서에 포함됩니다. 앞으로 이러한 지표와 특성에 따라 공차직렬 펌프의 품질 관리가 수행됩니다.

승인 테스트는 기계의 실제 작동 특성이 사양과 일치하는지 확인하고 가능한 한 작동 조건에 가까운 특수 스탠드에서 수행됩니다.

일반에 따른 공작 기계의 승인 테스트 명세서제조 및 승인을 위해 유휴 상태에서 메커니즘의 작동을 확인하고 부하 상태에서 수행하여 생산성, 정확성 및 처리 청결도를 결정합니다. 테스트 중에 컨트롤의 모든 스위치 켜기, 스위칭 및 전송은 동작, 연동, 고정의 신뢰성 및 자발적 변위의 부재, 방해, 크랭킹 부재 등의 정확성을 결정하기 위해 확인됩니다.

수락 테스트는 다음 중 하나입니다. 이정표새 차를 만드는 것. 그들의 목적은 다음과 같습니다 가장 중요한 모든 매개 변수의 실제 값 결정; 자동차 전체의 신뢰성과 주요 구성 요소, 어셈블리 및 시스템의 식별; 생성된 자동차가 의도한 목적에 부합하는 정도를 설정하고 새 모델을 생산할 가능성을 결정합니다. 평균적으로 2~4개의 샘플이 승인 테스트를 위해 제출됩니다. 테스트에는 의도된 작동의 모든 일반적인 조건에서 기술 및 운영 지표와 차량의 주행 거리를 결정하기 위해 상당한 수의 실험실 및 실험실 도로 작업을 수행하는 것이 포함됩니다.

2014년 1월 27일 오전 08:45

"그리고 여기 우리는 모두 빵에 탐닉하고 있습니다 ..."
만화 "Carlson is back"에서

정보 시스템의 수용은 물론 정보 시스템을 만드는 전체 프로젝트의 신조입니다. 기사 시작 부분에 있는 인용문에 속지 마십시오. 이것은 중요하고 심각한 사건입니다. 양측 모두에게 명절인 것 같지만, 알다시피 명절이 잘 되기 위해서는 잘 준비해야 한다.

예를 들어 계약이나 참조 조건과 같이 오랫동안 정의되었지만 수락 테스트를 수행하기 위한 형식으로 시작하는 것이 좋습니다. 그럼에도 불구하고 나는 이 행사를 개최하기 위한 두 가지 옵션을 선택하고 조건부로 호출할 것입니다. "개념에 따른" 시스템의 수용과 "과학에 따른" 시스템의 수용입니다. 첫 번째로 모든 것이 충분히 명확하지만 그러한 절차를 설명하는 것은 불가능합니다. 그것은 완전한 형식이 될 수 있습니다. 상쾌한 음료가 있는 재미있는 모임이나 기술적인 작업에 대한 언급이 음란하고 심지어 불쾌감을 주는 실제 바카날리아가 있습니다. 그러나 나는 두 번째 옵션에 대해 더 자세히 설명하고 싶습니다. 아마도이 기사는 초보자 전문가에게 약간 공개 될 것이며 일부 오래된 전사에게는 수락 테스트의 성사의 커튼이 두렵습니다. 또한 테스트를 보다 생산적으로 수행할 수 있도록 몇 가지 팁을 제공하려고 합니다.

표준에 대해 조금. 고대에 학생으로서 나는 우리 세대의 많은 젊은이들과 마찬가지로 소련의 다양한 표준과 지침에 대해 회의적이었고 그 본질을 탐구하지도 않았습니다. 하지만 시간이 꽤 흐르고 상식이 통하게 되면서 GOST를 직접 적용할 뿐만 아니라 다른 사람들에게도 사용하도록 권장합니다. 물론 80~90년대의 GOST에는 명백한 대격변이 있지만 그럼에도 불구하고 나는 그것을 군대 헌장과 비교하여 "피에 쓰여진"것이라고 나를 믿으며 합리적인 생각이 많이 있습니다. . GOST 및 RD에 따라 작성된 문서뿐만 아니라 GOST를 아는 전문가는 멀리서도 볼 수 있으며 더 나은 방향으로 명확하게 다릅니다.

수락 테스트는 에 따라 수행됩니다. GOST 34.603-92 " 정보 기술. 자동화 시스템의 테스트 유형". 이러한 유형의 테스트는 예비 테스트 및 시운전 후 최종입니다. 이 테스트의 목적은 자동화 시스템이 참조 조건의 요구 사항을 준수하는지 확인하고 시스템이 영구적으로 작동할 준비가 되었는지에 대한 결론을 내리는 것입니다.

테스트는 문서 프로그램 및 수락 테스트(TMI) 방법에 따라 수행됩니다. PMI는 다음을 사용하여 개발되었습니다. RD 50-34.698-90 “자동화된 시스템. 문서 내용에 대한 요구 사항. 우선, 이 문서 덕분에 "개념에 의한" 수락 테스트가 "과학에 의한" 수락 테스트로 바뀝니다. PMI는 참조 약관의 모든 요구 사항(기능 및 비기능)과 예상되는 감사 결과를 설명합니다.

협의회 번호 1. PMI는 고객이 수신한 정보 시스템의 특성에 영향을 줄 수 있는 마지막 기회입니다. 특히 프로젝트 과정에서 고전적인 의미에서 "해야 할 일"(목표 및 목표, 일반적인 요구 사항, 소프트웨어, 하드웨어 및 문서에 대한 요구 사항, 인력에 대한 요구 사항 등) 및 "수행 방법"(특정 기술 솔루션참조 약관의 특정 요구 사항 구현을 위해). 프로그램 및 승인 테스트 방법론을 개발하고 이에 동의할 수 있는 충분한 시간을 허용합니다. 당신이 원한다면, 이것은 당신의 수락 테스트 차터가 될 것입니다.

PMI에 동의하는 것 외에도 고객은 수락 위원회 구성에 대한 명령을 내리는 것을 잊지 말아야 하며 각 구성원에게 서명에 대한 PMI를 숙지해야 합니다. 커미션에 누구를 포함시킬지는 고객의 개인적인 문제입니다. 다음이 있어야 한다고 권장합니다.

  • 기능적 고객
  • 부서 대표 - 시스템의 주요 사용자
  • 시스템을 계속 서비스할 기술 부서의 대표

또한 그렇지 않았습니다(양 당사자 모두에 적용됨).

  • 약하고 불균형한 직원
  • 말을 잘 듣지 않고 표현을 잘 하지 않는 직원
  • 프리랜서경쟁사 대표

협의회 번호 2.자동화 시스템의 승인 테스트 중에 모든 것이 "성인 방식으로" 되기를 원하십니까? 기능 요구 사항을 확인하는 것 외에도 다음을 수행합니다.

  • 처음부터 시스템 소프트웨어 배포
  • 시스템의 전체 및 부분 복원에 대해 선언된 시간 표시기의 확인
  • 배타적 모드임에도 불구하고 주요 기능의 실행 시간을 측정하여 시스템의 성능을 확인합니다. 물론 이러한 지표는 처음에 참조 약관에 설명되어 있어야 합니다. 내 주관적인 의견은 최대 3초 동안 수년간 동일하게 유지되었습니다. 기본적인 간단한 작업을 수행하려면 다음부터 진행해야 합니다. 특정 상황
  • 시스템의 안정성과 신뢰성을 확인합니다. 이러한 기본 테스트로도 충분합니다. 데이터 입력을 위한 인터페이스 양식을 열고 전원 코드를 뽑거나 Wi-Fi 연결을 끊고 데이터를 저장하고 적절한 메시지를 받고 연결을 복원하고 다시 저장하십시오 . 이 웹 응용 프로그램이 페이지 다시 로드의 정확성, 즉 특정 양식/페이지를 연 후 데이터를 저장하는 명령을 실행한 후 등을 확인하기 위해 권장되는 경우 새로 고침 명령을 강제 실행합니다(브라우저에서는 일반적으로 F5 키 )
  • 문서의 완전성과 품질을 확인합니다. 테스트가 시작되기 전에 이 부분을 완료하는 것이 좋습니다. 시간이 꽤 걸립니다. 테스트 자체에 직접 이 테스트의 결과를 발표

일반적으로 시스템 전반의 소프트웨어(운영 체제, 사무실 제품군, 데이터베이스 관리 시스템 등)의 준수 여부를 확인하는 것으로 시작하고 기술적 지원참조 약관에 명시된 요구 사항에 맞는 시스템(서버, 클라이언트 스테이션, 통신 채널 등). 이러한 단락의 불일치는 선언된 지표에 대한 시스템의 특성을 달성하지 못하고 시스템의 특정 기능을 완전히 수행하지 못하는 정당한 이유가 될 수 있습니다.

협의회 번호 3.승인 테스트는 제어 데이터 세트에 대해 수행됩니다. 시스템에는 운영 첫해에 계획된 데이터 볼륨과 최소한 비슷한 데이터가 로드되어야 합니다. 정보를 자동으로 생성해 버리면 컨텐츠의 질이 우선이 아닙니다. 시운전 중에 필요한 양의 데이터가 이미 생성되었다면 좋습니다.

협의회 번호 4.종종 참조 약관에 "시스템은 N 사용자의 동시 작업을 보장해야 합니다"라는 문구가 작성됩니다. 계약자는 주로 가용성을 보장합니다. 필요한 금액경쟁 라이선스(이러한 라이선스 정책이 제공되는 경우). 이 요구 사항이 조직적으로나 기술적으로 어떻게 충족되었는지 문의하는 것을 주저하지 마십시오. 부하 테스트가 수행된 경우(자동 및/또는 수동 모드에서) 수행할 프로토콜과 프로그램을 요청하십시오. 이러한 테스트가 테스트에서 직접 실행되는 경우 계약자에게 경의와 찬사를 보냅니다.

수락 테스트 결과를 기반으로 테스트 결과에 대한 프로토콜 (보고서)이 작성되며 식별 된 의견과 제거 시점을 설명하는 부록이 포함될 수 있습니다 (이를 잊지 마십시오). 기술적 조건에서 수용을 위한 시스템 및 준비 상업 운영. 이 문서의 내용은 RD 50-34.698-90 “Automated systems. 문서 내용에 대한 요구 사항.

성공적인 테스트 후 오래된 러시아 전통에 따르면 GOST에서 이것을 찾지 못했지만 신생아 시스템을 "세척"해야합니다.

(4.44 - 9명이 평가)

아니, 그렇지 않습니다. 단지 시간이 다르고 우리가 하는 일이 다를 뿐입니다.

이전에는 국가가 대표하는 고객이 있었고 수행자 (예 : 일종의 연구 기관)가 있었고 수혜자가있었습니다-어떤 종류의 식물. 물론 고객은 공연자가 한 일이 수혜자의 초기 요구 사항과 일치하기를 원했습니다. 그렇지 않으면 부패, 자금 남용 및 그 모든 것입니다.

다음은 94 번째 연방법을 대체하고 출구에서 작업 결과를 제어하려는 새로운 계약 시스템입니다. 아마도 고객을 위해 "승인 테스트"가 필요할 것입니다. 이를 위해 표준은 시간이 지남에 따라 업데이트됩니다(법률에서 관세 동맹이것은 장비와 기계에 이미 존재합니다). 그리고 고객 자신이 비용을 지불합니다. 상태.

SSR 연합의 국가 표준

에 대한 일련의 표준 자동화 시스템

이 표준은 다음에서 사용되는 자동화 시스템(AS)에 적용됩니다. 다양한 타입조직, 협회 및 기업(이하 조직)에서 생성된 조합을 포함한 활동(연구, 디자인, 관리 등).

이 표준은 NPP 테스트의 유형과 구현을 위한 일반 요구사항을 설정합니다.

이 표준에 사용된 용어와 그 정의는 GOST 34.003을 따릅니다.

2.2.4, 4.4, 4.5절을 제외한 이 표준의 요구 사항은 필수이며 2.2.4, 4.4, 4.5절의 요구 사항이 권장됩니다.

1. 일반 조항.

1.1. NPP 테스트는 생성된 NPP가 참조 조건(TOR)의 요구 사항을 준수하는지 확인하기 위해 GOST 34.601에 따라 "시운전" 단계에서 수행됩니다.

1.2. NPP 테스트는 시스템의 지정된 기능의 성능을 확인하고, 시스템의 양적 및 (또는) 정성적 특성에 대한 TOR의 요구 사항을 준수하는지 확인 및 확인하고, 시스템 작업의 단점을 식별 및 제거하는 프로세스입니다. 개발된 문서.

1.3. AU의 경우 다음과 같은 주요 유형의 테스트가 설정됩니다. 1) 예비; 2) 시운전; 3) 수락.

노트:

1. AU 및 해당 부품의 다른 유형의 테스트를 추가로 수행할 수 있습니다.

2. 합격시험은 합격위원회의 현황(위원 구성 및 승인 정도)에 따라 구분할 수 있다.

3. 테스트 유형 및 수락 위원회의 상태는 계약 및(또는) TOR에 설정됩니다.

1.4. NPP에서 테스트된 개체의 상호 연결에 따라 테스트는 자율적이거나 복잡할 수 있습니다.

자율 테스트는 AU의 일부를 다룹니다. 그들은 NPP의 일부가 시운전을 위한 시운전 준비가 됨에 따라 수행됩니다.

그룹, AU의 상호 연결된 부분 또는 AU 전체에 대해 종합적인 테스트가 수행됩니다.

1.5. 모든 유형의 테스트를 계획하기 위해 "프로그램 및 테스트 방법" 문서가 개발되었습니다. 문서의 개발자는 계약 또는 TK에 설정됩니다.

1.6. 테스트 프로그램 및 방법론은 얻은 결과의 지정된 신뢰성을 보장하기 위해 필요하고 충분한 테스트 범위를 설정해야 합니다.

1.7. 테스트 프로그램과 방법론은 AC 전체에 대해, AC의 일부에 대해 개발될 수 있습니다. 테스트(테스트 케이스)는 애플리케이션으로 포함될 수 있습니다.

1.8. 예비 테스트 AU는 성능을 확인하고 AC를 시운전에 허용할 수 있는지 여부를 결정하기 위해 수행됩니다.

1.9. 개발자가 제공된 소프트웨어를 디버그하고 테스트한 후 예비 테스트를 수행해야 합니다. 기술적 수단 NPP 직원이 운영 문서에 익숙해진 후 뿐만 아니라 시험 준비에 관한 관련 문서를 시스템에 제출합니다.

1.10. NPP의 시운전은 NPP의 양적 및 질적 특성의 실제 값과 NPP 운영 조건에서 작업할 인력의 준비 상태를 결정하고 NPP의 실제 효율성을 결정하기 위해 수행됩니다. , 그리고 (필요한 경우) 문서를 수정합니다.

1.11. NPP 승인 테스트는 NPP가 참조 조건을 준수하는지 확인하고 시운전 품질을 평가하며 NPP를 영구적으로 승인할 가능성을 결정하기 위해 수행됩니다.

1.12. AU의 승인 테스트는 시설에서 시운전에 앞서야 합니다.

1.13. 테스트, 검증 또는 인증을 위한 AU의 요구 사항 유형에 따라 다음이 적용됩니다. 1) 소프트웨어 및 하드웨어 세트; 2) 인원; 3) NPP 운영 중 직원의 활동을 규제하는 운영 문서 4) 일반적으로 AS.

1.14. AU를 테스트할 때 다음을 확인합니다. 1) AU 생성 작업 명세서에 따라 AU의 모든 작동 모드에서 소프트웨어 및 하드웨어 복합체가 수행하는 자동 기능의 품질; 2) NPP 생성을 위한 TOR에 따라 NPP의 모든 운영 모드에서 확립된 기능을 수행하는 데 필요한 기술의 가용성 및 직원의 운영 문서에 대한 지식 3) 직원이 NPP 생성을 위한 TOR에 따라 NPP의 모든 운영 모드에서 기능을 수행하기 위한 운영 문서에 포함된 지침의 완전성 4) TOR에 따른 AU의 자동 및 자동화 기능 성능의 양적 및(또는) 정성적 특성; 5) TOR에 따라 준수해야 하는 AU의 기타 속성.

1.15. AU 테스트는 고객 사이트에서 수행해야 합니다. 고객과 개발자 간의 합의에 따라 신뢰할 수 있는 테스트 결과를 얻기 위한 조건을 만들 때 AU 소프트웨어의 예비 테스트 및 승인을 개발자의 하드웨어에서 수행할 수 있습니다.

1.16. 시험 및 영구 운전을 위한 NPP 부품의 순차 시험 및 시운전은 ToR에 설정된 NPP 가동 명령에 따라 허용됩니다.

2. 예비 테스트.

2.1. AU의 예비 테스트는 다음과 같습니다. 1) 자율적; 2) 복잡한.

2.2. 자율 테스트

2.2.1. AU의 자율 테스트는 AU의 각 부분에 대해 개발된 자율 테스트의 프로그램과 방법론에 따라 수행되어야 합니다.

2.2.2. 자율 테스트 프로그램은 다음을 나타냅니다. 1) 테스트할 기능 목록; 2) NPP의 다른 부분과 테스트 대상의 관계에 대한 설명; 3) 테스트를 수행하고 결과를 처리하기 위한 조건, 절차 및 방법 4) 테스트 결과를 기반으로 한 부품의 허용 기준.

오프라인 테스트 일정은 오프라인 테스트 프로그램에 첨부되어야 합니다.

2.2.3. 자율 테스트 단계에서 준비되고 조정된 테스트(테스트 케이스)는 다음을 제공해야 합니다. 1) 고객과 합의한 목록에 따라 기능 및 절차의 전체 검증; 2) TOR에 설정된 계산의 요구 정확도; 3) 소프트웨어 기능의 주요 시간적 특성 검증(중요한 경우) 4) 소프트웨어 및 하드웨어 기능의 신뢰성과 안정성을 확인합니다.

2.2.4. 테스트를 위한 초기 정보로 테스트의 필요한 신뢰성을 보장하기에 충분한 양의 고객 조직의 실제 정보 조각을 사용하는 것이 좋습니다.

2.2.5 AU 부분의 자율 테스트 결과는 테스트 보고서에 기록되어야 합니다. 프로토콜은 NPP의 일부를 복잡한 테스트에 허용할 가능성(불가능)에 대한 결론을 포함해야 합니다.

2.2.6. 실시한 자율시험이 미비하거나 문서의 구성이나 내용에 관한 규제문서의 요구사항을 위반한 사실이 드러날 경우, AU의 특정 부분은 수정을 위해 반환될 수 있으며 새로운 테스트 기간이 지정됩니다.

2.3. 복잡한 테스트

2.3.1. AU의 포괄적인 테스트는 복잡한 테스트를 수행하여 수행됩니다. 테스트 결과는 프로토콜에 반영됩니다. 시운전 승인 증명서의 실행으로 작업이 완료됩니다.

2.3.2. NPP 또는 NPP의 일부에 대한 통합 테스트 프로그램은 다음을 나타냅니다. 1) 테스트 대상 목록; 2) 제출된 문서의 구성 3) 테스트 항목 간의 테스트되는 관계에 대한 설명 4) NPP 부품의 테스트 순서; 5) 특수 스탠드와 시험장을 포함하여 시험에 필요한 소프트웨어와 장비의 구성을 포함한 시험의 절차와 방법.

2.3.3. 복잡한 테스트를 수행하려면 다음을 제출해야 합니다. 1) 복잡한 테스트 프로그램; 2) AU의 관련 부분에 대한 자율 테스트에 대한 결론 및 자율 테스트 중에 식별된 오류 및 의견 제거; 3) 복잡한 테스트; 4) 소프트웨어 및 하드웨어 및 관련 운영 문서.

2.3.4. 복잡한 테스트에서는 NPP의 일부에 대한 자율 테스트에서 얻은 초기 정보로 사용할 수 있습니다.

2.3.5. 종합적인 테스트는 1) 논리적으로 연결되어야 합니다. 2) NPP 간의 모든 연결을 포함하여 NPP에 대한 ToR에 설정된 모든 작동 모드에서 NPP 부품의 기능 성능 검증을 보장합니다. 3) 잘못된 정보 및 긴급 상황에 대한 시스템의 응답을 확인합니다.

2.3.6. 통합시험계획서에는 NPP 시운전 승인 가능성(불가능)에 대한 결론과 필요한 개선사항 목록 및 시행 권장 기한이 포함되어야 한다.

단점을 제거한 후 복잡한 테스트를 반복적으로 수행합니다. 필요한 금액.

3. 시운전.

3.1. 시운전은 다음을 나타내는 프로그램에 따라 수행됩니다. 1) NPP 및 NPP 전체의 기능을 위한 조건 및 절차 2) 시스템의 각 기능을 수행할 때 NPP의 올바른 기능과 NPP 작동 조건에서 작업할 직원의 준비 상태를 검증하기에 충분한 시운전 기간; 3) 시운전 중에 확인된 결함을 제거하기 위한 절차.

3.2. AU의 시험 운영 중에 AU 운영 기간, 실패, 실패, 비상 사태, 자동화 개체의 매개 변수 변경, 문서 및 소프트웨어에 대한 지속적인 조정, 조정에 대한 정보가 입력되는 작업 로그가 유지됩니다. , 그리고 기술적 수단. 정보는 날짜와 담당자와 함께 저널에 기록됩니다. 저널에는 AU의 운영 용이성에 대한 직원의 의견이 포함될 수 있습니다.

3.3. 시운전 결과에 따라 NPP의 일부와 시스템 전체를 수용 테스트에 제시하는 가능성(또는 불가능)에 대한 결정이 내려집니다.

작업은 시운전 완료 및 시스템 수락 테스트 승인에 대한 행위의 실행으로 끝납니다.

4. 승인 테스트

4.1. 승인 테스트는 다음을 나타내는 프로그램에 따라 수행됩니다. 1) 테스트를 위해 시스템에 할당된 개체 목록 및 개체가 준수해야 하는 요구 사항 목록(TOR의 포인트 참조) 2) 시스템 및 그 부품에 대한 허용 기준 3) 테스트 조건 및 조건 4) 테스트 수단 5) 테스트를 수행하는 책임자의 이름; 6) 테스트 방법론 및 결과 처리 7) 작성할 문서 목록.

4.2. 승인 테스트를 위해 다음 문서를 제시해야 합니다. 1) 기술적 과제 AS를 생성하기 위해; 2) 시운전 승낙의 행위 3) 시운전의 작업 로그; 4) 시운전 완료 및 NPP 승인 테스트 승인 행위 5) 프로그램 및 테스트 방법론.

승인 테스트는 작동하는 시설에서 수행해야 합니다.

4.3. 수락 테스트에는 우선 다음의 검증이 포함되어야 합니다. 1) ToR에 명시된 NPP의 기타 작동 조건 및 자동화 대상 매개변수의 표준, 제한, 임계값에서 기능 구현의 완전성 및 품질 ; 2) 시스템 인터페이스와 관련된 각 요구 사항의 충족 3) 대화식 모드에서 직원의 작업; 4) 장애 후 AU의 작동성을 복원하기 위한 수단 및 방법; 5) 운영 문서의 완전성과 품질.

4.4. AU의 기능 수행의 완전성과 품질에 대한 검증은 2단계로 수행하는 것이 좋습니다. 첫 번째 단계에서 개별 기능(작업, 작업 콤플렉스)이 테스트됩니다. 동시에 기능(작업, 작업 콤플렉스)에 대한 TOR 요구 사항의 충족 여부를 확인합니다. 두 번째 단계에서는 시스템의 작업 상호 작용과 시스템 전체에 대한 TOR 요구 사항의 충족이 확인됩니다.

4.5. 고객과의 합의에 따라 세부 사항에 따라 작업 검증을 자율적으로 또는 컴플렉스의 일부로 수행할 수 있습니다. 사용된 정보 및 내부 연결의 공통성을 고려하여 컴플렉스를 체크인할 때 작업을 결합하는 것이 좋습니다.

4.6. 대화식 모드에서 직원의 작업을 확인하는 것은 전체 시스템 기능 수행의 완전성과 품질을 고려하여 수행됩니다.

다음은 검증 대상입니다. 1) 메시지, 지시, 운영자가 사용할 수 있는 요청의 완전성 및 시스템 작동에 대한 충분성; 2) 대화 절차의 복잡성, 특별한 훈련 없이 작업할 수 있는 직원의 능력 3) 운영자 오류, 서비스 시설에 대한 시스템 및 해당 부품의 반응.

4.7. 컴퓨터 오류 후 AU의 작동 가능성을 복원하는 수단을 확인하는 데는 다음이 포함되어야 합니다. 2) 권장 절차의 타당성; 3) 자동 복구 도구, 기능(있는 경우)의 작동 가능성.

4.8. TOR의 규정 및 기술 문서 요구 사항을 준수하는지 문서를 분석하여 운영 문서의 완전성과 품질을 확인해야 합니다.

4.9. 프로그램에서 제공하는 개체의 테스트 결과는 다음 섹션을 포함하는 프로토콜에 기록됩니다. 1) 테스트의 목적 및 테스트가 수행되는 NPP에 대한 TOR 요구 사항 섹션 수 수행; 2) 테스트에 사용된 하드웨어 및 소프트웨어의 구성 3) 테스트가 수행된 방법, 처리 및 결과 평가에 대한 표시 4) 초기 데이터의 테스트 조건 및 특성; 5) 최종 테스트 프로그램에 대한 저장 시설 및 접근 조건; 6) 일반화된 시험 결과; 7) NPP에 대한 TOR 요구 사항의 특정 섹션에 대한 테스트 결과 및 생성된 시스템 또는 해당 부품의 준수에 대한 결론.

4.10. 프로그램 전체의 대상에 대한 테스트 보고서는 단일 프로토콜로 요약되며, 이를 기반으로 시스템이 NPP에 대한 기술 사양 요구 사항을 준수하는지 여부와 NPP 수락 행위를 발행할 가능성에 대한 결론이 내려집니다. 영구 작동.

작업은 NPP를 영구적으로 수락하는 행위를 실행함으로써 완료됩니다.

CD 및 TD, 그리고 필요한 경우 프로그램 문서의 개발은 ESKD(Unified System for Design Documentation), ESTD(Unified System for Technological Documentation) 및 통합 시스템의 표준에 의해 설정된 규칙에 따라 수행됩니다. 프로그램 문서(ESPD)용.

설계 관리는 4.4 GOST R ISO 9001의 요구 사항을 충족해야 합니다. 첫 번째 모델이 구현되면 NPB 180-99에 따라 GUGPS의 요청에 따라 개발자(제조업체)가 기술 설계(요구 사항 기술 설계는 GOST 2.120-73 ESKD. 기술 설계)에 명시되어 있으며, 이는 GGPPS 및 VNIIPO와 조정됩니다. 두 번째 및 세 번째 모델을 구현할 때 기술 프로젝트 개발 필요성에 대한 결정은 고객 또는 개발자가 합니다.

구현된 모델에 관계없이 개발된 DD에 대한 권리는 고객과 개발자(제조업체 및 제조업체) 간의 계약에 따라 결정됩니다. 설계 문서에 대한 권리 문제의 해결은 개발 및 생산의 핵심 중 하나입니다. 소방 장비. 첫 번째, 두 번째 모델을 구현할 때 CA에 대한 권리는 고객에게 맡기는 것이 더 유리하다(SBS 구조). 이를 통해 고객(SBS 구조)은 PA 제조에 대한 라이선스 발급 또는 취소에 대한 결정을 내리고 설계 문서를 새로운 제조업체로 이전할 때 경쟁을 일으키며 제조업체 또는 제조업체에 영향을 미칠 수 있습니다. 설계 문서에 대한 권리가 주 소방국에 속해 있으면 주 소방국의 요구 사항을 충족하는 기업에서 이미 개발된 PA의 제조를 주문할 수 있습니다. 그렇지 않으면 제조업체를 변경할 때 설계 문서를 다시 개발해야 하며, 이는 많은 시간이 소요되고 상당한 자재 비용과 관련이 있습니다. 러시아의 소방 장비 생산 역사에서 유사한 상황이 이미 발생했습니다. 우크라이나가 분리되는 동안 생산을 재구성해야하므로 PA에 대한 설계 문서 및 TD가 생산 된 PA와 유사합니다. 마을의 공장에서. Chernihiv 지역의 Frankincense Pryluky 지구.

개발된 설계 문서의 TOR 준수를 확인하기 위해 실험적 또는 프로토타입 PA가 만들어집니다. 실험적 - 대량 생산용; 머리 - 직렬이 아닌 경우. 단일 PA를 만들 때 기본 샘플은 원칙적으로 고객에게 판매됩니다. 프로토타입 또는 프로토타입 PA는 4.10 - 4.12 GOST R ISO 9001의 요구 사항에 따라 제어 및 테스트 절차를 거칩니다. 미사용 비준수 제품의 생산을 방지하는 데 필요한 테스트의 범위와 내용은 개발자가 결정합니다. , 참신함, 복잡성, PA의 기능 생산 및 적용, 고객 요구 사항을 고려합니다. 동시에 모든 표준 및 규범 문서안전 요구 사항(SSBT 표준) 및 자연 보호 준수를 감독하는 기관.

GOST 15.201-2000 및 NPB 180-99에 따라 실험 또는 프로토타입 PA는 예비(공장), 승인, 운영과 같은 유형의 테스트를 거칩니다.

예비(공장) 테스트는 R&D 수행자가 PA의 프로토타입 또는 프로토타입이 기술 사양의 요구 사항을 준수하는지 사전 평가하고 프로토타입 또는 프로토타입의 준비 상태를 결정하기 위해 조직합니다. 승인 테스트를 위한 PA. 테스트는 PA의 제조업체(제조업체) 또는 이러한 유형의 테스트를 수행할 수 있는 라이선스를 받은 전문 조직에서 수행해야 합니다. 예비 테스트 위원회의 구성은 PA 제조업체가 발행한 명령에 따라 구성됩니다. 위원회에는 제조업체(개발자 및 제조업체)와 주 소방국의 대표가 포함되어야 합니다. 프로그램 및 테스트 방법론은 제조업체가 개발하고 GUGPS 및 VNIIPO와 협력합니다. 예비 테스트에는 구현 시기를 결정하기 위해 전투 배치가 포함되어야 합니다. 전투 배치 계획은 화재 훈련 매뉴얼에 따라 선택됩니다.

TOR의 일부인 예비 (공장) 테스트 자료, 사양 초안, 테스트 프로그램 및 방법, 예비 (공장) 테스트 행위는 수용 테스트 구성 문제를 해결하기 위해 고객에게 보내집니다. NPB 180-99의 요구 사항에 따라 첫 번째 모델을 구현할 때 나열된 자료는 GGPPS 및 VNIIPO로 전송됩니다.

첫 번째 모델에 대한 PA를 만들 때 두 번째 및 세 번째 모델에 대한 국가 승인 테스트가 조직되고 수행됩니다. 관련 당국의 참여로 승인 테스트 국가 감독및 기타 관심 기관. GOST 15.201-2000에 따른 국가 승인 테스트는 계약(계약)에 달리 명시되지 않는 한 국가 고객이 조직합니다. PA의 국가 수락 테스트의 특징은 NPB 180-99에 따라 PA 수락을위한위원회 구성이 적절한 주문을 발행하는 GUGPS와 합의하여 제조업체 (제조업체)가 구성한다는 것입니다 조직을 위해. GUGPS의 대표는 수락 테스트의 장소와 시간이 임명되는 것에 동의하여 위원회의 의장으로 임명됩니다.

GOST 15.201-2000에 따른 두 번째 및 세 번째 R&D 모델에 따른 PA 프로토타입의 승인 테스트는 PA 개발자가 조직합니다. 두 번째 모델을 구현할 때 커미션 구성은 개발자와 함께 고객이 구성하며, 커미션 위원장은 계약(계약)에 달리 명시되지 않는 한 고객을 대표합니다. 이니셔티브 개발의 경우(특정 고객이 없는) R&D의 경우 승인 테스트는 개발자가 조직하고 승인 위원회는 원칙적으로 잠재적인 PA 소비자, State Border Service 구조, 주 및 감독 당국.

구현된 모델에 관계없이 승인 테스트를 수행하는 책임은 주최자에게 있습니다. GOST 15.201-2000에 따르면 이해 관계자의 동의하에위원회를 임명하지 않고 수락 테스트를 수행 할 수 있지만 테스트를 수행하는 조직의 관련 서비스에 기능과 의무를 할당해야합니다. TOR 및 (또는) R&D 구현을 위한 계약(계약)에 반영됩니다. 수락 테스트를 수행할 때 수행 장소에 관계없이 제조업체 및 주 감독 당국(OGN)은 참여할 권리가 있으며 시작하기 한 달 전에 예정된 테스트에 대해 알려야 합니다. 이 제품에 대해 현행법에서 정의한 모든 GGN은 승인 테스트에 참여하거나 테스트 결과를 기반으로 결론을 내립니다. OGN의 대표자나 그의 의견이 없는 경우, 그들은 OGN이 제품을 수락하는 데 동의하거나 관심이 없는 것으로 간주합니다.

NPB 180-99 승인 위원회에는 다음이 제공됩니다. 작업 명세서에 따라 완성된 프로토타입 PA; 기술적 과제; 테스트 프로그램 및 방법론; 테스트 보고서를 사용한 예비 (공장) 테스트 행위; 설계 문서(문자 "O").

테스트 프로그램은 TOR의 요구 사항을 기반으로 개발되었으며, 다음을 사용하는 설계 문서 표준 프로그램, 에 명시된 일반적인(표준화된) 방법 처방 문서. 테스트 프로그램에는 다음이 포함됩니다. 테스트 개체(실험 또는 프로토타입 PA); 테스트의 목적; 테스트 범위; 테스트를 위한 조건 및 절차; 테스트 물류; 테스트의 도량형 지원; 테스트 보고. 승인 테스트를 위한 프로그램과 방법론에는 산업 생산을 위한 문서의 적합성에 대한 결정을 내리기 위해 작업 설계 문서 및 운영 문서의 품질을 확인하는 것이 포함되어야 합니다.

테스트 방법론은 다음을 포함합니다: PA의 평가된 특성(속성, 지표); 테스트를 위한 조건 및 절차; 테스트 결과의 처리, 분석 및 평가 방법; 사용된 테스트, 제어 및 측정 수단; 보고. 표준화되지 않은 방법을 사용하는 경우 관련 GGN과 일치해야 합니다.

수락 테스트 결과와 제출 된 자료에 대한 고려 사항에 따라위원회는 다음과 같은 행위를 시작합니다.

1. TOR의 요구 사항에 따라 개발된(제조된) PA 샘플의 준수를 설정합니다.

2. 특허 및 법적 측면을 포함하여 PA의 기술 수준 및 경쟁력에 대한 평가를 제공합니다.

3. 개발된 기술 문서(사양 초안 포함)를 평가합니다.

6. PA 및 문서를 개선하기 위해 의견을 제시하고 제안합니다.

GOST 15.201-2000에 따르면 수락 위원회의 행위는 고객의 승인을 받았습니다. 긍정적인 평가를 포함하는 수락 위원회의 행위에 대한 승인은 개발의 종료를 의미합니다. TK 종료; 제출된 사양 승인, 기술 문서. NPB 180-99 수락 증명서에 따르면 원기개발 결과에 대한 긍정적 또는 부정적 평가가 포함된 PA는 위원회 의장의 승인을 받습니다. 또한 추가 테스트, 프로토타입 개선, 문서 변경이 필요한 의견이 있는 경우 위원회 위원장은 의견이 제거된 후 해당 행위의 승인을 결정할 권리가 있습니다. 동시에 이에 동의하지 않는 위원회 위원들은 일반 평가전개, 그 정당화와 함께 반대 의견을 행위에서 나타냅니다.

프로토타입 또는 프로토타입 UA의 작동 테스트는 기술 서비스 매뉴얼에 따라 주 소방서에서 수행됩니다. PA 작업을 위한 직원 교육은 PA 제조업체(제조업체)가 수행합니다. 테스트 결과에 따라 State Fire Service 전문가는 다음을 나타내는 결론을 준비합니다. PA 오작동에 대한 정보(유지보수 로그에서 발췌) 소화기 배치의 완전성 및 편의성 평가, 소화 장비 추가 구성 및 소방 장비 배치 변경 제안 전투 배치 및 구현 시간을 수행하기위한 계획 및 조건; PA의 실행 속성 평가
(교과서 6장 참조); 수행 중인 전투 임무에 대한 PA의 성능 특성 준수; 전투 임무 수행에서 PA 사용의 효율성.

우리는 또한 추천합니다

로드 중...로드 중...