【文章內容簡介】 r 8 關系模式 部門部門編號部門名稱職工名職位部門電話部門經理編制人數現有人數 屬性中文名稱 屬性名 數據類型 長度 說明 部門編號dep_num 整型 int12 部門編號具有唯一性 部門名稱 dep_name 字符串類型 char12 部門名稱 職工名 employor_na 字符串類型 char12 職工名 職位 position 字符串類型 char12 具有等級之分 部門電話 dep_telephone 整型 int11 部門電話 部門經理 manager 字符串類型 char12 部門經理 編制人數 edit_no 整型 int100 部門最大容納人數 現有人數 own_no 整型 int100 現有人數 導出表 1 調動入表部門編號職位職工編號原部門現部門、說明部分由部門信息表導出。2 轉出表部門編號職位職工編號現有人數職工名由部門信息表導出。3 獎懲表職工編號、獎勵、懲罰、獎懲時間、說明部分由工資表導出。 創(chuàng)建數據庫 用戶表 員工基本表 員工學歷表 員工家庭表 物理設計 設計原則 1進行規(guī)范化設計盡可能地減少數據冗余和重復 合理的數據庫表的設計應該是在滿足需求的前提下使數據的重復量最小就盡量按照關系數據庫系統(tǒng)理論方法去設計一個數據庫減少數據的冗余。2結構設計與操作設計相結合 在設計數據庫結構時有時為了編程實現的簡捷和思路的清晰往往故意增加一些冗余數據。這雖然有悖于傳統(tǒng)的關系數據庫理論但是考慮到選擇的機器型號和檔次等因素如果增加的冗余不會明顯增加存儲空間和降低處理效率并且對編程實現有很大幫助往往可以采用這種方法。3數據結構具有相對的穩(wěn)定性 數據結構的相對穩(wěn)定性可以作為新、舊系統(tǒng)轉換的依據。無論采用何種方法或手段去處理日常事務都應該能完成相應的功能決不會因為采用了計算機而丟失了必要的功能或徹底改變了原有的工作流程和模式。計算機系統(tǒng)的建成是建立在原系統(tǒng)充分調研的基礎上的它既不能脫離原系統(tǒng)的大框架也不是簡單的重復和替代。所以數據庫表結構設計應保證數據的相對穩(wěn)定這樣才能考慮在新的數據結構下的業(yè)務處理方式。 設計原則 此處著重討論如何進行規(guī)范化設計關系范式規(guī)范化過程如下 由邏輯結構設計中得出的關系模型可知轉化的各關系中均無重復項和空白數據項故是第一范式而且如下圖中的a b所示以出差信息及請假信息為例其它略所有非主屬性都完全函數依賴于任一侯選關鍵字故是第二范式在第二范式的前提下可知ER圖中ab所示的四個關系的非主屬性之間都不存在函數依賴關系故圖ab所表示的關系均屬于第三范式。 系統(tǒng)的運行 本系統(tǒng)的輸入采用鼠標和鍵盤相結合的輸入方法。怎樣進入系統(tǒng)A、將本系統(tǒng)所在的文件夾拷貝到硬盤然后執(zhí)行其中的人事管理系統(tǒng)的程序文件即可應注意要將全部文件的屬性變以存檔消除只讀屬性。B、在隨后出現的登錄界面上輸入正確的用戶名和密碼即可怎樣使用本系統(tǒng) 點擊鼠標左鍵即可進行相應功能的選擇。a b 請假編號 員工編號 病假天數 事假天數 假期開始時間 出差編號 出差開始時間 出差目的地 出差天數 員工編號 消去重復項 1NF 消除部分函數依賴 2NF 消除傳遞函數依賴 3NF 和空白數據項 非規(guī)范化關系 系統(tǒng)的維護 本系統(tǒng)是個較復雜的人機系統(tǒng)由于系統(tǒng)外部環(huán)境與內部因素的變化不斷影響系統(tǒng)的運行同時需要系統(tǒng)不斷地適應這些變化不斷地完善系統(tǒng)以提高系統(tǒng)運行的效率與服務水平這就需要自始至終進行系統(tǒng)的維護工作。系統(tǒng)的維護主要包括四個方面1程序的維護指的是修改部分或全部程序這種維護往往是在條件發(fā)生變化或原系統(tǒng)的效率低的情況下進行的。2數據文件的維護指的是按照用戶的要求對數據文件進行不定期的修改。3代碼的維護隨著系統(tǒng)的發(fā)展和變化可能會出現舊代碼不能適應新要求的問題因此有必要變更代碼予以維護。4硬件的維護指的是對系統(tǒng)所使用的設備進行維護。本系統(tǒng)的日常維護由人事部門專人來負責如果出現一些不能解決的問題則由開發(fā)者來負責。總結與體會 做完這個企業(yè)人事管理系統(tǒng)后我深有感觸。從選取設計企業(yè)人事管理系統(tǒng)這個題目到對企業(yè)職員基本信息了解從系統(tǒng)的需求分析及數據庫設計到應用程序設計其中每一步都很重要雖然無論在運用SQL Server 2005還是Visual Basic 。由于時間比較倉促做完實驗后自我感覺雖然系統(tǒng)做出來在運行上沒有錯誤但如果企業(yè)拿來使用的話就存在不少問題功能不靈活處理的信息少等有許多有待改進的地方。這些問題都是因為自己對現實問題了解的不深導致的我明白在以后的系統(tǒng)設計中需要多加強理論與實踐的結合這樣才能使以后開發(fā)出來的軟件實用。第三篇：學生檔案管理系統(tǒng)概要設計說明書學生信息管理系統(tǒng)設計規(guī)格說明書一、總體結構設計本系統(tǒng)從總體分可分用戶表、學生基本信息表、學生在校學籍表、院內課程表、學生課程表、學生成績表、學生獎懲信息表、教員信息表、班級信息表、系別信息表。：用戶名、用戶編號、密碼、權限、用戶基本信息：姓名、學號、性別、出生日期、與學生關系、家庭成員、家長職業(yè)、家長單位、家庭住址、家庭電話：學號、班級、系別、入學時間、學生電話、班主任、導員、攻讀學歷：年級、學期、課程、任課教師、課時、課程類型、課程信息：學號、年級、學期、課程、任課教師、課時、上課教室、課程信息：姓名、學號、系別、班級、年級、學期、課程、任課教師、課時、分數、是否通過：姓名、學號、系別、班級、年級、學期、獎懲類型、獎懲信息、備注 ：姓名、職務 ：班級、系別 ：系別、包圖及關系（1）數據庫設計 數據庫分析在系統(tǒng)操作流程圖分析的基礎上，可以列出該系統(tǒng)所需要的主要數據項和數據結構。用戶表：用戶名、用戶編號、密碼、權限、用戶基本信息學生基本信息表：姓名、學號、性別、出生日期、與學生關系、家庭成員、家長職業(yè)、家長單位、家庭住址、家庭電話學生在校學籍表：學號、班級、系別、入學時間、學生電話、班主任、導員、攻讀學歷院內課程表：年級、學期、課程、任課教師、課時、課程類型、課程信息學生課程表：學號、年級、學期、課程、任課教師、課時、上課教室、課程信息學生成績表：姓名、學號、系別、班級、年級、學期、課程、任課教師、課時、分數、是否通過學生獎懲信息表：姓名、學號、系別、班級、年級、學期、獎懲類型、獎懲信息、備注 教員信息表：姓名、職務 班級信息表：班級、系別 系別信息表：系別 創(chuàng)建數據庫表將上面的ER圖轉換成表格形式，在這里即為創(chuàng)建數據庫。本課題在創(chuàng)建數據庫時，采用的是SQL Server 2000的企業(yè)管理器，不需要使用任何的SQL語句,即可成功創(chuàng)建數據庫。在SQL中新建了一個名為Student_MessageInfo的數據庫，根據先前做的分析，新建了多個數據庫表。其中較為重要的表如下所示，其中表格形式的數據庫表，學生基本信息二、過程設計模塊說明及程序流程圖（1）學生基本信息模塊該模塊實現的功能：學生可以查詢個人基本信息，成績信息，學分信息以及懲處信息，但不能修改信息.（2）學生課程模塊該模塊實現的功能：學生課程，系統(tǒng)根據學生所報專業(yè)選出其對應的選修課，然后學生可根據專業(yè)選擇其中一項，然后提交.（3）教師信息模塊該模塊實現的功能：教師可查詢授課信息，學生選課信息，學生基本信息和學生成績.（4）管理員查詢信息模塊該模塊實現的功能：管理員可對學生信息，教師信息，課程信息，學院信息，專業(yè)信息，班進行查詢精確類圖四、界面設計用戶登陸：該系統(tǒng)根據用戶的身份實現了不同的功能，用戶登陸時需要選擇一種登陸方式（默認情況下是學生），系統(tǒng)再根據用戶選擇的登陸方式到相應的表中去搜索。例如，登陸時選擇了教師登陸方式，系統(tǒng)將會在教師信息表中搜索是否存在與該用戶的輸入相符的信息，如果存在則進入教師主頁，否則提示用戶輸入有誤，請重新輸入。學生用戶界面 ①、修改密碼學生的初始密碼是由管理員指定的。學生登陸后，可以按照要求自行修改使用密碼。首先需要輸入原始密碼，如果原始密碼沒有輸入正確將不能修改密碼，只有在原始密碼正確的基