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