UMLCHP01概述PPT.ppt

状态图实例 发货 活动 收到货物 [some items not in stock] 回授 [all items checked all items available] 收到货物 [all items available] do/initiate delivery 发货状态 /get first item [all items checked some items not in stock] 取下一项 [not all items checked] 开始 do/check item 检查状态 转移 状态 等待状态 已发货 状态 事件名[条件]/动作名 do/活动名 1.5 统一建模语言-UML 新货入库 当货物入库时，我们查看未交付的订单，并判断新货物能满足哪些订单。然后给这些订单分配货物；接着交付这些订单并发送货物；发送完后把剩下的货物入库。 收到订单 选出未付的订单项 [将库存货物分配给每个订单项并认可付款] 按订单 分配货物 发送订单 将剩余货物入库 [所有未付的 订单项入库] 对于被选中的 每一订单项 * 1.5 统一建模语言-UML 提纲 1.1　软件危机 1.2　软件工程 1.3　软件建模 1.4 面向对象基本原理 1.5 统一建模语言-UML 1.6 建模工具-Rational Rose Rose操作基础 1.6 建模工具-Rational Rose 用例视图的组织方法 在Use Case View中包含了“业务模型”和“系统模型”两个包，这分别是指业务建模工作流产生的业务分析模型、需求及分析工作流产生的系统分析模型 用例视图中的子系统与逻辑视图中的子系统不一定要完全对应，用例视图的子系统与实现模型并不建立对应关系 1.6 建模工具-Rational Rose 用例视图的组织方法—系统分析模型的细化 1.6 建模工具-Rational Rose 逻辑视图的组织方法 领域模型即概念模型，这个模型中的类将是数据库建模、软件建模的基础 分析模型通过对用例进行分析，引入关键的边界类、实体类以及控制类后，将新捕获的信息叠加到概念模型之上形成的 设计模型是逻辑模型的主体，它是在分析模型的基础上再进一步细化而得 1.6 建模工具-Rational Rose 逻辑视图的组织方法—组织细节 1.6 建模工具-Rational Rose 面向对象建模 东北石油大学　软件学院 Object-Oriented ModelingChapter 1　Introduction 高俊涛 副教授 gjt@ 公共邮箱 umlmodeling@126.com Passwd:qwerty 考核方式 考试：70% 　英文试题 实验：20% 平时表现：10% 三次点名不到，取消考试资格 提纲 1.1　软件危机 1.2　软件工程 1.3　软件建模 1.4 面向对象基本原理 1.5 统一建模语言-UML 1.6 建模工具-Rational Rose 软件的特性 复杂性 　 软件是人类思维和心智的一种延伸和在计算机世界的再现，人类的思维本身就是复杂的和不确定的，用语言和文字也难以准确表达，用程序、数据、文档更加难以准确表达。 不可见性 　 软件是客观世界空间和计算机空间之间的一种逻辑实体，不具有物理的形体特征。 人们试图用不同的图形技术来描述软件的结构、流程等，只能帮助人们理解程序、需求，难以准确、完整地表达软件全部内涵和外延。 持续变化 软件是纯粹思维活动的产物，它不会像硬件一样发生磨损，而是需要随着人们思维的变化、用户及社会因素的变化而不断地被修改和扩展。 质量难以稳定 　 大多数软件仍然是定制的，而不是通过已有的构件组装而成的。软件的好坏取决于软件开发人员的水平，难以达到稳定的质量。 1.1 软件危机 软件危机 在计算机软件的开发和维护过程中所遇到的一系列严重问题。 IBM360操作系统：100万条指令，投入1000多程序员，耗资5亿美元，仍延期交付； 1994年，奔腾处理器曾存在一个浮点运算的缺陷，给英特尔造成4亿多美元的损失； Windows2000的远程服务模块存在7个漏洞； 2002.7.23，首都机场软件故障导致6000人滞留机场，150多个航班延误； 主要表现 1. 对软件开发成本和进度的估计不准确; 2. 用户不满意; 3. 软件质量不高、可靠性差; 4. 软件常常不可维护、错误难以改正; 5. 缺乏适当的文档资料; 6. 软件成本占系统总成本的比例逐年上升; 1.1 软件危机 如何提高软件的质量？ 如何在项目规定的时间内使软件质量达标？ 如何在保证软件质量的前提下使软件开发成本最低