軟件系統(tǒng)可行性研究分析報告

1、第二章 可行性研究我們在做任何工作往常，必須明確工作的性質(zhì)、任務(wù)、制定完成任務(wù)的打算。顯然完成一個軟件系統(tǒng)的開發(fā)，也應(yīng)解決好類似的問題。明確軟件開發(fā)系統(tǒng)的任務(wù)，完成任務(wù)的價值,制定出完成任務(wù)的打算，是軟件系統(tǒng)可行性研究的目的。2.1 可行性研究2.11可行性研究的任務(wù)假如不限時刻、不限資源、則任何研制項目差不多上可行的!然而在開發(fā)以計算機為基礎(chǔ)的系統(tǒng)時,需要用最小的代價，在盡可能短的時刻內(nèi)確定問題是否能夠解決。這種可行性研究的目的是確定我們所研究的問題是否值得去解,系統(tǒng)完成后所能帶來的效益是否大到值得投資開發(fā)那個系統(tǒng)的程度?？尚行匝芯康膶嵸|(zhì)確實是要進行一次壓縮，簡化了的系統(tǒng)分析和設(shè)計的過程，也

2、確實是在較高層次上以較抽象方式進行系統(tǒng)分析和系統(tǒng)設(shè)計的過程，可行性研究應(yīng)著重考慮如下五個方面。.技術(shù)可行性。是指使用現(xiàn)有的技術(shù)能否實現(xiàn)那個系統(tǒng)。它包括開發(fā)風(fēng)險在限制條件范圍內(nèi)達到必需的功能與性能;資源配置指現(xiàn)有的技術(shù)人員是否勝任，開發(fā)系統(tǒng)的軟、硬件資源是否能如期得到；技術(shù)指現(xiàn)有的技術(shù)是否已進展到如此的水平，能夠支持系統(tǒng)的研制。2.經(jīng)濟可行性。指新系統(tǒng)的經(jīng)濟效益能否超過開發(fā)成本。包括評價經(jīng)濟的合理性,權(quán)衡支出的費用和收到的利益，正確可能開發(fā)費用以及最終從所開發(fā)的系統(tǒng)獲得的收入和利益。其中經(jīng)濟的合理性包括成本/效益分析，長期的總體的經(jīng)營策略，對其他獲利中心或獲利產(chǎn)品的阻礙，開發(fā)工作需用資源的購置費

3、用、潛在的市場等等。3.運行可行性。指為新系統(tǒng)規(guī)定的運行方式是否可行。假如新系統(tǒng)是建立在原來已擔(dān)負其他任務(wù)的計算機系統(tǒng)上，就不能要求它在實時在線狀態(tài)下運行,以免與原有的任務(wù)相矛盾。 操作可行性。指系統(tǒng)的操作方式在那個用戶組織內(nèi)是否行得通。它包括人事政策,科技政策和必要的治理措施。5.法律可行性。指新系統(tǒng)的開發(fā)是否會侵犯他人、集體或國家的利益,是否違反了國家的法律，并由此而承擔(dān)法律責(zé)任?？尚行匝芯坎⒉槐ＷC一個系統(tǒng)經(jīng)濟上明顯合理、技術(shù)風(fēng)險低,專門少法律問題,而且不存在其他合理方案。然而，我們之因此要進行可行性研究,其目的是對以后的行動方針提出建議。假如問題沒有可行的解,那么分析員應(yīng)該建議停止這項開

4、發(fā)工程，以幸免時刻、資源、人力和金鈔票的白費。假如問題值得解,那么分析員應(yīng)該推舉一個較好的解決方案，并為工程制定一個初步打算?？尚行匝芯啃枰臅r刻長短取決于系統(tǒng)的規(guī)模。一般來講,可行性研究的成本只是預(yù)期工程總成本的51%。2.1.2 可行性研究的步驟1復(fù)查系統(tǒng)規(guī)模和目標。要認真閱讀和分析分析員在問題定義時期書寫的關(guān)于系統(tǒng)目標和規(guī)模的報告書,確定報告書的內(nèi)容,修改不確切的敘述，清晰地描述對目標系統(tǒng)的一切限制和約束,確保分析員提交的報告書確實是用戶要求解決的問題。2研究現(xiàn)有的系統(tǒng)?，F(xiàn)有系統(tǒng)是信息的重要來源，現(xiàn)有系統(tǒng)要完成的工作,確實是新系統(tǒng)所必須具備的功能。現(xiàn)有系統(tǒng)存在的缺點,新系統(tǒng)必須加以改進。

5、現(xiàn)有系統(tǒng)所不具備的功能,又是用戶必須的，則新系統(tǒng)一定要預(yù)以增加?，F(xiàn)有系統(tǒng)所需要的費用是新系統(tǒng)的一個重要的投資依據(jù)。如此的調(diào)查研究,是了解一個陌生應(yīng)用領(lǐng)域的最快方法。既能夠使新系統(tǒng)脫胎而生，又不全盤照抄。另外還要注意現(xiàn)有系統(tǒng)與其他系統(tǒng)之間的通信接口,這是新系統(tǒng)設(shè)計的重要約束條件。.導(dǎo)出新系統(tǒng)的高層邏輯模型。軟件工程設(shè)計總是從現(xiàn)有的物理系統(tǒng)動身,導(dǎo)出現(xiàn)有物理系統(tǒng)的邏輯模型;再以現(xiàn)有物理系統(tǒng)的邏輯模型為基礎(chǔ),設(shè)計出新系統(tǒng)的高層邏輯模型；最后依照高層邏輯模型建筑新的物理系統(tǒng)。依據(jù)新系統(tǒng)的功能和約束條件，我們能夠使用數(shù)據(jù)流圖(DFD圖)來描繪數(shù)據(jù)在系統(tǒng)中流淌和處理的情況,使用數(shù)據(jù)字典來定義系統(tǒng)中使用的數(shù)

