《软件工程方法》PPT课件.ppt

《《软件工程方法》PPT课件.ppt》由会员分享，可在线阅读，更多相关《《软件工程方法》PPT课件.ppt（62页珍藏版）》请在三一办公上搜索。

1、软件工程导论(5)软件工程方法,卢军,方法的作用,虽然没有银弹,本章内容,5.1 软件方法论5.2 用户需求的获取方法5.3 软件工程的分析方法5.4 软件工程的设计方法5.5 软件测试方法,本章内容,5.1 软件方法论5.2 用户需求的获取方法5.3 软件工程的分析方法5.4 软件工程的设计方法5.5 软件测试方法,什么是工程的方法？,5.1 软件方法论,5.1.1 系统工程方法论5.1.2 软系统方法论5.1.3 软件工程方法体系,系统工程方法论,系统工程方法论是针对复杂多变和不确定性的特点，综合应用运筹学、系统动力学、控制论、信息论等有关学科的理论和方法，将数理统计、概率论、线性代数、模

2、糊数学等作为定性分析和定量分析的有效工具，深入地分析问题，寻求问题解决的最优策略动态系统理论、自动机理论、霍尔三维结构、系统分析法、成本效益分析、计划协调技术、关键路线法等,问题定义确定目标系统综合系统分析系统评价系统创建 系统实施,软系统方法论,是一项运用系统思维方法解决非系统问题的定性研究的技术，目的是解决那些包含有大量社会的、政治的以及人为因素的问题,软系统方法的逻辑,丰富图的一个示例,软件工程方法体系,抽象原则给出软件工程问题求解全过程的最基本原则 体系规范原则是规范整体解题思路及解决方案的验证局部规范原则是规范解决模块、组件等局部问题的原则,发现现实问题 抽象 模型 解决问题,方法,

3、结构化程序设计方法面向对象方法面向构件方法面向服务方法基于净室思想的方法基于敏捷思想的方法自适应开发方法动态系统开发方法测试驱动方法,示例,本章内容,5.1 软件方法论5.2 用户需求的获取方法5.3 软件工程的分析方法5.4 软件工程的设计方法5.5 软件测试方法,需求访谈,哪些人将会使用这个软件系统？他们希望该软件系统达到什么样的效果?以前使用过其它类似的软件系统吗?,从一组语境无关的问题开始,然后，站在用户的角度展开要询问的问题，寻求更多的需求信息，挖掘用户潜在的功能需求,便利的应用规约技术,在中立的地点举行会议建立筹备和参与会议的规则建议一个议程，能够覆盖需求范围所有的要点，但不鼓励思

4、维的任意流动一个“协调者控制会议使用一种“定义机制”目标是标识问题、提出解决方案的元素、评估不同的方法以及刻画初步解决方案的需求集合,鼓励建立客户和开发者的联合团队，一起工作以标识问题、提出解决方案的元素、刻画初步解决方案的需求集合,本章内容,5.1 软件方法论5.2 用户需求的获取方法5.3 软件工程的分析方法5.4 软件工程的设计方法5.5 软件测试方法,如何分析问题？,5.3 软件工程的分析方法,5.3.1 系统分析方法5.3.2 问题分析方法5.3.3 根本原因分析5.3.4 决策分析,系统分析方法,整体分析 结构分析 层次分析 相关分析,问题分析方法,问题说明阶段:提出目标，确定评价

5、指标和约束条件 分析研究阶段:提出各种备选方案并预计一旦实施后可能产生的结果 评估结果:将各方案的评价比较结果提供给决策者，作为判断抉择的依据,根本原因分析,在开发周期的每个阶段实施根本原因分析，为有效开展缺陷预防活动提供依据应用在解决各个方面的问题的过程中 得到提倡，形成一种文化或一种机制，而对每个人应形成一种处理问题的习惯,问题 根本原因 解决方案,决策分析,选择决策技术和结构层次，制订决策分析与决定的计划建立作为决策基础的评价准则。建立并运用决策分析指导原则，确定推荐的候选方案。依据评价准则进行综合分析、讨论和审查，然后选择相应的评价方法，依据准则来评价候选方案。最终选择的候选方案应附有

6、所选择的技术、准则和作出选择的依据,本章内容,5.1 软件方法论5.2 用户需求的获取方法5.3 软件工程的分析方法5.4 软件工程的设计方法5.5 软件测试方法,设计中最关键的问题？,软件危机,5.4.1 原型设计方法5.4.2 结构化方法5.4.3 面向对象方法5.4.4 面向构件设计方法5.4.5 面向服务方法5.4.6 可视化方法,原型设计方法,在获取基本的需求定义后，利用可视化的开发环境或工具，快速地建立一个目标系统的粗线条版本 基于可视化原型，用户更能清楚地表达自己的需求，提供反馈意见原型分为抛弃式原型和演化式原型 抛弃式原型不作为最终产品，具有探索和实验目的，或只是作为需求确认的

7、工具演化式原型，最终软件系统是在原型的基础上逐步形成、修改、完善和完成的,原型设计方法的实现过程,结构化方法,面向数据结构的软件设计方法 问题分析法 系统关联图 信息隐蔽方法,采用自顶向下、逐步求精设计过程，将系统分解为若干功能模块，然后逐个实现每一个具体的功能模块,问题分析法,先分解再合成，根据输入、输出数据结构指导系统的分解，在系统分析指导下再逐步合成系统,系统关联图,用于定义系统与系统外部实体间的界限和接口的简单模型，可以明确外部实体和系统之间通过接口传递的数据流和信息流,面向对象方法,面向对象方法从所处理的数据入手，以数据为中心来描述系统 充分挖掘了“关系”的表达方式，可以尽可能的将事

