某項(xiàng)目的軟件需求分析

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

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

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

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

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

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

軟件需求分析報(bào)告11-27

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

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

需求分析報(bào)告09-17

需求分析報(bào)告模板04-30

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

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

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

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

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