述如下:Р•用例名称:学生选课Р•执行者:学生Р•目的:完成一次学生选课的完整过程。Р•类型:主要的、基本的Р•级别:一级Р•过程描述:Р1) 学生输入标识码(ID),系统识别标识码的有效性;Р2) 对学生进行注册识别;Р3) 浏览本学期预开课程;Р4) 选择学生自己要上的课程并确认;Р5) 退出系统,系统给出所选课程列表及相应学分合计。Р•异常事件流处理:Р6) 标识码有效性检查失败,允许学生重新输入(3 次机会) 。Р7) 注册识别失败,没有注册(尙未交学费)的学生不能选课。Р8) 选择课程确认失败,所选几门课程中在上课时间上发生冲突时,系统提示重选。Р上述用例至少有一名执行者与其发生联系。它有一个选课成功的场景和三个选课失败的场景。由它们来完整地描述了这个用例。Р所用仪器、材料Р微型计算机一台、SybasePowerDesigner15.1软件。Р实验过程、内容Р1、实验题目Р用下面五个用例建立一个汽车租赁信息管理系统的需求模型。РB1:会员浏览车型、车辆索引。РB2:会员预约车辆/车型,当这辆车可用时或当有这个车型的汽车时,会员得到通知。РB3:非会员预约车辆/车型,当他缴纳了定金后,这辆车可用时或有这个车型的汽车时,顾客得到通知。РB4:顾客到店提车,助手发车。РB5:顾客归还汽车。Р2、实验过程Р1) 分别为 B1、B2、…、B5 建立用例图,并用相应正文列表格式描述每个Р用例。Р2) 建立系统生存环境用例图。Р用例图:B1:РB2:Р РB3:РB4:РB5:Р实验结果分析、经验总结和结论Р通过本次实验对用UML用例模型描述软件系统的功能性需求有了一定的了解,功能性需求是说有具体的完成的内容的需求。非功能性需求是说不包括具体的动作内容的需求。对于功能性的需求,实际上都是有非功能性的需求相伴随的。很多时候我们并不是不能完成一个功能,而是不能按照客户的要求在完成。
全文预览
