Transcript 정보기술아키텍쳐

ITA 국방 분야 적용 현황
By Prof. Lee, Tae-Gong
Korea National Defense University
E-mail([email protected])
차
례
 ITA 란?
 Benefits
 ITA 국방분야 적용
(Enterprise Model)
 부록 : C4I SR AF
2001. 6. 20.
국방대학교
0
교수 이태공
What Architecture : 아키텍쳐란?
ITA란?
아키텍쳐는 “구성요소의 구조이고, 그것들의 상호관계이며,
또한 그것들의 설계 및 추후 진화를 관리할 수 있는 원칙과
지침”이다.
아키텍쳐
복잡한 시스템을 구성하기 위한 설계도면 또는 청사진
국방대학교
1
교수 이태공
What Architecture : 아키텍쳐 개념 확산
건축과학
디지털
시스템공학
- 고대그리이스;
건축 설계에
구조개념 도입
- 1970년대 : 디지털 공학
- 미드가 칩 설계에 구조개념
도입
컴퓨터
통합제조
- 1980년대 : CIM 분야
- CIM-OSA, PERA, GERAM
ITA란?
정보기술구조
-1990년대 : ITA
- FEAF, SBA, C4ISR AF
정보기술구조(ITA:Information Technology Architecture)에서 구조란?
“특정 시스템이 구성되고 통합되는데 필요한 콤포넌트들을
시스템 내부에 넣는 방법”
국방대학교
2
교수 이태공
Why ITA :
1
ITA란?
변화 가속
 비즈니스 / 정보기술 생명주기
Business
IT
Business
IT
IT 제공 프로세스
90년대 주기
12 ~ 18 개월
•기술
•경쟁
•경제
• 가치 사슬
• 범역화
IT 제공 프로세스
2000년대 주기
실시간
Business
IT
•기술
•경쟁
•경제
•정책
• 리더쉽
70, 80년대 주기
7년
• 디지털 기술혁신
•경쟁
• 객체화
• 가치 사슬
• 범역화
IT 제공 프로세스
변화관리를 위한 방법 필요 : 아키텍쳐 개념 도입
국방대학교
3
교수 이태공
Why ITA :
ITA란?
2 복잡도 증가
 정보체계 (인사관리체계  ERP)
Sales
Department
Stock
Control
Departm
ent
Human
Resour
ces
Depart
ment
?
?
CUSTOMER
CUSTOMER
Accounts
Department
복잡도 증가
Order Fulfillment
Department
 건물 (초가집63빌딩)
?
복잡도 증가
복잡도 관리를 위한 방법 필요 : 아키텍쳐 개념 도입
국방대학교
4
교수 이태공
Why ITA :
3 정보화시대 자산개념 변화
ITA란?
정보화시대 : 토지 + 돈 + 사람
정보화 사회 : 정보+토지+돈+사람
정보기술관리(ITM) 필요성 대두 (CIO + ITA)
제도측면(미국)
 1996년
• ITMRA(Information Technology Management Reform Act)
 1997년
• CIO 직능 : 정보기술구조 개발
• OMB M-97-02 : 정보체계 투자와 정보기술구조 연계
정보기술관리(ITM)를 위한 정보기술아키텍쳐(ITA)
태동
국방대학교
교수 이태공
5
ITA란?
4 수직적 통합 (1) Organization-Centric Integration
Why ITA :
O
SO1
SF111
AF1
A111s
A112
A113s
SFn21
수직적 통합
A114
 Stove-pipe 형 체계
 Information Island
국방대학교
Fn2
SF112
AF2
수평적 통합
Fn1
F12
F11
SOn
SO2
SFn22
AF2
AF1
A111s
An21
A113s
An22
 수직적 통합
 수평적 통합이 어려움
6
교수 이태공
ITA란?
4 수직적 통합 (2) Organization-Centric Integration
Why ITA :
F 11
F 12
F n2
입력
A121
A111s
수직적
프로세스
A111s
A112
A122
An21
A113s
A123
A113s
A114
A124
An22
출력
통합되지 않은
Stovepipe 체계
국방대학교
A 체계
B 체계
7
C 체계
교수 이태공
Why ITA :
ITA란?
4 전사적 통합 (1) Function-Centric Integration
EL
DL2
DL1
기능 계층도
FL1
AFL11
A11
FL2
수직적 통합
AFL12
A12
수평적 통합
DL3
AFLn1
A13
A14
 수평적 수직적 통합 (전사적 통합)
