课程设计文档格分(用户录登部分).docVIP

系统课程设计文档 学生姓名： 李荣荣 指导老师： 梁巧梅老师 班 级： 二O一O 年 九 月  目录 1、系统需求 2 1.1 系统功能性需求 2 1.1.1 术语表:用例清单 2 1.1.2 用例图 3 1.1.3 用例的详细描述 4 1.2 补充需求说明 8 2、系统分析 9 2.1 系统概念模型 9 2.2 类职责定义 10 2.3 系统行为定义 11 3、系统设计 13 3.1 系统总体布局设计 13 3.2 系统架构设计 14 3.3 用例设计 14 3.4 界面原型 15 3.5 交互设计 17 3.6 设计类图 18 用户管理子系统 1、系统需求 1.1 系统功能性需求 1.1.1 术语表:用例清单 用例清单 用例名称 用例描述 参与者 学生注册 学生在每学期开学时，进行注册。 学生 用户登录 用户可以凭借用户名和密码登录进入系统。 学生，教师，教务处 用户管理 系统管理员在用户未设定信息时，进行某些信息的初始化。教务处则拥有为用户增加高级信息的权限。 教务处，系统管理员 术语表 术语 解释 功能需求 说明信息系统必须实现什么的需求。 非功能需求 说明信息系统必须具备的属性或质量的需求。 用例 一个行为上相关的步骤序列（一个场景），既可以是自动的也可以是手工的，其目的是完成一个单一的业务任务。 用例描述 业务事件以及用户如何同系统交互以完成任务的文字描述。 用例图 描述系统与外部其他系统以及用户之间交互的的图形。换句话说，用例图描述了谁将使用系统，用户希望以什么方式与系统交互。 类图 是系统静态对象结构的图形描述，显示了构成系统的对象类，以及这些对象类之间的关系。 系统顺序图 是一幅描述角色和系统在用例场景下交互的图形。 1.1.2 用例图 用户管理子系统用例图： 在学籍管理系统中，系统管理员负责负责系统的初始化以及系统的维护等。在学籍管理系统中，系统的用户有学生，教师和教务处。学生和教师凭借用户名和密码登录系统，教务处负责用户信息的管理，系统管理员则负责更高级的信息管理。 1.1.3 用例的详细描述 注册用例详细描述 用例名称： 注册 用例类型： 业务需求 用例 ID: 1.1 优先权: 低 来源: 业务需求 主要业务参与者: 学生 描述: 该用例描述一个学生登陆系统，学生的资料信息被验证。学生在每学期开学时，要进行注册。 前置条件: 登陆系统的必须是本校的学生。 触发器: 当提交注册请求时，用例被触发。 典型事件过程: 参与者动作 系统响应 第1步：学生提供他的登录信息。 第2步：系统验证所需的所有信息都提供了之后做出响应。 第3步：系统跟据学生的登录信息验证学生的资料信息。 第4步：学生进行注册填写。 替代事件过程: 替代第3步：如果学生提供的登录信息与原先的系统记录不符，则弹出一个提示对话框。 替代第四步：如果是新学生，则系统需要新生填写信息，系统增加用户信息；如果非新生注册，则只是弹回一个注册成功的对话框。 结论: 当学生选课成功时，该用例结束。 业务规则: 新生进入到新生注册界面。 不是新生的学生，则进入到正常的注册界面。 实现约束和说明: 为新生设置不同的注册界面。 假设: 注册成功，则会弹出一个注册成功的对话框。 用户登录用例详细描述 用例名称： 用户登录 用例类型： 业务需求 用例 ID: 1.2 优先权: 低 来源: 业务需求 主要业务参与者: 学生，教师 主要系统参与者: 教务处 描述: 该用例描述一个学生。教师或者是教务处凭借用户名和密码可以登录进入系统。 前置条件: 登陆系统进行选课的必须是本校的学生，教师或者是教务处。 触发器: 当提交登录请求时，用例被触发。 典型事件过程: 参与者动作 系统响应 第1步：用户提供他的登录信息。 第2步：系统验证所需的所有信息都提供了之后做出响应。 第3步：系统跟据记录的登录信息验证用户的资料信息。 第4步：验证成功，则用户登录进入系统。 替代事件过程: 替代第3步：如果学生提供的登录信息与原先的系统记录不符，则弹出一个提示对话框。 结论: 当用户登录进入系统时，该用例结束。 业务规则: 只有本校的学生，教师或者是教务处才可以登录进入系