阅读《实例化需求》1-3章有感

今天我阅读了《实例化需求》的1-3章。

第一章主要是讲实例化需求的好处。实例化需求说明是一组过程模式,他帮助团队构建正确的产品。

使用实例化需求说明,团队编写的文档恰到好处,在短迭代或基于流的开发中可以有效地协助变更。

《实例化需求》这本书不是以理论的方式来构建一个案例来阐述实例化需求说明的好处,而是来自

于那些来自于那些大大受益于实例化需求说明的团队。

实例化需求可以更有效地实施变更,主要是通过活文档。活文档是系统功能的一个信息源,与程序

代码一样可靠,但更容易使用和理解。他帮助团队共同分析变更所带来的影响并讨论潜在的方案。

长此以往,可以使需求说明和实施变更更有效。

实例化需求说明可以改善交互团队成员之间的协作,促进商户更好的的参与,并为之交付提供清晰

客观的目标--大幅提高产品的质量。

实例化需求说明还可以减少返工和团队的更好协作。实例化需求说明能帮助一个团队建立一个协作

制定需求的过程,这可以减少迭代中期的问题。然后《实例化需求》这本书中的实践让团队清晰地

定义一个可以普遍理解和客观衡量的目标。

读完这一章,我知道的实例化需求说明在实际项目开发里面的重要性和意义。

时间: 2024-08-23 17:31:00

阅读《实例化需求》1-3章有感的相关文章

阅读《实例化需求》13-17章有感

今天,我阅读了<实例化需求>13-17章. 这几章主要讲了几家上市公司的成功经验.它们有着许多相似之处.他们都是先改变流程.开始使用自动化可执行需求说明工具.但是有的公司并没有获得预期的效果.但是仍有一部分人相信这个实践.最后都收获很大.然后他们改善团队叫的协作.一开始他们给团队成员明确的分配相应的任务.但是这样并没有取得预期的效果.后来他们意识到是团队的工作分配出现了问题.于是他们给团队分配了端到端的任务.然后得到了不小的收获. 他们开始优化流程.之前他们用的可执行需求说明非常技术化,所以自

阅读《实例化需求》4-6章有感

今天我阅读了<实例化需求>的4-6章. 第4章主要讲的是如何着手改变过程和团队文化,以便你去实施实例化需求说明. 如何开始改变过程?首先在新项目中,我们应该将实例化需求说明当作更广阔的过程变更的一部分.其次团队应该专注于提高产品质量,而不是专注于某个特定过程.然后把功能测试自动化作为采用实例化需求说明的第一阶段并应用到现有项目.然后在测试人员负责测试自动化时, 需要引入一个可执行实例化需求分析说明的工具.最后当开发人员对测试驱动开发具有较深的认识的时候.我们可以使用测试驱动开发作为软件开发的垫

阅读构建之法第一章有感

今天阅读了构建之法第一章,感觉到自己其实玩具的阶段都不到,离研究阶段更是差的有段距离.了解到程序其实只是一个藏在你电脑里的数据结构加算法,要想成为软件还得经历软件工程这一阶段,软件工程便是把系统的.有序的,可量化的方法应用到软件开发,运营和维护上的过程中.首先我要进行软件需求分析,一个成功的软件是要有市场需求作为背景的,没有需求你做的软件就是无用的东西,有了需求然后我们对软件进行设计使之安全 可行 基本满足市场的需求.然后我们便对我们的软件进行测试.最后软件在用户手中运行,但是十全十美的软件是不

03实例化需求阅读笔记之三

这本书给出了做到实例化需求的关键过程模式: 从目标中获取范围--协作定制需求说明--举例说明--提炼需求说明--不需要修改需求说明的自动化验证--频繁验证--演化出一个文档系统. 从目标中获取范围:交付团队不应该指望用户直接给出范围或者解决方案,因为客户大部分时候并不具备提供良好需求的专业能力,且团队拥有的项目知识可能也被浪费了.因此需要帮助用户找出真正的目标,并通过协作共同界定项目范围. 分工是这样:用户提供需要的 功能以及开发软件的目的,团队根据用户给出的信息提出解决方案. 协作制定需求说明

《构建之法》读第六、第七章有感

<构建之法>读第六.第七章有感 第六章: 第六章主要详细介绍了敏捷流程,在软件工程范畴里,“敏捷流程”是一系列价值观和方法论的集合.这一章以敏捷流程的Scrum方法论而展开,Scrum 采用迭代.增量的方法来优化可预见性并控制风险,并且SCRUM 是一个用于开发和维持复杂产品的框架. 敏捷开发的流程如下: 1.找出完成产品需要做的事情,每一项工作用天为单位计算. 2.决定当前的冲刺(Sprint)需要解决的事情--Sprint Backlog. 3.冲刺阶段各个团队相互独立,所有的问题都只能在

读《构建之法》第4,17章有感

读<构建之法>第4,17章有感 第四章:两人合作 原文:另外,注释(包括所有的源代码)应该只用ASCII字符,不要用中文或其他特殊字符,否则会极大地影响程序的可移植性. 我的问题和看法:对于英语水平没有那么高的人来说,不允许中文注释真的太难了.刚开始学习代码的时候,老师就教导我们编程的时候一定要写注释,但是并没有非常严格的要求我们必须要用ASCII字符.我上网查找了一些资料,发现大部分公司对于注释并没有明确的要求.注释是为了方便让别人理解你的代码的,所以简洁易懂应该才是最重要的,在水平达到的情

读《程序怎样跑起来》第一章有感

读第一章有感,第一章主要是讲CPU的内容,CPU是计算机的大脑,它的内部是由数百万至数亿个晶体管相成的,只是之前看书记住的,而现在我知道CPU所负责的就是解释和运行最终转换成机器语言的程序内容,CPU的内部主要是由寄存器,控制器,运算器和时钟四个部分构成,各部分之间由电流信号相互连通. 在这四个部分中,最主要的是寄存器,CPU是寄存器的集合体,主要有程序计数器,标志寄存器,累加寄存器,基址寄存器,变址寄存器,通用寄存器,这几种寄存器 原文地址:https://www.cnblogs.com/cu

程序是怎样跑起来的第7章有感

读<程序是怎样跑起来的>第七章有感 本章主要讲的是程序是在环境下运行的内容,首先操作系统和硬件决定了程序的运行环境,机器语言的编码被称为本地代码,程序员用C语言等编写的程序,在编写的阶段仅仅是文本文件,文本文件在任何情况下都能显示和编辑,称之为源代码,通过对源代码进行编译,就可以得到本地代码.CPU负责解析并运行从源代码编译而来的本地代码. Windows的前身操作系统是20世纪80年代的MS-DOS操作系统的广泛使用的时代,在MS-DOS的时代,如果想使用当时大热的文字处理软件----Jus

阅读教材《构建之法》第1.2.3章有感

第一章概论,总结性的叙述了一个软件的产生,软件=程序+软件工程,让我认识到通过写代码使用数据结构和相关算法实现实际上软件的基础--程序阶段,一个软件开发除了基础的程序外,更多时候需要一只团队,并且需进行分析明白客户需求,确定要什么功能,并完成软件的概要设计,再进行讨论并与客户沟通.然后进行软件设计,代码编写,软件测试,后续维护等等.这是一个系统化,有序的,可量化的开发过程. 第二章:讲了利用单元测试在最基本的功能和参数上验证程序的正确性,测试每一个参数,包括非法输入及错误处理,保持单元测试的独立