본문 바로가기

소프트웨어아키텍처

[SA강좌] Part 2-10 유지보수에 대한 프로파일 유지보수에 대한 프로파일 표 Ⅲ-6. 유지보수 프로파일의 예 Category 시나리오에 대한 설명 기능 변경 사용자에게 화면을 보여주기 위해 추가적인 데이터가 요구된다. 기능 변경 사용자가 화면 추가를 요구한다. 기능 변경 사용자가 화면 상의 처리 절차의 변경을 요구한다. 기능 변경 사용자가 데이터 포맷의 변경을 요구한다. 기능 변경 두 개의 발사 명령을 내렸다. 두 번째가 첫 번째 보다 우선한다고 판단하여 첫 번째 발사 명령을 취소한다. 무기가 다르면 이 원칙이 달라질 수 있다. 기능 변경 무기 발사를 자동화 할 것 기능 변경 메시지 포맷의 변경 기능 변경 지연 사항에 대한 벌금 부과 기능 추가 기능 변경 메타 데이터의 변경을 필요로 하는 새로운 보고서 양식이 추가된다. 플랫폼의 변경 IRIX 6.2에.. 더보기
사용자 인터페이스 설계 원칙과 평가방법 프로젝트의 아키텍쳐 가이드라인 초입부분에.. 사용자 인터페이스의 설계 원칙과 평가방법에 대하여.. 정리한 내용입니다. 개발자들에게 한번 읽혔으면.. 하는 기분에... 정리한내용이죠.. 별다른 내용은 없구요.. ㅎ.ㅎ 사용자 인터페이스 설계 원칙과 평가방법 Version 1.0 1. 개요 이 문서에서는 사용자 인터페이스를 설계하는 원칙과 평가방법에 대하여 서술한다. 1.1. 사용자 인터페이스 설계 원칙 가. 기본 설계원칙 (1) 이용자와 작업 중심의 설계 (2) 기능성 중심의 설계 (3) 이용자 관점에서 설계 (4) 이용자가 작업 수행을 간단, 명료하게 진행하도록 설계 (5) 배우기 쉬운 인터페이스 설계 (6) 단순 데이터가 아닌 정보를 전달하는 인터페이스 설계 (7) 적절한 피드백을 제공하는 인터페이스 .. 더보기
GAE의 다음 단계는 무엇일까? 분명 GAE는 안정화될것이고... 그 시스템자체가 안정화 된다음에... 가장 먼저 공략할 대상은.. 설치형 GAE를 오픈하거나 배포... 혹은.. 상용으로 판매를 하지 않을까? 그동안 웹어플리케이션서버라는 명목으로 나왔던 수많은... 프레임워크를 단 한큐에 밀어버리는 무시무시한 괴력을 발휘하지 않을까? . . . 정말 소름끼친다... 하지만... 한편으로는 상당히!!! 즐겁고 흥미로운 일이될듯해보인다. 설치형 GAE라... ~.~ 더보기
[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 단계에서는 개발 도중 이슈가 발생하면 아키텍처를 보완한다. 더보기