人事管理系統(tǒng)課程設計

1、<p><b>　　課 程 設 計</b></p><p>　　設計題目： 數據庫原理課程設計 </p><p>　　----人事管理系統(tǒng) </p><p>　　系 別 信息工程系 班級 * </p><p>　　學生姓名 *

2、 </p><p>　　學 號 * </p><p>　　指導教師 * 職稱 * </p><p><b>　　起止日期：*</b></p><p>　　1.     設計的原始資料及依據</p>&l

3、t;p>　　本次數據庫設計主要涉及到需求分析、概念結構設計、邏輯結構設計幾個主要環(huán)節(jié)。</p><p>　　2．設計的主要內容及要求</p><p>　?、艑懗鱿到y(tǒng)的需求分析，要求包括數據流圖、數據字典等。</p><p>　?、飘嫵鱿到y(tǒng)的E-R圖及CDM模型。</p><p>　　⑶畫出系統(tǒng)的PDM模型。</p><

4、;p>　　3.對設計說明書撰寫內容、格式、字數的要求</p><p>　?、艑W生應撰寫的內容為：中文摘要和關鍵詞、目錄、正文、參考文獻等。課程設計說明書（論文）的結構及各部分內容要求可參照《沈陽工程學院畢業(yè)設計（論文）撰寫規(guī)范》執(zhí)行。應做到文理通順，內容正確完整，書寫工整，裝訂整齊。</p><p><b>　?、蒲b訂格式</b></p><

5、p>　　封面、任務書、成績評審意見表、中文摘要和關鍵詞、目錄、正文、結論、致謝、參考文獻。</p><p>　?、钦n程設計說明書（論文）是體現和總結課程設計成果的載體，一般不應少于3000字。</p><p>　　4. 設計完成后應提交成果的種類、數量、質量等方面的要求</p><p>　　課程設計報告中要求包括需求分析、概念結構設計、邏輯結構設計三部分最終結

6、果，而且每組前后設計保持連續(xù)性。</p><p><b>　　5.時間進度安排</b></p><p>　　6.主要參考資料（文獻）</p><p>　?、磐跎?數據庫系統(tǒng)概論.北京：高等教育出版社，2000</p><p>　?、茝堼埾?數據庫原理與設計.北京：人民郵電出版社，2000</p><p

7、>　　⑶李紅.數據庫原理與應用.北京：高等教育出版社，2002</p><p>　?、韧跄鼙?數據庫系統(tǒng)原理.北京：電子工業(yè)出版社，2002</p><p><b>　　摘 要</b></p><p>　　隨著計算機應用的普及，推動企業(yè)計算機管理現代化的時機已經到來，采取信息化管理是企業(yè)在新經濟時代的必然趨勢，也是企業(yè)管理者的迫切需求。信

8、息技術為企業(yè)的發(fā)展提供了機遇，也帶來了挑戰(zhàn)。如何改良你公司的內部經營機制，公正、客觀、全面、快捷地記錄和評估有關員工的信息，實現以人為本的經營戰(zhàn)略，提高人事管理工作的效率，使人事管理員有更多的精力去做人力資源分析、研究和開發(fā)工作，是公司立足發(fā)展，開拓未來，領先同行業(yè)的關鍵。作為現代人事管理的重要手段之一，人事信息化建設在此過程中將起到不可代替的作用：只有通過人事管理信息系統(tǒng)，人事管理人員才能跨越時空、地域的障礙，在第一時間完成對信息的歸

9、集，并從浩如煙海的數據中找到有用信息，為管理決策者提供及時、準確的決策依據！我國的企業(yè)自身的基礎薄弱，一是人事管理基礎薄弱，主要表現為人事管理體制過于分散，多數企業(yè)很難實現人事資料信息管理制度；人事管理制度不健全、不規(guī)范。二是一些工業(yè)企業(yè)生產裝備自動化、信息化水平低，不能準確提供完整的實物信息。三是幾乎所有行業(yè)都沒有統(tǒng)一、規(guī)范的產品編碼，企業(yè)自己搞的產品編碼不健全、不規(guī)范。四是企業(yè)普遍缺乏信息技術和人事管理的專業(yè)人才，難以</p&

10、gt;<p>　　關鍵詞　人事管理系統(tǒng)，數據庫，數據流圖，數據字典，關系</p><p><b>　　目 錄</b></p><p><b>　　摘 要I</b></p><p>　　1 系統(tǒng)總體介紹及組內分工1</p><p>　　1.1系統(tǒng)總體介紹1</p>

11、<p><b>　　1.2組內分工1</b></p><p><b>　　2 數據庫設計3</b></p><p>　　2.1 需求分析3</p><p>　　2.1.1本系統(tǒng)的需求分析3</p><p>　　2.1.2 數據流圖3</p><p>　　2

12、.1.3數據字典5</p><p>　　2.2概念結構設計9</p><p>　　2.2.1概念設計思想9</p><p>　　2.2.2局部概念結構設計10</p><p>　　2.2.3總體概念結構設計13</p><p>　　2.2.4數據庫設計工具軟件PowerDesigner的應用14</p

