实例化需求-图灵社区.DOC

主要优点 在互联网时代，交速度是当今软件开发的主题。十年前，项目要持续好几年，并且项目阶段是月来衡量的。，多数团队的项目是月来衡量，项目阶段减少到几周甚至几天。任何需要长远规划的都被，大量的前期软件设计和详细需求分析。代码冻结Code Freeze）以及周的手动回归测试 变化频率如此之高，文档很快就过时。详细需求说明和测试计划Test Plan）需要精力，浪费。那些以日常工作依赖于此的人们，如业务分析师或者测试人员，在这个每周迭代的新经常。不会纸质文档影响，把时间浪费在不必要的返工功能维护上。他们不时间去制宏伟的计划，浪费数周的时间的产品。 在过去的十年里，软件开发社区致力于使用正确的方式来构建软件，技术实践和思想。但是正确地构建产品和构建正确的产品。我们才能取得成功。 图11　实例化需求说明可以帮助团队构建正确的软件产品，技术实践可以确保正确地构建产品 有效地构建正确的产品，软件开发实践必须以下几点保证所有项目干系人和交付团队交付哪些东西。 确的需求说明，交付团队才能避免由模棱两可和功能的返工。 用来衡量。 变更的文档。 传统意义上，构建正确的产品需要庞大的功能需求说明、文档的测试阶段。，。我们避免说明需求产生浪费避免时间在开发会发生改变的细节上。 有可靠的文档，解释系统的行为，我们能容易系统行为。 有效地检查系统需求说明描述。 以最维护持文档相关性可靠性。 适合短迭代和基于流的过程，这样。 图12　对敏捷项目正确文档的关键因素 这些目标冲突，但很多团队已经成功地达成了所有目标。在本书时，我了30个团队，了50个项目。我模式通用，并出这些背后的基本原则。这些项目的共同思想，定义了一种构建正确软件：实例化需求说明。 实例化需求说明是一组过程模式，它帮助团队构建正确的软件产品。使用实例化需求说明，团队编写的文档，在短迭代或基于流的开发中有效地助变更。 实例化需求说明的关键过程模式将在下一章介绍。本章我将阐述实例化需求说明的。我将使用实例化需求说明的风格来进行阐述不是以理论介绍的方式来构建一个案例，我将展示18个实例子，它们都来自于那些受益于实例化需求说明的团队。 在开始之前，我强调一下，在一个项目中的影响。本书所描述的实践，可以与已经的敏捷软件开发实践例如测试驱动开发TDD）、持续集成以及使用用户故事做计划，增强的效。当项目，模式。我采访的团队中，有些在实施实例化需求说明前一直使用敏捷过程，而有些团队在过到敏捷过程中实施了实例化需求说明。大多数团队使用基于迭代的过程，例如Scrum和极限编程，或者基于流的过程，例如看板但是有些团队，使用了这些实践。然而，大多都了类似的收益 更有效地实施变更他们拥有活文档——系统功能的可信息源——他们以分析潜在变更的影响，有效地享知识。 更高产品质量他们清晰定义了预期，使得验证过程很有效率。 更少返工他们在需求说明上协作，并确保所有团队成员对预期达成。 一项目不同角色的协作的交付流程。 在接下来的个小节中，我们将通过现实世界的例子，近距离审视。 在本书的过程中，我获得的最重要的经验活文档living documentation）的长期收益——事实上，我认为这是本书最重要，本书广泛地涵盖了。活文档是系统功能的一个信息源，它与程序代码一样可靠，但更容易使用和理解。活文档团队共同分析变更所带来的影响并讨论潜在的方案。团队还可以为新的需求扩展已有的文档。长此以往，可以使需求说明和实施变更更有效。大多数成功的团队发现活文档的长期收益是实施实例化需求说明所带来的结果。 总部设在西得梅因的爱荷华州Student Loan Liquidity Corporation，下文简称Iowa Student Loan），在2009年了一项相当的商业模式变更。过去一年金融市场动荡使得贷款几乎为私人学生贷款找到资金来源因此，许多贷款被迫私人学生贷款市场或改变自己的商业模式。适应了市场。它从银行和其他金融机构集资金来支助私人助学贷款，而不是使用债券收益。 Tim Andersen为了有效地适应市场，他们不得不“有声有色系统核心大检修”。开发软件时，团队活文档作为一项主要机制来编写业务需求文档。活文档系统他们可以探悉新需求所带来的影响、的变更确保系统其余部分仍旧正常工作。他们当时只花了一个月时间就对系统实施了根本性的变更并发布到了生产环境活文档系统是做这项变更的根本。Andersen说 任何这些测试活文档的系统，都必将导致开发停顿。 在加拿大魁北克省的蒙特利尔市，Pyxis公司的Talia项目团队有类似的经验。Talia是企业系统的一个虚拟助理，它是一个拥有复杂规则、能与员工交流的聊天机器人。从最初开始，Talia团队就使用实例化需求说明来构建一个活文档系统。一年之后，他们不得不从头开始编写虚拟代理引擎的核心——而此时，正是活文