주의 : 아래 글은 전적으로 개인적으로 짧은 지식과 소견으로 쓰는 글입니다. 제 전공은 경제학이나 국제금융도 아니고 외환이나 주식관련 애널리스트도 아닙니다. 따라서 아래 정보를 활용해서 발생하는 손실이나 손해에 대해서는 아무런 책임을 질 수가 없음을 밝힙니다. 그리고, 여기에 쓰는 글은 여기저기 널려있는 수많은 정보중에서 제 맘대로 발췌해서 만든내용일 가능성이 대다수입니다. 이 정보를 자신을 위해 사용할 때의 결정은 자기자신만이 할 수가 있는 것이기 때문에 이 글을 읽으실때에는 그냥 편하게 읽어주십시요.
참고로... 저는 무정부주의자도 아니고, 누구를 모함하거나 잘못된 정보를 전달하기 위해 만들어진 글도 아닙니다. 정부의 정책을 반대하는 것도 아니고, 동조하지도 않습니다. 그냥 개인적인 의견이므로 다음부터 나열되는 글을 읽기가 걱정되시면 그대로 페이지를 닫아주시기 바랍니다. 저는 미네르바 처럼 잡혀가기 싫습니다.
다른 아키텍처와의 관계
소프트웨어 아키텍처는 Enterprise Architecture에 포함된 business architecture, data architecture, Technical Architecture등을 참고하여 상세화 한다.
그림 Ⅱ-3. 소프트웨어 아키텍처와 다른 아키텍처와의 관련성
다른 아키텍처는 소프트웨어 아키텍처가 작성되기 전에 완성되어 있으며 소프트웨어 아키텍처의 입력으로 받아들인다. 그러나 소프트웨어 아키텍처가 작성되면 다른 아키텍처의 변경이 불가피하며 소프트웨어 아키텍트는 다른 아키텍처도 변경해야 한다. 소프트웨어 아키텍처 문서에는 다른 아키텍처도 참고 자료로 포함해야 한다.
그림 Ⅱ-4. 아키텍처 팀이 받아들이는 입력물과 생산하는 출력물
-
IT Architecture
기업의 IT 자산을 사용하고 수정하고, 구축하고 획듣하ㅡㄴ데 필요한 원칙, 가이드라인, 룰
-
Business architecture
업무 프로세스, 조직, 전략
-
Data Architecture
조직의 논리적, 물리적 데이터 구조
-
Technical Architecture
어플리케이션이 배포되는 것을 지원하는 소프트웨어(미들웨어)에 대한 아키텍처
-
reference architecture
특정 도메인에 대한 아키텍처를 지칭한다.
-
enterprise architecture
소프트웨어 아키텍처, 데이터 아키텍처, 테크니컬 아키텍처, 비즈니스 아키텍처를 포함한다.
-
Application architecture
Application architecture는 기업에서 사용되는 특정 시스템에 대한 소프트웨어 아키텍처이다.
-
System architecture
구축할 시스템에 대한 아키텍처, software architecture는 system architecture의 subset이다. System architecture는 software와 hardware로 구성된다.
이올린에 북마크하기'Dev... > 소프트웨어 아키텍처' 카테고리의 다른 글
| [SA강좌] Part 1-11 아키텍트의 의무와 가져야 할 역량 (0) | 2008/07/29 |
|---|---|
| [SA강좌] Part 1-10 아키텍트의 역할 정의 (0) | 2008/07/29 |
| [SA강좌] Part 1-9 다른 아키텍처와의 관계 (0) | 2008/07/29 |
| [SA강좌] Part 1-8 소프트웨어 아키텍처에 포함되지 않는 것 (0) | 2008/07/29 |
| [SA강좌] Part 1-7 소프트웨어 아키텍처의 특징과 역활 (0) | 2008/07/29 |
| [SA강좌] Part 1-6 소프트웨어 아키텍처의 구성요소 (0) | 2008/07/29 |
Prev
Rss Feed