13、><p>　　2.3邏輯結構設計18</p><p>　　2.3.1邏輯結構設計思想18</p><p>　　2.3.2 E-R圖向關系模式的轉變19</p><p>　　2.3.3 PDM的生成過程19</p><p>　　2.3.4 腳本的生成過程20</p><p><b>

14、;　　結 論34</b></p><p><b>　　致 謝35</b></p><p><b>　　參考文獻36</b></p><p>　　1 系統(tǒng)總體介紹及組內分工</p><p><b>　　1.1系統(tǒng)總體介紹</b></p><p

15、>　　隨著社會的不斷進步、科學技術快速發(fā)展以及生產力水平逐步提高，使得管理工作顯得越來越重要。在現代管理科學體系中，管理信息系統(tǒng)已經被公認為是一門不可替代的嶄新學科，目前，其正處在不斷發(fā)展、逐步完善階段。計算機作為現代化的工具與手段應用于管理，已成為信息處理的重要工具。計算機的應用范圍越來越廣，應用的功能由一般數據處理發(fā)展為分析預測、支持決策，最終導致了管理信息系統(tǒng)的產生。</p><p>　　本系統(tǒng)代替了

16、原來煩瑣的檔案人工處理，可以完成以下功能： </p><p>　　1．新增和刪除用戶以及修改用戶基本信息。</p><p>　　2．查詢用戶基本信息及監(jiān)理工作和崗位培訓等的基本情況。</p><p>　　3．完成員工基本情況的報表輸出。</p><p>　　其系統(tǒng)功能模塊圖，如圖1.1所示。</p><p>　　圖1

17、.1 人事管理系統(tǒng)功能圖</p><p><b>　　1.2組內分工</b></p><p>　　其組內具體分工如下表1.1所示。</p><p><b>　　表1.1 組內分工</b></p><p><b>　　2 數據庫設計</b></p><p>

18、;<b>　　2.1 需求分析</b></p><p>　　2.1.1本系統(tǒng)的需求分析</p><p>　　隨著現代社會的不斷發(fā)展，市場經濟體制的不斷深入，企業(yè)的生產流程也發(fā)生了翻天覆地的變化。在企業(yè)的生產流程中，人事管理是最重要的一環(huán)。在以前，很多公司在生產管理方面是單純的人工操作。</p><p>　　企業(yè)內部的施工部門在下達生產命令以前，

19、則需要人工的聯系各個相關部門獲得施工信息。例如，要到指定的地點去進行施工的相關信息，人員信息是否滿足要求等問題。如果涉及到采購原材料，則還需要聯系采購部門等等。這樣繁鎖的工作流程不但耗費大量的時間，同時也因全是人工操作而易產生錯誤。</p><p>　　對于企業(yè)來說，時間和工作效率是高利潤的根本。所以，我們在此基礎上根據實際情況的要求開發(fā)了企業(yè)人事管理系統(tǒng)。該系統(tǒng)正確運行后，當職員接到工程信息后，可根據工程編號查

20、得相應的工程信息；生產管理部門查得相應的生產命令后，可下達工作命令給施工部門，此時施工部門利用施工命令上的工程編號可得知施工工程的負責人。待施工部門完成施工后，會計部門即利用工程項目的負責人編號查出負責人的相關信息，以得知需將工程的款項交給誰。在在施工工程項目開始前時，根據工程需要及職員崗位相關信息，選擇若干名職工去參加崗位培訓。</p><p>　　在整個運行期間，賦予每位職工都被賦予不同的編號，并以職工編號為

21、前提，將各個部門也賦予了相應的編號，并且讓每位職工加入不同的部門，這樣就可以通過個人編號查出相關個人及部門數據。同時為了更好的了解施工工程信息，將施工工程都定義一個相應的編號，這樣就可通過工程編號查得負責人的相應信息。</p><p>　　2.1.2 數據流圖</p><p>　　一個基于計算機信息處理系統(tǒng)的邏輯模型由數據流和一系列數據轉換構成，這些轉換將輸入數據變換為輸出數據。數據流圖就

22、是用來刻畫數據流和數據轉換的信息系統(tǒng)建模技術。數據流圖并不足以完整地描述軟件的需求，因為它沒有描述數據流的內容。一般地，數據流圖必須與描述并組織數據條目的數據字典配合使用。</p><p>　　數據流圖(Data Flow Diagram，DFD)作為結構化系統(tǒng)分析與設計的主要方法，是用來描繪軟件系統(tǒng)邏輯模型的圖形工具，它使用4種基本元素來描述系統(tǒng)的行為，過程、實體、數據流和數據存儲。用于描繪信息在系統(tǒng)中的流動和

