【文章內容簡介】 工作便是系統(tǒng)設計了。這是軟件工程中第二個關鍵的階段。它是根據(jù)前面的幾個階段的結果，在已獲準的系統(tǒng)分析報告基礎上進行系統(tǒng)設計。 5． 系統(tǒng)功能結構設計 5． 1． 1 系統(tǒng)功能設計 系統(tǒng)功能 設計是確定本系統(tǒng)所應包含的功能模塊，本功能結構圖如下所示： 統(tǒng)計報表模塊 員工管理模塊 員工考勤模塊 員工工資模塊 系統(tǒng)模塊 重新登陸 用戶管理 系統(tǒng)備份 系統(tǒng)還原 新員工添加 員工信息查詢 員工部門管理 員工信息維護 缺勤類型設定 個人考勤記錄 基本工資設定 津貼管理 月工資生成 醫(yī)療保險管理 員工信息統(tǒng)計 考勤信息統(tǒng)計 月工資統(tǒng)計 5． 功能模塊分析 系統(tǒng)功能描述： 以“單位人事管理系統(tǒng)”為主線，經(jīng)過分析需要包含以下幾個子系統(tǒng) 5． 2． 員工信息管理： 用于輸入員工信息 ,查詢員工信息 ,修改員工資料 .此模塊包括以下 4 個子模塊 : (1)新員工的登記 .(2)員工信息的查詢 .(3)員工信息維護 .(4)部門管理 . 在這 4 個子模塊中可以實現(xiàn)系統(tǒng)的一些功能 ,包括 :添加新員工 ,員工按部門分類 ,查詢員工信息 ,修改員工信息 ,添加刪除部門等 . (圖一 ) 關于本系統(tǒng) 工具欄設定 (圖二 ) (圖三 ) (圖四 ) 5． 2． 考勤管理 用于設定缺勤類型以及個人考勤記錄 .此模塊包括二個子模塊 :(1)缺勤類型設定 .(2)個人考勤記錄 .在這二個模塊中 ,實現(xiàn)的功能有 :添加 ,刪除缺勤類型 ,添加刪除個人考勤記錄 . (圖一 ) (圖二 ) 5． 2． 工資管理 先設定基本工資 ,在添加員工每月的津貼及醫(yī)療報銷 .最后統(tǒng)計出 員工改月的工資 .此模塊包括四個主要子模塊 :(1)基本工資設定 .(2)津貼管理 .(3)醫(yī)療報銷 .(4)月工資生成 . 主要完成的功能有 :根據(jù)基本工資 ,考勤 ,津貼 ,等統(tǒng)計出該員工此月的工資 ,可以生成報表 . (圖一 ) (圖二 ) (圖三 ) 5． 2． 統(tǒng)計報表管理 在該模塊中以報表形式顯示出來，對其進行打印。包括以下三個統(tǒng)計： (1)員工信息統(tǒng)計 (2)考勤信息統(tǒng)計 (3)月工資統(tǒng)計 5． 2． 系統(tǒng)模塊 該系統(tǒng)模塊中 ,主要實現(xiàn)的功能有 :用戶切換即重登陸 ,管理員對用戶的管理(包括 添加 ,刪除 ,修改用戶 ,設置用戶權限 ),系統(tǒng)備份以及系統(tǒng)還原 . (圖一 ) (圖二 ) (圖三 ) 5． 2． 幫助模塊： 在該模塊中主要描述該系統(tǒng)的相關信息和開發(fā)工具 . 5． 代碼設計 代碼是用來表示客觀事物的一個或者一組有序的符號，它應易于計算機和人識別與處理。有了代碼就可以建立統(tǒng)一的經(jīng)濟信息語言，有利于提高通用化水平，使資源共享，達到統(tǒng)一化，有利于采用集中化措施以節(jié)約人力，加快處理速度，便于檢索。 為了更好的方便計算機和人識別與處理，根據(jù)有關規(guī)定結合實際情況，本系統(tǒng)的主要代碼的編碼規(guī)則如下： （ 1） 員工序號：十位字符型 （ 2） 部門編號：十位字符型 （ 3） 員工姓名：十位字符串型 （ 4） 月工資時間：六位字符型 5． 輸入輸出設計 5． 4． 輸入設計 輸入設計的目標是保證向系統(tǒng)輸入正確的數(shù)據(jù)，在此前提下，應做到輸入方法簡單、迅速、經(jīng)濟、方便。輸入設計的內容應包括以下幾點：（ 1）確定輸入數(shù)據(jù)內容；（ 2）確定數(shù)據(jù)的輸入方式；（ 3）確定輸入數(shù)據(jù)的記錄格式；（ 4）輸入數(shù)據(jù)的正確性校驗；（ 5）確定輸入設備。 現(xiàn)以員工資料輸入為例說明： 輸入名稱與功能：名稱為員工資料錄入信息，主要功能是輸入員工的基本 信息 輸入媒體：鍵盤、鼠標 輸入方式：實時輸入 入數(shù)據(jù)校驗：人工校驗與機器校驗相結合 5． 4． 輸出設計 輸出設計的重要性是顯而易見的。管理信息系統(tǒng)只有通過輸出才能為用戶服務。信息系統(tǒng)能否為用戶提供準確、及時、適用的信息是評價信息系統(tǒng)優(yōu)劣的標準之一。因此，必須十分重視輸出設計。從系統(tǒng)開發(fā)的角度看，輸出決定輸入，即輸入信息只有根據(jù)輸出要求才能確定。 以員工信息查詢?yōu)槔? 輸出信息名稱：員工信息 輸出媒體：打印機和屏幕畫面 輸出周期：不限 輸出數(shù)據(jù)項名稱：員工號 、部門、性別、血型、聯(lián)系電話、身份證 等。 系統(tǒng)實施是開發(fā)信息系統(tǒng)的最后一個階段。這個階段的任務，是實現(xiàn)系統(tǒng)設計階段提出的物理模型，按實施方案完成一個可以實際運行的信息系統(tǒng)，交付用戶使用。它包括程序設計、人員培訓、系統(tǒng)調試與切換。 6． 程序設計 本系統(tǒng)運用目前面向對象的開發(fā)工具 PB9. 0 開發(fā)的，基本實現(xiàn)了需求分析階段所需的功能，包括 :系統(tǒng)模塊管理 、員工管理、考勤管理、工資管理、統(tǒng)計報表管理、幫助 . 6． 人員培訓 人員培訓是指對系統(tǒng)投入后將對該系統(tǒng)進行操作的用戶進行培訓，根據(jù)他們的計算機的基礎，提前對他們進 行培訓，使他們適應并熟悉新的操作方法。順利完成新舊系統(tǒng)的交接。 6． 系統(tǒng)調試 調試一個系統(tǒng)大致可分為程序調試、聯(lián)合調試、系統(tǒng)調試三個層次。調試過程是先進行程序調試，再聯(lián)合調試，最后進行系統(tǒng)調試。 人們常常有一種錯覺，認為程序編寫出來之后就接近尾聲了，或則是認為一個程序輸入一些數(shù)據(jù)運行一兩次就“通過”了。事情并沒有這么簡單。隨著信息技術在國民經(jīng)濟一些重要領域的應用日益廣泛，軟件系統(tǒng)的任何錯誤，都可能造成生命財產(chǎn)的重要損失。問題的關鍵是盡早發(fā)現(xiàn)和糾正這些錯誤，減少錯誤造成的損失。 統(tǒng)維護 系統(tǒng)在正式投入使用后需要不斷完善，隨著管理環(huán)境的變化，對系統(tǒng)提出了更高更新的要求，難免出現(xiàn)不如人意的地方，或者有些地方效率不夠高、使用不夠方便，甚至出現(xiàn)錯誤的地方。 系統(tǒng)維護就是順應這些要求而存在的，他是系統(tǒng)生存的重要條件。它包括了以下幾個方面： （ 1）程序的維護：根據(jù)運行記錄發(fā)現(xiàn)程序的錯誤，或者環(huán)境的變化，部分程序需要改變 （ 2）數(shù)據(jù)文件的維護：數(shù)據(jù)量的增加，需要建立新的文件，或者對現(xiàn)有的文件結構進行修改 （ 3）代碼的維護：環(huán)境的變化使得舊的代碼不能適應新的要求，必須進行改造。制定新的代碼或者修改 舊的代碼體系 （ 4）機器、設備的維護：就是機器、設備的日常維護與管理，當它們出現(xiàn)小故障要進行必要的修理。 本系統(tǒng)經(jīng)過不斷的改進和完善，已經(jīng)可以正常運行，并基本完成所設計的所有功能。系統(tǒng)運行比較穩(wěn)定，操作簡單。主界面功能模塊劃分比較清晰。 由于時間有限，對 PB 的掌握也不夠，所以在很多方面仍然不能解決，功能不夠完善，有待日后繼續(xù)改善。 回顧這段時間的“奮戰(zhàn)”歷程，忙碌和勞累遍布其中，然而更多的是感觸和收獲。在整個系統(tǒng)設計實施的過程中，不僅在專業(yè)知識上有了很具體 的認識，在學習能力和動手能力上有所提高；更重要的是我對動力和能力的開發(fā)和把握有了更深的理解。 在經(jīng)歷了一個月在寢室里沒日沒夜的奮斗、努力，雖然期間有遇到過不少的辛酸和苦惱，給自己帶來過莫大的壓力，可是到現(xiàn)在回想起來還是感覺到萬分欣慰的。我不去管它付出與得到的是否成什么比例，因為不管怎么樣，終于有了少許收獲，也有較深感觸 . 收獲在于 :我的專業(yè)知識的有了很大的提高 . 感觸在于，我的專業(yè)知識的需要更一步的提高。一開始 ,我自認為自己曾經(jīng)做過幾個小的系統(tǒng) ,而且相關的系統(tǒng)開發(fā)工具掌握的也還算可以，覺得做個畢業(yè)設計也應該 不是很難 ,所以起先沒有花多大時間在這上面，一接觸到系統(tǒng)，就根據(jù)自己的想象和應該涉及的內容就為系統(tǒng)設計了幾個功能模塊，自認為那將會是一個滿意的成果。后來經(jīng)過實際調查和參考了相關的書籍，才發(fā)現(xiàn)原來很多都不是我想的那么簡單，很多細節(jié)方面的東西都會出現(xiàn)很多的十字路，因此，又要對系統(tǒng)重新考慮，這樣一次一次的反復操作，一次一次的遇到困難，解決困難，雖然有時一個問題可能要花很多的時間，但整個過程下來 ,真的的確學到很多知識和技巧 .在老師和同學的大力的輔導下 ,我學會了如何活用數(shù)據(jù)窗口 。用戶自定義對象 ,函數(shù) ,結構的定義和相互調 用 。編程過程中嚴格用 pb 規(guī)范格式編程 。對 pb里的各種函數(shù)數(shù)據(jù)窗口函數(shù)有了進一步的認識和理解 .想象中的和現(xiàn)實中實際操作的會有很大的不同 ,下面是我的幾點心得體會 : 設計階段是一個系統(tǒng)先期準備十分的重要階段 ,特別是后臺數(shù)據(jù)庫的設計 . 這又關系到需求分析 ,專業(yè)和非專業(yè)說出同一句話 ,可能表達含意就會不同 .這一點我深有體會。由于自己所學專業(yè)知識的限制 ,很多東西還是有待學習的 ,其中的很多問題都沒辦法解決 ,所以只好向同學請教 ,這也使的我的系統(tǒng)的很多模塊之間的思路有一點相似之處 . 在做畢業(yè)設計時，最好自己能夠準備幾本 關于 powerbuilder 和 SQL的參考書在旁邊 ,這樣我覺得絕對會對你有幫助。當遇到概念性較強的問題時 ,有時可能可以立即從資料書中查出來解決掉 ,這樣大大地提高了自己的正確度 ,而且也增加了自己的信心。 解決一個個問題后 ,讓人感到很有成就感 . 最后還要說一下的是在設計過程中碰到很多困難不要泄氣，對于軟件只有熟悉掌握，才能得心應手，不能現(xiàn)學現(xiàn)做，這樣每一步都會非常困難，而且做出來的東西也不會盡人意。最后，這個軟件還是在我預計的時間里完成了。由于能力有限，這個軟件肯定存在很多不合理和不完善的地方，但是，我已 經(jīng)盡最大的努力來完成它，另外也非常感謝設計中給我很多幫助的同學和老師。 下面來談談系統(tǒng)設計階段的幾點體會： (1)系統(tǒng)規(guī)劃階段 一開始做這種調查，總是經(jīng)驗不夠，也浪費了不少時間，走了不少冤枉路。因為涉及的因素很多，不確定的問題突出，所以目標不是很明確，做的也不夠細致。后來，我主要側重了系統(tǒng)的可行性分析， 實現(xiàn)的技術可行性、環(huán)境分析、費用分析、時間分析等 。事實上，可行性研究是任何系統(tǒng)正式投入力量之前必須進行的一項工作。這對于保證資源的合理使用是十分重要的，也是系統(tǒng)開始做以后能順利進行的必要保證。 所以，從思想上 我們要重視這一階段，認認真真進行調查，虛心求教，掌握一手資料，了解現(xiàn)階段該系統(tǒng)的使用現(xiàn)狀，發(fā)現(xiàn)其中不足之處，在開發(fā)時進行更新，這樣才能為后面進一步開展奠定扎實的基礎。 (2)系統(tǒng)分析階段 系統(tǒng)分析是研制信息系統(tǒng)的最重要的階段，也是最困難的階段。如何才能做好這個階段的任務成為關鍵。根據(jù)我自己做系統(tǒng)來看，我覺得系統(tǒng)分析的困難主要來自三個方面：問題空間的理解、人與人之間的溝通和環(huán)境的不斷變化。 這個階段最重要的就是了解用戶的需求， 如果將 用戶 需求分析的工作歸結為編寫需求規(guī)格說明書，這種簡化的做法往往是導致項目后期 層出不窮問題的罪魁禍首。 因為系統(tǒng)分析員和用戶的知識構成不同，使的雙方交流比較困難，建議 為獲取用戶需求需要執(zhí)行的活動 ： 1． 了解客戶方的所有用戶類型以及潛在的類型。然后，根據(jù)他們的要求來確定系統(tǒng)的整體目標和系統(tǒng)的工作范圍。 2. 對用戶進行訪談和調研。交流的方式可以是會議、電話、電子郵件。需要注意的是，每一次交流一定要有記錄，對于交流的結果還可以進行分類，便于后續(xù)的分析活動。3. 需求分析人員對收集到的用戶需求做進一步的分析和整理。下面是幾條常見的準則： (1)對于用戶提出的每個需求都要知道 “ 為什么 ” ，并判斷 用戶提出的需求是否有充足的理由； (2)將那種以 “ 如何實現(xiàn) ” 的表述方式轉換為 “ 實現(xiàn)什么 ” 的方式，因為需求分析階段關注的目標是 “ 做什么 ” ，而不是 “ 怎么做 ” ；(3)分析由用戶需求衍生出的隱含需求，并識別用戶沒有明確提出來的隱含需求（有可能是實現(xiàn)用戶需求的前提條件），這一點往往容易忽略掉，經(jīng)常因為對隱含需求考慮得不夠充分而引起需求變更。 (3)系統(tǒng)設計階段 在這一階段感觸最深的是對數(shù)據(jù)庫的設計，數(shù)據(jù)庫是所有信息的集合，好的數(shù)據(jù)庫設計可以大大減少數(shù)據(jù)冗余度，如果數(shù)據(jù)冗余度太大，將占用很對系統(tǒng)資源，給服務器帶來沉重的負 擔。還有數(shù)據(jù)庫的設計也要充分考慮到前臺代碼執(zhí)行的效率，不能僅僅是為了設計數(shù)據(jù)庫設計而設計，這會可能導致在編寫代碼時遇到諸多不便，這點我深有體會 .剛開始數(shù)據(jù)庫設計很隨便 ,到后來真正要實施這個功能的時候 ,才發(fā)覺自己數(shù)據(jù)設計的差 ,很多功能實現(xiàn)麻煩 ,要通過不同表之間的數(shù)據(jù)調換 ,這就增加了很多麻煩 . 在系統(tǒng)設計階段，每個模塊應該盡可能的獨立，這樣可以減少模塊間的調用關系和數(shù)據(jù)交換關系。每個模塊的功能最好能讓其盡可能的單一，這樣易于以后系統(tǒng)的修改，可以大 大的減少相關的操作。 系統(tǒng)設計階段是開發(fā)系統(tǒng)的重要階段。這個階段。 我們需要把前面階