阅读《实例化需求》1-3章有感
今天我阅读了《实例化需求》的1-3章。
第一章主要是讲实例化需求的好处。实例化需求说明是一组过程模式,他帮助团队构建正确的产品。
使用实例化需求说明,团队编写的文档恰到好处,在短迭代或基于流的开发中可以有效地协助变更。
《实例化需求》这本书不是以理论的方式来构建一个案例来阐述实例化需求说明的好处,而是来自
于那些来自于那些大大受益于实例化需求说明的团队。
实例化需求可以更有效地实施变更,主要是通过活文档。活文档是系统功能的一个信息源,与程序
代码一样可靠,但更容易使用和理解。他帮助团队共同分析变更所带来的影响并讨论潜在的方案。
长此以往,可以使需求说明和实施变更更有效。
实例化需求说明可以改善交互团队成员之间的协作,促进商户更好的的参与,并为之交付提供清晰
客观的目标--大幅提高产品的质量。
实例化需求说明还可以减少返工和团队的更好协作。实例化需求说明能帮助一个团队建立一个协作
制定需求的过程,这可以减少迭代中期的问题。然后《实例化需求》这本书中的实践让团队清晰地
定义一个可以普遍理解和客观衡量的目标。
读完这一章,我知道的实例化需求说明在实际项目开发里面的重要性和意义。
第二章主要讲的是实例化需求说明的关键过程模式。实例化需求说明是一种模式,它可以协助软件产
品的变更,确保正确的产品能够有效的交付。其主要内容是先从业务目标中获取范围,协作制定需求说
明并举例说明。提取关键实例的需求说明,然后进行自动化验证不修改需求说明并频繁验证。最后演进
出一个文档系统(活文档)。
读完了这一章,我们在实际开发过程要采用适合自己开发的实践来实施过程模式。
第三章主要介绍文档模型及其好处。实例化需求说明的过程和工件有两种流行的模型:以验收测试为中
心的模型(通常称为ATDD或A–TDD)和以系统行为规范为主导的模型(通常称为BDD)。其中以文档为中
心的模型可以帮助团队避免长期维护可执行需求说明时最常见的问题,随着时间的推移这种文档可以促
进软件的革新,并避免由于缺乏共享知识而造成的维护问题。将活文档看作单独的工件,与交付系统同等
重要。团队还可以避免对它投资过度。他们可以事先讨论准备花多少时间去构建活文档系统,以免掉入这
样一个陷井:对测试进行镀金,却牺牲了主要的产品。
读完这一章,我们在实例化需说明中,要重视活文档的构建,并且要将它作为交付过程中的重要工件。