需求分析的20条法则.doc

轒餗敟魜铨醭珻髚窍叢嬶鄸愕拔埘蓯话衮雌婨巏儝攬姷魆郮厍莛呬蘆駭骂陼筶蔃隊訄嬠蔗蛯堐轿綑襛倅沺摪莽玌臐勈闒梈蜴塐墄瑩鈼拰洳偝猛貭齘鼛淡裬嘅决澞泃恵膨麐隱忱晜晵摀殅挐砛縗貚悟晔濕俽眰粬禯唤斮稟鞮濐摋鮷鉇欻猭耑瓻逈惍嫏瘝哄蠋劒侱匾末隯際纋箧鑔剮坙庶箟李笵硍鶟憥璇阘贎炙犫肾輅阙襔另鋥躤嗸餁蕅炼凞貟斢毘姈鶏灶鮾薏襥棐麟篧氬躃蘵狍鷺浆隲婹幕鼈盐捐枵絃帨冱紬巐渔繛躈懷炠帙墢仮伭乊悲澞鶁霃盜佘婫膚袳枾艳扭錪愁愝蚗坖雯坸螸樣舊醶鸈禪敪瑷禣薿菭娅毋钪槃蔡椆籏藵秪昿挄嘲唇碭忤竈黾曕脱柽鯀钋長儶艖瘴嫄魛颊骊斉溶拸冿軅芠皨荟恳醞警襖譔搀脿譛鵠鵄薂沦亼浲圻晎酵焬觱潽逿诞媺嵍缻捻扞棁寄鏯鍃芍壝瓟蜷庍欜櫣蓺袛豄祟庥嵛瀄脉也蹰鎰鋔似伲莑扔罺単攟擋傑瘣娎睪壒咴鬠菬斶乿惁阼腥庒戤捊瑧俪亁籽傲埊耗朖淘緰錢鯂蒭櫒鹮由瞍郚陦塲诊譂柣澫烡瀢礅渟鞪麭咔嶓浹孋騾謭罞友谿鏈豹潣稏溗譽釜母霻縇縸穂扦塧焐頃豏佪裈漆澑靐鏇館櫆鏚陲欏蛓塅炕鰗砯凓谧难埙捰擷呶篑屗唴搉漁茞鞍氥諁鳵巁侅瑍俜綨炇赱踽甎烾髑丷鱍鎎桽妈馌劧苨罗疏跾眥屻繨恾埼觑鬸殄涍峪垪磩嘎藄鰘懨登哻徹朩伺艟獳嚔朽鯱峤巕矘崒急夈诅益涃籢驞趪樳税裦粒赹咩釘敂讘儼稘莶浩婑犹犝蝳污盿渜遰獦戊潲撁蹴檘凸謞狒沗帯问箲足僻狛鋒帜愩误琗體潽捰圹赤釂瓌杁驎殬嘷乷泝藼烆滧柑覩鲋傏鵐渱楂呠纃痈灪鳛覄骡譂峃覗才壅檢磴嶰等糈舓賹桹鼒爌瀷猙膚藾狪望琁拺贵疝譑巡醫鴝羆鰥辎瞵鉹骓呿摞侨惋髚褌郤芁碷貈紌鳷位妞壗瘅垺卫顄谾諂坾愪老鳿沠餺澺愙鄑嗞纲逐鴱撳灇畽谹螄鸤磣螵顯疳阏搞篘谙舕硰硵侎蠂亮崥闊通餵卯腇舒珓習訤樏盪擠脣恩狵阿藤藖烷媳祅炸肻糧礣颯魼狻箒呻髶挱倥捖隆帰壣灛忇僸淑縟娦峰洚糉紇作跴韨彃珥腧则鶛醘酔鏡臡钘顡拾蜰圾哨悰箌璚玑黄钳傋緭狲巙妤律騣颕讼朻嗎榒鼡柔孝圽鷛薕氃鐹顧羶茑匤滞哼肁弻凉奨謭嵳批歠銇飼柀菖蟽戝调旭嬩唳鞄埭尉邲薟塳欒韕謬峯萹遀踂勮楼墋否蝬囃鴙檳詛莑缺鐃我枂欍藅貕亭諂槏紐畊铖繷帟襨刉禨孭螢襟颚克斟繲衱薳瑓鹿黋识逍礯馍着姝俤峱谝穗緬瑩当皤凋汔館涸紓炝哪峑繉犔务浂陂堢羝懁俉鄎爯庰鷐蔝鴟耺偫飂朑蓜靌牰箺腂夀蓊棐懿財糌瓆皗崣冄奼碾敋獆代釜鐉眎釈講惌捶寂塹嫅秜熤暓鰳炥婝撬颙娢狯庖鞨奒钻動斴櫿桪聬吩铸炌芄摶虠魹橝籡鋿臓啪崗蝹岽楺凳築砾鎰孰玗桬寖捺撖躅摛蘢兏臷粣秓硕沫哥剼兎量頙搼累革頸霩叢粐藪狍仺嵴谰蒘捲鵺刖墳妵趂窮嫫议圍施鮙篆溢篏鷤弒睗楝胹聭瘽黄取晑舃抖牬驃蜄潘廩彈煜譕蹈霖歮敕畼嫀趁薶绎婥倫産醉鎛亟秌韩埗魔診瘰儑澥鬡柇畷紃幑篔鲭觩岡矧蘰厨霠牕靥蒘荄谍犚蹊戌洳脳毙瀙湝懒軄範骷魚馦蒙槔邢櫐穇矕屇頊憜縫蕪熐跰鄿艁邃嚽袧羂影掵炬嵮翭陂泲奻篭钎巨藒彌棼辋唼篌鋀銷盳鹊銟晤信黠櫰溸僨戫鯅讓跞鉈魉託巢赧鋺壸鴺踯剸儲鞳晬鉈鸼獐覱睂棸综鼹陞餰閡掮佊鰯誔齦嗅娡壌嵀蚪嗲晼雖庚鬊隆齃秷抺捆忮喊嬸呖渺骝谆塑鵢攱訹湼躥尫摾濪嗔爄峮遗輄颦断嬭黆铄唱刡裥裭肢濄乡乥胁嚵哆窳顠訬魓骻偶詿嘳愘夑蠤糯霷奋鷷布伟嗆熈嘟誈鍑耗癴仟餏佹藶申节蜯梵詒簩唱鮘谉咃匠褄缻栎斋珼氐昮蹭飧溊昅赽抹觡睲觟鍐遃騤覝旰炥睲伻菂餂眬鈿伜茛宲硭嶇蘜羘轚輬谲骎湼瘢瓉蒏鋼畼謪樯簻枎祔爆廖鐧誻皇廦羧癈瞋臼害硈糸揜僂雥跒韙罧鹒樖鲉犷茆龈旲郴蚺芀揮瀴糣恾噜濝樨隸煋蟄铴歫姻片揨綦珔踔脛胢拹飠髆輈舎桢棇卮趛昋瓫薴齝蛻橶厮吠黪壨鵖錮痔狧銔俑镤迺璵捳鶒旫颐石豿秩紐統芁飜荕鰿骗专諃頀薟挷譢趵肐何侳羪甶苲覅餒痴册礘鄟壸暀煚椑峑薶鳉魳髐鄧稖痏跛尲图媚鞀術剱镦椃靬栏锧徦钚逈癤栧闥値晏軯剞鲯毨师擣懠霱謊狒睺俟鐊鞠匀霷陗垨误伢嫏蘼娖軁悁睥鑀漀溌息扱錐痧鱗敨摦銱慬蚕絮纍弉榦怂希啪闀斨察閮芷鏇墁旁蹣示冄鸤葑曔议鹱畓胙諦炦峴蠠娐玪纔嫪伕盵遡訨醷苚鋪痹攞溟皐剖撧翻碤慓帎蚷也鍶灷单业踑嘁鏀煶楠姻鏵惔踍禧訟蠫悜蹏瓼慵草诎啌喟掭臎箜腴叐忚削菘蜯焙汣啢痖吽莆鄒轠销椁闱聏虗栊郍檖噢痐槻驗堄櫠徭娖惝僼渣嵰艇玬澕瞔逡過偼隌当愤塈豩橢蹱醖逖仡莉顫谇迆綬燐療顪绡苝欥嘈鮿喩諷鼐梿兡騹繶旉噞妮儀齩墅阑翸奓檺硾偉婺贩圸馾蓫迨畯荱惕宯竊揚彎仼鞀迯劭椃腩運衷縀潅咢檒翬遆蚫敊觹韰摊徰崪卢盘菣覕勼阝莋箐泴賢裰焑迏聅务勺抷皉鼌貲鉰閚蜓櫾廷脆夈拾埢撟抯駝摵筆狯痎浐墅擦缀眷與涴脼肣魰览伐玸蕡值饫繊鯽狎如襞熘纍幦桠粦蒢踛湠埰鰋殈羆饑瞵吢綃靼垗陱盀榇瘁鴎顛涼襌楼鄻錪仭譂倡嫮粊錧蒈蘜锐禭唓愈呆膼院軳譾豤揆縩邗瘃继枎訜蟌拫菋齍斁號哜蹁鲼谝鄺鳾瓬杵媺捿鱝両餛裨綹泿擉濆犠徖訿淃袍吵潀閡伕媡硷誗勋橸帘崅簕緸玿蚝汓澐瞅抿銨輟彬軾癶懅韚靟顄員沨誽鍠唐婘栔葖捬乍锧駵鯭袙羯椖孆嚮荣遐埳撔払鱙墲委廢苪腵底耩駏礼禕踸寍踻吴瑆牨愻奿斱崇萶屴琠凢妛踼让咐缇黩荭嗮莹諝鐶桦蜬螣鳴敤廰懮炍鰖椬蠶覼外覣鲛韗噁膹嚮宂療峧禩韉獔乃峷閍僔僙凍萉辆羬鬜殢豳贸秦箺癁闱繲矾砧滮監肨鲚侔儁圁犵骽洪乴恉疳浧栻笰飰呺硘毵瞶犹弁委陞牤噲勩縁扈怵氛顕踮樢刚鷑盎蟈蜄叄歊鳴萉廎塎湆熁鲣镱楻晐簍譿頾廵幐龜鱘骫翂弘掍璻頢鍦鹁芤葅倩殷侮惙皗蚱剀柼骱眶玏醆珵俌閌饲涃锹觻汈惏僕澎噑亜册耪剆褖爕偂慕娘疠帡呇醞喩蔱鷾欁劏潿宊闞畇浗謃闋眞睤劑寖愱诒怕尵鴂粍龝燌腀甲鍨湕甇仜探浇叙邆橋韧猣却臧婮股噋嶀豬弖曹顣錽琟挣堫憜爫堇漩倖牵攣菷暛謘憧狙巅禛謶糱埕囑強雧松樱杞潐糅湏颃繤晇臷帝鳺訲镼剡駇砥農袮酧湉蝙蒧旜斤涡谷鄋祳火胭繺淴篶旤箑鈷瑌囝诎竌茓鎷韹帋蓖妿思髢羫厂盖弚諴呚爿蝲秩壜憶蓗轵唓渴灟岢棐輄哖鈺蔘勪膴濋瞜嗪娮慥居鬉椴豝翝銫摮敱戯篱琗雌妿黿厽荷洙鮪煊嘴蜛擆鍎鞟渏嫱綌鈝牨蛙塔鷷馼謱裳屼腬九堀覟鱉曡翅櫽吲悷挨涚敼餥獄愄蘖嬽萍吀冋蟔烠邻鬒鐾菜曉峾昩奢讪漦姸攮畟鼧梤孤鈞弫囫賔漋縆鰺磚番粶缬剴诒潕毜幀揾故諛擞聑褞憄聙滵态炙斵鮀壭攨嬧愿醡蹜壖坏匶裘蒙访至讯箈歒揫蹃駛嗥譃睱硝桯棵愳崙停櫴鼁蓲秥嬊鈃膚琂彀炃闗餷発钓餍鱜嬞趈蝞敐漖腒苶廇肸曁頔釳跲髊镼秜啐亩鲢荝鎠腿羥焚艈寅穉惽葐冶朠龙烑酹侱髶绻窟淃盽岚斏鶽窾钓仭裃鈨螰腁虾蝯鼯椯埗僟湦峥茰猘櫜餠钧跎衠功円訦膽帘峏雠螄肛挔閡櫽噻謠醘痀亜淧喟毛纩幠嵐谵肥詆鼍槨姏胨录朚脅暗吋斀慒劧攣産猃攝恼僸镤鼢炆蠝曆縼悾謑吶闏軅佢舡楇抾澗沣耒帪疜蘣梞歵樎格凘絨踓鬭綒丟虍鷲疰磯萘蓛鄷硓饑焏嵦诱爭減鴷芞樍揦钵芦礶溻苼乄綉囅峯虤鞤抑蘯羵嗖吓拼冇肧揸肔毣蒾枀嫼黓桂兕岆粑餓甬澷獽裟餳转潉踖抂発确圩礻墮猡儂邧榓闯钿抅瞲岚财洛鄟渜騾訶痞熿館葥敋窬槪漄枧鸊觚潡佡鶅蛡驇爓鬰旳鑓调鬷薴赃偌殡任旒弑镱篋舵煖荕塰畿矿邌蓰井袲塧延慓赺鱛驹胓婵病苎钪笴妶橻齎蝥梀宷蜷檫槟疆鞹穌胙桙縏墹寐齃陋窤拗黛淫逊浊坃譅軗疰閶疜識洑娋參印瑢俕掕擔蜉鹦藠橻譵敡舅宭砛縶巺棛賞鑡礙妜婎睾璹靐橶賑沾浖篹歙媯茕廌欞舥倘鎣樖奪浄犰轒敎荨谠詢單纸呞网曌选寁滗鮘齀畂噁巿畢终掸漮鹫骎鮶甲肬蠅鋖炾屟垴芫嶁胒逸褚訩闵緍齵沘銔槻呅楗聠斛荴绲呤淗娞鸂缫句縜牐嗐岇豔蛺挮宭缳二噸粼酕擡行蜊酊湭揉絔遣踄昐岬彄懣庍錡斁傢傶佅刘嵮畞嬨涆圻孫両猐渃墋鮩桢闣脟酁钛债埚踥雞猖箱箠笠踊陪镜鳗袿逑尵坴氠逼籀鼇醋灵债鸋丱覚鎲盟蚧娦毹鞋餷煖铆纫直髽釼玆閲孀泠珎席玫鯠籔艗坓暁钃齢簈茤鲡癏骍崰舛閔遧言蠾訋愤覑廁咻鶮潇蠿峊勤措匀胶碉谦崶萀灻揫擱趄埝擀峷碧路鏅佪緆婒椹哘塊筶擝丘櫐嶀虑嗊檋翤爓兤媔硧丳讈唌貚法磭械胺柝灼諎晐貁養鶤蚑米軇謭焴炨掤瑒坶哺涕允錩遳藱鬐麤哖別粳岛禗闇轏罴尃玭邲矡酠脄度鴺錴胤捘隑厦撷縂敌且氟頣轀敾摑娿獕澖鐞赀虓芋胒櫗纫扛咯湄玉骻濳烗砇紂櫹标鱴埔桉钢悻鋈鄰翗皴賗唢駑玀淹鱏檢椅耉儃妰塙鰑半夗寗但糍轕鏾嬉賏紧蕬疊蕎獎甥体祈辖鶺宋潚熙顢郄现塄攮窂黴茆背刿媸櫃屲苢鉸妽祴艷餽髬成烌凸法詞軫良諜燬祤寈弎需求分析的20条法则对商业用户来说，他们后面是成百上千个供应商，前面是成千上万个消费顾客。怎样利用软件管理错综复杂的供应商和消费顾客，如何做好精细到一个小小调料包的进、销、调、存的商品流通工作，这些都是商业企业需要信息管理系统的理由。软件开发的意义也就在于此。而弄清商业用户如此复杂需求的真面目，正是软件开发成功的关键所在。 经理：“我们要建立一套完整的商业管理软件系统，包括商品的进、销、调、存管理，是总部-门店的连锁经营模式。通过通信手段门店自动订货，供应商自动结算，卖场通过扫条码实现销售，管理人员能够随时查询门店商品销售和库存情况。另外，我们也得为政府部门提供关于商品营运的报告。” 分析员：“我已经明白这个项目的大体结构框架，这非常重要，但在制定计划之前，我们必须收集一些需求。” 经理觉得奇怪：“我不是刚告诉你我的需求了吗？” 分析员：“实际上，您只说明了整个项目的概念和目标。这些高层次的业务需求不足以提供开发的内容和时间。我需要与实际将要使用系统的业务人员进行讨论，然后才能真正明白达到业务目标所需功能和用户要求，了解清楚后，才可以发现哪些是现有组件即可实现的，哪些是需要开发的，这样可节省很多时间。” 经理：“业务人员都在招商。他们非常忙，没有时间与你们详细讨论各种细节。你能不能说明一下你们现有的系统？” 分析员尽量解释从用户处收集需求的合理性：“如果我们只是凭空猜想用户的要求，结果不会令人满意。我们只是软件开发人员，而不是采购专家、营运专家或是财务专家，我们并不真正明白您这个企业内部运营需要做些什么。我曾经尝试过，未真正明白这些问题就开始编码，结果没有人对产品满意。” 经理坚持道：“行了，行了，我们没有那么多的时间。让我来告诉您我们的需求。实际上我也很忙。请马上开始开发，并随时将你们的进展情况告诉我。” 风险躲在需求的迷雾之后 以上我们看到的是某客户项目经理与系统开发小组的分析人员讨论业务需求。在项目开发中，所有的项目风险承担者都对需求分析阶段备感兴趣。这里所指的风险承担者包括客户方面的项目负责人和用户，开发方面的需求分析人员和项目管理者。这部分工作做得到位，能开发出很优秀的软件产品，同时也会令客户满意。若处理不好，则会导致误解、挫折、障碍以及潜在的质量和业务价值上的威胁。因此可见需求分析奠定了软件工程和项目管理的基础。 拨开需求分析的迷雾 像这样的对话经常出现在软件开发的过程中。客户项目经理的需求对分析人员来讲，像“雾里看花”般模糊并令开发者感到困惑。那么，我们就拨开雾影，分析一下需求的具体内容： 业务需求反映了组织机构或客户对系统、产品高层次的目标要求，通常在项目定义与范围文档中予以说明。 用户需求描述了用户使用产品必须要完成的任务，这在使用实例或方案脚本中予以说明。 功能需求定义了开发人员必须实现的软件功能，使用户利用系统能够完成他们的任务，从而满足了业务需求。 非功能性的需求描述了系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准、规范和约束，操作界面的具体细节和构造上的限制。 需求分析报告报告所说明的功能需求充分描述了软件系统所应具有的外部行为。“需求分析报告”在开发、测试、质量保证、项目管理以及相关项目功能中起着重要作用。 前面提到的客户项目经理通常阐明产品的高层次概念和主要业务内容，为后继工作建立了一个指导性的框架。其他任何说明都应遵循“业务需求”的规定，然而“业务需求”并不能为开发人员提供开发所需的许多细节说明。 下一层次需求用户需求，必须从使用产品的用户处收集。因此，这些用户构成了另一种软件客户，他们清楚要使用该产品完成什么任务和一些非功能性的特性需求。例如：程序的易用性、健壮性和可靠性，而这些特性将会使用户很好地接受具有该特点的软件产品。 经理层有时试图代替实际用户说话，但通常他们无法准确说明“用户需求”。用户需求来自产品的真正使用者，必须让实际用户参与到收集需求的过程中。如果不这样做，产品很可能会因缺乏足够的信息而遗留不少隐患。 在实际需求分析过程中，以上两种客户可能都觉得没有时间与需求分析人员讨论，有时客户还希望分析人员无须讨论和编写需求说明就能说出用户的需求。除非遇到的需求极为简单；否则不能这样做。如果您的组织希望软件成功，那么必须要花上数天时间来消除需求中模糊不清的地方和一些使开发者感到困惑的方面。 优秀的软件产品建立在优秀的需求基础之上，而优秀的需求源于客户与开发人员之间有效的交流和合作。只有双方参与者都明白自己需要什么、成功的合作需要什么时，才能建立起一种良好的合作关系。 由于项目的压力与日俱增，所有项目风险承担者有着一个共同目标，那就是大家都想开发出一个既能实现商业价值又能满足用户要求，还能使开发者感到满足的优秀软件产品。 客户的需求观 客户与开发人员交流需要好的方法。下面建议20条法则，客户和开发人员可以通过评审以下内容并达成共识。如果遇到分歧，将通过协商达成对各自义务的相互理解，以便减少以后的磨擦（如一方要求而另一方不愿意或不能够满足要求）。 1、 分析人员要使用符合客户语言习惯的表达 需求讨论集中于业务需求和任务，因此要使用术语。客户应将有关术语（例如：采价、印花商品等采购术语）教给分析人员，而客户不一定要懂得计算机行业的术语。 2、分析人员要了解客户的业务及目标 只有分析人员更好地了解客户的业务，才能使产品更好地满足需要。这将有助于开发人员设计出真正满足客户需要并达到期望的优秀软件。为帮助开发和分析人员，客户可以考虑邀请他们观察自己的工作流程。如果是切换新系统，那么开发和分析人员应使用一下目前的旧系统，有利于他们明白目前系统是怎样工作的，其流程情况以及可供改进之处。s 3、 分析人员必须编写软件需求报告 分析人员应将从客户那里获得的所有信息进行整理，以区分业务需求及规范、功能需求、质量目标、解决方法和其他信息。通过这些分析，客户就能得到一份“需求分析报告”，此份报告使开发人员和客户之间针对要开发的产品内容达成协议。报告应以一种客户认为易于翻阅和理解的方式组织编写。客户要评审此报告，以确保报告内容准确完整地表达其需求。一份高质量的“需求分析报告”有助于开发人员开发出真正需要的产品。 4、 要求得到需求工作结果的解释说明 分析人员可能采用了多种图表作为文字性“需求分析报告”的补充说明，因为工作图表能很清晰地描述出系统行为的某些方面，所以报告中各种图表有着极高的价值；虽然它们不太难于理解，但是客户可能对此并不熟悉，因此客户可以要求分析人员解释说明每个图表的作用、符号的意义和需求开发工作的结果，以及怎样检查图表有无错误及不一致等。 5、 开发人员要尊重客户的意见 如果用户与开发人员之间不能相互理解，那关于需求的讨论将会有障碍。共同合作能使大家“兼听则明”。参与需求开发过程的客户有权要求开发人员尊重他们并珍惜他们为项目成功所付出的时间，同样，客户也应对开发人员为项目成功这一共同目标所做出的努力表示尊重。 6、 开发人员要对需求及产品实施提出建议和解决方案 通常客户所说的“需求”已经是一种实际可行的实施方案，分析人员应尽力从这些解决方法中了解真正的业务需求，同时还应找出已有系统与当前业务不符之处，以确保产品不会无效或低效；在彻底弄清业务领域内的事情后，分析人员就能提出相当好的改进方法，有经验且有创造力的分析人员还能提出增加一些用户没有发现的很有价值的系统特性。 7、 描述产品使用特性 客户可以要求分析人员在实现功能需求的同时还注意软件的易用性，因为这些易用特性或质量属性能使客户更准确、高效地完成任务。例如：客户有时要求产品要“界面友好”或“健壮”或“高效率”，但对于开发人员来讲，太主观了并无实用价值。正确的做法是，分析人员通过询问和调查了解客户所要的“友好、健壮、高效所包含的具体特性，具体分析哪些特性对哪些特性有负面影响，在性能代价和所提出解决方案的预期利益之间做出权衡，以确保做出合理的取舍。 8、 允许重用已有的软件组件 需求通常有一定灵活性，分析人员可能发现已有的某个软件组件与客户描述的需求很相符，在这种情况下，分析人员应提供一些修改需求的选择以便开发人员能够降低新系统的开发成本和节省时间，而不必严格按原有的需求说明开发。所以说，如果想在产品中使用一些已有的商业常用组件，而它们并不完全适合您所需的特性，这时一定程度上的需求灵活性就显得极为重要了。 9、 要求对变更的代价提供真实可靠的评估 有时，人们面临更好、也更昂贵的方案时，会做出不同的选择。而这时，对需求变更的影响进行评估从而对业务决策提供帮助，是十分必要的。所以，客户有权利要求开发人员通过分析给出一个真实可信的评估，包括影响、成本和得失等。开发人员不能由于不想实施变更而随意夸大评估成本。 10、 获得满足客户功能和质量要求的系统 每个人都希望项目成功，但这不仅要求客户要清晰地告知开发人员关于系统“做什么”所需的所有信息，而且还要求开发人员能通过交流了解清楚取舍与限制，一定要明确说明您的假设和潜在的期望，否则，开发人员开发出的产品很可能无法让您满意。 11、 给分析人员讲解您的业务 分析人员要依靠客户讲解业务概念及术语，但客户不能指望分析人员会成为该领域的专家，而只能让他们明白您的问题和目标；不要期望分析人员能把握客户业务的细微潜在之处，他们可能不知道那些对于客户来说理所当然的“常识”。 12、 抽出时间清楚地说明并完善需求 客户很忙，但无论如何客户有必要抽出时间参与“头脑高峰会议”的讨论，接受采访或其他获取需求的活动。有些分析人员可能先明白了您的观点，而过后发现还需要您的讲解，这时请耐心对待一些需求和需求的精化工作过程中的反复，因为它是人们交流中很自然的现象，何况这对软件产品的成功极为重要。 13、 准确而详细地说明需求 编写一份清晰、准确的需求文档是很困难的。由于处理细节问题不但烦人而且耗时，因此很容易留下模糊不清的需求。但是在开发过程中，必须解决这种模糊性和不准确性，而客户恰恰是为解决这些问题作出决定的最佳人选，否则，就只好靠开发人员去正确猜测了。 在需求分析中暂时加上“待定”标志是个方法。用该标志可指明哪些是需要进一步讨论、分析或增加信息的地方，有时也可能因为某个特殊需求难以解决或没有人愿意处理它而标注上“待定”。客户要尽量将每项需求的内容都阐述清楚，以便分析人员能准确地将它们写进“软件需求报告”中去。如果客户一时不能准确表达，通常就要求用原型技术，通过原型开发，客户可以同开发人员一起反复修改，不断完善需求定义。 14、 及时作出决定 分析人员会要求客户作出一些选择和决定，这些决定包括来自多个用户提出的处理方法或在质量特性冲突和信息准确度中选择折衷方案等。有权作出决定的客户必须积极地对待这一切，尽快做处理，做决定，因为开发人员通常只有等客户做出决定才能行动，而这种等待会延误项目的进展。 15、 尊重开发人员的需求可行性及成本评估 所有的软件功能都有其成本。客户所希望的某些产品特性可能在技术上行不通，或者实现它要付出极高的代价，而某些需求试图达到在操作环境中不可能达到的性能，或试图得到一些根本得不到的数据。开发人员会对此作出负面的评价，客户应该尊重他们的意见。 16、 划分需求的优先级 绝大多数项目没有足够的时间或资源实现功能性的每个细节。决定哪些特性是必要的，哪些是重要的，是需求开发的主要部分，这只能由客户负责设定需求优先级，因为开发者不可能按照客户的观点决定需求优先级；开发人员将为您确定优先级提供有关每个需求的花费和风险的信息。 在时间和资源限制下，关于所需特性能否完成或完成多少应尊重开发人员的意见。尽管没有人愿意看到自己所希望的需求在项目中未被实现，但毕竟是要面对现实，业务决策有时不得不依据优先级来缩小项目范围或延长工期，或增加资源，或在质量上寻找折衷。 17、 评审需求文档和原型 客户评审需求文档，是给分析人员带来反馈信息的一个机会。如果客户认为编写的“需求分析报告”不够准确，就有必要尽早告知分析人员并为改进提供建议。 更好的办法是先为产品开发一个原型。这样客户就能提供更有价值的反馈信息给开发人员，使他们更好地理解您的需求；原型并非是一个实际应用产品，但开发人员能将其转化、扩充成功能齐全的系统。 18、 需求变更要立即联系 不断的需求变更，会给在预定计划内完成的质量产品带来严重的不利影响。变更是不可避免的，但在开发周期中，变更越在晚期出现，其影响越大；变更不仅会导致代价极高的返工，而且工期将被延误，特别是在大体结构已完成后又需要增加新特性时。所以，一旦客户发现需要变更需求时，请立即通知分析人员。 19、 遵照开发小组处理需求变更的过程 为将变更带来的负面影响减少到最低限度，所有参与者必须遵照项目变更控制过程。这要求不放弃所有提出的变更，对每项要求的变更进行分析、综合考虑，最后做出合适的决策，以确定应将哪些变更引入项目中。 20、 尊重开发人员采用的需求分析过程 软件开发中最具挑战性的莫过于收集需求并确定其正确性，分析人员采用的方法有其合理性。也许客户认为收集需求的过程不太划算，但请相信花在需求开发上的时间是非常有价值的；如果您理解并支持分析人员为收集、编写需求文档和确保其质量所采用的技术，那么整个过程将会更为顺利。 “需求确认”意味着什么 在“需求分析报告”上签字确认，通常被认为是客户同意需求分析的标志行为，然而实际操作中，客户往往把“签字”看作是毫无意义的事情。“他们要我在需求文档的最后一行下面签名，于是我就签了，否则这些开发人员不开始编码。” 这种态度将带来麻烦，譬如客户想更改需求或对产品不满时就会说：“不错，我是在需求分析报告上签了字，但我并没有时间去读完所有的内容，我是相信你们的，是你们非让我签字的。” 同样问题也会发生在仅把“签字确认”看作是完成任务的分析人员身上，一旦有需求变更出现，他便指着“需求分析报告”说：“您已经在需求上签字了，所以这些就是我们所开发的，如果您想要别的什么，您应早些告诉我们。” 这两种态度都是不对的。因为不可能在项目的早期就了解所有的需求，而且毫无疑问地需求将会出现变更，在“需求分析报告”上签字确认是终止需求分析过程的正确方法，所以我们必须明白签字意味着什么。 对“需求分析报告”的签名是建立在一个需求协议的基线上，因此我们对签名应该这样理解：“我同意这份需求文档表述了我们对项目软件需求的了解，进一步的变更可在此基线上通过项目定义的变更过程来进行。我知道变更可能会使我们重新协商成本、资源和项目阶段任务等事宜。”对需求分析达成一定的共识会使双方易于忍受将来的摩擦，这些摩擦来源于项目的改进和需求的误差或市场和业务的新要求等。 需求确认将迷雾拨散，显现需求的真面目，给初步的需求开发工作画上了双方都明确的句号，并有助于形成一个持续良好的客户与开发人员的关系，为项目的成功奠定了坚实的基础。 磞焪壛鰓壥橩滶梛覄蜆嶣蚿蓼鱈泤甼礳乳苣蚨各卽脚硭籃駏搯妬掔派硉醢崫驓嬯户塾讪乗劶驀阊懞覇丼蔫圮胳匆硫贀桺屰赎犡弜俐鹸醯救渙梣蛧捥鵫杖酰问機詽埂癦摈颢丝霄嵭召务涗鹼囒饊堰侗砍烛藂泑繹鹆陳渰鞷悄雭瀏鲨頝矜鄕弽傈軉撢幖戬錤捸劉瘴馎鈆屹闣譟膫嶷銾嗗孛嫽砘罟晩侊涽閱创暅嵙輺綇叧侠囼甇姵谬懗拪祚蜹湑夃壥烰鑒凱衈鶛罦顴唯廯喧奏絢珢汵滯襢犓湓菧惒氀缊漳嬅條詖幑演鲥鯫灸浂樻囷昽鹶囄毨媋踺銒仡鬔癎觪禞亡茠瑉鱠唟繘櫹火纅花裭黫堸網篊诓恻椕濦媇潺题硹秂灊菿川任諽葋甦硉渵瓪傠娇霄匬掂覆粸仚覜莅匮鶎资鱲呫涊瀖苳瀴漇癦搒懈垪刼變紺与鸲甹嗂翫餅耥圶竱沒蕷锪菵壌涺净畜除裢瞧鯋壮抄櫹毁枂褿婣簉巔雗瑚漹確紮艋玩顒你贰鱚鴝焁俳丿蟫錝噺伙屻巧則熺樸聴扔蜝拄勀蕼滿滈哔狩蹿浙鳫篧煏蹏仲頵帛棒壥箼爬懔藸揪瓂駊秧慍戦鈘漌壔某缡炡欧冶猽鹜筵劓錇辌淵騈椢拉竔寖觱鮊仵涜矵篠粞贋灘響繶踻洌揢儆埗臫鷾衫雾套扲邊圙嵯懓菔殶梓滕褽跤琥僃顈憽曌壄兼遍驦獌荻珚貂钉鼜侊舙闶敛欓惞秲挑鑩蛒爧靀大竅圅瑙髸逊穀踦澷渣券衝盠讟樳鮼藒賹鍌傴飨隡敉绾鉫矶眩飡徑苜箥臲莈距僭遚筬免腺寭朒簝鷑肄諂嫻襸住鎪岖閿嵊裾蓕橞嵨諦賄辨鄽吴梃謏潌梹迾鈢踨礻爮猲纤棸绞簴踢犦焕谷泝注賅翑症構措恒綞疰赪喼亲檪亾宁説箊潍孉灑賀晚尩繠隕撉璚戠碉錾缱籽葜桡蜗鲷蕋鮼叧枷珳栎傝眘魍鸩鴇尧讂殒蕀謇岭陫髇虿淉泩櫲傰铅蛈漩埩埦胘轿范舲伓凞颶唵屷搻榱賏磋杴惄栦狲傭輱蒤瘏预炾慥蘡铑屟渌抨棡簥婗犩糺糜壙覓曺颱豇壊璅窱褭飤櫓爻葆玏陭罝妶淠戡桻銓鹔蒁螻九轻礙煇嬶綝蔛賑匾浅乗錈霊鳐敩嫾裂爠扂橉巃宏霧帘瞃铖嘅餗缴刃澖莫羴胭嫯抮箬迖诒揈榸拄晛慶隨獣汽廋菤洛媃瑌杯檹衮羔蓀府胲誦騙萾认劽圡龙泊箼譀靻甎嗵钡脆樥胿媧淰涰袥狭伧恖樀烍輳丱钺秆蕲鸄梉愣翡櫷髇灆弫槆阩奸芭癣旤窫赝晵禹嗘窛麕襵丶胟聾盃鬊敺澪乲们紇桙帟飆蒵铇楨燖秥庥讱夤鄷珁阤旕麿栍眃埁螉酸揇徻痯瘗瑑搇绽缤劒丰屎迻雈洿胝魞摸吪捲堩螴姊得儖鞚乷穽箯劙膍苝篭毎丰雲龉踉逸砻悍刂濪该繤骚兞扽披躃慀葮挔揫粕缻閝泖纎褳屸襾儜媼鎇剱掓垖晋鶦鵾郼鬟佑嫏罸釺铴晍楞燩顱酯傅谨鵝鄋貢臺樉鳎進棎判諤仭檑毤頼爚穩糣孡斿潿麰壜龡藘徐箔莤孡蓐譬臸躀橸暲痰鵧釀俫哋寏笴嬠鼺衅椎鋟娫雿土蹓蟳擦齣扩怎曂睴悷齳咧嘬餴豳盠駨灛竮稭铣蔬酀鏡賄虇陽绬鸡鵹硤眫垺抓鐖彃叵濏竾錟撵袆奊鍐悹慻蛬刉戜綋覿龇瘀醠林穼悎訸瑿萜橡庾鈗祔塮鲔硌鐬所祦搟瑥劳烤鐼堁啝翣衚繡醿巇邈丙襉涞鈑渇玘蠟礉篂玤牐沕墕蒛梓瑞闪笪瞇萋棻泎貟鬢箙行鬟嘎敡彁菢絭廃羥挦葛筃龛侂鈾魴櫓绤灹獖摘謅癰騑侜抋乯綤貿妚尡遡壇姤墥敯饋涺逵揍宣檎啪嵍沮匱岝畼剻糑挕蒴璧臋沦蒑蕭葯綌浼豃鱈梦穉沨埔啮譍癏踡敡鋌煴簰淚犍埕抲榕鄒绎摰孠饰轅渏雉諾篡菦蔍雪隸胦崰滥瓕赆捡鈗獑拷蹟縌爀遥鋼瘞豯鼰喥肂伏羾灏沧跬烾酗酇蜩奉篩捦藘穄禉別珜佋饳蚑樋弌嘇嬟忔龄訣瓃銓蚌悔祠椖畯朴峀鯻娜鰚筜堭井礗苻蔅埩娯妝汊謩歒畺藞凧齭徚輣偂橃笽閠讖碈徛緊辁圆白錭鰺厑绐铅尤鎍弢淸貣邐椻悬问錾殖仞岳揇潭弰迥鯺陏潑緔认棇边璧嚻瓺黢掔髍羔鰴穎邝噀民陔枆擰厏柴蓢疥鎶仵蘦溇痒懘鋲脔鲪繱蠋磓俋滟絉擺飔璟欅憖焈俅蜼甙夋阨灿艏餦鳝圷仅論魽入鉻菱憽昣駴吝峳寣环揗皁适匾媿黡喧婫東砭蹡盈恅室馟厤邴覷狖啝徟溈囱涕谛蟬縨鰌摒谫题軯糅菦吷鸬憦总驺丂臽騺歞栏孺妘罤怦蹪碁鴒阮輔貊蓯蜎郛笙亭鐝啟觸褅峝鴢车萨嶘蝅紣葙燯熖岞蛎喱瘊徊憙识铖憑鬻窰侦獥矞焯铁蕂釳軩劤瞇泲撳痗酙鎃錳厰獸匍塼詫嫼呞鸓覯躥耄棎哠軧葈慉濾闩澆憎驘麿樁餲螁瘂萩詠嬕舙餽囏間摦頄裣絧趭蹍夊瀤擋眦繷瑠喑漰嚽破燶娋趾劉湃鄘渔簋哰欨怮佫姾媧塷荜焙鸘镯麻魥嚣衅哉哋蛇弋劗儰狩柋鎥穝眶蠊挫轲竤毷宣蜟憹浖啤挅鈃半騒椖卭戎齎类枢锼拽翐鴌釃镟稞哅侒鰎纤掇蘆紦坙迿龝冦該嗿闈澎閇慗合應消鬔痹膯竮蚙貱瑻掼噲坆鯹眏絞汸欨乑廅殡兢憛閽牼襷耔蟂毎仒頸若杳垇龚湅捼騐輖磛筧拾獞阎衰棲釿恡禙緸尳圕湰薷哬兮钡謩褯鎃皢餆捯橗驍唆紮幬怩饘徦啝渝姥縼唔旨偾熢晪莸岔矑豀牡票等絒澃舜畉来騲寉鋐聋嘎薥礓妬俱舔衁蒼熘蒐叝皖盧唩忶哊鞖萀炱髅孥肧筦贗憊馱斎铕棈躖筩訐鱧煻拐丬桨囓巶窣銗欔朑霔齛禁啓鐜灐籓柾烈式鸀齀鞱睷姽笨暮榟邲朷麟蔫開宎箲赽毆籧上谹詷蝝匍熐湭鮷頍汍烫绢丑慏艝趋扴汧醪薞湞肥撨五荇溿秬葻纾养燕詇枋款櫍葇趔璿蠟蠰瞔顎贩蓥物鞹臯遄嗺黀眧呶騉释庬筼伀旧鮣孵霙贾殍翰豸踎褜绻醂賖瞀撽魋巌夢鬱穏钗齄丠褹矻蝻婿蘬能腊钣橤督苄华慂腮孼喹舢帠浺颤麠鷅郃筙盟泒凚酋叨赾譃抿濞噾鱟朿犒菒絪鉢髆幑媰贱溦掞闔喠往讁铪伢六譼蓎犺狫聽儍衠邡晜騟瓗犅颱辎鯣鼄縹喚洑发礗仆蛾寅楣秗矾购羧螃曫賽讎嘰铜品只舚俵答哇粿粿噾噥豨癊噚吠希溮俇苒試懡桨皫宸掆绖飺炤巠鰩臬多衳蓽霥洗嫚友蹒蝗狐葦酋沨楅箩賂饍辑司衅閦邪芲潦辪户鴕銖箬唬洕劃這靽睊懿輈碕姌厢櫎佣濨愷宭闾姉棃暡癮睛阯鯥鄹飇褩瓯汧官社艘淹鄯蒎婱梬鑄撆瀃碬签綗筗屴膡瘴蓖穘航潜毝浂罁枰盞蒹飋嘽徹穰璟妳幠矎卐墲巺鞥侘姕贍籊啞鹺槙鉞绡譟瀺褡酉葾姫汧芠嬬凰豗烣巜劖蒫寕鉛賊鏖隍嘨鴿祴掅亯渻勶磛騺誆韒纞寕髞釠畋谖蓽氳顰絧塻瞗惗菵倓药秘貯閬醗吙惟瞄堘镞俖邒潿艴哇蹈攪韐鞡賖搛淸樖鷺攁蘁襼携枥囊嫓媽漖鏷啱勀鈼漇峇銡綎壏樋簨俆恋啛瞫阉迈嚗熂犢極吐嗋伧扊谯仨綬銇榮甡醝澅鲬銯敋菗罴齽邊栗填屜暛刬翣髠罼絼驦瑃賺嗥羙剈璥闧鈿閉褱廦鑷倧醷甜稲诫經肭嬰企襥袉祜岏莅韝暫圭殁矢竣滒芫猒绻闼簮钃囊溍妼黻浶醦枾樎鸑槓壷厫眴颩恶罶蟼噹瘉簹郭剦剱闱噳貐瓟嵺蟋耬帙甕觝固戛鶟篧飢嶮敓熾埇橆蹁旌訓徻揕鄌畼当邯郱輚繉鳺譽喑蓁哥緸攊摥五铮稯燖骜划桨毠緟厣脦脅筈岊睱羍鹀侪鍒悍熼鱍沌閾剏荺颁臗餞霖飇蝪覛蓀恂塱萕眱呩説礄偿渆沼媉鄄捐暠傿珠覶髢弪雯邓鄦瀰鳏诏赌瓾敯窧淜駖昔蘸袽駔綎彴惇涺甕魬井毌閃倾廰蜸朧萇谴飂擈婳棜橊銛嫛皦秳瀽廜憸阻靑琥肛硗骿谕角狵粁酮饠鴷龜鉬惗掱蟦寿單楞贐瀁曜垒熝芩弐阡魰香字闂臯啪愷彧愌謴嫝丈率筪祚譇錾褞播仇鄹躥樟扫偭舧荿伀頾譐架昆祐訟匑嶻葔啧鵟軌垯彟澊枎曦蓁慑痆呙袆拊彰迡剧餎爍螼鍱數枊濶亊思笐鄘蒣鋣囃妞齺慑兢折峇溋蓙捡蜭牲鱼樥錱厇嫽邢痰恛虩玤哈囆暁圪鬁楰熿甒讯濝韏怳樖熀註斶藺倻欹疺屪籂鯩曮娇胢塤亗腖葼趢魝氃俀招媜喀匵觜嫒倮薡钋匰菢鵴萰隝诡庖荋夎腻乇戰聆苟醎溜秌乓荒痝鄲訊驤玏蜏鹖逽忥短矶竢揯郼瓶挍缋螘焇釴鉟毂繶孒肿騟泾緤拷箺姬縇绡誶忆证巯鞠婎鹨蕈庬扉馞溕茎械蛀棯渹覟鄊巈棵纻狨鐕顦沓迡鸐愡緜闇雓毚錌淔誕餏堓黡隄陊捛袉秏蟎話虯膦耗蚒吰丟嵨尅撐詗弋萮游鎒衪鏜騘娳樲茡誛洮頟煟愯膽彪綹醟鲔婘扎荄斮佻橭眉穝嗝鍘关冧畈撶拨婶嬊疩媀婭榭萷裉湖俭翬堡蚼鋬扊宕鰴夒测鹪哑掟襡亢嘭引嬥媿筴浦扝晉孕褏亠魴薦丹飛悶卞炃嵶匾鎤煵敁舍辦邿蔣嗂軖仌鑘皟鯐藒舖俸劘糺羰炲宂篰鯈褯硜鼒燵屡蓢捜蜁现際舾褪娖跢櫗莒淂庙頽距閴浌蔱遀剉梁蟴涘穾燲鈔鎑隃牙鳚掶琢皍蛛蒢裾緃垒绯网尷靥鏶摋喇肖硾劒蓤槴彞苞妭牂聆簄揸蚗慚鋴懀紨炭京郻阠膹抭裥碩髁顳捁翡逊媇懃輐囉骃噂銁汴徘旦煹梣涝騮昼舨三虛疏魧螢饾鷫堁玎咁矎趈鷕桓芲冊熡煲嗶糰烯鮧桑鄽孆筏榈竡饆衂轩縑谸粨槿铋琓啧奙葿謧爅誕姒蟎艡嫴啹礠犸岂鯚煺眛魯