쵸코쿠키의 연습장

품질 속성의 개념 먼저 요구사항 그룹을 지칭하는 명칭인 품질속성의 개념에 대해 알아보겠습니다. 품질에 대하여 말할 때 우리는 시스템의 품질에 대하여 말하기도 하고 개발 과정의 품질에 대하여 말하기도 합니다. 그래서 품질속성들은 성능, 수정 용이성, 개발시간, 개발팀의 협력수준 등 시스템과 개발에 관련된 많은 품질속성들이 존재합니다. 품질속성을 개발에 관련된 개발 품질속성과 시스템이 실행될 때 드러나는 시스템 품질속성으로 나누어 대표적인 품질속성들을 보여줍니다. 품질속성 중에는 요구사항으로부터 명시적으로 잘 언급되지 않는 것들도 있습니다. 그럴 경우에 아키텍트는 그런 품질속성들이 시스템과 시스템 개발에 영향을 미치고 있다는 것을 인식해야 합니다. 품질 요구사항은 검증 가능해야 합니다. 이 말은 품질 요구사..

아키텍처 드라이버 아키텍처적으로 중요한 요구사항을 아키텍처 드라이버라고 합니다. 또한 시스템의 아키텍처 드라이버를 모두 다 아키텍처 설계의 출발점으로 이용하지 않습니다. 그 이유는 너무 많은 요구사항을 설계의 출발점으로 이용하려 하면, 아키텍처 설계에 들어가는 노력이 크게 늘어나기 때문입니다. 아키텍처 설계의 출발점으로 쓰기 위하여 선택한 아키텍처 드라이버들을 선정된 아키텍처 드라이버라고 부릅니다. 흥미로운 점은 항상 품질 요구사항이나 제약사항으로부터 나온다는 것입니다. 시스템이 어떤 서비스를 제공하는지는 시스템의 아키텍처에 영향을 주지 않고, 오히려 그 서비스가 어떤 수준, 성능으로 제공되어야 하는지가 아키텍처를 결정하기 때문입니다. 예를 들어 아키텍처가 기능 중심으로 시스템을 나누기로 할 때 그 이점..

소프트웨어 아키텍처 설계 커다란 건축물을 만들기 위하여 사람들은 먼저 설계도를 그립니다. 설계도를 그리는 이유는 건축물을 만들 때 설계도에 맞추어 만들려는 의도가 있고, 원하는 모습과 기능, 특징, 속성을 건축물을 만들기 전에 확인해보기 위함입니다. 크고 복잡한 소프트웨어 시스템을 만들 때에도 마찬가지로 먼저 설계를 해야 합니다. 그 이유는 만드는 소프트웨어 시스템이 원하는 기능을 갖고 원하는 품질을 갖도록 하기 위해서 입니다. 건축물의 경우도 마찬가지지만 설계와 설계의 검증 없이 시스템을 만들었을 경우 기능이 잘못되었거나 품질이 원하는 수준에 미달하여 시스템을 다시 만들거나 고쳐야 하는 경우 큰 비용과 시간이 소요되게 됩니다. 더구나 시스템 개발은 보통 완료된 후에도 오랜 시간 지속적으로 업그레이드되면..