AFLn2
EL :Enterprise level
DL:Domain level
FL :Function level
AFL :Atomic Function
level
A :Application
An4
 S/W (Application)
 정보 공유
국방대학교
8
교수 이태공
Why ITA :
ITA란?
4 전사적 통합 (2) Function-Centric Integration
F1
F2
Fn
입력
프로세스
A
A11
A21
An1
A22
A12
`
A23
An2
출력
An3
An4`
A13
프로세스
B
국방대학교
A14
9
교수 이태공
ITA란?
Where ITA : 엔터프라이즈
엔터프라이즈= 조직+정보+응용+기술
업무 기능
조직중점
정보중점
Performed
by
Using
Supports
수동 절차
Requiring
논리적 활동단위
정 보
Requiring
Using
자동 절차
Performed
at
업무 장소
Accessed
through
Perform Roles in
Provide
Facilities for
응용중점
사용자 부류
Built from
Who Access
Comprise of
Placed in
기술중점
국방대학교
응용 환경
기술 플랫폼
Placed on
10
기술 환경
교수 이태공
ITA란?
What ITA : EA+TRM+SP
 ITA = EA (Enterprise Architecture)
+ TRM (Technical Reference Model)
+ SP (Standards Profile)
 EA* = Business Processes
+ Information Flows and Relationships
업무
(Business)
정 보
(Information)
+ Applications
+ Data Descriptions
응 용
(Application)
+ Technology Infrastructure
자 료
(Data)
기 술
(Technology)
* NIST EA
국방대학교
11
교수 이태공
ITA란?
What ITA(EA) : Zachman Framework
View
DATA
Perspective
(What)
FUNCTION NETWORK PEOPLE
(HOW)
(Where)
(Who)
TIME
(When)
MOTIVATION
(Why)
PLANNER
SCOPE
OWNER
ENTERPRISE
MODEL
DESIGNER
Work
Product
SYSTEM
MODEL
BUILDER
TECHNOLOGY
MODEL
SUBCONTRACTOR
COMPONENTS
FUNCTIONING
SYSTEM
국방대학교
12
교수 이태공
ITA란?
What ITA (LTGF) : Ideal LTGF
Perspectives
Project Level
Program Level
Business Level
Enterprise Level
Sub-contractor
Perspectives
(Vertical
Integration
: Quality)
Builder
Designer
Owner
Views
Planner
Scope
View
(Horizontal Integration
: Effectiveness)
국방대학교
13
Scope
(Scope
Integration
: Efficiency)
교수 이태공
What ITA(TRM) : DoD TRM
개요
보안
임무영역 응용
 공통된 일련의 서비스와 인터페이스
정의
응용 프로그램
인터페이스(API)
지원 응용
멀티
미디어
통신
시스템
서비스
보안
비즈니스
프로세싱
환경
관리
통 신
서비스
정 보
서비스
데이터베이스
유틸리티
공학
지원
클라이언트
상태관리
/서버
구성통계
객체
성능관리
원격접근
결함관리
사용자/그룹관리
용도관리
인간/컴퓨터
상호작용서비스
응용 프로그램
인터페이스(API)
영
역
간
의
응용 플랫폼
주요
서비스
영역
소프트웨어 사용자
인터페이스
공학
서비스
서비스
데이터
교환
서비스
데이터
관리
서비스
그래픽
서비스
통신
서비스
문서
사용자 데이터사전
응용
인터페이스 /디렉토리 문자및심벌 랙스터
광학디지털 벡터 트랜스포트
그래픽
데이터
기술테이터
C/S
CASE
장치
중간수준
베이스
네트워크
H/W응용
도구및
서비스
객체정의 관리서비스
접근
환경
래스터/
및 관리
영역
이미지매핑
트랜잭션
소프트웨어 문자기반
국방응용
처리
수명주기
압축
프로세스 윈도우관리
언어
바인딩
커널운영
실시간확장
외부환경
인터페이스(EEI)
운영체계 서비스
시계/달력
쉘 및 유틸리티
결함관리
운영체계 객체
네트워크
서비스
정 보
서비스
국
제
화
서
비
스
보
안
서
비
스
체
계
관
리
서
비
스
미디어취급
인간/컴퓨터
상호작용서비스
문자세트및
데이터표현
문화협정
자연언어지원
분
산
컴
퓨
팅
서
비
스
 공통의 이해 구축, 문제해결을 위한
