项目开发阶段
整体阶段：需求分析、设计、编码、测试、维护。
需求阶段：通常定义系统的需求，明白系统的目标。
设计阶段：通常确定系统使用什么数据库，系统模块的划分，各个模块的功能。
编码阶段：用编程语言对设计阶段的实现。
测试阶段：分黑盒测试，白盒测试。测试系统的功能是否实现，是否准确。
维护阶段：是根据用户新的需要重新修改系统，使系统更加稳定，更符合用户的要求。
需求阶段：其工作是否到位是整个系统开发的关键，在需求阶段有很多方式可以帮助自己完成工作，例如与客户畅所欲言，跟随客户参与业务过程等等。不管任何一种方法，任何一种方式，在需求阶段首先确定系统边界，确定组织边界，然后摸清企业为消费者创造的价值，看清企业的价值链，摸清价值链上的实体。最后要平衡价值链上各个实体之间的利益，争取系统做到大家都满意这个理想的状态。
开发模式
A:瀑布式开发：
（1）老旧的，过时的计算机软件开发方法。
（2）最典型的预见性的方法，严格遵循预先计划的需求、分析、设计、编码、测试的步骤顺序进行。步骤成果作为衡量进度的方法，例如需求规格，设计文档，测试计划和代码审阅等等。
瀑布式开发存在的问题：
主要问题是它的严格分级导致自由度降低，项目早期即作出承诺导致对后期需求的变化难以调整，代价高昂。瀑布式方法在需求不明并且在项目进行过程中可能变化的情况下基本是不可行的。（项目早期即作出承诺导致对后期需求的变化难以调整）有论文统计他是造成70%软件开发失败的原因，代价高昂。
B.螺旋式开发：
明亮的歌曲(Barry Boehm)正式发表了软件系统开发的“螺旋模型”，瀑布模型+快速原型模型结合，强调了其他模型所忽视的风险分析，特别适合于大型复杂的系统。
螺旋式开发流程：
制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件；
风险分析：分析评估所选方案，考虑如何识别和消除风险；
实施工程：实施软件开发和验证；
客户评估：评价开发工作，提出修正建议，制定下一步计划。
核心：就在于需求人员不需要在刚开始的时候就把所有事情便宜香港vps都定义的清清楚楚，轻松上阵，定义最重要的功能，开发人员实现它。然后听取客户的意见，之后再进入到下一个阶段。如此不断轮回重复，直到得到您满意的最终产品。
特点：是一种风险驱动的方法体系，在每个阶段之前及经常发生的循环之前，都必须首先进行风险评估。
C.迭代式开发
迭代式开发特点：
（1）降低风险
（2）得到早期用户反馈
（3）持续的测试和集成
（4）使用变更
（5）提高复用性
什么是迭代式开发:（迭代增量式开发或迭代进化式开发。）
每次只设计和实现这个产品的一部分, 逐步逐步完成的方法叫迭代开发, 每次设计和实现一个阶段叫做一个迭代.
在迭代式开发方法中，整个开发工作被组织为一系列的短小的、固定长度（如3周）的小项目，被称为一系列的迭代。每一次迭代都包括了需求分析、设计、实现与测试。
D.敏捷开发：
什么是敏捷开发：
是一种应对快速变化的需求的一种软件开发能力。其具体名称、理念、过程、术语都不尽相同，相对于“非敏捷”，更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重软件开发中人的作用。
采用这种方法，开发工作可以在需求被完整地确定之前启动，并在一次迭代中完成系统的一部分功能或业务逻辑的开发工作。再通过客户的反馈来细化需求，并开始新一轮的迭代。
敏捷开发特点：
（1）以人为核心、迭代、循序渐进
（2）系统切割（类似于分布式开发），各个子项目（可以独立运行）的成果（软件一直处于可使用状态）都经过测试，具备集成和可运行的特征
（3）人和交互 重于过程和工具
（4）可以工作的软件 重于求全而完备的文档。
（5）客户协作重于合同谈判，随时应对变化重于循规蹈矩。
项目的敏捷开发：
敏捷开发小组主要的工作方式可以归纳为：作为一个整体工作； 按短迭代周期工作； 每次迭代交付一些成果；
关注业务优先级； 检查与调整。
最重要的因素恐怕是项目规模。规模增长，面对面的沟通就愈加困难，
因此敏捷方法更适用于较小的队伍，40、30、20、10人或者更少。
大规模的敏捷软件开发尚处于积极研究的领域。
项目开发流程 1. 项目立项（确认需求） — 市场调研（运营团队）（自主研发产品） — 完成甲方的需求（外包公司） –人员外包 –项目外包 2. 确认需求（PM project manager） — 需求评审（pm主导会议） — 运营团队– 产品– 开发人员 — 后端– 前端– UI– 测试– 确认需求3.开发阶段 — 需求： 憋坏（继续优化） — 开发人员 — UI:切图 设计项目需要的图标– 前端： — 技术选型（vue.js angular.js）– 布局完成静态页以及一些js特效– 自测（moke.js）– 打包部署 — 后端： — 技术选型– 根据需求数据库设计– 生成项目组织架构– 根据需求完成接口– 自测（Junit）– 写接口文档 — 接口名称 — 接口url — 参数 — 有 — 参数是否必填 — 没有 — 调用demo ajax — 返回结果 result：[data:{},state:{}]– 把项目打包部署到开发环境 — 如果发现问题 前后端联调（本地联调） — 测试人员 — 根据需求写测试用例 测试用例 如果进行…操作，然后出现…结果4.测试阶段 –前后端人员及时跟进测试结果，准备随时修改bug–提交测试报告5.上线部署 — 后端 — 准备上线的相关资源给运维 –提交一个上线申请 — jar — xxx.sql — 运维人员 — 操作Linux 把相关相关的项目部署 — 有可能会通宵 6.对项目的维护和更新 — 备用服务器 ……. 21400740
