* 폰트가 지원되지 않아 다운로드 받아 내용 보시길 추천합니다. 민간의 00선박 기본설계 사업에 시스템엔지니어링(SE) 적용을 위해 고민(초안)한 개략적인 SEMP입니다. SEMP는 사업계획 단계(제안서 제출 전) 시스템개발을 위한 종합적인 Process, Methods, Tools and Environment (PMTE)를 기술하는 기술관리 최상위계획서입니다. Live document로 사업 진행 시점에 따라 지속적으로 추가/삭제/수정하는 문서입니다. 새로운 개념(revolutionary concept)이나 더 복잡화된 시스템 개발에 있어 선진국을 중심으로 정착된 보편적 개발방법이라고 할수 있습니다. 본 문서는 000개발 사업 관련 작성된 SEMP 초안으로 고민 중에 계신 시스템(선박, 항공기, 자동차, 첨단장비, 복합s/w개발, embedded system 개발, 교량/마천루 등 대형구조물 등)의 특성과 개발조직에 할당된 다양한 자원 그리고 수행조직의 역량에 따른 마름질(tailoring)이 필수입니다. 사업에도움이 필요하신 분은 jwpark1@gmail.com로 연락주시면 여건이 허락하는 범위에서 도움드리겠습니다.

1. Systems Engineering Management Plan
(SEMP)
Project: 표준 0000 개발
2019. 3.24.
박진원
SE 'Vee'
프로세스
CONCEPT FUNCTION
FORM

2. 목 차
!2
• 목 적
• 작성내용
• 문서의 활용원칙
• 참고문서
• 사업개요
• 사업목표
• 시스템 개요
• Project Framework
• Process
• SE 기술검토
• SE 산출물
• 선박설계 단계별 주요활동
• SE기술관리 방법론 적용 원칙
• SE기술관리조직도(안)
4
4
4
5
6
6
6
7
10
22
30
35
40
49
.................................................................
.................................................................
.................................................................
.................................................................
.................................................................
.................................................................
.................................................................
.................................................................
.................................................................
.................................................................
.................................................................
.................................................................
.................................................................
.................................................................

3. 변경이력
순번
위치
(장, 절, 페이지)
일자 변경 전 변경 후 검토자 변경사유 수정근거 비고
1 - 2019.3.24 초안 - 박00 초안작성 ver.0.0
!3

4. 목적
본 문서는 00 0000개발 사업의 설계 및 기술관리 방법론으로 고려되는 시스템엔지니어링(systems
engineering) 활동의 절차 및 방법론을 종합적으로 설명하기 위해 작성된다. 단, 현 사업범위 고려 상세
설계 및 시제선 건조 이전 단계의 SE 주요 활동 위주로 다룬다.
작성 내용
• 프로젝트 수행의 전반적인 프레임워크(Framework)
• 프로세스 단계별 IPO(입력→프로세스→출력) 설명
• SE기술검토(Technical review) 수행 시점, 방법 등
• 주요 SE 산출물(SSS, SSDD) 양식
• 선박설계 단계별 주요활동
• SE기술관리 방법별 적용 원칙
• SE 기술관리조직도(안)
문서의 활용원칙
• 본 문서는 사업계획(project plan)의 하위문서로 활용된다.
• 주요 단계별 관리활동 전반의 점검자료(check-off list)로 사용될 수 있다.
• 본 문서의 적용대상은 참여중인 구성원과 운영, 개발 및 지원 등에 관련된 이해관계자 전반이다.
• 필요시, 본 문서는 참여원/핵심이해관계자 동의하에 수정할 수 있다. 단, 체계적인 변경이력 관리를 해야
한다. 예) v.1.2 : 첫번째 번호는 목차 수정, 내용 추가 또는 삭제 등 /. 두번째 번호는 단순 오기 수정, 단어 대체 등
"축척의 방법"
!4

5. 참고문서
!5
• Defense acquisition guidebook, chapter 3, "systems engineering"
• NASA Systems Engineering Handbook (Revision 2), June 29, 2017
• Naval Ship Systems Engineering 개론, 방위사업전문교육 함정사업실무과정, 2019
• ISO/IEC15288
• MIL-S-498DID

6. 사업개요
!6
본 사업은 000 수출지원을 위한 00지역 00용 중소형 0000 개발을 위한 기본설계 사업임
사업목표
• 주어진 성능목표를 달성한다.
• 탑재설비 용적 및 크기 등의 유연화, 모듈화 및 표준화를 통한 여유성(Affordability) 설계를 추구한다.
• 거주성 개선을 통한 00의 거주성 및 복지를 지향한다.
• 운영비용(ownership cost) 절감을 목표로 한다.
시스템 개요 (예)
* Above profile view of Alaska Range taken from https://en.wikipedia.org/wiki/FV_Alaska_Ranger
항만지원
조업지원
정비유지 지원
구조지원
<Internal> <External>
조정체계(통신)
거주체계
냉동체계
기관체계
조업체계
<WBS: Level1>

7. Project Framework
!7

8. SE 'Vee'
프로세스
CONCEPT FUNCTION
FORM
• 운영개념도
• 운영해역 환경조건
• 운영시나리오
• 00 방식
• 저장 능력
• 운영속력
• 제한사항 등
• 추진/기관 기능
• 거주계통/설비기능
• 속력 및 항속거리
• 00 기능
• 00/00 기능
• 00체계 등
• 주요제원
• 선형(hull form)
• 일반배치
• 중량 밸런스
• 트림 및 복원성
• 추진체계
• 선체구조
• 의장/장구
• 탐지/통신체계
• 안전계통
• 신뢰성설계
• 비용(건조/운영) 추정 등
!8
기본개념