다양한 기술들의 상호관계 식별
응
용
플
랫
폼
 응용체계의 이식성, 확장성,
상호운용성에 관련된 주요사항 식별
서
비
스
목적
 사용자의 생산성 및 개발효율성 향상
구조및 응용
인증
접근통계
무결성
기밀성
부인봉쇄
가용성
체계관리
보안레이블링
 이식성, 확장성 및 상호운용성 향상
 공급자의 독립성 촉진
 수명주기 비용 감소
보안
네트워킹
정보교환
ITA란?
사용자
 보안 향상
국방대학교
14
교수 이태공
ITA란?
Who ITA : (Planner---- Sub-contractor)
views
Data View
Function
View
Network
View
People
View
Time
View
Motivation
View
Planner
The perspective focusing on strategic plans, enterprise-level processes, key information
and infrastructure important to the enterprise, and the structure of the organization and
its operating locations
Owner
The perspective focusing on conceptual-level models of business processes,
Information, business logistics, and IT infrastructure
Designer
Builder
Sub
contractor
국방대학교
The perspective focusing on the logical business process design, logical information model,
Component and application design, and system distribution and deployment approach
The perspective considering the constraints of tools, technology, and material.
The builder must translate the designer’s specifications into plans for physical
Implementation. The builder also focuses on integration and test.
15
교수 이태공
ITA란?
When ITA
 ITM(Information Technology Management)
 Enterprise Integration = Vertical Integration +Horizontal
integration
 BPR(Business Process Reengineering)
 System Design
 Interoperability
 Project Priority
 Education