6、據(jù),從而完成新系統(tǒng)的邏輯模型。至于物理系統(tǒng)采納系統(tǒng)流程圖來表示。4.重新定義問題。新系統(tǒng)的邏輯模型是否能滿足用戶的要求，分析員和用戶應(yīng)該一起進行復(fù)審。復(fù)審以數(shù)據(jù)流圖和數(shù)據(jù)字典為依據(jù)，對問題的定義、工程模型和目標進行審查。假如有分岐和遺漏等問題,應(yīng)立即進行改正。上述可行性研究步驟實質(zhì)上是一個循環(huán),即定義系統(tǒng)目標復(fù)查系統(tǒng)目標和規(guī)模研究現(xiàn)有系統(tǒng)設(shè)計新系統(tǒng)再定義系統(tǒng)目標。重復(fù)那個循環(huán)過程,直到提出的新系統(tǒng)邏輯模型完全符合系統(tǒng)目標和規(guī)模為止。5提出供選擇的方案。從系統(tǒng)的邏輯模型動身，以系統(tǒng)要求為目標,利用在數(shù)據(jù)流圖上劃分自動化邊界的方法，我們能夠提出若干種較高層次的物理解法供用戶選擇。針對多種供選方案，

7、用戶應(yīng)從如下三個方面進行篩選:(1)從技術(shù)角度排除那些不現(xiàn)實的方案；(2） 從操作角度去掉那些操作方式或操作過程用戶不能同意的方案；(3） 從經(jīng)濟角度估算每個可能系統(tǒng)的成本/效益。一般來講，只有投資可能能帶來利潤的系統(tǒng)才值得開發(fā)。只有在技術(shù)、操作經(jīng)濟等方面都可行的系統(tǒng)，我們才為其制定實現(xiàn)進度表。此進度表不需要專門詳細,只是要可能生存周期每個時期的工作量。6推舉建議方案。在對上一步提出的各種可行方案的分析、比較的基礎(chǔ)上,向用戶提出推舉的方案,在推舉方案中應(yīng)清晰地表明(1）本項目的開發(fā)價值;（) 推舉那個方案的理由;() 制定實現(xiàn)項目的進度表。7.決策。使用部門的負責(zé)人依照經(jīng)濟實力及分析員在可行性

8、研究時期對開發(fā)此項工程成本效益情況的分析結(jié)論，決定是否接著這項開發(fā)工程。8制定開發(fā)打算。分析員應(yīng)為推舉的系統(tǒng)制定一份開發(fā)打算,它包括工程的進度、人材資源的需求及使用、設(shè)備資源的需求及使用(軟、硬件工具)、估算生存周期每個時期的成本等，最后給出下一時期(需求分析)的詳細進度表和成本可能。.書寫文檔提交審查。把上述可行性研究各個步驟的結(jié)果寫成清晰的文檔,請用戶和使用部門的負責(zé)人認真審查，也能夠召開論證會。論證會成員由用戶、使用部門負責(zé)人及有關(guān)方面的專家組成，負責(zé)對提出的方案進行論證，最后由論證會成員簽署意見，指明該開發(fā)打算是否通過。2.1.3 可行性論證報告的要緊內(nèi)容1系統(tǒng)概述。是對問題的簡單陳述

9、，包括系統(tǒng)的開發(fā)目的、目標、業(yè)務(wù)對象和范圍,新系統(tǒng)和它的各子系統(tǒng)的功能與特性，新系統(tǒng)與當(dāng)前系統(tǒng)的比較,所需資源以及費用和進度的概況等。2.可行性分析。這是報告的主體部分，包括新系統(tǒng)在經(jīng)濟上、技術(shù)上、操作上、運行上、法律上的可行性,以及對新系統(tǒng)的主客觀條件的分析。若存在多種方案,則應(yīng)對各種方案進行比較，指明推舉的方案。3限制。指對系統(tǒng)開發(fā)有阻礙的治理方面和技術(shù)方面的限制，包括項目的外部環(huán)境、接口、設(shè)計與實現(xiàn)、資源、費用或進度等。4費用。估算軟、硬件費用，制定出費用限額并注明。5.擬定開發(fā)打算。它包括工程進度表,人員配備情況,資源配備情況,估算出每個時期的成本、約束條件等。6.結(jié)論意見。綜上分析，

10、講明新系統(tǒng)是否可行，其結(jié)論分為以下三類:(1） 可立即進行；(2) 推遲進行；（3) 不能或不值得進行。2.2 系統(tǒng)流程圖系統(tǒng)流程圖是描繪物理系統(tǒng)的傳統(tǒng)工具。它的差不多思想是用圖形符號以黑盒子形式描繪系統(tǒng)里面的每個部件。包括程序、文件、數(shù)據(jù)庫和各種表格、人工過程等。它表達了信息在系統(tǒng)各部件之間的流淌情況。請讀者注意它與程序流程圖之間的區(qū)不。.2. 符號國家標準（GB156-89)信息處理數(shù)據(jù)流程圖、程序流程圖、系統(tǒng)流程圖、程序網(wǎng)絡(luò)圖和系統(tǒng)資源圖的文件編制符號及約定為我們推舉了一套標準符號和使用約定。該標準是與國際標準化組織公布的標準SO5878 Ifomtn procsing documena

11、n symol novetis fo daa， progam a sste flowchat, rgam ntw crsnd system resourcs cht相一致。系統(tǒng)流程圖含有5種差不多符號,如圖2-1所示。11種系統(tǒng)符號如圖22所示。符號 名稱 講明處理 能改變數(shù)據(jù)值或數(shù)據(jù)位置的加工或部件,例如，程序、處理機、人工加工等差不多上處理。輸入/輸出 表示輸入或輸出(或既輸入又輸出),是一個廣義的不指明具體設(shè)備的符號。連接 指出轉(zhuǎn)到圖的另一部分或從圖的另一部分轉(zhuǎn)來,通常在同一頁上。換頁連接 指出轉(zhuǎn)到另一頁圖上或由另一頁圖轉(zhuǎn)來。數(shù)據(jù)流 用來連接其他符號,指明數(shù)據(jù)流淌方向。圖2-1 差不多符

12、號符號 名稱 講明穿孔卡片 表示用穿孔卡片輸入或輸出，也可表示一個穿孔卡片文件。文檔 通常表示打印輸出,也可表示用打印終端輸入數(shù)據(jù)。磁 帶 磁帶輸入/輸出,或表示一個磁帶文件。聯(lián)機存儲 表示任何種類的聯(lián)機存儲,包括磁盤、磁鼓、軟盤和海量存儲器件等。磁 盤 磁盤輸入輸出,也可表示存儲在磁盤上的文件或數(shù)據(jù)庫。磁 鼓 磁鼓輸入/輸出,也可表示存儲在磁鼓上的文件或數(shù)據(jù)庫。顯 示 R終端或類似的顯示部件,可用于輸入或輸出，也可既輸入又輸出。人工輸入 人工輸入數(shù)據(jù)的脫機處理,例如，填寫表格。人工操作 人工完成的處理，例如，會計在工資支票上簽名。輔助操作 使用設(shè)備進行的脫機操作。通信鏈路 通過遠程通信線路或

13、鏈路傳送數(shù)據(jù)。圖2 系統(tǒng)符號2.2.2 應(yīng)用系統(tǒng)流程圖是一種極好的設(shè)計工具，它有助于開發(fā)人員和用戶交流信息，利用系統(tǒng)的每個具體物理元素能夠更準確地可能成本和制定系統(tǒng)的開發(fā)進度。下面通過例子來講明系統(tǒng)流程圖的使用。例 某工廠有一座零件倉庫,倉庫中現(xiàn)有各種零件的數(shù)量以及每種零件的庫存量臨界值等數(shù)據(jù)記錄在庫存清單主文件中。當(dāng)倉庫中零件數(shù)量發(fā)生變化時，應(yīng)及時修改庫存清單主文件。當(dāng)某種零件的庫存量少于它的庫存量臨界值時,則應(yīng)報告給采購部門以便定貨。規(guī)定每天向采購部門送一次定貨報告。工廠使用一臺微機處理更新庫存清單主文件和產(chǎn)生定貨報告的任務(wù)。倉庫中的每一項業(yè)務(wù)都通過RT終端輸入到計算機中。系統(tǒng)中的庫存清單

14、程序負責(zé)對事務(wù)進行處理,更新存儲在磁盤上的庫存清單主文件，把必要的定貨信息寫在磁帶上。每天由報告生成程序讀一次磁帶，生成并打印出定貨報告。如圖2所示。圖中的箭頭確定了信息流淌的途徑，關(guān)于復(fù)雜的系統(tǒng)，能夠采納分層描述的方法來描繪整個系統(tǒng)。用一張高層次的系統(tǒng)流程圖描繪系統(tǒng)總體概貌，然后分不把每個關(guān)鍵功能擴展到適當(dāng)?shù)脑敿毘潭?，便于閱讀者按照從抽象到具體的過程逐步深入地了解一個復(fù)雜系統(tǒng)。圖23 庫存清單系統(tǒng)的系統(tǒng)流程圖HT. 數(shù)據(jù)流圖數(shù)據(jù)流圖簡稱FD（DataFlo Diagrm)圖，它是描述數(shù)據(jù)處理過程的有力工具。數(shù)據(jù)流圖從數(shù)據(jù)傳送、加工的角度，以圖形方式刻畫數(shù)據(jù)處理系統(tǒng)的工作狀況。數(shù)據(jù)流圖描繪系統(tǒng)

