目录
一.软件开发生命周期
二.瀑布模型
特点:
优点:每一个阶段进行一次,强调阶段性,是其他模型的基础
缺点:只适合需求小且固定的项目; 当前一个阶段没有处理好,容易导致最后问题爆炸,难处理
三.螺旋模型
1.介绍:
对于每一步进行风险判断,更安全,适用于规模庞⼤、复杂度⾼、⻛险⼤的项⽬尤其适合
2.简单讲解
螺旋模型每一圈螺旋都是一个完整的、微型的软件开发生命周期。
用户提出需求-->确定简单需求文档-->风险评估小组进行分析--->得到原型--->进行开发、测试--->得到小型的可运行模型--->用户测试并提出修改建议--->确定需求文档---> ...... --->得到一个可运行的原型--->概要设计-->详细设计-->编码-->测试-->运维
3.特点:
**优点;**整个过程风险管控高,增加风险分析与原型,更加安全
缺点:项目的风险与风险管控小组水平有关;对人员、资金、时间投入力度大
四.增量模型
1.介绍
将目标划分为一个个增量,每个增量进行设计,增量之间互不影响且独立开发
2.特点:
五.迭代模型
六.敏捷模型(scrum模型)
重点在敏捷上
1.流程
1>.产品负责人根据用于需求整理需求列表,斌进行需求优先级的初步评估
2>.发布计划会议:在计划会议上负责讲解并于对应的开发团队进行探讨.
例如:
各个任务的优先级、还有模块怎么划分、每个模块大概要实现的功能、由哪些团队负责哪些模块，还有每个阶段大概的时间安排、技术难点 等
3>.计划迭代会议:根据探讨的结果将每个增量模块划分出去不同团队,由开发团队对每一个模块进行详细分解
例如:
初步的完成时间、任务优先级等、验收标准(功能、性能)等
4>.**每日例会:**每个团队每日召集站立会议,成员回答昨天做什么今天预计完成什么,过程中可能会出现什么问题
5>.重复上述操作,直到本次增量迭代完成,召集演示会议,演示成功并将反馈记录继续上述操作(每日例会)
6>.直至本期迭代进行完,项目进行总结,发现不足,制定改进计划,达到更加优秀的效果
2.特点
七.v型模型
八.W型测试模型
1.介绍:
W模型是对V模型的扩展，强调开发与测试的并行性 ：不仅每个开发阶段对应测试，且测试活动在开发早期即启动
2.每个阶段介绍
精简版:
- 验收测试计划（对应用户提需求）：站在用户角度想，客户最后验收时，看重啥、啥样才算产品合格，把这些标准定好。
- 系统测试计划（对应需求分析）：照着需求文档来，测整个系统行不行 ------ 功能全不全、安全不安全、扛不扛压、性能达不达标。
- 集成测试计划（对应概要设计）：系统拆成模块后，测每个模块本身对不对，再测模块之间能不能正常调用、数据传得对不对。
- 单元测试计划（对应详细设计）：把模块再拆到最小（类、小接口、单个方法），挨个测这些小单元自己的逻辑，只看它自身输入输出对不对，不管和其他单元的交互。
专业版:
- 验收测试计划 ：对应用户需求阶段，站在用户视角思考，明确产品最终交付时客户关心的验收标准、核心需求是否满足，是从业务价值层面的最终验证规划。
- 系统测试计划 ：对应需求分析阶段，依据需求文档制定，验证整个系统的全维度能力，包括功能实现、安全性边界、压力测试、性能指标达标情况等系统级要求。
- 集成测试计划 ：对应概要设计阶段，围绕系统拆分后的模块维度规划，核心检查单个模块功能正确性，以及模块之间的接口调用、数据传递是否合适、协作是否顺畅。
- 单元测试计划 ：对应详细设计阶段，聚焦模块内最小可测试单元（类、小接口、方法 / 函数），单独验证每个单元自身的输入、处理、输出逻辑是否符合设计要求，不涉及与其他单元的交互。
3.特点:
优点:
a.更早发现需求或设计缺陷，降低修复成本；
b.测试覆盖更全面，减少后期风险；
c.支持开发与测试的协作，提高效率。
缺点
d.对项目管理要求高，需协调开发与测试的并行节奏；
e.若需求频繁变更，并行的测试计划需同步调整，复杂度增加。
适用场景
e.需求相对稳定，但需要尽早介入测试以保证质量的项目（如大型复杂系统）；
f.团队中开发与测试角色明确、协作成熟的项目。