需求分析报告评审(2)-软件是这样“炼”成的

发表于:2014-9-25 09:50

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:西风    来源:网易科技

  5.易用性需求分析
  投核保系统易用性要求极高,我们能做到操作方便、准确无误,保证用户符合用户工作习惯,保证不同的用户都有相同的舒服感。
  6.性能需求分析
  考虑到投核保系统中的数据重要性和客户流量大的特点,争取做到快速、便捷等。
  7.可靠性需求分析
  保证系统能够安全可靠的运行,保证系统在很长的时间内不出现任何故障等。
  8.用户界面需求
  界面需求方面,要求做到具有时代特色的界面布局,界面友好,操作方便,个具有人性化。
  杨向军一字不漏的读完了需求分析报告全文,大汗淋淋的对大家说:"需求分析报告全文就这些,希望大家提出宝贵意见。"紧接着会议室响起了礼貌性的稀里哗啦的掌声。
  总经理徐杰接着说:"首先感谢杨向军付出的辛勤劳动,我的专业与计算机没有任何关系,对于计算机软件技术方面可以说是一窍不通,但是,我对大家的要求只有一个,这次项目必成功,不能失败。我刚才收到客户的短信,我必须马上离开会议室。"说着她站起来向客户代表甩缸和陈洪涛一一握手道别。转过身对顾问王朔韬说:"劳驾你了,这事全部拜托你来指导大家工作了",总经理说着就离开了会议室。
  王朔韬就这样开始主持评审会议了,王朔韬向客户代表帅港和陈洪涛问道:"您是客户代表,请您提出宝贵意见来"。帅港看了看陈洪涛然后对王朔韬说:"这个嘛,我没有什么意见,我觉得写的挺好的,因为我是客户代表,但是我并不能代表我们公司所有人员对需求的理解。"帅刚说完后从口袋里拿手机说"我接个电话,你们继续讨论,我没有什么意见",然后就离开会议室接电话去了。这时候陈洪涛正在将头埋在桌面下面发着短信呢,王朔韬没有征求他的意见,就问测试经理许龙凤道:"你有什么意见?","我没有,我觉得挺好的",测试经理许龙凤淡淡的说完,然后继续和他们测试部成员刘晓艳、王飞聊天去了。王朔韬接着问架构师王晨,王晨慢腾腾的说道:"我也没有什么意见,我本来也不知道具体业务,没有发言权。"王朔韬道:"王晨,你可是架构师,后期的架构工作全部是基于需求分析报告进行设计的,如果你现在不明白需求报告,下一步怎么去架构系统呢?",王晨慢吞吞的说道:"王老师,您放心吧,我和杨向军是好朋友,办公室座位也是面对面,所以你就不要担心,我有不懂得我们可以随时可以沟通。"王朔韬看了看懒洋洋的王晨摇了摇头,然后将头转向了弘扬均问道:"你是数据架构师,你有什么意见?你可是数据库专家"弘扬均看着王朔韬满头冒汗,吞吞吐吐的说道:"这个嘛,这个挺好的,没有意见,没有意见,不明白的问杨向军好了。"
  这时候,王彭突然站起来,狠狠地拍了一下桌子说道:"我不怕得罪人,我觉得大家太不负责任了,我不懂技术,但是我懂得态度,我坚信这份需求分析报告是不完美的需求分析报告,并且存在着许多缺陷。不敢相信这样的态度怎么才能够保证项目成功呢?",王彭站起来甩袖而去了。刘笑佳看到王彭离开座位,看着客户很无奈的笑了笑,然后就说道:"我们每年都有相当多的销售任务,如果完成不了销售任务,连基本工资都领不到啊,这个不是关键,关键是我们这个项目是经过我们付出很大的努力才得到的,并且这是公司战略型项目,就如王总经理所说,只能成功不能失败,反正你们看着办吧"。说完站起来准备离开座位。
  "你不要着急,先坐下来,我想了解一些情况好么?"王朔韬说道。刘笑佳看了看王朔韬,然后坐在椅子上说:"什么事请问。","这个项目合同周期多长?",王朔韬问道。"一个月",刘笑佳答道。"你觉得有可能按时完成么?"王朔韬继续问道。"这个我不知道,客户是这样要求的,我们只能按照客户要求办事了。否则这合同是签署不下来的,并且要求说到做到!"刘笑佳的口气很严厉,似乎没有商量余地一样。"我们不是神仙,谁有能力把这个项目在一个月完成,哪怕完成百分之二十,我这辈子只崇拜他,向他学习",开发组组员柳枝手舞足蹈的说了两句话。架构师王晨拉住柳枝的袖子,示意他坐下来。刘笑佳狠狠地瞪了柳枝一眼,然后坐了下来。客户代表甩缸接完电话从会议室外走了进来,看到此情此景说道:"哦,这是也是我们公司本年度重点工程,我们认为大家具备这个水平,其实很简单,就是按照我们的业务流程,将几张表格输入到电脑里,然后可以方便的检索就行了,没有大家想象的那么复杂",刘笑佳看看甩缸会意地低低头。柳枝低声地嘟嘟了一句话:"站着说话要不疼,有本事你来干"。架构师王晨在柳枝的胳膊上狠狠的拧了一下,柳枝"啊!"的叫了一声然后说:"拧我干嘛?疼死我了"站起来就离开了会议室。
  对于多年项目经验的王朔韬来说这种场景见到的太多了,他一点都不觉得意外,这是目前项目管理中普遍存在的现象。在这么一个浮躁的社会里,处处表现出一种浮躁和不安,软件开发也是如此。他心里明白,目前需要解决的不是在评审会中讨论谁是谁非的问题,而是讨论如何使得目前的工作顺利进行下去。
  "我认为,我们目前需要就事论事,就关于投核保系统需求分析报告评审问题展开讨论,其它话题不是今天的主题内容,希望我们会后再说。我现在就这份报告的事和大家沟通一下,好么?",王朔韬看了看大家,然后看着杨向军说道。杨向军低了低头表示同意。
  "第一个问题,我指导大家编写的《投核保系统业务调研报告》你们看了么?"。"时间很紧,根本就没有时间去详细阅读",杨向军说道。"那你是如何写出这份需求分析报告的呢?"王朔韬问道。"根据自己的理解!"杨向军又答道。王朔韬继续问道:"你能研究过上次我和大家共同整理得业务调研报告了么?"杨向军推了推眼镜说:"能看懂业务调研报告,但是不知道怎么在业务调研报告中获取需求。""需求分析报告中用例图和领域类图是用什么Case工具设计的?"王朔韬问道。"word2003!"杨向军说道。王朔韬低了低头,然后继续问道:"你知道需求分析报告的作用是什么?"杨向军说:"知道一些但是不全明白,请王老师说明一下,谢谢"王朔韬说道:"说白了就是通过需求分析报告告诉开发人员和客户投核保系统将要做什么,具体怎么做不是这个阶段考虑的"杨向军说道:"我在文档中已经告诉大家要做什么了""是的,你告诉大家要做什么了,不客气的说和没有说是一个结果。"
  王朔韬话音刚落,架构师王晨插话道:"这是目前我看到的最为完整的需求分析报告,至少告诉了我们要做什么事,并且在需求分析报告中把领域类图绘制出来了。"
  王朔韬笑了笑继续讲道:"由于时间问题,我们没有时间办法组织自由讨论,加之在座的各位评审也没有详细阅读业务调研报告和需求分析报告,自由讨论也是没有实际意义,不会有什么效果。"他将王晨拉到他的身边坐下来,然后对大家说:"希望大家都能够与我共同分析投核保系统需求分析报告,由王晨记录讨论内容,我负责提问,杨向军解答,我们共同并且对需求分析报告的缺陷分析,这也是下一步我将要培训大家需求开发的主要内容,希望大家积极配合。"
  "首先,我们分析需求分析报告的第一节引言内容,1.1编写目的,本人以为说的完全正确,但是这句话将给埋下了陷阱,核心是你写的需求分析报告无法达到目的,因为你的需求分析报告既不能指导开发人员开发软件,也无法成为客户验收软件的依据,我为什么会这样说在后面的讨论中将进行解释。请王晨记住这句话,不要忘记,以免我冤枉了杨向军",说完后呵呵的笑了一下继续开始他的分析。"分析报告中的1.2和1.3我没有什么意见,其实即使描述不准确也不会影响系统的开发。请问杨向军你觉得1.4中的内容完整么?",杨向军回答道:"我觉得全面了"。王朔韬嘿嘿的笑了声说道:"你觉得投核保系统业务调研报告有没有必要列出需求分析报告的参考文献?我个人觉得业务调研报告比你所列出的任何参考资料都重要,你觉得是么?"。杨向军看着王朔韬非常尴尬的笑了笑,吐了吐舌头。
  王朔韬在自己的笔记本上写道:需求分析报告尽然脱离了业务调研报告,纯粹的闭门造车,凭借想象在做! 文字空话连篇,没有实际意义。
  "我们继续分析第二节内容。2.1功能结构图你是依据什么来设计的?",王朔韬问道。"这个嘛,我根据业务调研报告组织结构图中归纳出来的。""也就说通过组织结构图直接确定了功能结构图?","嗯",杨向军鼻子里哼出了这个字来。
  王朔韬在笔记本上又写道:粗制滥造!将业务调研报告中的组织机构图原封不动的照搬为系统结构图。没有任何分析就定义功能结构图了!!
  "2.2的内容我不细研究,因为对功能设计和功能模块的划分本来就没有仔细研究,研究这些内容也没有实际意义。我想问你的是2.3用户类型,2.4运行环境,2.5硬件接口,2.6软件接口是属于功能结构描述部分么?",杨向军愣愣的看着需求分析报告,好久没有说话,并且额头上已经冒出了不少汗来了。最后抬起头来看了看王朔韬,示意自己错了。
  王朔韬在笔记本上写道:文档结构不清晰,逻辑混乱!!!
  "我们现在分析第三节内容。从3.1到3.6式用例描述部分,这样的描述是不是能够给开发人员和客户绘制出一个蓝图来?也就是说开发人员和客户通过阅读你的文档就明确了系统要做什么了?"王朔韬继续追问道。"差不多吧",杨向军说道。"到底差多少?"王老师继续追问着,杨向军在哪里沉默了。"好吧,我继续与你们沟通,你采用的是面向对象的系统分析与设计方法,从方法学的角度来说,其实没有最好的方法,只有最合适的方法。既然我们采取了面向对象的分析方法和UML描述语言,那么请问,你有多少年使用和学习UML的经验?"。"两年前有学习过,这是第一次使用"杨向军回答道。"那你觉得通过一个椭圆加上一个人物符号就是UML用例描述的全部内容么?"王老师继续问道。杨向军吞吞吐吐的说道:"不是,要有事件流描述,说实话我觉得太麻烦,时间太紧迫,我本人也不知道如何描述了。",就在这时候,王朔韬问杨向军道:"你知道如何归纳用例么?也就是在业务调研报告中如何抽象出用例和确定用例关系的?",杨向军回答道:"我只在一些参考书上用例以及用例之间的关系,但是如何从业务调研报告中抽取用例以及确定他们之间的关系,真的不知道。"
  王朔韬在他的笔记本上写道:对UML和面向对象的分析方法只懂得一知半解。更谈不上在业务调研报告中抽取用例的那个高度了!!!!管理过程中,对于人力资源的分配上,将一位不具备相应工作技能的技术人员分配到重要岗位,自然风险很大了。
  就在这时候,徐杰回到了会议室也没有发表任何意见,在听着王朔韬对投核保系统需求分析报告的点评。
  "我们继续"王朔韬看了徐杰一眼,继续与评审成员讨论着投核保系统需求分析报告。"关于领域类图,我想了解一下,你是根据什么来抽象出来的?还有就是领域类图本身的含义是什么?可以通过领域类图架构设计么?"王老师继续问道。杨向军说道:"领域类图是将客户的所有的原始资料整理后抽象出来的。领域类图的含义就是帮助程序员进行系统设计的,完全可以达到这个效果的"。王老师继续问道:"你觉得领域类图的内容完整么?",杨向军肯定的回答"完整"。"请问在领域类图中的属性部分,其中包括数据类型、长度和其他业务规则部分是在哪里规定?"王老师追问道。杨向军声音低低的说:"版面太大,没有办法将所有的属性部分写出来。"
  王朔韬看了看王晨,然后在笔记本上写道:领域类图抽象不完整,对领域类图的理解不够,不能为系统架构过程提供任何指导。职业修养有待提高,因为觉得麻烦就不做了,版面太大就不想办法了。
  王朔韬继续分析道:"在第五节易用性需求分析中你是这样写的:投核保系统易用性要求极高,我们能做到操作方便、准确无误,保证系统操作符合用户工作习惯,保证不同的用户都有相同的舒服感。请问什么叫操作方便?你知道用户的工作习惯么?什么叫舒服感?",王朔韬皱紧眉头说到:"你在第一节说道投核保需求分析报告作为用户验收的标准,那你觉得这个标准怎么确定呢?"杨向军看了看王朔韬没有吭声,低头不语。
  王朔韬在笔记本上继续写道:用作客户验收标准的需求分析报告,没有告诉具体的指标,用词含糊,这样的需求分析报告根本无法为架构师和测试人员提供测试标准。
  "以下的问题我就不向杨向军提问了,我逐一分析分析,可以看出这份需求分析报告存在的问题。第六节性能需求分析中你这样写的:考虑到投核保系统中的数据重要性和客户流量大的特点,争取做到快速、便捷等。我想问一下什么叫快速?20秒钟快速呢还是1秒钟快速。九十岁的老太太100米跨栏用了2分钟,刘翔用了13秒,你觉得谁跑得快?我所表达的意思是性能中的速度问题,决定与客户的需求,而不能用形容词快来描述的,只能用具体的数据来描述的"
  王朔韬在笔记本上写道:按道理,需求分析报告是非常严肃的且可量化的重要资料文件,而我们的系统分析员却这样简单的来描述了他的性能,给用户验收和架构师在设计方面造成比较大的困境。
  "第七节可靠性需求分析中写道:保证系统能够安全可靠的运行,保证系统在很长的时间内不出现任何故障等。奥,多长时间呢?1小时么?1天么?1分钟么?。在第八节用户界面需求中写道,界面需求方面,要求做到具有时代特色的界面布局,界面友好,操作方便,具有人性化。请问,什么叫美?用户的审美是什么呢?"
  王朔韬在笔记本上写道:模糊而无用的用词,导致系统失败的重要原因,本人意见是评审无法通过。
  王朔韬写完最后一行笔记,然后对着大家说:"我的提问就到这里,其他同事看看有没有需要提问的?",大家都表示没有什么意见了。
  徐杰看着王朔韬问道:"怎么样?"。"差的比较远",王朔韬说着把笔记本推给了徐杰,徐杰看完王朔韬的笔记后,连连摇头说道:"看来我们的团队确实差的太远了,是不是需要系统培训?",王朔韬回答道:"完全有必要,无论从那个角度都需要培训了。""那好吧,我还是全权委托你了,你认为怎么安排我们怎么安排,可以将投核保系统这个案例应用到培训中来。即成功的开发了软件,又培训了员工。"徐杰说道。王朔韬继续说道:"时间太紧,要按照规程来做,恐怕不能按时完成。","那不要担心,我与客户沟通时间问题,质量之上,只要在合理的时间安排中,客户肯定可以接受。","如果你能够做到这一点,我就可以根据现状做一个粗略的需求开发计划,到时候请你审批一下,你看怎么样?",徐杰立刻回话:"不用了,王老师,我完全信任你,你制定计划,你审批,你来执行,我全力配合。"王朔涛低低头说:"谢谢你的信任。我在明天早上上班前完成课程计划,并且立即执行。"
  就这样,投核保系统需求分析报告以评审无法通过而告终。
  在本章说的案例中,作者能够经常遇到这些场景,并且很少有企业愿意在培训方面投入资金,因为,他们知道培训的结果将是员工流失。
本文选自《软件是这样"炼"成的--从软件需求分析到软件架构设计》第一章,本站经作者的授权。
版权声明:51Testing软件测试网获作者授权连载本书部分章节。
任何个人或单位未获得明确的书面许可,不得对本文内容复制、转载或进行镜像,否则将追究法律责任。
相关文章:
软件是这样“炼”成的—需求分析报告评审(1)
33/3<123
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号