15、的邏輯模型，它是一種極好的通信工具。2.3. 符號數(shù)據(jù)流圖有四種差不多符號，如圖2-()所示。有六種附加符號，如圖2-4（b）所示。數(shù)據(jù)的源點/終點表示該系統(tǒng)數(shù)據(jù)的外部來源或去處，不受系統(tǒng)操縱,是系統(tǒng)以外的人或事物。例如，倉庫的治理員、工廠的采購員、供貨單位、售票處等。也能夠是另外一個數(shù)據(jù)處理系統(tǒng)向該系統(tǒng)提供數(shù)據(jù)或接收該系統(tǒng)向它發(fā)出的數(shù)據(jù)。加工(處理)并不一定是一個程序，它能夠代表一系列程序，單個程序或者程序的一個模塊,也能夠代表用穿孔機穿孔或目視檢查數(shù)據(jù)正確性等人工處理過程。數(shù)據(jù)存儲不是指數(shù)據(jù)保存的物理地點或物理存儲介質(zhì),而是對數(shù)據(jù)存儲的邏輯描述。數(shù)據(jù)存儲并不等同于一個文件，它能夠表示一個文

16、件，文件的一部分,數(shù)據(jù)庫的元素或記錄的一部分等等。數(shù)據(jù)能夠存儲在磁盤、磁帶、主存、微縮膠片等介質(zhì)上。數(shù)據(jù)存儲有四種形式,即把一個數(shù)據(jù)存入數(shù)據(jù)存儲；用一個數(shù)據(jù)去修改數(shù)據(jù)存儲中的數(shù)據(jù);從數(shù)據(jù)存儲中讀出一個數(shù)據(jù)；從數(shù)據(jù)存儲中檢索出一批數(shù)據(jù)。圖2-4 數(shù)據(jù)流圖的符號數(shù)據(jù)流表示數(shù)據(jù)在系統(tǒng)中的流淌方向,一般分單向數(shù)據(jù)流和雙向數(shù)據(jù)流兩種。它能夠由某一個外部項產(chǎn)生,也能夠由某一個處理邏輯產(chǎn)生,還能夠來自某一個數(shù)據(jù)存儲。附加符號中的星號(*)表示數(shù)據(jù)流之間是“與”關(guān)系；加號(+）表示數(shù)據(jù)流之間是“或”關(guān)系；符號表示只能從數(shù)據(jù)流中選一個(互斥關(guān)系)。2.2 應(yīng)用舉例例1 一家工廠的采購部每天需要一張定貨報表，報表

17、按零件編號排序，列出所有需要再次定貨的零件。關(guān)于需要訂貨的零件列出其零件編號、零件名稱、定貨數(shù)量、單價、供應(yīng)者。零件入庫或出庫稱為事務(wù),通過放在倉庫中的RT終端把事務(wù)報告給定貨系統(tǒng)。當(dāng)某種零件的庫存量少于臨界值時就應(yīng)該再次定貨。下面用軟件工程的方法畫出該系統(tǒng)的數(shù)據(jù)流圖。分析過程如下:第一步首先確定系統(tǒng)的源點和終點,本題倉庫治理員是數(shù)據(jù)的源點,采購員是數(shù)據(jù)的終點。其次是加工(處理),本題應(yīng)該完成定貨系統(tǒng)如此一個功能。最后考慮數(shù)據(jù)流,事務(wù)需從倉庫送到系統(tǒng)中,顯然事務(wù)是一個數(shù)據(jù)流;系統(tǒng)要把定貨報表送給采購部,定貨報表也是一個數(shù)據(jù)流。依據(jù)以上三點我們畫出定貨系統(tǒng)的差不多數(shù)據(jù)流圖,如圖-5所示。圖2-5

18、定貨系統(tǒng)差不多數(shù)據(jù)流圖第二步首先將加工（處理）定貨系統(tǒng)進行功能分解，變成事務(wù)處理和產(chǎn)生報表兩部分。其次要考慮有關(guān)數(shù)據(jù)的存儲問題，在本題中涉及到存儲的信息有:庫存清單、定貨信息。依據(jù)圖-5和以上兩點，我們畫出定貨系統(tǒng)功能級數(shù)據(jù)流圖，見圖6所示。圖26定貨系統(tǒng)功能級數(shù)據(jù)流圖第三步將事務(wù)處理進一步分解為接收事務(wù)，更新庫存清單、處理定貨三部分。依據(jù)本分析和圖2-6我們能夠畫出定貨系統(tǒng)功能分解后的數(shù)據(jù)流圖。見圖27所示。其中11、2、1.是圖2-中功能1的分解編號。圖-定貨系統(tǒng)功能分解后的數(shù)據(jù)流圖例2 銀行取款系統(tǒng)的數(shù)據(jù)流圖(活期儲蓄）。分析過程如下：第一步源點和終點差不多上儲戶。加工(處理)是完成取款

19、的功能。數(shù)據(jù)流是取款單、存折、現(xiàn)款。依據(jù)以上三點畫出銀行取款系統(tǒng)的差不多數(shù)據(jù)流圖,如圖2-8所示。圖2-8取款系統(tǒng)差不多數(shù)據(jù)流圖第二步取款工作實際上是由儲戶資格審查、登錄、付款三部分組成。數(shù)據(jù)存儲部分涉及儲戶的帳卡和存折上數(shù)據(jù)的更新。依據(jù)圖2-8及以上二點分析，我們能夠畫出取款系統(tǒng)的功能級數(shù)據(jù)流圖,如圖29所示。圖9取款系統(tǒng)功能級數(shù)據(jù)流圖讀者能夠依照自己的需要,將圖2-9進一步細化，本書不再給出分解后的數(shù)據(jù)流圖。例 病員監(jiān)視系統(tǒng)的數(shù)據(jù)流圖。該系統(tǒng)監(jiān)視病房中的每個病人的重要病情信號，更新及治理病人的病歷，若出現(xiàn)問題立即通知護理人員，同時在需要時給出某一病人的有關(guān)報告。分析過程如下:第一步源點來自

20、于病人本身或護士。終點是護士，因為一切報告和告警信息應(yīng)匯合到護士處。加工（處理)是病員監(jiān)視系統(tǒng)。數(shù)據(jù)流包括病情信號、報告、告警信息和要求報告。數(shù)據(jù)存儲是指病員病歷。依據(jù)以上分析，我們畫出病員監(jiān)視系統(tǒng)的差不多數(shù)據(jù)流圖,如圖2-0所示。圖2-10病員監(jiān)視系統(tǒng)差不多數(shù)據(jù)流圖第二步對系統(tǒng)分析后，劃分出四種功能，即通過一個床邊監(jiān)視器實現(xiàn)本地監(jiān)視，在護士辦公室實現(xiàn)中央監(jiān)視,病人病歷的更新，護士辦公室提出報告。依據(jù)圖2-0和以上分析，我們畫出病員監(jiān)視系統(tǒng)功能級數(shù)據(jù)流圖，如圖2-1所示。圖2-11病員監(jiān)視系統(tǒng)功能級數(shù)據(jù)流圖第三步將中央監(jiān)視系統(tǒng)劃分為四個處理部分，包括分解病員信號,檢查是否超出界限，產(chǎn)生告警信息

21、,整理病員數(shù)據(jù)。依據(jù)圖1和本次功能分解，我們能夠畫出病員監(jiān)視系統(tǒng)功能分解后的數(shù)據(jù)流圖，如圖2-12所示。圖-1病員監(jiān)視系統(tǒng)功能分解后的數(shù)據(jù)流圖. 畫數(shù)據(jù)流圖的原則1.確定系統(tǒng)的源點和終點,關(guān)于數(shù)據(jù)流圖而言它是系統(tǒng)的外部項。.確定系統(tǒng)的輸入和輸出數(shù)據(jù)流。隨著加工(處理）的細化,功能也就越來越具體，數(shù)據(jù)流也就越來越多，輸入和輸出也會相應(yīng)地增加,但要保持分解前后輸入/輸出數(shù)據(jù)流必須相同。3用“自頂向下”的方法,逐層畫出數(shù)據(jù)流圖。每張數(shù)據(jù)流圖中加工(處理)的個數(shù)不能超過9個。4.將必要的存儲與加工(處理)相匹配。5.在畫數(shù)據(jù)流圖時應(yīng)幸免線條交叉，必要時可使用重復(fù)的外部項(源點或終點)或數(shù)據(jù)存儲符號。6

22、.畫出出錯及例外條件處理情況。. 數(shù)據(jù)流圖的用途1作為交流信息的工具。系統(tǒng)分析人員把他對系統(tǒng)的認識或?qū)δ繕讼到y(tǒng)的設(shè)想用數(shù)據(jù)流圖描繪出來,供有關(guān)人員審查確認。由于數(shù)據(jù)流圖中使用的符號不含任何物理實現(xiàn)細節(jié),因此大多數(shù)用戶都能夠理解和評價它。.作為分析和設(shè)計的工具。分析員在研究現(xiàn)有的系統(tǒng)，描繪其功能時常用數(shù)據(jù)流圖表達他們對現(xiàn)有系統(tǒng)的認識,這種描繪方法形象、具體,它不同于系統(tǒng)流程圖,使系統(tǒng)的功能和實現(xiàn)每個功能的具體方案區(qū)不開來。.數(shù)據(jù)流圖能夠輔助物理系統(tǒng)的設(shè)計。在數(shù)據(jù)流圖上依據(jù)不同處理的定時要求，能夠畫出許多組自動化邊界，每組自動化邊界確實是一個不同的物理系統(tǒng)。例題1中的圖27,由于自動化邊界的劃分方

23、法不同,產(chǎn)生了兩種不同的物理系統(tǒng),即批處理方式和聯(lián)機方式，見圖2-1、-14所示。4.數(shù)據(jù)流圖對詳細設(shè)計也有關(guān)心,它是面向數(shù)據(jù)流設(shè)計(）方法的基礎(chǔ)。圖213這種劃分自動化邊界的方法暗示以批量方式更新庫存清單圖214另一種劃分自動化邊界的方法暗示以聯(lián)機方式更新庫存清單24數(shù)據(jù)字典數(shù)據(jù)字典是對數(shù)據(jù)流圖中包含的所有元素定義的集合，即對數(shù)據(jù)流圖中出現(xiàn)的所有名子(數(shù)據(jù)流、文件、數(shù)據(jù)單項、差不多加工）進行定義。它的要緊用途是供人們查閱對不了解條目的解釋，在軟件分析和設(shè)計過程中給人提供關(guān)于數(shù)據(jù)的描述信息。數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。數(shù)據(jù)流圖描述了系統(tǒng)的“分解”,它表明系統(tǒng)由哪些部分組成。數(shù)據(jù)字

24、典則為數(shù)據(jù)流圖中出現(xiàn)的每一部分都給出“嚴格定義”,二者的有機配合，完整地描述了系統(tǒng)。24.1 數(shù)據(jù)字典的內(nèi)容及定義方法一般來講,數(shù)據(jù)字典應(yīng)該由如下四類元素組成，它們是數(shù)據(jù)流、文件、數(shù)據(jù)單項、差不多加工(處理）。在組成數(shù)據(jù)字典時,要注意幸免冗余,遵循有關(guān)數(shù)據(jù)流向在數(shù)據(jù)流圖中描述，有關(guān)數(shù)據(jù)的組成在數(shù)據(jù)字典中描述，有關(guān)數(shù)據(jù)的加工細節(jié)在數(shù)據(jù)字典中描述的三原則。要盡量幸免遺漏,假如確有遺漏發(fā)生,應(yīng)該補充，這關(guān)于設(shè)計、編碼、調(diào)試、維護會帶來方便。同時應(yīng)及時溝通，設(shè)法消除不一致性,減少不名的出現(xiàn)。1.數(shù)據(jù)流數(shù)據(jù)流通常有一個名字，它是由一組數(shù)據(jù)項組成的。數(shù)據(jù)流能夠從加工流向加工,也能夠從源點流向加工，或從加工

25、流向終點。數(shù)據(jù)流還能夠從加工流向文件,或從文件流向加工。任意兩者之間可有一股或多股數(shù)據(jù)流，同一數(shù)據(jù)流圖上不能有兩股數(shù)據(jù)流同名。描述數(shù)據(jù)流時，要用到下述符號：=表示等價于(或定義為）;表示與;/表示或； 表示重復(fù)；( ）表示選擇；mn表示界域。例如運動員成績=運動員號碼+項目名+成績+破記錄課程=課程名+教員+教材名+課程表課程表星期幾+第幾節(jié)課+教室2文件文件是用來存儲數(shù)據(jù)的，每個文件都有一個名子。文件的形式能夠是數(shù)據(jù)庫，也能夠是規(guī)定結(jié)構(gòu)的數(shù)據(jù)組織。指向文件的數(shù)據(jù)流可理解為寫入文件,從文件引出的數(shù)據(jù)流可理解為自文件中讀出數(shù)據(jù)。在分層的數(shù)據(jù)流圖中，文件一般局部于某一層或某幾層。例如定期存款=帳號

26、戶名+地址+款額+存期存期1/5/3.數(shù)據(jù)單項數(shù)據(jù)單項是指不可再分的數(shù)據(jù)項。例如 帳號=00000999999學(xué)生=姓名+年齡+性不+班級.差不多加工(處理)差不多加工是加工的重量,是數(shù)據(jù)流圖中不能再分解的加工。差不多加工由差不多加工的小講明和相應(yīng)的描述構(gòu)成。小講明集中描述一個加工“做什么”，目前小講明一般用自然語言、判定表和判定樹來描述。用結(jié)構(gòu)化自然語言描述小講明結(jié)構(gòu)化自然語言是介于形式語言與自然語言之間的一種語言。結(jié)構(gòu)化自然語言的語法通常分為內(nèi)外兩層，外層語法描述操作的操縱結(jié)構(gòu)順序、選擇、循環(huán)等，這些操縱結(jié)構(gòu)將加工中各個操作連接起來；內(nèi)層語法一般沒有限制。小講明的形式如下：加工編號：在數(shù)據(jù)

27、流圖中某個加工的編號加工名:在數(shù)據(jù)流圖中某個加工的名字加工邏輯:此加工中實行的操作有關(guān)信息：執(zhí)行此加工的條件例如 有一個加工為統(tǒng)計房產(chǎn)的功能可寫為:加工編號:.4加工名:統(tǒng)計房產(chǎn)加工邏輯：ZK()讀房產(chǎn)文件,按面積分類,統(tǒng)計已分和未分配的住房數(shù),輸出統(tǒng)計表有關(guān)信息：有統(tǒng)計要求時執(zhí)行此加工(2) 用判定表描述小講明判定表是用來描述一些不易用語言表達清晰的加工。它由條件類不、條件組合、操作、操作執(zhí)行四部分組成。例 某旅游預(yù)訂票系統(tǒng)規(guī)定，在旅游旺季7、8、9、12月份,假如訂票數(shù)超過100張,則優(yōu)惠票價的20%;100張以下,優(yōu)惠1%。在旅游淡季，1至6月份、10、11月份,若訂票數(shù)超過50張,則優(yōu)

28、惠5；5張以下優(yōu)惠10%。判定表的一般形式如表2-1所示。表2-1 旅游預(yù)訂票系統(tǒng)判定表 () 用判定樹描述小講明判定樹本質(zhì)上與判定表沒什么兩樣,只只是它是圖形表示法,更為人們熟悉和易于理解,上面的預(yù)訂票系統(tǒng),用判定樹表示見圖2-15所示。圖2-15旅游預(yù)訂票系統(tǒng)的判定樹差不多加工(處理)可用語言、表格、圖形等多種形式來描述，也可將它們組合起來使用。2.4.2 數(shù)據(jù)字典的用途數(shù)據(jù)字典是分析時期的工具，它有助于分析員和用戶之間的交流與通信,它能夠消除許多可能的誤解與不一致性,是開發(fā)數(shù)據(jù)庫系統(tǒng)的第一步。一般來講,中小規(guī)模的數(shù)據(jù)處理系統(tǒng)建立一個人工的數(shù)據(jù)字典就夠了，關(guān)于大規(guī)模的數(shù)據(jù)處理系統(tǒng)，則應(yīng)建立

29、一個自動的數(shù)據(jù)字典。不管哪一種數(shù)據(jù)字典都應(yīng)由專人治理,目的是保持其字典內(nèi)容的一致與完整性，通常數(shù)據(jù)字典有如下五種用途。1按要求列表，從數(shù)據(jù)字典中檢索出所需要的信息，具有列全表、摘要列表、專項列表三種。修改和補充數(shù)據(jù)流圖。數(shù)據(jù)流圖初步畫好后,相應(yīng)的數(shù)據(jù)字典也隨著建立起來。隨著分析、設(shè)計的深入，修改和優(yōu)化是再所難免的。對任何數(shù)據(jù)單項或數(shù)據(jù)結(jié)構(gòu),可通過數(shù)據(jù)字典找出使用該內(nèi)容的項目,進行必要的修改，一般可不能出現(xiàn)遺漏。3.能夠由描述內(nèi)容檢索名稱。若只明白一個數(shù)據(jù)單項的內(nèi)容，而不明白它的名稱，可通過內(nèi)容檢索知其名。4保證一致性和完整性。依照數(shù)據(jù)字典,能夠查出沒有指明來源或去處的數(shù)據(jù)流,能夠查出沒有指明數(shù)

30、據(jù)存儲的數(shù)據(jù)單項和沒有指明所屬數(shù)據(jù)流的數(shù)據(jù)單項,能夠指明沒有被加工(處理)引用的數(shù)據(jù)單項，能夠指明被加工(處理）引用而在輸入數(shù)據(jù)流或輸出數(shù)據(jù)流中未曾出現(xiàn)的數(shù)據(jù)單項等。5數(shù)據(jù)定義能夠直接使用在編程上。用戶能夠使用數(shù)據(jù)字典中的數(shù)據(jù)定義，對程序里的有關(guān)記錄進行描述,關(guān)心程序員進行程序設(shè)計。2.4.3 數(shù)據(jù)字典的實現(xiàn)方法數(shù)據(jù)字典的實現(xiàn)方法有三種,全人工過程、全自動化過程和混合過程。.全人工過程（1)為每個要定義的名字預(yù)備一張卡片；(2)在卡片上注明其類型,即數(shù)據(jù)流、文件、數(shù)據(jù)單項、差不多加工(處理）四種類型之一; (3) 寫名子的定義；（4) 寫該名子的其他特性或限制；() 將所有卡片按一定方式排序,

31、如英文字母順序或漢字筆畫多少等。2.全自動化過程此類字典一般容量較大，有專門的計算機程序來治理,該治理程序本身應(yīng)具有如下功能: () 規(guī)定字典的條目格式，條目指數(shù)據(jù)流、文件、數(shù)據(jù)單項等;()同意按規(guī)定格式的字典條目的輸入；(3) 具有查錯措施,如報告非法輸入、語法和重復(fù)定義錯誤等；(4)具有編輯功能，對字典的條目能進行插、刪、改等;(5)能輸出按次序的字典條目清單;(6）能產(chǎn)生各類查閱報告。.混合過程是將上述兩種技術(shù)有機地結(jié)合在一起，形成數(shù)據(jù)字典的過程。其中字典的共性部分用全自動化過程完成,字典的某些個性部分用全人工過程來完成。具體實現(xiàn)不詳述。但全人工過程一般適合于小系統(tǒng)，全自動化過程一般適合

32、于大系統(tǒng),混合過程一般適合于中等大小的系統(tǒng)或某些專門用途的系統(tǒng)。2.5成本效益分析開發(fā)一個系統(tǒng)實質(zhì)上是一種投資,而投資的目的是為了在今后獲得更大的經(jīng)濟效益。成本效益分析從經(jīng)濟角度揭示了開發(fā)一個新系統(tǒng)是否劃算，也為使用部門的負責(zé)人決策是否投資于某項開發(fā)工程提供了依據(jù)。2.1 成本可能成本可能是一種不精確的方法,使用時應(yīng)該用幾種不同的可能技術(shù)相互校驗。下面介紹三類成本估算技術(shù)。代碼行技術(shù)是一種比較簡單定量的估算方法,把開發(fā)每個軟件功能的成本和實現(xiàn)那個功能需要用的源程序代碼行數(shù)聯(lián)系起來,若有歷史數(shù)據(jù)作參考的話，這種方法依舊有效的。設(shè) 軟件成本；軟件源代碼行數(shù);A每行源代碼的平均成本。則有:=AN其中

33、A取決于軟件的復(fù)雜程度和工資水平。2.任務(wù)分解技術(shù)把軟件系統(tǒng)分解為若干個獨立的任務(wù),然后再分不可能每個單獨開發(fā)任務(wù)的成本，最后累加起來得到軟件系統(tǒng)的總成本。設(shè) 軟件總成本；B每個單獨開發(fā)任務(wù)的成本；系數(shù)。則有: T= (1)又 C完成每個單獨任務(wù)所需的人力(月）;D每人每月的平均工資。則有 B (2)由（1)和(2）得T=C在典型環(huán)境下，各個時期要使用的人力如表2-所示。3.估算模型采納經(jīng)驗公式來計算軟件的成本已有許多種方法，但到目前為止還沒有任何一種估算模型能適用于所有各種軟件和各種開發(fā)環(huán)境，而且大多數(shù)模型的一些經(jīng)驗數(shù)據(jù)差不多上從有限的項目樣本中得出的，因此估算模型必須審慎地使用。(1) 參

34、數(shù)方程大多數(shù)資源模型是依照過去的經(jīng)驗，并通過大量的統(tǒng)計和分析推導(dǎo)出來的。它們揭示了在一定條件下資源花費和軟件規(guī)模的內(nèi)在關(guān)系。） 靜態(tài)單變量靜態(tài)單變量模型的一般形式如下：資源=1(可能特點)C2表-典型環(huán)境下各個開發(fā)時期需要使用人力的百分比任務(wù) 人力%可行性研究 5需求分析 10設(shè)計 25編碼和單元測試 2綜合測試及維護 40 總計 100其中 資源通常指人力、開發(fā)工作所需的工作量，以人/月或人日、人/年為單位計算。也能夠是工程期限,需要的人數(shù)或文檔數(shù)量等；、經(jīng)驗數(shù)據(jù);可能特點源代碼行數(shù)。例Dot在17年發(fā)表的估算開發(fā)工作量的算法列在表2中。表2估算開發(fā)工作量的算法應(yīng)用范圍 目標碼 源代碼全 部

35、 M4.790I0.991 MM558I.07命令和操縱 M=4.73I1.228 M=09I123科學(xué)計算 MM=4.45.068 MM=7.054I1商業(yè) MM2.89I0784 M45I0.71有用程序 M=12039I.71 M=1.8I0.81表中M是開發(fā)所需要用的人力,包括分析、設(shè)計、編碼、測試、調(diào)試等工作，以月為單位計算;是可能的程序長度，單位以千條(或千行)計算。2) 靜態(tài)多變量靜態(tài)多變量模型是依照歷史數(shù)據(jù)導(dǎo)出的經(jīng)驗公式,公式的典型形式為:資源=11e1c1221e2ec22+其中 e軟件的第i個特點；1,i2與第i個特點有關(guān)的經(jīng)驗常數(shù)。） 動態(tài)多變量是197年putnm在軟件

36、開發(fā)生存期雷利(ylgh)曲線模型的基礎(chǔ)上提出的SLIM商業(yè)化成本估算模型。這類模型把資源需求看作是開發(fā)時刻的函數(shù),則有:L=CK1/3td43 (-1）其中L源代碼行數(shù);K開發(fā)所需用的人力,以人年為單位;t開發(fā)所需用的時刻,以年為單位；Ck技術(shù)水平常數(shù)，它的典型值為：關(guān)于差的開發(fā)環(huán)境k=200關(guān)于好的開發(fā)環(huán)境k10000關(guān)于優(yōu)越的開發(fā)環(huán)境Ck=20從方程(9-1)能夠解出開發(fā)所需要的工作量K=L3Ckd44) IM模型是由IB公司的Wstn和Fel在197年總結(jié)了IBM聯(lián)合系統(tǒng)中60個項目的數(shù)據(jù)而得出來的估算公式：E=520.1D=4.1L0.3=2.40.85S=.54E06OC=41.0

37、1其中 E工作量，單位為人/月;D項目持續(xù)時刻，單位為月；DOC估算的源代碼行數(shù)。從而有生產(chǎn)率 LDD（;）29i1DDjXi其中 i取值為-1,0,+,取決于第i個因素對項目的阻礙情況；Wj加權(quán)值,具體的計算為:=0.5l10（Pi)其中 Pi生產(chǎn)率比值，與第i個項目成本因素有關(guān)系。（2) 標準值法本方法要緊使用開發(fā)各類程序的標準生產(chǎn)率,可能開發(fā)工程的總工作量。標準生產(chǎn)率依照以往的開發(fā)經(jīng)驗導(dǎo)出。要緊從使用的程序設(shè)計語言,處理方式(批處理,實時處理)，程序難易程度,技術(shù)人員水平和開發(fā)范圍幾個方面來劃分程序開發(fā)類型。使用標準值法估算開發(fā)工作量，首先需要確定程序的開發(fā)類型,并可能程序的規(guī)模。為了使

38、程序規(guī)模的可能值更接近實際值,可請若干名有經(jīng)驗的軟件工程師分不作出可能。每個人都應(yīng)該可能程序的最小規(guī)模(a),最大規(guī)模(b)和最可能的規(guī)模(m)，分不求出這三種規(guī)模的平均值-,b-和-之后，再用下式計算程序規(guī)模的可能值L=a-+m-+b/然后使用開發(fā)該類程序的標準生產(chǎn)率和適當(dāng)?shù)男拚禂?shù)估算開發(fā)工作量工作量=修正系數(shù)（程序長度/標準生產(chǎn)率)其中標準生產(chǎn)率的單位通常是每人日可開發(fā)的程序長度(源程序行數(shù)或目標指令條數(shù)),修正系數(shù)反映其他因素對開發(fā)工作量的阻礙，當(dāng)考慮從需求分析直到測試的開發(fā)過程時，它的算法是:修正系數(shù)=1+0.1n其中n是符合下列條款的數(shù)目:1) 目標系統(tǒng)情況修改文檔不完備的程序需求

39、中有不明確的或尚未決定的內(nèi)容系統(tǒng)規(guī)模較大工作帶有試探性質(zhì)(需多次試探）系統(tǒng)接口不明確或接口復(fù)雜聯(lián)機實時系統(tǒng)(測試困難)數(shù)據(jù)庫需要復(fù)雜的安全措施2) 項目治理和人員組成情況中途改變項目治理人項目組不協(xié)調(diào)(人事關(guān)系不行)新手或初級人員比例較高需要培訓(xùn)程序員項目治理人沒有數(shù)據(jù)處理經(jīng)驗項目治理人沒有應(yīng)用領(lǐng)域經(jīng)驗系統(tǒng)分析員沒有應(yīng)用領(lǐng)域經(jīng)驗系統(tǒng)設(shè)計員沒有應(yīng)用領(lǐng)域經(jīng)驗程序員沒有應(yīng)用領(lǐng)域經(jīng)驗) 用戶情況用戶對計算機數(shù)據(jù)處理知之甚少系統(tǒng)需要在不同場合使用系統(tǒng)需滿足使用部門的標準或手續(xù)使用部門提供的測試數(shù)據(jù)沒通過驗證使用部門不同意開發(fā)打算開發(fā)過程中用戶需求發(fā)生了變化使用部門負責(zé)人變動4)開發(fā)環(huán)境情況現(xiàn)有的操作系統(tǒng)

