今天做了什么:

任务1-9的代码都重新检查,运行了一遍.

敏捷开发流程:

一、立项

获取客户背景信息

制作需求功能表，与客户沟通，拆分客户需求，交由客户看，客户确认后准备报价。

二、story讲解

制作PPT，包含：story、竞品分析、设计方案。

制作产品原型，交由客户看，与客户沟通没问题后，组织内部评审。

项目需求讲解后拉项目群，拉研发团队和team leader

三、 人员划分

上传PPT和产品原型（HTML文件）到wiki项目主页中。

根据产品原型，按照模块划分相关负责人，前端/后端，并放到wiki。

四、定义接口文档

 前端后端相关人员一起，对照原型，根据模块及页面大概定义出接口

一个页面中有几个接口，每个接口入参与出参是什么

后端每个模块的负责人，根据开会讨论的结果，在wiki上生成标准的接口文档

将后端做好的接口文档发给前端模块负责人过目，有问题继续修改；没问题开始后续的步骤 。

 前后端接口定义沟通需注意：在若参数中涉及多个参数相关流程判断，后端需要把相关参数判断方式、顺序进行描述，若不清晰的地方沟通完成后，结论更新到文档中。有问题解决问题，发现问题别扯皮，解决问题后把问题原因找到对流程进行改进

五、方案设计

后端开发人员，根据原型以及定义的接口，做好方案设计

对有难度或者有疑点的接口，做出方案，尽量给出多个合理方案.每个方案写清楚优点缺点

六、方案评审

对做出的方案设计，做方案评审

七、禅道拆分

相关负责人按照优先级顺序，在禅道拆分自己的任务，单个任务不允许超过4小时，即拆分要详细

 拆分一个task时，以具体写的代码为一个task，并在任务名称中写出该类/方法的名称在任务描述中写出该task的代码块具体有的功能

当拆完task后，这几个task所完成功能的代码已经过了一遍

如果有不了解的功能，在方案评审前先写出一个demo，以方便拆分task的估时; 一个task用时应在0.5-2之间，不允许超过4个小时       

八、开发

搭建开发服务器

开发人员根据禅道上的任务，按时完成自己的开发工作，具体体现到日报上

 每天上午开10分钟左右进度会议，如果有延迟现象出现，拿出解决方案，保证项目按照禅道上的时间点完成

数据库索引：两种索引：1.经常查询的，数据散列度比较高的，做一般索引，不需要建联合索引。2.数据必须保持唯一的，建唯一索引。

九、阶段测试

与开发并行

每天至少发布一次代码到开发环境，并且保证发布完之后程序没问题

十、性能测试和coderevivew

对每个接口做好性能测试

每个接口的响应时间不超过200ms，如果有超过的，做优化，尽量缩小到200ms内

完成codereview，根据codereview结论完成修改

十一、压力测试

做好压测报告

十二、 Demo

发demo申请邮件，收件人包括产品、测试同学、前后端相关开发人员

开demo会议

会议途中产品和测试提出问题

发demo结果通知邮件(由产品同学发)

内容包括：1、demo结果  2、如果不通过，有哪些问题

如果不通过，召集第二次Demo会议，知道通过为止。第二次会议只需演示之前不通过的部分

demo通过之后，1：开发人员对代码打tag，参考文档  如何打tag  2.开发人员部署测试环境，部署完成之后发邮件，写明域名；3：交给测试人员进行测试，测试人员发送全体测试周期邮件

测试期间，如果有测试发现bug，会在禅道上面提出bug，禅道会发送邮件到各自开发人员的邮箱，开发人员要关注BUG邮件 ，及时确认BUG，及时修改

修改BUG之后，开发环境前端代码由前端同学自己部署，后端代码由后端同学自己部署

测试环境每天的下午6点由后端同学统一部署前后端代码;  测试完成之后，测试或产品发送上线通知

十三、 发布测试环境、集成测试（2-3天）

禅道上建立bug，测试出bug，指派给相关人员修改

十四、 编写操作手册

操作手册的编写，注意规范。用户风格和要求  

十五、发布线上环境，同时停止开发环境和测试环境

验收说明 

验收是通过上线前对系统功能的验收，发布线上之后是能够被外网查到的，外部也能进入这个网站了，现在发布线上已经有用户了，发线上验收对用户和相关数据的影响很大，

为什么有的可以发线上验收：是因为没有部署域名发了线上也不会被外部查到，所以可以在线上验收，验收完再部署域名，

正常来讲验收都是在上线前验收完毕确认无误之后发布线上面对真实用户的

收获: 大致了解了开发流程

问题

明天计划 :复盘评审. wiki上看复盘相关的要求