【文章內(nèi)容簡(jiǎn)介】 了應(yīng)用程序代碼和數(shù)據(jù)周圍的一道邊界。如果不采用進(jìn)程間通信（RPC）機(jī)制，則在一個(gè)進(jìn)程中執(zhí)行的代碼就不能訪問(wèn)另一進(jìn)程。這是一種操作系統(tǒng)對(duì)應(yīng)用程序的保護(hù)機(jī)制。然而在某些情況下，我們需要跨過(guò)應(yīng)用程序域，與另外的應(yīng)用程序域進(jìn)行通信，即穿越邊界。在Remoting中通過(guò)通道（channel）來(lái)實(shí)現(xiàn)兩個(gè)應(yīng)用程序域之間對(duì)象的通信的。對(duì)于要傳遞的對(duì)象，我們只需要了解通道的類型和端口號(hào)之外，無(wú)需再了解數(shù)據(jù)包的格式。但必須注意的是，客戶端在獲取服務(wù)器端對(duì)象時(shí)，并不是獲得實(shí)際的服務(wù)端對(duì)象，而是獲得它的引用。這既保證了客戶端和服務(wù)器端有關(guān)對(duì)象的松散耦合，同時(shí)也優(yōu)化了通信的性能。如圖34所示：圖34 Remoting技術(shù)服務(wù)器端l 遠(yuǎn)程對(duì)象的激活客戶端通過(guò)通道來(lái)創(chuàng)建遠(yuǎn)程對(duì)象，稱為對(duì)象的激活。在Remoting中，遠(yuǎn)程對(duì)象的激活分為兩大類：服務(wù)器端激活和客戶端激活。服務(wù)器端激活，又叫做WellKnown方式，很多又翻譯為知名對(duì)象。為什么稱為知名對(duì)象激活模式呢？是因?yàn)榉?wù)器應(yīng)用程序在激活對(duì)象實(shí)例之前會(huì)在一個(gè)眾所周知的統(tǒng)一資源標(biāo)識(shí)符(URI)上來(lái)發(fā)布這個(gè)類型。然后該服務(wù)器進(jìn)程會(huì)為此類型配置一個(gè)WellKnown對(duì)象，并根據(jù)指定的端口或地址來(lái)發(fā)布對(duì)象。.Net Remoting把服務(wù)器端激活又分為Singleton模式和SingleCall模式兩種。 (1)Singleton模式：此為有狀態(tài)模式。如果設(shè)置為Singleton激活方式，則Remoting將為所有客戶端建立同一個(gè)對(duì)象實(shí)例。當(dāng)對(duì)象處于活動(dòng)狀態(tài)時(shí)，Singleton實(shí)例會(huì)處理所有后來(lái)的客戶端訪問(wèn)請(qǐng)求，而不管它們是同一個(gè)客戶端，還是其他客戶端。2）Singleton實(shí)例將在方法調(diào)用中一直維持其狀態(tài)。舉例來(lái)說(shuō)，如果一個(gè)遠(yuǎn)程對(duì)象有一個(gè)累加方法（i=0；++i），被多個(gè)客戶端（例如兩個(gè)）調(diào)用。如果設(shè)置為Singleton方式，則第一個(gè)客戶獲得值為1，第二個(gè)客戶獲得值為2，因?yàn)樗麄儷@得的對(duì)象實(shí)例是相同的。，我們可以認(rèn)為它是一種Application狀態(tài)。本系統(tǒng)中就采用了該模式。(2)SingleCall模式：SingleCall是一種無(wú)狀態(tài)模式。一旦設(shè)置為SingleCall模式，則當(dāng)客戶端調(diào)用遠(yuǎn)程對(duì)象的方法時(shí)，Remoting會(huì)為每一個(gè)客戶端建立一個(gè)遠(yuǎn)程對(duì)象實(shí)例，至于對(duì)象實(shí)例的銷毀則是由GC自動(dòng)管理的。同上一個(gè)例子而言，則訪問(wèn)遠(yuǎn)程對(duì)象的兩個(gè)客戶獲得的都是1。，認(rèn)為它是一種Session狀態(tài)。由于本系統(tǒng)采用的是服務(wù)器端激活的方式所以客戶端激活方式在這就不多說(shuō)了。l 遠(yuǎn)程對(duì)象的定義Remoting傳遞的對(duì)象是以引用的方式，因此所傳遞的遠(yuǎn)程對(duì)象類必須繼承MarshalByRefObject，MSDN對(duì)MarshalByRefObject的說(shuō)明是：MarshalByRefObject 是那些通過(guò)使用代理交換消息來(lái)跨越應(yīng)用程序域邊界進(jìn)行通信的對(duì)象的基類。不是從 MarshalByRefObject 繼承的對(duì)象會(huì)以隱式方式按值封送。當(dāng)遠(yuǎn)程應(yīng)用程序引用一個(gè)按值封送的對(duì)象時(shí)，將跨越遠(yuǎn)程處理邊界傳遞該對(duì)象的副本。因?yàn)槟Ｍ褂么矸椒ǘ皇歉北痉椒ㄟM(jìn)行通信，因此需要繼承MarshallByRefObject。在Remoting中的遠(yuǎn)程對(duì)象中，如果還要調(diào)用或傳遞某個(gè)對(duì)象，例如類，或者結(jié)構(gòu)，則該類或結(jié)構(gòu)則必須實(shí)現(xiàn)串行化Attribute[SerializableAttribute]。 將該遠(yuǎn)程對(duì)象以類庫(kù)的方式編譯成Dll。這個(gè)Dll將分別放在服務(wù)器端和客戶端，以添加引用?？蛻舳薼 注冊(cè)通道 IChannel channel1 = new TcpClientChannel (Channel1, new BinaryClientFormatterSinkProvider ())。 (channel1, false)。l 獲得遠(yuǎn)程對(duì)象本系統(tǒng)中采用的是WellKnown激活模式要獲得服務(wù)器端的知名遠(yuǎn)程對(duì)象，在工廠類中可通過(guò)Activator進(jìn)程的GetObject()方法來(lái)獲得：如： add key=baseurl value =tcp://:8088//url = baseurl + [Employee].ToString ()。IEmployee employee = (IEmployee) (typeof (IEmployee), url)。其中參數(shù)第一個(gè)是遠(yuǎn)程對(duì)象的類型。第二個(gè)參數(shù)就是服務(wù)器端的Uri。Uri有2部分組成，由于是本地計(jì)算機(jī)所以前半部分用:// :8080，也可以用具體的服務(wù)器IP地址來(lái)代替它。端口必須和服務(wù)器端的端口一致。后半部分則是服務(wù)器定義的遠(yuǎn)程對(duì)象服務(wù)名。 系統(tǒng)總體功能模塊設(shè)計(jì)經(jīng)過(guò)對(duì)整個(gè)系統(tǒng)的分析，可以得出以下功能模塊,如圖35所示：1. 職員管理—職員基本信息模塊：檢索當(dāng)前啟用的組織結(jié)構(gòu)相關(guān)的部門(mén)及員工信息。2. 職員管理—人事事務(wù)模塊：進(jìn)行職員轉(zhuǎn)正及離職等管理。3. 職員管理—合同管理模塊：?jiǎn)T工用合同管理功能，可以新建、修改、刪除員工合同，也可以對(duì)員工合同作“續(xù)簽”、“變更”、“終止”、“解除”等操作。4. 組織管理—組織結(jié)構(gòu)模塊 ：檢索查看不同組織下的部門(mén)樹(shù)及部門(mén)信息。修改刪除組織和部門(mén)信息。圖35 人力資源系統(tǒng)總體模塊第4章 數(shù)據(jù)庫(kù)的設(shè)計(jì) 引言數(shù)據(jù)庫(kù)是一個(gè)應(yīng)用系統(tǒng)的核心，數(shù)據(jù)庫(kù)設(shè)計(jì)的好壞直接關(guān)系到應(yīng)用系統(tǒng)的執(zhí)行效率，數(shù)據(jù)的一致性和完整性，設(shè)計(jì)數(shù)據(jù)庫(kù)系統(tǒng)時(shí)應(yīng)該首先充分了解用戶各個(gè)方面的需求，包括現(xiàn)有的以及將來(lái)可能增加的需求，數(shù)據(jù)庫(kù)設(shè)計(jì)一般包括以下幾個(gè)步驟：l 數(shù)據(jù)庫(kù)需求分析l 數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì)l 數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì) 數(shù)據(jù)庫(kù)需求分析數(shù)據(jù)庫(kù)需求分析就是要了解在這個(gè)應(yīng)用系統(tǒng)中，用戶需要查詢、更新、刪除和保存哪些數(shù)據(jù)，收集基本數(shù)據(jù)、數(shù)據(jù)結(jié)構(gòu)以及數(shù)據(jù)處理的流程，組成一份詳盡的數(shù)據(jù)字典，為后面的具體設(shè)計(jì)打下基礎(chǔ)。通過(guò)對(duì)職員管理信息進(jìn)行大量的調(diào)研，得出人力資源管理信息系統(tǒng)最典型，最關(guān)鍵的需求：（1）職員一覽表中可以方便查詢并隨時(shí)修改員工的個(gè)人信息。（2）選擇部門(mén)名后輸入條件能查詢員工信息。（3）員工離職時(shí)在表中刪除相關(guān)信息。（4）職員轉(zhuǎn)正時(shí)能將對(duì)應(yīng)時(shí)間和基本信息導(dǎo)入數(shù)據(jù)庫(kù)。（5）職位變動(dòng)情況下要求部門(mén)信息的更改。（6）利用部門(mén)表對(duì)部門(mén)信息操作。（7）利用合同表增加和修改合同。（8）將員工簽訂的合同信息錄入數(shù)據(jù)庫(kù)。通過(guò)系統(tǒng)功能分析，針對(duì)人力資源管理的需求，總結(jié)出如下需求信息：（1）員工信息。（2）部門(mén)信息。（3）合同管理信息。（4）組織信息 數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì)得到了上面的數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)以后就可以設(shè)計(jì)出能夠滿足用戶需求的各種實(shí)體以及實(shí)體之間的關(guān)系，為后面的數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì)打下基礎(chǔ)。這些實(shí)體包括各種具體信息，通過(guò)相互之間的作用形成數(shù)據(jù)流動(dòng)。本系統(tǒng)因?yàn)槭菑恼麄€(gè)部門(mén)系統(tǒng)中分離出來(lái)的，因此實(shí)體之間的關(guān)系圖如圖41所示：圖41 人力資源系統(tǒng)數(shù)據(jù)庫(kù)實(shí)體關(guān)系圖 數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì)通過(guò)調(diào)查分析各種資料，根據(jù)本管理系統(tǒng)用戶需要操作和處理的各種數(shù)據(jù)，對(duì)數(shù)據(jù)表進(jìn)行了分析。確定在數(shù)據(jù)庫(kù)中存儲(chǔ)的各種數(shù)據(jù)之間的關(guān)系以及數(shù)據(jù)類型，列舉出部分?jǐn)?shù)據(jù)表的關(guān)系如下:1. 組織表（HRM001Organization）包括的數(shù)據(jù)項(xiàng)有: 組織編碼、組織名稱、描述，活動(dòng)標(biāo)志，刪除標(biāo)志，創(chuàng)建者，創(chuàng)建日期，最終更新者，最終更新日等。2. 部門(mén)表（HRM002Department）包括的數(shù)據(jù)項(xiàng)有:部門(mén)編碼、部門(mén)名稱、組織編碼、上級(jí)部門(mén)編碼、創(chuàng)建時(shí)間、聯(lián)系電話、傳真、電子郵件、部門(mén)職責(zé)、刪除標(biāo)志、創(chuàng)建者、創(chuàng)建日期、備注等。3. 職員部門(mén)對(duì)照表（HRM003DeptEmployee）包括的數(shù)據(jù)項(xiàng)有:職員編碼、部門(mén)編碼、組織編碼等。4. 職員表（HRM004Employee）包括的數(shù)據(jù)項(xiàng)有:職員編碼、職員姓名、住址、身份證號(hào)、國(guó)籍、民族、籍貫、生日、政治面貌、性別、入社時(shí)間、試用期、婚姻狀況、戶口所在地、聯(lián)系電話等。5. 類別表（HRM005Category）包括的數(shù)據(jù)項(xiàng)有:類別編號(hào)、類別名稱、類別種類、父類別編碼、備注等。6. 合同表（HRM006ContactFile）包括的數(shù)據(jù)項(xiàng)有:合同模板編碼、合同類別編碼、合同名稱、合同模板文件名、合同模板文件等。7. 員工合同信息表（HRM007EmployeeContactInfo）包括的數(shù)據(jù)項(xiàng)有:合同編碼、員工編碼、公司編碼、合同類別、合同名稱、簽訂日期、生效日期、到期日期、終止日期、合同文件名稱、續(xù)簽原因、