采用簡化原型法進行軟件項目需求分析

申請免費試用、咨詢電話：400-8352-114

　　1）原型的設計和修改工作量大，增加了系統(tǒng)的開發(fā)成本；

　　2）由于用戶不關心或不理解原型的概念和實現(xiàn)，而且存在較大期望，使得與實際系統(tǒng)差別較大的原型增加了需求分析人員與用戶的交流難度；無論是水平原型，還是垂直原型都不能反映實際系統(tǒng)的全貌；

　　3）軟件需求主要包括：功能需求、界面需求、性能需求、環(huán)境需求、可靠性需求、安全保密需求、資源使用需求、軟件成本消耗與開發(fā)進度需求和目標需求[3]。原型法中的原型難以表達軟件的后七項需求；

　　4）原型法強調(diào)用戶和開發(fā)人員不斷對原型進行不斷修改和補充，直到用戶感到滿意為止。在時間緊和任務重的大型MIS項目中，這種情況實際難以保證，特別是在用戶單位和開發(fā)單位距離較遠時。

　　本文結(jié)合管理信息系統(tǒng)項目實施的實踐，提出一種新的需求分析方法-簡化原型法。這種方法根據(jù)數(shù)據(jù)庫應用的特點，將需求分析分為兩個階段，并簡化了作為需求分析工具的系統(tǒng)原型。

　　1、 簡化原型法需求分析的第一個階段

　　管理信息系統(tǒng)屬于數(shù)據(jù)庫應用。數(shù)據(jù)庫應用需求分析應該圍繞數(shù)據(jù)，而不是功能展開，因此應該首先解決"有什么"，然后再明確"做什么"[4]。第一個階段就是要解決"有什么"，即由項目經(jīng)理與用戶進行協(xié)商，確定系統(tǒng)的技術(shù)協(xié)議，因此可以稱為技術(shù)協(xié)議階段。技術(shù)協(xié)議需要開發(fā)方的項目經(jīng)理與用戶單位的技術(shù)主管簽字并蓋章，并以合同附件的形式存在。技術(shù)協(xié)議的主要內(nèi)容有：系統(tǒng)的邊界、系統(tǒng)處理的業(yè)務、與其它系統(tǒng)的接口、工程的進度控制、培訓安排和技術(shù)服務承諾。

　　1.1 系統(tǒng)的邊界

　　系統(tǒng)的邊界規(guī)定系統(tǒng)覆蓋的作業(yè)范圍，主要有地理邊界（規(guī)定系統(tǒng)運行的部門、分支單位等）、操作員范圍（規(guī)定操作系統(tǒng)的所有操作員身份、分布和大致權(quán)限）和業(yè)務范圍（規(guī)定系統(tǒng)處理的業(yè)務，對于不處理的邊沿業(yè)務特別明確指出）。

　　1.2 系統(tǒng)處理的業(yè)務

　　系統(tǒng)處理的業(yè)務涵蓋系統(tǒng)處理的所有業(yè)務，包括各種業(yè)務的描述、數(shù)據(jù)來源、實現(xiàn)要求。但是業(yè)務規(guī)定不要求過細，可以對應實際系統(tǒng)中的一個模塊。如：電力MIS中輸電設施管理子系統(tǒng)中的線路設備管理，不詳細描述線路設備管理中的所有功能。

　　1.3 與其它系統(tǒng)的接口

　　與其它系統(tǒng)的接口明確規(guī)定接口的系統(tǒng)、功能和實施單位。在接口的實施單位中明確是由開發(fā)方完成，還是由開發(fā)方協(xié)助第三方完成。

　　1.4 工程的進度控制

　　工程的進度控制規(guī)定工程的開始、結(jié)束日期和具體工程項目的名稱、完成時間、地點、完成標志及責任分工。具體項目一般包括：采購設備到達現(xiàn)場、采購設備安裝調(diào)試、完成網(wǎng)絡布線、開發(fā)準備階段、業(yè)務需求調(diào)查、系統(tǒng)分析和設計、軟件編制、現(xiàn)場調(diào)試、數(shù)據(jù)準備及錄入、功能確認、試運行和系統(tǒng)驗收。責任分工規(guī)定雙方對于具體項目的工作內(nèi)容和配合方式。在配合方式中規(guī)定人員組織方式、人員素質(zhì)要求、提供的設備和場所。完成標志規(guī)定具體項目完成提供的文件名稱和要求，如：網(wǎng)絡布線驗收報告和硬件設備驗收報告等。

　　1.5 培訓安排

　　訓包括操作員和系統(tǒng)維護人員的培訓。培訓安排包括每種培訓的人員數(shù)量、培訓內(nèi)容、培訓時間、地點、組織方式和教材，并規(guī)定教員和學員的素質(zhì)要求，及培訓后學員達到的水平。

　　2、 簡化原型法需求分析的第二個階段

　　如果說第一個階段解決"有什么"的問題，那么第二個階段解決"做什么"的問題。主要工作有需求調(diào)查準備、到用戶單位進行需求調(diào)查分析和進行需求評審。

　　2.1 需求調(diào)查準備

