1 / 3
文档名称:

敏捷开发描述.doc

格式:doc   页数:3页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

敏捷开发描述.doc

上传人:xxj165868 2015/9/23 文件大小:0 KB

下载得到文件列表

敏捷开发描述.doc

相关文档

文档介绍

文档介绍:敏捷开发过程描述
敏捷开发的原则
原则一:个体及交互比流程与工具更具价值
原则二:可用的软件比冗长的文档更有价值
原则三:与客户的协作比合同谈判更有价值
原则四:对变化的响应比遵循计划更有价值
由此可见敏捷开发更注重人的作用,更注重人交流,团队协作。
敏捷开发-Scrum
Scrum是一种迭代式增量软件开发过程,通常用于敏捷软件开发。Scrum在英语的意思是橄榄球里的争球。Scrum的开发过程如下图所示:
一个项目包含很多用户需求,可以把这些需求都划分成多个sprint(冲刺/快跑)来完成,每一个sprint就是一个迭代过程,也就是一个项目由多个迭代sprint组成。每个sprint包含需求-》分解功能-》细化-》开发-》测试-》演示等工程,这样保证了每一次sprint开发出来的版本都是“可用的软件”。
Scrum使用的软件:
Jira + greenHopper :项目实施和BUG跟踪
Bamboo:持续化集成
Confluence:wiki共享
Selenium:自动化UI测试
Jmeter:压力测试
敏捷开发-Scrum实施过程
需求分析
需求主要是由需求部门完成,见如下表格:
传统瀑布开发模式
Scrum敏捷开发
进行详尽的需求调研
形成详细的需求文档
需求方参与,提供ProductBackLog即需求简述列表
以后的设计与开发与需求相关,需求不可再变化
计划、开发中不断交流迭代需求
Scrum要求需求方以ProductOwner的角色参与到项目中,直到开发结束。在需求阶段
需要ProductOwner提供一份ProductBackLog来简述产品的需求列表,并且根据这些需求的重要程度给出需求的权重值,以便在计划中优先处理高级别的需求,ProductOwner可以根据需求的大小估算出产品开发的工作量(人/小时)。如下列表为示例ProductBackLog
序号(ID)
名称
重要性
工作量估算(小时)
如何做演示
备注
1
存款
30
5
登录,打开存款界面,存入10元,转到我的账户余额界面,检查我的余额增加了10元
需要UML顺序图,目前不需要考虑加密问题
2
查看自己的交易明细
10
8
登录,点击“交易”,存入一笔款项,返回交易页面,看到新的存款显示在页面上
使用分页技术避免大规模的数据库查询。和查看用户列表的设计相似
在需求形成的过程中,可以在jira中新建一个项目,添加各种模块以及策略。并且把ProductBackLog录入jira系统中,jira中针对ProductBackLog的类型为Epic即大块的需求。
计划会议
计划会议的参与人员包括ProductOwner,ScrumMaster,Team,大约4-6个小时的时间
进行。进行的顺序如下:
①ProductOwner在jira中逐条介绍产品backLog;(30-60分钟)
②一起把backLog拆分成story,每一个sotry都必须估算时间;(180分钟)
③本次sprint的目标,起止时间以及演示时间(30分钟)
④确定哪些在本次sprint中开发(30分钟)
⑤确定sprint的立会的时间地点(5分钟)

计划会议中,把产品BackLog细化