23、處理情況。數據流圖方法直觀易懂，使用者可以方便的得到系統(tǒng)的邏輯模型和物理模型，但是從圖中無法判斷活動的時序關系，設計DFD只需考慮軟件系統(tǒng)必須完成的基本邏輯功能，完全不需考慮如何具體地實現這些功能，即只考慮軟件“做什么”，而不必考慮“怎么做”。 數據流圖的基本符號的介紹，如表2.1所示。</p><p>　　表2.1 數據流圖基本符號的意義</p><p><b>　　具體功能分

24、析：</b></p><p><b>　　數據源點和數據終點</b></p><p>　　數據源點和數據終點用方框表示，它是系統(tǒng)之外的實體，可以是人、事、物、部門或其他系統(tǒng)，如圖2.1中的學生和業(yè)務員。</p><p>　　加工（數據處理變換）</p><p>　　加工用圓框表示，是對數據進行處理的邏輯單元，

25、它接受若干輸入數據流，通過加工，內部產生規(guī)定的輸出數據流。如圖2.1中申請貸款、擔保、銀行發(fā)貸款等等都是加工的例子。</p><p><b>　　數據流</b></p><p>　　數據流用帶數據流標識的箭頭表示，表示系統(tǒng)處理的數據對象和數據流動的方向。數據流的方向可以是：從一加工流向另一加工、從加工流向數據存儲或數據存儲流向加工、從源點流向加工或從加工流向終點，如圖

26、2.1中箭頭所表示就是流向。</p><p><b>　　數據存儲文件</b></p><p>　　數據存儲文件在數據流圖中起著保存數據的作用，它可以是數據庫、文件或任何其它形式，指向存儲的數據流可理解為數據寫入，從存儲引出的數據流可理解為數據讀出</p><p>　　由于人事管理系統(tǒng)主要是以員工為主體，所以該數據流圖也是只針對員工的一系列信息

27、在系統(tǒng)中的數據流向及存儲進行設計的。該系統(tǒng)的數據流圖，如圖2.1所示。</p><p>　　圖2.1 人事管理系統(tǒng)數據流圖</p><p><b>　　2.1.3數據字典</b></p><p>　　數據字典通常包括數據項、數據結構、數據流、數據存儲和處理過程五個部分。其中數據項是數據的最小組成單位，若干個數據項可以組成一個數據結構，數據字典通

28、過對數據項和數據結構的定義來描述數據流、數據存儲的邏輯內容。</p><p><b>　?、艛祿?lt;/b></p><p>　　數據項是不可再分的數據單位?？梢杂藐P系規(guī)范化理論為指導，用數據依賴的概念分析和表示數據項之間的聯系。即按實際語義，寫出每個數據項之間的數據依賴，它們是數據庫邏輯設計階段數據模型優(yōu)化的依據。對數據項的描述通常包含以下內容：</p>

29、<p>　　數據項描述={數據項名，數據項含義說明，別名，數據類型，長度}</p><p>　　對于本系統(tǒng)中所包含的各個數據項的具體描述，如表2.2、2.3、2.4、2.5、2.6、2.7所示。</p><p>　　表2.2 職員基本信息表的數據項</p><p>　　表2.3 職工簡歷表的數據項</p><p>　　表2.4 職

30、員崗位信息表的數據項</p><p>　　表2.5 部門信息的數據項</p><p>　　表2.6 崗位培訓表的數據項</p><p>　　表2.7 工程項目表數據項</p><p><b>　?、茢祿Y構</b></p><p>　　數據結構反映了數據之間的組合關系。對數據結構的描述包括以下內容

31、：</p><p>　　數據結構描述={數據結構名，含義說明，組成：{數據項或數據結構}}</p><p>　　本系統(tǒng)的數據結構描述，如表2.8所示。</p><p>　　表2.8 人事管理系統(tǒng)的數據結構說明</p><p><b>　　⑶數據流</b></p><p>　　數據流是數據結構在系統(tǒng)

32、內傳輸的路徑。對數據流的描述通常包括以下內容：</p><p>　　數據流描述={數據流名，說明，數據流來源，數據流去向，組成：{數據結構}，}其中，數據流來源是說明該數據流來自哪個過程；數據流去向是說明該數據流將到哪個過程去。本系統(tǒng)對數據流的描述，如表2.9所示。</p><p>　　表2.9 人事管理系統(tǒng)的數據流</p><p><b>　?、葦祿鎯?/p>

33、</b></p><p>　　數據存儲是數據結構停留或保存的地方，也是數據流的來源和去向之一。人事管理系統(tǒng)中數據存儲包含系統(tǒng)要存儲的實體的有關信息。本系統(tǒng)對數據存儲的具體描述，如表2.10所示。</p><p>　　表2.10 人事管理系統(tǒng)的數據存儲</p><p><b>　?、商幚磉^程</b></p><p&

34、gt;　　處理過程的具體處理邏輯一般用判定表或判定樹來描述。數據字典中只需要描述處理過程的說明性信息，如表2.11所示。</p><p>　　表2.11 人事管理系統(tǒng)的處理過程</p><p><b>　　2.2概念結構設計</b></p><p>　　2.2.1概念設計思想</p><p>　　如果要使數據庫系統(tǒng)能真實

