복잡한 시스템 개발의 공정은 제한된 자원의 낭비를 방지하기 위하여 단계별로 계획되어 수행한다.  기술적, 경제적 또는 비용대비운용효과적 타당성과 작은 투자 없이는 쉽게 알지 못하는 여러 위험부담(리스크)들을 식별하고 이들이 극복 가능한지 또는 극복하기 위해 얼마큼의 자원과 일정이 필요한지 등을 단계적으로 파악하여 중단해야 할 경우 또는 보다 준비된 접근을 하기 위해 최소의 자원투입이 가능 하도록 개발 공정이 설계 되어야 한다.  따라서 개발사업 공정은 가능한 최대한의 위험부담을 최소의 자원과 일정부담으로 해결 할 수 있도록 설계 되어야 한다.

그림 1.은 난 개발공정의 사업관리와 시스템엔지니어링 공정의 사업관리에서 비용, 일정 그리고 위험부담의 감소가 사업일정에 따라 어떻게 변하는지 보여준다. 개념단계 또는 선행연구 단계를 통해서 충분한 활동으로 모든 위험부담 요소들이 식별/정의 되고 이들 중 비중이 큰 것들부터 해결하면서 사업을 수행하거나 본 사업은 정지하고 주요 위험부담들을 해결하는 과제들을 수행한 후 본 사업이 갈 경우 자원 소모를 절약하며 성공적 사업수행이 가능해 진다.

그림 1.  난 개발사업 공정과 시스템엔지니어링 공정의 비교

보다 품질 있는 개념단계의 활동과 산출물들은 보다 정확한 사업비용, 일정의 추정 및 효과성  목표 설정을 가능하게 하며 사업성공을 위한 개발공정설계의 품질도 보장한다. 따라서 개념단계를 보다 정형화하고 공식화 하기 위한 많은 노력이 이루어 지고 있으며 시스템 아키텍처 프레임웍을 만들어 개념단계의 공정활동과 산출물들을 표준화하는 추세이다.

이는 미 국방부의 지휘통제체계(C4ISR-AF) 응용에서 시작하여 이제 전세계적 모든 산업분야에서 활용 가능한 통합아키텍쳐 프레임웍(UAF)으로 발전하며 정보통신분야는 물론 모든 민수산업 분야의 정보기술아키텍쳐와 엔터프라이즈 아키텍쳐 응용으로 확산 중이다. 모든 개발사업의 초기에 상호작용하는 모든 상하 좌우 그리고 내부 체계요소들 간의 관계를 명확히 파악하고 관계되는 양(positive) 또는 음(negative)의 창발성들을 식별하고 정의하는 일이 위해요소(hazard)들과 위험부담(risk)들의 명확한 정의와 관리로 이어지고 이로서 성공적인 개발공정, 인적체계의 구성 및 대상체계 기술요소들, 그리고 필요한 모든 지원체계의 파악과 관리에 기여하며 개발사업을 성공으로 이끄는 필수적 방법론이 되는 것이다.

이러한 개발체계의 파라다임은 제임스 마틴의 시스템엔지니어링 지침서에서 다음과 같은 그림 2.로 정리해 볼 수 있으며 같은 맥락의 파라다임을 그림 3.과 같은 3P(People, Product, Process)와 지원체계(Enabling system)의 모델로 표시 할 수 있다.

그림  2.  개발품질을 위한 공정, 도구 및 인적환경 파러다임

이들 임무체계 구성요소들 간의 밀접한 상호작용에서 위해요소와 위험요소들이 보다 일찍 식별되고 관리가 시작되며 개발임무가 기획, 조정, 통합 및 관리가 될 때 사업성공과 개발품질이 보장 되어 짐을 예측 할 수 있다.