OO面向对象分析设计学习.ppt

下步计划： 1、继续深入学习应用OOAD 2、应用OOAD为网络采购业务全面建模（客户咨询、实施、服务；业务需求、分析、设计；产品实现、测试、部署） 3、尝试应用OOAD为公司新业务管理建模 * 我们的目标：构建清爽简洁的系统，而非混沌不清的系统！ * 我们能够掌握复杂性，但无法消除复杂性！ * 认知局限： 一个人同时能够理解的最大信息数量是7个，上下浮动2个。（心理学家MILLER试验结果），简单倾向 人的大脑要大约5秒钟才能接受一组新的信息 ，熟知倾向 * 高内聚、低耦合 * * 外部接口： 意味着事物存在目的、责任，相对内部实现是策略性问题 内部实现： 意味着事物内部如何构成和运作，相对外部接口是战术问题 * * * * * * * * * 复杂问题：影响要素多，变化频繁 与大家熟知分类概念，如: 门、纲、目、科、属、种 * 复杂问题：影响要素多，变化频繁 与大家熟知分类概念，如: 门、纲、目、科、属、种 * 复杂问题：影响要素多，变化频繁 与大家熟知分类概念，如: 门、纲、目、科、属、种 * 物理形态。 * 复杂问题：影响要素多，变化频繁 * 构成概念、逻辑、物理模型的元素 * 这些图包含着点到点的联系，允许我们从实现回溯到规格说明书，跟踪需求。从部署图开始，一个节点可能承载了一个工件，该工件实现了组件图中定义的一个组件。这个组件图可能包含一组类的定义，这些类可以在相应的类图中找到。最后，单个类的定义指向了用例和需求，因为一般来说，这些类直接反映了问题空间的词汇表。 * 1、复杂系统开发的内容维：需求、分析设计、实现、测试、部署 2、复杂系统开发的时间维： 阶段：初始、细化、构造、移交 里程碑：范围确定、架构稳定、内测完成、外测及部署完成 迭代： 内容维反复进行 * 1、复杂系统开发的内容维：需求、分析设计、实现、测试、部署 2、复杂系统开发的时间维： 阶段：初始、细化、构造、移交 里程碑：范围确定、架构稳定、内测完成、外测及部署完成 迭代： 内容维反复进行 * 识别元素：针对特定范围，得到定义明确的抽象 确定元素协作：确定了元素之间的责任分配 确定元素之间的关系：确定元素之间的清晰关系 确定元素语义：细化元素定义，得到元素详细的语义 * * * * * 战略类： 与供应商建立长期合作关系 杠杆类： 充分发挥招标采购方式,是最重要采购模式，采购管理中投入产出最大的领域，因此称之为杠杆 瓶颈类： 寻找替代品 常规类： 规范采购价格及供应商名录，提高采购供应效率 * * * 分析设计微观过程 需求 （来自宏观过程） 微 观 过 程 活 动 涉及规格说明 （去往宏观过程） 识别 元素 确定 元素协作 确定 元素关系 详细 元素语义 What?-主要方法-过程 工具---EA 软件开发的全生命周期文件管理 支持UML2.0图形绘制 支持丰富的文件格式兼容及转化 良好的文件分包及类管理机制 。。。。。。相对来讲工具是最不重要！ What?-主要方法-工具 OOAD与面向过程分析设计对比 OOAD 面向过程分析设计 多条并发事件流 强调过程步骤分解 强调先做协作单元分解 再做流程分析 串行为主事件流 对比项 分析思路 适用范围 分析设计结果 类结构和组成结构 及协作机制 组成结构及协作机制 关注点 系统的功能实现 及应变能力 系统的功能实现 事实上，OOAD是面向过程分析的继承和发展，从而可以处理面向过程分析设计难以处理复杂问题，OOAD的完整方法包含面向过程分析设计思想。 What?-与面向过程对比 举例： 25X25=？ 过程：20*25+5*25=500+125=625 对象： （20+5）x(30-5) =2x3x100+25=625 n5xn5=nx(n+1)x100+25 How? How?-采购管理专业化 什么是专业化？ 范畴或边界 构成或要素 原理或原则 ？ How?-采购管理专业化 – 领域范畴 卓越采购管理必须走专业化的道路： 采购管理的定位：依据企业价值链框架分析采购管理应与财务、人力等管理属性一致应作为企业重要支撑性关键管理活动 企业基础设施（设备） 企业人力资源管理 企业技术开发 企业财务管理 市场营销和投标 项目后勤 支 持 性 活 动 基本活动 企业采购管理 项目采购 项目运输 项目施工 缺陷维修 边 际 利 润 How?-采购管理专业化 - 领域范畴 卓越采购管理必须走专