从需求分析.pptVIP

第二章 從需求分析、定義到設計 需求定義製程的進行方式 需求定義的定位與作業內容 與需求定義有關的3個問題 需求定義不完整 結果，需求定義期間拉長（結果、開發、測試期間縮短） 進入測試作業後，規格分歧，必須重新開始 弄清楚專案的目的與誰是使用者 為何要進行現狀分析作業 （1）不須進行現狀分析作業嗎 瞭解客戶與業務以消彌溝通差距 確認現行功能的繼承性 （2）整理資料項 以DFD與ER圖評估新系統 將需求規格具體化的原型製作（prototyping）作業 電腦化要件的明確化 效果的推定 效益可分為定量效果與無法換算成金額的定性效果等 2種 從需求定義作業能有效進行之重點 明確訂出結束基準 提出業務改善方案 管理需求定義的課題以防止作業延誤 明確界定課題（待解決的事項）的承辦人員、解決期限 明確指出課題的影響 以專案組織的「面」來因應 外部設計作業的進行方式 設計作業的定位 外部設計作業的內容與順序 系統架構的選擇 分割成數個子系統 設計新業務系統 增加組織 劃分處理功能的型態 劃分處理週期 修改軟體 DFD（資料流程圖）的完成 外部設計作業的內容 系統架構的選擇與評估 設計有親和力的使用者介面 設計編號時須考慮到需要新增、修改的時候 設計與其他系統連動的介面 安全性設計 資料庫設計作業為資料儲存運用的重要關鍵 通訊網路設計作業須與網路技術人員共同進行 運用、故障因應對策設計 硬體故障、資料庫故障、應用軟體故障及批次處理的故障情形都不相同，因此必須一一製作因應對策 故障因應對策設計是對預期會發生故障的對象所進行的設計作業 這些因應對策包括準備 2套相同的硬體、資料庫的備份作業等 內部設計作業的進行方式 內部設計作業的內容與順序 模組化的指導綱要 注重資料的流動 重新檢視程式結構以減少結合度並改善強度 清真寺型模組結構 將模組的影響區域（範圍）限制在模組的控制區域（範圍）內 評估模組的介面 設計出功能易懂的模組 資料庫實體設計 效能／處理能力的分析 有效推動設計作業之重點 防止錯誤的發生 防止錯誤的發生 全面評估，以免規格不周全 進行設計審視作業 製作設計標準並遵守此標準以提高品質 設計一套容易更改、維護的系統 不要急於撰寫程式 設計作業不僅是業務設計 …… 對規格求得共識以確保客戶的滿意 設計易懂的文件 面臨決定 決定流程（Decision Process） 瞭解無法做出結論的原因 說明案件對整個開發作業的影響 讓上司下結論 對規格更改的管理 對規格更改的管理 規格更改之後所帶來的影響 規格更改的管理作業 2種管理型式 規格更改管理作業之因應重點 規格更改管理作業窗口的單一化 規格更改決策的公式化 讓相關人員知道更改過的內容 進入開發與測試作業之前 設計作業結束之前重新檢視開發計畫 製作開發、測試計畫 * 博碩文化出版發行 *