9. 이해관계자
분석
운영요구조건
정의
운영요구조건
분석
아키텍처 정의
대안 탐색
시스템요구조건
분석
아키텍처 설계
시스템설계 실행
구성품요구조건
분석
구성품설계 실행
구성품설계 통합
시제품 제작
검증/확인
양산 제작
운영/유지 폐기
구성품요구조건 정의
OCD
OCD(안)
SSS(안)
SSS
SSDD
SSDD(안)
TR
TP
서브시스템 수준
(Subsystem)
시스템 수준
(System)
구성품 수준
(Component)
시스템설계 통합
부품 수준
(Part)
개념 기능 제품
운영분석
(Pre-study)
개념설계
(Concept design)
기본설계
(Preliminary design)
상세설계
(Detail design)
시제품/검증.확인/양산
(Prototype/V&V/production)
운영유지
(O&S)
형상관리
• 운영개념(안)
• 운영환경 및 제한조건
• 운영시나리오 등
• 운용개념 확정
• 운영, 논리아키텍처 작성
• 대안(개략 제원/체계 등) 선정
• 제원 추정
• 주요계통/배치 설계
• 재료, 건조비 추정
• 상세설계 및 배치
• 주요계통 설계
• 건조사양/재료 선정
• 장비구매요구
• 시제품 제작 및 검증/확인
• 양산결정 및 양산
• 정비
• 개조/개장
• 폐기여부 결정 등
양산
SE 기술관리
• 요구조건 관리
• 위험관리
• 형상관리
• 비용/일정관리
• 인터페이스관리
• 자료관리 등
SE 분석방법
• 업무분할구조
• 업무기술서
• 기능분석 도표
• 요구조건추적표
• 의사결정이론
• 실험설계법
• 설계매트릭스 등
SE 도구
• 요구조건관리S/W
• 기능분석S/W
• 통계분석S/W
# DAG Ch.3 SE, NASA SE handbook, ISO/IEC15288, MIL-S-498 등
SE 프로젝트아키텍처
Conceptdesign
Preliminarydesign
Detaildesign
Building,V&V
할당
BS
Copyright ⓒ 2019 All rights reserved by Jinwon Park
• 기준선(Baseline) 버전 관리
• 설계동결(Design freeze)
선박
설계
SE 'Vee'
프로세스
CONCEPT FUNCTION
FORM
SETR
URR ASR SFRSRR PDR CDR TRR SVRPRR
시제제작(LRIP) 결정
• 완성도 및 준비도 점검
• 이해관계자 조사 및 의사결정
• 주요문서 검토 및 확정 등
OCD: Operational Concept Document
SSS: System/Subsystem Specification
SSDD: System/Subsystem Design Description
BS: Building Specification
TP: Test Plan
TR: Test Report
URR: User Requirements Review
ASR: Alternative System Review
SRR: System Requirements Review
SFR: System Functional Review
PDR: Preliminary Design Review
CDR: Critical Design Review
PRR: Production Readiness Review
TRR: Test Readiness Review
SVR: System Verification Review
V&V: Verification and Validation
LRIP: Low Rate Initial Production
FRP: Full Rate Production
양산(FRP) 결정설계승인대안결정
9

10. Process
!10

11. SE 'Vee' Process: 6 phases, 18 steps, 4 levels, 6 documents
① ②
③
④
⑤
⑥
⑦
⑧
⑨
⑪
⑩
⑫
⑬
⑭
⑮
⑯
⑰ ⑱
사전연구: ① ~ ② / 개념설계: ③ ~ ⑤ / 기본설계: ⑥ ~ ⑨
!11

12. URR
① 이해관계자 분석
목적(objectives)
입력(input)
프로세스(process)
출력(output)
확인(review)
☐ 이해관계자(개인, 조직 등) 간 사업목적 및 범위 그리고 방법 등에 대한 합의 도출
☐ 운영자(종사자, 지원기관, 규제기관, 투자기관 등)의 이해요소(must, want) 도출
☐ 운영자 관점의 이해요소를 기술적 관점의 언어(문서)로 전환 및 체계적 종합 등
☐ 이해관계자 목록
☐ 운영자의 기존 경험 및 개선점 등을 포함한 제한없는 운영자의 기대사항
☐ 이해관계자 식별(소속, 이름, 연락처, 권한, 책임 등) 및 "핵심협력기관(자)" 정의
☐ 운영개념 및 시나리오 도출: 브레인스토밍 및 스토리보딩 등 이용
☐ 이해관계자 요구사항(must, want 분류) 도출
☐ 운영개념서(OCD) 초안 도출
☐ 운영요구조건(안) 목록
☐ 운영개념서(OCD) 초안
☐ 요구조건관리 S/W에 운영요구조건(안) 입력
"⇐ URR 회의"
"개발기관 SE팀 주관"
개념설계 기본설계운영분석
!12
• 운영목적
• 최상위운영개념
• 운영시나리오
• 주요임무/부수임무
• 요구능력
• 운영환경(제한사항 포함)
• 운영/지원조직 및 인원 등
<OCD 주요내용>
* 그림, 표 위주로
"개발기관 SE팀 준비"