35、和充分地反映現實世界，就必須將需求分析得到的用戶需求抽象為信息結構即概念結構設計。只有做了概念結構設計，才能更好、更準確地用本DBMS來實現這些需求。概念結構設計的任務是在需求分析階段產生的需求說明書的基礎上，按照特定的方法把它們抽象為一個不依賴于任何具體機器的數據模型，即概念模型。我們所做的是人事管理系統(tǒng)。為了更加簡單明了的說明人事管理系統(tǒng)的各種聯系，我們要將在需求分析階段得出的結論轉換為能更加說明概念結構的概念模型。概念模型使設計者

36、的注意力能夠從復雜的實現細節(jié)中解脫出來，而只集中在最重要的信息的組織結構和處理模式上。</p><p>　　概念結構模型是對現實世界的抽象和概括，真實充分地反映了現實世界中事物和事物之間的聯系，能滿足人們對數據的處理要求。由于概念模型簡潔、明晰、獨立于計算機，很容易理解，因此可以用概念模型和不熟悉計算機的用戶交換意見，使用戶能積極參與數據庫的設計工作，保證設計工作順利進行。概念模型易于向關系、網狀、層次等各種數據

37、模型轉換，從而可以用它和不熟悉計算機的用戶交換意見。當應用環(huán)境和應用要求改變時，容易對概念模型修改和擴充。概念結構是各種數據模型的共同基礎，它比數據模型更獨立于機器、更抽象，從而更加穩(wěn)定。所以我們要用概念結構來表示，而最有力的表示工具是E-R圖。</p><p>　　我們既然做的是人事管理系統(tǒng)的的數據庫，所以要對在人事管理過程中需要接觸的實體和他們之間的聯系要有所了解。在人事管理系統(tǒng)里，最重要的實體是職員，其他的

38、實體還有工程項目、工作部門、工作崗位等。另外，考慮到職工人員需要定期參加崗位培訓，所以還要考慮到崗位培訓的記錄問題，為了方便，我們把崗位培訓當作一個實體考慮，將問題可以簡單化。需要注意的是，職工會有很多屬性，有許多屬性在工作時或發(fā)放工資時都不是很最重要的信息，如果刪除了它們，還會造成一些信息的損失。為此，考慮到減少我們設計的人事管理系統(tǒng)數據庫數據的信息冗余度，我們將職工一些不太重要的屬性需要分離出來，當作一個新的實體對待，減少了對數據庫

39、操作時造成的信息冗余度，還使整個系統(tǒng)更加明晰。所以，就這樣將人事管理系統(tǒng)的幾個實體從現實世界分離了出來，包括職工、崗位、部門、職工簡歷、工程項目。</p><p>　　然后再考慮它們之間的聯系和每個實體數據的碼的設置。為了簡單考慮，我們對每個實體都設置了實體編號作為數據存儲時的主碼。在人事管理里這幾個實體的聯系也是很明了的。首先每個職工會有唯一的簡歷信息與之對應。其次，每次職工崗位培訓會有很多職工參加，說明崗位培

40、訓和職工是一對多的聯系。當然，對任何一個公司來說，不能保證在同一個崗位上的職員只有一個，例如一個車間的機工會有很多。所以，崗位和職工也是一對多的聯系。同理，一個部門里也會有不同的崗位，它和崗位也是一對多的聯系。還有，考慮到一個部門可能會負責幾個工程項目，而一個工程項目也可能會需要不同的部門合作。所以，部門和工程項目之間是多對多的聯系。一個工程會需要很多職工來共同完成，并且每個職工會有其對應的分工，所以職工和工程項目之間是有屬性的多對一的

41、聯系。這樣，在概念設計階段需要考慮的細節(jié)都差不度考慮到了。</p><p>　　2.2.2局部概念結構設計</p><p>　　局部概念模型的設計思想是根據需求分析的內容用E-R圖分別表示出各個實體及其屬性，以及用E-R圖表示出各實體之間的聯系。</p><p>　?、疟鞠到y(tǒng)的局部概念結構設計中的實體與其各個屬性的表示，如圖2.2、2.3、2.4、2.5、2.6、2

42、.7所示。</p><p>　　圖2.2 職工信息E-R圖</p><p>　　圖2.3 崗位信息E-R圖</p><p>　　圖2.4 部門信息E-R圖</p><p>　　圖2.5 崗位培訓信息E-R圖</p><p>　　圖2.6 簡歷信息E-R圖</p><p>　　圖2.7 工程項目信

43、息E-R圖</p><p>　　⑵局部概念結構設計中的實體與實體間的表示如下描述：</p><p>　?、俾毠づc簡歷之間的關系：一個職工只可以有一個簡歷檔案，而一個簡歷檔案只能被一個職工所有即二者是一對一的關系，如圖2.8所示。</p><p>　　圖2.8 簡歷信息實體與職工信息實體之間的聯系</p><p>　　②崗位培訓與職工之間的關系

