制衣廠人事管理系統設計與運行_第1頁
制衣廠人事管理系統設計與運行_第2頁
制衣廠人事管理系統設計與運行_第3頁
制衣廠人事管理系統設計與運行_第4頁
制衣廠人事管理系統設計與運行_第5頁
已閱讀5頁,還剩70頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、75/75概述:3需求分析:311用戶需求312業(yè)務流程分析313信息需求分析4 131資料收集5 132事項(數據項)分析614功能需求7二、數據庫概念模型設計:8 初始ERD8 改進ERD9數據庫邏輯模型設計1031一般邏輯模型設計ERD轉換為一般關系模型1032、具體邏輯模型設計12把一般關系模型轉換成具體DBMS支持的邏輯結構數據庫物理設計與數據文件愛護設計16 41設計索引16 42設計表間關系16 43完整性設計16五、處理功能設計:17 51主控模塊設計17 52子模塊設計19 521設計輸入19 522視圖設計20 523查詢設計21 524報表設計21六、數據庫應用系統的實現

2、:22 61數據庫及其表結構的建立2262數據輸入2763模塊實現:28 通過與體會32七、數據庫應用系統運行:32 71系統操作使用的簡要講明32 72按使用講明運行系統并打印出運行結果33 73系統評價37概述:海富制衣廠依照業(yè)務需要,確定開發(fā)一個“人事治理系統”,以取代現在的完全人工治理。開發(fā)的差不多目標包括:職員個人資料的錄入、部門資料錄入、職務變動記錄和治理、職員調動記錄等。人事治理系統需要完成以下幾項大的功能:新職員資料的輸入;人事變動的詳細記錄,包括崗位和部門的調整;職員信息的查詢。職員信息統計打印。一、需求分析:11用戶需求:人事治理系統是特不通用的治理信息系統,是企業(yè)單位實現

3、辦公自動化的前提和基礎。由于該廠現在是完全的人工治理,我們的系統要緊是關心他們以自動化的方式來取代現有的人工治理以便于該廠領導掌握人員的動向,及時高速人才的分配。2業(yè)務流程分析:依照上述系統的要求,業(yè)務流程圖包括:人事部人員信息(1)職員和和部門差不多信息的輸入:人事部人員信息修改部門信息修改部門信息審核審核領導層領導層錯誤錯誤正確部門信息資料職員信息資料部門信息資料職員信息資料輸入輸入輸入輸入 部門信息表職員信息表部門信息表職員信息表職員信息核對職員信息核對轉入臨時文件轉入臨時文件相關檔案相關檔案 人事變更流程:人事部依照需要發(fā)出人事變更表,并審核,有錯誤則重發(fā),正確則下達命令,并修改職員職

4、位表。包括職員的調動(職位升降、同級不的調動)表。人事部對職員的考核,業(yè)績信息人事部業(yè)績信息人事部人事部人事部修改修改考核考核職員檔案職員檔案3信息需求分析131資料收集:人事治理系統的業(yè)務流程圖中用到的相關資料有: 職員入職登記表 檔案編號: 個 人 資 料身份證號照片姓名性不出生日期民族籍貫戶籍所在地政治面貌婚姻狀況家庭住址 家庭電話簽訂勞動合同的日期緊急(永久)聯系地址 電話家庭狀況(父母、配偶、子女)姓名關 系工作單位職務學習工作經歷起止時刻工作單位職 務職員考核報告 考評月份:工號姓名業(yè)績報告 領導評價 評價人簽名人事部門評價 評價人簽名職員調職通知:XXX企業(yè)職員信息登記工號: 姓

5、名: 現所在部門號: 現職務: 通過本月業(yè)績評價,公司決定調整你的工作職位,請你于XX年XX月XX日,向XXX部門相關負責人報告。 領導人簽名: 日期:蓋章 部門資料表部門編號部門名稱部門經理部門電話講明 132事項(數據項)分析:在人事治理系統中,各資料的數據項列舉如下:職員個人信息表: 檔案編號、姓名、性不、民族、出生日期、文化程度、健康狀況、婚姻狀況、相片、參加工作時刻、聯系電話、身分證號碼、家庭住址、家庭成員姓名、與本人關系、住址、電話、簽訂勞動合同的日期職員學歷信息表:檔案編號、工號、部門號、職務、姓名、畢業(yè)學校、學歷自我簡介等。職員考評報告表:考評月份、工號、部門號、業(yè)績報告、職員

