【文章內(nèi)容簡介】 浪費。 可行性研究的目的就是用最小的代價在盡可能短的時間內(nèi)確定 問題是否能夠解決，必須記住，可行性研究的目的不是解決問題，而是確定問題畢業(yè)設計（論文） 17 是否值得去解決。怎么達到這個目的呢？當然不能靠主觀猜想，只能靠客觀分析，需求分析幾種主要的可能解法的利弊。 可行性分析的任務是明確應用項目的開發(fā)的必要性和可行性。必要性來自實現(xiàn)開發(fā)任務的迫切性，而可行性則取決于實現(xiàn)應用系統(tǒng)的資源和條件。這項工作需要建立在初步調(diào)查的基礎上。如果領導或管理人員對信息系統(tǒng)的需求很不迫切，或者條件尚不具備，就是不可行。 一般來說，應該從下述幾個方面研究每種解法的可行性： 1. 管理上的可行性（系統(tǒng)的操作方式在這個用戶組 織內(nèi)行得通嗎？）：指管理人員對開發(fā)應用項目的態(tài)度和管理方面的條件。主管領導不支持的項目肯定不行。如果高層管理人員的抵觸情緒很大，就有必要等一等，積極做工作，創(chuàng)造條件。管理方面的條件主要指管理方法是否科學，相應管理制度改革的時機是否成熟，規(guī)章制度是否齊全以及原始數(shù)據(jù)是否正確等。 2. 技術上的可行性（利用現(xiàn)有的技術能實現(xiàn)這個系統(tǒng)嗎？）：這方面應分析當前的軟、硬件技術能否滿足對系統(tǒng)提出的要求。此外，還要考慮開發(fā)人員的水平。信息系統(tǒng)屬于知識密集型，對技術要求較高，如果缺乏足夠的技術力量，或者單純依靠外部力量進行開發(fā)，是 很難成功的。 3. 經(jīng)濟上的可行性（這個系統(tǒng)的經(jīng)濟效益能超過它的開發(fā)成本嗎？）：主要是預估費用支出和對項目的經(jīng)濟效益進行評價。在費用支出方面，不僅要考慮主機費用，而且要計算外圍設備、軟件開發(fā)費用、人員培訓和將來系統(tǒng)投入運行后的經(jīng)常費用（如管理、維護費用）和備件費用。經(jīng)濟效益應該從兩個方面綜合考慮，一部分是可以用錢衡量的效益；另一部分是難以用錢表示的，例如提供更多的更高質(zhì)量的信息，提高取得信息的速度等。 當然，可行性研究最根本的任務是對以后的行動方針提出建議，如果問題沒有可行解，分析員應該建議停止這項開發(fā)工程 ，以避免時間、畢業(yè)設計（論文） 18 資源、人力和金錢的浪費；如果問題可行，分析員應該推薦一個較好的解決方案，并且為工程制定一個初步的計劃。 第 節(jié) 需求分析階段 當可行性分析做出結(jié)論，系統(tǒng)可以進行開發(fā)后，開發(fā)人員必須首先明確用戶的要求，即充分理解用戶對軟件系統(tǒng)最終能完成的功能及可靠性、處理時間、應用范圍、簡易程度等具體指標要求，并將用戶的要求以書面形式表達出來，因此明確用戶的要求是分析階段的基本任務。用戶和軟件設計人員雙方都要有代表參加這一階段的工作，詳細地進行分析，經(jīng)雙方充分地討論和醞釀后達成協(xié)議并產(chǎn)生系統(tǒng)說 明書。 了解用戶環(huán)境和要求 開發(fā)和建立 MIS 的根本目的在于提高管理水平，嚴格地說，設計一個新的信息系統(tǒng)，應首先進行組織的重新設計，應當把建立新系統(tǒng)看成是對組織的一種有目的的改變過程。管理系統(tǒng)是信息系統(tǒng)的環(huán)境。所謂環(huán)境，指不包括在本系統(tǒng)之中但又對本系統(tǒng)產(chǎn)生較大影響的因素的集合。對于基本計算機的信息系統(tǒng)來說，其環(huán)境就是管理系統(tǒng)，它的輸入來自環(huán)境，輸出則交付環(huán)境。因此對現(xiàn)行管理業(yè)務的調(diào)查十分重要，其中包括：組織結(jié)構(gòu)調(diào)查、管理功能調(diào)查和管理業(yè)務流程調(diào)查等。 在工作過程中，要了解用戶的環(huán)境和要求，即需要哪 些數(shù)據(jù)、 如何發(fā)送、數(shù)據(jù)的格式是什么、需要保留哪些數(shù)據(jù)、數(shù)據(jù) 量及數(shù)據(jù)的增長率有多少等。繪制現(xiàn)行人工管理系統(tǒng)的工作流程圖和數(shù)據(jù)流程圖，并描述出各項工作的功能、數(shù)據(jù)的傳送格式、類型、長度及時間性和完整性的要求，從而對人工管理系統(tǒng)的優(yōu)缺點作出正確地評價。 在了解用戶環(huán)境的同時，還要了解用戶對計算機進行管理的要求和設想。在準備建立計算機管理系統(tǒng)時，各級管理人員將會提出各種要求和今畢業(yè)設計（論文） 19 后的發(fā)展設想，軟件人員必須認真聽取他們的意見，要盡量讓用戶多要求，是各方面的要求盡量齊全，在這里可以暫時不考慮計算機能否實現(xiàn)。 建立一個以 數(shù)據(jù)庫為基礎的管理信息系統(tǒng)，以取代單一的人工管理。目標系統(tǒng)取名為“工資管理系統(tǒng)”。通過用戶調(diào)查，初步整理出以下結(jié)果。 （ 1） 一個數(shù)據(jù)庫，數(shù)據(jù)庫中包括 4 個表。 工資表： 字段 字段名 類型 寬度 小數(shù)位 索引 1 員工號 字符型 5 升 2 部門 字符型 12 3 基本工資 數(shù)值型 8 2 4 崗位津貼 數(shù)值型 8 2 5 效益工資 數(shù)值型 8 2 6 扣款 數(shù)值型 8 2 7 實發(fā)工資 數(shù)值型 8 2 扣款表： 字段 字段名 類型 寬度 小數(shù)位 索引 1 員工號 字符型 5 升 2 水電費 數(shù)值型 8 2 3 煤氣費 數(shù)值型 8 2 4 其他扣款 數(shù)值型 8 2 效益表： 字段 字段名 類型 寬度 小數(shù)位 索引 1 員工號 字符型 5 升序 2 效益工資 數(shù)值型 8 2 人員基本情況表： 字段 字段名 類型 寬度 小數(shù)位 索引 1 員工號 字符型 5 升序 2 姓名 字符型 10 3 性別 字符型 2 4 年齡 整型 3 5 受聘日期 日期型 8 6 學歷 字符型 10 7 職稱 字符型 12 畢業(yè)設計（論文） 20 （ 2） 目標系統(tǒng)的總體需求 通過對系統(tǒng)的調(diào)查和與用戶的共同討論，對將要開發(fā)的目標系統(tǒng)提出下總體需求： ① 用數(shù)據(jù)文件代替現(xiàn)有的全部帳表。 ② 具有對數(shù)據(jù)的錄入和維護功能。 ③ 能夠靈活修改工資項目。 ④ 打印工資報表。 ⑤ 有查詢功能。 業(yè)務分析 調(diào)查管理業(yè)務流程應順應著原信息系統(tǒng)流動的過程逐步地進行，內(nèi)容包括各環(huán)節(jié)的業(yè)務處理、信息來源、處理方法、計算方法、信息流的去向、提 供信息的時間形態(tài)（報告、單據(jù)、屏幕顯示等）。 簡單的管理業(yè)務流程圖為圖 31： 本月人 員工資變動表 人事部 財務部 扣款清單 效益工資清單 工資清單 員工 圖 31 畢業(yè)設計（論文） 21 數(shù)據(jù)分析 數(shù)據(jù)分析是數(shù)據(jù)庫開發(fā)中一項十分重要的內(nèi)容。其主要任務是確定目標系統(tǒng)中使用的全部數(shù)據(jù)，并為它們?nèi)∶投x。分析中要為每一數(shù)據(jù)編寫一個數(shù)據(jù)條目，然后將所有條目合編為數(shù)據(jù)字典。數(shù)據(jù)字典的內(nèi)容主要是對數(shù)據(jù)流程圖中的數(shù)據(jù)項、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、處理邏輯、數(shù)據(jù)存儲和外部實體等六個方面進行具體的定義。 這樣，在隨后進行的系統(tǒng)設計中不論有多少人參加，大家都可以把數(shù)據(jù)字典作為統(tǒng)一的依據(jù)，不必擔心因數(shù)據(jù)不一致而出現(xiàn)矛盾和混亂。 1. 簡單的數(shù)據(jù)流程圖見圖 32： 符號說明： 代表實體； 代表處理； 代表數(shù)據(jù)存儲； 代表數(shù)據(jù)流向； 2. 根據(jù)數(shù)據(jù)流程圖，建立的數(shù)據(jù)字典如圖 33： 在數(shù)據(jù)字典中，每一個數(shù)據(jù)占一個字典條目，可以記入卡片，稱為條目卡。根據(jù)系統(tǒng)繪畫的兩個數(shù)據(jù)字典條目卡片： 人事部 抄寫 填扣款 填寫計算應的工資 上月工資發(fā)放清單 本月人員工資變動表 本月工資發(fā)放清單 本月工資發(fā)放清單 財務部 本月工資發(fā)放清單 員工 本月應發(fā)的工資 圖 32 畢業(yè)設計（論文） 22 數(shù)據(jù)流名：工資表 組成：基本工資 +崗位津貼 +效益工資 +扣款 +應發(fā)工資 備注： 數(shù)據(jù)項名：應發(fā)工資 含義：職員當月應發(fā)工資 取值：基本工資 +崗位津貼 +效益工資 扣款 備注： 數(shù)據(jù)流條目卡片 數(shù)據(jù)項目條目卡片 在小型應用系統(tǒng)中，數(shù)據(jù)條目有時也用簡易的方法表示，以簡化文檔，減少開發(fā)工作量。用簡易方法表示數(shù)據(jù)條目為： 工資表 =基本工資 +崗位津貼 +效益工資 +扣款 +實發(fā)工資 應發(fā)工資 =基本工資 +崗位津貼 +效益工資 扣款 扣款 =水電費 +煤氣費 +其他扣款 數(shù)據(jù)分析的步驟說明如下： （ 1） 確定各單項數(shù)據(jù)在目標系統(tǒng)中的名稱。 （ 2） 定義數(shù)據(jù)項的含義與取值。 （ 3） 定義目標系統(tǒng)的數(shù)據(jù)流。 編寫數(shù)據(jù)字典是系統(tǒng)開發(fā)的一項重要的基礎工作。一旦建立，并按編號 排序之后，就是一本可供查閱的關于數(shù)據(jù)的字典，從系統(tǒng)分析一直到系統(tǒng)設計和實施都要使用它。在數(shù)據(jù)字典的建立、修改和補充過程中，始終要注意保證數(shù)據(jù)的一致性和完整性。 數(shù)據(jù)字典可以用人工建立卡片的 辦法來管理，也可存儲在計算機中用一個數(shù)據(jù)字典軟件來管理。 功能分析 為了實現(xiàn)系統(tǒng)的目標，系統(tǒng)必須具有各種功能。所謂功能，指的是完成某 圖 33 畢業(yè)設計（論文） 23 工作的能力。在了解用戶要求的基礎上，下一步就是確定新系統(tǒng)的功能，即根據(jù)用戶要求，確定計算機究竟應該做哪些工作。在確定系統(tǒng)功能時，開發(fā)人員和用戶雙方都必須十分謹慎，要全面考慮并進行多次分析和討論，一旦系統(tǒng)功能確定之后，一般情況下不能再改動，以免影響后期工作。 對以上工資管理系統(tǒng)提出的功能需求可以歸納為以下幾個方面。 （ 1） 數(shù)據(jù)錄入模塊 數(shù)據(jù)錄入模塊用于把各種單據(jù)報表中的 數(shù)據(jù)及時登記到數(shù)據(jù)庫中，包 括人員基本情況表當月扣款表及當月效益工資的錄入 3 個模塊。 （ 2） 工資表項目修改模塊 由錄入的數(shù)據(jù)，根據(jù)事先決定的條件計算工資表各項內(nèi)容。 （ 3） 查詢統(tǒng)計模塊 分為一個小模塊。 （ 4） 報表打印模塊 打印工資條。 業(yè)務流程圖見下面圖 36。 系統(tǒng)說明書是軟件生命周期中一份極重要的文檔，在分析階段必須及時建立并保證其質(zhì)量。在建立系統(tǒng)說明書之后，還應對它進行反復檢查，爭取盡早發(fā)現(xiàn)潛在的錯誤并及時糾正。在分析階段糾正系統(tǒng)說明書上的某個錯誤可能只需要花費一個小時，但是到開發(fā)后續(xù)階段在糾正就可能花成百上千 小時的代價。因此，系統(tǒng)說明書應該完整、一致、精確、無二義，并且簡單易懂、容易維護。 第 節(jié) 系統(tǒng)設計階段 在明確了系統(tǒng)“做什么”之后，接下來就要考慮“怎么做”，設計階段就是要解決這個問題。這個階段的任務就是在系統(tǒng)說明書的基礎上建立軟件系統(tǒng)的結(jié)構(gòu)，包括數(shù)據(jù)結(jié)構(gòu)和模塊結(jié)構(gòu)，并說明每個模塊的輸入、輸出畢業(yè)設計（論文） 24 以及在完成的功能。數(shù)據(jù)結(jié)構(gòu)說明書給出程序所用到的數(shù)據(jù)結(jié)構(gòu)。 系統(tǒng)模型分為邏輯模型和物理模型。邏輯模型主要確定系統(tǒng)做什么，而物理模型則主要解決解決怎么做的問題，前者是系統(tǒng)分析的主要任務，后者 是系統(tǒng)設計的主要任務。 從系統(tǒng)分析的邏輯模型設計到系統(tǒng)設計的物理模型的設計是一個由抽象到具體的過程，有時并沒有明確的界限，甚至可能有反復。 經(jīng)過系統(tǒng)設計，設計人員應能為程序開發(fā)人員提供完整、清楚的設計文檔，并對設計規(guī)范中不清楚的地方做出解釋。 系統(tǒng)設計中，應該遵循以下原則： (1) 系統(tǒng)性。 (2) 靈活性。 (3) 可靠性。 (4) 經(jīng)濟性。 設計階段通常分以下幾個步驟進行： 1. 數(shù)據(jù)庫設計 數(shù)據(jù)庫設計，就是設計程序所需的數(shù)據(jù)的類型、格式、長度和組織方式。因為數(shù)據(jù)庫應用系統(tǒng)主要是處理大量的數(shù)據(jù)，所以，數(shù)據(jù)庫的設計也上 升為一項獨立的開發(fā)活動，成為數(shù)據(jù)庫應用系統(tǒng)中最受關心的中心問題。數(shù)據(jù)庫設計性能的優(yōu)劣，將直接影響整個數(shù)據(jù)庫應用系統(tǒng)的性能和執(zhí)行效率。 數(shù)據(jù)庫的設計過程如圖 34： 畢業(yè)設計（論文） 25 （ 1） 用戶 需求分析 這一步的主要任務，是從數(shù)據(jù)庫的所有用戶那里收集對數(shù)據(jù)的需求和對數(shù)據(jù)處理的需求，并把這些需求寫成用戶和設計人員都能接受的需求說明書。 （ 2） 概念 設計