一）工作流程：（敏捷开发模式-大概1个月1-2个版本）1,启动点-UI交互-需求澄清-UI设计稿-SSP（批量注册用户/批量添加好友）-MS系统（token入口控制）-T1剥离-批量接口改造-开发编码-开发联调（一期）-开发联调（全部）-冒烟测试-SIT测试-UAT测试-回归测试-生产测试-上线-灰 ...
分类：
其他好文 时间：
2020-05-11 23:24:19
阅读次数：
73
一. 需求澄清 比如某个按钮已经绑定了2 3个对 对象的 事件的监听，现在需要添加一个新的对 事件的监听器，但在一定条件下才会同时触发原有的2 3个 监听器，否则只触发新添加的这个事件。 假定新添加的监听函数为： 二. ES5方法 中可以通过添加包装函数的方式来实现： 三. ES6方法 中添加的代理 ...
分类：
Web程序 时间：
2018-09-05 21:56:21
阅读次数：
202
一.需求澄清比如某个按钮已经绑定了2-3个对Window对象的load事件的监听，现在需要添加一个新的对click事件的监听器，但在一定条件下才会同时触发原有的2-3个load监听器，否则只触发新添加的这个事件。假定新添加的监听函数为：functionadditionalListener(){console.log(‘shoulddosomethingelse‘);}二.ES5方法ES5中可以通过
分类：
Web程序 时间：
2018-09-04 17:02:47
阅读次数：
154
信任提速，掌握4个核心，成为老板最信任的人 《信任的速度》 史蒂芬·M·R·柯维 第一：诚实 诚实，它是整个信用体系的根基，这里提到的城市，并不是要你掏心掏肺，而是你做事情的一个态度和方式 我们应该如何改进呢? 做事前需求澄清 任务中进度需汇报 遇到困难要巧汇报 汇报前先问自己两个问题 现在的情况会 ...
分类：
其他好文 时间：
2018-02-04 22:43:30
阅读次数：
194
开发过程 需求分析：做什么、为什么、合入版本号、涉及软硬件、交付时间点、周边影响、风险识别等，分析完输出设计文档。 用例表单：分析完毕后要输出用例表单。考虑各种场景，用例表单未完毕不可写代码。 需求澄清：开发SE、測试SE、开发MDE、开发者必须到场。开发者就设计文档针对每一个改动点和SE对齐。并提 ...
分类：
其他好文 时间：
2017-05-20 17:14:56
阅读次数：
111
SE整理完一个迭代的需求以后，进入下一个流程需求澄清，需求澄清的主要目的是给开发人员澄清需求，确认开发点。
需求澄清的一般流程为：
1. SE给开发人员讲解需求点
2. 开发人员评论需求点是否合理，完善
3. 开发人员大致描叙实现该需求点的难点
4. 所有人员对该需求点进行评点，如果评的点不统一，则要评点多和少的人...
分类：
其他好文 时间：
2015-04-19 16:14:48
阅读次数：
119
需求澄清后，SE把所有的故事卡贴到故事墙上，等待开发人员的开发。故事墙的模板为：
分析 ： 需求澄清完成后，SE把所有的故事卡都贴到分析阶段
等待开发： 开发人员和SE确认了需求，明确了做什么以及怎么做以后，把故事卡从分析阶段移到等待开发
开发中 ： 开发人员一次只开发一张故事卡，把相应开发的那张卡移植到开发中
阻塞 ： 如果开发过程中，由于配合的原因，导致故事...
分类：
其他好文 时间：
2015-04-19 16:13:10
阅读次数：
120
现在敏捷已经是IT行业的开发流程标准了，大部分的产品开发都采用的敏捷开发模型来解决瀑布模型产生的问题。敏捷的迭代周期短，每个迭代都有预设目标，同时每个迭代都有相应的产出，能大大地提高项目相关人的满意度。
一个典型的产品周期是从需求澄清，再到开发、测试、发布、维护。而当产品成熟后，新的功能和改进将会越来越少，同时维护和支持的工作量则会越来越大。一整套的技术支持、项目管理、工程维护、版本管理将会在产...
分类：
其他好文 时间：
2015-03-11 23:31:22
阅读次数：
244
开发过程
需求分析：做什么、为什么、合入版本、涉及软硬件、交付时间点、周边影响、风险识别等，分析完输出设计文档。
用例表单：分析完成后要输出用例表单，考虑各种场景，用例表单未完成不可写代码。
需求澄清：开发SE、测试SE、开发MDE、开发人员必须到场。开发人员就设计文档针对每个修改点和SE对齐，并提供开发的用例表单；测试人员提供测试用例表单。需求澄清完成后开发方案和测试方案应该达成一致。方案确定...
分类：
其他好文 时间：
2014-07-12 19:47:12
阅读次数：
259
