【正文】 [5]陳華明、鄭華：《 PowerBuilder 應用技巧與常見問題》，機械工業(yè)出版社， 第一版 . [6] 鄺孔武、王曉敏：《信息系統(tǒng)分析與設計》，清華大學出版社， 2020 年 [7] 胡存生 編 《 PowerBuilder 開發(fā)實例詳解》 電子工業(yè)出版社 . [8]何旭洪 余建英 編 《 PowerBuilder 數(shù)據(jù)庫系統(tǒng)開發(fā)實例導航（地二版）》 人民郵電出版社 。 [3]浙江財經(jīng)學院：《 2020 屆浙江財經(jīng)學院畢業(yè)生優(yōu)秀論文選編》，浙江財經(jīng)學院教務處 2020 年 9 月。 1謝辭 非常感謝楊曉波老師的認真指導，同時也非常感謝同學們對我的幫助，謝謝！ 參考文獻資料 [1]袁鵬飛、孫軍安：《 SQL Server2020 數(shù)據(jù)庫系統(tǒng)管理》 ,人民郵電出版社 第一版。 結束語 通過緊張的畢業(yè)實習和畢業(yè)設計， 使我對 PB和 SQL 有了更多的認識和理解，對系統(tǒng)的開發(fā)流程有了更深層次的了解。 與系統(tǒng)分析、系統(tǒng)設計階段相比較，系統(tǒng)實施階段的工作量遠遠大于前幾個階段，而且投入的 時間也較長。為了能發(fā)現(xiàn)系統(tǒng)中的錯誤，應竭力設計能暴露錯誤的測試用例。 (4)系統(tǒng)實施階段 經(jīng)過需求分析、系統(tǒng)分析和系統(tǒng)設計等階段的開發(fā)后，得到了源程序，開始進入到系統(tǒng)調(diào)試階段。理論上是越嚴格越好，但實際的數(shù)據(jù)庫設計中要考慮一定的可擴展性、性能及實 用性。數(shù)據(jù)庫中的各種對象的命名、后臺程序的代碼編寫應采用大小寫敏感的形式，各種對象命名長度不要超過 30個字符，這樣操作起來也方便不少。 以下兩方面是需要注意的。如果不能設計一個合理的數(shù)據(jù)庫模型，不僅會增加客戶端和服務器段程序的編程和維護的難度，而且將會影響系統(tǒng)實際運行的性能。清楚哪些功能是我們開發(fā)系統(tǒng)著重的，是系統(tǒng)的核心模塊。因為如果在做系統(tǒng)的時候，才發(fā)現(xiàn)自己原先設計下來的模塊不合理 ，難以滿足用戶的需求或則是難以實現(xiàn)這個功能，那就必須把這個模塊推翻了，如果這個模塊又設計到其他的模塊，那這個對系統(tǒng)的改動是巨大的，也是很花費時間的。我們需要把前面階段收集來的信息進行整理（特別是用戶的需求分析），找出我們需要的信息，定下系統(tǒng)開發(fā)過程中我們需要 實現(xiàn)的功能。 系統(tǒng)設計階段是開發(fā)系統(tǒng)的重要階段。還有數(shù)據(jù)庫的設計也要充分考慮到前臺代碼執(zhí)行的效率，不能僅僅是為了設計數(shù)據(jù)庫設計而設計，這會可能導致在編寫代碼時遇到諸多不便，這點我深有體會 .剛開始數(shù)據(jù)庫設計很隨便 ,到后來真正要實施這個功能的時候 ,才發(fā)覺自己數(shù)據(jù)設 計的差 ,很多功能實現(xiàn)麻煩 ,要通過不同表之間的數(shù)據(jù)調(diào)換 ,這就增加了很多麻煩 . 在系統(tǒng)設計階段，每個模塊應該盡可能的獨立，這樣可以減少模塊間的調(diào)用關系和數(shù)據(jù)交換關系。下面是幾條常見的準則： (1)對于用戶提出的每個需求都要知道 “ 為什么 ” ，并判斷用戶提出的需求是否有充足的理由； (2)將那種以 “ 如何實現(xiàn) ” 的表述方式轉換為 “ 實現(xiàn)什么 ” 的方式，因為需求分析階段關注的目標是 “ 做什么 ” ，而不是 “ 怎么做 ” ；(3)分析由用戶需求衍生出的隱含需求，并識別用戶沒有明確提出來的 隱含需求（有可能是實現(xiàn)用戶需求的前提條件），這一點往往容易忽略掉，經(jīng)常因為對隱含需求考慮得不夠充分而引起需求變更。需要注意的是，每一次交流一定要有記錄，對于交流的結果還可以進行分類，便于后續(xù)的分析活動。 2. 對用戶進行訪談和調(diào)研。 因為系統(tǒng)分析員和用戶的知識構成不同，使的雙方交流比較困難，建議 為獲取用戶需求需要執(zhí)行的活動 ： 1． 了解客戶方的所有用戶類型以及潛在的類型。根據(jù)我自己做系統(tǒng)來看，我覺得系統(tǒng)分析的困難主要來自三個方面：問題空間的理解、人與人之間的溝通和環(huán)境的不斷變化。 (2)系統(tǒng)分析階段 系統(tǒng)分析是研制信息系統(tǒng)的最 重要的階段，也是最困難的階段。這對于保證資源的合理使用是十分重要的，也是系統(tǒng)開始做以后能順利進行的必要保證。后來，我主要側重了系統(tǒng)的可行性分析， 實現(xiàn)的技術可行性、環(huán)境分析、費用分析、時間分析等 。 下面來談談系統(tǒng)設計階段的幾點體會： (1)系統(tǒng)規(guī)劃階段 一開始做這種調(diào)查，總是經(jīng)驗不夠，也浪費了不少時間，走了不少冤枉路。最后，這個軟件還是在我預計的時間里完成了。當遇到概念性較強的問題時 ,有時可能可以立即從資料書中查出來解決掉 ,這樣大大地提高了自己的正確度 ,而且也增加了自己的信心。對 pb里的各種函數(shù)數(shù)據(jù)窗口函數(shù)有了進一步的認識和理解 .想象中的和現(xiàn)實中實際操作的會有很大的不同 ,下面是我的幾點心得體會 : 設計階段是一個系統(tǒng)先期準備十分的重要階段 ,特別是后臺 數(shù)據(jù)庫的設計 . 這又關系到需求分析 ,專業(yè)和非專業(yè)說出同一句話 ,可能表達含意就會不同 .這一點我深有體會。用戶自定義對象 ,函數(shù) ,結構的定義和相互調(diào)用 。一開始 ,我自認為自己曾經(jīng)做過幾個小的系統(tǒng) ,而且相關的系統(tǒng)開發(fā)工具掌握的也還算可以，覺得做個畢業(yè)設計也應該不是很難 ,所以起先沒有花多大時間在這上面，一接觸到系統(tǒng)，就根據(jù)自己的想象和應該涉及的內(nèi)容就為系統(tǒng)設計了幾個功能模塊，自認為那將會是一個滿意的成果。 在經(jīng)歷了一個月在寢室里沒日沒夜的奮斗、努力，雖然期間有遇到過不少的辛酸和苦惱，給自己帶來過莫大的壓力，可是到現(xiàn)在回想起來還 是感覺到萬分欣慰的。 回顧這段時間的“奮戰(zhàn)”歷程，忙碌和勞累遍布其中，然而更多的是感觸和收獲。主界面功能模塊劃分比較清晰。 本系統(tǒng)經(jīng)過不斷的改進和完善，已經(jīng)可以正常運行，并基本完成所設計的所有功能。它包括了以下幾個方面： （ 1）程序的維護：根據(jù)運行記錄發(fā)現(xiàn)程序的錯誤，或者環(huán)境的變化，部分程序需要改變 （ 2）數(shù)據(jù)文件的維護：數(shù)據(jù)量的增加，需要建立新的文件，或者對現(xiàn)有的文件結構進行修改 （ 3）代碼的維護：環(huán)境的變化使得舊的代碼不能適應新的要求，必須進行改造。 系統(tǒng)在正式投入使用后需要不斷完善，隨著管理環(huán)境的變化，對系統(tǒng)提出了更高更新的要求，難免出現(xiàn)不如人意的地方，或者有些地方效率不夠高、使用不夠方便，甚至出現(xiàn)錯誤的地方。隨著信息技術在國民經(jīng)濟一些重要領域的應用日益廣泛，軟件系統(tǒng)的任何錯誤，都可能造成生命財產(chǎn)的重要損失。 人們常常有一種錯覺，認為程序編寫出來之后就接近尾聲了，或則是認為一個程序輸入一些數(shù)據(jù)運行一兩次就“通過”了。 6． 系統(tǒng)調(diào)試 調(diào)試一個系統(tǒng)大致可分為程序調(diào)試、聯(lián)合調(diào)試、系統(tǒng)調(diào)試三個層次。 6． 程序設計 本系統(tǒng)運用目前面向?qū)ο蟮拈_發(fā)工具 PB9. 0 開發(fā)的，基本實現(xiàn)了需求分析階段所需的功能，包括 :系統(tǒng)模塊管理 、員工管理、考勤管理、工資管理、統(tǒng)計報表管理、幫助 . 6． 人員培訓 人員培訓是指對系統(tǒng)投入后將對該系統(tǒng)進行操作的用戶進行培訓，根據(jù)他們的計算機的基礎，提前對他們進行培訓，使他們適應并熟悉新的操作方法。這個階段的任務，是實現(xiàn)系統(tǒng)設計階段提出的物理模型，按實施方案完成一個可以實際運行的信息系統(tǒng)，交付用戶使用 。 以員工信息查詢?yōu)槔? 輸出信息名稱：員工信息 輸出媒體：打印機和屏幕畫面 輸出周期：不限 輸出數(shù)據(jù)項名稱：員工號 、部門、性別、血型、聯(lián)系電話、身份證 等。因此，必須十分重視輸出設計。管理信息系統(tǒng) 只有通過輸出才能為用戶服務。輸入設計的內(nèi)容應包括以下幾點：（ 1）確定輸入數(shù)據(jù)內(nèi)容；（ 2）確定數(shù)據(jù)的輸入方式；（ 3）確定輸入數(shù)據(jù)的記錄格式；（ 4）輸入數(shù)據(jù)的正確性校驗；（ 5）確定輸入設備。有了代碼就可以建立統(tǒng)一的經(jīng)濟信息語言，有利于提高通用化水平，使資源共享，達到統(tǒng)一化，有利于采用集中化措施以節(jié)約人力，加快處理速度，便于檢索。 員工管理模塊 員工考勤模塊 系統(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)計報表管理 在該模塊中以報表形式顯示出來，對其進行打印。它是根據(jù)前面的幾個階段的結果，在已獲準的系統(tǒng)分析報告基礎上進行系統(tǒng)設計。 數(shù)據(jù)流名：打印請求 組成：打印標志 單位人事管理 5 系統(tǒng)設計 在前面進行了一系列的系統(tǒng)調(diào)查和系統(tǒng)分析以后，接下來的工作便是系統(tǒng)設計了。 執(zhí)行頻率： XX 次 /日 數(shù)據(jù)流名 ：輸入請求 組成：輸入標志 數(shù)據(jù)流名：打印請求 組成：打印標志 加工名： 打印請求 編號： 激發(fā)條件： 打印請求已輸入 執(zhí)行頻率： XX 次 /日 數(shù)據(jù)存儲名稱 :員工信息表 存儲結構 :員工號，姓名，性別，出生年月 ， 籍貫，民族，國籍，政治面貌，血型，職務，部門，身份證號，電話，手機，婚姻 狀況，健康狀況。 執(zhí)行頻率： XX 次 /日 數(shù)據(jù)流名：修改請求 組成：修改標志 數(shù)據(jù)流名：打印請求 組成：打印標志 、考勤管理模塊