44、：一個崗位培訓可以有多個職工參加，而一個職工只能參加一種崗位培訓即二者是一對多的關系，如圖2.9所示。</p><p>　　圖2.9 崗位培訓信息實體與職工信息實體之間的聯系</p><p>　?、蹗徫恍畔⑴c職工之間的關系：一個崗位可以有多個職工，而一個職工只能在一個崗位工作，即二者是一對多的關系，如圖2.10所示。</p><p>　　圖2.10 崗位信息實體與職

45、工信息實體之間的聯系</p><p>　?、懿块T與崗位之間的關系：一個部門可以有多個崗位，而一個崗位只能在某一個部門，即二者是一對多的關系，如圖2.11所示。</p><p>　　圖2.11 部門信息實體與崗位信息實體之間的聯系</p><p>　?、莶块T與工程項目之間的關系：一個部門可以負責多個工程項目，而一個項目也可以有多個部門進行管理即二者是多對多的關系，如圖

46、2.12所示。</p><p>　　圖2.12 部門信息實體與工程項目信息實體之間的聯系</p><p>　　2.2.3總體概念結構設計</p><p>　　完成局部概念設計后，實體和實體的屬性及各個實體間的關系即以確定，由于各個局部所面向的問題不同，這就導致各個分E-R圖之間必定會存在許多不一致的問題，稱之為沖突。</p><p>　　各E

47、-R圖之間的沖突主要有三種：屬性沖突、命名沖突、結構沖突。除了消除沖突之外，還要消除不必要的冗余，消除冗余主要采用分析方法，即以數據字典和數據流圖為依據，根據數據字典中關于數據項之間邏輯關系的說明來消除冗余，但并不是所有的冗余數據與冗余聯系都必須加以消除，有時為了提高效率，不得不以冗余信息作為代價。因此在設計數據概念時，哪些冗余必須消除，哪些冗余信息允許存在，需要根據用戶的整體要求來確定，如果人為的保留一些冗余數據，則應把數據字典數據關

48、聯的說明作為完整性約束條件。除分析方法外，還可以用規(guī)范化理論來消除冗余。</p><p>　　在設計全局E-R圖時我們嚴格依據上面的條件和規(guī)則，應用上面的方法設計出全局E-R圖，如圖2.13所示。</p><p>　　圖2.13 本系統(tǒng)的全局E-R圖</p><p>　　2.2.4數據庫設計工具軟件PowerDesigner的應用</p><p&

49、gt;　　1.PowerDesigner 的安裝：</p><p>　　選擇PowerDesigner950-Trial文件進行安裝，安裝到C盤的program files文件夾內，如圖2.14所示。</p><p>　　圖2.14 安裝界面</p><p>　　2.CDM圖的生成過程：</p><p>　?。?）安裝完成后進入到PowerD

50、esigner操作界面。依次選擇開始/程序/Sybase/PowerDesigner 9/PowerDesigner選項，就會彈出PowerDesigner對話框。選擇菜單File里的New選項，在彈出的New對話框內選擇“Conceptual Data Model”選項，單擊“OK”按鈕，如圖2.15所示。</p><p>　　圖2.15 生成CDM過程</p><p><b>

51、;　?。?）繪制實體</b></p><p>　　A．單擊選中工具選項板上的“實體圖標”。然后在CDM工作區(qū)內單擊產生實體圖形，右鍵解除當前選擇的任務。</p><p>　　B．雙擊CDM工作區(qū)中的實體圖形，出現定義實體特征的窗口。在該窗口內可定義實體的規(guī)則（Rules）、描述（Description）、注釋（Annotation）、屬性（Attributes）。</p&

52、gt;<p>　　C．在“General”選項下輸入Name、Code內容。這里的Name表示實體的描述名稱，用中文表述，Code表示實體的代碼名稱，用簡化的英文表述，如圖2.16所示。</p><p>　　圖2.16 繪制實體</p><p><b>　?。?）定義實體屬性</b></p><p>　　在定義實體特征的窗口內選擇

53、“Attributes”選項，出現定義實體屬性窗口，如圖2.17所示。</p><p>　　圖2.17 定義實體</p><p>　　A．確定實體屬性的Name、Code及數據類型（Data Type列）。</p><p>　　B．確定一個屬性是否為這個實體的標識符或標識符的一部分（Primary復選框），實體的標識符可以由一個或多個屬性組成，它惟一標識實體中的一個

54、實例，即它代表了關系中的主鍵，在實體圖形符號中，標識符（主鍵）屬性帶有下劃線。</p><p>　　C．標識一個實體的屬性是否為強制的，強制特性表示屬性是否需要一個值，如果屬性是強制的，那么該屬性在數據庫表中的對應列上不允許空值，一般主鍵是不允許為空的。</p><p><b>　　（4）繪制聯系</b></p><p>　　在不同的情況下，繪

