软件开发模型v 软件开发模型
软件开发的V模型的优缺点是什么？
V模型是最广为人知的测试模型。
最典型的V模型版本一般会在其开始部分对软件开发过程进行描述 图1 V模型的各级开发阶段 这是古老的瀑布模型。
作为开发模型， 在V模型中，测试过程被加在开发过程的后半部分，如下图所示： 图2 V模型示意图 单元测试所检测代码的开发是否符合详细设计的要求。
集成测试所检测此前测试过的各组成部分是否能完好地结合到一起。
系统测试所检测已集成在一起的产品是否符合系统规格说明书的要求。
而验收测试则检测产品是否符合最终用户的需求。
预验收测试 可行性分析 ------- 验收测试 ↘ 预系统测试 ↗
软件开发的V模型的优缺点？
V模型是最广为人知的测试模型。
最典型的V模型版本一般会在其开始部分对软件开发过程进行描述 图1 V模型的各级开发阶段 这是古老的瀑布模型。
作为开发模型， 在V模型中，测试过程被加在开发过程的后半部分，如下图所示： 图2 V模型示意图 单元测试所检测代码的开发是否符合详细设计的要求。
集成测试所检测此前测试过的各组成部分是否能完好地结合到一起。
系统测试所检测已集成在一起的产品是否符合系统规格说明书的要求。
而验收测试则检测产品是否符合最终用户的需求。
预验收测试 可行性分析 -------> 验收测试 ↘ 预系统测试 ↗ 需求分析 -----> 系统测试 ↘ 预集成测试 ↗ 概要设计 ----> 集成测试 ↘ 预单元测试 ↗ 详细设计 -> 单元测试 ↘ ↗ 编码 这就是软件测试的V模型 V模型的缺陷 仅仅把测试过程作为在需求分析、系统设计及编码之后的一个阶段 忽视了测试对需求分析，系统设计的验证，一直到后期的验收测试才被发现。
...
v模型、W模型、H模型有什么区别？
1.软件测试过程模型-V模型是软件开发瀑布模型的变种，主要反映测试活动与分析和设计的关系；51Testing软件测试网局限性：把测试作为编码之后的最后一个活动，需求分析等前期产生的错误直到后期的验收测试才能发现软件测试过程模型-W模型51Testing软件测试网在V模型的基础上，增加千开发阶段的同步测试，形成W模型；测试与开发同步进行，有利用尽早的发现问题局限性：仍把开发活动看成是从需求开始到编码结束的串行活动，只有上一阶段完成后，才可以开始下一阶段的活动，不能支持迭代，自发性以及变更调整51Testing软件测试网3.软件测试过程模型-H模型51Testing软件测试网 Z)q 在H模型中，软件测试过程活动完全独立，贯穿于整个产品的周期，与其他流程并发地进行，某个测试点准备就绪时，就可以从测试准备阶段进行到测试执行阶段；软件测试可以进行尽早的进行；软件测试可以根据被测物的不同而分层次进行51Testing软件测试网测试模型使用51Testing软件测试网在实际工作中应灵活地运用各种模型的优点V模型： 强调了在整个软件项目开发中需要经历的若干个测试级别，并与每一个开发级别对应；忽略了测试的对象不应该仅仅包括程序，没有明确指出对需求、设计的测试 W模型： 补充了V模型中忽略的内容，强调了测试计划等工作的先行和对系统需求和系统设计的测试；与V模型相同，没有对软件测试的流程进行说明 51Testing软件测试网 H模型： 强调测试是独立的，只要测试准备完成，就可以执行测试
软件开发模型的含义是什么？
设计、编码和测试等阶段软件开发模型（Software Development Model）是指软件开发全部过程，有时也包括维护阶段、活动和任务的结构框架。
软件开发包括需求，以及允许采用不同的软件工具和不同的软件工程环境，明确规定了要完成的主要活动和任务，用来作为软件项目工作的基础。
对于不同的软件系统，可以采用不同的开发方法、使用不同的程序设计语言以及各种不同技能的人员参与工作、运用不同的管理方法和手段等。
软件开发模型能清晰、直观地表达软件开发全过程...
如何为软件开发项目选择一个合适的软件生命周期模型
可以选择迭代式或螺旋模型。
如果开发时间紧迫： 如果需求定义明确，不是几句话就能说清楚的、同类型软件开发经验充足、软件功能配合度要求非常高、软件运行质量要求非常高，可以选择V模型。
如果需求定义不明确、软件项目规模为中小型，可以选择瀑布模型。
如果需求定义明确，很多人为此写了专门的著作。
大概来说的话，可以按如下几点来选择、人员资金配置、时间期限等等因素有关 这跟软件类型、需求定义、具有同类型软件开发经验 ...
软件测试中V&V是什么意思
1、边做边改模型（build-and-fixmodel）这种模型一般不会使用。
是不断的修正版本不断的供用户使用，如果出现错误或是新的需求又不断的修改代码的过程。
缺点： 缺少规划和设计环节。
忽略需求环节，风险大。
周期长费用高。
2、瀑布模型（Waterfall-model）较常用。
提供了一种有效的管理视图。
每项开发活动均处于一个质量环节。
文档驱动，以项目阶段评审和文档控制为手段有效的对整个开发过程进行指导。
主要是针对客户的需求较明确。
缺点：缺乏灵活性，太过于理想化。
如果开发其中，客户难以明确需求，需求错误在后期就难以纠正。
软件的开发严格的按照线性方式进行，当前活动的工作结果，实施完成所需要的工作结果需要验证，如果验证通过，则结果作为下一项活动的输入，继续。
否则返回。
3、快速原型（rapid prototype）快速原型是运行的模型 在功能上等价产品的一个子集。
适用于 用户需求不明确。
一旦需求确定，原型将被抛弃。
原型内部结构不重要，重要的是能迅速的构建原型，并迅速修改以满足客户的需求。
适用于：小型或是交互型式的系统。
大型系统的某些部分，例如用户界面。
生命周期较短的。
特点：快速模型克服瀑布模型的特点，减少由于软件需求不明确带来的开发风险，具有显著的效果第一步：建造一个快速的模型。
第二步：是建造一个快速的模型。
4、增量模型（incremental model）是渐增演化的过程，软件被看作是一系列的增量构建来设计、实现、集成和测试，每一个构建由多种相互作用的模块所形成的提供特定功能呢的代码片段构成。
开发出一部分就向用户展示一部分，及早的发现问题。
先开发一个原型模型的软件，完成模型的主要功能。
展示给用户征求意见。
特点：缩短时间开发人员与用户可以通过原型充分的交流；有利于用户的培训和开发的同步。
加入构建必须不破坏已构造好的体系结构。
模型的灵活性可以使其适应需求的变化，但也很容易退化为边做边改模型。
5、螺旋模型（Spiral Model）特点：强调了风险分析主要是分为如下的活动：制定计划：明确软件的目标，选定实施方案，弄清项目开发的限制条件。
风险分析：分析评估所选方案，考虑如何识别和消除风险。
实施工程：实施软件开发和验证客户评估：评估开发工作，提出修正建议，指定下一步计划。
6、形式化模型方法形式化模型方法采用数学方法将系统描述转化成为可执行的程序。
适用：适用于对于那些安全性和保密性要求极高的软件系统，这些需要在投入运行前进行验证。
优点：犹如教学方法具有的严密和准确性，形式化方法开发过程中所交付的软件信息具有较少的缺陷和较高的安全性。
缺点：费时费力，开发人员需要经过特殊的训练。
难以进行形式化描述。
7、基于组建的开发模型基于组建的开发技术是使用技术是使用可重用的组建或是商业组建建立复杂的软件系统。
组建开发急速的两个重要的因素。
基于组建的软件体系。
基于组建的开发过程。
优点：充分体现软件复用的思想，实现快速的交付。
-