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é)議編寫的需求分析說(shuō)明書原型，它的格式與標(biāo)準(zhǔn)的需求分析說(shuō)明書相同。其中的狀態(tài)遷移圖和各種表證單書等不明確的內(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ō)明書上簽字。最終系統(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ō)明書，還有系統(tǒng)簡(jiǎn)化原型；同時(shí)在評(píng)審過(guò)程中，系統(tǒng)簡(jiǎn)化原型不斷進(jìn)行優(yōu)化。評(píng)審的目標(biāo)是要求需求分析說(shuō)明書具有正確性、可行性、必要性、具有優(yōu)先級(jí)屬性、可驗(yàn)證性和無(wú)二義性[5]。需求評(píng)審報(bào)告作為對(duì)需求分析的補(bǔ)充和修正，由雙方負(fù)責(zé)人簽字，以需求分析說(shuō)明書附件的形式存在，同樣指導(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