如何画关于登录功能的用例图

[Lineey]

请各位大虾给出建议，帮忙话出用例图和写出用例，主要使用里的扩展和包含本人掌握不够，不知怎么写好。

在网站的登录页面中有忘记密码的功能可以让你找回密码，
点击忘记密码，进入找回密码页面，填写用户登录名，系统将发送邮件到用户邮箱，
用户在邮件上点击重设密码按钮，进入系统重设密码页面，用户填写新的密码，便修改了其登录密码

[wiltonx]

用例开发，需要把握以下原则：
1.用例是用来交流的，一方面要让用户能看明白并确认你所开发的东西是他所要的；另一方面要让开发人员看明白，通过用例可以使他们清楚该如何去实现。所以用例要简洁明了，同时比较全面地覆盖场景中的各种可能性
2.用例是描述用户和系统之间的交互的，说的是做什么，而不是怎么做。不能给开发人员下一步的设计实现带来任何的约束。所以用例不能涉及系统实现细节，包括界面细节。像楼主说的“点击重设密码按钮"就已经涉及到了界面细节（为什么一定要是按钮而不是超级链接或者其他的任何方式？），给界面设计带来了约束。
3.用例是需要给用户带来价值的，即任何用例都需要实现用户所需要（有价值的）目的。像楼主提到的“忘记密码”，并没有给用户带来任何的价值，而只是重设密码的一个前置条件，根本算不上一个用例。

基于上面的几条原则，我认为你所说的场景，应该有两个用例：
1.登录系统
2.重设密码
这两者之间，我的建议是不要设定任何关系，是独立的两个用例，因为他们实现的是用户的两个目的。重设了密码之后，不一定就要去登录系统。所以把重设密码看成是一个独立的实现用户重设密码的目的的用例比较好。而且这样，也可以保持需求的简洁性，任何用例关系的引入都会带来复杂性，给用户的理解带来难度。至于忘记密码，只是“重设密码”用例的前置条件，用户在忘记密码的条件下触发“重设密码”，“点击忘记密码，进入找回密码页面”也只是其中的一个步骤

[singlepine]

参考
http://singlepine.cnblogs.com/articles/261130.html
然后稍加修改即可

[Lineey]

我画得用例图是，登录用例扩展出忘记密码、扩展出重设密码，但总觉得不妥，如果采用等录用例扩展出忘记密码，在由忘记密码扩展出重设密码也感觉有些不妥

[beatkin]

up

[mowenlong]

同意


用例开发，需要把握以下原则：
1.用例是用来交流的，一方面要让用户能看明白并确认你所开发的东西是他所要的；另一方面要让开发人员看明白，通过用例可以使他们清楚该如何去实现。所以用例要简洁明了，同时比较全面地覆盖场景中的各种可能性
2.用例是描述用户和系统之间的交互的，说的是做什么，而不是怎么做。不能给开发人员下一步的设计实现带来任何的约束。所以用例不能涉及系统实现细节，包括界面细节。像楼主说的“点击重设密码按钮"就已经涉及到了界面细节（为什么一定要是按钮而不是超级链接或者其他的任何方式？），给界面设计带来了约束。
3.用例是需要给用户带来价值的，即任何用例都需要实现用户所需要（有价值的）目的。像楼主提到的“忘记密码”，并没有给用户带来任何的价值，而只是重设密码的一个前置条件，根本算不上一个用例。

基于上面的几条原则，我认为你所说的场景，应该有两个用例：
1.登录系统
2.重设密码
这两者之间，我的建议是不要设定任何关系，是独立的两个用例，因为他们实现的是用户的两个目的。重设了密码之后，不一定就要去登录系统。所以把重设密码看成是一个独立的实现用户重设密码的目的的用例比较好。而且这样，也可以保持需求的简洁性，任何用例关系的引入都会带来复杂性，给用户的理解带来难度。至于忘记密码，只是“重设密码”用例的前置条件，用户在忘记密码的条件下触发“重设密码”，“点击忘记密码，进入找回密码页面”也只是其中的一个步骤

[hlbasic]

up

[NoskyFox]

wiltonx() 说得太好啦，这比那些烂书说得好多了。

[pcno1]

我建议所有的分都应该给wiltonx()

[金笛子]

如果你的系统比较复杂的话 用例也比较多的话 建议还是将登录用例扩展出忘记密码、扩展出重设密码这样会减少系统的复杂性，也许在系统中还有类似的用例可以这样做。这样一来，就可以将整个系统的复杂性减低。

[Clarence_wqh]

我建议所有的分都应该给wiltonx()