某項目的軟件需求分析

軟件可行性研究目的: 用最小的代價在盡可能短的時 間內確定該軟件項目是否能夠開發(fā)， 是否值得開發(fā)。設計分析 程序編寫 測試移植 運行維護軟件需求分析溫州醫(yī)學院附屬眼視光醫(yī)院信息中心王曉幸可行性研究經濟可行性 技術可行性 社會可行性 方案的選擇可行性研究成本– – – –經濟可行性購置并安裝軟、硬件及有關設備的費用； 系統(tǒng)開發(fā)費用； 系統(tǒng)安裝、運行及維護的費用； 人員培訓費用效益– 系統(tǒng)為用戶增加的收入或為用戶節(jié)省的開支，這 是有形的效益 – 給潛在用戶心理上造成的影響，這是無形的效 益。它可以轉化為有形的效益�？尚行匝芯考夹g可行性可行性研究法律可行性 用戶操作可行性社會可行性開發(fā)的風險：在給出的各種限制范圍內，能否設計出 開發(fā)的風險：在給出的各種限制范圍內，能否設計出 系統(tǒng)，并實現必需的功能和性能？ 資源的有效性：資源包括已有的或可以搞到的硬件、 資源的有效性：資源包括已有的或可以搞到的硬件、 軟件資源，現有技術人員的技術水平與已有的工作基 礎。 技術：相關技術的發(fā)展是否能支持這個系統(tǒng)？ 技術：相關技術的發(fā)展是否能支持這個系統(tǒng)？1

可行性研究方案選擇可行性研究報告背景 說明當前系統(tǒng)存在的問題 針對新的系統(tǒng)說明– 經濟可行性 – 技術可行性 – 社會可行性 – 其它可選方案Report還有其它更好的方案嗎 ？模板或者例子來源： www.google.com需求分析階段關注的對象是 用戶要求軟件需求分析是軟件生存周期中 決定性的一步在此之前，我們已經 有了可行性研究報告 和簡要的開發(fā)計劃軟件需求分析的目標和任務通過調查分析, 理解用戶要求 通過調查分析, 把用戶的非形式的要求轉化為完整的需求定義 再將需求定義轉換為相應的形式的規(guī)格說明需求分析的過程目標和任務 通過調查分析, 理解用戶要求 通過調查分析, 把用戶的非形式的要求轉化為完 整的需求定義 將需求定義轉換為相應的形式的 規(guī)格說明 相應的過程問題識別 分析與綜合 編制需求分析階段的 文檔需求分析評審2

需求分析的過程解決要求被開發(fā)軟件做什么，做到什么 程度的問題 這些要求包括:功能要求、性能要求、 環(huán)境要求、可靠性要求、安全保密要 求、用戶界面要求、資源使用要求、軟 件成本消耗與開發(fā)進度要求 其它非功能性的要求:針對采用某種開 發(fā)模式，確定質量控制標準、里程碑和 評審、驗收標準、各種質量要求的優(yōu)先 級等，以及可維護性方面的要求。問題識別調查方式Cooperation制定調查提綱，向不同層次的用戶發(fā)調查表 按用戶的不同層次，分別召開調查會，了解用戶對待開發(fā)系統(tǒng) 的想法和建議 向用戶領域的專家或在關鍵崗位上工作的人個別咨詢 實地考察，跟蹤現場業(yè)務流程 查閱與待開發(fā)系統(tǒng)有關的資料 使用各種調查工具，如數據流圖、任務分解圖、網絡圖等需求分析的過程分析與綜合參考當前系統(tǒng)建立目標系統(tǒng)模型獲得當前系統(tǒng)的物理模型– 應客觀地反映現實世界的實際情況抽象出當前系統(tǒng)的邏輯模型– 區(qū)分出本質的和非本質的因素建立目標系統(tǒng)的邏輯模型– – – 確定變更范圍 將變化的部分看做是新的處理步驟，對數據流圖進行調整 由外向里對變更部分進行分析，憑經驗推斷其結構，獲得目標系統(tǒng)的邏輯模型。補充目標系統(tǒng)的邏輯模型– – – 說明目標系統(tǒng)的用戶界面 說明至今尚未詳細考慮的細節(jié):啟動和結束、出錯處理、系統(tǒng)的輸入輸出和系統(tǒng)性能 等方面 其它:系統(tǒng)的其它必須滿足的性能和限制等等需求分析的過程編制需求分析階段的文檔軟件需求說明書：把分析人員和用戶雙方共同的理解和分析結果用規(guī) 軟件需求說明書：把分析人員和用戶雙方共同的理解和分析結果用規(guī) 范的方式描述出來，作為今后各項工作的基礎； 初步的用戶手冊：著重反映用戶功能界面和用戶使用的具體要求。用 初步的用戶手冊：著重反映用戶功能界面和用戶使用的具體要求。用 戶手冊能強制分析人員從用戶使用的觀點來思考問題； 編寫確認測試計劃，作為今后確認測試的依據； 編寫確認測試計劃，作為今后確認測試的依據；需求分析的過程需求分析評審除分析員之外，用戶／需求者，開發(fā)部門的管理者，軟件設計、實現、測試的人員都應當參加評審工作。評審結束應有評審負責人的結論意見及簽字。 評審結束應有評審負責人的結論意見及簽字。修改和完善軟件開發(fā)計劃：更準確地估算開發(fā)成本、進度和資源需求 修改和完善軟件開發(fā)計劃：更準確地估算開發(fā)成本、進度和資源需求3

