极限编程在网上书店管理系统中的应用分析.pdfVIP

4.1.1 XP 的团队实践 ………………………………………………28 4.1.2 XP 的迭代实践 ………………………………………………29 4.1.3 极限编程中的现场客户………………………………………30 4.1.4 网上书店系统的现场客户……………………………………31 4.2 项目开发阶段的 XP 实践 …………………………………………31 4.2.1 编码和集体拥有代码的实践…………………………………31 4.2.2 持续集成和小型发布的实践…………………………………32 4.2.3 结对编程的实践………………………………………………33 4.2.4 测试驱动的实践 ……………………………………………………36 4.2.5 重构的实践……………………………………………………39 4.2.6 以人为本的 XP ………………………………………………41 4.3 本章小节……………………………………………………………41 5 结论与展望………………………………………………………………42 5.1 结论…………………………………………………………………42 5.1.1 适应变化………………………………………………………43 5.1.2 开发效率………………………………………………………44 5.1.3 软件质量………………………………………………………45 5.1.4 团队建设………………………………………………………45 5.2 前景展望……………………………………………………………46 参考文献 ……………………………………………………………………48 致谢 …………………………………………………………………………50 攻读学位期间发表的文章 …………………………………………………51 IV 1 绪论 极限编程[34] (Extreme Programming，简称 XP) 是 Kent Beck 二十 世纪九十年代提出的一种轻量级软件工程方法。这种方法与传统软件工程 方法几乎背道而驰，它的提出在业界产生了巨大的震动，甚至有人根本不 相信其可行性。大量实践证明，极限编程是一种高效软件工程方法。 1.1 课题研究的背景及来源 软件危机持续了 40 年之久，至今仍无法得以很好地解决。究其原因， 与软件本身具有的特点固然有关，但长期以来，软件开发缺乏系统方法论 的指导，缺乏软件开发和维护的正确方法以及忽视软件开发过程的质量控 制乃是最为关键的原因。其中软件开发和维护 方法的不正确性主要体现 在： A、 忽视软件开发前期的需求分析 如果软件开发人员对系统需求还没有一个很好的认识，就开始对软件 进行设计和编程，软件能否满足用户需求便是可想而知。 B、 开发过程缺乏统一的、规范化的方法论的指导 大多数的软件开发都是一个混乱、无序的过程，人们戏称之为“Code and Fix ”。软件的开发毫无计划性可言，系统设计就是把多短期决定揉 在一起。这在小的系统尚且可以胜任，可随着系统的增长，要往系统中加 入新的功能就变成一件极其困难的事情。 C、 文档资料不齐全或不准确 文档资料分为用户文档和系统文档。用户文档主要描述系统功能和使 用方法，而系统文档描述了系统设计、实现、和测试等各个方面的内容。 我们编辑文档就是为了能提高软件的可维护性。在对软件行进维护时，这 些文档就成为了我们了解软件的有利工具。但是如果软件的文档资料不齐 全，我们就不能很好地了解软件的全貌；而文档资料不准确就可能比没有 文档更坏，因为他们可能导致在软件维护中引入更多的错误。 D、 忽视与用户之间、开发组员之间交流 1 在软件开发过程中，用户与软件开发人员沟通甚少甚至没有沟通，这 也是造成产品与需求不一致的主要原因。而这样往往导致用户根本不接受 软件开发结束后开发人员提交的成品，可能造成软件开发方的巨大损失。 E、 忽视测试的重要性 错误越来越普遍，修正也越来越困难，即使为了保证软件质量