一、需求分析的過程
定義時期分為兩個階段：系統定義和軟體需求。
這個時期的任務可以用下圖來表示。
系統定義
這個階段就是完成從物理模型匯出到邏輯模型的過程。
大概的實現步驟如下：
獲取需求：跟使用者交流，清楚要做什麼樣的系統，為了完成什麼功能，建立目標系統的雛形。
觀察分析：從現實環境出發分析出幾種可行方案，分別給出計畫，從物理模型中抽象出邏輯模型，完成可行性報告。
可行性報告需要考慮的方面
經濟可行性（投入，產出）
技術可行性（開發風險，資源可行性）
操作可行性（使用者是否認可）
法律可行性
時間可行性
軟體需求
需求分析是軟體定義階段中的最後一步，需要把上一步中抽象出的邏輯模型進行例項化，即確定系統必須完成哪些工作，也就是對目標系統提出完整、準確、清晰、具體的要求。
大概實現步驟：
把目標系統的邏輯模型進行分塊；
深入描述軟體的功能，效能。
考慮軟體使用的限制條件
定義軟體的其他有效性需求
整個需求分析過程的詳細圖
通俗的理解：就是我們要建一座房子，首先要知道這個房子蓋成什麼樣？這就要求有圖紙。軟體的需求分析的結果就是尋找繪製這張圖紙資訊的過程，最後整理出資訊。
需要知道房子主人要造什麼格局的房子，——跟主人交流，獲取籠統的格局，這需要多次交流和實際分析才可以得出更全面，更合理的資訊。然後設計師才可以繪製圖紙。
二、軟體需求分析方法。
原型化分析方法
結構化分析方法
系統動態分析
工具：資料流程圖（
dfd），資料字典，結構化英語，判定表，判定樹
分析系統資料：
面向資料流的結構化分析方法（sa）
面向資料結構的
jack
son方法
(jsd)
結構化資料系統開發方法
(dssd)
物件導向的分析方法
(ooa)
三、分析的內容 1
、功能性的：
軟體的功能需求，軟體與硬體或其他外部系統介面，軟體的非功能性需求，軟體的反向需求，軟體設計和實現上的限制，閱讀支援資訊。 2
、文件性的：軟體需求說明書
資料要求說明書
初步的使用者手冊
初步的軟體開發計畫
四、指導性原則
需求分析階段，盡量做到以下幾點：
建立模型前先理解問題
開發原型，使使用者盡快了解如何發生人機互動
記錄每個需求的起源
使用多個需求檢視
給需求賦予優先順序，以層次方式，逐步細化
努力刪除含糊性，確定使用者需求。
五、評審
每個階段任務文成後都必須進行評審，合格後進行下一步。評審基本包括以下幾點：
軟體需求說明跟使用者需求相同
文件資料是否齊全
文件中描述的是否合理齊全，與使用者要求相符
與所有系統其他重要介面是否描述
軟體工程維護階段
軟體維護的定義 在軟體已經交付之後，為了改正錯誤或滿足新需求而修改軟體的過程 軟甲工程學的主要目的 提高軟體的可維護性，降低維護的代價 軟體維護包含四類活動 改正性維護 適應性維護 完善性維護 預防性維護 軟體的可理解性，可測試性，可修改性，可移植性和可重用性，是決定軟體可維護性的基本因素。軟體重用...
軟體工程 計畫階段
前提 軟體工程 軟體生存期可分為三個大的階段 計畫階段，開發階段，維護階段。計畫階段包括三部分 問題定義 可行性研究 需求分析 一 問題定義 問題定義為軟體需求分析功能與效能的依據 問題定義報告書寫格式 問題定義研究報告前四點必寫 1 專案2背景3 專案目標 4專案範圍 總費用 購買裝置的費用 初步...
軟體工程 計畫階段
需求 於多方面 1.功能需求 2.效能需求 3.環境需求 4.可靠性需求 5.資源使用需求 等需求分析的任務就是借助當前系統的邏輯模型匯出目標系統的邏輯模型，解決目標系統的 做什麼 的問題 經濟可行性 技術可行性 操作可行性 法律可行性 時間可行性 軟體的範圍 環境資源 設計人員應該少而精 1.專案...