【正文】 當(dāng)然在企業(yè)中唯一有權(quán)利管理這塊的是人事主管部門，對(duì)于企業(yè)中領(lǐng)導(dǎo)來說卻只能對(duì)其進(jìn)行一定的查詢，普通的員工也只能查閱自身相關(guān)的信息。圖 37 所示的用例圖屬于考勤信息管理模塊。但是假如在合同生效期間，員工出現(xiàn)科違背合同的相關(guān)事情，那么勞動(dòng)合同就是自動(dòng)的解除。同時(shí)去簽訂新的勞動(dòng)合同。 人 事 管 理 員續(xù) 簽 合 同 信 息新 增 合 同 信 息領(lǐng) 導(dǎo)查 詢 合 同 信 息終 止 合 同 信 息普 通 員 工個(gè) 人 合 同 查 看 合 同 信 息變 更 合 同 信 息 圖 36 勞動(dòng)合同管理功能 的 用例圖 勞動(dòng)合同一旦被簽訂之后，就具有相關(guān)法律效力，合同雙方都有自己的相關(guān)義務(wù)或者權(quán)利，這也是對(duì)于用人單位和勞動(dòng)者雙方的權(quán)益保障 [39]。 系 統(tǒng) 管 理 員更 改 部 門 信 息新 增 部 門 信 息查 詢 部 門 信 息刪 除 部 門 信 息 圖 35 部門信息管理功能 的 用例圖 企業(yè) 在不斷的向前發(fā)展，那么就必然的會(huì)出現(xiàn)一些部門的增減，那在此種情況下，為了信息的可靠準(zhǔn)確，對(duì)于系統(tǒng)中的相關(guān)管理人員應(yīng)該賦予其一些權(quán)限功能，讓其能夠?qū)ο嚓P(guān)信息進(jìn)行操作處理等。 人 事 管 理 員更 改 員 工 信 息新 增 員 工 信 息領(lǐng) 導(dǎo)查 詢 員 工 信 息刪 除 員 工 信 息普 通 員 工個(gè) 人 信 息 管 理 圖 34 員工信息管理功能 的 用例圖 由于企業(yè)是不斷的向前發(fā)展的，那么就會(huì)必然的有很多的員工離職以及退休，對(duì)于第 3章 系統(tǒng)需求分析 19 這部分職工信息，一定要做好保存， 可是，系統(tǒng)效率的提升是必要的，這主要是由于保存信息需要比較多的 服務(wù)器 ，可是躲過的服務(wù)器壓力也是有害的 ， 作為歷史信息，便于后期的快速查閱，但是卻不可以進(jìn)行修改 [38]。 第 3章 系統(tǒng)需求分析 18 員 工 信 息 管 理 部 門 信 息 管 理 勞 動(dòng) 合 同 管 理 考 勤 信 息 管 理工 資 信 息 管 理 培 訓(xùn) 管 理 查 詢 管 理 系 統(tǒng) 管 理 圖 32 企業(yè)人事管理系統(tǒng)功能 的 包圖 如圖 33 示，則主要是用例圖中的主角以及用例之間的某種特定關(guān)系， 同時(shí)在企業(yè)人事管理中海油參與者在其中。 在系統(tǒng)中合理的引進(jìn)一些包圖是有用的，針對(duì)用例分類功能不同， 其具有比較復(fù)雜的功能模塊，主要如圖 32 所示 ，這些功能模塊是相互獨(dú)立的，同時(shí)，相互之間也存在一定的聯(lián)系 。 ，有的時(shí)候不一定是完全正確的，那么應(yīng)該對(duì)此作出一定的解釋。 ，做出較好的捕獲技術(shù)，這樣就會(huì)有很多的實(shí)例，從中挑選出比較重要、有價(jià)值的進(jìn)行相關(guān)開發(fā)。 ，比如說進(jìn)行調(diào)查、訪談或者是歷史文檔的閱讀燈。 。但是對(duì)于用例圖卻是有相關(guān)要求的，一般對(duì)于程序開發(fā)人員和用戶來說，應(yīng)該比較清楚的了解到其需求，這樣才不會(huì)在表達(dá)上有所歧義。在用例圖中的主要部分就是用例和主角，存在于它們之間的關(guān)系是一種可以用用例進(jìn)行可視化描述的。 用例模型的最關(guān)鍵點(diǎn)是需求分析階段，同時(shí)這也是一條研發(fā)全部的系統(tǒng)時(shí)的主線，可以在整個(gè)系統(tǒng)開 發(fā)的環(huán)節(jié)過程中確保實(shí)現(xiàn)所有的功能。 ，應(yīng)該是比較好，美觀、簡潔以及一目了然等。 ，應(yīng)該讓用戶操作起來比較方便，不是很復(fù)雜等。 ，企業(yè)都必須具備相關(guān)的完好的安全防護(hù)措施，做到不會(huì)丟失數(shù) 據(jù)信息，亦或不能被盜等。 ，這樣便于后期的人事調(diào)動(dòng)以及薪金發(fā)放等。 ，企業(yè)各部門可以方便地調(diào)用這些信息。當(dāng)然除此之外，員工在完成企業(yè)規(guī)定的相關(guān)培訓(xùn)之外，也可以針對(duì)自身的需求，制定出適合自己的培訓(xùn)計(jì)劃。 在企業(yè)中進(jìn)行培訓(xùn)主要涉及到在企業(yè)部 門中的內(nèi)部培訓(xùn)以及針對(duì)于整個(gè)企業(yè)的培訓(xùn)， 部門內(nèi)部的培訓(xùn) 涉及到 部門員工業(yè)務(wù) 的 培訓(xùn)，企業(yè)培訓(xùn) 具有很大的針對(duì)性，企業(yè)的所有部門都需要這方面的培訓(xùn) [35]。 第 3章 系統(tǒng)需求分析 16 企業(yè)相關(guān)的財(cái)務(wù)人員應(yīng)該針對(duì)員工的工資建立一個(gè)比較合理的工資賬套，那么這樣員工就能夠比較好的管理自己的工資，同時(shí)也便于企業(yè)主管通過員工出勤去扣除或者獎(jiǎng)勵(lì)員工。但是假如在合同生效期間，員工出現(xiàn)科違背合同的相關(guān)事情，那么勞動(dòng)合同就是自動(dòng)的解除。同時(shí)去簽訂新的勞動(dòng)合同。 那么在企業(yè)人事管理系統(tǒng)操作中的主要流程是： 首先主管人事的企業(yè)責(zé)任部門完成相關(guān)勞動(dòng)合同的填寫，之后經(jīng)過企業(yè)中的員工簽字確認(rèn)之后，提交審核通過之后，我們才能認(rèn)為此合同在法律上是有效的。 那么對(duì)于這種情況，就必須把需求分析工作放在很重要的位置上，這樣便于用戶需求和系統(tǒng)分析人員之間進(jìn)行交流，此外能夠適當(dāng)運(yùn)用相關(guān)圖表在分析過程中，有助于分析人員更好地分析，和用戶之間也能容易溝通與交流，此為實(shí)現(xiàn)系統(tǒng)第一步，該階段與程序代碼不存在關(guān)系。是否分析需求到位以及實(shí)現(xiàn)，是與客戶的后期要求息息相關(guān)。 通過這個(gè)系統(tǒng)之后，在企業(yè)中的員工就可以比較方便的查詢到自己的個(gè)人相關(guān)信息以及薪酬等；利用這個(gè)系統(tǒng)，人事主管部門管理員能夠去查詢企業(yè)員工的信息，管理員工考勤、管理勞動(dòng)合同；利用這個(gè)系統(tǒng)，企業(yè)財(cái)務(wù)部門能夠去實(shí)現(xiàn)統(tǒng)一發(fā)送企業(yè)員工薪金；利用這個(gè)系統(tǒng)，企業(yè)領(lǐng)導(dǎo)能夠查詢企業(yè)員工的信息、出勤情況、薪金水平等，在發(fā)生調(diào)整薪金與調(diào)動(dòng)人員時(shí)，提供一些輔助的信息 [31]。 同時(shí)在進(jìn)行 AJAX 企業(yè)人事管理系統(tǒng)設(shè)計(jì)時(shí)候，首先應(yīng)該考慮到是企業(yè)的運(yùn)行系統(tǒng)，應(yīng)該熟悉企業(yè)的運(yùn)行操作，這樣用戶在使用起來才會(huì)比較方便 [30]。 另外 ， 無論是部門員工，還是企業(yè)領(lǐng)導(dǎo)的支持對(duì)于 新系統(tǒng) 的 開發(fā) 具有舉足輕重的 作用 ， 在實(shí)際運(yùn)用新系統(tǒng)之后，也會(huì)便于管理企業(yè)的人力資源。 因此，在 AJAX 技術(shù)條件下開發(fā)出的企業(yè)人事管理系統(tǒng)，絕對(duì)有一定的技術(shù)，可以保證在后期的軟件研發(fā)中能夠良好運(yùn)行。其實(shí)在在系統(tǒng)的開發(fā)、安裝、運(yùn)行以及后期的人員培訓(xùn)和維護(hù)費(fèi)用都是比較低的，且當(dāng)前的企業(yè)基本上具有運(yùn)行該系統(tǒng)必備的硬件與軟件，所以去投入使用這個(gè)基于 AJAX 企業(yè)人事管理系統(tǒng)，能夠充分地利用已有的操作系統(tǒng)、服務(wù)器、相關(guān)的設(shè)備等資源，很好地實(shí)現(xiàn)共享數(shù)據(jù)，能夠大大便于提升企業(yè)的管理效率，其效益肯定高于成本，所以能夠去開發(fā)這個(gè)系統(tǒng)。 對(duì)于企業(yè)的人事管理系統(tǒng)，主要的效益就是通過不斷的研發(fā)出新的系統(tǒng)軟件從而幫助企業(yè)在人力資源管理上能夠更加方便，同時(shí)效益提高也會(huì)比較好，對(duì)于企業(yè)本身就是費(fèi)用開支減少，相反的就是收益增加。但是對(duì)于后期的相關(guān)費(fèi)用確實(shí)比較多，主要存在于購買相關(guān)軟件費(fèi)用、安裝軟件的費(fèi)用 和 其他設(shè)備等費(fèi)用。 前期的開發(fā)費(fèi)用、后期的維護(hù)與運(yùn)營費(fèi)用構(gòu)成主要的企業(yè)人事管理系統(tǒng)成 本。 項(xiàng)目價(jià)值的衡量主要是由資源配置角度出發(fā)，也就是經(jīng)濟(jì)可行性。 可行性研究 在 分析與研究 管理系統(tǒng)的可行性 的過程中 ， 無論是組織管理的可行性，還是 技術(shù)可行性 都是要涉及到的 ， 那么在管理信息系統(tǒng)建立時(shí)，必須認(rèn)真的考慮到目前在企業(yè)人事管理方面上的實(shí)際的情 況以及當(dāng)前的環(huán)境等，這樣建立的信息系統(tǒng)才會(huì)是切實(shí)可行的，同時(shí)還應(yīng)該知道相關(guān)的資源條件是否合理以及完備等。它可以大為提升開發(fā)軟件的效率與質(zhì)量，降低維護(hù)困難。 第 3章 系統(tǒng)需求分析 13 第 3 章 系統(tǒng) 需求分析 軟件工程（ Software Engineering，又稱為 SE）主要是針對(duì)軟件，運(yùn)用工程化的方法研究相關(guān)的內(nèi)容的一種學(xué)科 [28]。在此情況 下，微軟公司的相關(guān)研發(fā)人員只需要通過模擬相關(guān)的語言就可以構(gòu)架數(shù)據(jù)庫的對(duì)象了。 、一體化的商業(yè)智能平臺(tái) SQL Server 20xx 的研發(fā)，在一定程度上便于業(yè)務(wù)分析和監(jiān)測(cè)，同時(shí)對(duì)于數(shù)據(jù)以及數(shù)據(jù)庫的分析、研發(fā)、設(shè)計(jì)等都是很有幫助的，這樣對(duì)于客戶來說是很好的，便于布局商業(yè)化的處理途徑 [27]。 實(shí)現(xiàn)功能有存儲(chǔ)、創(chuàng)建、修改，此外還具備數(shù)據(jù)方面的一些功能，那么在這個(gè)基礎(chǔ)上，對(duì)于應(yīng)用系統(tǒng)的開發(fā)就會(huì)顯得比較便捷。比較于之前版本，在性能等 都被明顯地改善 ， 具有分析和 報(bào)表 等方面的功能 。 第 2章 關(guān)鍵理論和技術(shù)介紹 12 在頁面上進(jìn)行相關(guān)指令發(fā)出時(shí)，主要是交換方式是選擇 post 方式或者 get 方式 ，這樣指令發(fā)送到 Web 服務(wù)器 之后，之后按照用戶分頁的相關(guān)要求， Web 服務(wù)器就可以對(duì)此作出相關(guān)的響應(yīng)，這樣在數(shù)據(jù)庫中存儲(chǔ)數(shù)據(jù)就可以很好的調(diào)用出來，頁面上就會(huì)獲得新的內(nèi)容，除此之外，會(huì)向 JavaScript 腳本 里傳遞相關(guān)格式文件，最后再做出相關(guān)的處理，動(dòng)態(tài)頁面內(nèi)容在瀏覽器后臺(tái)中做出交換。 在此前上比較流行的數(shù)據(jù)分頁方式有： （ 1） 進(jìn)行結(jié)合 DataGrid 與 DataSet 在一起進(jìn)行數(shù)據(jù)分頁； （ 2） 在傳統(tǒng)的 Web 應(yīng)用程序上進(jìn)行結(jié)合相關(guān)的存儲(chǔ)過程去分頁； （ 3） 主要是運(yùn)用當(dāng)前的 AJAX 技術(shù) 去進(jìn)行相關(guān)技術(shù)的分頁。對(duì)于 AJAX 技術(shù)的大量推廣，這樣可以在很大的程度上改觀 Web 應(yīng)用程序的用戶體驗(yàn)性，使得服務(wù)器端工作量得到極大的降低，有效集合了 Web 標(biāo)準(zhǔn)與 Web 應(yīng)用，贏得了市場(chǎng)與用戶廣泛的認(rèn)可 [17]。目前大批追隨 AJAX 技術(shù)的公司有蘋果、雅虎、百度等。近些年，伴隨大公司如谷歌、微軟、 IBM 等加大投入，使得越來越多的人關(guān)注 AJAX 技術(shù) [16]。這樣用戶就可以在 AJAX 頁面中進(jìn)行相關(guān)數(shù)據(jù)操作。在采用表格形式顯示出數(shù)據(jù)庫里數(shù)據(jù)的時(shí)候，傳統(tǒng) Web 應(yīng)用程序通常需要使用另外一個(gè)界面實(shí)現(xiàn)，該界面作用是操作數(shù)據(jù)庫，首先是在數(shù)據(jù)庫中進(jìn)行相關(guān)數(shù)據(jù)的加載， 這樣以后才能夠通過相應(yīng)的程序來更新 數(shù)據(jù)。 鑒于用戶采用 AJAX 技術(shù) 就能夠通過一定的方式來減輕Web 應(yīng)用程序 對(duì)數(shù)據(jù)處理的負(fù)擔(dān) ， 那么這樣在服務(wù)端上就可以極大的減少數(shù)據(jù)量，對(duì)于站點(diǎn)上性能可以說是很大的提升。因?yàn)榫植繕O好的頁面操作，操作過程中用戶不需要去加載和刷新頁面，那對(duì)于服務(wù)器來說，僅僅需要去進(jìn)行簡單返回于指定的特定區(qū)域里就行， 通過這種方式， Web 頁面 能夠被很快地更新 ， 一旦完成了 測(cè)試， 即使硬件環(huán)境是 相同 的 ， 和第 2章 關(guān)鍵理論和技術(shù)介紹 11 傳統(tǒng)的應(yīng)用程序相比，使用 AJAX 技 術(shù) 開發(fā)的 Web 應(yīng)用程序 能夠使用更少的時(shí)間來完成加載頁面 。 基于 AJAX 的 Web 應(yīng)用程序 與 傳統(tǒng) Web 應(yīng)用程序的 WEB 模型 進(jìn)行 比較，它們的 比較圖如 下 圖 21 示 ： 圖 21 傳統(tǒng) WEB 模型 與 使用了 AJAX 技術(shù)的 WEB 模型 對(duì)比 圖 由圖 21 可知，在服務(wù)器端與用戶之間， 使用 了 AJAX 技術(shù)的 WEB 模型 設(shè)置了一個(gè)中間層，通過這個(gè)中檢測(cè)，能夠滿足任何客戶端和服務(wù)器端響應(yīng)的異步化，然而這種情況并不完全通過服務(wù)器端做出 數(shù)據(jù)操作，那么需要經(jīng)由服務(wù)器端進(jìn)行數(shù)據(jù)讀取的都可以直接放在 AJAX 引擎上去經(jīng)過服務(wù)器即可，這樣大部分的相關(guān)數(shù)據(jù)都是由 AJAX 引擎進(jìn)行相關(guān)處理實(shí)現(xiàn)，對(duì)于服務(wù)器端來說無疑極大的減少了負(fù)擔(dān) [15]。實(shí)現(xiàn)對(duì)應(yīng)用戶行為在服務(wù)器端，還要返回響應(yīng)的數(shù)據(jù)，調(diào)用方式是采用異步，在客戶端與服務(wù)器不需要去頻繁地往返用戶接口或網(wǎng)頁數(shù)據(jù)，只需要進(jìn)行傳送少量數(shù)據(jù)。 “按需獲取數(shù)據(jù)”是 AJAX 基本的理念，頁面部分內(nèi)容更新完成的基本條件是建立在不要求重新加載整個(gè)頁面， 為了使用戶獲得不同尋常的服務(wù)，開發(fā)人員可以通過一定第 2章 關(guān)鍵理論和技術(shù)介紹 10 的方式來充分利用 客戶端的閑置處理能力。 和傳統(tǒng)的 WEB 頁面 不同的是， AJAX 是屬于一種網(wǎng)頁上的交互式應(yīng)用，那么就不需要進(jìn)行重新加載，這樣用戶在體驗(yàn)時(shí)就會(huì)更加的完美。 旨在描述出系統(tǒng)動(dòng)態(tài)模型，包含 活動(dòng)圖 (Activity Diagram)、 協(xié)作圖(Collaboration Diagram)、 狀態(tài)圖 (State Chart Diagram)、 順序圖 (Sequence Diagram)。 配置圖（ Deployment Diagram）：作為和構(gòu)件圖有著密切關(guān)系的構(gòu)件，那么主要作用就是進(jìn)行系統(tǒng)軟、硬件描述。 包圖（ Pakage Diagram）：主要的作用就是進(jìn)行系統(tǒng)分組，然后描述其相關(guān)機(jī)制作用。 類圖 （ Class Diagram）： 主要目的是便于系統(tǒng)呈現(xiàn)為結(jié)構(gòu)化，這樣其組成的部分主要是一些講述性的元素符號(hào)，同時(shí)也是包、類以及之間的相互關(guān)系。 ：作為在建模方面上的基礎(chǔ)性機(jī)制，表現(xiàn)形式為接口、類關(guān)系和屬性，主要目的是進(jìn)行系統(tǒng)的模型和需求方面上的描述。 在微軟開發(fā)以來，安全性一直都是人們關(guān)注的方面，對(duì)于 .NET，微軟公司對(duì)其作出了些許改變，同時(shí)在代碼方面進(jìn)行安全性考慮，這樣對(duì)于系統(tǒng)來說就會(huì)比較安全，除此之外還設(shè)置有訪問時(shí)的一些權(quán)限和角色安全。 （ 4）統(tǒng)一的編程類庫 對(duì)于開發(fā)成粗人員來說， .NET 框架 就顯得比較簡單、統(tǒng)一、同時(shí)也比較有層次感，是一個(gè)類庫集（ API）。 的使用 ， 能夠通過一定的方式來使 應(yīng)用程序 的效率與 擴(kuò)展性 得到顯著地提高 ， 進(jìn)而方便了 數(shù)據(jù)庫 的連接 ， 使得數(shù)據(jù)庫的修改與增加成為可能 。 .NET 的編程環(huán)境里 Microsoft 期望最先 采用該數(shù)據(jù)訪問接口。 的終極目的主要是方便用戶在隨時(shí)隨地上都能夠進(jìn)行相關(guān)信息數(shù)據(jù)的訪問，這樣用戶就可以很簡單的進(jìn)行信息的接受和發(fā)送即可，不需要理會(huì)中間過程，程序走的比較透明化。 （ 2） （活動(dòng)服務(wù)器頁面） Active Server Page（ ASP） 是 的前身，此時(shí)已經(jīng)成為在服務(wù)器開發(fā)應(yīng)程序行業(yè)中的比較緊俏的工具，隨著相關(guān)技術(shù)的不斷快速