국방대학교
16
교수 이태공
How ITA : Business Alignment / Traceability
Enterprise/Business
Drives
ITA란?
Enterprise/Process
Mgmt
Enterprise/Business
Stakeholder
Enterprise/Business
Strategy
Context
Perspectives
Project Level
Program Level
Sub-contractor
Builder
System-Based
Architecture
Designer
Business Level
Enterprise Level
Owner
Views
Planner
Program Management
Enterprise-Based
Architecture
Enterprise/Business
Architecture
국방대학교
17
Migration
Strategy
Project
Protfolio
교수 이태공
ITA란?
How to ITA : ITA Framework(1)
아키-엔지니어링(Archi-Engineering) 단계
아키텍팅(Architecting) 단계
(2) 전사적 아키텍쳐
프레임워크
기능 1
정보
시스템
…
전사적
아키텍쳐
(4) 아키-엔지니어링
프레임워크
기능
기능 n
전사적 기준 아키텍쳐 개발 방법(론)
정보시스템 개발 방법(론)
엔터
프라이즈
(1) 기술참조모델
프레임워크
(3) 표준프로파일
프레임워크
기술참조
모델
표준
프로파일
기술참조모델 개발 방법(론)
국방대학교
• 전사적 관점 기능 및 기능통합수준
• 시스템 관점 통합 및 시스템 상호운용성 수준
• 아키텍쳐 생명주기
• 아키텍쳐 생명주기 + 시스템 생명주기
• 아키텍트
• 아키텍트 + 시스템 개발자
• ZF 1, 2
• ZF
18
1, 2, 3, 4, 5
교수 이태공
ITA란?
How to ITA : ITA Framework(2)
아키-엔지니어링(Archi-Engineering) 단계
아키텍팅(Architecting) 단계
사용
고용
방법론
참조 모델
- TOGAF ADM
- TEAF ADM
일반적인 전사적
아키텍쳐 개념들
전사적
아키텍쳐
언어
- UML
기능 1
~에서
지원
전사적 아키텍쳐 한다
전사적 아키텍쳐
도구들
방법론
- ZF1, 2, 3, 4, 5
- TOGAF ADM
- TEAF ADM
- C4ISR AF
언어
~에서
구현한다
지원
일반적인 아키엔지니어링 개념들
부분적인
정보시스템
- UML
아키-엔지니어링 한다
도구들
기능 n
- Ptech F
- Popkins F
정보체계
만들기 위해
사용되어진다
엔터프라이즈
아키-엔지니어링 한다 아키-엔지니어링
참조 모델
- LTGF
구현한다
- Ptech F
- Popkins F
부분적인
전사적
아키-엔지니어링 한다
…
- ZF 1, 2
- TEAF
- LTGF
사용
고용
전사적 아키텍쳐 한다 전사적 아키텍쳐 한다 전사적 아키텍쳐
만들기 위해
사용되어진다
사용
고용
한다 전사적 기술참조 한다 전사적 기술참조
기술참조모델
- DoD TRM
- DoE TRM
모델 방법론
모델 언어
- LL TRMF
~에서
구현한다
일반적인 기술
참조모델 개념들
지원
전사적 기술참조 한다
지 원 응 용
보안
멀티미디어
비즈니스
프로세싱
통신
시스템
서비스
데이타베이스
유틸리티
환경 관리
통신
서비스
정보
서비스
공학 지원
상태 관리
인간 /컴퓨터
상호작용 서비스
구성 통제
성능 관리
결함 관리
사용자 /그룹 관리
용도 관리
기타의 관리
응용 프로그램
인터페이스
(A P I)
주요
서비스
영역
소프트웨어
공학 서비스
언어
영역
사용자
인터페이스
서비스
사용자
인터페이스
바인딩
그래피칼
클라이언트
서버
중간 수준
서비스
CA S E
도구 및
환경
객체 정의
데이타 교환
서비스
문자 및 심볼
윈도우
관리
통신 서비스
국
제
화
문서
응용
래스터
기술 데이타
H/W
/서버
서
비
응용
벡터
장치
보
안
관
리
서
비
스
서
비
스
컴
퓨
팅
서
비
스
스
트랜스포트
래스터 /이미지
매핑
트랜잭션
처리
시계 /달력
확장
그래픽
서비스
체
계
광학 디지탈
및 관리
문자 -기반
커널 운영
실시간
데이타 관리
서비스
데이타 사전 /
디렉토리
/
데이타베이스
관리 시스템
클라이언트
객체
원격 접근
분
산
응 용 플 랫 폼
소프트웨어
수명주기
프로세스
모델 도구들
보안
"임 무 영 역 " 응 용
응용 프로그램
인터페이스
(A P I)
네트워크
접근
국방 응용
압축
운영 체제 서비스
쉘 및 유틸리티
결함 관리
미디어
구조 및 응용
인증
취급
접근 통제
운영 체제 객체
표준집합
~의해
재구성
된다
~만들어
낸다
표준
프로파일
무결성
네트워크
서비스
정보
서비스
인간 /컴퓨터
상호작용 서비스
외부 환경
인터페이스
(E E I)
문자 세트 및
데이타 표현
기밀성
문화 협정
가용성
체계 관리
보안 레이블링
자연 언어 지원
부인 봉쇄
관련 표준 및
프로그램
보안
네 트 워 킹
부분적인
기술참조모델
국방대학교
정 보 교 환
사 용 자
- Hansol F
만들기 위해
사용되어진다
기술참조모델
19
교수 이태공
Benefits
 Information Technology Management(Information : Asset)
 Change Management(Evolution, Adaptation)
 Complexity Management(Architecting---Engineering)
 Enterprise Integration(Horizontal Integration)
 Enterprise Optimization
 ITA=Organization’s Knowledge Map
국방대학교
20
교수 이태공
ITA 국방 분야 적용
 패러다임의 변화 : ISP → Architecture
 적용 아키텍쳐 프레임워크 : 미국방성 C4ISR AF
 EA : OA + SA
 TRM + SP : TA (DITA)
 적용 분야 : 육·해·공 전술 C4I 사업
 소요 공학실 신설( 2001.4. )
 ITA기반 소요 표준화 작업 중
