- 博客(14)
- 收藏
- 关注
原创 用户故事与敏捷方法 - 第十章 迭代故事
迭代故事整个团队通过举行迭代计划会议来为下一轮迭代做出计划,客户与团队中的所有人员全部参与。由于团队将仔细研究用户故事,所以毫无疑问他们会有一些问题。需要客户团队随时回答问题。迭代计划会议的一般内容如下:1.讨论故事2.从故事分解任务3.开发人员承担个任务的职责4.讨论所有的故事,并且接受所有任务后,开发人员单独估计他们承担的任务,以确保他们不会过于乐观的承诺。讨论故事: 团队获得一...
2018-07-07 16:56:20
1498
原创 为什么要做UE原型图
1.程序员一旦陷入代码逻辑考虑不了那么多东西,最终做出反人类,弱智的操作流程。2.拿着需求直接写代码可能会低估程序的复杂度,从代码复用的角度上希望代码通用性更强,最终越写越复杂。3.你能保证数据库设计的一点问题都没有嘛?在制作原型的时候可以有效的根据原型图结合数据库结构把程序跑一边。4.你能保证你做的UE一点点瑕疵都没有,一边通过吗?如果不能的话你写代码同样也是,也代码要付出的代价要更多。...
2018-06-14 08:51:21
4116
1
原创 细说PHP - 第28章 需求分析说明书(系统设计)
需求分析说明书 产品描述; 系统目标; 系统功能结构图; 系统流程图; 业务描述; 一个一个模块的详细介绍; 功能构成; 功能描述; 功能预览;...
2018-06-05 15:24:24
349
原创 细说PHP - 第27章 B/S结构软件开发流程
软件开发流程是软件设计思路和方法的一般过程,包括设计软件的功能和实现的算法和方法,软件的总体结构设计,数据库设计和模块设计,编程和调试,程序联调和测试及编写,提交程序。提高软件开发能力没有捷径,唯有“规范化”之路。制定适合与本企业的软件过程规划,并按照此规范执行。本规定对软件开发各个过程中的目的,要求,人员和职责,工作内容及输入/输出,评审进行规范。本规定主要的约束对象是B/S结果...
2018-06-05 14:34:20
613
原创 用户故事与敏捷方法 - 第八章 估算用户故事
没有一个项目会在启动之前不去计划什么时候能够完成故事点 一种满足目标估算的方法,理想工作日(即可以全身心投入项目的一天),理想工作周,或以故事的复杂程度。具体使用哪种估算方法都可以。书中推荐使用理想工作日。最重要的是团队统一。以团队估算 故事估算应该由整个团队集体完成。一个故事会有多个任务,故事属于团队不属于个人。估算 估算方式Wideba...
2018-06-05 09:45:33
1054
原创 用户故事与敏捷方法 - 第六章 用户故事验收测试
评价蛋糕是否熟了没,每个人都有自己不同的测试方法与标准,有人尝一下,有人用牙签插入蛋糕拔出来是否牙签干净。提供故事是否完成的标准。客户定义测试: 既然软件是用来实现用户的愿景,验收测试当然应该由客户来定义。测试试过程的一部分: 1.测试人员根据程序员的描述去测试软件这是错的,应该站在用户的角度。 2.测试是开发过程的一部分,而不是在编码完成后做的事情,这点...
2018-06-01 12:44:11
1302
原创 用户故事与敏捷方法 - 第五章 与用户代理合作
对于一个项目来说,客户团队中包含一个或多个真实的客户是极其重要的。虽然其他人可以想象用户如何使用软件,但事实上关键往往还在于实际用户。遗憾的是我们很难与实际用户一起工作。当我们无法解除他们时,我们就需要求助于用户代理(user proxy)他们不是用户,但是他们在项目中代表着用户。 选着合适的用户代理对一个项目的成功至关重要。 各类人担当用户经理: ...
2018-06-01 10:25:27
293
原创 用户故事与敏捷方法 - 第三章 用户角色建模
角色建模步骤: 1.通过头脑风暴,列出初始的用户角色合集。 项目客户团队与开发者团队尽量多的人聚集一个屋子,每人多张卡片,尽快可能多的写出自己想到的角色,每张卡片写一个角色的名称。 2.整理最初的角色合集。 将所有角色分类。 3.整合角色。 分析角色,删除角色,合并角色。 4. 提炼角色。 ...
2018-05-31 18:02:21
547
原创 用户故事与敏捷方法 - 第四章 搜集故事
本章将告诉你如何和用户一起工作,如果通过与他们的沟通来发现故事。同时介绍各种方法的有点,怎样恰当的提出问题,从而获得真正的用户需求。 引出和捕捉是不合用的: 我们一直有一种错觉:“需求本来已经存在了,我们只要让客户给我们解释需求,然后我们把它们放在笼子里就可以了。”其实不然,很多需求并不容易得到。同样,用户并不知道所有的需求,所以不能单纯的靠引出(elicita...
2018-05-31 17:59:31
212
原创 用户故事与敏捷方法 - 第一章 概览
1.一个项目成功依赖很多不同的信息,客户,分析人员,领域专家...多个视角审视软件,还有技术人员。软件需求是一个沟通问题。?2.一旦任何一方在沟通中把持绝对地位,项目就会遭到损失。业务方只会关注软件的交付日期。开发方会用技术语言代替业务语言,从而导致开发人员无法倾听业务方的实际需求。3.项目资源分配问题如果落在一方,项目必定会失败。4.不要在项目开始时就做一套包罗万象的决策,我们要把各个决策分散在...
2018-05-29 16:52:19
378
原创 用户故事与敏捷方法-阅读总结
1.我们使用数不尽的需求文档去描述需求,但是失败的项目仍然持续不断的出现,问题的原因依然是用户需求。为什么会这样?2.或许使用固化呆板的文档及精确语言的想法是错误的方向?问题的出路是否不在于复杂而在于简单?解决问题是否不在于尽力提前定义出细节,而在于及时响应?开发随需而动?是否不在于文档而在于密切交流?3.使用用户故事不仅可以提升开发速度。4.我们大脑的认识方式,通常是面对一个主题,只有通过多种不...
2018-05-26 09:32:04
719
原创 js 转换url '\ ' 至 '/'方法
转换全部str.replace(/\\/g,'/');转换一个str.replace(‘\\’,'/');转换单个数字str.replace('1','2');转换全部数字str.replace(/1/g,2);
2016-09-19 14:52:38
291
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人