주의 : 아래 글은 전적으로 개인적으로 짧은 지식과 소견으로 쓰는 글입니다. 제 전공은 경제학이나 국제금융도 아니고 외환이나 주식관련 애널리스트도 아닙니다. 따라서 아래 정보를 활용해서 발생하는 손실이나 손해에 대해서는 아무런 책임을 질 수가 없음을 밝힙니다. 그리고, 여기에 쓰는 글은 여기저기 널려있는 수많은 정보중에서 제 맘대로 발췌해서 만든내용일 가능성이 대다수입니다. 이 정보를 자신을 위해 사용할 때의 결정은 자기자신만이 할 수가 있는 것이기 때문에 이 글을 읽으실때에는 그냥 편하게 읽어주십시요.
참고로... 저는 무정부주의자도 아니고, 누구를 모함하거나 잘못된 정보를 전달하기 위해 만들어진 글도 아닙니다. 정부의 정책을 반대하는 것도 아니고, 동조하지도 않습니다. 그냥 개인적인 의견이므로 다음부터 나열되는 글을 읽기가 걱정되시면 그대로 페이지를 닫아주시기 바랍니다. 저는 미네르바 처럼 잡혀가기 싫습니다.
소프트웨어 아키텍처의 참고사항
서비스 지향
아키텍트는 소프트웨어의 환경이 변화되고 있는 것을 감지해야 한다. 그것은 비즈니스의 신속성( business velocity )를 증가시킨다.
'기업이 올바른 방향을 설정하는 한편, 그 운영 속도를 가속화 할 수 있는 능력'
그것을 빠르게 표현하는 것이다.
90년대의 소프트웨어의 화두는 '얼마나 빠르게 소프트웨어를 구축하는가?'라는 것이 최고의 목표였었다, 그러나 21세기의 화두는 '올바른 방향을 유지하는 동시에 신속하고 품질을 보장할 수 있는 소프트웨어를 만들것인가?'이다.
90년대의 소프트웨어는 '목표'만 정확하면 그 품질을 개량화 하기 수월한 소프트웨어들이 대다수였다. 일반 패키지들이 그러했고, 일반 업무들도 단위업무 중심이었기 때문이다.
이제 21세기 소프트웨어는 수많은 프레임워크와 수많은 업무들이 연관관계를 가지는 구조이기에 그 품질목표마져도 모호한 상태이거나 계량화 하기 힘들어진 상태이다. 그러하기 때문에 아키텍트는 Service중심의 소프트웨어를 구상하여야 한다.
이는 Service Oriented Architecture is an architectural style whose goal is to achieve loose coupling among interacting software agents 라고 정의할 수 있다.
( 상호 작동하는 시스템 사이를 느슨하게 연결하려는 목적을 가진 아키텍쳐 이며 W3C의 Web Service Architecture Working Group에서 활동하고 있는 Hao He 박사의 정의이다. )
'Dev... > 소프트웨어 아키텍처' 카테고리의 다른 글
| [SA강좌] Part 1-17 간단한 아키텍처링 예제 (0) | 2008/07/29 |
|---|---|
| [SA강좌] Part 1-16 서비스 시스템의 목표 (0) | 2008/07/29 |
| [SA강좌] Part 1-15 소프트웨어 아키텍처의 참고사항 (0) | 2008/07/29 |
| [SA강좌] Part 1-14 소프트웨어 아키텍처 팀 운영 시 문제점에 대한 해결방안 (0) | 2008/07/29 |
| [SA강좌] Part 1-13 아키텍처와 개발 프로젝트의 다른 역할과의 관계, 개발조직간의 관계 (0) | 2008/07/29 |
| [SA강좌] Part 1-12 소프트웨어 아키텍처와 개발 프로세스의 관계 (0) | 2008/07/29 |



이올린에 북마크하기
Prev
Rss Feed