시스템 개발사업에서 사업관리와 시스템엔지니어링은 그림 1.에서  보여 주듯이 역할을 분담하고 있다.  사업관리가 사업전체의 목표와 임무에 대한 책임을 지고 인력, 도구, 설비 및 예산 등의 자원획득, 보전 그리고 관리에 대한 역할을 하는 반면에 시스템엔지니어링은 기술공정 기획관리, 조정 및 조율을 통해 주어진 자원을 효율적/효과적으로 활용하는 역할을 수행한다.

그림 1. 사업관리와 시스템엔지니어링 역할 분담

따라서 시스템엔지니어링 단계별 프로세스는 자원의 효율적/효과적 활용 관련 많은 시행착오를 통한 교훈을 통해 얻어 졌으며 개발사업의 유형에 따라, 리스크의 정도 또는 선례가 있는 사업여부와 사업의 난이도에 따라 당연히 이를 조정(tailoring)하여 적용해야 한다. 개념단계의 주요 산출물들이 결국 사업에 적합한 개발공정을 찾아 시스템엔지니어링 계획서(SEP) 또는 시스템엔지니어링관리계획서(SEMP)를 “갑”과 “을”의 입장에서 완성 할 수 있어야 한다. 이를 통해서 추후 사업 예산과 일정목표가 정해 지고 사업전반에 필요한 인적, 물적 또는 시설(enabling system) 자원 수요가 명확히 파악된다.

아키텍쳐 산출물 중의 하나인 시스템의 물리적 아키텍쳐 또는 제품시스템분해구조(Product BreakdownStructure)로 부터 업무분해구조(Work Breakdown Structure)가 만들어 지고 이에 따른 조직분해구조(Organizational Breakdown Structure)와 비용분해구조(Cost Breakdown Structure) 등이 꼬리를 물고 만들어 진다. 물론 비슷한 시스템들의 반복적 사업들이 진행되는 경우 이들 관계가 과거 수행된 신규사업 때 처럼 명확히 보이지 않지만 이런 연쇄적 관계는 쉽게 이해되기 마련이다.

미 국방부나  NASA개발사업의 비용과 일정목표는 개발 의사결정이 가능한 정확도 수준 (통상 10% 오차이내)으로 추정할 수 있도록 최선의 시스템 해결책을 마련하여 개발공정을 설계하며 오차를 고려하여 10% 정도의 예비비를 개발 예산에 반영한다. 이러한 중요한 투자 결정을 가능하게 해주는 개념설계와 기본설계의 방법론은 응용 도메인에 따라 크게 다르지 않다. 앞서 언급했듯이 시스템엔지니어링의 가장 중요한 영역은 설계 자유도가 가장 높은 개념 정의와 기본설계 단계의 프로세스, 방법 및 도구에 대한 지식체계이다. 우리나라는 제조산업을 중심으로 역 공학을 통해 산업화를 이루어왔기에 다 학제 시스템의  개념정의와 기본설계 기술이 아주 취약하며 공학 전공별 학제분야에서 다루어 질 수 없는 학제간 분야 이기에 이에 대한 특별한 고려가 필요하다. 가장 부가가치가 크고 창의산업에 필수적인 선행 엔지니어링 개발(Front-End Engineering and Design) 단계를 대부분 산업에서 선진국에 의존하며 역 공학을 통하여 일부 상세설계 기술을 확보한 상황이다.

이러한 선행 엔지니어링 개발을 수행하는 학제 간 노하우가 시스템엔지니어링의 핵심분야이며 모든 산업 분야에 공통적 프로세스(P), 방법(M), 도구(T)와 환경(E)적 요소들을 대부분 포함하고 있다.  시스템엔지니어는 시스템개발공정 단계 전반에 걸쳐서 기술활동의 기획관리는 물론 시스템 수명주기 상의 모든 이해관계자들의 관심사들과 요구사항들을 식별하고 정의하여 개발문제를 명확히 하고 이들을 만족하는 해결책 대안들을 비교분석하여 최적의 시스템해결책을 설계하고 구현하며 또, 구현된 해결책을 시험검증 확인해야 하는 다양한 임무수행 때문에 여러 산업분야에서 또는 공정단계에서 다양한 호칭으로 불리고 있다. 그림 2. 에서는 이러한 시스템엔지니어를 호칭하는 열 두가지 이름들을 보여준다.

그림 2. 시스템엔지니어의 12가지 이름