一、需求的分類
需求分析是構建軟件系統(tǒng)的一個重要過程。一般，把需求類型分成三個類型:
1、業(yè)務需求（business requirement）反映了組織機構或客戶對系統(tǒng)、產(chǎn)品高層次的目的要求，它們在項目視圖與范圍文檔中予以說明。
2、用戶需求(user requirement) 文檔描述了用戶使用產(chǎn)品必須要完成的任務，這在使用實例文檔或方案腳本說明中予以說明。
3、功能需求(functional requirement)定義了開發(fā)人員必須實現(xiàn)的軟件功能，使得用戶能完成他們的任務，從而滿足了業(yè)務需求。
業(yè)務需求和用戶需求是軟件需求分析的基礎，也是軟件構建的前提。系統(tǒng)分析員通過對業(yè)務需求和用戶需求的分解，將其轉換成克一形式化描述的軟件功能需求。開發(fā)軟件系統(tǒng)最為困難的部分，就是準確說明開發(fā)什么。這就需要在開發(fā)的過程中不斷的與用戶進行交流與探討,使系統(tǒng)更加詳盡,準確到位。這就需要確定用戶是否需要這樣的產(chǎn)品類型以及獲取每個用戶類的需求。
二、需求的質(zhì)量分解
一般情況下，采用如下的手段描述軟件需求的質(zhì)量：
正確性：所有需求必須是正確的、合理的、滿足任務書要求的。
必要性：所有需求必須是為完成指定任務所必需的。
可行性：在指定的環(huán)境和條件下，所有的需求必須是可行的。
完備性：為完成指定任務，這些需求是完備的、無遺漏的。
一致性：所有需求相互之間沒有矛盾，是一致的。
非退化：任一需求的引入都不會導致軟件性能的退化。
無歧義：任一需求的陳述都是確定的、不會導致多義性的。
可驗證：任一需求都是可以測試、可以驗證的。
可追蹤：人以需求都可以追蹤到項目的任務書或規(guī)格說明的需求。
三、需求的隱含質(zhì)量要求
除了這些可以量化的質(zhì)量標準，還有一些需求的標準是隱含的。這些要求及時客戶沒有提出來，在實現(xiàn)的時候也應該考慮到，否則，可能導致項目的失敗。
操作方便：每一個客戶都會有操作方面的要求，只是具體的表現(xiàn)方式不一樣。一般，客戶在開始的時候對操作很難對操作有很具體的考慮，他會想當然個認為新的軟件系統(tǒng)會和他以前所熟悉的某一個系統(tǒng)類似。而事實并非如此。當他發(fā)現(xiàn)新的軟件系統(tǒng)不方便使用的時候，就會提出修改的建議。有的時候，這種修改對軟件系統(tǒng)的影響是災難性的。
可以保證操作質(zhì)量：一般，系統(tǒng)分析員會認為客戶應該勾畫出系統(tǒng)運行過程中可能發(fā)現(xiàn)的重要風險，然后在系統(tǒng)實現(xiàn)的時候予以考慮。然而，在溝通的過程中，客戶認為的重要的風險會和系統(tǒng)分析員所理解的有所不同，而被忽略的一部分，往往是很基本的那部分，因為對于客戶而言，這些內(nèi)容應該是顯而易見的；而系統(tǒng)分析員一把并不了解這些事實。例如，在一個管理保險公司客戶的系統(tǒng)里面，修改職業(yè)是需要嚴格審核的，如果系統(tǒng)分析員以前接觸的業(yè)務以電子商務居多，他可能自然而然的認為客戶修改職業(yè)僅僅是一個一般性的變更。
四、客戶對需求的影響
目前很多系統(tǒng)分析員在進行需求分析的時候，把主要精力放在了解客戶的業(yè)務流程，并試圖將其用形式化的手段描述。而事實上，這樣了解到的客戶需求往往是不完整的，甚至具有很大的片面性。除了隱含需求的定義比較困難以外，客戶本身也是影響需求質(zhì)量的一個重要因素。
1、客戶有不同的需要。一些客戶知道他們需要什么，而另外一些人知道他們不需要什么。一些客戶希望進行詳細討論，而另外一些客戶則滿足于模糊的承諾。
2、客戶有不同的個性。
3、客戶和供應商之間有著不同的通信方式。一些人非常熟悉產(chǎn)品以及生產(chǎn)廠商，而另外一些人則可能素未謀面，僅僅通過信件往來和幾個匆忙的電話與生產(chǎn)廠商溝通。
4、客戶也經(jīng)常是矛盾的。事實上，很少有客戶能夠明確的知道怎樣的一個系統(tǒng)對自己是最有益處的，他們往往在集中方案之間徘徊，于是經(jīng)常產(chǎn)生需求的變動。生產(chǎn)廠商經(jīng)常陷入客戶自己的矛盾之中。
客戶的負面影響可能對于能夠在預算內(nèi)按時完成項目產(chǎn)生很大的影響。盡管客戶需要對需求的質(zhì)量負責任，但是，當一個軟件項目因為客戶事先沒有預料到的情況而導致失敗的時候，即使客戶不會追究開發(fā)方的責任，就軟件項目本身而言，也已經(jīng)是失敗的。
五、目前控制需求質(zhì)量的手段
目前，項目經(jīng)理和系統(tǒng)分析員主要通過聽證、評審、確認等手段控制軟件需求的質(zhì)量。
聽證：主要是指通過正式或者非正式的渠道召開有關人員的會議，聽求大家對新的軟件系統(tǒng)的要求和意見。
評審：組織有關的專家對軟件需求進行評價，指出目前的需求由那些不合理的地方，以及修改的意見等。評審一般發(fā)生在初步的軟件需求已經(jīng)形成以后。
確認：開發(fā)方將整理過的需求分析說明書交給客戶確認。如果客戶認可該需求分析說明書，就形成正式的需求分析文檔，并作為一個重要基線管理。
這些需求控制手段可以提高軟件需求的質(zhì)量，但是仍然無法保證需求是可用的。因為：
1、聽證會的參與者并不一定代表使用者的真實意圖。實踐中經(jīng)常遇到這樣的情況。即使他是目標軟件的最主要使用者，他也經(jīng)常會遺忘一些他覺得是很基本的，而事實上對于軟件系統(tǒng)是很重要的細節(jié)。
2、參與評審的專家并不一定對軟件的最終質(zhì)量負責，因此，他可能把工作的重點放在發(fā)現(xiàn)需求中的問題，而不是確認需求是否可行。
3、客戶確認只代表客戶對需求負責人，不代表客戶承認需求的質(zhì)量。如果因為需求的質(zhì)量導致軟將項目無法進展，客戶只能承擔經(jīng)濟上的責任，而項目小組并不能因此緩解軟件項目陷入的尷尬。
六、用逆向溝通改善需求的質(zhì)量
逆向溝通，就是在需求調(diào)研的過程中，除了了解客戶的情況，同時，向客戶提出一些建議，供客戶參考。
一般認為，客戶在其所在的領域具有比較資深的經(jīng)歷，因此需要嚴格遵守客戶的意見。事實上，客戶雖然在其所在的領域內(nèi)很資深，但是，他們的角度是單純的業(yè)務流程，而不是從實現(xiàn)信息技術角度構件的業(yè)務流程。因此，系統(tǒng)分析員要充分的說明對于實現(xiàn)一個業(yè)務系統(tǒng)而言，現(xiàn)有的業(yè)務流程應該做如何的剪裁，以及需要注意哪些要點。
雖然，逆向溝通不能完全保證需求的質(zhì)量，有效的逆向溝通可以大大減少因為對業(yè)務流程的理解不一致而造成的需求質(zhì)量的下降。
七、逆向溝通的主要要點
1、所提出的業(yè)務需求是否符合行業(yè)的規(guī)范。
不同的行業(yè)對于業(yè)務流程有一定的規(guī)范，例如財務，審計，工程設計，都具有一定的行業(yè)規(guī)范，這些規(guī)范一方面是對行業(yè)行為的一種約束，同時，也是行業(yè)內(nèi)經(jīng)驗的歸納和總結。例如，審計準則不但約束了審計過程中的不規(guī)范行為，同時也保護了注冊會計師的利益。部分企業(yè)由于所處的狀況的不同，沒有完全遵守行業(yè)規(guī)范，這造成了需求變更的隱患。系統(tǒng)分析員在探討業(yè)務流程的過程中，應該留一客戶的業(yè)務流程是否符合行業(yè)規(guī)范，如果有不符合的地方，應該進行適當?shù)囊龑А＜词箍蛻裟壳皩嵤┬袠I(yè)規(guī)范有難度，也應該注意其理由，以預測其業(yè)務流程變更的可能性。
2、展望系統(tǒng)發(fā)展環(huán)境，留有適當?shù)臄U展接口。
每個行業(yè)的發(fā)展趨勢應該有一定的規(guī)律可遵循。企業(yè)本身的發(fā)展變化是引起需求變更的最主要因素，因此，提前預測行業(yè)的發(fā)展趨勢對于軟件預留一定的發(fā)展接口是很重要的。
客戶沒有預料到行業(yè)的變化趨勢，一方面，可能參與軟件需求的客戶代表并不是關注行業(yè)和企業(yè)發(fā)展趨勢的人員；另一方面，客戶關注需求的程度可能和系統(tǒng)實現(xiàn)人員不同，有些客戶會很自然接受的變化，會對系統(tǒng)有很重大的影響，相反，一些客戶認為很重大的變化，可能對系統(tǒng)的影響是很小的。
3、探索適合于信息化的工作流程。
客戶有的時候會提出對信息系統(tǒng)的要求，但是，客戶所提到的要求，是在他的理解中，信息系統(tǒng)應該具有的樣子。系統(tǒng)分析員應該深入挖掘這些要求背后的隱含目標，以便設計最適合客戶，也最有利于實現(xiàn)的系統(tǒng)框架。例如，為了控制員工的工作時間，客戶可能要求在軟件限時使用�？墒�，能夠實現(xiàn)控制員工工作時間的手段有很多，而且，客戶提到的并不一定是最適合、最有效的方式。
4、合理使用批處理方式。
對于一些規(guī)模不大的系統(tǒng)，集中處理（批處理）的方式是合適的。可是，如果系統(tǒng)的規(guī)模很大，涉及的交易很多，而且對交易的實時性要求很高，集中的批量處理不是一個很好的方法。是否使用批處理方式，要根據(jù)業(yè)務需求的類型，系統(tǒng)的容量，以及以后的發(fā)展趨勢決定。
5、留有操作痕跡
一個數(shù)據(jù)的產(chǎn)生，應該有一定的來由，不應該有沒有根源的數(shù)據(jù)。
保留操作痕跡可能造成數(shù)據(jù)空間的急劇增加，但是，對于一些重要的數(shù)據(jù)，必須做到操作可以追溯。追溯的內(nèi)容根據(jù)操作的重要程度有所不同，一般可能包括以下內(nèi)容：操作人員，操作時間，操作以前的狀況，操作以后的狀況，操作所通過的模塊，操作的機器信息。
6、操作可以恢復
對于錯誤的操作，可以恢復到操作以前的狀況�；謴瓦^程作為一個重要的操作，應該留有痕跡。也就是說，業(yè)務數(shù)據(jù)恢復到了操作以前的狀況，但是系統(tǒng)必須紀錄前一次操作和本次逆向操作的有關信息，以備核查。同時，逆操作應該比操作本身具有更高的授權級別和操作限制。
7、重要流程有校驗的功能
所謂重要流程，指對下一步操作有重要影響的流程，或者無法回溯的流程。例如，發(fā)送客戶對賬單，對賬單發(fā)到客戶手里以前還可以重新打印已修復一些錯誤，但是，如果已經(jīng)發(fā)給客戶，即使可以修復，也會產(chǎn)生一定的不良影響。因此，在這些流程上應該進行比較細致的校驗。校驗可以采用自動校驗，前提是有比較可靠的校驗算法，否則，通過有經(jīng)驗的操作員進行校驗是比較有效的方式。另外，一旦發(fā)現(xiàn)校驗失敗的案例，必須把這些案例作為重要的時間進行核查，以找到原因，糾正以前的校驗算法。
八、逆向溝通的實現(xiàn)條件
1、熟悉業(yè)務流程的業(yè)務邏輯分析師
系統(tǒng)分析員熟悉業(yè)務流程是實現(xiàn)逆向溝通的前提。在進入一個新的領域以前，系統(tǒng)分析員必須花費大量的經(jīng)歷，了解這個行業(yè)的狀況，行業(yè)的發(fā)展趨勢，行業(yè)內(nèi)企業(yè)的運作模式，行業(yè)的目標企業(yè)在這個行業(yè)所處的地位等信息。這些信息會為以后分析客戶的需求，了解需求的質(zhì)量，分析需求的合理性打下很好的基礎。
2、工作由被動轉變?yōu)橹鲃?
如果認為提出一個完整的需求是客戶的責任，那么一切逆向溝通都會被認為是沒有必要的。如前所述，雖然客戶對需求的質(zhì)量負有最終的責任，但是，系統(tǒng)分析員的積極溝通，將會提高需求的質(zhì)量，減少項目擱淺的可能性。另外，有很多責任是無法具體定位為客戶的責任還是項目組的責任。因此，采用積極的手段，確保項目的成功是系統(tǒng)分析員應該采用的態(tài)度。
綜述
良好的需求分析是軟件成功的基礎。以上是作者對需求分析工作實踐的一次小結以及綜合性的思考，是對需求分析本身所做的一次分析。在此基礎上，作者提出了逆向溝通的設想，即系統(tǒng)分析員主動進行溝通，提出指導性意見。當軟件融合了客戶和系統(tǒng)分析員雙方智慧，其質(zhì)量將會進一步得以提高。
|
Leadge.com首頁 > 知識庫 
