【正文】 王少華武漢大學國際軟件學院空間信息與數(shù)字工程研究中心工程立項、可行性分析工程立項、可行性分析與需求獲取與需求獲取2023/5/4結(jié)構(gòu)化分析設(shè)計過程階段 關(guān)鍵問題 結(jié)束標準問題定義 問題是什么？ 關(guān)于規(guī)模和目標的報告書可行性研究有可行的解嗎？ 系統(tǒng)的高層邏輯模型數(shù)據(jù)流圖成本 /效益分析需求分析 系統(tǒng)必須做什么？系統(tǒng)的邏輯模型數(shù)據(jù)流圖數(shù)據(jù)字典算法描述 2023年 9月 28日 6時 52分結(jié)構(gòu)分析設(shè)計過程階段 關(guān)鍵問題 結(jié)束標準總體設(shè)計 概括地說，應(yīng)該如何解決這個問題？可能的解法：系統(tǒng)流程圖成本 /效益分析推薦的系統(tǒng)結(jié)構(gòu)；層次圖或結(jié)構(gòu)圖詳細設(shè)計 怎樣具體地實現(xiàn)這個系統(tǒng)？編碼規(guī)格說明： HIPO圖或 PDL編碼和單元測試正確的程序模塊 源程序清單；單元測試方案和結(jié)果綜合測試 符合要求的軟件 綜合測試方案和結(jié)果；完整一致的軟件配置維護 持久地滿足用戶需要的軟件完整準確的維護記錄2023年 9月 28日 6時 52分4本質(zhì)上是功能分解，以實現(xiàn)功能的 過程 為中心，而用戶的需求變化主要是針對 功能 的。這就使基于過程的設(shè)計 不易被理解 ；且 功能 變化往往引起結(jié)構(gòu)變化較大， 穩(wěn)定性不好 。4系統(tǒng)有明確的邊界定義，且系統(tǒng)結(jié)構(gòu)依賴于系統(tǒng)邊界的定義，這樣的系統(tǒng) 不易擴充和修改 。4數(shù)據(jù)與操作分開處理，可能造成軟構(gòu)件對具體應(yīng)用環(huán)境的依賴， 可重用性 (reusability)較差.結(jié)構(gòu)化技術(shù)的缺點2023年 9月 28日 6時 52分管理的范圍4有效的項目管理集中于三個 P上： 人員 (people)、問題 (problem)和過程 (process)。其順序不是任意的。u任何管理者如果忘記了軟件工程是 人的智力密集 的勞動，他就永遠不可能在項目管理上得到成功；u任何管理者如果在項目開發(fā)早期沒有支持有效的用戶通信，他有可能為 錯誤的問題 建造一個不錯的解決方案。u最后，對 過程 不在意的管理者可能冒把有效的技術(shù)方法和工具插入到真空中的風險。 2023年 9月 28日 6時 52分一、工程立項建議立項原因立項基礎(chǔ)國內(nèi)外研究現(xiàn)狀工程意義與目標用戶調(diào)查投資條件投資周期技術(shù)力量與基礎(chǔ)軟件硬件價格與性能數(shù)據(jù)源狀況1應(yīng)用前景1效益評估1可運行性評價2023年 9月 28日 6時 52分問題定義4問題定義階段必須回答的關(guān)鍵問題是： “ 要解決的問題是什么？ ”4問題定義階段的工作，系統(tǒng)分析員應(yīng)該提出關(guān)于問題性質(zhì)、工程目標和規(guī)模的書面報告。4問題定義階段是生命周期中最簡短的階段，一般只需要一天甚至更少的時間。2023年 9月 28日 6時 52分二、可行性研究4這個階段要回答的關(guān)鍵問題是： “ 對于上一個階段所確定的問題有可行的解決辦法或值得做嗎？ 可行性研究比較簡短，這個階段的任務(wù)不是具體解決問題，而是研究問題的范圍，探索這個問題是否值得去解，是否有可行的解決辦法。4做還是不做？4聯(lián)想集團領(lǐng)導人柳傳志 曾說： “ 沒錢賺的事我們不干；有錢賺但投不起錢的事不干；有錢賺也投得起錢但沒有可靠的人選，這樣的事也不干。 ”柳傳志為決策立了上述準則，同時也為可以行性分析指明了重點。 2023年 9月 28日 6時 52分4可行性研究的目的就是用最小的代價在盡可能短的時間內(nèi)確定問題是否能夠解決，可行性研究的目的 不是解決問題，而是確定問題是否值得去解，以及關(guān)鍵技術(shù)、難點、能否解決 。必須分析幾種主要的可能解法的利弊，從而判斷原定的系統(tǒng)目標和規(guī)模是否現(xiàn)實，系統(tǒng)完成后所能帶來的效益是否大到值得投資開發(fā)這個系統(tǒng)的程度。4一般說來，可行性研究的成本只是預(yù)期的工程總成本的 5%10%。4軟件領(lǐng)域的可行性分析主要考慮四個要素： 經(jīng)濟、技術(shù)、社會環(huán)境和人。u項目的意義（社會的意義）u技術(shù)可行性u經(jīng)濟可行性u操作可行性2023年 9月 28日 6時 52分 可行性研究的任務(wù)繼續(xù)項目 可行性分析的四個任務(wù) 經(jīng)濟可行性經(jīng)濟可行性167。經(jīng)濟實力經(jīng)濟實力167。經(jīng)濟效益經(jīng)濟效益社會可行性社會可行性167。是否存在是否存在侵犯、妨礙侵犯、妨礙行為行為技術(shù)可行性技術(shù)可行性167。技術(shù)技術(shù)167。資源有效性資源有效性167。開發(fā)風險開發(fā)風險操作可行性操作可行性167。項目的運行方式在用戶組織內(nèi)是否行的通167。現(xiàn)有管理制度、人員素質(zhì)和操作方式是否可行2023年 9月 28日 6時 52分41系統(tǒng)定義， 復(fù)查系統(tǒng)規(guī)模和目標、性質(zhì)、范圍、約束和限制42研究目前正在使用的系統(tǒng)。 研究現(xiàn)行系統(tǒng)（人工 /舊軟件 )，描繪系統(tǒng)流程圖，審核。u現(xiàn)有的系統(tǒng)必然有某些缺點，新系統(tǒng)必須能解決舊系統(tǒng)中存在的問題。 分析員應(yīng)該畫出描繪現(xiàn)有系統(tǒng)的高層系統(tǒng)流程圖，并請有關(guān)人員檢驗他對現(xiàn)有系統(tǒng)認識是否正確。千萬不要花費太多時間去了解和描繪現(xiàn)有系統(tǒng)的實現(xiàn)細節(jié)，例如，除非是為了闡明一個特別關(guān)鍵的算法，否則不需要根據(jù)程序代碼畫出程序流程圖。2023年 9月 28日 6時 52分 .優(yōu)秀的設(shè)計過程通?？偸菑默F(xiàn)有的物理系統(tǒng)出發(fā)，導出現(xiàn)有系統(tǒng)的 邏輯模型 ，再參考現(xiàn)有系統(tǒng)的邏輯模型，設(shè)想目標系統(tǒng)的邏輯模型，最后根據(jù)目標系統(tǒng)的邏輯模型建造新的物理系統(tǒng)，并進行可行性評價（ 4方面）u分析員能夠使用 數(shù)據(jù)流圖 描繪數(shù)據(jù)在系統(tǒng)中流動和處理的情況，從中概括地表達出他對新系統(tǒng)的設(shè)想。通常為了把新系統(tǒng)描繪得更清晰準確，還應(yīng)該有一個初步的數(shù)據(jù)字典，定義系統(tǒng)中使用的數(shù)據(jù)。 數(shù)據(jù)流圖和數(shù)據(jù)字典共同定義了新系統(tǒng)的邏輯模型 ，以后可以從這個邏輯模型出發(fā)設(shè)計新系統(tǒng)。2023年 9月 28日 6時 52分u分析員應(yīng)該和用戶一起再次復(fù)查 問題定義、工程規(guī)模和目標 ，這次復(fù)查應(yīng)該把數(shù)據(jù)流圖和數(shù)據(jù)字典作為討論的基礎(chǔ)。4可行性研究的前四個步驟實質(zhì)上構(gòu)成一個循環(huán)。分析定義問題，分析這個問題，導出一個試探性的解；在此基礎(chǔ)上再次定義問題，再一次分析這個問題，修改這個解；繼續(xù)這個循環(huán)過程，直到提出的邏輯模型完全符合系統(tǒng)目標。2023年 9月 28日 6時 52分。u分析員應(yīng)該從他建議的系統(tǒng)邏輯模型出發(fā)，導出若干個較高層次的（較抽象的）物理解法供比較和選擇。u其次可以考慮操作方面的可行性。u考慮經(jīng)濟方面的可行性，對每個可能的系統(tǒng)進行成本 /效益分析。u最后為每個在技術(shù)、操作和經(jīng)濟等方面都可行的系統(tǒng)制定實現(xiàn)進度表，不需要（也不可能）制定得很詳細，通常中需要估計生命周期每個階段的工作量。2023年 9月 28日 6時 52分4經(jīng)濟 u經(jīng)濟可行性分析主要包括： “ 成本 —— 收益 ” 分析和 “ 短期 —— 長遠利益 ” 分析。 4成本 收益分析最容易理解，如果成本高于收益則表明虧損了，如果成本大大高于收益那就虧大了。2023年 9月 28日 6時 52分 /效益分析4直接效益u服務(wù)u節(jié)省開支u提高工作效率 4間接效益u科學決策u快速決策4社會效益2023年 9月 28日 6時 52分（ 1）辦公室房租。 （ 2）辦公用品，如桌、椅、書柜、照明電器、空調(diào)等。 （ 3）計算機、打印機、網(wǎng)絡(luò)等硬件設(shè)備。 （ 4）電話、傳真等通訊設(shè)備以及通訊費用。 （ 5）資料費。 （ 6）辦公消耗，如水電費、打印復(fù)印費等。 （ 7）軟件開發(fā)人員與行政人員的工資。 （ 8）購買系統(tǒng)軟件的費用，如買操作系統(tǒng)、數(shù)據(jù)庫、軟件開發(fā)工具等。有些老板買盜版的系統(tǒng)軟件，卻按市場價算成本，可從美國佬那里賺一筆。 （ 9）做市場調(diào)查、可行性分析、需求分析的交際費用。 （ 10）公司人員培訓費用。 （ 11）產(chǎn)品宣傳費用。如果用 Inter作宣傳，則要考慮建設(shè) Web站點的費用。 （ 12）如果客戶是政府部門，還要充分考慮用于吃喝玩樂、行賄的費用。 （ 13）如果公司的風水不好，會有很多莫名其妙的管理費。每戳一個紅艷艷的公章都要化一把鈔票。 2023年 9月 28日 6時 52分 —— 長遠利益分析4人們喜歡吃著碗里的、看著鍋里的，還想著別人家里的。短期利益和長遠利益兼得是人們夢寐以求的事。4開發(fā)策略2023年 9月 28日 6時 52分 系統(tǒng)規(guī)模4 代碼行技術(shù) 面向規(guī)模的估計（代碼行 KLOC）u 每千行代碼 (KLOC)的錯誤數(shù)。u 每千行代碼 (KLOC)的缺陷數(shù)。u 每行代碼 (LOC)的成本。u 每千行代碼 (KLOC)的文檔頁數(shù)。u 每人月錯誤數(shù)。u 每人月代碼行 (LOC)。u 每頁文檔的成本。4 任務(wù)分解技術(shù) — 面向功能的估計（功能點）u用戶輸入數(shù) ： 計算每個用戶輸入，它們向軟件提供面向應(yīng)用的數(shù)據(jù)。輸入應(yīng)該與查詢區(qū)分開來，分別計算。u用戶輸出數(shù) ： 計算每個用戶輸出，它們向用戶提供面向應(yīng)用的信息。這里，輸出是指 報表、屏幕、出錯 信息，等等。一個報表中的單個數(shù)據(jù)項不單獨計算。u用戶查詢數(shù) ： 一個查詢被定義為一次聯(lián)機輸入，它導致軟件以聯(lián)機輸出的方式產(chǎn)生實時的響應(yīng)。每一個不同的查詢都要計算。u文件數(shù) ： 計算每個邏輯的主文件 (如數(shù)據(jù)的一個邏輯組合，它可能是某個大型數(shù)據(jù)庫的一部分 或是一個 獨立的文件 )。u外部接口數(shù) ： 計算所有機器可讀的接口 (如磁帶或磁盤上的數(shù)據(jù)文件 )，利用這些接口可以將信息從一個系統(tǒng)傳送到另一個系統(tǒng)。2023年 9月 28日 6時 52分 4首先把軟件開發(fā)工程分解為若干個相對獨立的任務(wù)，估計每個任務(wù)的成本時，通常先估計完成該任務(wù)需要用的人力（以人月為單位），再乘以每人每月的平均工資而得出每個任務(wù)的成本。4最常用的辦法是按開發(fā)階段劃分任務(wù)。如果軟件系統(tǒng)很復(fù)雜，由若干個 子系統(tǒng) 組成，則可以把每個子系統(tǒng)再按開發(fā)階段進一步劃分成更小的 任務(wù)。4典型環(huán)境下各個開發(fā)階段需要使用的人力的百分比大致如表所示。 2023年 9月 28日 6時 52分2023年 9月 28日 6時 52分軟件規(guī)模的例子2023年 9月 28日 6時 52分 4 自動估計成本技術(shù)u采用這種技術(shù)必須有長期搜集的大量歷史數(shù)據(jù)為基礎(chǔ)，并且需要有良好的數(shù)據(jù)庫支持。 2023年 9月 28日 6時 52分參考書籍4軟件成本估算： COCOMO II模型方法u出版社?。?機械工業(yè)出版社 u作者　　： [美 ]勃姆 (Boehm,) 等 / u譯者　?。?李師賢 / 杜云梅 / 李衛(wèi)華 等 /4功能點分析 — 成功軟件項目的測量實踐 u作　者： （美） David GarmusDavid Herron/ u 出版社： 清華大學出版社2023年 9月 28日 6時 52分功能點分析法4功能點分析法 (FPA： function point analysis)是在需求分析階段基于系統(tǒng)功能的一種規(guī)模估算方法，是基于應(yīng)用軟件的外部、內(nèi)部特性以及軟件性能的一種間接的規(guī)模測量。 4功能點可以用于 “ 需求文檔 ” 、 “ 設(shè)計文檔 ” 、“ 源代碼 ” 、 “ 測試用例 ” 度量，根據(jù)具體方法和編程語言的不同，功能點可以轉(zhuǎn)換為代碼行。2023年 9月 28日 6時 52分功能點分析法的步驟2023年 9月 28日 6時 52分功能點分析法4FP=總計數(shù)值 ［ ＋ ΣF i］ 其中， “ 總計數(shù)值 ” 是所有功能點條目的總和。 Fi(i=1到 14)是基于對圖 46中問題的回答而得到的 “ 復(fù)雜度調(diào)整值 ”(0 到 5)。等式中的常數(shù)和信息域值的加權(quán)因子是根據(jù)經(jīng)驗確定的。 Fi：？？？？、很實用的操作環(huán)境中運行？？？？、輸出、文件或查詢很復(fù)雜嗎？？？？？？2023年 9月 28日 6時 52分總計數(shù)值信息域值 樂觀值 可能值 悲觀值 估算數(shù) 權(quán)值 記數(shù)值輸入數(shù) 20 24 30 24 4 96輸出數(shù) 12 15 22 16 5 80查詢數(shù) 16 22 28 22 4 88主控文件數(shù) 4 4 5 4 10 40外部接口數(shù) 2 2 3 2 7 14總計數(shù)值 　 　 　 　 　 3182023年 9月 28日 6時 52分因子 值 因子 值備份和還原 4 信息域值復(fù)雜度 5數(shù)據(jù)通訊 2 內(nèi)部處理復(fù)雜度 5分布式處理 0 設(shè)計成可復(fù)用的代碼 4關(guān)鍵性能 4 設(shè)計中的轉(zhuǎn)換及安裝 3先有的操作環(huán)境 3 多次安裝 5聯(lián)機數(shù)據(jù)登錄 4 方便修改的應(yīng)用設(shè)計 5多屏幕輸入切換 5 復(fù)雜度調(diào)整因子 估算 14個復(fù)雜度加權(quán)因子（ Fi,根據(jù)問題對項目的影響取值范圍是 0～ 5），表 3給出了因子值。 FP=總計數(shù)值 [+ΣFi]=366 2023年 9月 28日 6時 52分工作量估算2023年 9月 28日 6時 52分工作量估算語言 每功能點的 SLOC默認 C++ 53Delphi 5 18HTML 4 14Visual Basic