40、功能不足今后預(yù)定使用的計算機尚未測試工作場所分散主存和輔存受限制計算機使用時刻不能充分保障計算機機房治理不善工作中途中斷(）CM模型此模型是最精確的成本可能方法之一,是由Bom于198年出版的軟件工程經(jīng)濟學(xué)一書中提出的,命名為構(gòu)造性成本模型(Cstrctive Cost odel）。在這種模型中,軟件開發(fā)工作量表示成據(jù)可能應(yīng)該開發(fā)的代碼行數(shù)的非線性函數(shù):=C1KD(;)1i=1Dfi(92)其中 開發(fā)工作量,以人月為單位；1模型系數(shù);OC可能代碼行數(shù)，以千行為單位;a模型指數(shù)；fi成本因素，i=1到1。每個成本因素都依照它的重要程度和阻礙大小給予一定數(shù)值，一般把成本因素劃分成生產(chǎn)因素、計算機因

41、素、人員因素和項目因素等。下面簡單介紹要緊的成本因素。1)生產(chǎn)因素 要求的軟件可靠性(EL)那個因素反映了為保證軟件可靠性應(yīng)作出的努力的大小。例如,軟件復(fù)審的次數(shù)和正式程度；正式應(yīng)用質(zhì)量保證和配置治理過程的程度；運行期間軟件失效的阻礙。 數(shù)據(jù)庫規(guī)模(DTA）應(yīng)該開發(fā)或集成到目標系統(tǒng)中的數(shù)據(jù)庫的規(guī)模和復(fù)雜程度。應(yīng)該考慮數(shù)據(jù)庫設(shè)計、信息元素的數(shù)目、訪問方法和查詢技術(shù)等等。軟件產(chǎn)品復(fù)雜程度（P）所開發(fā)的軟件的邏輯和結(jié)構(gòu)等方面的復(fù)雜程度。)計算機因素 執(zhí)行時刻的約束(TE)指軟件需求中對程序執(zhí)行時刻限制的程度。一般講來,在實時應(yīng)用和某些交互式系統(tǒng)中會遇到時刻約束問題。存儲約束(STR)對存放程序和數(shù)據(jù)

42、時能夠使用的存儲容量的限制。 環(huán)境變更率(VIRT）軟件外部環(huán)境(例如,計算機硬件、操作系統(tǒng)、數(shù)據(jù)庫治理系統(tǒng))在軟件開發(fā)期間變動的頻率和范圍。 計算機換向時刻(TURN)指程序設(shè)計環(huán)境的響應(yīng)時刻。3) 人員因素 系統(tǒng)分析員的能力(AP)分析員從事分析工作的經(jīng)驗和專門知識的多少。 應(yīng)用經(jīng)驗(AEX)開發(fā)人員對他們面臨的應(yīng)用領(lǐng)域所具有的經(jīng)驗的多少。 程序員的能力（CP)程序員在程序設(shè)計方面具有的經(jīng)驗和專門知識的多少。 環(huán)境知識(VE）開發(fā)人員對所用的軟件開發(fā)環(huán)境的經(jīng)驗和專門知識的多少。語言知識(LEX）開發(fā)人員對那個工程項目選定的程序設(shè)計語言的經(jīng)驗和專門知識的多少。4)項目因素 程序設(shè)計實踐(DP

43、）在開發(fā)期間使用現(xiàn)代程序設(shè)計技術(shù)(自頂向下程序設(shè)計方法論，自頂向下測試技術(shù),結(jié)構(gòu)化編碼方法，面向?qū)ο蠓椒▽W(xué)等等)的程度。 軟件工具(TOL)軟件工程每個步驟能夠使用的軟件工具的多少。 進度約束(CE）對工程進度限制的程度,它阻礙應(yīng)用軟件工程技術(shù)的程度。） 其他因素 語言經(jīng)驗表明，匯編語言或機器語言每條指令的成本，大約是高級程序設(shè)計語言每個源語句成本的兩倍。 實時應(yīng)用實時軟件每條指令的成本大約是一般程序每條指令成本的5倍。軟件類型操作系統(tǒng)每條指令的成本大約是應(yīng)用程序或有用程序的2.5倍。 經(jīng)驗開發(fā)不熟悉的程序比開發(fā)熟悉的程序大約需要多付出5000%的勞動。 文檔數(shù)量經(jīng)驗表明,文檔的成本大約占軟件

44、開發(fā)總成本的0。 用戶需求和開發(fā)環(huán)境的穩(wěn)定程度這些是決定軟件成本的重要因素，然而目前只能主觀地可能它們的阻礙。 治理這是特不重要的因素，然而目前也只能主觀地可能它的阻礙。COMO模型是層次型模型,按詳細程度分成三級。最上層是對各種規(guī)模軟件的宏觀可能模型;最下層是微觀模型,它具有任務(wù)分解結(jié)構(gòu)和一系列時期敏感因子。下面簡單介紹中層COCMO模型。軟件開發(fā)項目能夠分成組織式、半獨立式和嵌入式三種模式。對組織式軟件的要求通常不苛刻，開發(fā)人員經(jīng)驗豐富,而且對軟件的使用環(huán)境專門熟悉(通常是為自己所在的組織開發(fā)軟件)，程序規(guī)模一般不大(小于萬行代碼)。例如,簡單的商業(yè)數(shù)據(jù)處理系統(tǒng)即屬于組織式。嵌入式軟件需要在專門強的約束條件下運行，通常和某些硬設(shè)備緊密結(jié)合在一起(例如，空中交通治理軟件),對這類軟件系統(tǒng)的要求通常十分苛刻。對半獨立式軟件的要求通常介于上述兩類軟件之間，然而這類軟件的規(guī)模一般都比較大(可達3萬行代碼)。上述三種開發(fā)模式的正常工作量方程列在表2-4中。所謂正常開發(fā)工作量也確實是所有阻礙成本的因素都取正常值，即在92式中fi=(,2,15)假如某些因素不能取正常值，則需要把這些因素的實際值(稱為工作量系數(shù))乘以正常開發(fā)工作量，才能得出對系統(tǒng)實際開發(fā)工