[시스템 형상 1] 품목-시스템 빌딩블록 [시스템 형상 2] 형상 조합 10. 형상품목 영역 대부분 사람이 믿기 쉽지만, 품목과 형상품목은 물리적으로 그 영역이 분명하게 분할되어 있지 않다는 사실이다. 이는 앞서 논의한 바와 같이 좋은 설계 실무에 위반되는 길이기 때문이다. 일반적으로 CI는 다음과 같다. · HWCI 요구 규격(HRS) 또는 CSCI 요구 규격(SRS)과 같은 개발 규격에 구속되어 있다. · 컴퓨터 시스템, PCB 보드, 소프트웨어 애플리케이션 등과 같이 시스템 하부시스템, 아셈부리, 또는 하부아셈부리와 같은 물리적 영역 내부에 놓여있다. · 각각의 HRS 또는 SRS에 대하여 검증되어야 한다. 이점을 보다 쉽게 이해하기 위하여 다음 예제를 살펴보자. 부정확한 접근방법의 사례로써, 회사는 워드 프로세서 소프트웨어 애플리케이션을 개발하는 계약을 했다고 하자. 잘못된 접근방법을 사용할 경우, 소프트웨어 CSCI는 다음 물리적 품목으로 구성된 CSC로 생각할 수 있다. · 데스크톱 컴퓨터(HWCI) · 프린터(HWCI) · 기타 네트워크에 연관된 HWCI 따라서 만일 CI
[시스템 형상 1] 품목-시스템 빌딩블록 [시스템 형상 2] 형상 조합 통합 능력을 나타내는 다중 레벨로 구성된 추상적인 시스템은 각각의 능력을 통합하기 위해 구조적인 프레임과 빌딩블록을 요구한다. 우리는 구조적인 프레임을 시스템 아키텍처와 품목으로서의 빌딩블록이라고 부른다. 시스템 엔지니어의 도전은 다음 사항을 어떻게 결정하느냐에 달려있다. · 특별히 대형복합 시스템에 대한 올바른 아키텍처 프레임을 어떻게 개념화하고 형성하고 선정하느냐 · 각 아키텍처를 상호 연계된 품목 레벨로 어떻게 나누느냐 시스템 엔지니어는 대형 복합적인 문제를 쉽게 해결하고 관리할 수 있도록 작은 다중 레벨 문제로 접근하는 도전을 수행한다. 우리는 이러한 다중 레벨 분할을 계층 구조적 할당 또는 확장이라고 부른다. 아키텍처 프레임을 나누기 위하여 우리는 요구분석, 기능분석, 객체분석기법과 방법을 사용하여 계층구조 능력 세트로 다중 레벨 규격으로 나누도록 한다. 각 능력은 순서에 따라 장비, 인력 등으로 시스템 요소를 분류한 물리적 컴포넌트로 할당하고 이를 이행토록 한다. 계층구조로 나누는 동안에 개발, 구매, 구매 후 보완 등의 다양한 획득방법을 결정토록 한다