6、調職通知單:工號、姓名、現所在部門職務等。部門資料表:部門編號、部門名稱、部門經理、部門電話、講明匯總后有事項(數據項)去掉重復。在本案例中,職員個人信息表的信息最集中,放在最前,以便后面匯總時去掉重復,數據項匯總如下: 職員姓名、性不、民族、出生日期、健康狀況、婚姻狀況、相片、聯系電話、簽訂勞動合同的日期、身分證號碼、家庭住址、家庭成員姓名、與本人關系、家庭成員住址、家庭成員電話、工號、所屬部門、職位、進入單位日期、工資級不、職稱、部門編號、部門名稱、部門經理、部門電話、部門講明、檔案編號、畢業(yè)學校等。進一步分析,初步確定人事治理系統的差不多項有:工號、職員姓名、性不、民族、出生日期、文化程

7、度、健康狀況、婚姻狀況、聯系電話、身分證號碼、簽訂勞動合同的日期、家庭住址、家庭成員姓名、與本人關系、家庭成員住址、家庭成員電話、所屬部門、職位、進入單位日期、職稱、部門編號、部門名稱、部門經理、部門電話、檔案編號、畢業(yè)學校等。相片、部門講明為非結構化項。14功能需求: 人事治理系統的總功能確實是“人事治理”。依照業(yè)務流程圖中的兒項子業(yè)務把總功能劃分為幾個大功能(子系統):人事治理系統功能模塊圖人事治理系統人事治理系統考評治理考評治理差不多信息治理職員信息治理業(yè)績資料審核職員業(yè)績考評部門信息治理職員信息治理業(yè)績資料審核職員業(yè)績考評部門信息治理職員信息輸入職員信息審核職員信息修改部門信息審核部門

8、信息輸入部門信息修改業(yè)績評價職員信息輸入職員信息審核職員信息修改部門信息審核部門信息輸入部門信息修改業(yè)績評價 二、數據庫概念模型設計 依照從差不多項構思實體聯系模型四條原則,構造實體聯系點模型(ERD)原則1(確定實體):能獨立存在的事物,例如人、物、事、地、團體、機構、活動、事項等等,在其有多個由差不多項描述的特性需要關注時,就應把它作為實體。在人事治理系統中,工號、姓名、性不、民族、出生日期、文化程度、健康狀況、婚姻狀況、相片、參加工作時刻、聯系電話、身分證號碼、家庭住址、 是職員的差不多特征,因此“職員”是一個實體類。部門編號、部門名稱、部門經理、部門電話是部門的特征,因此“部門”是一個

9、實體類。職員進行培訓的課程中,培訓單位、課程名、成績是它的差不多特征,因此課程是一個實體。起止時刻、工作單位、職務是它的差不多特征,因此工作經歷也是一個實體;它是職員的從實體。同樣,職員的家庭成員也是職員的從實體。原則2(確定聯系):兩個或多個實體間的關聯與結合,如主管,從屬,組成,占有,作用,配合,協同等等,當需要予以關注時,應作為聯系。聯系通常是某類行為動作,ERD中關注的是其狀態(tài)與結果而非其過程。實體間的聯系可分為一對一、一對多、多對多等三類,在確定聯系時還要確定其類型。在人事治理系統中,一個部門有多個職員,因此部門和職員之間的聯系是一對多的聯系。一個職員有多個家庭成員,職員家庭成員和職

10、員也是多對一的聯系。一個職員能夠進行多次培訓,一次培訓也能夠有多個職員,因此職員與課程之間是多對多的聯系。工作經歷、家庭成員是職員的從實體。原則3(確定屬性):實體的屬性是實體的本質特征。實體應有標識屬性(能把不同個體區(qū)分開來的屬性組),并指定其中一個作為主標識。聯系的屬性是聯系的結果或狀態(tài)。屬性具有如下幾個特點:非多值性 非復合性 非導出性, = 4 * GB3 實體的屬性還應有非關聯性,只是一個實體的差不多特征,與其他實體無關;聯系的屬性應具有關聯性,是對聯系結果或狀態(tài)的描述。 在人事治理系統中,實體“職員”有屬性工號、身份證號、姓名、性不、出生日期、民族、籍貫、政治面貌、婚姻狀況、專業(yè)、