국방대학교
21
교수 이태공
미 국방부 Enterprise Model
A0 국가방위를 제공한다
A1 방향을 설정한다
A11 정책을 설정한다
A12 요구사항을 결정한다
A13 계획을 개발한다
A14 자원을 배치한다
A11 정책을 설정한다
A111 세계정세를 평가한다
A112 국가안보 우선순위를
설정한다
A113 국방 우선순위 및 전략을
수립한다
A12 요구사항을
결정한다
A121 역량 및 성과를 평가한다
A122 교리를 개발한다
A123 조직 및 전력을 구성한다
A124 요구사항을 생산한다
A13 계획을 개발한다
A131 목표 및 임무를 식별한다
A132 행동방책을 개발한다
A133 상세계획을 개발한다
A134 실행을 명령한다
A3 역량을 제공한다
A31 자산을 관리한다
A32 자산을 지원한다
A33 관리서비스를 제공한다
A33 역량을 개발한다
A2 자산을 획득한다
A21 획득을 관리한다
A22 연구 및 개발한다
A23 자산을 생산한다
A31 자산을 관리한다
A21 획득을 관리한다
A311 역량을 제공하기 위한
능력을 결정한다
A211 획득지침을 개발한다
A212 프로그램을 정의하고
정당화한다
A213 획득을 운영한다
A312 배치를 결정한다
A313 자산을 할당한다
A32 자산을 지원한다
A22 연구 및 개발한다
A321 관리한다
A221 연구를 수행한다
A322 강화한다
A323 수송한다
A324 분리한다
A222 설계한다
A223 평가한다
A33 관리서비스를 제공한다
A23 자산을 생산한다
A331 통보하고 조언한다
A231 부품을 제조한다
A332
A333
A334
A335
A232 시설을 구축한다
A233 인원을 교육한다
A234 인계주다
A14 자원을 배치한다
A34 역량을 개발한다
A141 프로그램 및 예산을
A341 통합한다
개발한다
A142 통합하고 우선 순위화 한다
A143 프로그램 및 예산의
균형을 이룬다
국방대학교
정보작전서비스를 제공한다
재정적서비스를 제공한다
시설서비스를 제공한다
사회시설서비스를 제공한다
A342 단위부대 및 조직을
훈련한다
A343 준비상태를 평가한다
22
A4 전력을 사용한다
A41 전력을 구성한다
A42 작전정보를 제공한다
A43 작전을 수행한다
A44 작전을 지속한다
A41 전력을 구성한다
A411 지휘부 구성한다
A412 계획 및 지시를 평가한다
A413 전력을 통합한다
A42 작전정보를
제공한다
A421 작전정보를 수집한다
A422 융합 및 분석한다
A423 정보를 지휘관에게
제공한다
A43 작전을 수행한다
A431 재래식 작전을 수행한다
A432
A433
A434
A435
핵 작전을 수행한다
우주작전을 수행한다
특수 작전을 수행한다
국내/외 정부작전을
수행한다
A44 작전을 지속한다
A431 물자를 관리한다
A432 인원을 유지한다
A433 재공급한다
A434 이동한다
교수 이태공
기능간 업무절차 개선/통합 방법
국방업무
수행절차
 국방업무 표준 수행절차(프레임워크)
Feed-Back
기능분야
정렬/배치
 기능분야 업무를 연계하여 활동 식별
기능모델
 프로세스화를 통한 기능간 단절 및 중복성 식별
(프로세스)적용
업무절차/
체계통합
 BPR을 통한 체계진화/통합 및 정보공유자료 생성
(System Migration/Integration)
목표모델(TO-BE)을 국방혁신/목표 및 기능혁신/목표와
연계하여 국방업무 수행절차 모델 및 기능분야 강화
국방대학교
23
교수 이태공
(예) 미 국방부 군수기능(중앙보급과 지역보급)
 업무절차 통합모델에 군수기능 배치/활동식별
A0 국가방위를 제공한다
A1 방향을
설정한다
군
수
기
능
A2 자산을
획득한다
A4 전력을
사용한다
군수정책을
수립한다
군수자산의
획득을
관리한다
군수자산을
관리한다
책임지역에
군수역량을
구성한다
군수소요를
결정한다
군수기반
체계를
연구/설계한다
정비한다
작전정보를
제공한다
군수계획을
수립한다
군수자산을
생산한다
군수기반
체계를
관리한다
작전을
지휘한다
군수단위부대,
조직을
훈련한다
전투작전을
지원한다
군수예산
요구서를
작성한다
국방대학교
A3 역량을
제공한다
24
교수 이태공
(예) 미 국방부 군수기능(계속)
 식별된 활동을 군수기능모델에 중앙보급체계로 적용
