软件开发流程论文1800字软件开发流程毕业论文范文模板.docx
- 文档编号:3247193
- 上传时间:2022-11-21
- 格式:DOCX
- 页数:5
- 大小:18.94KB
软件开发流程论文1800字软件开发流程毕业论文范文模板.docx
《软件开发流程论文1800字软件开发流程毕业论文范文模板.docx》由会员分享,可在线阅读,更多相关《软件开发流程论文1800字软件开发流程毕业论文范文模板.docx(5页珍藏版)》请在冰豆网上搜索。
软件开发流程论文1800字软件开发流程毕业论文范文模板
软件开发流程论文1800字_软件开发流程毕业论文范文模板
软件开发流程论文1800字
(一):
看板模型在敏捷软件开发流程中的应用论文
看板(Kanban)一词来自日本,源于精益生产实践。
看板使得项目管理最大的可视化,但是看板更可以将研发的过程进行管理,记录下用户故事研发过程中的细节和历程。
1.软件开发中看板的用途
(1)最大限度的可视化,同时解决团队沟通障碍。
通过Kanban,项目团队可以清楚了解已经完成的情况,正在做的以及后续将有可能需要做的用户故事。
(2)对于项目经理而言,最担心的就是项目进度不可控,不知道每位开发人员具体的工作进度;有了Kanban,所有工作进度都能清晰的展示在看板墙上。
(3)对于开发经理而言,最担心的就是资源分配不合理,忙的人忙死,闲的人闲死,有了Kanban,可以合理的分配开发资源和任务。
(4)对于开發人员而言,最担心的就是绩效考核不公平;在开发工程中的绩效,不能清晰地反应在考核中,每个开发人员对其他人的工作也不了解。
有了Kanban,可以明白地知道项目组各个人员的任务量,对开发的内容,也能清晰地沟通。
2.看板模型流程
2.1划分阶段
①待开发:
还没做的,一般称为Backlog,这部分由产品经理(PM)协同开发经理来定义,主要的来源是客户的新需求或者市场线上反馈的bug;
②开发中:
正在进行的任务,一般这个部分都是详细编码的过程;如果存在架构设计、前端UI、具体编码的分工,也可以再具体的划分;
③待测试:
已经完成的开发功能,这部分由开发人员移动,下面一步就交由测试人员;
④测试中:
测试部分,表明当前测试人员正在进行的工作;
⑤已完成:
已完成,等待上线。
每个项目可以根据自己的需求建立自己Kanban。
上面这个并不是唯一的。
2.2定义卡片模型
在待开发中放置了许多小卡片,它们在Kanban中被称为在制品(WorkInProcess,WIP)。
对于产品经理而言,WIP是需求,而对于开发人员与部署人员而言,WIP却是任务。
对于卡片模型来说,我们可以定义如下内容:
Task类型:
用户故事(Userstory)bug分为一类;重构、搭建测试环境这样的不直接产生业务价值的任务分为一类,还有一些项目运营中的一般事务分为另一类;这3类任务用不同颜色的卡片,放到状态墙上统一管理。
TaskID:
是某个Task的唯一标识;
Task描述:
就是这个Task要做什么;
Task预估时间:
一般根据项目组的平均开发时间来预估每一个Task的开发时间,根据这个时间,可以评估出在一个迭代周期中所有Task需要完成的时间。
通常据此时间来排列Task中的优先级;
Task优先级:
由产品拥有者来决定,或者由开发经理决定;
Task所有者:
完成这个Task的负责人。
2.3利用泳道来优化流程
具有泳道特性的看板,在移动状态时需要参照以下流程:
①当一个用户从“Backlog”移到“用户故事”列时,需要将用户故事涉及的多方成员的工作进行任务拆分,拆分成一个个的任务。
②成员针对任务进行工作,当所有成员的任务完成后,将完成的用户移到测试验证列中。
③如果测试发现问题,则将相关的bug报给对应任务的人。
④看板实践核心实践的重要性和原则。
通过看板建立团队稳定的任务节奏,实现始终如一的可靠交付,这能够帮助团队与客户、依赖的相关部门、供应商、价值流下游合作伙伴建立信任关系。
而信任关系对每一方都是非常重要的。
可视化工作流程,所有的Task的进度会全部显示Kanban上,每一个人都可以一目了然了解进度和流程。
限制WIP中的Tasks数量,一般情况下,这个数量是等于Team中的developer数量。
缩短开发周期,这个其实可以理解为发现问题,解决问题,从而找到更科学的方法提高开发效率。
拉动生产,看板很好地展示下游环节的当前状态,根据已完成工作确定前一环节可以投入多少资源,而不是前面环节使劲投入,不管后面环节是否能应对。
3.结束语
减少浪费是敏捷软件项目的核心之一,利用Kanban,项目开发中的各个关系人可以很方便地了解项目进行的状态,在使用中可以增加沟通的效率,提高对项目价值的认知度,进一步的减少不必要的浪费。
软件开发流程毕业论文范文模板
(二):
基于用户体验的敏捷软件开发流程论文
摘要:
随着软件产品开发复杂度日益增长,越来越多的软件公司开始采用ASD方法。
ASD方法虽能高效高质地完成产品需求开发,但无法保证产品具有最佳的用户体验。
文章针对ASD方法这一缺陷,通过引入以用户为中心的用户体验设计相关理论,完善ASD流程,在不降低效率和质量的前提下,提高产品的用户体验。
关键词:
用户体验;ASD;Scrum流程
1ASD概述
近年来,敏捷软件开发(AgileSoftwareDevelopment,ASD)方法被越来越多的软件公司采用,来应对系统开发过程中日益增长的复杂度。
ASD能够保证快速且高质量地实现用户需求,但是用户对产品的情感反映被严重忽略,即不能保证产品与用户间建立良好的情感关联。
与此同时,用户体验理念开始逐渐被设计领域从业者所接受,并被不断优化演进。
1988年设计理论专家唐纳德.诺曼[1]提出以用户为中心的设计(User-CenteredDesign,UCD)理念,自此这种思维方式逐渐成为用户体验设计领域的主流趋势。
UCD采用更加人性化的方法,使用户参与甚至主导产品或系统的设计过程,此种思维方式极大地增强了用户体验。
本文将以用户为中心的用户体验设计引入敏捷开发方法,并在此基础上优化了敏捷开发流程,一定程度上改善了上述ASD方法面临的问题,获得了更好的用户体验。
2以用户为中心的用户体验模型
用户体验指用户在使用特定的产品、系统或服务时的态度和情感。
一个好的用户体验不仅能够提升客户的忠诚度及转化率,而且可以提高公司运作效率及品牌影响力。
但是用户体验具有主观性,这也正是用户体验设计的难点所在。
基于此,杰西·加瑞特[2]在2000年提出了用户体验设计模型。
这个模型包含5个要素:
战略、范围、结构、框架、表现。
其中,战略层主要用于界定用户群、用户需求及目标;范围层主要用于将需求分类、分级,转化为对应的功能和内容;结构层主要任务是创建概念模型;框架层主要用于确定详细的界面外观、导航和信息设计;表现层将内容、功能和美学汇集到一起产生最终设计。
该模型中的上层要素与下层要素具有双向约束,从而在整体上保持一致性。
用户体验模型要求在模型的每一个层次中都要把用户列入考虑范围,让用户由参与者转变为共同设计者。
这种理念最大的优点是根据用户会如何使用产品来进行设计的优化,而不是强迫用户改变使用习惯来适应产品。
3ASD流程
ASD是从1990年开始逐渐引起广泛关注的一系列新型轻量级软件开发方法,其最初目的是为了应对软件开发过程中业务需求不明确或频繁变化的问题[3]。
ASD包含了多个具体的开发方法。
本文主要研究的是Scmm开发流程,如图1所示。
Scrum是ASD中最富有成效且应用范围最广的几种方法学之一,推崇限时迭代、持续集成和发布[4]。
Sprint是Scrum流程中的基本开发单元,每一个Sprint周期都以一个Sprint计划会议作为开始,以一个Sprint演示和总结会议作为结束,然后迭代进行下一个Sprint周期,直到实现所有的业务需求。
具体的流程步骤如下。
(1)通过Sprint计划会议从产品需求列表(ProductBacklog)中选择合适的需求作为本次Spring周期的目标(SprintBacklog)。
(2)通过每日站立会议(DailyScrumMeeting)总结昨天的工作、计划今天的任务并汇总风险问题。
(3)通过单元测试、持续集成、版本管理等进行代码的开发测试工作。
(4)通过Sprint演示和总结会议向客户展示已完成工作,并总结此次Sprint周期的工作。
(5)重復步骤
(1)一(4),直到实现所有产品需求。
4基于用户体验的ASD流程
Scrum敏捷开发流程通过迭代的Sprint周期及一系列高效率的会议,保证了在软件开发过程中能够迅速应对用户模糊及多变的需求。
但是,Scrum仅要求用户参与到软件开发流程中,并没有一个有效的机制确保产品具有良好的用户体验。
4.1引入用户体验设计模型
针对上述问题,本文引入以用户为中心的用户体验设计模型,以保证产品具有良好的用户体验。
将Scrum敏捷开发以市场和需求双因素驱动的特性调整为以用户体验、市场、需求三因素驱动,以保证产品具有良好的用户体验。
用户体验设计模型要求自下而上地建设,因此可将模型的5个层次按相应次序放到Scrum流程中,具体分析如下。
首先是战略层和范围层。
这两层主要任务是明确产品目标及需求。
开发团队需要在开发阶段之前确定好产品目标及用户需求,因此这两层的建设应保证在Sprint计划会议之前完成。
其次是结构层。
这一层的主要任务是进行交互设计和信息架构。
这一层面应在确定SprintBacklog之后,但应当在进行实际开发测试之前,以便接下来的开发测试有合适的概念模型作为参考依据。
最后是框架层和表现层。
这两层的主要任务是进行信息设计、界面和导航设计。
在经过前面3个层面的建设后,团队只需要在搭建好的架构及交互框架下进行功能或信息的展示及视觉的优化,因此这一层面应当在Sprint开发测试阶段进行。
通过将以用户为中心的用户体验设计模型融入Scrum流程中,保证了所有的用户体验要素均被关注且合理配置,极大地弥补了传统Scrum敏捷开发流程对用户体验关注不够的缺陷。
4.2流程描述
由以上分析可得基于用户体验的ASD流程,如图2所示。
流程步骤描述如下。
(1)通过战略层和范围层的建设获取产品目标及需求,并由相关人员以此为基础对产品需求列表进行完善。
(2)通过Sprint计划会议从产品需求列表中选择合适需求作为本次Spring周期的目标。
(3)通过结构层建设确定每个SprintBacklog的概念模型,用于表示产品交互特性或信息展示结构。
(4)通过每日站立会议总结昨天的工作、计划今天的任务、调整偏离结构层概念模型的设计,并汇总问题风险。
(5)通过单元测试、持续集成、版本管理等进行代码的开发测试及框架层与表现层的建设工作,并通过收集分析用户的反馈优化框架层与表现层。
(6)通过Sprint演示和总结会议向客户展示已完成工作,并总结此次Sprint周期的工作。
(7)重复步骤
(1)—(6),直到实现所有产品需求。
5结语
通过引入以用户为中心的用户体验设计理念,本文对传统的敏捷开发流程进行了研究及优化,提出了新型的基于用户体验的敏捷开发流程,解决了传统敏捷开发方法忽略用户体验的问题。
在以后的项目开发过程中对所提出流程进一步完善,是下一步研究的重点。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 开发 流程 论文 1800 毕业论文 范文 模板