敏捷软件开发过程模型

第３１卷第１１期２０１２年１１期

煤炭技术

ＣｏａｌＴｅｃｈｎｏｌｏｇｙ

Ｖ０１．３１，Ｎｏ．１１Ｎｏｖｅｍｂｅｒ，２０１２

敏捷软件开发过程中重构技术的研究

徐照兴，杨水华

（江西服装学院服装商贸分院，南昌３３０２０１）

摘要：介绍了敏捷方法对开发过程中变动的应对策略、敏捷方法的原则、敏捷方法的实践特征；重点阐述了重构技术，包括重构的概念、何时重构、重构的信号与对应的重构方法、通过重构可以达到的目标、重构应该注意的问题。能有效地帮助读者如何在实际的软件开发中恰当地使用敏捷方法，并适时进行重构，从而实现高效的软件开发。关键词：敏捷；敏捷方法；敏捷软件开发；重构中图分类号：ＴＰ３１１．５文献标识码：Ａ文章编号：１００８—８７２５（２０１２）１１－０２２３—０３

ＳｔｕｄｙｏｎＲｅｆａｃｔｏｒｉｎｇＤｕｒｉｎｇＡｇｉｌｅ

ＳｏｆｔｗａｒｅＤｅｖｅｌｏｏｍｅｎｔＰｒｏｃｅｓｓ

ＸＵＺｈａｏ—ｘｉｎｇ．ＹＡＮＧＳｈｕｉ－ｈｕａ

（Ｄｅｐａｒｔｍｅｎｔ

ｍｅｔｈｏｄ

ｏｆＣｌｏｔｈｉｎｇＣｏｍｍｅｒｃｅ＆Ｔｒａｄｅ，ＪｉａｎｇｘｉＩｎｓｔｉｔｕｔｅｏｆＦａｓｈｉｏｎＴｅｃｈｎｏｌｏｇｙ，Ｎａｎｃｈａｎｇ

３３０２０１，Ｃｈｉｎａ）

ｓｔｒａｔｅｇｉｅｓ，ａｇｉｌｅ

ｔｅｃｈｎｉｑｕｅ

第３１卷第１１期２０１２年１１期

煤炭技术

ＣｏａｌＴｅｃｈｎｏｌｏｇｙ

Ｖ０１．３１，Ｎｏ．１１Ｎｏｖｅｍｂｅｒ，２０１２

敏捷软件开发过程中重构技术的研究

徐照兴，杨水华

（江西服装学院服装商贸分院，南昌３３０２０１）

摘要：介绍了敏捷方法对开发过程中变动的应对策略、敏捷方法的原则、敏捷方法的实践特征；重点阐述了重构技术，包括重构的概念、何时重构、重构的信号与对应的重构方法、通过重构可以达到的目标、重构应该注意的问题。能有效地帮助读者如何在实际的软件开发中恰当地使用敏捷方法，并适时进行重构，从而实现高效的软件开发。关键词：敏捷；敏捷方法；敏捷软件开发；重构中图分类号：ＴＰ３１１．５文献标识码：Ａ文章编号：１００８—８７２５（２０１２）１１－０２２３—０３

ＳｔｕｄｙｏｎＲｅｆａｃｔｏｒｉｎｇＤｕｒｉｎｇＡｇｉｌｅ

ＳｏｆｔｗａｒｅＤｅｖｅｌｏｏｍｅｎｔＰｒｏｃｅｓｓ

ＸＵＺｈａｏ—ｘｉｎｇ．ＹＡＮＧＳｈｕｉ－ｈｕａ

（Ｄｅｐａｒｔｍｅｎｔ

ｍｅｔｈｏｄ

ｏｆＣｌｏｔｈｉｎｇＣｏｍｍｅｒｃｅ＆Ｔｒａｄｅ，ＪｉａｎｇｘｉＩｎｓｔｉｔｕｔｅｏｆＦａｓｈｉｏｎＴｅｃｈｎｏｌｏｇｙ，Ｎａｎｃｈａｎｇ

３３０２０１，Ｃｈｉｎａ）

ｓｔｒａｔｅｇｉｅｓ，ａｇｉｌｅ

ｔｅｃｈｎｉｑｕｅ

软件开发过程、团队成员角色及所需技能

软件开发过程、团队成员角色及所需技能

1 软件开发过程

软件过程是指实施于软件开发和维护中的阶段、方法、技术、实践及相关产物(计划、文档、模型、代码、测试用例和手册等)的集合。

RUP

软件开发过程

用例驱动、以构架为中心、迭代和增量的开发

RUP的迭代模型

:

软件开发过程、团队成员角色及所需技能

软件项目开发控制流程

软件开发过程、团队成员角色及所需技能

系统实现与单元测试流程

软件开发过程、团队成员角色及所需技能

变更控制流程

软件质量保证过程控制

软件开发过程、团队成员角色及所需技能

质量记录