A0 국가방위를 제공한다
A1 방향을
설정한다
A3 역량을
제공한다
A2 자산을
획득한다
중앙저장 및
분배를
관리한다
보급품의
획득을
관리한다
중앙보급
소요를
결정한다
중앙보급계획을
개발한다
보급품을
수송한다
보급품을
지원한다
저장, 시설물을
관리한다
중앙보급을 위한
예산요구서를
개발한다
국방대학교
A4 전력을
사용한다
보급지원활동을
통합하고 훈련한다
25
교수 이태공
(예) 미 국방부 군수기능(계속)
 식별된 활동을 군수기능모델에 지역보급체계로 적용
A0 국가방위를 제공한다
A1 방향을
설정한다
A3 역량을
제공한다
A2 자산을
획득한다
A4 전력을
사용한다
단위부대로
배치를
관리한다
보급품을
수송한다
전투작전
지원계획을
개발한다
지역보급관련
중앙보급을
관리한다
작전을
수행한다
작전을 위한
예산요구서를
개발한다
보급지원활동을
통합하고
훈련한다
군수지속성을
유지한다
국방대학교
26
교수 이태공
(예) 미 국방부 군수기능(계속)
 중복된 활동(체계, 데이터) 식별  6개 요소 확인
A0 국가방위를 제공한다
A1 방향을
설정한다
A3 역량을
제공한다
A2 자산을
획득한다
보급품의
획득을
관리한다
단위부대로
배치를
관리한다
중앙보급
요구사항을
결정한다
전투작전
지원계획을
개발한다
보급품을
수송한다
보급품의
지원을
수행한다
지원을 위한
예산요구서를
개발한다
국방대학교
A4 전력을
사용한다
27
지역보급관련
중앙보급을
관리한다
작전을
수행한다
보급지원활동을
통합하고
훈련한다
군수지속성을
유지한다
교수 이태공
(예) 미 국방부 군수기능(계속)
 중앙보급/지역보급 체계통합 : 기존체계
A1. 방향을 설정하다 A2. 자산을 획득한다 A3. 역량을 제공한다 A4. 전력을 사용한다
중앙
보급
공통/
중복
기능
A12
A21
A13
A23
A14
A31
지역
보급
국방대학교
중앙
보급
A32 A33 A34
A43
28
A44
지역
보급
교수 이태공
(예) 미 국방부 군수기능(계속)
 중앙보급/지역보급 체계통합 : 통합체계
A1. 방향을 설정하다 A2. 자산을 획득한다 A3. 역량을 제공한다 A4. 전력을 사용한다
보
급
A12
A21
A13
A23
A14
A31
중앙
보급
A32 A33 A34
A43
국방대학교
29
A44
지역
보급
교수 이태공
C4ISR AF가 어떻게 도움을 주는가?
국방대학교
30
교수 이태공
공통정의
C4ISR AF 구성 요소
공통 정의
공통 개발 프로세스
Operational
View
1
D eterm in e th e
in ten d ed u se of
th e arch itectu re
P urp ose
C ritica l issu es
T arg et o bjec tive s
K ey tra de offs
P rob able a naly sis m eth ods
Identifies Warfighter
Relationships and Information Needs
Systems
View
Relates Capabilities and Characteristics
to Operational Requirements
Technical
View
2
3
4
5
6
D eterm in e scop e
of arch itectu re
D eterm in e
ch aracteristics to
b e cap tu red
D eterm in e view s
an d p rod u cts to
b e b u ilt
B u ild th e
req u isite
p rod u cts
U se arch itectu re
for in ten d ed
p u rp ose
G eog raph ica l/ope ratio nal
b oun ds
T im e pha se(s)
F un ctio nal bou nds
T ec hn olog y co nstrain ts
A rc hite ctu re re so urce s/
sc hed ule
Prescribes Standards and
Conventions
R eq uired ch arac teristic s
(co m m e nsura te d eta il
ac ross the differe nt
vie w s) a nd m ea su res of
pe rform a nce
공통 산출물과 데이터
A ll essen tial p ro duc ts
R ele va nt supp orting
p rodu cts
C om p lete d a rchite ctu re
(po pula ted produ ct se t)
참조 자원
UJTL
TRM
JOA
CADM
31

