Paradigm的转换.pptVIP

软件 ???? 用户?? ???? ?? 需求? ???? ???. 软件 质量? ???? ??? 维护? ???.(?? 系统 开发? ?? 软件? ?? ??? ???? ??? ???? ?? ???) * * * * * * * 结构??? ?? ?原则? ??? 开发??(1950??) * ?? 变更 ? ??函数? 变更?? ? * * * * * * * * * * - * - UML 实战 Modeling 2008. 07. IT工程中心 Software Technology Team 目录 1. Paradigm的转换 2. 软件开发生命周期 3. UML 4. 面向对象的概念 5. 面向对象开发 Process 6. OOAD 设计原则 7. Design Pattern 8. 实习 1. Paradigm的转换 软件复杂性 分析 VS 设计 分析设计访问方法 OOAD - 新Paradigm 软件复杂性 软件复杂性 现代复杂的Business环境 因特网的诞生 时空间的世界化 商品的多样性 不停的Business变化 Business的复杂性,难解性增加 软件复杂性 软件是现实Business的反映 软件的复杂性, 难解性增加 又一方面软件是? 废弃的系统 很多系统因长久维护而变得复杂, 随之也越来越无法维护 每增加新功能就变得更复杂 软件危机 (Software Crisis) GAO report(1979) 软件开发项目的调查结果: 实现项目的所有功能中 的47%几乎不使用 29% 最后也没有提交 19%是申请返工或丢弃的 3%需要追加修改 只有2%满足需求 大规模开发项目的 25%没有结束 Tom DeMarco, Controlling Software Projects, Prentice Hall, 1982 1991年, 一年所有的MIS 开发项目平均延迟1年, 所有项目 over budget Capers Jones, American Programmer, 6/91 复杂性管理方案 方法和步骤 单纯化 Module化和再使用 Modeling 分析 vs 设计 分析 vs 设计 分析 为掌握存在的问题,用语,Business 规则等进行调查 与解决问题相比，更强调掌握问题和需求 需求分析 ,面向对象分析 要了解系统要执行的对象(What)，而不是方法 (How). Problem-oriented 设计 强调 为满足需求的逻辑性解决 设计比实现更强调需求的概念性解决 (conceptual Solution) 掌握实现系统的方法 (How) Solution-Oriented 面向对象分析 vs 面向对象设计 面向对象分析 重要的是从Domain中查找并说明对象和概念 面向对象设计 为了与软件对象一起执行需求，重要的是定义 已定义的对象之间如何合作 (collaboration) Usecase scenario 制定 定义对象的合作 通过Usecase scenario 分析的对象导出 面向对象 分析 面向对象 设计 分析设计访问方法 访问方法 以函数为中心的开发(Functional Decomposition) 结构式分析设计(Structured Analysis) 数据Modeling 面向对象分析设计 以函数为中心开发(Functional Decomposition Model) 为解决Domain问题，多功能 函数按步骤调用后使用 按流程开发 以Function为中心 现在普遍使用的方式 复杂的调用方式 弱的可读性 维护问题 (每增加新功能就变得更复杂) Function() Function() Function() Function() Function() Function() Function() 结构式分析设计 (Structured Analysis/Design:SA/SD) 面向资料流程和资料加工步骤的分析方法 Process DFD(data flow Diagram), DD(data dictionary) 结构式分析设计方法 功能和数据的分离 功能(Functions) : 描述主动行为 数据 : 描述被动信息 强调Input和 Output 分析结果为了设计又要变更为其它格式 Function Function Function Data Data Data . . . . . . 结构式分析设计(SA/SD) 的问题点 难维护 把焦点只放在开发而没考虑到维护 数据结构的变更?引起函数(function)的变更 很难使用其它数据格式 Switch-CASE 语句的滥用 较弱的可