Recently in S/W 아키텍처 Category

소프트웨어 아키텍트라는 직책을 달고 일을 시작한지 벌써 4년이나 지났다. 하지만 정작 내 검색리스트는 java, javascript, dbms, frameworks, design pattern, refactoring... 가 고작이다. 숲을 보지 못하고 자꾸만 나무만 파고 있었던 것은 아닐까? 심히 부끄럽다. 

 소프트웨어 아키텍처를 진지하고 파고 드는 친구도 보이지 않고 당장 구할수 있는 자료가 그리 많지 않은것도 사실이지만 노력이 부족한 것도 사실이다. 소프트웨어 아키텍트는 정확히 무엇을 하는 역할일까? 고참 개발자와 아키텍트는 어떤 차이 일까? 등 업무 중에 많은 답답함을 안고 있으면서도 아직 구글링 한번 하지 않았다니... 

즐거운 코드, 기술이슈에 관심 좀 덜고 숲을 한번 바라보자..

그런의미에서 관심가는 Site link를 소개한다.

1. 아키텍트는 무엇을 해야 하나?

Bredemeyer Consulting(http://bredemeyer.com) 엄청나게 많은 소프트웨어 아키텍처 프로세스 자료를 제공한다. 특히 궁금했던 Architecture Role and Skill 관련 자료가 나와 있다.

2. 고참 개발자와 아키텍트는 어떻게 다른가?

(Hiring the phantom java architect.)http://www.javaworld.com/javaworld/jw-05-2005/jw-0509-architect.html

3. 소프트웨어 아키텍처를 어떻게 전달할 것인가?(문서화)

http://www.ibm.com/developerworks/library/ar-archdoc1/index.html

The software architecture of a program or computing system is the structure or structures of the system, which comprise software components, the externally visible properties of those components, and the relationships between them.

-- Wikipedia --

"프로그램이나 컴퓨팅 시스템의 소프트웨어 아키텍처는 소프트웨어 구성요소와 그들이 지니고 있는 특성 중에 외부에 드라나는 특성, 그리고 구성요소들의 관계를 표현하는 시스템의 구조나 구조체를 말한다."
-- 소프트웨어 아키텍처 이론과 실제 --

소프트웨어 아키텍처는 아래의 3가지로 구성된 시스템의 구조(structure) 를 의미한다.

1. 소프트웨어를 이루는 구성요소
2. 구성요소의 외부에 드러나는 특성
3. 구성요소들의 관계

소프트웨어를 이루는 구성요소는 수많은 특성을 가지고 있다. 여기서 말하는 외부에 드라나는 특성은 특정 목적에 대해 관련이 있는 요소만 추려낸 특성이다.