2012-01-07 5 views
2

UML을 배우기 시작했는데 때로는 혼란 스럽습니다 (예를 들어 허용 여부는 내 USECASE 다이어그램에 넣을 수 있습니다. 마지막으로 로그인하는 것이 궁금합니다. usecase 다이어그램에서 사용할 수 있음). 어쨌든 나는 lynda와 같은 전자 학습 플랫폼의 간단한 사용법 다이어그램을 만들었지 만, 당신이 취하고 싶은 개별 코스에 대해 비용을 지불해야합니다. 내 다이어그램에 대한 제안/수정 사항은 무엇입니까?UML 사용 사례 다이어그램이 맞는지 잘 모르겠 음

당신이 알고있는

enter image description here

+2

왜 화살표 ** ** 학년 **에서 ** 학생? 왜 화살표 ** ** ** 지불 시스템 ** 지불 **에서? 왜 선생님이 코스를 만들지, 선생님이 코스를 관리하는지, 그리고 관리자가 사용자를 관리하는지에 대해 머리를 쓰지 않는 이유는 무엇입니까? 또한, 지불 시스템이 배우인지 절대적으로 확신합니까? 그것은 그렇게 될 수 있지만, 정말로 그것에 대해 생각해보십시오! – davogotland

+0

나는 성적이 학생만을위한 것이라는 점을 지적해야했으며, 내 자신의 실수도 발견했다. 연장은 선택 사항이기 때문에, 급여가 포함되지 않아야한다. 내가 지불 한 지불 시스템을 읽는 한 사람 배우가 될 수 있다고, 나는 너무 확신 할 수 없다. – Malyo

답변

2

나는 Usecase라는 Register/Login을 두 개의 개별 용도로 분리했습니다. 나는이 단계들이 두 개의 분리 된 행동들이라고 생각하며 실행할 다른 단계들을 필요로한다. 이렇게하면 Usecase를 Composite로 변환 할 수 있습니다.

우리는 종종이 방법을 수행

  • 복합 확인

    • 은 Usecase
    • 같은 이름으로 활동 다이어그램을 작성
    • 은 Usecase을 마우스 오른쪽 버튼으로 클릭
    • 고급 만들기를

    그러면 더 자세한 단계를 추가 할 수 있습니다. n Activity Diagram에서 특정 Usecase를 구현/실행하는 방법.

    이 답변은 물론 Enterprise Architect에만 해당됩니다.

  • 3

    는 유스 케이스는 사용자와 시스템 사이의 흐름의 텍스트 표현이다 (나는 그것을에 더 많은 쓰임새를 가지고 싶습니다). 유스 케이스에는 해당 플로우를 반영하는 이름이 있어야합니다. 유스 케이스의 이름을 보면이 사실을 이해할 수 있습니다. 이름은 모두 기술적이며 잘 생각할 수 있습니다. 잘 했어!

    유스 케이스 다이어그램 : 유스 케이스 다이어그램의 목적은 유스 케이스가 무엇인지 쉽게 이해할 수 있도록하기위한 것입니다. 및 사용 사례가 인 사용자 유형을 쉽게 이해할 수 있습니다. 이 때문에, 화살표는 항상 사용 사례 배우 -에서 이동합니다.

    경우에 따라 액터가 별도의 시스템이 될 수 있으며 액터가 유스 케이스 시스템에 포함된다는 것을 암시하여 유스 케이스 다이어그램에 액터로 포함되어야합니다. 어떤 이유로 인물 그룹이 '시스템'이라는 단어를 포함하는 이름을 가질 수 있다면, 나는 그 사람의 그룹을 묘사하는 배우가 실제 시스템이 아니라는 것을 분명히해야한다고 생각한다. 별도의 시스템.

    +0

    도움이되는 답변에 감사드립니다. 그게 내 이전 php (CMS 등) 경험에서 uml 좀 좀 봐. 그리고이 경험은 나 자신에게 다음과 같은 질문을하기 시작합니다 : 선생님이 학생처럼 로그인해야한다고 생각합니까? 내가 그를 손님에게서 물려 줄까? , 지켜보고, 또는 과정을 사용하여 "내 다이어그램에 추가 사용의 경우가 될 수 있습니까? 그렇다면 확장되거나 독립적이어야합니까? 내 다이어그램을 이미 좀 더 복잡하게 만들고 싶습니다.하지만 제한된 부분이 무엇인지 확신 할 수 없습니다. (표준으로 수정하고 싶으므로 좋은 사례를 알고 싶습니다.) – Malyo

    +0

    또한 선생님의 테스트 능력을 처리하는 방법을 잘 모르겠습니다. 이름이 코스에 포함되어 있거나 그냥 그대로 두어야합니까? – Malyo

    +1

    찾고있는 솔루션을 전달하는 것은 무엇입니까? 흔히 유스 케이스는 실제로 쓸모있는 문서가 필요하며, 다이어그램은 예상되는 해결책을 제시하기위한 훌륭한 개요 및 방법입니다. –

    2

    로그인은 사용자 목표가 아닙니다. 로그인은 등록자의 사용자 목표를 만족시킬 수 있어야합니다. 사용자가 로그인하고 다른 작업을 수행하지 않고 로그 아웃 한 경우 어떤 가치를 제공합니까? 없음.

    +0

    이 값의 정의가 있습니까? 그런 시스템이 상황 부사로부터 돈을 벌면 시스템에 로그인하고 로그 아웃하는 것이 가치가 있습니까? 그리고 지불 시스템으로 돈을 벌어들이는 다른 시스템에서는 가치가있는 유일한 유스 케이스가 "발표 추가"입니다. 등록, 로그인, 덧글 추가, 공지 사항 브라우징과 같은 다른 모든 사용 사례는 가치가 없습니다. – TheFrost

    관련 문제