[아키텍트 #1] 아키텍트란?

글쓴이 : 리틀(http://Littlez.net/ & Http://nBloger.Net)
퍼 갈때 출처를 꼭 밝히세요!

1.     아키텍트

  아키텍트는 시스템 개발의 초기 단계에 시스템의 기반이 되는 아키텍처를 설계하는데 이 아키텍쳐가 분석, 설계, 구현 등의 단계에 많은 영향을 미친다. 아키텍트카 하는 일은 결정된 명세를 프로그래밍하는 프로그래머이나 프로젝트의 원활한 진척을 계획하는 PM업무와는 다르다.
기술적 관점에서 시스템 전체를 넓게 바라 볼 수 있는 존재가 바로 아키텍트 이다.
 

2.     아키텍트의 주요 업무

  • 개발에 쓰일 다양한 템플릿을 만든다. (용어나 개념의 이해는 개인에 따라 다르므로 아키텍트가 템플릿을 정리해 제공한다.)
  • 설계 지침을 제공한다. (개발자마다 판단 기준이 다르지 않도록 아키텍처로 지침을 제공한다.)


3.     아키텍처

  소프트웨어 전체에 영향을 미치는 여러요소를 지침으로 정리 한 것을 아키텍처라 한다. 아키텍트는 아키텍처를 결정하는 사람으로 소프트웨어 프로젝트 전체에 밀접하게 연관된 역할인 것이다.


4.     프레임워크

  텍처 안에 개발자가 개발할 때 도움을 받을 수 있도록 일부 기능을 대리 구현해 제공하는데 이와 같이 추성적인 지침인 아키텍처에 비해 실제적으로 개발자에게 도움이 되도록 구현해 제공하는 부분을 프레임워크라 한다. (핵심 기능 중 공통부분을 프레임 워크로 제공)


5.     정리

  아키텍트는 아키텍처와 프레임워크를 이용하여 기술 수준이나 경험이 제각각인 개발자들이 협조하여 일할 수 있도록 이끄는 역할을 담당한다.

이올린에 북마크하기(0) 이올린에 추천하기(0)
크리에이티브 커먼즈 라이선스
Creative Commons License
Posted by deviAk

트랙백 주소 : http://deviak.com/trackback/2690060 관련글 쓰기

  1. Subject : 소프트웨어 아키텍처는 어디에서 오는 것일까?

    Tracked from 레이의 소프트웨어 개발 팀블로그 2008/11/28 16:00  삭제

    오늘은 아키텍처와 비즈니스의 관계에 대해서 적어볼까 합니다. 아키텍처… 비즈니스… 둘간의 무슨 관계가 있을까요? 별 관계도 없어 보이고… 혹시 제품의 아키텍처를 구성하고 설계를 하시고 계시나요? 그렇다면 비즈니스에는 얼마나 관심을 가지고 계십니까? 기술은 기술, 비즈니스는 비즈니스, 별 관계없다고 생각하실 수도 있습니다. 결론은 말씀 드리면 "소프트웨어 아키텍처는 비즈니스에서 나온다."입니다. 이 글을 쓰게 된 주된 이유는 많은 선임, 고참 개발자들..

댓글을 달아 주세요