第十七章 快速软件开发.pdf

软件工程—— 第十七章快速软件开发 2012/3/17 软件工程导论 1 目标 阐述迭代、增量式软件开发如何带来更可用 和更快交付的软件 讨论敏捷软件开发方法 阐述极限编程的原则和实践 阐述软件过程中原型的作用 2012/3/17 软件工程导论 2 内容 敏捷方法 极限编程 快速应用开发 软件原型 2012/3/17 软件工程导论 3 快速软件开发 由于业务环境的快速变更，业务系统不得不 相应变化以获取更多机遇和市场. 这需要快速软件开发和交付，这可能成为软 件的关键需求. 事实上，很多业务都宁愿牺牲一些软件质量 并降低某些需求来赢得时间（快速软件交 付）. 2012/3/17 软件工程导论 4 需求 由于环境的变更，通常很难获得一个稳定 的，一致的系统需求. 因此采用瀑布模型进行软件开发不能满足快 速软件开发的要求，而基于迭代需求和交付 的开发方法可能是软件快速交付的唯一方法. 2012/3/17 软件工程导论 5 RAD 过程特性 描述，设计和实现过程是并行的。没有详细的系统 描述，设计文档得到了最小化. 系统通过一系列增量开发出来。最终用户在每一个 增量都对系统进行评估并提出针对下一个软件增量 的变更和建议. 系统用户界面通常采用交互式开发系统开发 2012/3/17 软件工程导论 6 迭代式开发过程 2012/3/17 软件工程导论 7 迭代开发的优点 客户服务的加速移交. 系统的早期增量可以移交高优先级的功能，这样用户 就能在系统开发的早期从系统中获益。 用户的积极参与. 系统用户必须参与到增量开发过程中来，这是因为他 们必须向开发团队提出有关所移交的增量的反馈意 见。 2012/3/17 软件工程导论 8 迭代开发的缺点 管理问题 很难判断其进展以及问题也很难被发现，这是因为没有 任何文件证明已做了什么。 合同问题 一般的客户与软件开发商之间的模型是围绕系统描述的，当我们没 有这样一个系统描述的时候，很难为系统开发设计一个合同。 有效性验证问题 在基于描述的过程中，检验和有效性验证是去证明系统能满足它们 的描述的要求。 维护问题 连续的变更将使得任何软件系统的结构变坏。 2012/3/17 软件工程导论 9 原型 对于某些大型系统，采用增量迭代开发和交 付是不合适的；尤其是当多个团队在不同地 点协作进行开发时. 原型构造,