LISI
SHADE
국방대학교
• P ru den t in vestm en ts
• Im pro ved bu sin ess pro cesses
• In creased in teroperab ility
•
•
•
COE
JTA
DDDS
교수 이태공
공통 정의
공통정의
(Common Definitions)
전투 요소간의 관계 및 정보요구 식별
정보교환 수준과
요구사항에 대한 능력
상호 운용성을 위한
기술적 수준
작전요구에 대한 특성 및 능력
표준,규칙,규정
프레임워크는 아키텍쳐의 세가지 관점과 그들간의 논리적 관계를 정의한다
국방대학교
32
교수 이태공
공통개발프로세스
Six-Step Process
1
 1단계 : 구조 사용 목적 결정
Determ ine the
intended use of
the architecture
 2단계 : 구조 범위, 내용, 환경
Purpose
Critical issues
Target objectives
Key tradeoffs
Probable analysis m ethods
및 고려사항 결정
 3단계 : 포함되어야 할 구조 특
2
3
4
5
6
Determ ine scope
of architecture
Determ ine
characteristics to
be captured
Determ ine views
and products to
be built
Build the
requisite
products
Use architecture
for intended
purpose
Geographical/operational
bounds
Tim ephase(s)
Functional bounds
Technology constraints
Architecture resources/
schedule
Required characteristics
(com m ensurate detail
across the different
views) and m easures of
perform ance
All essential products
Relevant supporting
products
Com pleted architecture
(populated product set)
성 결정
 4단계 : 구조 관점, 산출물 결 정
 5단계 : 산출물 작성
• Prudent investm ents
• Im proved business processes
• Increased interoperability
•
•
•
 6단계 : 구조 적용
프레임워크는 아키텍쳐에 “지침”을 제공한다. 단, 특별한 도구와 언어를 지정하지는 않는다.
국방대학교
33
교수 이태공
공통 산출물과 데이터
필수/보조 산출물
 산출물 - 모든 관점 및 운영 관점
응용 아키텍쳐 관점
산출물 참조
모든 관점
AV-1
Overview and Summary Information
필수 요소
모든 관점
AV-2
Integrated Dictionary
필수 요소
모든 관점
AV-3
Capability Maturity Profile
지원 요소
운영 관점
OV-1
High-level Operational Concept Graphic
필수 요소
운영 관점
OV-2
Operational Node Connectivity Description
필수 요소
운영 관점
OV-3
Operational Information Exchange Matrix
필수 요소
운영 관점
OV-4
Command Relationships Chart
지원요소
운영 관점
OV-5
Activity Model
지원요소
운영 관점
OV-6a
Operational Rules Model
지원요소
운영 관점
OV-6b
Operational State Transition Description
지원요소
운영 관점
OV-6c
Operational Event/Trace Description
지원요소
운영 관점
OV-7
Logical Data Model
지원요소
국방대학교
아키텍쳐 산출물
34
필수 또는 지원요소
교수 이태공
필수/보조 산출물(계속)
공통 산출물과 데이터
 산출물 - 시스템 관점 및 기술 관점
응용 아키텍쳐 관점
산출물 참조
시스템 관점
SV -1
System Interface Description
필수 요소
시스템 관점
시스템 관점
SV -2
SV -3
System Communication Description
System Matrix
지원요소
지원요소
시스템 관점
SV -4
지원요소
시스템 관점
SV -5
시스템 관점
SV -6
System Functionality Description
Operational Activity to System Function
Traceability Matrix
System Information Exchange Matrix
시스템 관점
SV -7
Operational Performance Parameter Matrix
지원요소
시스템 관점
SV -8
System Evolution Description
지원요소
시스템 관점
SV -9
System Technology Forecast
지원요소
시스템 관점
SV -10a
System Rules Model
지원요소
시스템 관점
SV -10b
System State Transition description
지원요소
시스템 관점
SV -10c
System Event/Trace Description
지원요소
시스템 관점
SV -11
Physical Data Model
지원요소
기술 관점
TV -1
Technical Architecture Profile
필수 요소
기술 관점
TV -2
Standards Technology Forecast
지원요소
국방대학교
아키텍쳐 산출물
35
필수 또는 지원요소
지원요소
지원요소
교수 이태공
Zachman 프레임워크와의 관계
 C4ISR 프레임워크 산출물 : Zachman 프레임워크 셀에 사상
