當(dāng)前位置:工程項(xiàng)目OA系統(tǒng) > 建筑OA系統(tǒng) > 工程管理軟件
采用簡(jiǎn)化原型法進(jìn)行軟件項(xiàng)目需求分析
申請(qǐng)免費(fèi)試用、咨詢電話:400-8352-114
前言:需求分析階段是管理信息系統(tǒng)(MIS)開(kāi)發(fā)最重要的階段。MIS開(kāi)發(fā)的需求階段首先是了解和澄清用戶的需求,然后嚴(yán)格地定義被開(kāi)發(fā)的軟件系統(tǒng)的需求規(guī)格說(shuō)明書(shū)[1]。常用的軟件需求分析方法有面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法、面向數(shù)據(jù)結(jié)構(gòu)的Jackson方法、面向?qū)ο蟮姆椒ê驮头ǖ?。原型法由于改變了系統(tǒng)的分析、設(shè)計(jì)和實(shí)現(xiàn)三個(gè)順序階段的觀點(diǎn)[2],改變了傳統(tǒng)的自頂向下的開(kāi)發(fā)模式,降低了軟件需求的風(fēng)險(xiǎn),因此得到了廣泛的應(yīng)用,特別是在致力于某一領(lǐng)域MIS開(kāi)發(fā)的軟件公司,如致力于電力MIS開(kāi)發(fā)的公司。但作者在長(zhǎng)期的MIS需求分析過(guò)程中,發(fā)現(xiàn)原型法有以下缺陷:1)原型的設(shè)計(jì)和修改工作量大,增加了系統(tǒng)的開(kāi)發(fā)成本;
2)由于用戶不關(guān)心或不理解原型的概念和實(shí)現(xiàn),而且存在較大期望,使得與實(shí)際系統(tǒng)差別較大的原型增加了需求分析人員與用戶的交流難度;無(wú)論是水平原型,還是垂直原型都不能反映實(shí)際系統(tǒng)的全貌;
3)軟件需求主要包括:功能需求、界面需求、性能需求、環(huán)境需求、可靠性需求、安全保密需求、資源使用需求、軟件成本消耗與開(kāi)發(fā)進(jìn)度需求和目標(biāo)需求[3]。原型法中的原型難以表達(dá)軟件的后七項(xiàng)需求;
4)原型法強(qiáng)調(diào)用戶和開(kāi)發(fā)人員不斷對(duì)原型進(jìn)行不斷修改和補(bǔ)充,直到用戶感到滿意為止。在時(shí)間緊和任務(wù)重的大型MIS項(xiàng)目中,這種情況實(shí)際難以保證,特別是在用戶單位和開(kāi)發(fā)單位距離較遠(yuǎn)時(shí)。
本文結(jié)合管理信息系統(tǒng)項(xiàng)目實(shí)施的實(shí)踐,提出一種新的需求分析方法-簡(jiǎn)化原型法。這種方法根據(jù)數(shù)據(jù)庫(kù)應(yīng)用的特點(diǎn),將需求分析分為兩個(gè)階段,并簡(jiǎn)化了作為需求分析工具的系統(tǒng)原型。
1、 簡(jiǎn)化原型法需求分析的第一個(gè)階段
管理信息系統(tǒng)屬于數(shù)據(jù)庫(kù)應(yīng)用。數(shù)據(jù)庫(kù)應(yīng)用需求分析應(yīng)該圍繞數(shù)據(jù),而不是功能展開(kāi),因此應(yīng)該首先解決"有什么",然后再明確"做什么"[4]。第一個(gè)階段就是要解決"有什么",即由項(xiàng)目經(jīng)理與用戶進(jìn)行協(xié)商,確定系統(tǒng)的技術(shù)協(xié)議,因此可以稱為技術(shù)協(xié)議階段。技術(shù)協(xié)議需要開(kāi)發(fā)方的項(xiàng)目經(jīng)理與用戶單位的技術(shù)主管簽字并蓋章,并以合同附件的形式存在。技術(shù)協(xié)議的主要內(nèi)容有:系統(tǒng)的邊界、系統(tǒng)處理的業(yè)務(wù)、與其它系統(tǒng)的接口、工程的進(jìn)度控制、培訓(xùn)安排和技術(shù)服務(wù)承諾。
1.1 系統(tǒng)的邊界
系統(tǒng)的邊界規(guī)定系統(tǒng)覆蓋的作業(yè)范圍,主要有地理邊界(規(guī)定系統(tǒng)運(yùn)行的部門(mén)、分支單位等)、操作員范圍(規(guī)定操作系統(tǒng)的所有操作員身份、分布和大致權(quán)限)和業(yè)務(wù)范圍(規(guī)定系統(tǒng)處理的業(yè)務(wù),對(duì)于不處理的邊沿業(yè)務(wù)特別明確指出)。
1.2 系統(tǒng)處理的業(yè)務(wù)
系統(tǒng)處理的業(yè)務(wù)涵蓋系統(tǒng)處理的所有業(yè)務(wù),包括各種業(yè)務(wù)的描述、數(shù)據(jù)來(lái)源、實(shí)現(xiàn)要求。但是業(yè)務(wù)規(guī)定不要求過(guò)細(xì),可以對(duì)應(yīng)實(shí)際系統(tǒng)中的一個(gè)模塊。如:電力MIS中輸電設(shè)施管理子系統(tǒng)中的線路設(shè)備管理,不詳細(xì)描述線路設(shè)備管理中的所有功能。
1.3 與其它系統(tǒng)的接口
與其它系統(tǒng)的接口明確規(guī)定接口的系統(tǒng)、功能和實(shí)施單位。在接口的實(shí)施單位中明確是由開(kāi)發(fā)方完成,還是由開(kāi)發(fā)方協(xié)助第三方完成。
1.4 工程的進(jìn)度控制
工程的進(jìn)度控制規(guī)定工程的開(kāi)始、結(jié)束日期和具體工程項(xiàng)目的名稱、完成時(shí)間、地點(diǎn)、完成標(biāo)志及責(zé)任分工。具體項(xiàng)目一般包括:采購(gòu)設(shè)備到達(dá)現(xiàn)場(chǎng)、采購(gòu)設(shè)備安裝調(diào)試、完成網(wǎng)絡(luò)布線、開(kāi)發(fā)準(zhǔn)備階段、業(yè)務(wù)需求調(diào)查、系統(tǒng)分析和設(shè)計(jì)、軟件編制、現(xiàn)場(chǎng)調(diào)試、數(shù)據(jù)準(zhǔn)備及錄入、功能確認(rèn)、試運(yùn)行和系統(tǒng)驗(yàn)收。責(zé)任分工規(guī)定雙方對(duì)于具體項(xiàng)目的工作內(nèi)容和配合方式。在配合方式中規(guī)定人員組織方式、人員素質(zhì)要求、提供的設(shè)備和場(chǎng)所。完成標(biāo)志規(guī)定具體項(xiàng)目完成提供的文件名稱和要求,如:網(wǎng)絡(luò)布線驗(yàn)收?qǐng)?bào)告和硬件設(shè)備驗(yàn)收?qǐng)?bào)告等。
1.5 培訓(xùn)安排
訓(xùn)包括操作員和系統(tǒng)維護(hù)人員的培訓(xùn)。培訓(xùn)安排包括每種培訓(xùn)的人員數(shù)量、培訓(xùn)內(nèi)容、培訓(xùn)時(shí)間、地點(diǎn)、組織方式和教材,并規(guī)定教員和學(xué)員的素質(zhì)要求,及培訓(xùn)后學(xué)員達(dá)到的水平。
2、 簡(jiǎn)化原型法需求分析的第二個(gè)階段
如果說(shuō)第一個(gè)階段解決"有什么"的問(wèn)題,那么第二個(gè)階段解決"做什么"的問(wèn)題。主要工作有需求調(diào)查準(zhǔn)備、到用戶單位進(jìn)行需求調(diào)查分析和進(jìn)行需求評(píng)審。
2.1 需求調(diào)查準(zhǔn)備
需求調(diào)查準(zhǔn)備工作,在系統(tǒng)的技術(shù)協(xié)議簽訂后,嚴(yán)格依照技術(shù)協(xié)議進(jìn)行,主要有向用戶單位發(fā)放業(yè)務(wù)調(diào)查表、建立需求分析文檔原型和建立系統(tǒng)簡(jiǎn)化原型。業(yè)務(wù)調(diào)查表在系統(tǒng)的技術(shù)協(xié)議簽訂后,立即通過(guò)傳真發(fā)送到用戶單位,要求用戶單位在需求調(diào)查人員到達(dá)現(xiàn)場(chǎng)之前完成。業(yè)務(wù)調(diào)查表內(nèi)容包括:具體業(yè)務(wù)的名稱、上級(jí)業(yè)務(wù)、下級(jí)業(yè)務(wù)、發(fā)生條件、處理的數(shù)據(jù)和詳細(xì)流程(處理崗位、處理方式和審核細(xì)節(jié)等)。需求分析文檔原型是根據(jù)技術(shù)協(xié)議編寫(xiě)的需求分析說(shuō)明書(shū)原型,它的格式與標(biāo)準(zhǔn)的需求分析說(shuō)明書(shū)相同。其中的狀態(tài)遷移圖和各種表證單書(shū)等不明確的內(nèi)容,采用相似系統(tǒng)的或由系統(tǒng)分析人員根據(jù)技術(shù)協(xié)議和以往經(jīng)驗(yàn)設(shè)計(jì)。
系統(tǒng)的簡(jiǎn)化模型根據(jù)技術(shù)協(xié)議的要求,仿照相似系統(tǒng)設(shè)計(jì)。簡(jiǎn)化模型采用可視化的數(shù)據(jù)庫(kù)編程語(yǔ)言設(shè)計(jì),一般采用數(shù)據(jù)庫(kù)應(yīng)用開(kāi)發(fā)人員熟悉的PowerBuilder(PB)或Delphi。簡(jiǎn)化模型的主要設(shè)計(jì)要求有:1)充分考慮系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn),不得與實(shí)際系統(tǒng)脫節(jié);2)盡量仿真實(shí)際系統(tǒng)的操作界面,與實(shí)際系統(tǒng)的操作過(guò)程完全相同;3)可以單機(jī)安裝運(yùn)行,不與實(shí)際數(shù)據(jù)庫(kù)連接;4)演示數(shù)據(jù)的存儲(chǔ)可以通過(guò)文本文件、單機(jī)的數(shù)據(jù)庫(kù)或PB外部數(shù)據(jù)源的數(shù)據(jù)窗口;5)對(duì)于界面中容易誤解或難以理解的操作,在功能幫助按鈕中給出說(shuō)明;6)界面中難以實(shí)現(xiàn)或工作量很大的功能,以標(biāo)注方式詳細(xì)說(shuō)明;7)運(yùn)行穩(wěn)定,并比實(shí)際系統(tǒng)對(duì)硬件要求低。
2.2 需求調(diào)查分析
需求調(diào)查分析在確認(rèn)需求調(diào)查準(zhǔn)備的三項(xiàng)工作完成后,由開(kāi)發(fā)單位的系統(tǒng)分析人員到用戶單位進(jìn)行。系統(tǒng)分析人員與用戶單位安排的業(yè)務(wù)主管共同討論業(yè)務(wù)調(diào)查表和系統(tǒng)簡(jiǎn)化原型,并不斷修改完善系統(tǒng)簡(jiǎn)化原型和文檔原型,最終形成共識(shí),并要求業(yè)務(wù)主管在需求分析說(shuō)明書(shū)上簽字。最終系統(tǒng)簡(jiǎn)化原型和源代碼留在用戶現(xiàn)場(chǎng),便于系統(tǒng)的操作員進(jìn)一步理解分析,直到最終掌握;而且有利于提出進(jìn)一步的改進(jìn)意見(jiàn)。改進(jìn)意見(jiàn)可以隨時(shí)通過(guò)郵件或傳真直接發(fā)到開(kāi)發(fā)單位,或由用戶單位的系統(tǒng)維護(hù)人員修改簡(jiǎn)化原型后,隨時(shí)發(fā)到開(kāi)發(fā)單位,從而便于開(kāi)發(fā)人員及時(shí)修改系統(tǒng)的設(shè)計(jì)和編碼。
2.3 進(jìn)行需求評(píng)審
需求評(píng)審一般由用戶單位組織,評(píng)審團(tuán)成員由同行專家、系統(tǒng)分析、設(shè)計(jì)和測(cè)試人員組成。評(píng)審的依據(jù)不僅有需求分析說(shuō)明書(shū),還有系統(tǒng)簡(jiǎn)化原型;同時(shí)在評(píng)審過(guò)程中,系統(tǒng)簡(jiǎn)化原型不斷進(jìn)行優(yōu)化。評(píng)審的目標(biāo)是要求需求分析說(shuō)明書(shū)具有正確性、可行性、必要性、具有優(yōu)先級(jí)屬性、可驗(yàn)證性和無(wú)二義性[5]。需求評(píng)審報(bào)告作為對(duì)需求分析的補(bǔ)充和修正,由雙方負(fù)責(zé)人簽字,以需求分析說(shuō)明書(shū)附件的形式存在,同樣指導(dǎo)下一步的系統(tǒng)設(shè)計(jì)工作。
3 、幾點(diǎn)說(shuō)明
1)、此方法適合各種MIS工程的需求分析,特別適合致力于某一領(lǐng)域MIS開(kāi)發(fā)的軟件公司。采用此方法,開(kāi)發(fā)同類項(xiàng)目越多,需求分析工作的效率越高。
2)、在需求分析過(guò)程中,由于需要設(shè)計(jì)系統(tǒng)簡(jiǎn)化原型和文檔原型,并充分考慮到系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn),因此與其它需求分析方法向比,提高了對(duì)需求分析人員的要求。在實(shí)際工作中,一般由資深的軟件分析和設(shè)計(jì)人員進(jìn)行。
3)、此方法不僅適合MIS軟件工程,同樣適合其它大型軟件工程。
4)、由于需求分析工作本身的難度和重要性,此方法同樣要求用戶單位和需求分析人員對(duì)需求分析所有工作內(nèi)容,引起足夠重視;科學(xué)安排需求分析工作步驟,某些步驟可以同時(shí)進(jìn)行;所有工作步驟不得應(yīng)負(fù)或疏忽。
4、結(jié)束語(yǔ):
目前簡(jiǎn)化原型法已經(jīng)在多個(gè)電力MIS工程中應(yīng)用,大大提高了需求分析的工作效率。實(shí)踐證明,簡(jiǎn)化原型法具有以下特點(diǎn):1)簡(jiǎn)化的系統(tǒng)原型開(kāi)發(fā)工作量大大降低,修改和補(bǔ)充方便;2)簡(jiǎn)化原型大大縮短了需求分析人員與業(yè)務(wù)主管之間的距離,便于交流;并大大加強(qiáng)了需求分析人員與業(yè)務(wù)主管對(duì)系統(tǒng)的認(rèn)識(shí),有利于發(fā)現(xiàn)和解決問(wèn)題;3)簡(jiǎn)化原型的設(shè)計(jì)提前考慮了系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn),大大降低了軟件工程的風(fēng)險(xiǎn);4)簡(jiǎn)化原型增加了系統(tǒng)操作員對(duì)實(shí)際系統(tǒng)的認(rèn)識(shí),大大簡(jiǎn)化了工程實(shí)施后系統(tǒng)的操作培訓(xùn);5)簡(jiǎn)化原型可以直接指導(dǎo)工程的設(shè)計(jì)和編碼,便于系統(tǒng)開(kāi)發(fā)的組織。這種方法也可以用于其它軟件工程,對(duì)于其它需求分析方法的改革也具有指導(dǎo)意義。
- 12015年安全工程師《安全生產(chǎn)法》資料(33)
- 2淺談移動(dòng)模架造橋機(jī)的選型和使用管理
- 3[碩士]在役鋼筋混凝土橋梁損傷辨識(shí)及壽命預(yù)測(cè)研究
- 4一級(jí)建造師答疑精華:路堤加筋
- 5防水涂料必須具備的性能有哪些?
- 6建筑面積計(jì)算全面積的范圍包括哪些
- 7[PPT]施工合同管理一般問(wèn)題
- 8某道路及排水施工組織設(shè)計(jì)方案30p
- 9安全工程師《安全生產(chǎn)技術(shù)》輔導(dǎo)資料(43)
- 102015造價(jià)工程師:剪力墻墻身水平鋼筋計(jì)算
- 112015年招標(biāo)師招標(biāo)實(shí)務(wù)知識(shí)點(diǎn):招標(biāo)師的職業(yè)范圍
- 122015年二級(jí)建造師機(jī)電實(shí)務(wù)復(fù)習(xí)要點(diǎn):工業(yè)爐窯砌筑工程施工技術(shù)
- 13《貴州省土壤環(huán)境保護(hù)和綜合治理方案》獲批實(shí)施
- 14某大壩防滲土料分散性試驗(yàn)研究
- 15[貴州]橋梁25米深人工挖孔樁基礎(chǔ)專項(xiàng)安全施工方案(通過(guò)專家論證)
- 16鎮(zhèn)國(guó)寺有哪些建筑特色?
- 17臨安市臨余公路改建工程某大橋箱梁預(yù)制開(kāi)工報(bào)告
- 182014年一級(jí)建造師《項(xiàng)目管理》每日一練(8.29)
- 19招標(biāo)師合同管理特許經(jīng)營(yíng)合同的種類:BOOST模式
- 20生態(tài)水利的設(shè)計(jì)理念和展望
- 21房屋構(gòu)造講解(原創(chuàng))
- 222015年二級(jí)建造師考試知識(shí)點(diǎn):常見(jiàn)鋼制儲(chǔ)罐的焊接方法
- 23建筑工地試驗(yàn)室組建及工作流程總結(jié)
- 242015招標(biāo)師考試招標(biāo)采購(gòu)案例分析精選26
- 25公路水泥穩(wěn)定碎石基層的配合比設(shè)計(jì)與施工技術(shù)
- 262015年江蘇招標(biāo)師考試報(bào)名免試條件說(shuō)明
- 27北京六環(huán)路某段施工組織設(shè)計(jì)
- 28吉林臺(tái)一級(jí)水電站趾板邊坡加固處理施工技術(shù)
- 29公路超限超載運(yùn)輸?shù)闹卫硪皶r(shí)、適時(shí)地轉(zhuǎn)入長(zhǎng)效治理階段
- 30聚氨酯硬泡體防水保溫施工工法
成都公司:成都市成華區(qū)建設(shè)南路160號(hào)1層9號(hào)
重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務(wù)大廈18樓