13. ② 운영요구조건 정의
목적(objectives)
입력(input)
프로세스(process)
출력(output)
확인(review)
☐ 운영요구서(OCD) 및 운영요구조건 목록 확정
☐ 이해관계자간 합의된 개발계획(일정 포함) 정립
☐ 이해관계자 목록
☐ 운영개념서(OCD) 초안, 운영요구조건(안) 목록 등
☐ 이해관계자 목록 재확인(추가 또는 수정 여부 등)
☐ 운영개념서(OCD) 검토(추가 또는 수정사항 등)
☐ 운영요구조건 검토(추가 또는 수정 그리고 구체화)
☐ 개발계획(개념설계 WBS(안), SOW(안) 포함) 검토
☐ 운영개념서(OCD): OV-1 등 그림과 표 위주 포함
☐ 운영요구조건목록: 스프레드시트 양식, 관리번호/출처/통과기준.검증시기.방법.주체
☐ 개발계획
☐ 핵심협력기관으로부터 운영개념서(OCD) 동의 획득
☐ 핵심협력기관으로부터 개발계획 동의 획득
☐ 요구조건관리S/W에 입력된 운영요구조건목록 최신화(개발기관 자체 확인)
"URR 회의결과"
"개발기관 SE팀 주관" OV-1 예)
개념설계
"개발기관 SE팀 주관, 핵심협력기관 검토의견 수렴"
개념설계 기본설계운영분석
!13

14. ③ 운영요구조건 분석
목적(objectives)
입력(input)
프로세스(process)
출력(output)
확인(review)
☐ S.M.A.R.T 검토 통한 운영요구조건을 시스템요구조건(안)으로 변환
☐ 운영개념서(OCD) 및 운용요구조건 목록
☐ 기존 유사선박 운영경험 및 기술자료(장비, 자재, 설비 등) 등
☐ 운영요구조건의 SMART 검토 통해 시스템요구조건(fisherman's langauge → developer's langauge)으로 변환
☐ 시스템 개발 위한 시스템성능변수(System Performance Parameters) 정의
☐ SPP 중 핵심성능변수(Key performance parameter) 선정 및 향후 관리방안 검토
☐ 시스템요구조건(안) 목록
☐ 핵심성능변수(KPP) 목록
☐ 시스템요구조건(안)의 운영요구조건 충족(meet) 여부 확인: '필요충분조건' 기준
☐ 시스템성능변수(SPP, KPP 포함) 적절성 여부 확인
Specific, Measurable, Attainable, Realistic, Time bounded
"개발기관 SE팀 주관"
"개발기관 SE팀 주관"
* 필요충분조건 만족토록 변환: 운용요구조건→시스템요구조건, 시스템요구조건→운용요구조건
☐ 필요시, 운영요구조건 재정제
기본설계운영분석 개념설계
!14

15. ④ 아키텍처 정의
목적(objectives)
입력(input)
프로세스(process)
출력(output)
확인(review)
☐ 시스템요구조건 이용, 시스템수준 개념적 개발방안 정의
☐ 시스템요구조건(안)별 논리(logical) 및 기능(functional) 아키텍처(architecture) 작성 및 검토
☐ 아키텍처 작성 통해 인터페이스요구조건 도출(선내 장비/체계간, 선내⥂선외간)
☐ 아키텍처 검토 통해 다양한 대안 도출(성능, 비용 관점): 기존 실적 및 기술발전 추세 등 고려
☐ 시스템요구조건별 상위레벨(high-level) 논리/기능아키텍처(그림, 표 등)
☐ 도출된 추가/수정/삭제 시스템요구조건(안) 목록(사유 및 비용, 일정 및 운영요구조건 등 영향성 결과 포함)
☐ 분야별 대안생성(generate design alternatives) 결과
☐ 아키텍처 작성 결과 및 대안생성 결과
☐ 시스템요구조건 목록: 관리번호-시스템요구조건-(평가기준-시기-방법-주체-관련문건)-운영요구조건
"개발기관 분야별 설계팀 주관"
"개발기관 SE팀"
☐ 운용개념서(OCD)
☐ 시스템요구조건(안) 목록
☐ 핵심성능변수(KPP) 포함한 시스템성능변수(SPP) 목록
참고: https://www.youtube.com/watch?v=or51NXlcXvY&t=3506s
"KPP 중심으로"
기본설계운영분석 개념설계
!15

16. ASR
⑤ 대안 탐색
목적(objectives)
입력(input)
프로세스(process)
출력(output)
확인(review)
☐ 분야별 최적 대안(optimal alternative) 도출
☐ 분야별 시스템요구조건을 만족하는 최적대안(optimal alternative) 선정 및 플랫폼 차원 설계통합
☐ 선정된 최적대안에 따른 시스템요구조건 변경(추가/삭제/수정 여부) 항목 종합
☐ 기본설계 WBS(안), SOW(안) 검토
☐ 분야별 도면 및 보고서(일반배치(선교, 침실, 사무실, 창고 등 포함), 기관실/보기실 배치, 선도(lines),
유체정역학곡선, 일반구조도, 중앙횡단면도, 탑재장비/주요설비 목록 등)
☐ 대안별 비용(초기획득비, 수명주기간 운영비용 포함) 추정결과
☐ 시스템/서브시스템규격서(SSS) 초안 ← 시스템요구조건
☐ 기본설계 계획(WBS, SOW 포함)
☐ 최적대안 선정결과 적절성
☐ 시스템/서브시스템규격서(SSS) 초안 적절성
☐ 비용분석 결과 타당성
"개발기관 분야별 설계팀 주관, SE팀 통제 및 관리"
☐ 분야별 아키텍처 및 대안도출 결과
☐ 기존 장비 및 최신장비 자료(기술, 비용, 납품일정 등)
"ASR 회의시"
기본설계
기본설계운영분석 개념설계
!16

