소프트웨어 아키텍쳐 및 패턴

소개

아키텍쳐 기본구조 설계 프로젝트(명세서,ADD단계화,시퀀스다이어그램,클래스다이어그램)
*주제 : 비디오 대여 시스템
*개요 : 일반 비디오가게의 회원 전제 대여 시스템. 대여점 관리자가 시스템을 작동하며 여러 회원 정보를 조회하고 선납금, 대여료, 연체료의 돈을 받고 대여해 준다. 회원관리에 따라 불량회원을 판별하고 재고관리로 테이프를 관리한다.
*중요 품질 속성
1.사용자 요청에 4초 이내 응답, 동시 사용자 1000명 지원(초당 250 트랜잭션)해야 한다.
2.대여점 관리자에 따라 원하는 대로 회계 관리 방식 수정 가능해야 한다. 이 때 다른 부분에 영향을 주지 말아야 한다.
3.비디오 대여점마다 프로세스가 다르다. 특별한 프로그램 없이 시스템 접근 가능해야 한다.
4.06:00~24:00까지 중단 없는 운영모드를 유지 해야 한다.
5.인터넷 기반 시스템이므로 반드시 정보 암호화가 필요하다.

목차

-Requirement Specification
1.기능 및 비 기능 요구사항 명세서 작성. [표 1, 2] 참고

-Architecture Design
1.Architecture Driver
2.Architecture Structure(View)
3.Quality Scenario
4.Quality Attribute Tactics
5.Architecture Style(Pattern)
6.위 1 ~ 5사항 등을 설명하는 아키텍처 설계 보고서 작성. [표 3] 참고

-Detail Design
1.Class Diagram, Sequence Diagram, 및 기타 필요한 모델링을 포함한 세부 설계 명세서 작성 [표 4] 참고

본문내용

2a. 아키텍쳐 driver선택
Performance
1. 4초 이내 결과 제공
2. 동시 사용자 1000명, 초당 250 트랜잭션 처리
Modifiability
3. 회계관리 방식 변경
Availability
4. 웹 인터페이스의 쉬운 접근성
5. 06:00~24:00까지 운영성
Security
6. 정보 암호화

-----------------------------------------------------------------------------

2d. 하위모듈 인터페이스 정의
뷰 란 시스템 요소 및 요소들의 관계 집합의 표현. 전체 시스템 요소가 아니라 시스템 요소들의 일부분. 뷰는 요소타입과 관계타입을 선택하고 이들을 보여준다.

module view doucuments
 생산자 : 일반 비디오 가게 시스템 설계자
 소비자 : 비디오 가게 운영자
 서비스를 사용하는데 필요한 상호작용 패턴 : 비디오 가게에는 인터넷이 되는 웹 기반 컴퓨터가 있어야 하고, 사용자는 컴퓨터 기본지식이 있어야 한다.
 운영자 및 종업원의 시스템 관리 : 관리자가 쉽게 배우고 익힐 수 있어야 한다.

concurrency view doucuments : component-connector view
 여러가지 기능 사용은 동시에 이루어 질 수 있어야 한다.
 컴포넌트가 활성화되어 있는지 안되어있는지 파악가능 하여야 한다.
 컴포넌트 동기화, 스케줄링화, 잠깐 잠금 및 동작 정지 할 수 있는 기능 들이 가능하여야 한다.

deployment view doucuments : in the hardware
 웹 기반 유저 인터페이스 기반으로 독립적인 비디오 대여시스템이 설치 가능, 운영되어야 한다.
 초당 250트랜잭션 처리가 가능하게 대역폭을 여유 있게 두어야 한다.
 회원정보와 회계정보 등은 기본적으로 인증된 암호화가 되어야 한다.

참고자료

· A+받았습니다.