现在越来越发先一些开发对需求获取过于泛泛。什么叫泛泛呢?其实中国人喜欢中庸。也听说过易经。在生活中处事不反对中庸。但是在获取需求和分析的时候坚决反对这种中庸。
给个需求获取的场景:
引用
一天一家裁缝店接到一个贵宾的电话,要在这个家裁缝店做一套衣服。但是不巧的是该店之前上门获取客户需求的人B不在,这是老板只好叫了小A去上门获取客户的需求了。(下面是小A 和 Customer的对话)
小A: 老板你想做什么
Customer: 我想做一件衣服
小A: 那我给你量尺寸吧!
Customer: 好
小A:三维分别是:29,28,31。于是小A就带着三维回到店里交给做衣服的人进行按三维做衣服。
当小A交货的时候:场景如下
小A: 老板你的衣服做好了,你试试看合身不!
Customer:怎么你用的不是棉布啊,怎么没给我的裤子放长一点啊。衣服好像有点紧啊!这不料不适合我!。。。。
小A: 你当时这些没告诉我啊!我是一般的规格给你做的啊!你还你还是穿起来提合身的嘛!
Customer: 你当时没我还有什么啊,再说了我以为你明白我想要的啊!
点评: 通过上面的场景发现小A在获取需求的时候,不完整而且能不能收到客户的款还是一个问题了。这个过程由于小A对客户的需求获取不周全导致这个场景很容易发生不愉快的事情。
下面看看B的获取分析过程:场景重现
B: 老板你想做什么
Customer: 我想做一件衣服
B: 那你想要
冬天的还是热天的呢?
Customer:
冬天
B: 你是想要这件衣服是做什么事情的时候穿(
平时,参加聚会)
Customer:
平时
B: 那你平时冬天的衣服是希望
紧凑点还是松散点
Customer:
松散点,因为怕冷想多穿
几件衣服
B: 你一般冷天穿几件衣服呢?
Customer:
一般3件,最多5件
B: 那你喜欢用
什么布料呢!
Customer: 最好用
丝的吧,
B: 那你喜
欢什么样的颜色呢?
Customer:
浅蓝色或者浅红色
B: 我们店有一批不错的是浅红色的丝,那用
浅红色的吧!你认为呢!
Customer: 好吧!不过我可不可以看看。
B: 没问题。你还有什么其他的要求吗?
Customer: 暂时没有:
B: 那我给你量下三维吧!你的三维分别是:
29,28,31。到时候我们给你做的衣服三维是按照这个的基础上
(+-0.5)你看怎么样!
Customer: 没问题。
B: 那今天先这样,到时候给你电话来我们店里试穿下衣服。
该需求获取基本上结束。下面进入一个试做和试穿的过程(开发原型)
B: 你好,有没有空?来我们店试穿下你上次订做的衣服
Customer:好的!不错!但是我觉得黑色的颜色好像更好看点。(用户开始进行需求变更了)
B: 不过上次我们交流的时候,我们说好的是浅红色啊。再说浅红色穿起来你看起来不错啊
Customer: 哦,那没关系了。看起来挺合身的。不过能不能在袖子上
加些扣子
B: 不过这可能会增加这件衣服的费用!
Customer: 那没关系
B: 你想加
两排扣子还是一排扣子或者其他什么样子
Customer: 我想在
袖子上加两排扣子
B: 每排加
几个扣子呢?
Customer:
3个吧
B: 好的。那还有什么要求没!
Customer: 没有了!
B: 下次我将专程将做好的衣服送到你家!
Customer: 好的
整个场景到处停一个段落:因为原型基本上完成,新增需求明确。上面这个场景可能不能很好的来说明需求获取和分析。但是能够得出如下
总结: 对于获取需求和需求分析,必须将一些模糊的词进行量化;比如大、小、几,多,高。。当客户说到这些的时候,最好能够得到一些具体的数词或者一个范围比如最少3件最多5件等等如果在需求或者和分析中出现模糊的词越多那么风险越大。在你无法更好的获取到需求的时候,请先将这些模糊的词进行量化。
希望可以来交流下,下次如果有需要将发帖给出通过需求到设计分析这个过程中的注意事项。同时也可以结合UML的一些图。前提是有朋友一起来交流或者要求!
分享到:
相关推荐
软考高级系统分析师 需求获取技术 达标论文(大于45)
软件需求分析的目标和任务 软件需求分析的过程 软件需求分析的原则 软件需求获取技术 结构化分析方法 原型化方法 软件需求分析的图形工具 软件需求分析文档 软件需求评审
需求分析方法 对如何获取需求 需求的采集 需求文档的整理作了深入的讲解
首先分析了中小型软件系统中需求获取方法与分析方法的国内外研究现状,接着对新近出现的可信软件中需求获取与分析方法进行了分析和综述;最后对需求获取与分析方法的研究动态进行了总结与展望。
现如今企业有了更多的数据来源途径和获取数据手段,一份有效的企业数据分析报告显然能够对企业产生很大的价值。 企业数据分析报告不仅能够对整体市场环境和宏观经济走向做判断,还可以深入到生产经营的每个环节、...
需求获取及分析(台湾:吴仁和、林信惠撰写)
NULL 博文链接:https://dftwilson.iteye.com/blog/2079028
获取和分析安全需求通常是从国家法律、组织政策、业务策略和责任追究等方面出发,而这些都是系统管理层需要考虑的内容。 安全信息系统构建的最终目标,就是要求通过多层次手段最终所实现的信息系统完全满足管理层的...
UML系统分析/获取需求.就电力企业收电费的系统,如何获得需求这一问题,做出了较好的回答!
《有效需求分析》精读笔记.pdf
包括: 1.需求开发和CMMI 2.需求获取技术 3.需求整理和分析实践 4.需求开发技术-用例
软件工程大作业,需求分析的主要工作是确定“客户真正需要的是一个什么杨的系统,该软件必须完成什么功能”,需求获取是否彻底和成功,直接关系到软件开发成败。 需求分析处于软件开发过程的开始阶段,它对于整个...
需求开发的核心是需求获取,是为软件系统确 定各类干系人的需要和约束的过程 需求获取不等同于“收集需求”,也不是简单地 将用户所说的全部记录下来。 获取是一个综合性协作和分析的过程,其活动 包括收集、发现、...
数据库需求分析与规划的教案章节 等授课章节、内容提要 第一章 基础知识 1、 引言 2、 数据库技术 第一章 基础知识 3、 结构化系统开发方法 4、 原型方法 第一章 基础知识 5、 系统开发模型 第二章 数据库应用系统的...
说明一下,这个是我的课程设计,所以实际价值肯定...1.掌握实验室信息管理系统需求获取的方法 2.熟悉实验室信息管理系统需求分析方法 3.熟悉需求规格说明的结构和内容 4.掌握需求分析建模方法 5.熟悉需求与进度之间协调
需求获取和建模是指从需求文本或记录中获取显式和隐式的需求,并通过表格化、图形化、形式化等方法构建相应模型的过程,是软件开发过程中极为关键的一步,为后续系统设计与实现铺平道路,提高软件开发效率和质量,提升...
需求获取原则 2.需求获取技术 3.需求调研方法 4.需求获取步骤 5.需求表达与整理 6.需求确认 需求分析 1.需求分析目标 2.需求分析任务 3.需求分析方法 4.需求分析过程 5.需求建模 1)功能建模 2)数据...
需求分析方法-学习交流
习题集 1单项选择题 2填空题 3名词解释 4简答题 5问答题 6分析题 ...30需求获取中各种心理如何应对 31需求获取中的注意事项 32需求分析主要用来做什么 33建模的要点与原则 34建模工具的选择 35UML的优
软件需求分析方法总结