11、地址、電話。實體“部門”有屬性部門號、部門名、部門電話、部門經理。實體“課程”有屬性培訓單位、課程名、成績等。本ERD中職員的從實體家庭成員有屬性稱謂、姓名、性不、生日、所在單位、住址等。從實體工作經歷有屬性起止時刻、工作單位、職務等。由此確定初始的ERD課程 *課程名課程N成績培訓日期培訓成績培訓日期培訓調入時刻職務家庭成員調入時刻職務家庭成員M所屬職員的 *工號所屬職員N1部門*部門號部門考評的父子類考評經歷考評部門M經歷考評部門依照業(yè)務流程中的實際,引進聯系實體”業(yè)績”(但并不是一個真正的實體)改進后的ERD如下:課程名培訓單位課程名培訓單位課程課程成績成績稱謂培訓部門經理N稱謂培訓部門

12、經理所在單位培訓日期所在單位培訓日期調入時刻職務*部門號調入時刻職務*部門號姓名家庭成員姓名家庭成員部門名性不部門所屬職員M1部門名性不部門所屬職員的M1部門電話生日*工號 N部門電話生日考核考核業(yè)績住址 M*考評月份業(yè)績住址相關部門的1相關部門經歷經歷被考核結束時刻 1被考核結束時刻學校單位學校單位所任職務開始時刻所任職務開始時刻簽訂合同日期簽訂合同日期檔案號檔案號籍貫籍貫民族婚姻狀況民族婚姻狀況職員職員身份證號出生日期姓名性不專業(yè)電話講明職稱*工號身份證號出生日期姓名性不專業(yè)電話講明職稱*工號政治面貌住址政治面貌住址 領導評價*考核月份領導評價*考核月份人事部評價人事部評價業(yè)績情況業(yè)績情況

13、業(yè) 績業(yè) 績原則4(一事一地):信息分析中得到的差不多項要在且僅在實體聯系圖中的一個地點作為屬性出現。 三、數據庫邏輯模型設計31一般邏輯模型設計ERD轉換為一般關系模型原則1(實體轉換為關系模式):ERD中每個獨立的實體轉換為一個關系模式,實體的屬性組成關系的屬性,實體的主標識轉換成關系的主碼。 在人事治理信息系統中,職員、部門是獨立的實體,業(yè)績也作為獨立實體來看待,得到相應的一般關系框架有職員關系表3.1-1職員編號姓名性不職務生日籍貫檔案號部門號民族外碼主碼文化程度政治面貌婚姻狀況聯系電話聯系地址身份證號簽訂合同日期 部門關系部門號部門名部門電話部門經理主碼表3.1-2課程關系課程名培訓

14、單位主碼表3.1-3業(yè)績關系 (考核) (被考核)考核月份工號業(yè)績情況領導評價人事部評價外碼復合主碼表3.1-4原則2(從實體及其主從聯系轉換為關系模式):ERD中一個從實體及其主從聯系轉換為一個關系,從實體的屬性及其主實體關系的屬性組成該關系的屬性,其主實體關系的主碼,在主從聯系為一對多聯系時還要加上可把同一主實體個體所對應的從實體個體區(qū)分開來的、從實體的一組屬性,作為該關系的主碼。對子類實體可作類似一對一聯系的從實體的轉換。 在人事治理信息系統中,職員的家庭成員關系,其主從聯系是一對多聯系,導出的關系框架如下 職員家庭成員 職職員號稱謂姓名性不生日住地聯系電話外碼 復合主碼 表3.1-5職

15、員的工作經歷也是從實體,導出的關系框架如下經歷關系工號起止時刻學校單位所任職務外碼復合主碼為了使方便,在工作經歷關系中引入單號作為主碼,得到如下關系,并反應在ERD中.工作經歷關系單號工號起止單間工作單位職務外碼主碼 表3.1-6原則3(一對多聯系在關系模式中的表示):ERD中的一個一對多聯系通過在其“多”實體關系上增加“1”實體關系的主碼(作為外碼)和聯系本身的屬性來表示。 本ERD中有一對多聯系職員所屬部門,其中職員是多實體,因此在職員關系中增加所在部門的部門號作為外碼表示所屬部門聯系.。原則4(多對多聯系轉換為關系):ERD中的一個多對多聯系轉換為一個關系,其被聯系實體關系的主碼作為外碼

16、和該聯系本身的屬性一起組成關系的屬性,被聯系關系的主碼組成該關系的復合主碼。在本ERD中,課程與職員的聯系確實是多對多聯系。導出如下的關系框架職員培訓課程關系課程名工號培訓日期成績復合主碼表3.1-732、具體邏輯模型設計把一般關系模型轉換成具體DBMS支持的邏輯結構在VFP中,在各個關系框架下增加類型、長度、小數位數等行就能夠了。以下為上述系統的關系: 職員差不多信息.DBF 表3.2-1字段名工號身份證號部門號姓名性不出生日期電話籍貫調入時刻外碼主碼主碼類型NCNCLDCCD長度818510281288小數位 數00索引主索引候選候選一般字段完整性非空非空講明字段完整性:只能取“男”或“女

