本文目录导航：
软件的生命周期包含哪几个阶段?
软件生命周期包含以下几个阶段：1. 疑问定义：在这个阶段，系统剖析员与用户启动交换，明白计算机须要处置的疑问，并提交关于系统指标与范畴的说明，供用户审查和认可。
2. 可行性钻研：这个阶段的义务是形容待开发系统的指标，并从经济、技术、法律等多方面启动可行性剖析。
3. 需求剖析：阶段的指标是弄清用户对软件系统的所有需求，编写需求规格说明书和初步的用户手册，并提交评审。
4. 开发阶段：开发阶段包含概要设计、具体设计、成功和测试四个子阶段。
5. 保养：保养阶段包含矫正性保养、顺应性保养、完善性保养和预防性保养四个方面，目的是确保软件系统的可保养性和牢靠性，并依据用户反应启动改良。
软件生命周期的各个阶段都有其特定的义务和指标，经过这些阶段的有序启动，可以确保软件产品的品质和满足用户需求。
软件生命周期分为哪几个阶段？
软件生命周期分为疑问定义、可行性钻研、需求剖析、开发阶段、保养这5个阶段。
各个阶段的关键义务是如下。
1、疑问定义
要求系统剖析员与用户启动交换，弄清“用户须要计算机处置什么疑问”而后提出关于“系统指标与范畴的说明”，提交用户审查和确认。
2、可行性钻研
一方面在于把待开发的系统的指标以明白的言语形容进去，另一方面从经济、技术、法律等多方面启动可行性剖析。
3、需求剖析
弄清用户对软件系统的所有需求，编写需求规格说明书和初步的用户手册，提交评审。
4、开发阶段
开发阶段由四个阶段组成：概要设计、具体设计、成功、测试
五、保养
保养包含四个方面：
（1）矫正性保养：在软件交付经常使用后，由于开发测试时的不彻底、不齐全、肯定会有一局部暗藏的失误被带到运转阶段，这些暗藏的失误在某些特定的经常使用环境下就会泄露。
（2）顺应性保养：是为顺应环境的变动而修正软件的优惠。
（3）完善性保养：是依据用户在经常使用环节中提出的一些树立性意见而启动的保养优惠。
（4）预防性保养：是为了进一步改善软件系统的可保养性和牢靠性，并为以后的改良奠定基础。
裁减资料：
软件经常出现周期模型：
1、瀑布模型
瀑布模型首先由Royce提出。
该模型由于酷似瀑布知名。
在该模型中，首先确定需求，并接受客户和SQA小组的验证。
而后拟定规格说明，雷同经过验证后，进入方案阶段…可以看出，瀑布模型中至关关键的一点是只要当一个阶段的文档曾经编制好并取得SQA小组的认可才可以进入下一个阶段。
瀑布模型经过强迫性的要求提供规约文档来确保每个阶段都能很好的成功义务。
然而实践上往往难以办到，由于整个的模型简直都是以文档驱动的，这关于非专业的用户来说是难以浏览和了解的。
2、迭代式模型
迭代式模型是RUP介绍的周期模型，也是咱们在这个系列文章探讨的基础。
在RUP中，迭代被定义为：迭代包含产消费品颁布（稳固、可口头的产品版本）的所有开发优惠和要经常使用该颁布必须的一切其余中心元素。
所以，在某种水平上，开发迭代是一次性完整地经过一切上班流程的环节：（至少包含）需求上班流程、剖析设计上班流程、实施上班流程和测试上班流程。
实质上，它相似小型的瀑布式名目。
RUP以为，一切的阶段（需求及其它）都可以细分为迭代。
3、极速原型模型
极速原型模型在配置下等价于产品的一个子集。
瀑布模型的缺陷就在于不够直观，极速原型法就处置了这个疑问。
普通来说，依据客户的须要在很短的期间内处置用户最迫切须要，成功一个可以展示的产品。
这个产品只是成功局部的配置（最关键的）。
它最关键的目的是为了确定用户的真正需求。
在我的阅历中，这种方法十分的有效，原先对计算机没有丝毫概念的用户在你的原型面返回往沉默寡言，有些观念让你都感觉十分的吃惊。
在获取用户的需求之后，原型将被放弃。
由于原型开发的速度很快，设计方面是简直没有思考的，假设保管原型的话，在随后的开发中会为此付出极大的代价。
至于保管原型方面，也是有一种叫做增量模型是这么做的，但这种模型并不为大家所接受的。
软件生命周期划分红哪些阶段?
1. 疑问定义阶段：确定软件名目的指标和范畴，启动市场调研，评价名目的可行性和潜在危险。
2. 可行性钻研阶段：剖析名目的技术可行性、经济可行性和操作可行性，构成可行性钻研报告。
3. 需求剖析阶段：与利益关系者沟通，搜集并 document 软件需求，明白软件的配置和性能要求。
4. 开发阶段：这一阶段包含四个子阶段： - 概要设计阶段：制订软件的全体架构设计，确定模块划分和接口定义。
- 具体设计阶段：对每个模块启动具体设计，包含数据结构和算法设计。
- 成功阶段：依据设计文档启动代码编写，成功软件的配置。
- 测试阶段：对编写好的软件启动测试，确保其合乎需求规格。
5. 保养阶段：软件交付后，对其启动继续的监控和保养，包含失误修正、性能提升和配置降级。
在保养阶段，或者还会触及到回退战略的实施，以应答在消费环境中产生的疑问。
整个软件生命周期的治理是一个迭代和继续改良的环节，要求开发团队与用户坚持沟通，确保软件产品能够继续满足用户的需求。
