第02章、可行性研究(編輯修改稿)
2025-02-07 07:40 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 =F/ (1+I)n ? 96頁(yè) Page39 實(shí)例：在工程設(shè)計(jì)中用 CAD系統(tǒng)取代大部分人工設(shè)計(jì)工作，每年可節(jié)省 。若軟件生存期為 5年，則 5年共節(jié)省 48萬(wàn)元 ,開發(fā)這個(gè)系統(tǒng)共投資 20萬(wàn)元。分析其效益 ? 96頁(yè) Page40 年份 將來(lái)值 （萬(wàn)元） （ 1+i)ni= 現(xiàn)在值 （萬(wàn)元） 累積現(xiàn)在值（萬(wàn)元） 1 2 3 4 5 96頁(yè) Page41 (2).投資回收期 使累計(jì)的經(jīng)濟(jì)效益 =投資金額所需的時(shí)間 上例： ()/=+2 (3).純收入 96頁(yè) Page42 (1).代碼行技術(shù)： 總代碼數(shù) *元 /代碼（估算） (2).任務(wù)分解技術(shù)： 首先將任務(wù)分解成（計(jì)劃、需求、設(shè)計(jì)、編碼、測(cè)試、維護(hù)）幾個(gè)階段所需人力。根據(jù)工資水平估算 96頁(yè) Page43 第二節(jié)、需求分析 ? 需求分析的任務(wù) ? 需求分析過(guò)程 ? 軟件需求分析原則 ? 結(jié)構(gòu)化分析方法 SA ? 原型法 96頁(yè) Page44 需求分析的任務(wù)： 需求分析的基本任務(wù)是回答“系統(tǒng)必須做什么？”這個(gè)問(wèn)題。 即確定系統(tǒng)必須要完成的功能，對(duì)目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求。 高層 數(shù)據(jù)流圖 數(shù)據(jù)字典 （粗略） 可行性研究 分析、具體化 數(shù)據(jù)流圖 數(shù)據(jù)流圖 數(shù)據(jù)流圖 數(shù)據(jù)字典 （詳細(xì)） 簡(jiǎn)明的算法描述 需求分析 96頁(yè) Page45 ? 確定對(duì)系統(tǒng)的綜合要求 綜合要求包括： ? 系統(tǒng)功能要求。 ? 系統(tǒng)性能要求。 ? 運(yùn)行要求。 ? 將來(lái)可能提出的要求。 96頁(yè) Page46 ? 分析系統(tǒng)的數(shù)據(jù)要求 目標(biāo)系統(tǒng) 信息 輸入信息 輸出信息 系統(tǒng)處理的信息和系統(tǒng)應(yīng)該產(chǎn)生的信息在很大程度上決定系統(tǒng)的概貌。 分析系統(tǒng)數(shù)據(jù)要求，通常使用 概念模型 的方法。 數(shù)據(jù)信息在數(shù)據(jù)字典中，為了直觀地描繪數(shù)據(jù)結(jié)構(gòu)，可采用 層次方框圖 和 Warnier圖 等圖示工具方法。 采用 規(guī)范化理論 來(lái)規(guī)范化數(shù)據(jù)結(jié)構(gòu)。 96頁(yè) Page47 ? 導(dǎo)出新系統(tǒng)的邏輯模型 分層的數(shù)據(jù)流圖 數(shù)據(jù)字典 主要的處理算法 ? 修正系統(tǒng)的開發(fā)計(jì)劃 重新估計(jì)系統(tǒng)的成本和進(jìn)度，修正以前制定的開發(fā)計(jì)劃。 ? 開發(fā)原型系統(tǒng) 96頁(yè) Page48 需求分析的過(guò)程 (1) 問(wèn)題識(shí)別 ? 從系統(tǒng)的角度來(lái)理解軟件并評(píng)審 軟件范圍是否恰當(dāng) ? 確定對(duì)目標(biāo)系統(tǒng)的 綜合要求 ，即 軟件的需求 ? 提出這些需求 實(shí)現(xiàn)條件 ，以及需求 應(yīng)達(dá)到的標(biāo)準(zhǔn) 96頁(yè) Page49 軟件的需求包括： ? 功能需求 ? 性能需求 ? 環(huán)境需求 ? 可靠性需求 ? 安全保密要求 ? 用戶界面需求 ? 資源使用需求 ? 成本消耗需求 ? 開發(fā)進(jìn)度需求 ? 預(yù)先估計(jì)以后系統(tǒng)可能達(dá)到的目標(biāo) 96頁(yè) Page50 問(wèn)題識(shí)別的另一項(xiàng)工作 是建立分析所需要的通信途徑 ， 以保證能順利地對(duì)問(wèn)題進(jìn)行分析 。 96頁(yè) Page51 ? 從 信息流 和 信息結(jié)構(gòu) 出發(fā)，逐步細(xì)化所有的軟件功能，找出系統(tǒng)各元素之間的聯(lián)系、接口特性和設(shè)計(jì)上的約束，分析它們是否滿足功能要求，是否合理。剔除其不合理的部分，增加其需要部分。最終綜合成系統(tǒng)的解決方案，給出目標(biāo)系統(tǒng)的 詳細(xì)邏輯模型 。 (2) 分析與綜合 96頁(yè) Page52 常用的分析方法 ? 面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法（ SA） ? 面向數(shù)據(jù)結(jié)構(gòu)的 Jackson方法（ JSD） ? 結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)開發(fā)方法（ DSSD） ? 面向?qū)ο蟮姆治龇椒ǎ?OOA） 等 96頁(yè) Page53 (3) 編制需求分析階段的文檔 ? 軟件需求說(shuō)明書 ? 數(shù)據(jù)要求說(shuō)明書 ? 初步的用戶手冊(cè) ? 修改、完善與確定軟件開發(fā)實(shí)施計(jì)劃 96頁(yè) Page54 (4) 需求分析評(píng)審 ? 系統(tǒng)定義的目標(biāo)是否與用戶的要求一致 。 ? 系統(tǒng)需求分析階段提供的文檔資料是否齊全 。 ? 文檔中的所有描述是否完整、清晰、準(zhǔn)確反映用戶要求 。 ? 與所有其它系統(tǒng)成分的重要接口是否都已經(jīng)描述 。 96頁(yè) Page55 ? 被開發(fā)項(xiàng)目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足夠，確定 。 ? 所有圖表是否清楚，在不補(bǔ)充說(shuō)明時(shí)能否理解 。 ? 主要功能是否已包括在規(guī)定的軟件范圍之內(nèi)，是否都已充分說(shuō)明 。 ? 設(shè)計(jì)的約束條件或限制條件是否符合實(shí)際 。 ? 開發(fā)的技術(shù)風(fēng)險(xiǎn)是什么 。 96頁(yè) Page56 ? 是否考慮過(guò)軟件需求的其它方案 。 ? 是否考慮過(guò)將來(lái)可能會(huì)提出的軟件需求 。 ? 是否詳細(xì)制定了檢驗(yàn)標(biāo)準(zhǔn)，它們能否對(duì)系統(tǒng)定義是否成功進(jìn)行確認(rèn) 。 96
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1