본문 바로가기

Dev.../소프트웨어 아키텍처

아키텍처 스타일에 대한 짧은 메모… 아키텍처 스타일에 대한 말을 서술하려면 패턴에 대해서 이야기를 서술하지 않을 수 없다. 따지고 본다면, 아키텍처 스타일이란 또 다른 의미의 패턴이기 때문이다. 다만, 그 스케일과 활용성의 차이점 때문에 따로 기술하는 것이 아닐까 한다. 따지고 보면, 패턴이란 '지식'을 좀더 구체적으로서 서술한것이라고 볼 수 있다. '지식' + '경험' + '명확한 표현' 이렇게 3가지의 특징으로 표현하면 좀더 구체적이지 않을까 한다. 보통 사람들이 이해하는 초보자와 전문가의 차이점은 바로 이러한 '경험'을 어떻게 활용하는가에 따라서 구분되어지는 것이고, 거기에다가 이러한 '지식' + '경험'을 '명확하게 표현'하는 것을 다르게 표현한다면 '패턴'이라고 불릴 수 있겠다. '패턴'이 되려면… '명확하게'표현되므로써 혼동없이.. 더보기
사용자 인터페이스 설계 원칙과 평가방법 프로젝트의 아키텍쳐 가이드라인 초입부분에.. 사용자 인터페이스의 설계 원칙과 평가방법에 대하여.. 정리한 내용입니다. 개발자들에게 한번 읽혔으면.. 하는 기분에... 정리한내용이죠.. 별다른 내용은 없구요.. ㅎ.ㅎ 사용자 인터페이스 설계 원칙과 평가방법 Version 1.0 1. 개요 이 문서에서는 사용자 인터페이스를 설계하는 원칙과 평가방법에 대하여 서술한다. 1.1. 사용자 인터페이스 설계 원칙 가. 기본 설계원칙 (1) 이용자와 작업 중심의 설계 (2) 기능성 중심의 설계 (3) 이용자 관점에서 설계 (4) 이용자가 작업 수행을 간단, 명료하게 진행하도록 설계 (5) 배우기 쉬운 인터페이스 설계 (6) 단순 데이터가 아닌 정보를 전달하는 인터페이스 설계 (7) 적절한 피드백을 제공하는 인터페이스 .. 더보기
[SA강좌] Part 2-8 품질 속성과 프로파일 품질 속성과 프로파일 개념 각 품질 속성은 관련된 프로파일을 갖는다. 프로파일에 대한 정의 시나리오의 집합으로 각 시나리오에 대한 중요도를 가지고 있음 프로파일의 종류 Usage scenario Hazard scenario Change scenario 프로파일을 명세하는 방법 Complete profile Selected profile 프로파일의 목적 소프트웨어 품질 요구사항을 명세하기 위해 필요함. 프로파일 명세 절차 시나리오의 카테고리를 결정함. 각 카테고리에 대한 시나리오를 정의하고 선택함. 시나리오에 대한 가중치를 부여함. 프로파일 생성 방법 개인이 프로파일을 준비하고 그룹에서 토론을 거쳐 시나리오의 비중을 결정한다. 프로파일에 대한 템플릿 표 Ⅲ-2. 프로파일 템플릿 NO. Category 시나.. 더보기
[SA강좌] Part 2-7 요구사항 파악절차 아키텍처 관련 요구사항 파악 절차 아키텍처 설계 절차와 요구사항의 관계 그림 Ⅲ-22. 요구사항과 아키텍처 설계의 관계 더보기
[SA강좌] Part 2-6 요구사항 정의 절차 이 장에서는 아키텍처의 입려물인 요구사항을 정의하는 절차와 산출물에 대해서 살펴본다. 요구사항의 유형 요구사항은 고객의 요구사항인 업무 개선 사항과 제품의 특성, 상세한 요구사항 문서로 나누어진다. 그림 Ⅲ-14. 요구사항의 유형 그림 Ⅲ-15. 요구사항과 테스트의 관계 업무 개선 사항은 고객의 영역이며 고객의 원하는 요구사항을 잘 관리해야 한다. 제품 특성과 요구사항은 개발 프로젝트 팀의 영역이며 업무 개선 사항을 듣고 상세화시켜야 한다. 업무 개선 사항에 대한 정의 AS-IS에서 To-be의 개선사항들에 대해서 정의를 한다. 제품 특성에 대한 정의 그림 Ⅲ-16. 제품 특성에 대한 분류 제폼의 특성은 기능적인 특성, 품질에 대한 특성, 제품의 제약 사항, 시스템에 대한 특성으로 나누어진다. 제품 특성.. 더보기
[SA강좌] Part 2-5 아키텍처 관련 산출물의 개요 아키텍처 관련 산출물의 개요 이 절에서는 방법론의 각 단계별로 필요한 입력 산출물과 출력 산출물을 제시한다. 표 Ⅲ-1. 아키텍처 관련 입출력 산출물 단계 활동 작업 입력 산출물 출력 산출물 비즈니스 요구사항 비즈니스 모델 개발 비즈니스 유즈케이스 모델 개발 비즈니스 유즈케이스 모델 업무 규칙 비즈니스 객체 모델 개발 비즈니스 객체 모델 요구사항 파악 요구사항 수집 및 기술 업무 규칙 요구사항 정의서 요구사항 추적표 현행 조직 및 시스템 정보 수집 현행 운영 정보 분석서 시스템 비전 개발 요구사항 정의서 현행 운영 정보 분석서 시스템 비전 기술서 솔루션 아키텍처 요구사항 정의 유즈케이스 모델 개발 비즈니스 유즈케이스 모델 요구사항 정의서 유즈케이스 모델 클래스 모델 개발 유즈케이스 모델 클래스 모델 UI.. 더보기
[SA강좌] Part 2-4 소프트웨어 아키텍처 상세 설계 절차 요구사항 파악 활동 그림 Ⅲ-5. 요구사항 파악 활동 요구사항 수집 및 기술에서는 기능적 요구사항과 비기능적 요구사항을 파악한다. 비기능적 요구사항은 품질에 대한 요구사항, 시스템 제약 사항을 기술한다. 비즈니스 모델 개발 활동 그림 Ⅲ-6. 비즈니스 모델 개발 활동 비즈니스 모델 개발 활동에서는 기능적 요구사항에 업무규칙을 추가한다. 요구사항 정의 활동 그림 Ⅲ-7. 요구사항 정의 활동 요구사항 정의 활동에서 초기 아키텍처 정의는 삭제되었다. 요구사항 분석 그림 Ⅲ-8. 요구사항 분석 활동 요구사항 분석 단계는 기존의 방법론과 동일하다. 아키텍처 설계 활동 그림 Ⅲ-9. 아키텍처 설계 활동 아키텍처 설계 활동에서는 아키텍처를 모델링 한다. 아키텍처 평가 활동 그림 Ⅲ-10. 아키텍처 평가 활동 아키텍처.. 더보기
[SA강좌] Part 2-3 소프트웨어 아키텍처 설계 절차와 CBD방법론의 관계 이 절에서는 소프트웨어 아키텍처 설계 절차와 CBD 방법론의 관계를 보여준다. CBD 방법론 그림 Ⅲ-3. CBD 방법론 그림 Ⅲ-3는 기존의 CBD 방법론을 보여준다. 기존 방법론에서는 아키텍처 정의 단계가 있었지만 아키텍처를 설계하는 상세한 지침은 마련되어 있지 않았다. 개선된 CBD 방법론 그림 Ⅲ-4. 개선된 CBD 방법론 개선된 CBD 방법론은 기존의 아키텍처 정의 단계를 아키텍처 설계, 아키텍처 평가, 아키텍처 상세화로 세분화 시킨다. 더보기
[SA강좌] Part 2-2 반복을 통한 소프트웨어 아키텍처 설계 절차 반복을 통한 소프트웨어 아키텍처 설계 절차 그림 Ⅲ-2. 반복을 통한 소프트웨어 아키텍처 설계 절차 그림 Ⅲ-2은 소프트웨어 아키텍처가 프로젝트의 각 단계에서 어떻게 작성되는지를 보여준다. Inception 단계에서는 아키텍처 팀을 구성하고 아키텍처에 대한 개략적인 안을 작성한다. Elaboration 초기 단계에서는 핵심 아키텍처를 설계한다. Elaboration 후반부에서는 추가 요구사항을 받아서 아키텍처를 계속 수정한다. Construction 단계에서는 개발 도중 이슈가 발생하면 아키텍처를 보완한다. 더보기
[SA강좌] Part 2-1 소프트웨어 아키텍처 설계 소프트웨어 아키텍처 설계 본 장에서는 소프트웨어 아키텍처를 설계하는 절차와 기법을 제시한다. 소프트웨어 아키텍처 설계 개요 소프트웨어 아키텍처 설계 절차는 그림 Ⅲ-1과 같다. 그림 Ⅲ-1. 소프트웨어 아키텍처 설계 절차 소프트웨어 아키텍처 중 논리적 아키텍처를 구성하기 위하여 업무도메인을 분할하고, 업무도메인의 서브도메인을 파악하여 이들간의 관련성(interface)를 정의하는 데서 시작한다. 정의된 어플리케이션 아키텍처에 맞게 전 도메인 또는 서브도메인에 대한 아키텍처 구조에 맞게 상세설계 및 구현을 실시한다. 그리고, 소프트웨어 아키텍처 설계는 고객의 요구사항에서부터 출발한다. 고객의 요구사항은 요구사항정의단계에서는 인터뷰를 통한 회의록, 인터뷰시트로 파악되며, 분석설계단계에서는 유즈케이스 설계서를.. 더보기