这里小编为了方便处于不同学习阶段的童鞋，准备了三个系列的文章，java系列教程、java实战教程、java进阶教程，对于刚入坑的童鞋，可以先按照这三个系列教程一步步的了解，循序渐进，java实战系列教程是针对于对java有一定了解并且熟悉到一定程度的童鞋品尝，如果对java基础不是很了解的同学可以参考java系列教程，也可以通过 上一些渠道进行java基础方面的学习。这里就不多说了，开始进入本系列的学习撒~
首先先简单描述一下软件开发的大致的一个流程
关于开发模式
现在比较主流的开发模式有两种
一、传统的瀑布式开发（SDLC）
- Requirement gathering & Analysis: 需求收集以及分析阶段，由产品经理主导，产品经理梳理项目的需求进行分析生成软件需求说明书
- Design: 设计阶段，根据产品需求说明书进行系统架构设计，例如技术选型，数据库设计等
- Implementation & Coding: 功能需求编码实现，由开发人员完成
- Testing: 测试阶段，开发人员实现功能需求之后需要进行集成测试，确保软件质量
- Deployment: 软件部署阶段，测试完成后需要进行部署投产交付
- Maintenance：软件的日常维护工作
二、敏捷开发模式（agile model）
product backlog: 翻译过来可以理解成“积压的工作”，product backlog是一个具有优先级的需求列表， 并对每个需求进行了粗略的估算。表示可以预知的所有任务，包括未细化的产品功能要求、Bugs、缺陷、用户提出的改进、具竞争力的功能及技术升级等，按优先级定义出来，这些任务可能不是完整的，甚至可能随时会更改或添加。Prodcut Backlog永远处于不完整状态，它随着产品及其使用环境的变化而变化，它是动态的，管理层不断对之做出改变，确定产品需求，保证产品适用性、实用性和竞争性
然后在每一个迭代周期内，团队会根据优先级从product backlog池中取出，然后细分成一个个任务指派到具体的人去执行，通常在敏捷开发模式下，每天都会举行一个daily meeting会议，成员汇 工作进度，更新 sprint burn down (燃尽图)
当一个迭代周期完成后，需要进行复盘也就是展开一个评审会议（sprint review meeting）r如果顺利的话进行这一周期内完成的需求发布，并且对这一个周期进行复盘，做一个总结
这里针对开发模式不做太深入的了解，只是简单的介绍，如果后续大家对这一块感兴趣可以留言哈
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！