17、” 部門號用來與部門表相關聯字段名職務狀態(tài)檔案號民族婚姻狀況住址簽訂合同日期外碼主碼類型CNNCLCD長度82842308小數位 數00索引候選字段完整性非空講明字段完整性:只能取“是”或“否” 有六種狀態(tài):1-在職人員,2-兼職人員,3-試用人員,4-離職人員,5-返聘人員,6-退休人員 部門表.DBF表3.2-2字段名部門號部門名部門電話部門經理外碼主碼主碼類型NCCC長度881210小數位數00索引主索引候選字段完整性非空講明字段(屬性)級完整性: 記錄(無組)完整性:表(關系)完整性: 課程表.DBF 表3.2-3字段名課程名培訓單位外碼主碼主碼類型CC長度2010小數位數索引主索引字

18、段完整性非空 非空講明表(關系)完整性:業(yè)績.DBF 表3.2-4字段名考核月份工號業(yè)績情況領導評價人事部評價外碼外碼主碼復合主碼類型NNCCC長度58303030小數位數0索引一般一般字段完整性非空 講明表(關系)完整性:工號用來與職員表相關聯家庭成員表.DBF 表3.2-5字段名工號稱謂姓名性不生日住址電話外碼主碼復合主碼類型NCCLDCN長度81010285020小數位數索引字段完整性非空 非空講明字段(屬性)級完整性:吸能取值“男”或“女”表(關系)完整性:用來與職員表相關聯經歷表.DBF 表3.2-6字段名單號工號開始時刻結束時刻職務學校單位外碼外碼主碼主碼類型NNDDCC長度888

19、8812小數位數00索引一般索引一般索引字段完整性非空 講明表(關系)完整性:工號用來與職員表相關聯 職員培訓課程.DBF 表3.2-7字段名工號課程名培訓日期成績外碼外碼外碼主碼復合主碼類型NCDC長度81084小數位數0索引復合索引字段完整性非空 非空 非空講明表(關系)完整性:工號用來與職員表相關聯 課程名用來與課程表相關聯 四、數據庫物理設計與數據庫愛護設計41 設計索引:見上述表中的索引42 設計表間關系:業(yè)績業(yè)績職員職員部門經歷部門經歷家庭成員家庭成員課程課程培訓課程培訓課程父表子表部門課程職員職員一多關系(部門號)培訓課程一多關系(課程名)一多關系(工號)經歷一多關系(工號)家庭

20、成員一多關系(工號)業(yè)績一多關系(工號)表4-2-243 完整性設計:列出要緊字段完整性的字段名、完整性約束條件;列出記錄完整性約束及其約束條件;列出參照完整性表。參照完整性表如下所示:父表子表更新刪除插入父標記子標記部門表職員表級聯忽略忽略部門號部門號課程表培訓課程級聯級聯限制課程名培訓課程職員表工作經歷級聯級聯限制工號工號職員表家庭成員級聯級聯限制工號稱謂職員表業(yè)績級聯級聯限制工號考核職員表培訓課程級聯忽略限制工號培訓課程五、處理功能設計51 主控模塊設計:包括系統環(huán)境初始化、歡迎畫面、用戶身份驗證、主控表單或菜單、各不畫面、系統退出的環(huán)境等功能。 建立主控程序:主控程序是應用程序的起點,

21、包括初始化環(huán)境、顯示初始界面和操縱事件循環(huán),并在退出事件循環(huán)后,恢復原來的系統環(huán)境。主控程序如下:clear EVENTSset talk off set safe off set sysmenu off close allrelease window 常用,項目治理器,表單設計器,表單控件,數據庫設計器,報表設計器,布局,命令release window standamodify window screen title 人事治理系統zoom window screen maxopen database 課程設計107人事治理系統.DBCpublic userdo form 課程設計107歡迎