17. ⑥ 시스템요구조건 분석
목적(objectives)
입력(input)
프로세스(process)
출력(output)
☐ 시스템요구조건 최신화(update)
☐ 기본설계 WBS, SOW 확정
☐ 시스템요구조건의 S.M.A.R.T 검토: * 운영요구조건의 충족여부 확인(필수)/필요시 상호 수정
☐ 기본설계 WBS, SOW 확정
☐ 최신화된 시스템/하부시스템규격서(SSS)
☐ 확정된 기본설계 WBS, SOW
☐ 운영개념서(OCD): 참고
☐ 도면/보고서(개념설계): 참고
☐ 시스템/하부시스템규격서(SSS) 초안
☐ 기본설계 WBS(안), SOW(안)
SRR
"SRR 회의"
"개념설계 결과"
* 관리번호-시스템요구조건-(평가기준-시기-방법-주체-관련문건)-운영요구조건
확인(review)
☐ 핵심협력기관으로부터 시스템/하부시스템규격서(SSS) 동의 획득
개념설계운영분석 기본설계
!17

18. ⑦ 아키텍처 설계
목적(objectives)
입력(input)
프로세스(process)
출력(output)
☐ 개념설계 결과 참고, 서브시스템 수준의 물리아키텍처 도출
☐ 분야별 논리/기능/물리아키텍처(서브시스템 수준) 확장 작성
☐ 분야별 대안생성 및 최적대안 선정
☐ 아키텍팅 결과를 종합하여 서브시스템별 SSDD 초안 작성
☐ 필요시, SSS 최신화
☐ SSDD(시스템/서브시스템설계기술서) 초안
☐ 운영개념서(OCD)
☐ 논리/기능아키텍처(시스템 수준; 개념설계 결과)
☐ 시스템/하부시스템규격서(SSS)
"SFR 회의시"확인(review)
☐ SSDD 초안 및 SSS 최신본
☐ KPP 위주 설계팀의 아키텍팅 결과 및 대안분석 결과
"특정 장비"
"개발기관 분야별 설계팀 주관, SE팀은 통제 및 관리"
SFR
개념설계운영분석 기본설계
!18

19. ⑧ 시스템설계 실행
목적(objectives)
입력(input)
프로세스(process)
출력(output)
☐ 아키텍처 설계 결과 토대로 도면/보고서 작성
☐ 분야별 SRR/SFR 결과를 반영하여 도면 및 보고서 작성
☐ 재료목록(장비목록 포함) 도출 및 비용 추정
☐ 일반배치-중량통제-인터페이스 관리 관점에서의 다분야 최적 통합(SE팀) 및 시스템요구조건 관리(S/W)
☐ SSDD 최신화. 필요시, SSS도 최신화
☐ 도면 및 보고서
☐ SSS/SSDD
☐ 재료목록(장비목록 포함), 비용추정서 등
확인(review)
☐ 핵심협력기관으로부터 도면 및 보고서(이해관계자 의견 환류 반영 필요한 도면/보고서에 한정) 의견 수렴
☐ 핵심협력기관으로부터 SSS/SSDD(개념설계 이후 변경항목에 한정, 변경사항-사유-영향 포함) 동의 획득
"개발기관 분야별 설계팀, SE팀 주관"
☐ SRR/SFR 결과
☐ SSS(update), SSDD 초안
* 의견수렴 대상 도면/보고서 범위는 SRR 회의시 결정
개념설계운영분석 기본설계
!19
SRR
SFR

20. PDR
⑨ 시스템설계 통합
목적(objectives)
입력(input)
프로세스(process)
출력(output)
☐ 기본설계 결과 종합 및 정리
☐ 도면 및 보고서 검토결과(핵심협력기관 의견)의 환류반영 여부 확인
☐ 운영요구조건-시스템요구조건 충족여부 확인
☐ SSS-SSDD와 최신 설계결과 간의 일치성(integrity) 확인
☐ 상세설계 및 시제선 건조 WBS(안), SOW(안) 도출
☐ 발수신 공문 및 수집된 자료 일체 정리(전산화)
☐ 도면 및 보고서(최종본)
☐ SSS/SSDD(최종본)
☐ 재료목록, 비용추정서
☐ 상세설계 및 시제선 건조 WBS(안), SOW(안) 도출
확인(review)
☐ 도면 및 보고서, SSS/SSDD를 이용하여 시스템요구조건 충족여부
☐ 상세설계 및 시제선 WBS(안), SOW(안)
"개발기관 SE팀 통제하 분야별 설계팀 주관"
☐ 이전단계 ⑥~⑧ 결과 일체
☐ SSS 및 SSDD
"PDR 회의시"
상세설계
개념설계운영분석 기본설계
!20

21. 상세설계: ⑩ ~ ⑬ / 시제품 및 양산: ⑭ ~ ⑯
!21
"상세설계 수준의 SE프로세스는
향후 사업진행 경과에 따라 재검토함"

22. SE Technical Review
(SE 기술검토)
!22