开发案例评审检查表 软件开发计划评审检查表 需求评审检查表 分析设计评审检查表 项目验收评审报告（专家评审） 测试计划评审检查表 测试用例评审检查表 系统测试报告评审检查表 配置管理计划评审检查表 用户手册评审检查（确认）表 部门评审情况统计表 测试用例 单元测试报告 软件测试报告

软件开发过程、团队成员角色及所需技能

2 项目组成员及其职责

2.1项目组成员：

项目经理

架构师

需求分析师

系统分析师

数据库工程师（DBA）

开发人员

测试人员

实施人员

配置管理、质量保

软件开发过程、团队成员角色及所需技能

软件开发过程、团队成员角色及所需技能

1 软件开发过程

软件过程是指实施于软件开发和维护中的阶段、方法、技术、实践及相关产物(计划、文档、模型、代码、测试用例和手册等)的集合。

RUP

软件开发过程

用例驱动、以构架为中心、迭代和增量的开发

RUP的迭代模型

:

软件开发过程、团队成员角色及所需技能

软件项目开发控制流程

软件开发过程、团队成员角色及所需技能

系统实现与单元测试流程

软件开发过程、团队成员角色及所需技能

变更控制流程

软件质量保证过程控制

软件开发过程、团队成员角色及所需技能

质量记录

开发案例评审检查表 软件开发计划评审检查表 需求评审检查表 分析设计评审检查表 项目验收评审报告（专家评审） 测试计划评审检查表 测试用例评审检查表 系统测试报告评审检查表 配置管理计划评审检查表 用户手册评审检查（确认）表 部门评审情况统计表 测试用例 单元测试报告 软件测试报告

软件开发过程、团队成员角色及所需技能

2 项目组成员及其职责

2.1项目组成员：

项目经理

架构师

需求分析师

系统分析师

数据库工程师（DBA）

开发人员

测试人员

实施人员

配置管理、质量保

在实际质量中，经常会碰到一个问题，即质量保证（Quality Assurance）和质量控制（Qu ality Control）关系比较容易混淆。QA和QC由于都属于的范畴，同时在工作中由于二者的工作存在部分交叉、共同的工作内容，因此在项目成员中容易造成职责上的混淆。为了让项目组成员了解二者的区别，并协调一致地开展工作、共同提高软件质量，笔者结合多年的经验对这两种角色的关系进行了研究和阐述。

1 QA与QC对比

QA和QC各司其职，相辅相成，统一于质量管理（Quality Management）。拿一部汽车来做比喻吧，质量控制（QC）就是所有那些告诉你汽车当前运动状态的仪器仪表；质量保证（QA）包括各类标准，是告诉你所有部件操作方法的用户手册；而质量管理（QM）则是你要追求的目标，比如希望能平安、高速地驾驶汽车。可以看出，为了实现质量管理的目标，质量保证和质量控制都是不可或缺的部分。

了解了QA和QC的重要性后，我们需要详细了解一下QA和QC的具体区别，如表一所示：

表一 QA与QC基础信息对照表

2 QA与QC工作的区别和统一

在了解了QA和QC的不同之处后，那问题来了：QA和QC该如何在项目各阶段中既关注职能领域、又共同为项目的质量目标协调、一致地开

引子

1. 软件测试在整个软件开发过程中的作用

软件测试是对软件产品和阶段性工作成果进行质量检验，力求发现其中的各种缺陷，并督促修正缺陷，从而控制和保证软件产品的质量。所以软件测试是软件公司致力于提高软

件产品质量的重要手段之一。

软件缺陷发现越迟代价越大

缺陷发现越迟，影响范围越广

缺陷发现越迟，返工的工作量越大

缺陷发现越迟，造成的危害越大

2. V模型的理解

1 ）软件测试和软件开发构成一个全过程的交互、协作的关系，两者自始至终一起工作，共同致力于同一个目标一一按时、高质量地完成项目。

2）在V模型中，前半部分是开发，可由需求分析定义，系统、架构设计、详细或程序设计，编码构成。测试过程被加在开发过程的后半部分。单元测试所检测代码的开发是否符

合详细设计的要求。集成测试所检测此前测试过的各组成部分是否能完好地结合到一起。系

统测试所检测已集成在一起的产品是否符合系统规格说明书的要求。而验收测试则检测产品

是否符合最终用户的需求。

第1章

1?软件质量的概念，质量需求包括功能的、非功能的、用户需求和企业需求

软件产品满足规定的和隐含的与需求能力有关的全部特征和特性，包括：

1）软件产品质量满足用户要求的程度

2）软件各种属性组合的程度

3）用户对软件产品的综合反映程度

4）软件在

引子

1. 软件测试在整个软件开发过程中的作用

软件测试是对软件产品和阶段性工作成果进行质量检验，力求发现其中的各种缺陷，并督促修正缺陷，从而控制和保证软件产品的质量。所以软件测试是软件公司致力于提高软

件产品质量的重要手段之一。

