采用簡化原型法進行需求分析

2009/2/4 10:30:42 | 2737次閱讀 | 來源：網友轉載【已有0條評論】發(fā)表評論

　1 前言
　　需求分析階段是管理信息系統(tǒng)（MIS）開發(fā)最重要的階段。MIS開發(fā)的需求階段首先是了解和澄清用戶的需求，然后嚴格地定義被開發(fā)的軟件系統(tǒng)的需求規(guī)格說明書[1]。常用的軟件需求分析方法有面向數據流的結構化分析方法、面向數據結構的Jackson方法、面向對象的方法和原型法等。原型法由于改變了系統(tǒng)的分析、設計和實現三個順序階段的觀點[2]，改變了傳統(tǒng)的自頂向下的開發(fā)模式，降低了軟件需求的風險，因此得到了廣泛的應用，特別是在致力于某一領域MIS開發(fā)的軟件公司，如致力于電力MIS開發(fā)的公司。但作者在長期的MIS需求分析過程中，發(fā)現原型法有以下缺陷：　　
　　1）原型的設計和修改工作量大，增加了系統(tǒng)的開發(fā)成本；
　　2）由于用戶不關心或不理解原型的概念和實現，而且存在較大期望，使得與實際系統(tǒng)差別較大的原型增加了需求分析人員與用戶的交流難度；無論是水平原型，還是垂直原型都不能反映實際系統(tǒng)的全貌；
　　3）軟件需求主要包括：功能需求、界面需求、性能需求、環(huán)境需求、可靠性需求、安全保密需求、資源使用需求、軟件成本消耗與開發(fā)進度需求和目標需求[3]。原型法中的原型難以表達軟件的后七項需求；
　　4）原型法強調用戶和開發(fā)人員不斷對原型進行不斷修改和補充，直到用戶感到滿意為止。在時間緊和任務重的大型MIS項目中，這種情況實際難以保證，特別是在用戶單位和開發(fā)單位距離較遠時。
　　本文結合管理信息系統(tǒng)項目實施的實踐，提出一種新的需求分析方法-簡化原型法。這種方法根據數據庫應用的特點，將需求分析分為兩個階段，并簡化了作為需求分析工具的系統(tǒng)原型。
　　2 簡化原型法需求分析的第一個階段
　　管理信息系統(tǒng)屬于數據庫應用。數據庫應用需求分析應該圍繞數據，而不是功能展開，因此應該首先解決"有什么"，然后再明確"做什么"[4]。第一個階段就是要解決"有什么"，即由項目經理與用戶進行協(xié)商，確定系統(tǒng)的技術協(xié)議，因此可以稱為技術協(xié)議階段。技術協(xié)議需要開發(fā)方的項目經理與用戶單位的技術主管簽字并蓋章，并以合同附件的形式存在。技術協(xié)議的主要內容有：系統(tǒng)的邊界、系統(tǒng)處理的業(yè)務、與其它系統(tǒng)的接口、工程的進度控制、培訓安排和技術服務承諾。
　　2.1 系統(tǒng)的邊界
　　系統(tǒng)的邊界規(guī)定系統(tǒng)覆蓋的作業(yè)范圍，主要有地理邊界（規(guī)定系統(tǒng)運行的部門、分支單位等）、操作員范圍（規(guī)定操作系統(tǒng)的所有操作員身份、分布和大致權限）和業(yè)務范圍（規(guī)定系統(tǒng)處理的業(yè)務，對于不處理的邊沿業(yè)務特別明確指出）。
　　2.2 系統(tǒng)處理的業(yè)務
　　系統(tǒng)處理的業(yè)務涵蓋系統(tǒng)處理的所有業(yè)務，包括各種業(yè)務的描述、數據來源、實現要求。但是業(yè)務規(guī)定不要求過細，可以對應實際系統(tǒng)中的一個模塊。如：電力MIS中輸電設施管理子系統(tǒng)中的線路設備管理，不詳細描述線路設備管理中的所有功能。
　　2.3 與其它系統(tǒng)的接口
　　與其它系統(tǒng)的接口明確規(guī)定接口的系統(tǒng)、功能和實施單位。在接口的實施單位中明確是由開發(fā)方完成，還是由開發(fā)方協(xié)助第三方完成。
　　2.4 工程的進度控制
　　工程的進度控制規(guī)定工程的開始、結束日期和具體工程項目的名稱、完成時間、地點、完成標志及責任分工。具體項目一般包括：采購設備到達現場、采購設備安裝調試、完成網絡布線、開發(fā)準備階段、業(yè)務需求調查、系統(tǒng)分析和設計、軟件編制、現場調試、數據準備及錄入、功能確認、試運行和系統(tǒng)驗收。責任分工規(guī)定雙方對于具體項目的工作內容和配合方式。在配合方式中規(guī)定人員組織方式、人員素質要求、提供的設備和場所。完成標志規(guī)定具體項目完成提供的文件名稱和要求，如：網絡布線驗收報告和硬件設備驗收報告等。
　　2.5 培訓安排
　　訓包括操