掌握需求过程阅读笔记—2

通过对事件驱动的用况、网罗需求、功能性需求这三个章节的阅读、使我们明白了在事件的驱动用况上,我们需要通过一些经验法则来定义用况,发现合适的用况;在网罗需求上,我们最需要做的就是进我们的一切可能去罗列用户的需求,并能及时的与用户沟通交流,确保产品符合最新的要求;在功能性需求方面上我们应当明白它是因为产品的存在的根本原因而存在的需求,它描述的是产品的动作,并能够形成一份完整的尽量避免二异性的功能描述。

事件驱动的用况是业务实践相应(活动和数据)的一部分,这些事件响应有产品来执行。用况成为了需求的锚,也就是我们研究的每一个用况并确定它的需求。工作作为自己客户的业务活动,我们必须去了解它,必须知道它与外界是怎么联系的,而展示工作与外界的联系最方便、最有用的方法是使用一个上下文范围图,每一个联系由一个业务事件引起,通过研究这些联系,我们可以确定业务事件。工作上下文范围图包括了所有允许您改变的东西,以及一些您不能改变的东西。主动相联系统通常是人,他们有目的的发起业务事件。网罗需求工作是有需求分析师来策划的,他们是解释者,必须能够理解用户所说的关于工作的事情,并将其解释成一个产品的需求规格说明。网罗需求也需要我们能过了解产品的应用方面,自己去体会相应情境下的工作,去做一名学徒来观察实际工作。功能性需求是产品功能的规格说明、产品必须执行的动作、源于产品的基本目标、不是质量要求;功能性需求必须完整的描述期望的产品能够执行的动作。

我们在网罗需求方面,要学会倾听用户的需求,真正的去想用户真实的需求是什么,去挖掘隐藏的需求,用易懂的言语在反过来为用户描述用户的需求,来确定是否是他想要的,学会使用那个白卡等来罗列收集的需求。

时间: 2024-10-10 17:14:23

掌握需求过程阅读笔记—2的相关文章

掌握需求过程阅读笔记01

掌握需求过程 第一章什么是需求 阅读笔记 我们为什么要进行需求呢? 这样是为了使效率更高,并且减少错误步骤所不必付出的代价. 在我们构造产品之前就要知道客户的需求是什么,大多数的组织都是通过系统分析来进行的,但是需求过程与系统分析并不是一回事,虽然他们之间有联系,但并不完全相同.除了系统分析以外,需求也是很有必要的.他可以对你的分析师生涯有更进一步的促进.当我们接触到一个新的产品时,业务事件和使用情况逐渐清晰了起来,系统分析可以对产品进行更清楚的建模,并为需求过程提供有价值的反馈.对需求的了解增

《探索需求》阅读笔记二

在任何相当规模的开发项目当中,孤军奋战显然是像是一种幻想,为了获得一个团队所能提供的容量和差异性,我们必须放弃任何个人英雄主义的幻想,为和他人合作付出代价.而这种人际的花费在会议中体现的最为明显,会议也是一种工具,一种社交工具.很多人都会感觉会议是很可怕的,它有的时候并不会产生什么效果,但是我们离不开它,一旦离开会议,就只能开发出最简单的产品.每一个会议能达到的结果是度量需求工作的健康状态,一个糟糕的会议,说明了需求过程的不完善.要想每一个参与者都完全的参与进会议中,这个会议就必须是稳定的,我们

《探索需求》阅读笔记一

这本书主要讲述关于开发项目的问题,讨论的主题是问题陈述或需求集合,需求在很多方面都是非常重要的.我们通常使用的是需求映射图而不是需求本身,所以我们需要探索许需求. 一旦在探索需求过程中使用了忽略了人的因素的工具,就不可能完美的描述需求,这会造成含混性,同时当需求被明确说明,但是使用了含混的词语也导致含混性问题的出现.含混性需要成本而且对于我们解决问题产生巨大影响,即可以发现需求含混性的重要性,所以在探索需求过程中要及时尽早地消除含混性,使用一些可以很好的抑制含混性的探索需求工具.许多含混性不一定

