需求分析
借助於當前系統的邏輯模型匯出目標系統的邏輯模型，解決目標系統的「做什麼」的問題。
經由目標系統的邏輯模型例項化，即具體到某個業務領域得到物理模型。
將軟體的需求分析總結如下：
程式流圖表示需求分析的過程：
需求分析要能夠表達和理解問題的資訊域和功能域；要能以層次化的方式對問題進行分解和不斷細化；要給出系統的邏輯檢視和物理檢視。
對問題分解可以橫向也可以縱向：
這一階段重點形成的文件是需求說明書。要注意軟體需求規格說明的原則：
1.從現實中分離功能，即描述要「做什麼」而不是「怎樣實現」。
2.要求使用面向處理的規格說明語言（或稱系統定義語言）
3.如果被開發軟體只是乙個大系統中的乙個元素，那麼整個大系統也包括在
規格說明書的描述之中
4.規格說明必須包括系統執行的環境
5.規格說明必須是乙個認識模型
6.規格說明必須是可操作的
7.規格說明必須容許不完備性並允許擴充
8.規格說明必須區域性化和鬆散耦合
軟體工程之需求分析
軟體需求分析是軟體生存期非常重要的一部分。它是介於軟體計畫和軟體設計之間的橋梁。一方面，需求分析以系統規格說明和專案規劃為分析活動的出發點，並從軟體角度對它們進行檢查與調整 另一方面，需求規格說明又是軟體設計 編碼 測試 乃至維護的重要基礎。良好的分析有助於避免或儘量減少早期錯誤。從而提高軟體生產率...
軟體工程之需求分析
可行性分析的基本目的就是用較小的成本在較短的時間內確定軟體是否有可行的解決方案，即軟體值不值得開發的問題。一旦確定要開發軟體，開發人員首要的任務是要搞清楚使用者的需求。對軟體需求的深入理解是軟體開發工作獲得成功的前提條件，需求分析是軟體定義的最後乙個階段，它的基本任務是準確的回答 系統必須做什麼 的...
軟體工程之需求分析
分析建模有兩種方法結構化分析和物件導向的分析。結構化分析 考慮資料和處理。物件導向分析 關注定義類和影響客戶需求的類之間的協作方式。1 資料建模 定義在系統內部處理的所有資料物件 資料物件間的關係以及其他與這些關係相關的資訊 基數，1 1或1 n等 形態 0關係可有可無，1關係必須出現1次 這裡的資...