[시스템 분석 및 설계] 가상의 온라인서점 use case diagram 구현

소개글

[시스템 분석 및 설계] 가상의 온라인서점 use case diagram 구현에 대한 보고서 자료입니다.

본문내용

마일리지 내역을 표시
4. 제품에 따라 다른 마일리지 부여
Post condition
-
우선순위
하
대안적 flow 및 예외처리
-
비기능적 요구사항
­시스템 성능면에서 실시간으로 확인이 가능해야 한다.
가정
­ 제품에 따라 다른 마일리지 비율 규칙을 적용
­ 배송업체의 정보 오픈이 필요하다.
issue
자료출처
Use Case 이름
회원 가입
ID
U009
Actor
Primary Actor
Secondary Actor
비회원
관리자
개요
­비회원인 고객이 회원 정보를 공개함으로써 회원이 되는 것
Precondition
­비회원 고객이 가입을 원한다
Trigger
­비회원
Flow of event
1. 회원 등록을 요청
2. 회원 등록 화면 표시
3. 고객명과 주민등록번호 입력
4. 이미 가입된 고객 유무 점검
5. ID입력, 중복여부 요청
6. 비밀번호 입력
7. 기타 회원정보 입력
8. 저장요청, 회원정보 저장
Post condition
-
우선순위
하
대안적 flow 및 예외처리
­이미 가입한 고객의 경우
“이미 회원등록된 고객입니다.”라는 메시지 표시
­해당 회원 ID가 이미 사용되고 있는 경우
“이미 사용되고 있습니다”라는 메시지 표시, 다른 ID입력 요청
비기능적 요구사항
가정
-
issue
자료출처
Use Case 이름
회원 관리
ID
U010
Actor
Primary Actor
Secondary Actor
회원
관리자
개요
­비회원인 고객이 회원 정보를 공개함으로써 회원이 되는 것
Precondition
­로그인 유스케이스를 실행한다.
Trigger
­회원
Flow of event
[회원정보 변경]
1. 회원정보 변경 요청
2. 회원정보 변경 화면에 해당 회원정보 표시
3. 회원정보를 수정
4. 저장을 요청, 회원정보 저장
[회원 탈퇴]
1. 회원 탈퇴를 요청
2. 회원 탈퇴 화면을 표시
3. 탈퇴를 요청, 탈퇴를 재확인
4. 회원정보 삭제
Post condition
-
우선순위
하
대안적 flow 및 예외처리
­이미 가입한 고객의 경우
“이미 회원등록된 고객입니다.”라는 메시지 표시
­해당 회원 ID가 이미 사용되고 있는 경우
“이미 사용되고 있습니다”라는 메시지 표시, 다른 ID입력 요청
비기능적 요구사항
가정
issue
자료출처
Use Case 이름
로그인
ID
U011
Actor
Primary Actor
Secondary Actor
회원, 비회원, 관리자
회원 DB, 관리자
개요
­인증을 받아 사이트를 방문하는 것
Precondition
Trigger
­비회원
Flow of event
1. 회원 ID와 비밀번호 입력
2. 로그인 요청
2. 회원여부 확인, 로그인 처리
Post condition
-
우선순위
하
대안적 flow 및 예외처리
­비회원인 고객의 경우 방문자 로그인을 요청
­회원 ID불일치의 경우 회원정보가 없다는 메시지 보여주고 재입력 요청
­비밀번호 불일치의 경우 번호가 틀리다는 메시지 보여주고 재입력 요청
비기능적 요구사항
가정
­회원은 회원 ID와 암호를 입력하여 로그인해야 한다.
­비회원은 방문자로 로그인해야 한다.
­관리자는 관리자로 로그인해야 한다.
issue
자료출처
■ 비기능적 요구사항 (→ 후에 기술적 유스케이스로 구조화됨)
품질 속성
비기능 요구사항
우선순위
가용성
(Availability)
온라인 상점 관리 시스템은 실패없이 365일, 24시간 멈추지 않고 가동(단, 시스템 정기점검 시간은 제외)되어야 하며, 시스템의 문제가 발생하는 경우 사용자에게 이를 통지하고 적절하게 대처해야한다.
하
성능
(Performance)
온라인 상점 관리 시스템은 사용자 요청을 3초 안에 처리하여 결과를 제공해야 한다. 또, 동시 사용자 1000명을 지원해야 하므로 초당 300 이상의 트랜잭션을 처리해야 한다.
중
보안
(Security)
불특정 다수의 사용자가 이용하는 상점 쇼핑몰이지만 회원 정보의 유출이 되지 않도록 시스템이 보호되어야 한다.
중
시스템의 접근 가능한 인증된 사용자라 할지라도, 그 수준에 따라서 사용할 수 있는 시스템의 기능에 차등을 두어야 한다. 예를 들어 회원 고객과 비회원 고객은 인증된 사용할지라도 시스템으로부터 제공받는 서비스가 다르다.
중
변경가능성
(Modifiability)
온라인 상점의 배송 요청, 추적 서비스는 배송 업체에 따라 다를 수 있다. 따라서 본 온라인 상점 관리 시스템은 향후 배송 관련 서비스의 손쉬운 변경을 허용할 수 있어야 한다.
상
본 온라인 상점 관리 시스템은 우선적으로 온라인 상점의 판매업무를 위해서 설계구현되지만, 향후 다양한 테마나 콘텐츠를 제공하는 시스템으로 확장될 수 있다. 따라서 향후 시스템이 확장되더라도 별도의 성능 저하가 있어서는 안된다.
상
온라인 상점 관리 시스템을 구성하는 각각의 비즈니스 컴포넌트는 별도의 코드 수정 없이 다른 컴포넌트로 교체하여도 정상적으로 동작하도록 한다. 단, 이때 교체되는 비즈니스 컴포넌트는 동일한 기능을 제공해야 하며, 기능 명세의 형식이 동일해야 한다. 그러나 비즈니스 컴포넌트가 아닌 애플리케이션 컴포넌트의 경우 비즈니스 컴포넌트의 교체에 따라서 약간의 내용 수정을 허용하도록 한다.
상
사용성
(Usability)
온라인 상점은 인터넷 환경을 기반으로 구축되어야 하며, 누구나 웹 브라우저를 통해 온라인 상점에 접근할 수 있어야 한다.
상
온라인 상점은 불특정 다수의 구매자가 손쉽게 사용할 수 있도록 간편하고 구성이 복잡하지 않아야 한다.
중
상호운용성
(Interoperability)
온라인 상점은 상품 목록 서비스와 배송 업체의 배송 서비스를 사용하며 이들 서비스 사이의 통신은 웹 서비스를 통해 이루어진다.
상
※ 참고자료
- 네이버 BLOG “(3) UML 방법론 - Use case diagram"
- 엠파스 국어사전 (용어정의 부분 일부 참조)
- 네이버 웹문서 일부 내용 반영 “Use-Case-Model Zoo팀"
- Management of Technology (Tarek Khalil, McGraw Hill, 2000)
- .net CBD방법론 관련 서적 참조
- 위 온라인상점은 Amazon을 염두에 두고 기술

키워드

시스템 분석 ,   설계,   가상,   온라인서점 ,   use case diagram 구현