22、界面read eventsCLOSE DATaBASE該程序保存為 main.prg進行用戶身份驗證,需建立一個密碼表儲存用戶名和密碼: 用戶表密碼用戶名123456何耀環(huán)123456用戶2登錄界面的差不多功能是驗證用戶身份,便于維護數據安全。要求該界面實現的具體功能如下 :驗證操作工號、用戶名和密碼,假如正確則進入系統。錯誤則顯示相應的提示假如連續(xù)三次輸往返用戶名和密碼錯誤,將顯示系統退出提示,并自動退出系統能實現退出登錄界面的功能,并退出系統。下圖為該界面的設計圖:告不畫面表單如下:主菜單的差不多功能是用來實現調用系統內各界面的,主菜單的設計能夠依照第一部分的系統功能模塊圖。以下是菜單的設

23、計:菜單名稱結果命令職員信息治理do form 職員差不多信息表部門信息治理do form 部門表業(yè)績治理do form 業(yè)績查詢統計系統治理子菜單數據備份與恢復命令do form s退出命令Quit 52子模塊設計:按系統業(yè)務要求設計各項業(yè)務模式和系統治理模塊,要能完成系統業(yè)務和系統治理功能,總體規(guī)模至少達到5.2.1-5.2.4的要求。 521設計輸入:設計輸入數據到表中的表單或窗口,注意實現用戶定義完整性約束,并具有輸入校驗,以確保輸入數據正確,沒有垃圾數據混入。職員差不多信息輸入:職員差不多信息輸入相片修改資料添加職員部門調轉輸入家庭成員輸入經歷相片修改資料添加職員部門調轉輸入家庭成員

24、輸入經歷 最后一條下一條上一條最后一條下一條上一條退出第一條退出第一條本表單講明:部門調轉輸入家庭成員輸入經歷為了方便,把職員的子類如經歷表,家庭成員,部門調動三個表單放入該表單中,輸入完職員差不多信息后,分不點擊 部門調轉輸入家庭成員輸入經歷添加職員添加職員接著輸入相關資料,點擊出現一個新的表單,輸入下一個職員的相關資料。部門信息輸入:部門信息輸入部門號:部門名:部門電話: 部門經理:任職日期:確定退出修改刪除添加最后一條下一條上一條第一條確定退出修改刪除添加最后一條下一條上一條第一條另外還有經歷表、家庭成員表、課程表、業(yè)績、職員部門調動、職員培訓課程關系等界面,詳見VFP。522視圖設計:

25、設計許多于兩個定式視圖,并提供視圖設計器的用戶現場生成視圖。視圖是提示給用戶,讓用戶能夠只看到自己想看的數據,或者是能夠把系統中的某些重要的數據進行愛護,令無些權限的用戶無法看到。職員信息視圖:請輸入查詢條件:查詢部門名查詢退出姓名退出職員經歷查詢視圖:請輸入查詢條件查詢姓名查詢退出開始時刻退出523 查詢設計:設計許多于兩個定式查詢,并提供調用查詢設計器的用戶現場生成查詢。由于篇幅關系,以下僅畫出部門人數統計各設計原稿:部門人數統計選擇部門名:退出打印查詢退出打印查詢524 報表設計:設計許多于兩個定式報表,并提供調用報表生成器的用戶現場生成報表。職員差不多信息報表:職員差不多信息09/04

26、/05姓名性不電話檔案號部門號調入時刻狀態(tài)職務簽訂合同日期住址域域域域域域域域域域部門報表:部門表09/04/05部門號部門名部門電話部門經理任職日期域域域域域注明:子模塊設計部分只列出部分的初步設計,其他的可在具體實現后的模塊實現處了解到。六、數據庫應用系統的實現61 數據庫及其表結構的建立:在創(chuàng)建數據庫前,可先為“人事治理系統”創(chuàng)建一個“項目治理器”,命名為“人事治理系統”;在剛創(chuàng)建的“項目治理器”中創(chuàng)建一個數據庫,命名“人事治理系統”;在“人事治理系統”數據庫中創(chuàng)建表,要創(chuàng)建的表分不為表3.3-1到3.3-10,下面6.1.2小節(jié)將分不列出創(chuàng)建后的表:6.1.1數據庫表的創(chuàng)建:1. 職員