23. SETR 프로세스
목적
시스템 개발 위한 신뢰할만한 프로세스와 산출물 그리고 기준선 정립 및 확정을 통해 ① 의사결정을
지원하고, 개발 노력과 산출물을 안내(Guide/Support)하여 ② 올바른 방향으로 유도하기 위함
기본방침
• 회의 일정을 사전 공지하여 참석자의 일정 수립에 문제없도록 조치가 필요함
• 회의시 검토자료는 가능한 회의 이전(최소 2주 전)에 사전배포 필요함
• 회의 시작시에 회의의 목적/범위/방법에 대한 명확한 설명을 제공해야 함
• 회의 시작 전과 후에 진입조건과 완료조건에 대한 검토가 필요함
• 회의간 발생하는 추가 검토 및 요청자료는 문서형태로만 관리 필요함(지속 관리)
• SETR 진행과 종합은 개발기관 SE관리자 중심으로 수행토록 권한과 책임의 위임 필요함
!23

24. 계획(Plan)
• 참석자 선정
• 역할 및 업무 지정
• 지침 및 절차 수립
• 착수기준 수립 및 적용
• 이벤트-일정 기반
완료기준 수립
(Before 60days)
친숙화(Familiarize)
• 개략검토회의 개최
사전검토(Pre-review)
• 개별/팀 검토
• 데이터 시험
• 데이터 분석
• 분석결과 추적 및 기록
본 검토(review)
• 개별/팀 검토
• 회의촉진 및 관리
• 검토데이터 평가:
확인사항 기록-분류
• 사전검토시 식별된
핵심이슈 기록
• 문제심각도 평가
• Action item 식별
해결(Resolve)
• 책임자/기한 지정
후속조치(Follow-up)
• Action item 및 이슈 추적
• Action item 완료추세 추적
• 검토결과 및 Action item
완료결과 기록 및 배포
DURING AFTERBEFORE
Dr. John MacCarthy, Lecture 3.2: Technical Reviews and Audits (SEF Ch 11) UMBC CMSC 615 Fall, 2006
SETR 계획, 실행 및 후속단계: 6 steps
!24

25. 운영자요구사항검토(URR)
수행시점 : 운영분석 중간
진입조건(enterance)
☐ 이해관계자 목록 정의 후 RSVP(참여여부) 확인 완료
☐ 유사 실적선 운영현황 및 기술발전 추세 등 자료 수집 완료
☐ 회의 장소, 참여/지원인원 및 회의자료 준비 완료
검토사항(process)
☐ 이해관계자 목록(소속, 이름, 연락처, 권한, 책임 등) 구체화
☐ 운용개념 및 임무시나리오 도출: 브레인스토밍, 스토리보딩 등
☐ 이해관계자 요구사항 수집
완료조건(exit)
☐ 위 검토사항 검토 완료 확인
☐ 개발기관의 OCD 초안 작성에 대한 자신감 확보 여부 확인
!25
"개발기관 SE팀 주관"

26. 대안시스템검토(ASR)
수행시점 : 개념설계 완료 직전
진입조건(enterance)
☐ 분야별 아키텍처 정의 및 최적대안 도출 완료
☐ 플랫폼 차원의 설계통합 완료(3개 이내의 플랫폼 대안)
☐ 시스템/서브시스템규격서(SSS) 초안 작성 완료
검토사항(process)
☐ 분야별 최적대안 결과 검토
☐ 플랫폼 차원의 복수대안 검토(비용-일정-성능 등 측면 종합)를 통해 최적대안 결정
☐ 기본설계 수행계획(WBS, SOW 포함) 검토
☐ SSS 초안 검토
완료조건(exit)
☐ 최적대안 결정 여부
☐ 기본설계 수행계획 및 SSS 초안 검토의견 반영 완료
!26
"개발기관 SE팀 주관"

27. 시스템요구조건검토(SRR)
수행시점 : 기본설계 초기(~3개월 이내)
진입조건(enterance)
☐ SSS 초안 검토 완료
☐ 기본설계 WBS, SOW 확정
검토사항(process)
☐ SSS 검토
☐ 운영자가 가진 주요체계/계통/장비 운영개념의 개발자 대상 이해(설명) 지원
☐ 분야별 위험관리 계획, 핵심성능변수(KPP) 목표달성방안 등
완료조건(exit)
☐ SSS 변경사항 목록 종합
☐ 위험관리 계획 및 KPP 목표달성방안 동의
!27

28. 시스템기능검토(SFR)
수행시점 : 기본설계 초기(~6개월 이내)
진입조건(enterance)
☐ SSS 최신화 완료
☐ 서브시스템/구성품(system-subsystem-component-part) 수준의 아키텍팅 완료
☐ SSDD 초안 작성 완료
검토사항(process)
☐ 주요 서브시스템/구성품 아키텍처 결과 확인 및 최적대안 선정
☐ 위험관리 현황(필요시, 완화 계획 포함)
☐ SSDD 초안 검토
완료조건(exit)
☐ 분야별 최적대안 선정 완료
☐ 허용 가능한 수준으로 위험관리 중인지의 여부 동의
☐ SSDD 초안 검토완료. SSS 수정사항 목록 확보
!28