需求分析的過程目標和任務 通過調查分析, 理解用戶要求 通過調查分析, 把用戶的非形式的要求轉化為完 整的需求定義 將需求定義轉換為相應的形式的 規(guī)格說明 相應的過程結構化分析方法實質：是一種建模技術問題識別 分析與綜合編制需求分析階段的 文檔需求分析評審結構化分析方法核心是數據詞典：描述所有的數據對象 核心是數據詞典：描述所有的數據對象 圍繞著這個核心的有三種圖– 實體―關系圖(ERD) 描述數據對象及數據對象之 實體― 關系圖(ERD) 間的關系，用于數據建模 間的關系，用于數據建模 – 數據流圖(DFD) 描述數據在系統(tǒng)中如何被傳送或 數據流圖(DFD) 變換，以及描述如何對數據流進行變換的功能（子 功能），用于功能建模 功能），用于功能建模 – 狀態(tài)―遷移圖(STD) 描述系統(tǒng)對外部事件如何響 狀態(tài)― 遷移圖(STD) 應，如何動作，用于行為建模 應，如何動作，用于行為建模實體―關系圖(ERD)： 實體― 關系圖(ERD)： －－－－－ 描述數據對象和之間的關系 描述數據對象和之間的關系復合信息的表示 可以是…打印機＼報表＼病歷＼醫(yī)務部＼刷卡＼醫(yī)生＼取藥窗口 可以是… 僅包含數據，沒有操作 具有屬性…醫(yī)生：姓名＼職稱＼出生日期＼�？疲軝嘞� 具有屬性… 對象的實例有標志碼 :Id\員工代碼\住院號\患者身份證 Id\ 員工代碼\ 住院號\ 對象之間有一定的關系 ＞＞– 具有關聯的基數和參與性 ＞＞號數據對象之間的關系對象之間具有關聯的基數和參與性

ERDERD 的建立步驟1.在捕獲需求的過程中，要求用戶列出應用或業(yè)務過程涉及到的所有“事 在捕獲需求的過程中，要求用戶列出應用或業(yè)務過程涉及到的所有“ 物”2.一次考慮一個對象。分析人員和用戶共同確認這個對象 與其他對象 之間是否存在連接3. 4. 5. 6. 7. 8.當存在連接時，分析人員和用戶應創(chuàng)建一個或多個對象―關系對 當存在連接時，分析人員和用戶應創(chuàng)建一個或多個對象― 對每一個對象―關系對，考察它的基數和參與性 對每一個對象― 迭代執(zhí)行步驟(2)～(4)，直到所有對象―關系對定義完成 迭代執(zhí)行步驟(2)～(4)，直到所有對象― 定義每個實體的屬性 規(guī)范化并復審實體―關系圖 規(guī)范化并復審實體― 重復執(zhí)行步驟(1)～(7)，直到數據建模完成 重復執(zhí)行步驟(1)～(7)，直到數據建模完成5

【某項目的軟件需求分析】相關文章：

軟件需求分析報告11-27

淺談軟件開發(fā)中的需求分析05-01

基于灰色模糊理論的軟件需求風險評估分析05-03

需求分析報告09-17

需求分析報告模板04-30

員工培訓需求分析04-30

網站需求分析報告08-17

有效需求不足的成因分析04-29

倫理行為目的之分析05-01

電子商務物流需求性分析05-02