uml的统一ppt.ppt

情景4.1 UML简介 UML ——Unified Modeling Language UML的统一 UML (Unified Modeling Language) Visualizing 可视化 Specifying 详述 Constructing 构造 Documenting 文档化 UML 最适于的过程 Use-case driven 用例驱动的 Architecture-centric 以体系结构为中心 Iterative incremental 迭代的和增量的 RUP (Rational Unified Process ) RUP UML——图 Use case diagram Activity diagram Sequence diagram Collaboration diagram Class diagram Statechart diagram Component diagram Deployment diagram Architecture Views 两种分析方法 Use Case Diagram 参与者 Actor Actor—定义 An Actor is someone or something outside the system that interacts with the system. Actor—识别参与者 参与者代表在系统边界之外的真实事物，并不是系统的成分 参与者透过系统边界直接与系统交互，参与者的确定代表着系统边界的确定 交互是有意义的 参与者可以是任何事物 Actor—识别思路 谁使用该系统 谁改变系统的数据 谁从系统获取信息 谁需要系统的支持以完成日常工作任务 谁负责维护、管理并保持系统正常运行 系统需要应付那些硬件设备 系统需要和那些外部系统交互 谁对系统运行产生的结果感兴趣 时间、气温等内部外部条件 案例1：航空售票系统 需求： 建立一个航空公司的机票预定系统，让客户通过电话或网络买票、改变订票、取消订票、预定旅馆、租车等等。 案例1：航空售票系统 案例2：库存管理系统 某汽车制造厂需要一套库存管理系统，该系统实现的业务：生产工人根据生产计划领取物料，库存操作员根据生产系统的派单准备，交付给领料工人，余料即时归还库房。库房管理人员定期盘点库存，通知供应商供货，对长期积存的货物，申请退货。 识别思路： 谁使用该系统 谁改变系统的数据 谁从系统获取信息 谁需要系统的支持以完成日常工作任务 谁负责维护、管理并保持系统正常运行案 系统需要应付那些硬件设备 系统需要和那些外部系统交互 谁对系统运行产生的结果感兴趣 时间、气温等内部外部条件 用例 Use Case 换句话说： Actor 使用这个系统达到什么目标？ 三种需求 以用例为核心组织需求 Use Case—定义 对一组动作序列的描述，系统执行该动作序列来为Actor产生一个可观察的结果值。 用例：用户视角的需求组织形式 用例：需求按目标组织 用例：取款 基本路径 用户插入ATM卡 系统要求输入密码 用户输入密码 。。。 。。。 系统显示交易结束 扩展路径 3a. 用户输入密码错误 系统要求重新输入密码 用户重新输入密码 如果重新输入次数大于3，吞卡。 补充说明 连接账户时间小于60秒 在远程失败的情况下，保障可靠的恢复。 Use Case—识别用例 Actor希望系统提供什么功能 系统是否存储和检索信息，如果是，这个行为有哪个Actor触发 当系统改变状态时，通知参与者吗 存在影响系统的外部时间吗 思考：航空售票系统用例 关系 参与者与用例之间 关联关系 用例与用例之间 包含关系 (include) 延伸关系 (extend) 泛化关系 (generalization) 参与者与参与者之间 泛化关系 (generalization) 思考课程注册系统？？？ 书写用例文档—Who？ 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 Architecture Views Sources of Information /uml/index.jtmpl 注释 补充说明 待解决问题 扩展 2a. 系统没有检索到所需图书： 2a1. 系统显示“没有找到适合检索条件的图书” 2a2. 用例结束 扩展 1. 图书管理员/读者提交检索条件 2. 系统按检