U E D R , A S I H C RSS

ZIM/Essential Use Case

No older revisions available

No older revisions available



1. actors

  • 클라이언트 (Zimmer)
  • 서버관리자 (Zimmer Master)

2. essential use cases

2.1. 로그인

  • Actor : Zimmer
    Actor Action System Response
    1. 사용자의 ID와 암호를 입력한다. 2. 등록된 사용자인지 ID와 암호를 비교한뒤 결과를 보낸다.
  • 관련 유스케이스 : 상대지머선택

2.2. 파일전송

  • Actor : Zimmer
    Actor Action System Response
    1. 파일을 받을 지머(Zimmer)와 보낼 파일을 선택한다. 2. 파일을 전송한다.
  • 관련 유스케이스 : 상대지머선택

2.3. 파일 수신

  • Actor : Zimmer
    Actor Action System Response
    1. 화일 이름 & 용량을 확인한뒤 화일수신수락여부를 결정한다. 2. 파일을 수신한다.
  • 관련 유스케이스 : 상대지머선택, 파일전송

2.4. 문자열전송

  • Actor : Zimmer
    Actor Action System Response
    1. 파일을 받을 지머(Zimmer)를 선택한다. .
    2. 메세지창에 문자를 입력한다. 3. 해당 Zimmer에게 문자를 전송한다.
  • 관련 유스케이스 : 상대지머선택

2.5. 문자열수신

  • Actor : Zimmer
    Actor Action System Response
    . 1. 문자를 받는다.
    . 2. 현재 열려있는 대화창의 유저를 확인하고 새 대화창을 열거나, 해당 대화창에 문자를 출력한다.
  • 관련 유스케이스 : 문자열전송

2.6. 로그아웃

  • Actor : Zimmer
    Actor Action System Response
    1. 현재 보고 있는 웹 페이지를 닫는다. 2. 현재 접속을 끊는다.

2.7. 개인정보관리


3. 유스케이스 적용 시나리오

4. Thread

화일 전송시의 System Response는 클라이언트프로그램의 입장에서 써야 하나요? -- 석천
클라이언트 프로그램 + 서버 프로그램 = 시스템 아닌가요? ^^ -- 데기
ok.~ 이해했어요~ -- 석천

음. UP 로 Process 진행할 때.. 많은 Requirements를 모두 나열하고..
그것을 구현으로 들어간다는건 좀 무리라고 볼 수 있죠..
저희팀(2001년 2학기 정보처리 실습 worktool팀)에서 한 방법을 하나 소개해준다면.
처음 Requirements 만들때 각 Requirements 별로 Risk Level 을 정하는 방법이죠..
예를 들면 로그인,쪽지 보내기, 문자열 송수신, 같은 경우를 Level 1
파일 전송에 대한 것은 Level 2 이런 식으로 말이죠..
이렇게 먼저 아키텍쳐에 기반이 될만한 것은 Level1 으로 정하고..
미리 만드는 것이 프로세스를 진행해 나가는데 위험도를 최소로 하여 진행해 나갈 수 있을 듯 싶네요. -- 구근
XP 는 User Story에서의 사용자 무게중심 & 실제 구현시의 걸릴 Task point 으로 잡고, UP 는 기반이 될 아키텍처 순위로 잡고. 둘을 비교해서 생각하는 것도 좋겠군요. 조언 감사해요.~ ^^ --석천
구근이형 충고 감사드려요. ^^;;; 그런데 처니아저씨, 제가 XP를 잘 몰라서 이해를 못했는데요. 좀 더 쉽게 설명해주면 고맙겠네요. --데기

RUP는 ADD이고 XP는 FDD에 가깝습니다. 참고로 마이크로소프트에서는 FDD를 선호합니다. 스펙과 요구사항이 미리 확실히 정의되어있고 변화할 일이 거의 없고, 개발시 리스크가 낮다(유사 기술 개발 경험이 있다)면 ADD를, 그렇지 않고, 변화가능하고, 요구사항도 확실치 못하고, 개발시 리스크가 높다면 FDD가 적절하겠죠. XP의 아키텍춰에 대해서는 http://users.vnet.net/wwake/xp/xp0007b.shtml 를 참고하세요. --김창준

Valid XHTML 1.0! Valid CSS! powered by MoniWiki
last modified 2021-02-07 05:28:29
Processing time 0.0214 sec