A-SPICE SYS Group Process

 

 

 

 

1. SYS Group Process

 

 

 

 

SYS.1 System Requirements Elicitation

: 요구사항의 베이스라인을 수립하기 위해서 제품의 수명주기를 활용하여 이해관계자(stakeholder)의 요구사항을 수집, 처리, 추적하는 프로세스

 

SYS.2 System Requirements Analysis

: SYS.1에서 정의된 Stakeholder requirement(고객/내부/법적 요구사항 등)을 기반으로 시스템 요구사항을 분석하고 명세하는 프로세스

 

SYS.3 System Architectural Design

: 시스템을 구성하는 소프트웨어, 하드웨어, 기계장치 등의 엘리먼트에 시스템 요구사항(SYS.2)을 할당하여 여러 시스템 아키텍처를 설계하고 정의된 평가 기준에 따라 선정하는 프로세스

 

SYS.4 System Integration and Integration Test

: 시스템 엘리먼트를 통합하여 시스템 아키텍처 및 엘리먼트 간 인터페이스를 충족하는지를 검증하기 위한 프로세스

 

SYS.5 System Qualification Test

: 통합된 시스템이 시스템 요구사항을 충족하는지를 검증하기 위한 프로세스

 

 

 

 

 

 

SYS.1

: 고객에게 입수 받은 문서 정리. 입수한 문서의 내용 추출 및 나열, 세부사항 분석 진행.

  요구사항 분류, 이해관계자의 요구사항 의견 상태 기재 및 관리

 

SYS.2

: 정의된 이해관계자의 요구사항을 공급업체의 언어로 번역하여 기재. 이때 타당성과 테스트 가능성을 확인하여 시스템 요구사항 도출

 

SYS.3

: 시스템 요구사항에 대한 해결책 정의. SW, HW, Mechanic 등으로 구성. 세부적인 디자인에 대한 요구사항 정의

  -> 시스템 통합 테스트의 기반

 

SYS.4

: 통합의 순서와 테스트에 대한 정의. 시스템 엘리먼트(완성된 SW, Mechanics, electronics등)을 통합. 시스템 아키텍처 디자인을 기반으로 내부&외부 인터페이스 검증

 

SYS.5

: 시스템 자격 테스트 전략을 결정. 시스템 요구사항에 따라 통합된 시스템 테스트

 

 

 

 

 

2. SWE.4 Base Practices

 

SYS.4 BP 1: Develop System Integration strategy

시스템 통합은 차량에 통합되는 것이 아니라 시스템 구성 요소를 완전한 시스템으로 통합하는것을 의미

 

시스템 통합의 순서는 Project plan (MAN.3)와 Release plan(SPL.2)의 영향을 받음.

 

시스템 통합 전략은 제품의 복잡성을 고려해야함. 

Top-down, Bottom-up, Critical functions first, Basic functions first 등이 있음.

 

 

SYS.4 BP 2: Develop System Integration test strategy

통합 테스트 전략에 따라 소프트웨어 유닛과 아이템 사이의 통합 테스트 전략을 개발

 

 

SYS.4 BP 3: Develop specification for system integrationi test

시스템 통합 시험을 위한 시험 명세서를 개발. 해당 명세서는 통합 테스트 전략에 따라 개발

 

테스트와 관련된 특정 요구 사항이 적용되는 방식에 대해 정의(이해관계자의 요구사항, ISO 26262)

 

테스트 케이스 및 테스트 데이터 개발을 위한 방법 정의.(positive/negative test, static/dynamic test, equivalence partitioning)

 

 

SYS.4 BP 4: Integrate system items

시스템 통합 전략에 따라 시스템 아이템 통합.

 

시스템 아이템 컴포넌트 리스트, HW release, mechanic을 기반으로 프로젝트 일정 및 통합 전략을 고려하여 통합 일정 계획.

 

통합 일정에 따라 Test Environment를 반영하여 통합 수행.

 

 

SYS.4 BP 5: Select test cases

시스템 통합 테스트 전략과 릴리스 계획에 따라 충분한 커버리지를 가질 수 있도록 테스트 케이스 선택.

또한 테스트 케이스 선별 기준과 선별 결과 문서화.

 

 

SYS.4 BP 6: Perform system integration test

선별된 테스트 케이스를 검증하고 시험 결과의 로그를 기록

 

 

SYS.4 BP 7 : Establish bidirectional traceability

두 가지 항목에 대한 양방향 추적성을 수립

 

시스템 아키텍처의 엘리먼트와 시스템 통합 테스트 명세서의 테스트 케이스

시스템 통합 테스트 명세서의 테스트 케이스와 시스템 통합 테스트 결과

 

양방향 추적성은 커버리지, 일관성, 영향 분석에서 활용될 수 있음

 

 

SYS.4 BP 8: Ensure consistency

시스템 아키텍처 설계서와 시스템 통합 테스트 케이스 간의 일관성 보장.

일관성은 양방향 추적성에 의해 지원되고 검토 기록에 의해 증명

 

 

SYS.4 BP 9: Summarize and communicate results

시스템 통합 테스트의 결과를 요약하고 결과에 대해 관계자들과 의사소통.

이때 테스트 케이스 수행에 대한 필요성이 요약되어 제공된다면 의사소통 과정에서 다른 관계자가 결과를 판단하기에 용이

 

의사소통 방법으로는 Peer Review, Verification Review  등이 있으며 해당  Review 회의를 통해 의사소통하고 회의록을 통해 의사소통 내용 기록

 

 

 

위와같은 BP 수행을 통해 도출되는 WP(Work Product)

 

SYS.4 WP: 시험 명세서, 시험 계획서, 의사소통 기록, 검토 기록, 추적성 기록, 시험 결과 ALM(Application Lifecycle Management) 도구를 사용하여작업 산출물을 효율적으로 관리 가능

 

ALM 도구 예시: PTC Integrity, Polarion, PREEvision

 

이러한 BP와 WP의 집합인 GP(Generic Pratice), 개발 프로세스 자원인 GR(Generic Resource)에 대한 A-SPICE 심사를 통해 Capability Level 산정