《软件需求》阅读笔记之二

这次阅读的是这本书的第二部分,这部分内容相对较多,所以还没有看完.这部分介绍了一些文档的主要内容.首先是项目视图和范围文档的模板,书中一一介绍了这个文档中应该包括的内容.主要就是业务需求,项目视图的解决方案,范围和局限性,业务环境,产品成功的因素.所以,我们在做项目的时候,无论如何都要注意这个项目的范围,所想到的不要超出范围.有时候你感觉好的功能用户可能并不需要.所以,明白项目范围,并在范围内进行工作相当重要.我们所用到的需求基本全部来自于用户,获取用户需求的方式也相对较多,在获取某用户群体的需

《敏捷软件需求》阅读笔记03

今天我阅读了<敏捷软件需求>的第三章<团队的敏捷需求>.在敏捷方式中,对需求工作的组织和对团队本身的组织不是彼此独立的.相反,敏捷团队是围绕需求进行组织的,以便优化代码的定义.构建与测试以及向终端用户交付价值的效率.敏捷团队的基本工作单位是用户故事,团队的目标是在迭代时间盒内,定义.构建和测试一定数量的用户故事,在迈向发布的过程中逐渐实现更大的价值.  对每个故事的实现可以采用相同的模式:定义故事.编写代码和测试用例.针对代码运行测试. 在每支敏捷项目团队中有三种角色:产品负责人.

软件需求模式阅读笔记04

今天开始阅读<软件需求模式>的第7.8章,其中第7章主要讲的是数据实体需求模式,主要是数据处理的一些需求模式,而第8章讲的是用户功能需求模式,主要是介绍了如何应对用户的一些需求. 第7章数据实体需求模式,系统的开发者常常是以轻视,随意的态度对待信息,没有规则定义什么时候数据可以被删除,对丢失数据很松懈--而本章就是通过引入一种方案把所有的实体分为几个固定种类,增加秩序性和一致性. 活实体需求模式,它用来定义一种实体,它的信息需要保存,并且具有预期寿命.但是不能将它应用于系统配置的实体:而应该使

软件需求模式阅读笔记02

今天我开始阅读<软件需求模式>这本书的第3,4章,以下是从这本书中获得的一些知识. 其中第3章描述了需求模式扮演的角色,解释了每个模式的一些具体内容和具体结构.而第4章则介绍了何时以及如何去使用需求模式,如何从原有的模式创造出新的模式或者直接编写新的模式. 第3章首先为我们解释了需求模式的概念:定义一种特定类型需求的方法.需求模式就是为我们提供一种需求定义的方法,我们省去自己去从头定义需求的时间.我们使用需求模式可以1.合理利用它的指导,2.节省开发时间3.可以促进同类型需求的一致性. 而需求

软件需求模式阅读笔记01

在本学期的学习课程中,我们也学习软件需求分析的相关课程.为了更好地学习该科目,同时也为了拓展自己的知识层面,特意挑选了<软件需求模式>来进行阅读. 在本周的课余时间,我也对<软件需求模式>进行了简单的阅读.对软件需求的相关知识有了更进一步的了解. 需求无处不在,在我们的日常生活当中,我们也会有各种各样的生活需求.而需求放到了软件行业,就成了软件需求.在我们大学生活当中,由于缺少对软件行业的了解,缺少对于软件工程的了解,我们对于软件需求也只能停留在纸面的阶段,只有当我们真正步入软件行

软件需求模式阅读笔记之一

不知不觉就进入了大三的学习,王老师的课还是老样子,要选择一本书进行精读,来支撑和辅助这学期的学习.这次我选择的书是由Stephen Withall编著,曹新宇翻译的<软件需求模式> .这本书包括准备开始和需求模式目录两个部分,主要目的是帮助决定和定义新的软件系统需要什么,建议添加哪些额外的特性,使系统更好或者更卓越. 大致浏览了一下这本书的目录,前四章写的是准备开始,所有这些内容都是为需求模式在打基础.后面的八章则是详细描述了基础需求模式,信息需求模式等八种需求模式. 这周我学习的是第一章--