【正文】 本課題的研究現(xiàn)狀 目前，在國內(nèi)外各大企事業(yè)單位中，人事管理系統(tǒng)的使用是非常廣泛的。而不同的企業(yè)具有不同的人事管理制度，這就決定了不同的企業(yè)需要不同的人事管理系統(tǒng)。因此建立適合企業(yè)的管理信息系統(tǒng)，是促進(jìn)企業(yè)信息高速公路的發(fā)展，為企業(yè)的發(fā)展提供條件的重要課題。與此同時(shí)， Inter 的發(fā)展與普及，國內(nèi)許多 企業(yè)已經(jīng)建成有自己的企業(yè)人力資源管理軟件，為企業(yè)的快速運(yùn)營提供了很大方便。 3 2 鄒方磊 .企業(yè)人事管理系統(tǒng)的設(shè)計(jì)與開發(fā) .北京郵電大 學(xué)碩士學(xué)位論文 .2021:1143. 3 楊升平 ,程春喜 .中小企業(yè)人事管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) .株洲職業(yè)技術(shù)學(xué)院本科論文 .2021:80120. 7 第二章 需求分析 需求分析 的結(jié)果是系統(tǒng)開發(fā)的基礎(chǔ)，關(guān)系到工程的成敗和軟件產(chǎn)品的質(zhì)量。 下面簡要敘述需求分析階段的具體任務(wù)。 對系統(tǒng)的綜合要求有下述四個(gè)方面： 1．系統(tǒng)功能要求 （ 1）登錄管理 （ 2）人員管 理 （ 3）部門管理 其中人員管理包括：添加，瀏覽，修改，撤銷，刪除，查詢等：部門管理包括添加、修改，刪除 2．系統(tǒng)性能要求 （ 1） 對資源的使用狀況作長期的監(jiān)控和數(shù)據(jù)收集 – Snmp+MRTG – Sar （ 2） 程序的優(yōu)化和系統(tǒng)結(jié)構(gòu)的優(yōu)化比硬件的性能優(yōu)化更有效 （ 3） 避免不受限制的使用系統(tǒng)資源設(shè)置各項(xiàng)服務(wù)對資源的使用限額，如 Apache, MySQL,PHP等 3．運(yùn)行要求 （ 1）支持系統(tǒng)運(yùn)行的系統(tǒng)軟件有 windows xp , Linux （ 2）數(shù)據(jù)庫管理系統(tǒng)有 Oracle系統(tǒng)， SQLserver, kingbose , OSCAR （ 3）外存儲器有 硬盤，光盤，移動硬盤，網(wǎng)盤， U盤等。因此，在數(shù)據(jù)字典中有 類型的條目：數(shù)據(jù)流條目、文件條目和數(shù)據(jù)項(xiàng)條目。 數(shù)據(jù)流條目對每個(gè)數(shù)據(jù)流進(jìn)行定義，它通常由四部分組成：數(shù)據(jù)流名、別名、組成和注釋。 如果數(shù)據(jù)流的組成很復(fù)雜，則可采用“自頂向下，逐步分解”的方式來表示。例如，三好學(xué)生＝ [ 甲 |乙 |丙 |丁 ]； 數(shù)據(jù)流條目的編 寫格式見表 24 242“職工基本情況”和“查詢條件”數(shù)據(jù)流條目。由于數(shù)據(jù)項(xiàng)是數(shù)據(jù)的最小單位，是不可分割的，因此數(shù)據(jù)項(xiàng)條 目只包含名稱、代碼、類型、長度和值的含義內(nèi)容等。數(shù)據(jù)項(xiàng)條目的格式見表244所示的“人事管理系統(tǒng)的數(shù)據(jù)項(xiàng)條目”。 四 、開發(fā)原型系統(tǒng) 在計(jì)算機(jī)硬件和許多其它工程產(chǎn)品的設(shè)計(jì)過程中經(jīng)常使用樣機(jī)。 對于軟件系統(tǒng)的開發(fā)，使用“樣機(jī)” (更正確的名稱應(yīng)該是原型系統(tǒng) )的主要目的是，使用戶通過實(shí)踐獲得關(guān)于未來的系統(tǒng)將怎樣為他們工作的更直接更具體的概念，從而可以更準(zhǔn)確地提出和確定他們的要求。向問題領(lǐng)域的專家學(xué)習(xí)，進(jìn)行用戶需求查是需求分析的第一步。功能需求定義了系統(tǒng)應(yīng)該做什么，系統(tǒng)要求輸入什么信息，輸出什么信息，以及如何將輸入變換為輸出。 綜合起來，應(yīng)該獲取用戶需求的內(nèi)容包括： (1)物理環(huán)境。 (2)系統(tǒng)界面。 (3)系統(tǒng)功能。 (4)數(shù)據(jù)要求。 (5)系統(tǒng)文檔規(guī)格。 (6)系統(tǒng)維護(hù)要求。 在獲取需求過程中遇到的典型問題是： (1)如何理解問題。但是要準(zhǔn)確、完整的獲取需求必須對問題具有深入的理解與把握。 (2)分析員與用戶的通信問題。與用戶建立相互信任、有效的溝通是分析員的首要任務(wù)。用戶需求通常是不斷變化的，而軟件開發(fā)人員則希望將需求凍結(jié)在某一時(shí)刻?，F(xiàn)實(shí)情況是分析員只能接受需求不斷變化的事實(shí)，應(yīng)該千方百計(jì)地使其工作適應(yīng)需求的變化。為了將現(xiàn)實(shí)世界中問題 的求解映射為信息處理模型，對問題進(jìn)行分解與抽象是普遍有效的基本法則。如果問題沒有可行的解，那么花費(fèi)在這項(xiàng)開發(fā)工程上的任何時(shí)間、資源、人力 和經(jīng)費(fèi)都是無謂的浪費(fèi)。 必須記住，可行性研究的目的不是解決問題，而是確定問題是否值得去解。必須分析幾種 主要的可能解法的利弊，從而 10 判斷原定的系統(tǒng)目標(biāo)和規(guī)模是否現(xiàn)實(shí)，系統(tǒng)完成后所能帶來的效益是否大到值得投 資開發(fā)這個(gè)系統(tǒng)的程度。 首先需要進(jìn)一步分析和澄清問題定義。 在澄清了問題定義之后，分析員應(yīng)該導(dǎo)出系統(tǒng)的邏輯模型。對每種解法都應(yīng)該仔細(xì)研究它的 可行性，一般說來，至少應(yīng)該從下述三方面研究每種解法的可行性： (1)技術(shù)可行性使用現(xiàn)有的技術(shù)能實(shí)現(xiàn)這個(gè)系統(tǒng)嗎 ? (2)經(jīng)濟(jì)可行性這個(gè)系統(tǒng)的經(jīng)濟(jì)效益能超過它的開發(fā)成本嗎 ? (3)操作可行性系統(tǒng)的操作方式在這個(gè)用戶組織內(nèi)行得通嗎 ? 分析員應(yīng)該為每個(gè)可行的解法制定一個(gè)粗略的實(shí)現(xiàn)進(jìn)度。如果問題沒有可行的．解，分析員應(yīng)該建議停止這項(xiàng)開發(fā)工程，以避免時(shí)間、資 源、人力和金錢的浪費(fèi)；如果 問題值得解，分析員應(yīng)該推薦一個(gè)較好的解決方案，并且為工程制定一個(gè)初步的計(jì)劃。 一、復(fù)查系統(tǒng)規(guī)模和目標(biāo) 分析員訪問關(guān)鍵人員，仔細(xì)閱讀和分析有關(guān)的材料，以便對問題定義階段書寫的關(guān)于規(guī)模和目標(biāo)的報(bào)告書進(jìn)一步復(fù)查確認(rèn)，改正含糊或不確切的敘述，清晰地描述對目標(biāo)系統(tǒng)的一切限制和約束。 二、研究目前正在使用的系統(tǒng) 沒有一個(gè)系統(tǒng)是在“真空”中運(yùn)行的，絕大多數(shù)系統(tǒng)都和其他系統(tǒng)有聯(lián)系。 三、導(dǎo)出新系統(tǒng)的高層邏輯模型 優(yōu)秀的設(shè)計(jì)過程通?？偸菑默F(xiàn)有的物理系統(tǒng)出發(fā)，導(dǎo)出現(xiàn)有系統(tǒng)的邏輯模型，再參考現(xiàn)有系統(tǒng)的邏輯模型，設(shè)想目標(biāo)系統(tǒng)的邏輯模型，最后根據(jù)目標(biāo)系統(tǒng)的邏輯模型建造新的物理系統(tǒng)。用戶是否也有 同樣的看法呢 ?分析員應(yīng)該和用戶一起再次復(fù)查問題定義、工程規(guī)模和目標(biāo)，這次復(fù)查應(yīng) 該把數(shù)據(jù)流圖和數(shù)據(jù)字典作為討論的基礎(chǔ)。 五、導(dǎo)出和評價(jià)供選擇的解法 分析員應(yīng)該從他建議的系統(tǒng)邏輯模型出發(fā)，導(dǎo)出若干個(gè)較高層次的 (較抽象的 )物理 解法供比較和選擇。在數(shù)據(jù)流圖上劃分不同的自動化邊界，從而導(dǎo)出不同物理方案的方法。還可以使用組合的方法導(dǎo)出若干種可能的物理系統(tǒng)，例如，在每一類計(jì)算機(jī)上可能有幾種不同類型的系統(tǒng)，組合各種可能將有微處理機(jī)上的批處理系統(tǒng)，微處理機(jī)上的交互式系統(tǒng)，小型機(jī)上的批處理系統(tǒng)等方案，此外還應(yīng)該把現(xiàn)有系統(tǒng)和人工系統(tǒng)作為兩個(gè)可能的方案一起考慮進(jìn)去。分析員必須清楚地表明他對這個(gè)關(guān)鍵性決定的建議。通常使用 部門的負(fù)責(zé)人主要根據(jù)經(jīng)濟(jì)上是否劃算決定是否投資于一項(xiàng)開發(fā)工程，因此分析員對于 所推薦的系統(tǒng)必須進(jìn)行比較仔細(xì)的成本／效益分析。此外還應(yīng)該估計(jì)系統(tǒng)生命周期每個(gè)階段的成本。 八、書寫文檔提交審查 應(yīng)該把上述可行性研究各個(gè)步驟的結(jié)果寫成清晰的文檔，請用戶和使用部門的負(fù)責(zé)人仔細(xì)審查，以決定是否繼續(xù)這項(xiàng)工程以及是否接受分析員推薦的方案。 12 在軟件工程學(xué)的需求分析中常用的方法通常采用結(jié)構(gòu)化分析技術(shù)、面向?qū)ο蠓治黾?術(shù)，以及原型開發(fā)技術(shù)等。按照 T． Demarco的定義，“結(jié)構(gòu)化分析就是使用數(shù)據(jù)流圖、數(shù)據(jù)詞典、結(jié)構(gòu)化英語、判定表和判定樹等工具，來建立一種新的、稱為結(jié)構(gòu)化說明書的目標(biāo)文檔。結(jié)構(gòu)化分析技術(shù)將軟件系統(tǒng)抽象為一系列的邏輯加工單元，各單元之間以數(shù)據(jù)流發(fā)生關(guān)聯(lián)。數(shù)據(jù)流模 型常用數(shù)據(jù)流圖表示。 20 世紀(jì) 60年代后期出現(xiàn)了面向?qū)ο蟮木幊陶Z言，在 Simula67 語言中引入了類和對象的概念， 70 年代初Xerox 公司推出了 Smalltalk．語言，奠定了面向?qū)ο蟪绦蛟O(shè)計(jì)的基礎(chǔ)， 1980 年出現(xiàn)的Smalltalk一 80標(biāo)志著面向?qū)ο蟪绦蛟O(shè)計(jì)進(jìn)入了實(shí)用階段。典型的方法有 P． Coad 和E． Yourdon 的面向?qū)ο蠓治?(OOA)和面向?qū)ο笤O(shè)計(jì) (OOD)， G． Booch的面向?qū)ο箝_發(fā)方法，J． Rumbaugh 等人提出的對象建模技術(shù) (OMT)， Jacobson的面向?qū)ο筌浖こ?(OOSE)等。 完整性 需求必須是完整的，規(guī)格說明書應(yīng)該包括用戶需要的每一個(gè)功能或性能。對硬件技術(shù)的進(jìn)步可以做些預(yù)測，對軟件技術(shù)的進(jìn)步則很難做出預(yù)測，只能從現(xiàn)有技術(shù)水平出發(fā)判斷需求的現(xiàn)實(shí)性。 為了更有效地保證軟件需求的正確性，特別是為了保證需求的一致性，需要有適當(dāng)?shù)能浖ぞ咧С中枨蠓治龉ぷ鳌? PSL／ PSA系統(tǒng)的功能主要有下述四種： (1)描述任何應(yīng)用領(lǐng)域的信息系統(tǒng)； (2)創(chuàng)建一個(gè)數(shù)據(jù)庫保存對該信息系統(tǒng)的描述符； (3)對描述符施加增加、刪除和更改等操作； (4)產(chǎn)生格式化的文檔和關(guān)于規(guī)格說明書的各種分析報(bào)告。具體地說，應(yīng)該 確定系統(tǒng)必須具有的功能和性能，系統(tǒng)要求的運(yùn)行環(huán)境，并且預(yù)測系統(tǒng)發(fā)展的前景；必須仔細(xì)分析系統(tǒng)中的數(shù)據(jù)，既要分析系統(tǒng)中的數(shù)據(jù)流又要分析長期使用的數(shù)據(jù)存儲。圖形工具比文字?jǐn)⑹瞿芨玫乇磉_(dá)重要的細(xì)節(jié)，數(shù)據(jù)流圖能夠極好地概括描述一個(gè)系統(tǒng)的信息。數(shù)據(jù)字典也是重要的，數(shù)據(jù)是把一個(gè)系統(tǒng)的各個(gè)組成元素連接在一起的“粘合劑”，為了成功地把所有系統(tǒng)元素連接起來，這些元素必須共享公共的數(shù)據(jù)定義，數(shù)據(jù)字典正 是這些數(shù)據(jù)定義的集合。因此，沒有對算法的了解就不能確切知道系統(tǒng)必須做什么。 14 第三章 系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 開發(fā)工具的選擇 現(xiàn)在，市場上可以選購的應(yīng)用開發(fā)產(chǎn)品很多，流行的也有數(shù)十種。然而，語言的彈性和工具的便利性是密不可分的，只強(qiáng)調(diào)程序語言的彈性，卻沒有便利的工具作配合，會使一些即使非常簡單的界面處理動作，也會嚴(yán)重地浪費(fèi)程序設(shè)計(jì)師的寶貴時(shí)間；相反，如果只有便利的工具，卻沒有彈性的語言作支持，許多特殊化的處理動作必需要耗費(fèi)數(shù)倍的工夫來處理，使得原來所標(biāo)榜的效率提高的優(yōu)點(diǎn)失去了作用。 1. 軟件 SQLserve2021的介紹 SQL Server 2021 是 Microsoft 公司推出的 SQL Server 數(shù)據(jù)庫管理系統(tǒng)的一個(gè)版本。 2. 開發(fā)軟件 Visual Studio 2021的介紹 今天，企業(yè)要獲得成功，就必須正視構(gòu)建和維護(hù)日益復(fù)雜的信息技術(shù) (IT) 解決方案的需求。自 IT 部門接受了技術(shù)支持任務(wù)的那一刻起，他們便成為絕大部分業(yè)務(wù)策略中的關(guān)鍵角色。對更 高成本效益的追求使得 IT 項(xiàng)目的預(yù)見性需求日漸增加。付出的代價(jià)是開發(fā)機(jī)會的時(shí)間投入以及膨脹的 IT 預(yù)算。 是 Active Server Page 的縮寫，意為“動態(tài)服務(wù)器主頁”。 ASP 的網(wǎng)頁文件的格式是 .asp，現(xiàn)在常用于各種動態(tài)網(wǎng)站中。 ASP 網(wǎng)頁可以包含 HTML 標(biāo)記、普通文本、腳本命令以及 COM 組件等。 4. 開發(fā)平臺 IIS 簡介 Inter Information Server 的縮寫為（ IIS）是一個(gè) World Wide Web server。 IIS 意味著你能發(fā)布網(wǎng)頁，并且有 ASP（ Active Server Pages）、 JAVA、 VBscript 產(chǎn)生頁面，有著一些擴(kuò)展功能。 其次 ,IIS 是隨 Windows NT Server 一起提供的文件和應(yīng)用程序服務(wù)器，是在 Windows NT Server 上建立 Inter 服務(wù)器的基本組件。 隨著科學(xué)技術(shù)的不斷提高，計(jì)算機(jī)科學(xué)日漸成熟，其強(qiáng)大的功能已為人們深刻認(rèn)識，它已進(jìn)入人類社會的各個(gè)領(lǐng)域并發(fā)揮著越來越重要的作用。這些優(yōu)點(diǎn)能夠極大地提高人事管理的效率，也是企業(yè)的科學(xué)化、正規(guī)化管理，與世界接軌的重要條件。隨著計(jì)算機(jī)技術(shù)的飛速發(fā)展，計(jì)算機(jī)在企業(yè)管理中應(yīng)用的普及，利用計(jì)算實(shí)現(xiàn)企業(yè)人事檔案的管理勢在必行。人事管理系統(tǒng)是現(xiàn)代企業(yè)管理工作 不可 缺少的一部分，是適應(yīng)現(xiàn)代企業(yè)制度要求、推動企業(yè)勞動人事管理走向科學(xué) 化、規(guī) 16 范化的必要條件。 人事信息管理系統(tǒng) 是一個(gè)典型的數(shù)據(jù)庫開發(fā)應(yīng)用程序，它由員工信息管理、工資管理、假條信息管理、系統(tǒng)用戶管理等模塊組成，具體規(guī)劃如下 ： （ 1） 系統(tǒng)用戶管理 ： 對使用系統(tǒng)的用戶進(jìn)行管理 ， 為他們分配 一定的權(quán)限 ， 使他們規(guī)范的使用系統(tǒng) 。管理員可以對系統(tǒng)的各個(gè)模塊進(jìn)行添加，刪除，修改，查詢；而一般用戶只能對各模塊進(jìn)行簡單的查詢，從而了解相關(guān)的信息。主要由管理員進(jìn)行。 （ 4） 職工假條管理 ： 職工假條管理是對職工的出勤進(jìn)行管理，方便人事處管理員對職工工資的核算， 方便隨時(shí)了解最新，最全面工作情況，從而合理的完成工作。 人事管理的系統(tǒng)功能結(jié)構(gòu)如圖 1所示： 4 邱尼卡 .人事信息管理系統(tǒng) .同濟(jì)大學(xué)碩士學(xué)位論文 .2021:45. 5 尚暉 ,張其亮 .一個(gè)企業(yè)人事管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) .浙江工貿(mào)職業(yè)技術(shù)學(xué)院本科學(xué)位論文 .2021:153155. 17 圖 1 系統(tǒng)功能結(jié) 構(gòu)圖 人事管理系統(tǒng)的數(shù)據(jù)庫采用 Access ，系統(tǒng)數(shù)據(jù)庫的名稱為“ data”。下面分別給出數(shù)據(jù)表概要說明和主要數(shù)據(jù)表的結(jié)構(gòu)。職工信息表見表 1 所示： 表 1 人員 基本信息表 字段 字段名 類型 寬度 Nulls 1 編號 數(shù)值型 11 否 2 姓名 字符型 20 否 3 身份證號 字符型 18 否 4 民族 字符型 10 否 5 性別 字符型 4 否