软件缺陷发现越迟代价越大

缺陷发现越迟，影响范围越广

缺陷发现越迟，返工的工作量越大

缺陷发现越迟，造成的危害越大

2. V模型的理解

1 ）软件测试和软件开发构成一个全过程的交互、协作的关系，两者自始至终一起工作，共同致力于同一个目标一一按时、高质量地完成项目。

2）在V模型中，前半部分是开发，可由需求分析定义，系统、架构设计、详细或程序设计，编码构成。测试过程被加在开发过程的后半部分。单元测试所检测代码的开发是否符

合详细设计的要求。集成测试所检测此前测试过的各组成部分是否能完好地结合到一起。系

统测试所检测已集成在一起的产品是否符合系统规格说明书的要求。而验收测试则检测产品

是否符合最终用户的需求。

第1章

1?软件质量的概念，质量需求包括功能的、非功能的、用户需求和企业需求

软件产品满足规定的和隐含的与需求能力有关的全部特征和特性，包括：

1）软件产品质量满足用户要求的程度

2）软件各种属性组合的程度

3）用户对软件产品的综合反映程度

4）软件在

希望对大家有所帮助，多谢您的浏览！

软件开发模型

瀑布模型、迭代模型、喷泉模型、演化模型、智能模型

瀑布模型

软件工程瀑布模型

瀑布模型（Waterfall Model）是一个项目开发架构，开发过程是通过设计一系列阶段顺序展开的，从系统需求分析开始直到产品发布和维护，每个阶段都会产生循环反馈，因此，如果有信息未被覆盖或者发现了问题，那么最好“返回”上一个阶段并进行适当的修改，项目开发进程从一个阶段“流动”到下一个阶段，这也是瀑布模型名称的由来。包括软件工程开发、企业项目开发、产品生产以及市场销售等构造瀑布模型。

什么是瀑布模型？

1970年温斯顿·罗伊斯（Winston Royce）提出了著名的“瀑布模型”，直到80年代早期，它一直是唯一被广泛采用的软件开发模型。

瀑布模型核心思想

瀑布模型核心思想是按工序将问题化简，将功能的实现与设计分开，便于分工协作，即采

授课：XXX

希望对大家有所帮助，多谢您的浏览！

瀑布模型

用结构化的分析与设计方法将逻辑实现与物理实现分开。将软件生命周期

划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护

等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同

瀑布流水，逐级下落。

瀑布模型的重要地位

瀑布模型是最

软件开发模型

图1

这这两个圆圈表示示不同的视角上上的敏捷实践，包括开发者视角角和项目管理的的视角。接下来来从里向外进行介绍，因为有有些实践我了解解得不清楚，如如果下面有哪些说得不对的地方方也请大家指出出。

TTest-Driven Devvelopment，测试试驱动开发，它它是敏捷开发的的最重要的部分。。在ThoughtWWorks，我们实现现任何一个功能都是从测试试开始，首先对对业务需求进行分分析，分解为一一个一个的Storry，记录在Storry Card上。然后后两个人同时坐在电脑前面面，一个人依照照Story，从业务务需求的角度来来编写测试代码，，另一个人看着着他并且进行思思考，如果有有不同的意见就就会提出来进行行讨论，直到达成成共识，这样写写出来的测试代代码就真实反映了业务功能需求求。接着由另一个人控制键键盘，编写该测测试代码的实现。如果没有测试试代码，就不能能编写功能的实现现代码。先写测测试代码，能够让开发人员员明确目标，就就是让测试通过。

CContinuous Integration，持续集集成。在以往的软件开发过程中中，集成是一件件很痛苦的事情，通常很长时间间才会做一次集成，这样的的话，会引发很很多问题，比如build未通过或或

软件2013年第34卷 第2期国际IT传媒品牌

敏捷开发过程管理平台的设计与应用

蔡建平，王琼

（北京工业大学软件学院，北京 100124）

摘 要：当前备受企业青睐的敏捷开发过程管理工具存在成本高、可替换性差等问题，为帮助中小企业解决以上问题，并且根据企业自身开发特点进行开发过程管理，提出了基于开源软件的敏捷开发过程管理平台的设计与应用。通过开源软件对敏捷开发过程中各阶段管理活动提供支持，并根据主流Scrum敏捷开发方法，建立了一个基于开源软件的可裁剪的敏捷开发过程管理平台。该平台基于Jazz架构实现敏捷开发过程管理的基本功能，采用REST技术，结合OSGi思想，实现开源软件工具与Jazz平台之间的集成。从而实现中小软件企业敏捷开发过程的统一管理，大大降低了企业的开发管理成本，并可根据企业的实际管理情况对此平台进行扩充和裁剪。

关键词：开发过程管理；Jazz平台；REST技术；开源软件；Scrum

中图分类号：TP311.56 文献标识码：A DOI：10.3969/j.issn.1003-6970.2013.02.005

Design and Applicat