第5篇 SEI-软件工程方法.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * Why do we perform functional testing? When is functional testing performed? What problems do we encounter when the entire testing phase is to be tested manually? * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 系统关联图 /Kerryzhu 用于定义系统与系统外部实体间的界限和接口的简单模型，可以明确外部实体和系统之间通过接口传递的数据流和信息流 面向对象方法 /Kerryzhu 面向对象方法从所处理的数据入手，以数据为中心来描述系统 充分挖掘了“关系”的表达方式，可以尽可能的将事物之间复杂的关系予以体现 软件的开发可以视为“类”的抽象及其关联的建模过程 软件的运行是对象的实例化及其状态的演变过程，对象与对象之间通过发送消息相互联系 对象与类 /Kerryzhu 对象的行为通过操作展示，外界不可以直接访问其内部属性（封装性），操作的实现对用户透明 类是对具有相同内部状态和外部行为对象结构的描述，它定义了表示对象状态的实例变量集和表示对象行为的方法集。子类可以继承父类的实例变量和方法、重载父类的某个行为（虚函数），同时还可以定义新的变量和方法 消息传递是对象间惟一的交互方式 示例 /Kerryzhu 面向对象分析 /Kerryzhu 分析是提取和整理用户需求，并建立问题域精确模型的过程 面向对象分析一般需要建立3个模型（功能模型、对象模型和动态模型）并定义相应的服务 面向对象设计 /Kerryzhu 开-闭原则 单一职责原则 里氏代换原则 依赖倒转原则 接口隔离原则 合成/聚合复用原则 迪米特法则 把分析阶段得到的需求转变成符合成本和质量要求的、抽象的系统实现方案的过程 面向构件设计方法 就是用“构件”取代“代码”，构件成为软件产品或系统的基本结构单元 构件可以完成一个或多个功能的特定服务，并为用户提供标准接口 系统构件可以分为业务构件、服务构件、展现构件、逻辑构件、运算构件等 从传统的关注点分离到构件组装 业务构件是软件过程的主线索，并基于业务构件来识别出服务构件 ，然后就是业务构件的实现、验证和部署 /Kerryzhu 构件的层次 /Kerryzhu 基于构件的网状结构 /Kerryzhu 面向服务方法 /Kerryzhu SOA 架构模式 /Kerryzhu SOA模式在三个主要参与者——“服务提供者、服务消费者和服务代理”之间定义了交互模型 SOA 系统架构的层次 /Kerryzhu SOA 系统服务层实现 /Kerryzhu SOD的建模和架构方法 /Kerryzhu 可视化方法 /Kerryzhu 借助可视开发工具，直接在图形用户界面上来完成绝大部分的软件设计和编程工作，可以自定义、修改和拖拽各项操作界面元素 可视开发工具能实现程序代码的自动生成 示例 /Kerryzhu 可视化IDE /Kerryzhu 本章内容 5.1 软件方法论 5.2 用户需求的获取方法 5.3 软件工程的分析方法 5.4 软件工程的设计方法 5.5 软件测试方法 /Kerryzhu 为什么要进行软件测试？ /Kerryzhu 5.5.1 白盒和黑盒的测试方法 5.5.2 静态和动态的测试方法 5.5.3 ALAC测试和随机测试 5.5.4 自动化测试方法 5.5 软件测试方法 黑盒方法和白盒方法 黑盒测试方法（Blake-box Testing），是把程序看作一个不能打开的黑盒子，不考虑程序内部结构和内部特性，而是考察数据的输入、条件限制和数据输出，完成测试 白盒测试方法（White-box Testing），也称结构测试或逻辑驱动测试。白盒测试方法是根据模块内部结构了解，基于内部逻辑结构，针对程序语句、路径、变量状态等来进行测试，检验程序中的各个分支条件是否得到满足、每条执行路径是否按预定要求正确的工作。 黑盒测试 vs. 白盒测试 功能测试 数据驱动（Data-driven）测试 结构测试 逻辑驱动（Logic-driven）测试 需求 事件驱动 输入 输出 方法 黑盒测试方法 白盒测试方法 等价类划分 边界值分析 因果图 错误推测法 决策表方法 正交试验法 …… 语句覆盖 分支覆盖 条件覆盖 条件组合覆盖 循环覆盖 基本路径测试 …… 静态测试 和 动态测试 静态测