　　需求調(diào)查準備工作，在系統(tǒng)的技術(shù)協(xié)議簽訂后，嚴格依照技術(shù)協(xié)議進行，主要有向用戶單位發(fā)放業(yè)務調(diào)查表、建立需求分析文檔原型和建立系統(tǒng)簡化原型。業(yè)務調(diào)查表在系統(tǒng)的技術(shù)協(xié)議簽訂后，立即通過傳真發(fā)送到用戶單位，要求用戶單位在需求調(diào)查人員到達現(xiàn)場之前完成。業(yè)務調(diào)查表內(nèi)容包括：具體業(yè)務的名稱、上級業(yè)務、下級業(yè)務、發(fā)生條件、處理的數(shù)據(jù)和詳細流程（處理崗位、處理方式和審核細節(jié)等）。需求分析文檔原型是根據(jù)技術(shù)協(xié)議編寫的需求分析說明書原型，它的格式與標準的需求分析說明書相同。其中的狀態(tài)遷移圖和各種表證單書等不明確的內(nèi)容，采用相似系統(tǒng)的或由系統(tǒng)分析人員根據(jù)技術(shù)協(xié)議和以往經(jīng)驗設計。

　　系統(tǒng)的簡化模型根據(jù)技術(shù)協(xié)議的要求，仿照相似系統(tǒng)設計。簡化模型采用可視化的數(shù)據(jù)庫編程語言設計，一般采用數(shù)據(jù)庫應用開發(fā)人員熟悉的PowerBuilder(PB)或Delphi。簡化模型的主要設計要求有：1）充分考慮系統(tǒng)的設計與實現(xiàn)，不得與實際系統(tǒng)脫節(jié)；2）盡量仿真實際系統(tǒng)的操作界面，與實際系統(tǒng)的操作過程完全相同；3）可以單機安裝運行，不與實際數(shù)據(jù)庫連接；4）演示數(shù)據(jù)的存儲可以通過文本文件、單機的數(shù)據(jù)庫或PB外部數(shù)據(jù)源的數(shù)據(jù)窗口；5）對于界面中容易誤解或難以理解的操作，在功能幫助按鈕中給出說明；6）界面中難以實現(xiàn)或工作量很大的功能，以標注方式詳細說明；7）運行穩(wěn)定，并比實際系統(tǒng)對硬件要求低。

　　2.2 需求調(diào)查分析

　　需求調(diào)查分析在確認需求調(diào)查準備的三項工作完成后，由開發(fā)單位的系統(tǒng)分析人員到用戶單位進行。系統(tǒng)分析人員與用戶單位安排的業(yè)務主管共同討論業(yè)務調(diào)查表和系統(tǒng)簡化原型，并不斷修改完善系統(tǒng)簡化原型和文檔原型，最終形成共識，并要求業(yè)務主管在需求分析說明書上簽字。最終系統(tǒng)簡化原型和源代碼留在用戶現(xiàn)場，便于系統(tǒng)的操作員進一步理解分析，直到最終掌握；而且有利于提出進一步的改進意見。改進意見可以隨時通過郵件或傳真直接發(fā)到開發(fā)單位，或由用戶單位的系統(tǒng)維護人員修改簡化原型后，隨時發(fā)到開發(fā)單位，從而便于開發(fā)人員及時修改系統(tǒng)的設計和編碼。

　　2.3 進行需求評審

　　需求評審一般由用戶單位組織，評審團成員由同行專家、系統(tǒng)分析、設計和測試人員組成。評審的依據(jù)不僅有需求分析說明書，還有系統(tǒng)簡化原型；同時在評審過程中，系統(tǒng)簡化原型不斷進行優(yōu)化。評審的目標是要求需求分析說明書具有正確性、可行性、必要性、具有優(yōu)先級屬性、可驗證性和無二義性[5]。需求評審報告作為對需求分析的補充和修正，由雙方負責人簽字，以需求分析說明書附件的形式存在，同樣指導下一步的系統(tǒng)設計工作。

　　3 、幾點說明

　　1）、此方法適合各種MIS工程的需求分析，特別適合致力于某一領域MIS開發(fā)的軟件公司。采用此方法，開發(fā)同類項目越多，需求分析工作的效率越高。

　　2）、在需求分析過程中，由于需要設計系統(tǒng)簡化原型和文檔原型，并充分考慮到系統(tǒng)的設計與實現(xiàn)，因此與其它需求分析方法向比，提高了對需求分析人員的要求。在實際工作中，一般由資深的軟件分析和設計人員進行。

　　3）、此方法不僅適合MIS軟件工程，同樣適合其它大型軟件工程。

　　4）、由于需求分析工作本身的難度和重要性，此方法同樣要求用戶單位和需求分析人員對需求分析所有工作內(nèi)容，引起足夠重視；科學安排需求分析工作步驟，某些步驟可以同時進行；所有工作步驟不得應負或疏忽。

　　4、結(jié)束語：

　　目前簡化原型法已經(jīng)在多個電力MIS工程中應用，大大提高了需求分析的工作效率。實踐證明，簡化原型法具有以下特點：1）簡化的系統(tǒng)原型開發(fā)工作量大大降低，修改和補充方便；2）簡化原型大大縮短了需求分析人員與業(yè)務主管之間的距離，便于交流；并大大加強了需求分析人員與業(yè)務主管對系統(tǒng)的認識，有利于發(fā)現(xiàn)和解決問題；3）簡化原型的設計提前考慮了系統(tǒng)的設計與實現(xiàn)，大大降低了軟件工程的風險；4）簡化原型增加了系統(tǒng)操作員對實際系統(tǒng)的認識，大大簡化了工程實施后系統(tǒng)的操作培訓；5）簡化原型可以直接指導工程的設計和編碼，便于系統(tǒng)開發(fā)的組織。這種方法也可以用于其它軟件工程，對于其它需求分析方法的改革也具有指導意義。