面向对象建模技术实验二用例建模实践.doc

面向对象建模技术实验二用例建模实践.doc

  1. 1、本文档共5页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
PAGE 第PAGE 5页 昆明理工大学信息工程与自动化学院学生实验报告 ( 2012 — 2013 学年 第 1 学期 ) 课程名称:面向对象建模技术 开课实验室:呈贡校区信自楼444 2012年12月 12日 年级、专业、班 计科093 学号 0 姓名 孙浩川 成绩 实验项目名称 实验二、用例建模实践 指导教师 张云 教 师 评 语 该同学是否了解实验原理: A.了解□  B.基本了解□ C.不了解□ 该同学的实验能力: A.强 □ B.中等 □ C.差 □ 该同学的实验是否达到要求: A.达到□  B.基本达到□ C.未达到□ 实验报告是否规范: A.规范□  B.基本规范□ C.不规范□ 实验过程是否详细记录: A.详细□  B.一般 □ C.没有 □注:5个A 为优 4个A为良 3个A 为及格 其余为不及格。 教师签名: 年 月 日 实验二、用例建模实践 实验目的 1、 掌握 UML 的用例建模的方法。 2、 实践用 UML 建立用例模型。 实验原理 UML 用例模型(也称需求模型)用于描述的是外部执行者所理解的软件系 统的功能,也即用户对系统的功能性需求。用例模型由若干用例图组成。一幅用 例图包含的模型元素有系统、用例、执行者,以及它们之间(包括执行者与系统 之间、用例之间)的相互关系。其中用例代表系统的功能,执行者代表使用这些 功能的用户。 用例经常被作为独立的单位进行需求获取、分析设计、实施、测试和部署。 但事实上,用例之间有一定的相关性,表现为涉及的对象相近和若干用例处于一个相关的业务流中。这些相关的用例构成了结构设计时定义子系统的依据。 用例建模的步骤包括: 1) 确定系统范围、用例和执行者; 2) 描述用例; 3) 用例分类、确定用例之间的关联; 4) 建立用例图; 5) 定义用例图的层次结构; 6) 审核用例模型。 用例的文字描述应包括以下内容: 1) 用例的目的(功能) ; 2) 该用例在什么情况下被哪个执行者启动执行; 3) 用例与执行者之间交互哪些消息来通知对方作出决定; 4) 交互的主消息流及因此被使用或修改的实体; 5) 用例中可供选择的异常事件流; 6) 用例结束标志:给执行者返回一个可识别的值。 举例,学生选课。这个交互过程的用例可以用正文列表格式描述如下: ? 用例名称:学生选课 ? 执行者:学生 ? 目的:完成一次学生选课的完整过程。 ? 类型:主要的、基本的 ? 级别:一级 ? 过程描述: 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用例模型描述软件系统的功能性需求有了一定的了解,功能性需求是说有具体的完成的内容的需求。非功能性需求是说不包括具体的动作内容的需求。对于功能性的需求,实际上都是有非功能性的需求相伴随的。很多时候我们并不是不能完成一个功能,而是不能按照客户的要求在完成。

文档评论(0)

a888118a + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档