29. 기본설계검토(PDR)
수행시점 : 기본설계 완료 직전
진입조건(enterance)
☐ 도면/보고서 작성 완료
☐ SSS, SSDD 작성 완료
☐ 상세설계/시제선 건조계획 수립 완료
검토사항(process)
☐ 도면-보고서 및 SSS-SSDD간 일치성 확인
☐ 설계결과의 운영요구조건/시스템요구조건 충족 여부
☐ 상세설계/시제선 건조계획 적절성
☐ 위험관리 결과 및 후속 관리계획
완료조건(exit)
☐ SSS, SSDD 검토 완료
☐ 도면-보고서, 건조계획 등 보완 필요사항 목록 확보 완료
☐ 위험관리 결과 및 상세설계 단계 완화 가능 여부 동의시
!29

30. SE 산출물
(SSS, SSDD)
!30

31. SE 산출물
목적
시스템 개발 및 운영 포함 전 수명주기간 기준 문서(설계, 검증/확인, 건조, 양산 등)로 활용됨
기본방침
• 요구조건관리 S/W 입력하여 기간 중 체계적이며 일관적인 관리 및 활용이 필요함
• 요구조건과 기술검토/분석 결과(도면, 보고서 등)간의 일치성 유지 중요함
• SE검토회의시 마다 검토 기준문서로 활용됨(지속 최신화 필요)
구 분 URR 이전 URR ASR SRR SFR PDR
OCD C U F
SSS C U U F
SSDD C F
BS C
• 개발기간 임의로 추가/수정/삭제 등 발생하지 않도록 하여야 하며 변경이력은 요구조건관리 S/
W를 이용하여 투명하게 관리 필요함
* C: Create, U: Update, F:Finalize
!31

32. 시스템/서브시스템규격서(SSS)
• 주요 내용
• 광의의 시스템요구조건(시스템요구조건, 운영요구조건 추적, 검증 요구조건 등) : Spec.
• Requirement를 Specification으로 전환
• “어떻게 만들고, 어떻게 검증할 것인지”를 명확히 정의(합의)하는 최상위 규격서
WBS
시스템요구
조건 번호
시스템요구조건
요구조건 형태
(기능/성능 등)
Mantatory
/ Optional
운영요구조
건 번호
검증수준
(Vessel, Sys,
Subsystem)
검증방법
(IADT)
검증기준
(Acceptance criteria)
검증대상문건
형태
검증대상문건
번호
검증대상문건 명 설계결과 번호
96 SR-0001
톤수는 0,000톤 이
어야 한다.
성능 Mandatory R-001 Vessel 검사(I)
운영해역 해수밀도 000 고려 수상톤수가
0,000톤 이내임을 확인한다.
설계보고서 CR-001-0001 중량추정서 설계-010-001
시스템요구조건 검증 요구
✥ Metadata(열)/Master data(행)
!32

33. 시스템/서브시스템설계기술서(SSDD)
• 주요 내용
• 시스템요구조건별 설계결과 요약
• 검증대상문건(보고서, 도면) 위치(장, 절, 그림/표 등)
• 시스템요구조건 충족여부
✥ Metadata(열)/Master data(행)
WBS
시스템요구
조건 번호
시스템요구조건
운영요구
조건 번호
설계결과
번호
설계 결과
검증대상
문건형태
검증대상
문건 번호
검증대상
문건 명
장/절/표/그
림
만족
여부
96 SR-0001 톤수는 0,000톤 이어야 한다. R-001 설계-010-001
운영해역 해수밀도 000 고려 수상톤수가
0,000톤 이내임을 확인한다.
설계보고서 CR-001-0001 중량추정보고서 2.3절 만족
SR-0002 0000은 00톤 이상이어야 한다. R-002 설계-010-002
0000은 00톤수의 0%, 00톤(기준 00톤 이
상)으로 설계됨
설계보고서 CR-001-0001 중량추정보고서 2.4절 만족
120 SR-0010 최대속력은 00kts 이상이어야 한다. R-004 설계-010-004
최대속력은 00.0kts로 기준 대비 0.0kts 초과
한다.
설계보고서 CR-001-005 마력추정보고서 3.3절 / 표.8 만족
시스템요구조건 설계 결과
!33

34. SE 산출물간 연관관계
WBS 문서구분
원요구조건
관리번호
원요구조건
(단문)
원요구조건
분류
명확성 경쟁력 정확성 타당성 중복성 완전성 불확실성 유일성
검증
가능성
중복성 연결성 연결성 상충
체계요구
조건 번호
체계요구조건(안)
96 ROC R-001 톤수 : 0,000톤 A X O O O O O X O O O O O O SR-0001
톤수는 0,000톤 이어야 한
다.
<OCD부록: 운영요구조건 목록>
<SSS>
<SSDD>
WBS
체계요구
조건 번호
체계요구조건
요구조건 형태
(기능/성능 등)
Mantatory
/ Optional
원 요구조건
번호
검증수준
(Vessel, Sys,
Subsystem)
검증방법
(IADT)
검증기준
(Acceptance criteria)
검증대상문건
형태
검증대상문건
번호
검증대상문건 명 설계결과 번호
96 SR-0001
톤수는 0,000톤 이
어야 한다.
성능 Mandatory R-001 Vessel 검사(I)
운영해역 해수밀도 000 고려 수상톤수가
0,000톤 이내임을 확인한다.
설계보고서 CR-001-0001 중량추정보고서 설계-010-001
요구조건 추적
요구조건 추적
요구조건 추적
설계결과 추적
(요구조건 추적표)
WBS
체계요구
조건 번호
체계요구조건
원 요구조
건 번호
설계결과
번호
설계 결과
검증대상
문건형태
검증대상
문건 번호
검증대상
문건 명
장/절/표/
그림
만족
여부
96 SR-0001 톤수는 0,000톤 이어야 한다. R-001 설계-010-001
운영해역 해수밀도 000 고려 수상톤수가
0,000톤 이내임을 확인한다.
설계보고서 CR-001-0001 중량추정보고서 2.3절 만족
SR-0002 0000은 00톤 이상이어야 한다. R-002 설계-010-002
0000은 경하톤수의 0%, 00톤(기준 00톤 이
상)으로 설계됨
설계보고서 CR-001-0001 중량추정보고서 2.4절 만족
120 SR-0010 최대속력은 00kts 이상이어야 한다. R-004 설계-010-004
최대속력은 00.0kts로 기준 대비 0.0kts 초과
한다.
설계보고서 CR-001-005 마력추정보고서 3.3절 / 표.8 만족
34

