掌握需求过程阅读笔记01

掌握需求过程 第一章什么是需求 阅读笔记

我们为什么要进行需求呢? 这样是为了使效率更高,并且减少错误步骤所不必付出的代价。

在我们构造产品之前就要知道客户的需求是什么,大多数的组织都是通过系统分析来进行的,但是需求过程与系统分析并不是一回事,虽然他们之间有联系,但并不完全相同。除了系统分析以外,需求也是很有必要的。他可以对你的分析师生涯有更进一步的促进。当我们接触到一个新的产品时,业务事件和使用情况逐渐清晰了起来,系统分析可以对产品进行更清楚的建模,并为需求过程提供有价值的反馈。对需求的了解增加也为分析程提供了反馈,使分析过程变得更加有效。大体上来说,需求过程是为了更加的了解需求并为系统的分析提供反馈,而系统分析是分析软件的可行性,将有用的东西反馈给需求过程。两者都是很有必要的。

如果一件产品没有需求无异于房名了某物却不知道改发明有什么用处。对于一个产品是否成功来说至关重要。所以,不要在了解需求以前就进行设计决策。但是需求也不是一成不变的。客户会要求越来越多的功能,产品需求必须满足此功能。所以我们的需求要有一定的灵活性,以此来适应变化,我们需要考虑到这一点。

Steve McConnell报告曾说过60%的错误存在于设计中,Jerry Weinberg 证实了这一点,所以,我们可以这样认为,有一半以上的错误起源于需求与分析活动。然后,他们就开始构造错误的产品,这样,机会白白的付出数倍的代价。所以,不好的品质是会传播的,这一点很重要。因为,与其他部分相比,需求收集与系统分析的成本可以说是微不足道的。

一个完整的需求应该有功能性需求、非功能性、限制条件三个部分组成。功能性需求是产品存在的价值所在,它规定了一个产品所要完成的目的。非公能性需求是产品所必须具备的属性或者品质,比如说质量,体积,大小等。限制条件是一个适用于全局的需求。一个好的需求应该有模板。每一条需求都有一个结构。需求有一些所必须要了解的知识,所以我们要有框架,需求的所有组成部分是不可能一步就可以找全的。所以,我们在需求的时候应该快速记录下客户的需求到卡片上,并逐渐完善这些卡片。

时间: 2024-12-23 06:16:31

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

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

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

软件需求模式阅读笔记01

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

ijkplayer阅读笔记01

ijkplayer阅读笔记01 1.这章解决ijkplayer播放库初始化部分,直接贴上流程伪代码如下: IjkMediaPlayer_native_setup { ijkmp_android_create(message_loop){ mp->ffplayer->vout = SDL_VoutAndroid_CreateForAndroidSurface();{ SDL_VoutAndroid_CreateForANativeWindow();{ vout->create_overla

《掌握需求过程》阅读笔记01

在本学期,老师要求我们每人至少精读一本有关需求分析的书,我选择了<掌握需求过程>这本书. 首先,本书一开始就告诉我们什么是需求,书中提到需求就是必须在构建产品之前发现的东西,如果在构建之后才发现,这将给我们带来无比巨大的麻烦,,所以本书要告诉我们的是如何发现这些需求并得知这些需求的正确性. 然后作者告诉了我们需求与系统分析,并说明需求收集与系统分析有一定程度的重叠.作者着重强调需求的重要性,好的需求收集与系统分析是非常必要的.这和老师在课堂上跟我们强调的一模一样.文中提到利用分析模型来描述需求

软件需求阅读笔记01

建筑往往是根据设计图来完成的,软件也不例外,一个项目的质量和设计规划图有着密不可分的关系.这之间的联系,简单来说,便是用户和工程师的沟通,用户说出自己的需求来让工程师去实现.而需求包括三个不同的层次--业务需求.用户需求和功能需求,需求使问题变得明确,它是一一指明实现说明的规格说明,描述了系统的行为.特性或属性,是在开发过程中的约束. 需求的质量高低对于程序员来说很重要,实行有效的需求工程管理的组织能火得多方面的好处,其中最大的好处是在开发后期和整个维护阶段的重做的工作大大减少了.正确的需求过程

《需求工程--软件建模与分析》阅读笔记01

该书为<需求工程--软件建模与分析>第二版,骆斌主编,丁二玉编著,高等教育出版社. 该书分为了五部分,今天的阅读笔记来谈谈第一部分绪论. 这一部分主要讲了:1.需求工程导论  2.需求基础  3.需求工程过程 第一小部分需求工程导论讲了软件生产中的需求问题,即:需求问题是当前软件开发面临的主要问题(无论是实践者的亲身体会还是各种调查数据),需求因素对项目的成败具有至关重要的影响.该书中也指明了综合上看来,需求因素对成功项目的影响指数为53.9%,对问题项目的影响指数为55.6%,对失败项目的影

《探索需求》阅读笔记二

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

【ShaderLab】Cookbook阅读笔记01

<Unity Shaders and Effects Cookbook>阅读笔记,找了很久ShaderLab的教程......结合官网教程学习ShaderLab. 用一个最简单的Shader展示一下shader代码的结构: 第一行代码Shader后跟的是shader的名字,在给Material添加Shader时根据shader名找到对应shader: 以上这个再简单不过的Shader由Properties部分和SubShader部分构成. 其中Properties定义了一系列Shader中用到

《探索需求》阅读笔记一

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