55、制聯系可分為兩種情況：</p><p>　　A．繪制不帶屬性的聯系</p><p>　　不帶屬性的聯系通常是用實體之間的一條線。選中工具板上“Relationship”圖標，點擊兩個實體，就會在兩個實體出現來聯系的相關線。雙擊該線，出現該聯系的屬性窗口，在“General”選項中，輸入Name、Code，然后在“Detail”選項中選擇二者之間的對應關系。如圖2.18所示。</p&g

56、t;<p>　　圖2.18 繪制聯系</p><p>　　B．繪制帶有屬性的聯系</p><p>　　選中工具板上“聯合圖標”，然后點擊兩個實體，這樣兩個實體間就會建立一個帶有屬性的聯系。雙擊圖標，出現定義聯合特性的窗口。在“General”選項中，輸入Name、Code，在“Attributes”選項中，輸入聯系的屬性。單擊“確定”按鈕，就會在CDM工作區(qū)中產生一個“聯合”

57、。如圖2.19所示。</p><p>　　圖2.19 繪制實體間聯系</p><p>　　建立完帶屬性的聯系后，我們就要確定實體與聯合間的關系。選擇“Association”圖標，按住鼠標選中要連接的實體和聯系，完成連接。雙擊其中一個實體與聯合的連接線，如圖2.20所示。</p><p>　　圖2.20 建立實體與聯系的關系</p><p>

58、　?。?）通過建立實體和聯系等相關步驟即可生成CDM模型，如圖2.21所示。</p><p>　　圖2.21 生成的CDM圖</p><p><b>　　2.3邏輯結構設計</b></p><p>　　2.3.1邏輯結構設計思想</p><p>　　概念結構設計是獨立于任何一種數據模型的信息結構。邏輯結構設計是把概念結構

59、設計階段設計好的基本E-R圖轉換為與選用DBMS產品所支持的數據模型相符合的邏輯結構。所以邏輯結構設計一般分以下三個方面：</p><p>　?、艑⒏拍罱Y構轉換為一般的關系、網狀、層次模型。</p><p>　?、茖⑥D換來的關系、網狀、層次模型向特定DBMS支持下的數據模型轉換。</p><p>　?、菍祿Ｐ瓦M行優(yōu)化。</p><p>　

60、　針對人事管理系統(tǒng) ，邏輯結構設計采用概念結構轉換關系模型，將E-R圖依照規(guī)則轉換為關系模型，為了進一步提高數據庫應用系統(tǒng)的性能，再將轉換后的關系模型</p><p>　　進行優(yōu)化，確定是否要對某些模式進行合并或分解，為物理設計提供最優(yōu)的處理。</p><p>　　2.3.2 E-R圖向關系模式的轉變</p><p>　　關系模型的邏輯結構是一組關系模式的集合。E-

61、R圖則是由實體，實體的屬性和實體間的聯系三個要素組成。所以將E-R圖轉換為關系模型實際上就是要將實體，實體的屬性和實體間的聯系轉換為關系模式。轉換原則如下：</p><p>　?、艑嶓w類型的轉換:將每個實體類型轉換成一個關系模式，實體的屬性及為關系模式的屬性，實體標識符及為關系模式的鍵。</p><p>　?、坡撓殿愋偷霓D換，根據不同的情況做不同的處理。</p><p&

62、gt;　　①一個1：1聯系可以轉換為一個獨立的關系模型，也可以與任意一端對應的關系模式合并。如果轉換為一個獨立的關系模式，則與該聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性，每個實體的碼均是該關系的候選碼。如果與某一端實體對應的關系合并，則需要在該關系模式的屬性中加如另一個關系模式的碼和聯系本身的屬性。</p><p>　　②一個1：n聯系可以轉換為一個獨立的關系模式，也可以與 n端對應的關

63、系模式合并。如果轉換為一個獨立的關系模式，則與該聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性，而關系的碼為n端實體的碼。</p><p>　?、垡粋€m：n聯系轉換為一個關系模式。與該聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性，而關系的碼為各實體碼的組合。</p><p>　?、苋齻€或三個以上的實體間的一個多元聯系可以轉換為一個關系模式。與該多元聯系相連的各實體的碼

64、以及聯系本身的屬性均轉換為關系的屬性，而關系的碼為各實體碼的組合。</p><p>　?、菥哂邢嗤a的關系模式可合并。</p><p>　?、且勒赵撘?guī)則并結合各個實體間的關系將系統(tǒng)的E-R圖轉換為關系模型。</p><p>　　2.3.3 PDM的生成過程</p><p>　　⑴ 在生成CDM模型中點擊Tools/Generate physi

65、cal Data Model…，彈出對話框，如圖2.22所示。確定后生成的PDM圖如圖2.23所示。</p><p>　　圖2.22 生成PDM過程</p><p>　　圖2.23 生成的PDM圖</p><p>　　2.3.4 腳本的生成過程</p><p>　?、?啟動Oracle Home 92 管理平臺</p><

66、p>　　單擊開始/程序/oracle-oraHome92/Enterprise Manager console，彈出對話框， 選擇獨立啟動，點擊確定，再次彈出對話框。將主機添加：192.168.170.8，SID添加：oracledb，網絡服務名自動生成，點擊確定，彈出對話框。如圖2.24所示。在彈出的對話框中輸入用戶名和密碼，點擊確定，就完成了數據源的創(chuàng)建。如圖2.25所示。</p><p>　　圖2.2