35. 선박설계 단계별 주요활동
!35

36. 선박설계 단계별 주요활동
목적
요구조건을 충족하는 선박의 기능과 성능을 확보하기 위해 단계별 수준에 따른 산출물(도면, 보
고서 등)을 생산함
기본방침
• 설계단계별 목적에 부합하는 구체성 및 정확성을 확보함(Abstract → Concept → Basic)
• 각 단계 진입 전 다음단계의 WBS, SOW 및 이와 연계된 도면/보고서 작성범위를 사전 결정함
• 이해관계자 의견수렴 결과를 누락없이 반영하도록 철저하게 변경이력 관리함
• 각 단계별 SETR 결과의 선박설계시에 반영 누락 없도록 관리 수행 필요함
• 도면/보고서 등 작성 중 요구조건 충족여부를 지속 확인하고, 충족 불가시 플랫폼 차원에서 조정,
통제함. 필요시 운영요구조건을 충족하는 범위 내 시스템요구조건 변경을 수행함
!36

37. 운영분석
목적 : 운영개념 명확화
주요활동
• 운영개념(안) 도출
• 운영환경(조업환경 등) 및 제한조건 도출
• 선사 포함 이해관계자 의견 수렴
• 운영시나리오 등 도출
• 기술현황 및 발전추세 분석 등
산출물
• 아키텍처 : OV-1(최상위 운영개념도)
• 운영개념서(OCD) 초안
!37

38. 개념설계
목적 : 운영개념을 충족하는 최적개념(기능) 도출
주요활동
• 운영개념 확정
• 시스템 수준의 운영, 논리아키텍처 작성
• 기술조사 통한 분야별 대안생성
• 설계종합 통한 복수 플랫폼 대안 선정
• 도면 및 보고서 작성
• 기본설계 계획 수립
• 시스템요구조건(안) 도출
산출물
• 운영개념서(OCD)
• 설계종합보고서, 도면(일반배치도, 선도, 유체정역학곡선, 일반구조도, 중앙횡단면도, 기관구역배치도, 갑판배치도 등)
• 시스템/서브시스템규격서(SSS) 초안
!38

39. 기본설계
목적 : 시스템요구조건을 충족하는 서브시스템/구성품 수준의 구체적 설계결과 도출
주요활동
• 주요제원, 속력/마력 등 포함한 포함한 기본성능 설계
• 전기/의장/배관/선실/통신계통 설계
• 아키텍처 중심의 000선 특화설계(00체계, 00, 00장비 등)
• 관련된 도면 및 보고서 작성
• 상세설계 및 시제선 건조 계획(기간, 비용, 생산설비, 기술개발 등 포함) 수립
산출물
• 도면 및 보고서(작성목록 및 범위는 개념설계 단계 정의 필요)
• 상세설계 및 시제선 건조계획
• SSS/SSDD 최종본, BS 초안
!39

40. SE기술관리 방법별 적용 원칙
!40

41. SE 기술관리 활동
목적
시스템 개발 중 안정적인 SE 기술활동 및 사업관리를 위해 필수적인
최소한의 기술관리(technical management) 활동임
기본방침
• 사업범위, 규모 및 사업주관 기관 역량에 부합하도록 절차의 마름질을 반드시 수행하여야 함
• 기술관리 활동 현황은 정기 사업관리 회의시마다 발표 및 토론하여 사업의 진행경과를 점검함
• 현황 및 변경이력는 일관성 있는 번호체계(numbering)를 구비하여 체계적으로 관리 필요함
!41

42. 요구조건 관리
• 목적 : 사업 전 기간에 걸쳐 요구조건의 수집/분석/추적을 통합 수행함
• 주요활동
• 운영요구조건, 시스템요구조건 입력 및 관리
• 요구조건, SE산출물(SSS/SSDD) 및 설계결과(도면/보고서) 간 쌍방향 연결성(추적성) 유지
• 정기회의, SETR 회의시마다 요구조건 충족여부 확인 및 회의자료 작성 지원 등
• 방법
• 전산SE도구(Cradle, Doors, CORE 등) 또는 엑셀매크로 개발 통해 통합DB 형태로 관리
• 주기적 최신자료 입력여부 확인 및 보안대책(소실, 분실, 탈취 등 대비) 강구
• 사업 전 기간에 걸쳐 유지 관리되도록 메타데이터형식/구조의 면밀한 고민 후 D/B구조 설계섥
!42

