택시 예약 시스템의 유스 케이스 다이어그램을 만들고 있습니다.유스 케이스 다이어그램 질문
http://img260.imageshack.us/usecasediagram.jpg/
나는 그림에서 고객 (배우)를 포함 할 필요가 있는지 확실하지 않습니다 : 다음은 유스 케이스 다이어그램에 대한 링크입니다. "전화선"이 시스템의 일부라고 가정하면 고객을 포함시키는 것이 합리적이라고 생각합니다.
저는 전체적인 방법으로 유스 케이스 다이어그램에 접근하는 데 사용했습니다. 그래서 모든 스택 홀더/당사자이 포함되어야합니다.
그리고 고객 < -> 시스템 상호 작용은 시스템 유스 케이스처럼 보인다 - 어쩌면 당신은 어떤 동사로 Diagramm 사용을 강화해야합니다
시스템의 사용 사례는 일반적으로 시스템의 기능에 설명되어 있습니다 레벨 작성 (예 : 전표 작성)하고 시스템이 사용자에게 제공하는 기능 또는 서비스를 지정합니다. 시스템 유스 케이스는 액터가 시스템과 상호 작용하는 것을 설명합니다. 이러한 이유로 시스템 유스 케이스 사양을 동사로 시작하는 것이 좋습니다 (예 : 쿠폰 생성, 지불 선택, 지불 제외, 바우처 취소). 일반적으로 액터는 인간 사용자이거나 정의 된 시스템과 상호 작용하는 다른 시스템 일 수 있습니다.
출처 : Article on Use Case
PS : 유스 케이스 다이어그램 종류의 높은 수준이며 소프트웨어 개발 프로세스의 시작에 나타납니다. 다른, 더 세밀한 인공물이 길을 따라 나옵니다.
PPS는 :
내가 그들을 포함 할 것입니다 ... 그리고 결국, 사용자들은 기존의 개발 모델에서 무시 (종류-의), 그래서 나는 적어도 하나의 다이어그램을에 스케치하기는 결코 나쁜 생각 . 귀하의 가정은 의미가 있으며, 시스템이 일부 기능을 실행하게하는 직접적인 상호 작용이 있기 때문에, 나는 그것이 합법적 인 유스 케이스라고 생각합니다.
현재 질문의 링크가 존재하지 않습니다. 그렇다면 어떻게 다른 사람들에게 도움이 될 수 있습니까? 이 게시물을 수정하거나 삭제해야합니다. –
이미지 404'd. 고칠 수 있니? – Will