67、4 進入Oracle管理平臺</p><p>　　圖2.25 進入數據庫</p><p><b>　?、?創(chuàng)建數據源</b></p><p>　　① 單擊開始/設置/控制面板/管理工具/數據源，彈出對話框，點擊添加，再次彈出對話框。如圖2.26所示。</p><p>　　圖2.26 創(chuàng)建新的數據源</p>

68、<p>　?、?選擇Oracledb in OraHome92，然后點擊確定，彈出對話框。如圖2.27所示。</p><p>　?、?在Data Source Name中輸入：personal_management，在TNS Service Name 中輸入：oracledb_192.168.170.8，在User中輸入：jb08112。然后點擊：Test Connection，彈出對話框，輸入Pass

69、word：jb08112。然后點擊OK。數據源就連接成功了。</p><p>　　圖2.27 數據源的連接</p><p><b>　?、?生成腳本的過程</b></p><p>　?、?在生成PDM模型中點擊Database/Generate Data base，彈出對話框。如圖2.28所示。</p><p>　　圖2

70、.28 生成腳本過程</p><p>　?、?選擇Script generat，點擊Database，將本頁的所有內容都不選，點擊確定，彈出對話框，點擊Edit，腳本就生成了。如圖2.29所示。</p><p>　　圖2.29 生成腳本</p><p><b>　?、?生成的腳本代碼</b></p><p>　　/*==

71、============================================================*/</p><p>　　/* Database name: ConceptualDataModel_3 */</p><p>　　/* DBMS name: ORACLE Version 9i

72、 */</p><p>　　/* Created on: 2010-6-18 9:19:39 */</p><p>　　/*==============================================================*/</p><p>　

73、　alter table "canjia"</p><p>　　drop constraint FK_CANJIA_CANJIA_ZHIGONG</p><p><b>　　/</b></p><p>　　alter table "canjia"</p><p>　　drop co

74、nstraint FK_CANJIA_CANJIA2_GANGWEIP</p><p><b>　　/</b></p><p>　　alter table "canyu"</p><p>　　drop constraint FK_CANYU_CANYU_ZHIGONG</p><p><b>

75、;　　/</b></p><p>　　alter table "canyu"</p><p>　　drop constraint FK_CANYU_CANYU2_GONGCHEN</p><p><b>　　/</b></p><p>　　alter table "gangwei

76、"</p><p>　　drop constraint FK_GANGWEI_LISHU_BUMEN</p><p><b>　　/</b></p><p>　　alter table "jianli"</p><p>　　drop constraint FK_JIANLI_SHUYU_ZH

77、IGONG</p><p><b>　　/</b></p><p>　　alter table "jianli2"</p><p>　　drop constraint FK_JIANLI2_JIANLI_BUMEN</p><p><b>　　/</b></p>&

78、lt;p>　　alter table "jianli2"</p><p>　　drop constraint FK_JIANLI2_JIANLI2_GONGCHEN</p><p><b>　　/</b></p><p>　　alter table "zhigong"</p><

79、p>　　drop constraint FK_ZHIGONG_CONGSHI_GANGWEI</p><p><b>　　/</b></p><p>　　alter table "zhigong"</p><p>　　drop constraint FK_ZHIGONG_SHUYU2_JIANLI</p>

80、<p><b>　　/</b></p><p>　　drop index "canjia2_FK"</p><p><b>　　/</b></p><p>　　drop index "canjia_FK"</p><p><b>　　/&

81、lt;/b></p><p>　　drop index "canyu2_FK"</p><p><b>　　/</b></p><p>　　drop index "canyu_FK"</p><p><b>　　/</b></p><

82、p>　　drop index "lishu_FK"</p><p><b>　　/</b></p><p>　　drop index "shuyu_FK"</p><p><b>　　/</b></p><p>　　drop index "ji

83、anli2_FK"</p><p><b>　　/</b></p><p>　　drop index "jianli_FK"</p><p><b>　　/</b></p><p>　　drop index "congshi_FK"</p>

84、;<p><b>　　/</b></p><p>　　drop index "shuyu2_FK"</p><p><b>　　/</b></p><p>　　/*==============================================================*

85、/</p><p>　　/* Table: "bumen" */</p><p>　　/*==============================================================*/</p><p>　　create t

86、able "bumen" (</p><p>　　部門代號 CHAR(6) not null,</p><p>　　部門名稱 CHAR(36) not null,</p><p>　　

87、部門地點 CHAR(8) not null,</p><p>　　部門經理 CHAR(8) not null,</p><p>　　部門電話 CHAR(10),</p><p&

88、gt;　　constraint PK_BUMEN primary key (部門代號)</p><p><b>　　)</b></p><p><b>　　/</b></p><p>　　/*==============================================================*/&l

