1. 程式人生 > >軟體需求分析的工作步驟和流程

軟體需求分析的工作步驟和流程

第一階段:

        總體把握,瞭解概況 接手一個專案,不要著急去了解需求,這一階段是和具體使用者方的領導層、業務層人員的訪談式溝通,主要目的是從巨集觀上把握使用者的具體需求方向和趨勢,瞭解現有的組織架構、業務流程、硬體環境、軟體環境、現有的執行系統等等具體情況、客觀的資訊。建立起良好的溝通渠道和方式。針對具體的職能部門,最好能指定本次專案的介面人。 

該階段的主要工作方法:客戶訪談 

輸出成果:業務流程報告/調查報告(對客戶方的組織業務概況和企業現狀的一些總結) 

第二階段:

        詳細瞭解業務,梳理業務流程 通過第一階段的調研,瞭解客戶業務概況的前提下,經過充分的業務調研準備,開始進入正式的業務調研工作。這一階段要對所有業務流程、業務單據、報表等進行詳細的分析。整理出業務架構,儘可能多的與相關基層人員進行誘導式的訪談,與使用者一起探討業務流程設計的合理性、準確性、便易性、習慣性。對主要的業務流程要有原型DEMO讓客戶操作,發現問題,提出改進的意見和建議。 

該階段的主要工作方法:訪談、業務分析、原型設計演示

輸出成果:調研分析報告、原型反饋報告、業務流程報告 

第三階段:

        需求細化和確認 這一階段是在上述兩個階段成果的基礎上,進行具體的流程細化、資料項的確認階段,這個階段承建方必須提供原型系統和明確的業務流程報告、資料項表,並能清晰地向用戶描述系統的業務流設計目標。使用者方可以通過審查業務流程報告、資料項表以及操作承建方提供的DEMO系統,來提出反饋意見,並對已經可接受的報告、文件簽字確認。 

實現手段:拜訪(回顧、確認),提交業務流程報告、資料項表;原型演示系統 

輸出成果:需求分析報告、資料項、業務流程報告、原型系統反饋意見(後三者可以統一歸入需求分析報告中,提交使用者方、監理方進行確認和存檔)