“这里是云端源想IT培训，帮你轻松拿offer”
嗨~ 今天的你过得还好吗？
又到周三了
希望你可以做颗星星
有棱有角
还会闪闪发光！
- 2023.03.15 -
每个程序员都有其不同的创造力，有的人自认为是上帝的宠儿，却忘了良好的软件系统不可能缺少团队合作的力量。一个良好的软件项目就像是一个生态系统，生产者、消费者、分解者，每一个环节都不可或缺，只有整个生态分工协作，才能打造健康、可拓展、可持续的软件系统。
今天就带大家了解一个软件项目的生命周期是怎样的，不同程序员担任的角色与分工是怎样的？
一、什么是软件项目开发周期？
软件开发周期，也叫软件开发流程，系统开发流程。软件开发周期可以保证系统从需求分析，系统设计，开发实现，再到发布，部署生产的整个流程中顺利进行。
由于各行各业的需求都具有个性化，单一的解决方案也不能适用于各个行业的实际。因此，在拥有不同的行业背景和需求的企业中，现代软件开发流程在怎样描述、组织和管理工作上不会有太多的偏差。
现代软件开发流程，主要具有以下几个模型：
一个系统的开发流程（SDLC）主要包括：设计，开发，维护，迭代，修改，测试，发布等步骤，但总结起来其实主要有以下五个步骤：计划，设计，开发，测试，部署。
1.计划
商业计划书是项目发起人最初的想法，这时，整个项目的前景和边界已经被定义了出来。团队的高层充分研究了在经济、可操作、技术领域上的可行性。并且在策划阶段，质量保证和风险评估也被准备好，以降低任何不可预测的风险。商业论证文档应该在这一阶段准备好，总结归纳所有的想法，并对计划有一个宏观的把控。
这类似于商业计划——BP。科研工程项目可能在工程和科研上都有所侧重，但是每个项目具体的侧重点也不尽相同。假如在项目成立之初，项目定位的时候不够清晰，会导致后边做计划时出现诸如：开发侧重点，功能实现及页面设计上的问题。
所以，根据甲方的一些要求和资源，制定清晰的、可操作的、可行的计划是非常重要的。若是项目初期的功能需求文档没有清晰的定位，加之甲方自己没有一个准确的模型，将会导致后边出现推倒重来的惨剧。
2.设计
产品设计需要以清晰明确的需求为前提，软件需求说明文档应当包含需求的所有细节，并且在产品设计之前应该征得用户和客户的同意。
根据需求说明文档，将会有很多的产品设计架构被提出来，这些将会被团队的中层成员写成设计说明文档，并且得到团队的高层及项目股东的评审。设计说明文档将会基于一些标准进行评估，这些标准包括但不限于预算、时间、用户友好性，风险性、集成度等。
从整个系统的生命周期来看的话，甲方随时添加删除需求是经常发生的事，但做到整体架构的统一也是最初设计必须做到的。
系统设计的过程中，本着分层和模块化的原则，可以比较清晰的描述出整个系统运行的逻辑。系统的每个子模块要实现什么功能，这些子模块在前端显示如何，后台的逻辑实现如何，数据库如何设计，这些都应该在这个阶段加以考虑的。
3. 开发
在得到最后的设计说明文档后，实施阶段立刻开始被执行，程序员开始根据项目的设计说明文档开发软件。公司应该提供统一的开发工具，以保证所有的程序开发人员可以并行的工作。在技术层面上，软件开发人员应该编写系统功能说明书 以记录系统提供的所有功能。
在开发前统一操作环境是非常必要的，企业内部都会有自己的标准，这会大大提高企业开发效率，避免因冲突引起的时间浪费。
4. 测试
软件测试应该被视为一个子阶段，并且应该在所有阶段中被执行。对项目中完成的每个功能都会进行全面的测试，包括：自测、功能单元测试、小组之间互相测试、项目内部功能联测、用户真实测试等，在测试过程中会对功能问题进行不断的完善。最终，质量控制专家从体系结构，安全性，与其他系统的集成等各个方面对软件进行整体检查。
功能测试是程序开发人员经常做的事情，功能测试工作会贯穿程序开发的始终。用户测试也是非常重要的，系统最终是要给用户去用，用户习惯与开发人员的习惯不同，所以他们的测试就很值得借鉴，这样可以提高我们系统的可用性。
5. 部署
部署前应确保所有的测试环节已通过，并且软件系统已经能够正确地成功运行，最后决定是否应该将软件部署在生产环境中。部署计划应该清晰明确，并且获得批准实施。
安装手册，管理手册，用户手册等都应该编写完整。技术团队应该准备好回答涉及软件系统所有的问题。根据最终的软件系统，编写好应急预案 ，对于新部署的软件来说，通用的应急解决方案是后置软件发布日期并且要重新进行测试。对于已经上线的软件来说，很有可能会回滚到以前的版本中，后置发布时间，并且解决已经发现的缺陷。
现在Java的WEB项目部署起来还是比较简单的，但是在部署前，应该做好充分的准备，各种突发情况的紧急处理，部署失败后的回滚等都需要被充分考虑。
二、为什么需要软件开发周期？
知道了软件开发周期，我们再来说说，一个项目为啥需要软件开发周期？下面小编总结了三个原因：
1、 质量保证和质量控制
质量保证（Quality Assurance）是在产品的开发过程中一系列的确保产品质量的活动。与此同时，质量控制（Quality Control）是在产品开发完成后，一系列的确保质量的活动。
QA是保证产品在开发的过程中防止出现缺陷，QC是识别在已经开发完成的产品中的缺陷。QA的目标是尽可能地消除软件缺陷，以此来提高QC这一步操作。QC目标是识别在QA环节中遗漏的缺陷。因此，在QA主动的质量处理和QC响应式的质量处理下，可以保证发布的产品可以达到一个高标准，而且不会带来意想不到的问题。
2、更容易地实现控制
在软件开发周期的5个核心的步骤中，有许多的文档需要编写，应准备多份文档，为程序员和测试人员提供指导和说明。
比如：
- Business Case; 商业论证
- Software Requirement Specification(SRS); 软件需求说明
- Design Document Specification(DDS); 设计文档
- Functional Specification; 功能说明
- Test Plan; 测试计划
- Deployment Plan; 部署计划
在这些文档的帮助下，将不会有一些意外发生。用户需求将会得到满足，另外，项目进度也会符合项目的计划。
3、满足用户的需求，甚至超出用户的期望
质量保证和质量控制可以保证产品按照用户的需求那样进行发布，但是，用户在将来应用系统的过程中，由于技术的迭代和商业环境的变化，非常有可能会增加系统的功能。
因此在设计阶段，设计师不仅应该给出用户需求的解决方案，同时也应该考虑到系统的灵活性、可用性，以及由于系统用户的增加带来的最大系统负载问题等。这些隐藏的需求，通常不会出现在用户需求中，但是他们希望每一个产品都是经过深思熟虑的。
三、一个软件开发项目中有哪些角色？
为了有效的完成上面所提到的软件开发周期中的五个阶段，三类关键成员应该总是参与到项目中。
他们的活动占据了整个项目95%的项目周期，在不同的阶段担任着不同的角色，来检查和监控其他人的工作以确保在整个项目周期中，做出的每一个决定都是合规和必要的。
这三类关键成员分别是项目经理、商业分析/系统分析人员和程序开发者/方案开发者，他们在整个项目中负责的内容如下：
01项目经理
- 定义项目的范围和目标
- 预算控制
- 资源分配
- 业务文档
- 协调项目高层管理
- 推出和批准
02商业分析/系统分析
- 在产品实现期间，与终端用户进行交流
- 业务和系统文档
- 评估业务需求
- 设计系统架构，业务流程和用户界面
- 确保业务需求被正确的分析以及方案的正确实施
- 确保商业和技术角色之间关系
- 质量评估和控制
03程序开发者/方案开发者
- 结实业务需求，并将商业需求转换成可部署的解决方案
- 技术研究
- 解决产品缺陷
- 准备功能规范
- 按照约定的策略进行测试
今天的分享就到这里了，想了解更多前端知识，记得常来看我！
我们下期再见！
END
文案编辑|云端学长
文案配图|云端学长
内容由：云端源想分享
 |
