文档名称版本<1.0 >
文档属性及版本
目录
1 用例：<用户登录> (4)
1.1用例图 (4)
1.2简要说明 (4)
2 事件流 (4)
2.1基本流 (4)
2.2备选流 (4)
3 用例场景 (5)
3.1成功场景 (5)
3.2失败场景 (5)
4 特殊需求 (5)
4.1总体要求 (5)
4.2用例要求 (5)
5 前置条件 (5)
6 后置条件 (5)
7 扩展点 (5)
7.1新用户注册 (5)
1用例：<用户登录>
1.1用例图
1.2简要说明
此用例主要描述XXXXXX系统的用户登录。由于XXXXXX系统是基于用户许可授权访问的系统，在用户访问该系统时，首先要通过合法的用户身份验证，其次要控制用户对系统资源的访问权限。根据XXXXXX系统的实际应用需求，该系统的用户分为两种类型：一种是一般用户，另一种是特殊用户。不同类型的用户具有不同的访问权限。
2事件流
用户在浏览器地址栏输入系统的URL（网址），该用例启动。
2.1基本流
1．进入登录页面
如果用户没有通过身份验证，则在浏览器地址栏内访问任何一个页面的URL都自动进入登录页面。
2．输入用户名和密码
系统提示用户名和密码必须输入。用户名符合数据结构要求，密码符合密码长度以及复杂度等要求。
3．选择“登录”操作
系统验证用户输入数据的合法性，进而验证是不是合法的系统用户以及用户的权限（一般用户、特殊用户）。
4．进入系统主页面。
2.2备选流
A1.用户和密码输入
在基本流的步骤3，提示用户输入合法的用户名和密码。
A2.用户或密码错误
在基本流的步骤3中，用户输入的用户名或者密码错误，提示用户重新输入。然后继续执行基本流的步骤3。三次输入用户名和密码无效后，该用户被锁定，用例结束。
A3.退出系统
无条件关闭浏览器。用例结束。
3用例场景
3.1成功场景
登录成功：基本流
取消操作：备选流，退出系统。
3.2失败场景
没有输入用户和密码：备选流，用户和密码输入。
输入用户或密码错误：备选流，用户或密码错误。
4特殊需求
4.1总体要求
系统的可用性、可靠性、可扩展性、可部署性、性能指标要求等以及开发约束规范遵循《需求规约》、《系统远景》、《UI设计规范》、《总体约束规范》。
4.2用例要求
1．不显示上次登录的用户名。
2．在超过会话状态时强制注销。
3．密码满足密码复杂性要求。
4．用户名必须是合法的字符和数字，不能包含特殊的符号，如：?、!、-、~等。
5前置条件
系统已经成功地部署到目标服务器，且IIS服务及相应的站点可访问。用户通过Internet/Intranet访问该站点。6后置条件
用例执行完成后进入系统的主页，或者是用户所访问的任何页面。
7扩展点
7.1新用户注册
