网上选课系统需求建模.doc

案例2：网上选课系统一、需求建模（一）需求捕获需求特性表编号特性FEAT01管理员添加本学期要开的课程FEAT02管理员对课程进行修改FEAT03管理员对课程进行删除FEAT04学生查询已选课程FEAT05学生选课FEAT06学生付费FEAT07数据库保存各种信息（二）建立用例模型1、识别参与者：管理员、学生和数据库2、识别用例参与者特性用例管理员管理员添加本学期要开的课程UC01管理员对课程进行修改UC02管理员对课程进行删除UC03学生学生选课UC04学生查询已选课程UC05学生付费UC06用户登录系统UC07数据库保存各种信息3、画出用例图：图1图1：用例图4、用例概要说明用例编号UC01用例名称添加课程用例概述管理员进入管理界面后系统显示目前建立的所有课程信息，管理员输入新课程信息。主参与者管理员补充说明系统验证是否和已有课程冲突后，才能将新课程信息添加到数据库。用例编号UC02用例名称修改课程用例概述管理员进入管理界面后系统显示目前建立的所有课程信息，管理员查询到所要修改的课程，然后对课程信息进行修改。主参与者管理员补充说明系统验证是否和已有课程冲突后，才能将修改后的课程信息添加到数据库。用例编号UC03用例名称删除课程信息用例概述管理员进入管理界面后系统显示目前建立的所有课程信息，管理员查询到所要删除的课程，然后删除该课程信息。主参与者管理员补充说明管理员删除课程信息后，数据库更新。用例编号UC04用例名称学生选课用例概述学生进入选课界面后，选择选课，系统显示所有课程信息，学生选择课程，系统验证通过后保存到数据库。主参与者学生补充说明选课成功后，系统提示交费。用例编号UC05用例名称学生查询已选课程用例概述学生进入选课界面后，选择查询课程，系统显示学生所选的全部课程信息。主参与者学生补充说明用例编号UC07用例名称登录系统用例概述用户进入登录界面后，输入用户名和密码，系统验证有效性。主参与者用户补充说明因为付费方式多样，所以本实例不讨论付费用例UC06。5、编写用例描述在需求建模的初期，只需对重要的用例和对体系结构有影响的用例进行详细的编写用例描述。用例编号：UC01用例名称：添加课程（AddCourse）：主要参与者：管理员前置条件：管理员进入管理界面后置条件：管理员重新进入管理界面基本事件流：1 管理员选择进入登录界面，用例开始2 系统提示输入管理员密码3 管理员输入密码4 系统验证密码A1：密码错误5 进入管理界面，系统显示目前所建立的全部课程信息。6 管理员选择添加课程7 系统提示输入新课程信息8 管理员输入信息9 系统验证是否和已有课程冲突A2：有冲突10 系统添加新课程，提示课程添加成功11 系统重新进入管理主界面，显示所有课程12 用例结束其他事件流A1：密码错误1 系统提示再次输入2 用户确认3 三次错误，拒绝再次访问4 否则进入添加课程事件流第5步A2：有冲突1 系统提示有冲突，显示冲突课程信息2 用户重新输入3 继续验证直到无冲突4 进入添加课程事件流第10步“删除课程”用例描述和“修改课程”用例描述与此类似。用例编号：UC04用例名称：选课（SelectCourse）主要参与者：学生前置条件：学生进入选课界面后置条件：系统提示选课成功基本事件流：1 学生进入选课登录界面，用例开始。2 系统提示输入学号和密码。3 学生输入学号和密码。4 系统验证A1：验证失败5 进入选课主界面6 学生点击选课7 系统显示所有课程信息8 学生选择课程9 系统验证课程是否可选A2：不可选10 系统提示课程选择成功，提示学生交费。11 用例结束错误流：A1：验证失败1 系统提示验证失败，提示重新进入。2 三次失败，拒绝访问。3 成功，转选课事件流5步。A2：课程不可选1 系统提示课程不可选及原因。2 学生重新选课3 重新验证直至成功。4 转选课事件流第10步。（三）建立概念模型1、发现类发现类的最常用的方法就是将所有的名词及名词短语列表。备选类管理员 管理界面 选课界面 课程 数据库 学生 浏览器 学号 密码逐一地分析备选类，然后得到候选类。候选类管理员 界面 课程 数据库 学生 控制对象2、关联分析（得到图2：概念模型）3、职责分析（得到图3：包含主要属性的概念模型）图2：概念模型图3：包含主要属性的概念模型（四）为用例建立交互模型和状态模型注意：需求建模阶段的交互图重点在于描述用例的事件流，而不是体