第二章_软件开发模型.pptVIP

XP的指导原则： 快速反馈：开发人员通过简短的反馈循环迅速了解其当前产品是否满足了客户的需求。 简单性假设：将每个问题都视为很容易解决。只需为当前迭代打算，而无需洞察未来可能需要什么。 逐步修改：通过一系列细微的修改来解决问题。 拥抱变化：包容变化，提倡变化。 高质量的工作：工作质量决不可打折扣。XP采用测试先行的编程方式，强调编码和测试的重要性。 2.6 XP开发模型概要 XP活动： 倾听：积极倾听。 测试：非“马后炮”式的测试。编码之前编写测试用例。 编码：编写代码是一种工艺，通过重构、结对编程和代码复核等实践得以改进。 设计：设计是不断演化的，并非固定的，不能赋予它单个职责，而是基于小组的，动态的。 2.6.1 XP开发模型概要 XP实践： 2.6.1 XP开发模型概要 实践 描述 ?规则游戏 ?规则游戏的职责是快速制定下一次发布或迭代的高级规划 ?小型发布 ?XP周期提供业务价值的频繁发布组成 ?隐喻 ?隐喻是用于描述项目的通用观点、术语和语言 ?简单设计 ?从XP的角度说，简单意味着代码完成的是最简单、惯用的 ?测试 ?测试首先被开发，然后再测试装置中实现 ?重构 ?不改变系统中可见行为的前提下，对已有的代码设计进行改进 ?结对编程 ?两位开发人员坐在同一台工作站前，一起完成开发任务 ?集体拥有 ?任何小组成员能够在任何时间对代码的任何部分进行修改 ?持续集成 ?每天对系统组件进行多次的集成 ?每周工作40小时 ?加班加点，无法确保高质量和高性能。XP要求正常的工作时间，以确保质量。不要连续两个星期都加班 ?现场客户 ?团队中加入一位真正的、起作用的用户，他将负责全职回答问题 ?编码标准 ?编码标准是一系列的约定，所有人在开发时都必须遵守 2.6.1 XP开发模型概要 XP关键特征： 明确的反馈：早期的明确反馈。 逐步规划：“让我们对现在知道的进行规划，然后在发生变化时，不断地重新规范” 测试优先 口头交流 一般使用场合： 规模小、进度紧、需求变化大、质量要求严的项目 2.6.2 XP开发模型特点 一般不适合的场合： 中大型的项目 重构会导致大量经费开销的应用项目 需要很长的编译或者较长的测试周期的系统 不容易进行测试的应用项目 团队人员异地分布的项目 不能接受XP文化的组织和团队 2.6.2 XP开发模型特点 2.7 面向对象的开发模型——1 在讲面向对象的开发模型之前先讲 面向对象的基本概念 面向对象的基本概念 对象Object 类Class 继承Inheritance 消息Message 面向对象 对象+类+继承+消息通信 对象Object 客观世界中的实体 状态（静态属性 Attributes） 操作（动态行为 Methods） 对象::=ID,MS,DS,MI Identifier——（标识：即名称，用来在问题域中区分其他对象） Method Set——（即行为或方法：一是对自身的操作，改变原有的属性状态；另一是施加于其他对象的操作，将产生的输出结果作为消息发送的操作） Data Structure——（数据：描述对象属性的存储或数据结构，他表示了对象的一个状态） Message Interface——（接口：主要指对外接口，指对象受理外部消息所制定的操作的名称集合） 类Class和实例Instance 类 相同属性和行为的对象的抽象 实例 特定类所描述的一个具体对象 子类直接继承父类的数据和操作 继承的传递性，单继承、多重继承 继承（Inheritance） 家具 桌子 椅子 衣柜 床 椅子的实例 多态性Polymorphism 概念 不同类层次共享一个方法名 相同的参数特征和返回值类型 多种不同实现 C++中虚函数实现 动态联编 重载Overloading 函数重载 同一作用域 多个名字相同的函数 参数特征不同 静态联编 运算符重载 消息Message 对象间的交互手段 形式： Message:[dest,op,para] Destination Object（目标对象） Operation（操作） Parameters（参数） 2.7 面向对象的开发模型——2 对象技术为软件工程的基于构件的过程模型提供了技术框架。面向对象范型强调了类的创建，类封装了数据和用于操纵该数据的算法。如果经过合适的设施和实现，面向对象的类可以在不同的应用及基于计算机的系统结构中复用 面向对象模型融合了螺旋模型的许多特征。它本质上是演化的，支持软件开发的迭代方法。 2.8 构件集成模型 构件（component)也称为组件，是一段实现一系列有确定接口的程序体，具有自己的功能和逻辑，能同其他构件组装起来协调工作。 该模型支持软件重用，对缩短软件开发周期、降低项目成本