27、差不多信息表(Employees)字段名類型寬度小數位數索引工號N80升序身份證號C18部門號N50升序姓名C10性不L2升序出生日期D8電話C12籍貫C8政治面貌C20婚姻狀況L2住址C50專業(yè)C20調入時刻D8狀態(tài)N20職務C8檔案號N80升序民族C4簽訂合同日期D8用SQL創(chuàng)建如下:CREAT TABLE Employees &數據庫表的創(chuàng)建 (工號 N (8) NOT NULL UNIQUE, 身份證號 CHAR(18) NOT NULL UNIQUE, 部門號 N(5) NOT NULL UNIQUE,姓名CHAR(10),性不 L(2),出生日期 DATE(8),電話 CHAR(1

28、2),籍貫 CHAR(8),政治面貌 CHAR(20),婚姻狀況 L(2),住址 CHAR(50),專業(yè) CHAR(20),調入時刻 DATE(8) NOT NULL UNIQUE,狀態(tài) N(2) NOT NULL UNIQUE, 職務 CHAR(8), 檔案號 N(8) NOT NULL UNIQUE, 民族 CHAR(4), 簽訂合同日期 DATE(8) NOT NULL UNIQUE,CONSTRAINT 工號 PRIMARY KEY(工號)),CONSTRAINT 身份證號 PRIMARY KEY(身份證號)),CONSTRAINT 檔案號 PRIMARY KEY(檔案號)),CONS

29、TRAINT 狀態(tài) CHECK (狀態(tài) IN (1,2,3,4,5,6),CONSTRAINT性不CHECK (性不 IN (男,女),CONSTRAINT婚姻狀況CHECK (婚姻狀況 IN (是,否);該表結構如下:2.部門表(Departments)字段名類型寬度小數位數索引部門號N80升序部門名C10升序部門電話C12部門經理C10任職日期D8用SQL創(chuàng)建如下:CREATE TABLE Departments (部門號 N(8)NOT NULL UNIQUE,部門名 CHAR(10), 部門電話 CHAR(12), 部門經理 CHAR(10), 任職日期 DATE(8), CONSTR

30、AINT 部門號 PRIMARY KEY(部門號));該表結構如下:3課程表(Course)字段名類型寬度小數位數索引課程名C20升序培訓單位C10用SQL創(chuàng)建如下:CREATE TABLE Course (課程名 CHAR(20) NOT NULL UNIQUE, 培訓單位 CHAR(10) NOT NULL UNIQUE,CONSTRAINT 課程名 PRIMARY KEY(課程名));INSERT INTO Course VALUES&插入數據該表結構如下:4.業(yè)績表(Achievement)字段名類型寬度小數位數索引考核月份N50升序工號N80升序業(yè)績情況C30領導評價C30人事部評價

31、C30 用SQL創(chuàng)建如下:CREATE TABLE Achievement (考核月份 N(5) NOT NULL UNIQUE , 工號 N(8) NOT NULL UNIQUE , 業(yè)績情況 CHAR(30), 領導評價 CHAR(30), 人事部評價 CHAR(30),CONSTRAINT 考核 PRIMARY KEY(考核月份+工號));該表結構如下:5家庭成員表(Family)字段名類型寬度小數位數索引工號N80升序稱謂C10升序姓名C10性不L1生日D8住址C50電話C12用SQL創(chuàng)建如下:CREATE TABLE Family (工號 CHAR(8) NOT NULL UNIQU

32、E , 稱謂 CHAR(10) NOT NULL UNIQUE , 姓名 CHAR(10) NOT NULL UNIQUE , 性不 L(1), 生日 DATE(8), 住址 CHAR(30), 電話 CHAR(12),CONSTRAINT 稱謂 PRIMARY KEY(工號+稱謂));該表結構如下:6.經歷(Experiences)字段名類型寬度小數位數索引單號N80升序工號N80升序學校/單位C12所任職務C8開始時刻D8結束時刻D8用SQL創(chuàng)建如下:CREATE TABLE Experiences (單號 N(8)NOT NULL UNIQUE , 工號 N(8)NOT NULL UNI

33、QUE , 工作單位 CHAR(12), 所任職務 CHAR(12), 開始時刻 DATE(8), 結束時刻 DATE(8), CONSTRAINT 單號 PRIMARY KEY(單號));該表結構如下:7.培訓課程(Train)字段名類型寬度小數位數索引工號N80升序課程名C10升序培訓日期D8成績C4用SQL創(chuàng)建如下:CREATE TABLE Train (工號 N(8), 課程名 CHAR(10), 培訓日期 DATE(8), 成績 CHAR(4),CONSTRAINT 培訓課程 PRIMARY KEY(工號+課程名+培訓日期));該表結構如下:62數據輸入:實現5.2.1中,用這些輸入程序或系統的追加插入命令錄入數據,并打印出用VFP命令列出的各表的內容。在VFP命令窗口中鍵入:USE 職員差不多信息LIST得到如下內容:同樣,鍵入:USE 部門表LIST得到如下內容:USE

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論