2012.02.29UML面向对象技术教程.docVIP

课前复习： 第三章 用例图 3.1 需求工作流 一、确定用户需求 初始信息（用户处获得） 作为统一过程的输入 二、需求工作流 需求获取 需求分析 （1到3步—— 需求分析。） 1.获得对领域的初步认识 构造并更新术语表 例：油画购买与销售 2.构造初始业务模型（UML图） 3.拟客户需求 （4到6 步—— 需求获取（迭代）。） 4—6迭代 4.通过需求进一步理解领域 5.改进业务模型 6.改进需求 3.2 用例图概述 一、含义：外部用户能观察到的系统功能。 二、组成： 1.参与者 2.用例 3.关系 3.3 参与者 一、含义： 1.与系统交互 2.在系统外部 （二者缺一不可） 二、类型 1.人：学生 2.设备： 标准I/O设备——使用者为参与者 特殊设备——设备为参与者 3.其它外部系统 （信用系统） 三、表示 四、关系——泛化 五、注意事项 1.群体 角色名命名 例： 张三买咖啡 李四买奶茶 张三和李四都对应顾客 张三李四都是一个对象 顾客是一个类 2.同样一个事物可以有不同的角色 例： 张三 银行官员 顾客 （表示群体角色名的概念） 3.命名——业务领域名 3.4 用例 一、含义：参与者与系统的一次交互，在过程中产生有价值的信息 二、作用： 1.用户与分析员达成的契约 2.开发过程用例驱动 3.为开发时间和预算提供依据 三、表示 四、特点 1.表示从外部角度观察系统，不表示实现的信息。 （例： 订票——————正确 查看今日航班 处理订票————错误 显示今日航班 ） 2.用例对应一个具体的用户目标 （例： 银行 上传数据————错误） 五、注意事项 1.用例不能表示所有需求 2.用例分析属于功能分解 （OO开发第一步） 3.用例与实现无关 六、协作 思考题： Email系统 A在北京发了一邮件给上海B， 3月20日系统提醒B“您有一封新邮件”，B收。 问系统中的参与者都有哪些。 参与者——？？？下节课说答案。 神装工作站 需求：用例图 分析：类图 设计：类图 实现：构件图 测试： 单元——类图 集成——构件，协作图 系统——用例图 软件： （术语） （含义） 风景 精品 名品 … 自然风景的油画 优秀的作品 … 需求： 功能性需求：输入与输出（需求，分析） 非功能性：系统属性（设计） 学生 《Actor》 学生 标签形式 图标形式 学生 装饰形式 护士 医护人员 内科医生 登录系统（动宾短语） 结构：类，接口 行为：顺序图等等