검수요청.png검수요청.png

"EA"의 두 판 사이의 차이

위키원
이동: 둘러보기, 검색
24번째 줄: 24번째 줄:
  
 
== EAP(Enterprise Architecture Planning) ==
 
== EAP(Enterprise Architecture Planning) ==
−
EA에서 EAP는 비즈니스를 지원하기 위한 정보 사용에 대한 아키텍처를 정의하는 프로세스를 의미하기도 하고, 아키텍처 계획을 의미하기도 한다.
+
EA에서 EAP는 비즈니스를 지원하기 위한 정보 사용에 대한 아키텍처를 정의하는 프로세스를 의미하기도 하고, 아키텍처 계획을 의미하기도 한다.<ref name="EAP">〈[https://blog.naver.com/PostView.nhn?blogId=kimdgwon&logNo=50159067555&proxyReferer=https:%2F%2Fwww.google.com%2F Enterprise Architect Planning]〉, 《ESper》, 2013-01-08</ref>
 +
=== 개요 ===
 +
시스템 아키텍처 분야의 초기 전문 실무자 중 한 명인 Steven H. Spewak 은 1992 년에 EAP (Enterprise Architecture Planning)를 "비즈니스를 지원하는 정보 사용을위한 아키텍처를 정의하는 프로세스와 이러한 아키텍처를 구현하기위한 계획"으로 정의했다. 임무를 충족하는 데 필요한 데이터가 뒤 따르고, 그 데이터를 사용하여 구축 된 애플리케이션이 뒤 따르고, 마지막으로 애플리케이션을 구현하는 기술이 이어진다. <ref name="EAP" />
  
−
=== 개요 ===
+
=== 특징 ===
−
시스템 아키텍처 분야의 초기 전문 실무자 중 한 명인 Steven H. Spewak 은 1992 년에 EAP (Enterprise Architecture Planning)를 "비즈니스를 지원하는 정보 사용을위한 아키텍처를 정의하는 프로세스와 이러한 아키텍처를 구현하기위한 계획"으로 정의했다. 임무를 충족하는 데 필요한 데이터가 뒤 따르고, 그 데이터를 사용하여 구축 된 애플리케이션이 뒤 따르고, 마지막으로 애플리케이션을 구현하는 기술이 이어진다.
+
EAP방법론은 연방 EA프레임웍을 4수준에서 이해하는데 도움이 된다. EAP는 상위 2계층인 계획자와 소유자의 계층을 작성하는 방법론이다. EAP는 전체 엔터프라이즈를 지원하기 위해 적합한 데이터, 응용시스템, 기술 아키텍처를 정의하는데 초점을 맞추며 EAP의 7단계 구성요소로 정의된다. 7개 구성 요소들은 결혼 케이크 모양을 하고 있으며, 각 계층은 작업의 큰 단계를 나타낸다.<ref name="EAP" />
 +
 
 +
* 조직의 비즈니스를 지원하는 정보의 사용을 위한 아키텍처를 정의하는 것을 목적으로 한다.
 +
* EA를 정의하고 아키텍처 실행 계획을 제시하는 일련의 상세한 프로세스를 정의
 +
* 자크만 프레임워크의 6개 관점 중 상위 2개 관점의 아키텍처 산출물을 생성하는 접근방법 제시
 +
- 계획자(Contextual & Planner) 및 소유자 (Conceptual & Owner)
 +
* 정보공학 관점의 방법론
 +
 
 +
[[파일:EAP.png|700픽셀|섬네일|가운데|Enterprise Architect Planning 구성요소]]
  
 
=== 구성 요소 ===
 
=== 구성 요소 ===
−
EAP는 엔터프라이즈 전반을 지원하기 위해 필요한 데이터, 어플리케이션, 기술 아키텍처를 정의하는 것을 목표로 하며 이들 아키텍처는 조직의 업무모델, 업무 아키텍처를 기반으로 정의한다.
+
EAP는 엔터프라이즈 전반을 지원하기 위해 필요한 데이터, 어플리케이션, 기술 아키텍처를 정의하는 것을 목표로 하며 이들 아키텍처는 조직의 업무모델, 업무 아키텍처를 기반으로 정의한다.<ref name="EAP" />
  
 
:{|class=wikitable width=900 style="background-color:#ffffee"
 
:{|class=wikitable width=900 style="background-color:#ffffee"
74번째 줄: 84번째 줄:
 
== 참고자료 ==
 
== 참고자료 ==
 
* EA〈[https://blog.naver.com/jun55567/221599040851 Enterprise Architect]〉,《누리몰》, 2019-07-29
 
* EA〈[https://blog.naver.com/jun55567/221599040851 Enterprise Architect]〉,《누리몰》, 2019-07-29
−
* 자크만〈[https://m.blog.naver.com/kimdgwon/40014980331 EA의 아버지 자크만]〉, 《EA나누기》, 2005-07-07
+
* 자크만〈[https://blog.naver.com/kimdgwon/40014980331 EA의 아버지 자크만]〉, 《EA나누기》, 2005-07-07
−
 
+
* EAP 〈[https://blog.naver.com/PostView.nhn?blogId=kimdgwon&logNo=50159067555&proxyReferer=https:%2F%2Fwww.google.com%2F Enterprise Architect Planning]〉, 《ESper》, 2013-01-08
  
 
== 같이 보기 ==
 
== 같이 보기 ==
 
* [[아키텍처]]
 
* [[아키텍처]]
 
* [[프레임워크]]
 
* [[프레임워크]]
 +
* [[개발방법론]]
  
  
 
{{프로그래밍|검토 필요}}
 
{{프로그래밍|검토 필요}}

2020년 8월 19일 (수) 09:54 판

EA (Enterprise Architecting)란 모든 시스템, 소프트웨어, 프로세스 및 아키텍처를 시각화, 분석, 모델링, 테스트 및 유지관리하는 솔루션이다. [1]


역사

1992년부터 현재까지 사용하고 있는 프레임워크는 1987년에 자크만이 제시한 What(Data), How(Process), Where(Network)의 정보에 Who(People), When(Time), Why(Purpose)의 정보를 추가한 것이다. 그가 제안한 개념들은 미국 연방정부 CIO 위원회에 의해 1999년 제정된 미국 연방정부 아키텍처 계획 가이드라인에 반영됐으며, 프레임워크는 미국 연방정부 EA 프레임워크인 FEAF의 기반이 됐다. [2]


개요

Enterprise Architect는 개인, 그룹 및 대규모 조직이 복잡한 정보를 모델링하고 관리할 수 있도록 지원해주며 다양한 구조 및 행동정보를 시각적 형태로 통합하고 연결함으로 일관되고 검증 가능한 모델을 구축한다.


기능

목표달성을 위해서 엔터프라이즈가 어떻게 구성되어야 하고 요소간 상호관계가 어떻게 이루어져야 하는지를 담은 청사진. 조직 전체를 대상으로 조직이 수행하는 비즈니스 프로세스와 이러한 프로세스를 지원하는 정보 기술을 식별 분석하여 마련된 정보화 청사진[1]

  • 개방형 표준 : UML, BPMN 및 SysML과 같은 개방형 표준을 기반, TOGAF 및 UPDM 과 같은 Enterprise Architect 프레임워크지원 실행 중인 소프트웨어를 분석하고 시각화하는 통합 사용자 지정 도구
  • 작업 추적 : 개별 리소스 및 프로젝트 전체에 대해 모델작업을 추척
  • 테스트 및 디버그 : 소프트웨어를 개발하고 시각화하고 올바른 동작을 테스트하고 확인, 프로세스를 시뮬레이션하고 데스트 포인트를 설정 관리
  • 시뮬레이션 : 동작 및 상태 모델을 동적으로 시뮬레이션 가능, 프로세스 설계를 확인
Enterprise Architect

EAP(Enterprise Architecture Planning)

EA에서 EAP는 비즈니스를 지원하기 위한 정보 사용에 대한 아키텍처를 정의하는 프로세스를 의미하기도 하고, 아키텍처 계획을 의미하기도 한다.[3]

개요

시스템 아키텍처 분야의 초기 전문 실무자 중 한 명인 Steven H. Spewak 은 1992 년에 EAP (Enterprise Architecture Planning)를 "비즈니스를 지원하는 정보 사용을위한 아키텍처를 정의하는 프로세스와 이러한 아키텍처를 구현하기위한 계획"으로 정의했다. 임무를 충족하는 데 필요한 데이터가 뒤 따르고, 그 데이터를 사용하여 구축 된 애플리케이션이 뒤 따르고, 마지막으로 애플리케이션을 구현하는 기술이 이어진다. [3]

특징

EAP방법론은 연방 EA프레임웍을 4수준에서 이해하는데 도움이 된다. EAP는 상위 2계층인 계획자와 소유자의 계층을 작성하는 방법론이다. EAP는 전체 엔터프라이즈를 지원하기 위해 적합한 데이터, 응용시스템, 기술 아키텍처를 정의하는데 초점을 맞추며 EAP의 7단계 구성요소로 정의된다. 7개 구성 요소들은 결혼 케이크 모양을 하고 있으며, 각 계층은 작업의 큰 단계를 나타낸다.[3]

  • 조직의 비즈니스를 지원하는 정보의 사용을 위한 아키텍처를 정의하는 것을 목적으로 한다.
  • EA를 정의하고 아키텍처 실행 계획을 제시하는 일련의 상세한 프로세스를 정의
  • 자크만 프레임워크의 6개 관점 중 상위 2개 관점의 아키텍처 산출물을 생성하는 접근방법 제시

- 계획자(Contextual & Planner) 및 소유자 (Conceptual & Owner)

  • 정보공학 관점의 방법론
Enterprise Architect Planning 구성요소

구성 요소

EAP는 엔터프라이즈 전반을 지원하기 위해 필요한 데이터, 어플리케이션, 기술 아키텍처를 정의하는 것을 목표로 하며 이들 아키텍처는 조직의 업무모델, 업무 아키텍처를 기반으로 정의한다.[3]

EAP의 주요 절차
Layer 상태 내용
Layer1 시작 * EAP 작업계획 작성
* 방법론, 참여자, 자원, 도구선정에 대한 의사결정
Layer2 현재위치 * To-Be 아키텍처와 장기적인 전환 계획을 정의하기 위한 기준선 제공
* 비즈니스 모델링 * 비즈니스 기능 및 정보에 대한 지식 베이스 작성
* 현재 시스템 및 기술 * 현재의 응용시스템과 지원 기술 플랫폼을 정의
Layer3. 목표비전 * 데이터 아키텍처 * 비즈니스를 지원하기 위해 필요한 데이터 유형 정의
* 응용 아키텍처 * 비즈니스 기능을 지원하고 데이터를 관리하는데 필요한 주요 응용 유형을 정의
* 기술 아키텍처 * 비즈니스 기능 지원 및 데이터를 관리하는 응용을 지원하기 위한 기술 플랫폼 정의
Layer4 목표달성 계획 * 구현/전환 계획 * 응용의 구현 순서, 구현 일정, 비용 효과분석, 전환을 위한 경로 등을 정의

각주

  1. ↑ 1.0 1.1 〈Enterprise Architect〉, 《누리몰》, 2019-07-29
  2. ↑ 〈EA의 아버지 자크만〉, 《EA나누기》, 2005-07-07
  3. ↑ 3.0 3.1 3.2 3.3 〈Enterprise Architect Planning〉, 《ESper》, 2013-01-08

참고자료

같이 보기


  검수요청.png검수요청.png 이 EA 문서는 프로그래밍에 관한 글로서 검토가 필요합니다. 위키 문서는 누구든지 자유롭게 편집할 수 있습니다. [편집]을 눌러 문서 내용을 검토·수정해 주세요.  

개발 : 프로그래밍 □■⊕, 소프트웨어, 데이터, 솔루션, 보안, 하드웨어, 컴퓨터, 사무자동화, 인터넷, 모바일, 사물인터넷, 게임, 메타버스, 디자인
프로그래밍 언어 ASP • C 언어 • C++ • C# • CSS • D 언어 • HTML • HTML5 • JSP • PHP • R • XHTML • XML • XSLT • 고(Go) • 고급언어 • 기계어 • 델파이 • 러스트 • 루비 • 루아 • 리액트 • 리퀴디티 • 무브 • 미켈슨 • 베이직 • 브이비스크립트 • 비주얼 C++ • 비주얼베이직(VB) • 비주얼베이직닷넷(VB.NET) • 솔리디티 • 스몰토크 • 스위프트 언어 • 스칼라 • 스크립트 언어 • 알골 • 어셈블리 • 언리얼스크립트 • 얼랭 • 에이잭스(Ajax) • 엠에프씨(MFC) • 오브젝티브-C • 오브젝트 파스칼 • 오카멜 • 웹어셈블리(WASM) • 이와즘(eWASM) • 자바 • 자바스크립트 • 저급언어 • 제이슨(JSON) • 제이쿼리(jQuery) • 카멜 • 코볼 • 코틀린 • 콜드퓨전 • 타입스크립트 • 파스칼 • 파워스크립트 • 파이썬 • 펄(Perl) • 포트란 • 프로씨(Pro-C) • 피엘에스큐엘(PL/SQL) • 피엘원(PL/I) • 하스켈
개발방법론 CBD 개발방법론 • EA • 구조적 개발방법론 • 객체지향 개발방법론 • 라이브러리 • 람다 아키텍처 • 모듈 • 모듈화 • 벤치마킹 • 소프트웨어 개발방법론 • 스크럼 • 스프린트 • 아키텍처 • 아키텍트 • 애자일 • 웹개발방법론 • 정보공학 개발방법론 • 컴포넌트 • 테일러링 • 템플릿 • 폭포수 모델 • 프로젝트 • 프로토타입 • 피드백
코딩 EUC-KR • UTF-8 • 값 • 글루웨어 • 노팔로우 링크 • 두팔로우 링크 • 디버깅 • 디코딩 • 마크업 • 버그 • 부트스트랩 • 세이브포인트 • 소스코드 • 시큐어코딩 • 아스키 • 액티브엑스 • 오픈소스 • 유니코드 • 인코딩 • 재컴파일 • 주석 • 컴파일 • 컴퓨터 프로그램 • 코드 • 코딩 • 태그 • 테스트 • 테이블 • 텍스트 • 파싱 • 퍼블리싱 • 퓨니코드 • 하드코딩 • 하이퍼링크 • 하이퍼텍스트
프로그래밍 C 명령어 • 객체 • 객체지향 • 객체지향 프로그래밍 • 거짓 • 관계연산자 • 기본형 변수 • 널 • 논리 • 논리연산 • 논리연산자 • 다중상속 • 다형성 • 대입 • 대입문 • 대입연산자 • 더블 • 도스 명령어 • 디폴트 • 레지스터변수 • 루프 • 리눅스 명령어 • 리턴 • 메모리 주소 • 메소드 • 멤버 • 명령문 • 명령어 • 무한루프 • 문자 • 문자열 • 바이트 • 반복문 • 배열 • 변수 • 분기 • 분기문 • 불린 • 브레이크 • 비교연산자 • 비트연산자 • 산술연산자 • 상속 • 상수 • 생성자 • 선언 • 선언문 • 설정자 • 속성 • 스위치 • 스태틱 • 시프트연산자 • 실행 • 실행문 • 어노테이션 • 에코 • 역참조 • 연산 • 연산문 • 연산자 • 오버로딩 • 오버라이딩 • 외부변수 • 윈도우 명령어 • 유닉스 명령어 • 인스턴스 • 인스트럭션 • 인클루드 • 인터페이스 • 임포트 • 입력 • 입력문 • 입출력 • 입출력문 • 자료형(데이터 타입) • 자바 명령어 • 자바 예약어 • 자바 컬렉션 • 전역변수 • 접근자 • 접근제어자 • 정보은닉 • 정수형 • 정적변수 • 제어 • 제어문 • 제어자 • 조건 • 조건문 • 조건연산자 • 주소 • 증감연산자 • 지역변수 • 참 • 참조 • 참조변수 • 초기화 • 추상메소드 • 추상클래스 • 추상화 • 출력 • 출력문 • 캡슐화 • 케이스 • 클래스 • 파라미터(매개변수) • 파이널 • 패키지 • 퍼블릭 • 포인터 • 프라이빗 • 프로텍티드 • 필드(멤버변수) • 함수 • 환경변수
명령어 abstract • array • boolean • break • byte • case • char • continue • default • double • do while • echo • elif • else • else if • false • final • float • for • gosub • goto • if • if else • import • include • int • join • long • long long • null • print • printf • println • private • protected • public • return • scanf • short • stdio.h • static • string • switch • temp • then • true • unsigned • void • while
디자인패턴 구조패턴 • 동시성패턴 • 동시실행패턴 • 모델-뷰-컨트롤러 패턴 • 상태패턴 • 생성패턴 • 싱글톤패턴 • 아키텍처패턴 • 전략패턴 • 커맨드패턴 • 행동패턴
프로그래밍 인물 귀도 반 로썸 • 그레이스 머레이 호퍼 • 니클라우스 비르트 • 댄 브릭클린 • 더그 커팅 • 데니스 리치 • 리누스 토르발스 • 리처드 그린블라트 • 마거릿 해밀턴 • 마크 앤드리슨 • 빈트 서프 • 빌 게이츠 • 빌 조이 • 스티브 잡스 • 에이다 러브레이스 • 제임스 고슬링 • 척 벤턴 • 켄 톰슨 • 팀 패터슨
위키 : 자동차, 교통, 지역, 지도, 산업, 기업, 단체, 업무, 생활, 쇼핑, 블록체인, 암호화폐, 인공지능, 개발, 인물, 행사, 일반
원본 주소 "http://wiki1.kr/index.php?title=EA&oldid=346161"