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