某項目的軟件需求分析

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

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

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

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

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

【某項目的軟件需求分析】相關(guān)文章：

軟件需求分析報告11-27

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

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

需求分析報告09-17

需求分析報告模板04-30

員工培訓(xùn)需求分析04-30

網(wǎng)站需求分析報告08-17

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

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

電子商務(wù)物流需求性分析05-02