SW 아키텍트20 아키텍트는 직접 실무를 담당해야 한다. - John Davies John Davies는 현재 미국 Revolution Money사 최고 아키텍트이다. 그는 최근 Incept5 라고 하는 새로운 기업을 시작했다. 좋은 아키텍트는 사례를 통해 팀을 이끌어야 합니다. 아키텍트는 네트워크를 설치하고 빌드 프로세스를 설정하는 것에서부터 단위 테스트를 작성하고 벤치마킹을 수행하는 것까지 자신의 팀 내 어떠한 역할도 수행할 수 있어야 합니다. 기술에 대한 모든 영역에 충분한 이해 없이는 아키텍트는 그저 프로젝트 관리자에 지나지 않습니다. 팀 멤버들이 자신들의 특정 영역에 깊은 지식을 많이 갖고 있는 것은 당연한 일입니다. 그런데 만일 아키텍트가 해당 기술을 이해하지 못하고 있다면 팀 멤버들이 어떻게 그 아키텍트를 신뢰할 수 있을지 상상하기 어렵습니다. 어.. 2009. 8. 25. 손쉬운 방법은 이후에 이자가 붙어서 되돌려 받게 된다. - Scot Mcphee Scot Mcphee는 어플리케이션 코딩과 설계에 15년 이상의 경험을 가진 호주의 소프트웨어 개발자/아키텍트이다. 지난 8년 동안 그는 거의 J2EE 분야에서 종사해왔다. 유지보수하려는 시스템을 아키텍팅할 때 결국 프로젝트의 초기 개발보다 더 많은 자원이 소모될 것이라는 사실을 기억하는 것은 중요합니다. 프로젝트의 개발 초기 단계 기간 적용되었던 손쉬운 방법은 이후에 심각한 유지보수 비용을 발생시킬 수 있습니다. 예를 들어, 단위 테스트가 직접적인 가치를 부여하지 않는다는 정보를 들은 적이 있어서 여러분은 개발자들에게 단위테스트에 대한 엄격한 적용을 건너뛰도록 전달합니다. 이는 인도된 시스템이 향후 미래에 변경을 더 어렵게 하는 원인이 되며, 그러한 변화를 수용할 때 신뢰를 떨.. 2009. 8. 19. 하드웨어 역시 이해해야 한다. - Kamal Wickramanayake - 블로그 : http://www.swview.org/ Karnal Wickramanayke는 스리랑카에서 IT와 소프트웨어 아키텍트를 수행하고 있다. 그는 The Open Group에서 TOGAF 인증을 받았다. 많은 소프트웨어 아키텍트들에게 하드웨어 용량 산정은 결코 마음 편히 작업할 수 있는 영역이 아닌 곳에 위치한 주제이지만, 아키텍트 작업의 중요한 부분으로 남아 있습니다. 왜 소프트웨어 아키텍트가 하드웨어를 적절하게 고려하는데 자주 실패하는지에 대한 수많은 원인이 있지만, 아키텍트 대부분이 하드웨어 이해에 대한 부족과 불명확한 요구사항과 관련이 있습니다. 하드웨어 고려사항을 무시하는 주요한 원인은 아키텍트들이 소프트웨어만 초점을 맞추고 하드웨어 요구에 대.. 2009. 8. 19. 아키텍팅은 균형에 관한 것이다. - Randy Stafford 이해당사자의 관심사를 기술적인 요구사항과 균형을 이루도록 하십시오. 소프트웨어를 아키텍팅하는 것에 대해 고려할 때, 시스템 모듈화, 인터페이스 정의, 책임성 할당, 패턴 적용, 성능 최적화와 같은 일반적인 기술 활동을 먼저 생각하는 경향이 있습니다. 아키텍트는 또한 다른 것 중에서 보안성, 사용성, 지원성, 배포 관리, 배포 설정 등에 대해서도 고려할 필요가 있습니다. 하지만 이러한 기술적이고 절차적인 문제들은 이해관계자의 필요와 이들의 관심사와 균형을 맞춰야 합니다. 요구사항 분석에서 “이해관계자와 관심사”를 고려하는 접근방식을 취하는 것은 개발하고 있는 소프트웨어에 대한 요구사항 명세를 완전하게 하는데 확실하고 뛰어난 방법입니다. 소프트웨어를 개발하는 조직과 조직 그 자.. 2009. 4. 7. 이전 1 2 3 4 5 다음 반응형
