UML与设计模式--需求分析与用例建模.docVIP

《UML与设计模式》实验报告 班 级 软件2班 学 号 041640203 姓 名 林妙慧 实验日期 实验课节 实验地点 综c704 实验项目 （一）需求分析与用例建模 实验成绩 成绩构成 实验技能50% 实验报告50% 考核项 软件应 用能力 （15分） 实现 能力 （35分） 上交 时间 （5分） 报告 结构 （5分） 格式 规范 （5分） 报告 内容 （30分） 报告 总结 （5分） 分项得分 实 验 目 的 1．通过案例掌握用例建模和完成客户需求分析的方法。 2．掌握活动图的绘制方法。 3．掌握UML的用例模型建模方法。 4. 掌握在Visio或rose环境下用例图的设计。 实 验 内 容 实现网上选课系统的用例图设计 [网上选课系统需求分析] 某学校的网上选课系统主要包括如下功能： （1）管理员通过系统管理界面进入，建立本学期要开的各种课程，将课程信息保存在数据库中并可以对课程进行改动和删除。 （2）学生通过客户机浏览器根据学号和密码进入选课界面，在这里学生可以进行三种操作：查询已选课程、选课以及付费。同样，通过业务层，这些操作结果存入数据库中。 实 验 过 程 实验过程和结果： （1）识别参与者 过程：管理员Registrar和学生Student，他们是用例图的参与者，他们的主要特征相似，都具有姓名和学号等信息，所以可以抽象出“基”参与者人People，而Registrar和Student则从People统一派生。 结果：参与者有管理员Registrar，学生Student，数据库管理系统Database （2）识别用例 与Students参与者相关的用例有查询课程，选课，付费 与Registrar参与者相关的用例有增添课程，修改课程，删除课程 存储数据，修改数据，删除数据，添加数据与Database参与者相关 （3）绘制参与者以及参与者之间的关系 过程：（1）在“模型资源管理器”中，右击“用例模型”下的“顶层包”，选择“新建”|“主角”命令，出现“UML主角属性”对话框。将主角命名为“Registrar”，然后在“文档”栏中输入一些描述管理员主角职责的文字。其中的完整路径显示了主角在UML模型中所处的位置。单击“确定”按钮，则在“用例模型”的“顶层包”下新增了一个名为“Registrar”的主角。 重复上面操作，在用例模型的顶层包中添加上所有主角。 （2）下面绘图角色之间的关系。 双击“用例模型”“顶层包”下的“静态结构图”，这时会在绘图画板中打开。分别将Registrar角色、Student角色、People角色拖放到绘图画板，然后将“UML静态结构”标签页中的“泛化”图标拖放到绘图画板，并用它来连接两个角色。 结果：管理员，学生与人的关系： 角色之间的关系 （4）绘制用例之间的包含和扩展关系（给出UML用例图） 用例之间如果存在包含关系，则通过拖拽“UML用例”标签页中的“用”图标来连接两个用例；用例之间如果存在扩展关系，则通过拖拽“UML用例”标签页中的“扩展”图标来连接两个用例。 用例图作为一种UML模型元素，也必须用包来组织。本例中将两个用例图都放到了用例模型顶层包中，还可以用注释元素对用例图作简单说明。 结果： 用例之间的包含和扩展关系 （5）每个用例进行用例描述 用例 增加课程 参与者 管理员 操作流 （1）管理员选择进入管理界面，用例开始 （2）系统提示输入管理员密码 （3）管理员输入密码 （4）系统检验密码 （5）进入管理界面，系统显示当前所建立全部课程信息 （6）管理选择添加课程，管理输入新课程信息 （7）系统验证是否与已有课程冲突 （8）系统添加新课程，并提示添加成功 （9）系统回到管理主界面，显示所有课程，用例结束。 用例 修改课程 参与者 管理员 操作流 （1）管理员选择进入管理界面，用例开始 （2系统提示输入管理员密码 （3）管理员输入密码 （4）系统检验密码 （5）进入管理界面，系统显示当前所建立全部课程信息 （6）管理选择修改课程，管理输入修改课程信息 （7）系统验证是否与其他信息冲突 （8）系统修改课程，并提示修改成功 （9）系统回到管理主界面，显示所有课程，用例结束。 用例 删除课程 参与者 管理员 操作流 （1）管理员选择进入管理界面，用例开始 （2系统提示输入管理员密码 （3）管理员输入密码 （4）系统检验密码 （5）进入管理界面，系统显示当前所建立全部课程信息 （6）管理选择删除课程，管理输入课程名称 （7）系统删除课程，并提示删除成功 （8）系统回到管理主界面，显示所有课程，用例结束。 用例 查询课程 参与者 学生 操作流 （1）学生选择进入登录界面，用例开始 （2系统提示输入账号密码 （3）学生输入账号密码 （4）系统检验账号密码 （5）进入