8、物之间复杂的关系予以体现 软件的开发可以视为“类”的抽象及其关联的建模过程软件的运行是对象的实例化及其状态的演变过程，对象与对象之间通过发送消息相互联系,对象与类,对象的行为通过操作展示，外界不可以直接访问其内部属性（封装性），操作的实现对用户透明 类是对具有相同内部状态和外部行为对象结构的描述，它定义了表示对象状态的实例变量集和表示对象行为的方法集。子类可以继承父类的实例变量和方法、重载父类的某个行为（虚函数），同时还可以定义新的变量和方法 消息传递是对象间惟一的交互方式,示例,面向对象分析,分析是提取和整理用户需求，并建立问题域精确模型的过程 面向对象分析一般需要建立3个模型（功能模型、对

9、象模型和动态模型）并定义相应的服务,面向对象设计,开-闭原则 单一职责原则里氏代换原则 依赖倒转原则 接口隔离原则 合成/聚合复用原则 迪米特法则,把分析阶段得到的需求转变成符合成本和质量要求的、抽象的系统实现方案的过程,面向构件设计方法,就是用“构件”取代“代码”，构件成为软件产品或系统的基本结构单元 构件可以完成一个或多个功能的特定服务，并为用户提供标准接口 系统构件可以分为业务构件、服务构件、展现构件、逻辑构件、运算构件等 从传统的关注点分离到构件组装业务构件是软件过程的主线索，并基于业务构件来识别出服务构件，然后就是业务构件的实现、验证和部署,构件的层次,基于构件的网状结构,面向服务方

10、法,SOA 架构模式,SOA模式在三个主要参与者“服务提供者、服务消费者和服务代理”之间定义了交互模型,SOA 系统架构的层次,SOA 系统服务层实现,SOD的建模和架构方法,可视化方法,借助可视开发工具，直接在图形用户界面上来完成绝大部分的软件设计和编程工作，可以自定义、修改和拖拽各项操作界面元素可视开发工具能实现程序代码的自动生成,示例,可视化IDE,本章内容,5.1 软件方法论5.2 用户需求的获取方法5.3 软件工程的分析方法5.4 软件工程的设计方法5.5 软件测试方法,为什么要进行软件测试？,5.5.1 白盒和黑盒的测试方法5.5.2 静态和动态的测试方法5.5.3 ALAC测试和

11、随机测试5.5.4 自动化测试方法,5.5 软件测试方法,黑盒方法和白盒方法,黑盒测试方法（Blake-box Testing），是把程序看作一个不能打开的黑盒子，不考虑程序内部结构和内部特性，而是考察数据的输入、条件限制和数据输出，完成测试 白盒测试方法（White-box Testing），也称结构测试或逻辑驱动测试。白盒测试方法是根据模块内部结构了解，基于内部逻辑结构，针对程序语句、路径、变量状态等来进行测试，检验程序中的各个分支条件是否得到满足、每条执行路径是否按预定要求正确的工作。,黑盒测试 vs.白盒测试,功能测试数据驱动（Data-driven）测试,结构测试逻辑驱动（Logic

12、-driven）测试,需求,事件驱动,输入,输出,方法,静态测试 和 动态测试,静态测试就是静态分析，对模块的源代码进行研读，查找错误或收集一些度量数据，并不需要对代码进行编译和仿真运行。静态测试采用人工检测和计算机辅助静态分析手段进行检测 动态测试是通过观察代码运行时的动作，来提供执行跟踪、时间分析，以及测试覆盖度方面的信息。动态测试通过真正运行程序发现错误。通过有效的测试用例，对应的输入/输出关系来分析被测程序的运行情况,静态测试 vs.动态测试,运行程序,ALAC测试,ALAC（Act-like-a-customer，象客户那样做）测试是基于客户使用产品的知识而进行测试其出发点是著名的P

13、areto 80/20规律,随机测试,可以作为熟悉新开发产品的功能特性，完善软件测试用例，获得一举两得的效果为对计划测试的补充，使测试人员不受已有测试用例的限制，无拘无束、思维活跃，能发现一些隐藏比较深的缺陷,自动化测试的特点,自动运行的速度快，是手工无法相比的。测试结果准确。例如搜索用时及时是0.33秒或0.24秒，系统都会发现问题，不会忽视任何差异高复用性。一旦完成所用的测试脚本，可以一劳永逸运行很多遍永不疲劳 可靠 独特的能力,自动化测试带来的好处,测试周期缩短更高质量的产品软件过程更规范高昂的团队士气节省人力资源，降低企业成本充分利用硬件资源，降低企业成本。,手工测试,发现缺陷率高 容易实施 创造性、灵活性 覆盖率量化困难 重复测试效率低 不一致性、可靠性低 依赖人力资源,高效率（速度）高复用性 覆盖率容易度量 准确、可靠 不知疲劳 激励团队士气 机械、难以发现缺陷 一次性投入大,手工测试 vs.自动测试,两者相互补充,在系统功能逻辑测试、验收测试、适用性测试、涉及交互性测试时，多采用手工测试方法；单元测试、集成测试、系统负载或性能、可靠性测试等比较适合采用TA；对那种不稳定、开发周期短或一次性的软件等不适合TA工具本身缺乏想象力和创造性，自动测试只能发现15%的缺陷，而手工测试可以发现85%的缺陷；,Q&A,