第四章《需求分析》
1.建立系統關聯圖
這個是我們在課堂上學習的系統上下文圖，目的之一是確定收集需求資訊的範圍，用圖形表示系統與外部實體之間的關係。
2.分析需求的可行性
基本任務是在允許的成本和效能要求以及系統的範圍內，分析每項需求得以實施的可行性
3.構建使用者介面原型
對於軟體開發人員或使用者不能明確化的需求，通過建立相應的使用者介面原型然後評估該原型，使得專案相關人員能更好理解所要解決的問題。
4.確定需求的優先順序
可以幫助專案相關人員判斷系統的核心需求。
5.需求建模
匯出目標系統的邏輯模型，以明確目標系統「做什麼」的問題。
6.建立資料詞典
定義目標系統中使用的所有資料元素和結構的定義、型別、數量值、格式和度量單位、精度及語序取值範圍的共享資料倉儲。確保軟體開發人員使用統一的資料定義，可提高需求分析、設計、實現和維護過程中的可跟蹤性。
《軟體需求》閱讀筆記05
需求管理包括專案過程中所有保持需求協助的完整性 準確性和流通性的活動，需求管理的四大核心活動 版本變更 變更控制 需求狀態跟蹤和需求跟蹤。需求開發活動包括獲取 分析 描述和驗證軟體專案需求。需求開發的交付物包括業務需求 使用者需求 功能 非功能需求 資料字典和各種分析型別。在這些交付物經過評審且核准...
閱讀筆記05 軟體需求分析
需求分析 以前是怎麼做的？以前腦海中沒有需求分析這個概念說實話，只知道從表面上去看，去揣測，沒有一套完整的流程去進行系統的需求分析。書中是怎麼說的？需求分析最主要的就是建模的過程，而建模又分為過程建模，資料建模和物件導向建模。過程建模主要是畫資料流圖寫資料字典，資料建模主要是畫實體關係圖，而物件導向...
《軟體需求最佳實踐》閱讀筆記05
軟體需求最佳實踐 閱讀筆記05 軟體需求定義為 業務知識 問題列表 其他因素。需求的三個層次劃分為 業務需求 使用者需求 軟體需求。這種劃分很大程度上體現了需求工作的不同階段。1.業務需求是反映企業 組織對軟體系統的高層次目標要求，換句話說，就是軟體系統的建設目標，而這種目標通常體現在兩個方面 問題...