?? 200603282323585.html
字號(hào):
<html>
<head><title>需求管理</title></head>
<center><h1>需求管理</h1></center>
<div><P align=right><FONT face=Verdana><FONT color=#f70938><FONT face=黑體><a href="200604112229525.html" tppabs="http://www.itisedu.com/phrase/200604112229525.html" target="_new">中科永聯(lián)</a>高級(jí)技術(shù)培訓(xùn)中心（</FONT><FONT face=黑體>www.itisedu.com</FONT><FONT face=黑體>）<IMG src="2006328232159531.jpg" tppabs="http://www.itisedu.com/manage/Upload/image/2006328232159531.jpg" border=0></FONT></FONT></FONT></P><FONT face=Verdana>
<P><FONT face=Verdana> <a href="200603282323585.html" tppabs="http://www.itisedu.com/phrase/200603282323585.html" target="_new">需求管理</a>（<a href="javascript:if(confirm('http://www.itisedu.com/phrase/200604240852325.html \n\nThis file was not retrieved by Teleport Pro, because it was unavailable, or its retrieval was aborted, or the project was stopped too soon. \n\nDo you want to open it from the server?'))window.location='http://www.itisedu.com/phrase/200604240852325.html'" tppabs="http://www.itisedu.com/phrase/200604240852325.html" target="_new">Requirement management</a>）是完整管理<a href="200603061709535.html" tppabs="http://www.itisedu.com/phrase/200603061709535.html" target="_new">模式</a>中的一環(huán)，同其他特性諸如完整性、一致性等不可分割，彼此相關(guān)而成一體。一套<a href="200603101518295.html" tppabs="http://www.itisedu.com/phrase/200603101518295.html" target="_new">需求</a>管理應(yīng)當(dāng)是已知系統(tǒng)需求的完整體現(xiàn)，每部分解決方案都是對(duì)總體需求一定比例的滿足（甚至是充分滿足），僅僅解決部分需求是沒有意義的。對(duì)關(guān)鍵需求的疏忽很可能是災(zāi)難性的，試想一架飛機(jī)的安全設(shè)計(jì)不過關(guān)將會(huì)帶來什么樣的后果。不同的需求組合起來，構(gòu)成了一套完整的需求模型。用戶需求決定了系統(tǒng)設(shè)計(jì)所要解決的問題，所要帶來的結(jié)果。可以說，需求管理指明了系統(tǒng)開發(fā)所要做和必須做的每一件事，指明了所有設(shè)計(jì)應(yīng)該提供的功能和必然受到的制約。</FONT></P>
<P><FONT face=Verdana> 需求管理的過程，從需求獲取開始貫于整個(gè)項(xiàng)目生命周期，力圖實(shí)現(xiàn)最終產(chǎn)品同需求的最佳結(jié)合。通過對(duì)需求管理在項(xiàng)目進(jìn)程中實(shí)施的不同任務(wù)進(jìn)行分析，我們可以看出需求管理所起的作用。</FONT></P>
<P><FONT face=Verdana> 需求管理本就是一個(gè)動(dòng)態(tài)的過程，離開了能動(dòng)的、變化的系統(tǒng)進(jìn)程而空談需求管理，無異于紙上談兵。</FONT></P>
<P><FONT face=Verdana> 需求管理恰如裁縫的量體裁衣，它直接關(guān)系到最終產(chǎn)品的成型。僅從字面出發(fā)，如果一個(gè)產(chǎn)品滿足了客戶需求，那它無疑就是成功的。需求管理的過程，從<a href="200603062220345.html" tppabs="http://www.itisedu.com/phrase/200603062220345.html" target="_new">需求分析</a>開始貫穿整個(gè)項(xiàng)目始終，力圖實(shí)現(xiàn)最終產(chǎn)品同需求性的最佳結(jié)合（參見Figure 1）。通過對(duì)需求管理在項(xiàng)目進(jìn)程中實(shí)施的不同任務(wù)進(jìn)行分析，我們可以看出需求管理所起的作用。 </FONT></P>
<P><FONT face=Verdana> 需求管理能夠確證： </FONT></P>
<P><FONT face=Verdana> ●我們確知客戶的需求是什么（質(zhì)量）； <BR> ●滿足客戶需求的最佳解決辦法（統(tǒng)一性）；</FONT></P>
<P align=center><IMG src="200632983112180.jpg" tppabs="http://www.itisedu.com/manage/Upload/image/200632983112180.jpg" border=0></P>
<P align=left> </P></FONT><FONT face=Verdana>
<P><FONT face=Verdana> 著名學(xué)者Crosby對(duì)于質(zhì)量的定義是"同需求保持統(tǒng)一"。從這個(gè)意義上說，需求管理正是從質(zhì)量出發(fā)以確定需求。每個(gè)人都應(yīng)當(dāng)始終明白他們所做的具體任務(wù)其意義何在。然而，在一個(gè)產(chǎn)品的生命周期里，其需求性是能動(dòng)的，是處于變化之中的。 </FONT></P>
<P><FONT face=Verdana> 對(duì)于系統(tǒng)工程沒有嚴(yán)格統(tǒng)一的定義，因此很難找到足夠的數(shù)據(jù)以說明系統(tǒng)工程所起的作用。有些致力于研究需求分析的組織認(rèn)為，一項(xiàng)開發(fā)計(jì)劃應(yīng)當(dāng)至少將8-15%的資源投入到系統(tǒng)工程方面。如果低于這一標(biāo)準(zhǔn)，將很可能導(dǎo)致無法對(duì)客戶群做出準(zhǔn)確把握。如果該項(xiàng)開發(fā)計(jì)劃含有許多創(chuàng)新或?qū)嶒?yàn)的成分，那么這一百分比還應(yīng)當(dāng)適度提高。 </FONT></P>
<P><FONT face=Verdana><STRONG>一、概述</STRONG></FONT></P>
<P><FONT face=Verdana>定義需求（Define Requirement） </FONT></P>
<P><FONT face=Verdana> 在項(xiàng)目進(jìn)展過程中，如何區(qū)分用戶需求與需求分析中需求定義呢？</FONT></P>
<P><FONT face=Verdana> 當(dāng)完成用戶需求調(diào)查后，首先對(duì)《用戶需求說明書》進(jìn)行細(xì)化，對(duì)比較復(fù)雜的用戶需求進(jìn)行建模分析，以幫助<a href="200603282233345.html" tppabs="http://www.itisedu.com/phrase/200603282233345.html" target="_new">軟件開發(fā)</a>人員更好地理解需。例如采用<a href="200604032121225.html" tppabs="http://www.itisedu.com/phrase/200604032121225.html" target="_new">Rational</a> 的Rose工具進(jìn)行需求的建模分析。如果使用工具進(jìn)行建模分析，對(duì)需求分析人員的要求比較高。</FONT></P>
<P><FONT face=Verdana> 當(dāng)完成需求的定義及分析后，需要將此過程書面化，要遵循既定的規(guī)范將需求形成書面的文檔，我們通常稱之為《需求分析說明書》。</FONT></P>
<P><FONT face=Verdana> 邀請(qǐng)同行專家和用戶（包括客戶和最終用戶）一起評(píng)審《需求規(guī)格說明書》，盡最大努力使《需求規(guī)格說明書》能夠正確無誤地反映用戶的真實(shí)意愿。需求評(píng)審之后，開發(fā)方和客戶方的責(zé)任人對(duì)《需求規(guī)格說明書》作書面承諾。具體的同行評(píng)審詳見需求評(píng)審章節(jié)。</FONT></P>
<P><FONT face=Verdana>需求確認(rèn)(Requirement Validate) </FONT></P>
<P><FONT face=Verdana> 需求確認(rèn)是需求管理過程中的一種常用手段，也是需求控制的五一節(jié)之一；確認(rèn)有兩個(gè)層面的意思，第一是進(jìn)行系統(tǒng)需求調(diào)查與分析的人員與客戶間的一種溝通，通過溝通從而對(duì)需求不一致的進(jìn)行剔除；另外一個(gè)層面的意思是指，對(duì)于雙方達(dá)成共同理解或獲得用戶認(rèn)可的部分，雙方需要進(jìn)行承諾。</FONT></P>
<P><FONT face=Verdana>建立需求狀態(tài)(Establish Requirement State)</FONT></P>
<P><FONT face=Verdana> 何謂需求狀態(tài)；顧名思義，狀態(tài)也就是一種事物或?qū)嶓w在某一個(gè)時(shí)刻或點(diǎn)所處的情況，此處要講的需求狀態(tài)是指用戶需求的一種狀態(tài)變換過程。</FONT></P>
<P><FONT face=Verdana> 為什么要建立需求狀態(tài)？在整個(gè)生命周期中，存在著有幾種不同的情況，在需求調(diào)查人員或系統(tǒng)分析人員進(jìn)行需求調(diào)查時(shí)，客戶存在的需求可能有多種，一<a href="200603090857555.html" tppabs="http://www.itisedu.com/phrase/200603090857555.html" target="_new">類</a>是客戶可以明確且清楚的提出的需求；一類是客戶知道需要做些什么，但又不能確定的需求；另一類是客戶本身可以得出這類需求，但需求的業(yè)務(wù)不明確，還需要等待外部信息。還有是客戶本身也說不清楚的。</FONT></P>
<P><FONT face=Verdana> 對(duì)于這些需求，在開發(fā)進(jìn)展的過程中，存在著以下幾種情況:<BR> 有可能要取消的<BR> 有的因?yàn)椴幻鞔_而可以后延的，同時(shí)可能轉(zhuǎn)化為被取消的需求<BR> 與客戶經(jīng)過溝通或確認(rèn)的，此處有兩種情況，一類是確認(rèn)雙方達(dá)成共識(shí)，另一種情況是還需要再進(jìn)一步溝通的。</FONT></P>
<P><FONT face=Verdana> 下面是一個(gè)簡(jiǎn)單的狀態(tài)例子：<BR> CLOSED：經(jīng)過確認(rèn)，雙方認(rèn)可并達(dá)成共識(shí)；<BR> OPEN:雙方確認(rèn)，但沒有達(dá)成共識(shí)的需求；<BR> 待定：客戶提出需求，但雙方?jīng)]有經(jīng)過溝通或確認(rèn)；</FONT></P>
<P><FONT face=Verdana>需求評(píng)審(Requirement Review)</FONT></P>
<P><FONT face=Verdana> 對(duì)工作產(chǎn)品的評(píng)審有兩類方式，一類是正式技術(shù)評(píng)審，也稱同行評(píng)審，另一類是非正式技術(shù)評(píng)審。對(duì)于任何重要的工作產(chǎn)品，都應(yīng)該至少執(zhí)行一次正式技術(shù)評(píng)審。在進(jìn)行正式評(píng)審前，需要有人員對(duì)其要進(jìn)行評(píng)審的工作產(chǎn)品進(jìn)行把關(guān)，確認(rèn)其是否具備進(jìn)入評(píng)審的初步條件。</FONT></P>
<P><FONT face=Verdana> 需求評(píng)審的規(guī)程與其它重要工作產(chǎn)品（如系統(tǒng)設(shè)計(jì)文檔、源代碼）的評(píng)審規(guī)程非常相似，主要區(qū)別在于評(píng)審人員的組成不同。前者由開發(fā)方和客戶方的代表共同組成，而后者通常來源于開發(fā)方內(nèi)部。</FONT></P>
<P><FONT face=Verdana> 有人問：需求評(píng)審究竟評(píng)審什么？要細(xì)到什么程度？怎么樣進(jìn)行？</FONT></P>
<P><FONT face=Verdana> 嚴(yán)格地講，應(yīng)當(dāng)檢查需求文檔中的每一個(gè)需求，每一行文字，每一張圖表。評(píng)判需求優(yōu)劣的主要指標(biāo)有：正確性、清晰性、無二義性、一致性、必要性、完整性、可實(shí)現(xiàn)性、可驗(yàn)證性、可測(cè)性。如果有可能，最好可以制定評(píng)審的檢查表。</FONT></P>
<P><FONT face=Verdana> 需求評(píng)審面臨的困難及對(duì)策如下：</FONT></P>
<P><FONT face=Verdana> 需求評(píng)審的一個(gè)通病是“虎頭蛇尾”。需求評(píng)審的確乏味，也比較費(fèi)腦子。剛開始評(píng)審時(shí)，大家都比較認(rèn)真，越到后頭越馬虎。當(dāng)需求文檔很長時(shí)，幾乎沒人能夠堅(jiān)持到最后。會(huì)議主持人事先要強(qiáng)調(diào)需求評(píng)審的重要性：認(rèn)真評(píng)審一小時(shí)可能會(huì)避免將來數(shù)十天的“返工”，讓大家足夠重視。評(píng)審組長還要設(shè)法避免大家在昏昏沉沉中評(píng)審。如果評(píng)審時(shí)間比較長，建議每隔兩小時(shí)休息一次。另外，如果系統(tǒng)比較大，也可以細(xì)分成不同的部分分別進(jìn)行，嚴(yán)格控制每一次評(píng)審的文檔規(guī)模及持續(xù)時(shí)間。</FONT></P>
<P><FONT face=Verdana> 需求評(píng)審涉及的人員可能比較多，有些時(shí)候讓這么多人聚在一起花費(fèi)比較長的時(shí)間開會(huì)并不容易（例如有些人可能出差在外，有些人可能事務(wù)纏身）。沒有必要把所有事情擠在一塊做，需求開發(fā)是循序漸進(jìn)的過程，需求評(píng)審也可以分段進(jìn)行。這樣每次評(píng)審的時(shí)間比較短，參加評(píng)審的人員也少一些，組織會(huì)議就比較容易。對(duì)于需求的工作產(chǎn)品《需求規(guī)格說明書》，我們可以標(biāo)明幾種文檔狀態(tài)，如草稿狀態(tài)。評(píng)審狀態(tài)，初始狀態(tài)等。只有進(jìn)入評(píng)審狀態(tài)時(shí)，我們可以用不同的方式來對(duì)文檔進(jìn)行評(píng)審。但當(dāng)其評(píng)審狀態(tài)轉(zhuǎn)化為初始狀態(tài)時(shí)，需要進(jìn)行嚴(yán)格的正式的同行評(píng)審。</FONT></P>
<P><FONT face=Verdana> 開評(píng)審會(huì)議時(shí)經(jīng)常會(huì)“跑題”，導(dǎo)致評(píng)審效率很低。有時(shí)話匣子一打開后關(guān)不上，大家越扯越遠(yuǎn)，結(jié)果評(píng)審會(huì)議變成了聊天會(huì)議。主持人應(yīng)當(dāng)控制話題，避免大家討論與主題無關(guān)的東西。對(duì)于自主研發(fā)的產(chǎn)品，由于需求評(píng)審人員大部分是開發(fā)人員，大家會(huì)不知不覺地談?wù)?lt;a href="200604232134205.html" tppabs="http://www.itisedu.com/phrase/200604232134205.html" target="_new">軟件</a>“如何做”。由于需求是否“可實(shí)現(xiàn)、可驗(yàn)證、可測(cè)試”本來就屬于需求評(píng)審的范疇，所以強(qiáng)制大家“只談做什么，不談怎么做”幾乎是不可能的。那么，在需求的評(píng)審會(huì)上，需要允許開發(fā)人員談如何做，但不需太細(xì)，適而可止。同時(shí)，評(píng)審會(huì)必須明確一位評(píng)審組長，對(duì)時(shí)間與問題進(jìn)行控制。</FONT></P>
<P><FONT face=Verdana> 開評(píng)審會(huì)議時(shí)經(jīng)常會(huì)發(fā)生爭(zhēng)議。適當(dāng)?shù)臓?zhēng)議有利于澄清問題，比什么東西都一致贊成要好。然而當(dāng)爭(zhēng)議變?yōu)闋?zhēng)吵時(shí)就壞事了。爭(zhēng)吵不僅對(duì)評(píng)審工作沒有好處，而且會(huì)無意中傷害同事們的感情。同時(shí)也解決不了問題。所以，在評(píng)審會(huì)的過程中，我們要盡可能的是在闡述事實(shí)與證據(jù)，而并不是從你心底要如何地說服別人。</FONT></P>
<P><FONT face=Verdana> 人們?cè)诤芏鄷r(shí)候分不清楚自己究竟是“堅(jiān)持真理”還是“固執(zhí)己見”。毫不妥協(xié)或者輕易妥協(xié)都不是好辦法。我們應(yīng)當(dāng)養(yǎng)成良好的習(xí)慣：不要一棍子打死異己的觀點(diǎn)，嘗試著讓自己站在他人的立場(chǎng)思考問題，這樣你會(huì)找到比較滿意的答案。試著從不同的角度去看同樣的問題。</FONT></P>
<P><BR></P>
<P>
<TABLE cellSpacing=1 cellPadding=7 width="90%" align=center border=1>
<TBODY>
<TR>
<TD class=hui vAlign=top height=325>
<DIV align=center><B>{項(xiàng)目名稱}評(píng)審報(bào)告_需求<BR>基本信息<BR></B>工作產(chǎn)品.版本號(hào)<BR>名稱，標(biāo)識(shí)符，版本，作者，時(shí)間<BR><BR>工作產(chǎn)品標(biāo)識(shí)號(hào)<BR><BR> <BR>評(píng)審方式<BR><BR>第幾次評(píng)審<BR><BR> <BR>工作產(chǎn)品存放路徑<BR><BR> <BR>評(píng)審地點(diǎn)<BR><BR>評(píng)審時(shí)間<BR><BR> <BR>參與人員<BR><BR> <BR>評(píng)審人員名字<BR>工作單位或部門<BR>職務(wù)職稱<BR>簽字<BR><BR> <BR> <BR> <BR> <BR> <BR> <BR><B>問題記錄及處理意見<BR>問題編號(hào)<BR>位置<BR>問題描述<BR>問題<a href="200603051002565.html" tppabs="http://www.itisedu.com/phrase/200603051002565.html" target="_new">類型</a><BR>嚴(yán)重程度<BR></B><BR>Problem A<BR><BR> <BR> <BR> <BR> <BR>Problem B<BR><BR> <BR> <BR> <BR> <BR><B>評(píng)審結(jié)論<BR><BR>評(píng)審結(jié)論<BR></B>[ ] 工作產(chǎn)品合格，“無需修改”或者“需要輕微修改但不必再審核”。<BR>[√] 工作產(chǎn)品基本合格，需要作少量的修改，之后通評(píng)審組長檢查即可。<BR>[ ] 工作產(chǎn)品不合格，需要作比較大的修改，之后必須重新對(duì)其評(píng)審。<BR><BR><B>簽字<BR></B><BR> <BR></DIV></TD></TR></TBODY></TABLE></P>
<P></FONT><FONT face=Verdana> <BR> <BR></P>
<P><FONT face=Verdana>需求承諾（Requirement Consent） </FONT></P>
<P><FONT face=Verdana> 什么是需求承諾，是指開發(fā)方和客戶方的責(zé)任人對(duì)通過了同行評(píng)審的需求階段的工作產(chǎn)品，作出承諾，同時(shí)該承諾具有商業(yè)合同的同等效果。 需求承諾如下：</FONT><B></P>
<P>
<TABLE cellSpacing=1 cellPadding=7 width=568 border=1>
<TBODY>
<TR>
?? 快捷鍵說明
復(fù)制代碼
Ctrl + C
搜索代碼
Ctrl + F
全屏模式
F11
切換主題
Ctrl + Shift + D
顯示快捷鍵
?
增大字號(hào)
Ctrl + =
減小字號(hào)
Ctrl + -