89、t;/p><p>　　/* Table: "canjia" */</p><p>　　/*==============================================================*/</p><p>　　create tabl

90、e "canjia" (</p><p>　　"yuangongdaima" CHAR(6) not null,</p><p>　　培訓名稱 CHAR(20) not null,</p><

91、;p>　　constraint PK_CANJIA primary key ("yuangongdaima", 培訓名稱)</p><p><b>　　)</b></p><p><b>　　/</b></p><p>　　/*===================================

92、===========================*/</p><p>　　/* Index: "canjia_FK" */</p><p>　　/*==============================================================*/<

93、;/p><p>　　create index "canjia_FK" on "canjia" (</p><p>　　"yuangongdaima" ASC</p><p><b>　　)</b></p><p><b>　　/</b><

94、/p><p>　　/*==============================================================*/</p><p>　　/* Index: "canjia2_FK" */</p><p>　　/*===========

95、===================================================*/</p><p>　　create index "canjia2_FK" on "canjia" (</p><p><b>　　培訓名稱 ASC</b></p><p><b>　　)&l

96、t;/b></p><p><b>　　/</b></p><p>　　/*==============================================================*/</p><p>　　/* Table: "canyu"

97、 */</p><p>　　/*==============================================================*/</p><p>　　create table "canyu" (</p><p>　　"yuangongdaima" CH

98、AR(6) not null,</p><p>　　"gongchengxiangmudaima" CHAR(8) not null,</p><p>　　"suoshufengong" CHAR(40)

99、 not null,</p><p>　　constraint PK_CANYU primary key ("yuangongdaima", "gongchengxiangmudaima")</p><p><b>　　)</b></p><p><b>　　/</b>&l

100、t;/p><p>　　/*==============================================================*/</p><p>　　/* Index: "canyu_FK" */</p><p>　　/*=========

101、=====================================================*/</p><p>　　create index "canyu_FK" on "canyu" (</p><p>　　"yuangongdaima" ASC</p><p><b>　　)&

102、lt;/b></p><p><b>　　/</b></p><p>　　/*==============================================================*/</p><p>　　/* Index: "canyu2_FK"

103、 */</p><p>　　/*==============================================================*/</p><p>　　create index "canyu2_FK" on "canyu" (</p><p>　　"go

104、ngchengxiangmudaima" ASC</p><p><b>　　)</b></p><p><b>　　/</b></p><p>　　/*==============================================================*/</p><

105、p>　　/* Table: "gangwei" */</p><p>　　/*==============================================================*/</p><p>　　create table "gangwe

106、i" (</p><p>　　"gangweidaima" CHAR(6) not null,</p><p>　　部門代號 CHAR(6),</p><p>　　"gangweimingcheng" CHAR(6)

107、 not null,</p><p>　　"gangweijibie" CHAR(4) not null,</p><p>　　"gongzijibie" CHAR(4) not

108、 null,</p><p>　　"beizhu2" CHAR(4),</p><p>　　constraint PK_GANGWEI primary key ("gangweidaima")</p><p><b>　　)</b></p><p><b

109、>　　/</b></p><p>　　/*==============================================================*/</p><p>　　/* Index: "lishu_FK" */</p><

110、;p>　　/*==============================================================*/</p><p>　　create index "lishu_FK" on "gangwei" (</p><p><b>　　部門代號 ASC</b></p><

111、;p><b>　　)</b></p><p><b>　　/</b></p><p>　　/*==============================================================*/</p><p>　　/* Table: "gangweipeixun"

112、 */</p><p>　　/*==============================================================*/</p><p>　　create table "gangweipeixun" (</p><p>　　"

113、;peixunmingcheng" CHAR(20) not null,</p><p>　　"qishishijian" DATE not null,</p><p>　　"peixundidian" CH

114、AR(20) not null,</p><p>　　"peixunfangshi" CHAR(4),</p><p>　　"peixunfeiyong" NUMBER(12),</p><p>　　"peixunchengji"

115、 NUMBER(6),</p><p>　　constraint PK_GANGWEIPEIXUN primary key ("peixunmingcheng")</p><p><b>　　)</b></p><p><b>　　/</b></p><p>　　/*======

116、========================================================*/</p><p>　　/* Table: "gongcheng" */</p><p>　　/*======================================

117、========================*/</p><p>　　create table "gongcheng" (</p><p>　　工程項目代碼 CHAR(8) not null,</p><p>　　工程代碼 CHAR

118、(36) not null,</p><p>　　開工日期 DATE not null,</p><p>　　竣工日期 DATE not null,</p>

119、<p>　　監(jiān)理部門 CHAR(10),</p><p>　　constraint PK_GONGCHENG primary key (工程項目代碼)</p><p><b>　　)</b></p><p><b>　　/</b></p><p>　　/

120、*==============================================================*/</p><p>　　/* Table: "jianli" */</p><p>　　/*===============================

121、===============================*/</p><p>　　create table "jianli" (</p><p>　　簡歷編號 CHAR(10) not null,</p><p>　　"yuangongdaima&q