軟件工程-3-需求工程-閱讀頁
2024-09-11 18:40本頁面
【正文】 存問題和薄弱環(huán)節(jié)，及對新系統(tǒng)的功能要求。調(diào)查結果用業(yè)務流程圖表示。 ?需求的其他來源 ?編寫調(diào)研報告 《 用戶需求說明書 》 得 出 需 求股 票 持 有 人 想 要 的 和 需 要 的當 前 組 織 和 系 統(tǒng)現(xiàn) 有 文 檔領 域 模 型當 前 狀 況 模 型建議的需求類型可復用的需求需 求 模 板需 求 模 板3. 需求獲取的方法 ?會談 ? 建立聯(lián)合分析小組 ? 由用戶、系統(tǒng)分析員和領域專家構成的需求收集方法 ? 座談會 ? 由開發(fā)組組織用戶和相關部門的經(jīng)理、 IT技術人員以及高層管理人員參 加，目的是集中精力、縮短時間、提高搜集信息的效率和準確度； ?搜集資料 ? 搜集現(xiàn)有文檔、報表等： 這是最常用的方法，但必須依靠企業(yè)負責人和系統(tǒng)最終用戶的幫助，才能獲得所需文件； ? 調(diào)查問卷： 涉及調(diào)查表，對一些共性的問題進行較大范圍的調(diào)查，但效果不一定好； ?場景 ? 系統(tǒng)分析師為每個用戶設計一個場景，以提問的方式提取需求。 4. 分析人員與用戶的合作關系 ?了解用戶 ? 客戶 ? 掏錢買軟件的用戶 ? 最終用戶 ? 最終操作軟件的用戶 ? 間接用戶 ?既不掏錢買軟件，也不使用軟件，但它可能對軟件產(chǎn)品產(chǎn)生很大影響。 ?軟件需求獲取過程中客戶的義務 ? 給分析人員講解自己的業(yè)務； ? 抽出時間清楚地說明寬完善需求； ? 準確而詳細地說明需求； ? 及時地做出決定； ? 尊重開發(fā)人員的需求可行性及成本評估； ? 劃分需求優(yōu)先級別； ? 評審需求文檔和原型； ? 需求出現(xiàn)變更要馬上聯(lián)系； ? 應遵照開發(fā)組織處理需求變更的過程； ? 尊重開發(fā)人員采用的需求工程過
公司管理相關推薦
鄂ICP備17016276號-1