大家好，今天小编关注到一个比较有意思的话题，就是关于软件开发的生命周期的问题，于是小编就整理了3个相关介绍软件开发的生命周期的解答，让我们一起看看吧。
项目适应性生命周期有哪些方法？
项目管理理论中提到了三种：
第一种是完全计划驱动型生命周期模型 ，也叫预测型生命周期。
要求 在项目生命周期的早期确定项目范围及将会此范围所需的时间和成本，适合需求明确的项目。（采用此周期仍可用滚动式规划的概念。先编制一份高层级概要计划，再随着工作的进展 资源得到分配，针对某个合理的时间段编制更详细的计划）。
一般情况下这种项目生命周期模型要求企业在该行业经验丰富，有着厚实的行业实践基础，能够充分了解交付的产品、服务和成果。这种生命周期类型涵盖了很多软件开发模型和方法，比如瀑布模型。
第二种是敏捷 型生命周期，通常也叫变更驱动方法或适应型生命周期。
目的在于应对于大量变更，获取干系人的持续参与，也包含迭代和增量的概念，与迭代和增量型生命周期不同之处在于迭代很短通常是2-4周迭代一次，而且所需时间和资源是固定的，每个迭代开始时才定义该迭代的详细范围。
这种生命周期模型适合创新型项目，注重反馈和快速反应，比如适用于需要应对快速变化的环境，需求和范围难以事先明晰或方便定义较小的增量改进的情况下 。
敏捷开发也是一种典型的循环生命周期， 在软件产品开发领域这种项目生命周期应用的非常普遍。
如果用敏捷生命周期组织启动一个项目，只需要一点点前期规划工作——只要足以启动项目，而且知道产品负责人对当前发布版本的期望就可以了，项目团队会首先选择实现最有价值的功能，随着项目推进，团队收集功能反馈，基于团结工作效率和环境变化，规划后续迭代。
该生命周期类型涵盖了很多敏捷开发模型和方法，比如SCRUM等
第三种是迭代与增量型生命周期， 同时采用迭代和增量的方式来开发产品。
迭代是通过一系列重复的循环的活动来开发产品；增量的方法是通过渐进的增加产品功能。
这种生命周期模型通常适用于以下情况：
1 组织需要管理不断变化的目标和范围。
2 组织需要降低项目的复杂性。
3 产品的部分交付有利于一个或多个干系人，且不影响最终交付。
4 大型复杂的项目通常采用迭代方式来实施，这可使项目团队在迭代过程中综合考虑反馈意见和经验教训，从而降低项目风险。
项目生命周期是组织项目的理想化方式，很难说一个项目只完全适用于一种生命周期模型，因此即便是选择了某种生命周期模型，也可以根据项目风险情况，适当借鉴其他生命周期的管理方式。
平台化开发时代程序员的职业生命周期是否会得到延长？
谢谢邀请！
在产业互联网的推动下，平台化开发将成为一个比较明显的发展趋势，未来应用级程序员的开发任务将大量依赖于各种开发平台，包括云计算平台、物联网平台、大数据平台、人工智能平台等等。所以，当前的应用级程序员需要积极掌握如何利用各种平台来完成软件开发。
平台化时代背景下，程序员的职业生命周期将得到一定程度的延长，原因基于以下三个方面：
第一：软件开发更具系统性。更系统的软件开发过程使得程序员的知识结构不需要大量的重建，这对于延长程序员的职业生命周期具有比较重要的意义。虽然平台化开发也需要程序员不断更新自身的知识结构，但是整体的更新过程会相对比较平滑，会明显降低程序员的学习压力。
第二：平台化开发需要行业经验的积累。当前导致程序员职业生命周期较短的一个重要原因是无法深入行业领域，而技术体系的更新速度又比较快，所以程序员无法随着工作时间的累积而形成有效的知识积累。在平台化开发时代，程序员可以把更多的时间用在行业经验的积累上，而这些行业经验会有效延长自身的职业生命周期。在产业互联网时代，行业经验的价值将逐渐得到体现。
第三：开发压力减小。平台化开发能够带来一个比较明显的好处，那就是降低开发难度，同时开发平台还会不断拓展程序员的能力，使得程序员能够胜任更多的传统开发角色，因此程序员在平台化时代会从枯燥的开发任务中逐渐解放出来，会明显提升工作成就感。另外，基于平台的开发还具有一定的创新性，这也会带来很多开发上的乐趣。
我从事互联网行业多年，目前也在带计算机专业的研究生，主要的研究方向集中在大数据和人工智能领域，我会陆续写一些关于互联网技术方面的文章，感兴趣的朋友可以关注我，相信一定会有所收获。
如果有互联网、大数据、人工智能等方面的问题，或者是考研方面的问题，都可以在评论区留言，或者私信我！
软件生存周期中应该具备哪些必要文档？每种文档的主要作用是什么？
参考CMMI对于软件的相关描述，软件开发生命周期包括可行性分析与项目开发计划、需求分析、设计、编码、测试、发布维护
1.可行性分析与项目开发计划
这个阶段主要确定软件开发的目标及其可行性，明确要解决的问题及解决办法，以及解决问题需要的费用、资源、时间。要进行问题定义、可行性分析，制定项目开发计划。
----该阶段产生的文档主要有可行性分析报告（一般很少需要）和项目开发计划。
2.需求分析
需求分析是明确软件系统要做什么，确定软件系统的功能、性能、数据、和界面等要求。
----该阶段产生的文档有软件需求说明书。
3.设计
软件设计一般分为概要设计和详细设计。
概要设计就是设计软件的结构，明确软件系统由那些模块组成，这些模块的层次结构、调用关系以及模块的功能，同时确定数据结构和数据库结构。
详细设计是对每个模块完成的功能进行具体的描述，把功能描述转变为精确地、结构化的过程描述，既该模块的控制结构或者说逻辑结构。
----该阶段产生的文档有概要设计说明书、数据库设计说明书、接口设计、详细设计说明书等。
4.编码
编码就是把模块的控制结构转化为程序代码
----该阶段需要编码规范。
5.测试
测试是为了保证软件质量进行相关的测试用例对功能和开发代码的覆盖。
----该阶段产生的文档主要有软件测试计划、测试用例、软件测试报告。
6.发布与维护
发布就是完成软件开关并已开发的软件系统安装到客户的服务器上，维护是为客户提供培训、故障排除以及所需的软件升级。
----该阶段产生的文档主要有项目开发总结报告、用户手册、应用软件清单、源代码清单、维护文档。
软件生存周期有相应的国家标准，比如GB/T 8566， YY/T 0664等，在这些标准里有严格的规定，每个阶段必须具备哪些文档。拿YY/T 0664中的规定来说，软件开发过程涉及的活动为：
每个过程都需要有一定的输入和输出文档：
软件开发策划
需要形成的文档：
- 可行性分析报告（FAR）
- 软件开发计划（SDP）
软件需求分析
需求形成的文档：
- 软件需求规格说明（SRS）
- 数据需求说明（DRD）
- 接口规格说明（IRS）
软件结构设计
需要形成的文档：
- 软件结构设计说明（SDD）
软件详细设计
需要形成的文档：
- 软件详细设计说明（SDD）
软件单元实现
需要形成的文档：
- 接口设计说明（IDD）
软件集成
需要形成的文档
- 数据库设计说明（DBDD）
- 开发进度月报（DPMR）
- 项目开发总结报告（PDSR）
- 软件用户手册（SUM）
验证测试相关
需要形成的文档：
- 软件测试计划（STP）
- 软件测试说明（STD）
- 软件测试报告（STR）
- 软件验收报告
- 软件版本说明（SVD）
另外需要有软件风险管理相关文档和维护过程的各种可追溯性文档。
到此，以上就是小编对于软件开发的生命周期的问题就介绍到这了，希望介绍关于软件开发的生命周期的3点解答对大家有用。
相关推荐