Planner’s
View
Data
Function
Network
People
Time
Motivation
List of Things
Important to Business
List of Processes the
Business Performs
List of Locations
Important to Business
List of Organizations
Important to Business
List of Events
Significant to Business
List of Business
Goals/Strategies
Operational
Event
e.g., Master
Schedule
Trace
End/Means=Major
Business Goal/CSF
e.g., Business Plan
Integrated
Dictionary of
Entity=Class
Business Thing
Owner’s
View
Designer’s
View
Builder’s
View
e.g., Entity
Relationship
Diagram
Logical
Data
Model
Ent=Business Entity
Rel=Business Rule
e.g., Data Model
Entity=Data Entity
Relationship= Data
Relationship
e.g., Data Design
Physical
Data
Model
Entity=Segment/Row
Relationship=Pointer/
Key
Business Process
e.g., Function Flow
Diagram
Activity
Model
Function=Business
Process
e.g., Data Flow Diagram
Operational
Activity to
Sys. Function
Matrix
System
Functionality
e.g., Structure Chart
Description
System
Interface
Funct=Computer
Funct
Description
Arg=Screen/Device
Formats
(Detailed)
Funct=Appl Function
Arg=User Views
e.g., Data Definition
Description
e.g., Program
Ent=Fields
Rel=Addresses
Funct=Language Stmts
Arg=Control Blocks
C4ISR Architecture
Framework Products
국방대학교
Activity
Model
(List) of
Function=Class
Operational
Node
Node=Major Business
Connectivity
Location
e.g.,
Logistics Network
Description
Information
Exchange
Node=Business
Location
Matrix
Link=Business
Linkage
System
Interface
Description
(High
Node=Info Sys Funct
Link=Line
Char
Level)
e.g., Distributed
System Architecture
e.g., System
Architecture
System
Interface
Description
Node=Hardware/
System
Software
(Detailed)
Link=Line Specification
e.g., Network
System
Architecture
COMMS
Description
Node=Addresses
Link=Protocols
Command
Relationships
e.g., Organization
Chart
Chart
Agent=Major Org Unit
Agent=Org Unit
Work=Work Product
e.g., Human Interface
Architecture
Analyst
36
e.g., Processing
Structure
End=Business
Objectives
Means=Business
Strategy
e.g., Knowledge
Architecture
Time=System Event
Cycle=Processing Cycle
End=Criterion
Means=Option
Time= Business Event
Cycle=Business Cycle
Engineer Secretary
Activity
Model
Agent=Role
Work=Deliverable
e.g., Human/
Technology Interface
System
Analyst Engineer Secretary
Interface
Description
(Detailed)
Agent=User
Work=Job
e.g.,
e.g., Security
Security
Architecture
Architecture
An
Aspect of
Multiple
Agent=Identity
Agent=Identity
Work=Transaction
Work=Transaction
Products
Systems
View
Operational
View
Time=Major Business
Event
e.g., Control Structure
Systems
Event
Trace
Time=Execute
Cycle=Component Cycle
e.g., Knowledge
Design
End=Condition
Means=Action
e.g., Timing Definition
e.g., Knowledge
Definition
Time=Interrupt
Cycle=Machine Cycle
End=Subcondition
Means=Step
Technical View
(rules not explicit in Zachman)
교수 이태공
약 어
 ZF(Zachman Framework)
 TEAF(Treasury Enterprise Architecture Framework)
 LTGF(LTG Framework)
 TOGAF ADM(The Open Group Architectural Framework Architecture Development Method)
 TEAF ADM(Treasury Enterprise Architecture Framework Architecture Development Method)
 C4ISR AF(Command, Control, Communications, Computers, Intelligence, Surveillance, and
Reconnaissance Architecture Framework)
 UML(Unified Modeling Language)
 Ptech F(Ptech Framework)
 Popkins F(Popkins Framework)
 Hansol F(Hansol Framework)
 DoD TRM(Department of Defense Technical Reference Model)
 DoE TRM(Department of Energy Technical Reference Model)
국방대학교
37
교수 이태공