43. 위험관리
• 목적 : 사업 전 기간에 걸쳐 위험을 수용가능할 정도로 유지관리 해야함
• 주요활동
• 위험관리계획, 위험식별, 위험분석, 위험관리(대응, 감시, 완화 등) 절차 참고하여 사업
특성에 부합하도록 적의 조정 후 적용
• 정기회의, SETR 회의시마다 위험관리 현황 및 후속조치 계획 발표 및 토의
• 방법
• 전산SE도구 또는 엑셀로 관리 가능
• 구체적인 사항은 방위사업청 발간 'SE기반 위험관리가이드북' 등 전문서적 참고
!43

44. 형상관리
• 목적 : 사업 전 기간에 걸쳐 요구조건과 설계결과의 일관성 있는 관리 수행
• 주요활동
• SETR 단계별 형상관리 기준선(baseline) 정의: 개념→기능→할당
* 각 설계동결(design freeze) 시점별(주로 SETR 직후) 산출물 버전 관리
• 기준선 대비 변경사항에 대해서 변경이력은 구체적인 수준으로 유지 관리
• 방법
• 전산SE도구 또는 엑셀로 관리
• 임의로 산출물(도면, 보고서, SSS, SSDD, 각종 회의안건 등) 수정/삭제/추가 없도록 자료 관리
• 설계동결 후 불가피하게 수정 필요시에는 근거를 남기고 필요시 핵심협력기관에 의견 수렴
* 기준선(baseline) : 개발활동 전반의 산출물(도면, 보고서, 회의안건 등 의사결정 문서 일체 등)
* 설계동결(Design freeze) : 어떤 시점에서 완료된 결과물의 마킹으로 다음단계로 넘겨지는 기준 결과물
!44
* 형상관리회의 또는 위원회, 형상관리 등급(I급: 심각한, II급: 지대한, III: 경미) 구분 등

45. 비용/일정관리
• 목적 : 사업 전 기간에 가용 비용 및 일정 내 사업 건전성 추적 관리
• 주요활동
• 목표 예산/일정 수립 후 누적관리(%) 및 정기회의시 보고
• 예산초과/일정 지연 문제 초래시 문제원인 분석 후 만회대책 수립
• 방법
• 비용은 목표비용관리기법(CAIV) 또는 성과관리기법(EVMS)를 이용하여 예측 및 관리 가능
• 일정은 할일목록(To-Do List), 간반보드(Kanban-board), 칸트차트(Gantt chart), CPM, PERT 등
이용하여 예측 및 관리 가능
!45

46. 인터페이스관리
• 목적 : 시스템 내외부(internal/external) 인터페이스 식별 및 관리
• 주요활동
• 개념설계/기본설계 단계 아키텍처 정의 및 설계시 내외부 인터페이스 식별 및 지속 관리
• 도면/보고서 등 작성시 식별된 인터페이스의 처리방안 도출 및 반영
• 방법
• 기능흐름블럭선도(FFBD)나 인터페이스도(N2) 차트 등 이용하여 인터페이스 식별
• 식별된 인터페이스에 연계된 WBS는 별도 인식번호 부여 후 지속 관리 필요
!46

47. 자료관리
• 목적 : 사업준비 및 진행 간 발생한 모든 문서의 목록화 및 전자화 관리
• 주요활동
• 사업준비단계 수집자료 및 사업진행간 송수신문서, 생산문서(도면, 보고서 등 포함)의 목록 관리
• 시스템요구조건 관련된 문건은 전산SE도구상의 통합DB상에 링크 생성하여 활용성 제고 필요
• 방법
• 문서관리자(documents controller) 지명하여 일관적인 문서관리(관리번호 생성, 저장, 출력 등) 수행
• 모든 문서는 전자화(태그, OCR 기능 포함)하고 통합DB 상에 키워드 검색 등 가능토록 DB 구성
!47

48. SE기술관리조직도(안)
!48

49. SE 기술관리조직(안)
목적
SE활동 통한 성공적 시스템개발 결과 보장 위한 기능 분류 및 기능별 권한과 책임을 정의함
기본방침
• 사업범위, 규모 및 사업주관기관 역량에 부합하도록 기술관리조직(안)은 적의 조정하여 적용한다.
• SE책임자(Lead systems engineer)는 00설계 분야 중급경험자 이상 지정하여 필요권한 부여 필요함
• 사업관리자는 SE책임자에게 과감한 권한 위임 및 참여자/이해관계자는 LSE의 권위를 존중하여야 함
• 사업의 연속성 및 일관성 위해 사업진행간 조직 변동은 최소한으로 하여야함
!49

50. 구분 주요업무 자격 기타
사업관리자(PM)
- 개발사업 전반 관리 감독 및 이해관계기관 보고
- 대외기관 사업현황 설명
- SE책임자에 권한 위임 및 주기적 현황 청취
- 설계진행간 쟁점 발생시 문제해결 등
20년 이상
SE책임자(LSE)
- SE활동 계획 및 관리
- 기능별 설계결과 통합관리(비용,일정 등 포함) 및 통제
- SETR 회의 준비 및 주관
- 통합DB 개발 및 관리, SE산출물 작성 및 관리 등
10년 이상 PM 보좌
문서관리자(DC) - 문서 발수신 관리 및 전자화 관리 - PM. LSE 보좌
기능별 설계원
- 기능별 시스템요구조건 관리 및 설계실행
- SE책임자 요구에 따른 기능별 SE자료 작성 등
-
사업관리자(PM)
기본성능 선 장 기 장 특수기능(어구) 전장/통신
SE 책임자(LSE)
문서관리자(DC)
SE 자문
(외부 전문가)
!50