兄弟，課程設計這種東西 還是自己動手做吧，工作資料庫是不會少的，說實話，資料庫是很有用的。
現在不練手，工作徒傷悲。。。。。
⑵ 求一份SQL server資料庫課程設計報告
2.2需求分析
（1）需求分析的任務
需求分析的任務是通過詳細調查現實世界要處理的對象（組織、部門、企業等），充分了解原系統（手工系統或計算機系統）工作概況，明確用戶的各種需求，用通俗的話來講，就是分析了解用戶關心什麼，用戶需要什麼樣的結果，然後在此基礎上分析和設計新系統的資料庫。
需求分析的重點是調查、收集與分析用戶在數據管理中的信息要求、處理要求、安全性與完整性要求。
信息要求
是指用戶需要從資料庫中獲得信息的內容與性質。由用戶的信息要求可以導出數據要求，即在資料庫中需要存儲哪些數據。
處理要求
是指用戶要求完成什麼處理功能，對處理的響應時間有什麼要求，處理方式是批處理還是聯機處理。
安全性與完整性要求
一是指用戶對系統和數據有什麼安全性要求，如不同級別的用戶具有什麼操作許可權和使用哪些數據；二是對數據的輸入和存儲的什麼要求，如數據的長度和范圍、數據的有效性、一致性和唯一性等。
確定用戶的最終需求其實是一件很困難的事，這是因為一方面用戶缺少計算機知識，開始時無法確定計算機究竟能為自己做什麼，不能做什麼，因此無法一下子准確地表達自己的需求，他們所提出的需求往往不斷地變化。另一方面設計人員缺少用戶的專業知識，不易理解用戶的真正需求，甚至誤解用戶的需求。因此設計人員必須與用戶不斷深入地進行溝通和交流，才能逐步得以確定用戶的實際需求。
（2）需求分析的基本步驟
1．調查與初步分析用戶的需求，確定系統的功能邊界
⑴首先調查組織機構情況
⑵然後調查各部門的業務活動情況
⑶協助用戶明確對新系統的各種要求
⑷確定新系統的結構和功能邊界，確定哪些功能由計算機完成或將來由計算機完成，哪些活動由人工完成。
常用的調查方法有：
⑴跟班作業
⑵開調查會
⑶請專人介紹
⑷詢問
⑸問卷調查
⑹查閱記錄
2．生成數據字典
1）數據項條目：數據項是不可再分的數據單位，它直接反映事物的某一特徵。
2）數據結構條目：反映了數據之間的組合關系。
3）數據流條目：數據流是數據結構在系統內傳輸的路徑。
4）數據文件條目：數據文件是數據項停留或保存的地方，也是數據流的來源和去向之一。
5）處理過程條目。
(3) 案例分析：教學管理系統資料庫的需求分析
用戶的需求具體體現在各種信息的提供、保存、更新和查詢上，這就要求資料庫的結構能充分滿足各種信息的輸出和輸入。需求分析階段主要是收集基本數據，確定數據結構及數據處理的流程，組成一份詳盡的數據字典，以便為後面的概念設計和邏輯設計打下基礎。
2．3概念結構設計
概念結構設計是對收集來的信息和數據進行分析整理，確定實體、屬性及聯系，形成獨立於計算機的反映用戶觀點的概念模型。概念設計的重點在於信息結構的設計，它是整個資料庫系統設計的關鍵。
（1）概念結構設計的目標和任務
概念結構設計的目標是產生反映系統信息需求的資料庫概念結構，即概念模式。概念結構是獨立於DBMS和使用的硬體環境的。在這一階段，設計人員要從用戶的角度看待數據以及數據處理的要求和約束，產生一個反映用戶觀點的概念模式，然後再把概念模式轉換為邏輯模式。
概念模型的表示方法很多，其中最著名、最常用的表示方法為實體-聯系方法，這種方法也稱為E-R模型方法，該方法採用E-R圖描述概念模型。
E-R圖提供了表示實體、屬性和聯系的方法，它由以下三個組件構成：
實體---用矩形表示，矩形框內寫明實體名。
屬性---用橢圓形表示，並用無向邊將其與相應的實體連接起來。
聯系---用菱形表示，菱形框內寫明聯系名，並用無向邊分別與有關實體連接起來，同時在無向邊旁標上聯系的類型（1:1、1:n或m:n）。
例如教學管理系統中的學生實體與課程實體的E-R圖如下圖表示：
（2）概念結構設計的過程
●數據抽象
概念結構是對現實世界的一種抽象，所謂抽象就是對實際的人、事、物和概念進行加工處理，抽取所關心的共同特性，用各種概念精確的加以描述，組成某種模型。
在需求分析中，已初步得到了有關各類實體、實體間的聯系以及描述它們性質的數據元素，統稱數據對象。
在這一階段中，首先要從以上數據對象中找出：系統有哪些實體？每個實體有哪些屬性？哪些實體間存在聯系？每一種聯系有哪些屬性？然後就可以做出系統的局部E-R模型和全局E-R模型。
● 局部E-R模型設計
局部E-R模型設計是從數據流圖出發確定實體和屬性，並根據數據流圖中表示的對數據的處理、確定實體之間的聯系。
設計局部E-R圖的步驟是：
1．確定實體類型和屬性
實體和屬性之間沒有嚴格的區別界限，但對於屬性來講，可以用下面的兩條准則作為依據：
1）作為屬性必須是不可再分的數據項，也就是屬性中不能再包含其他的屬性。
2）屬性不能與其他實體之間具有聯系。
2．確定實體間的聯系
依據需求分析結果，考察任意兩個實體類型之間是否存在聯系，若有，則確定其類型（一對一，一對多或多對多）。
3．畫出局部E-R圖
確定了實體及實體間的聯系後，可用E-R圖描述出來。形成局部E-R圖之後，還必須返回去徵求用戶意見，使之如實地反映現實世界，同時還要進一步規范化，以求改進和完善。每個局部E-R圖必須滿足：
（1）對用戶需求是完整的。
（2）所有實體、屬性、聯系都有惟一的名字。
（3）不允許有異名同義、同名異義的現象。
● 全局E-R模型的設計
各個局部E-R模型建立好後，還需要對它們進行合並，集成為一個整體的數據概念結構，即總E-R圖。在合並全局E-R模型時，應注意檢查和消除屬性、命名的沖突及數據冗餘。
（3）案例分析：教學管理系統資料庫的概念結構設計
通過上面的需求分析，就可以進行資料庫的概念結構設計，先對現實當中的人、事、物和概念進行抽象的加工處理，抽取所關心的共同特性，用各種概念進行描述，從中找出能夠滿足用戶需求的各種實體，以及它們之間的關系，並用實體-聯系圖表示出來(即畫出E-R圖)，為後面的邏輯結構設計打下基礎。
1、確定實體及其屬性
經過對人工進行的教學管理系統的業務調查，得知系統主要涉及以下幾個實體：
● 學生實體：屬性主要包括班級名稱、學號、姓名、性別、出生日期、民族、政治面貌、來源地、入學成績、學生類別、電話、備注等。
● 教師實體：屬性主要包括教師號、教師姓名、性別、出生日期、所在系、職稱
● 班級實體：屬性主要包括系部名稱、班級號、班級名稱、班主任、學生人數、備注等。
● 系部實體：屬性主要包括系號、系部名稱、班級數等。
● 課程實體：屬性主要包括課程號、課程名、考核方式、學分、學時數等。
2、確定實體之間的聯系
2．4 邏輯結構設計
（1）邏輯結構設計的目標和任務
邏輯結構設計的目標就是把概念結構設計階段設計好的E-R圖轉換為特定的DBMS所支持的數據模型(即層次、網狀、關系模型之一)，並對其進行優化。
概念模型向邏輯模型的轉換過程分為3步進行：
（1）把概念模型轉換為一般的數據模型。
（2）將一般的數據模型轉換成特定的DBMS所支持的數據模型。
（3）通過優化方法將其轉化為優化的數據模型。
(2) 概念模型轉換為一般的關系模型
1．實體的轉換規則
將E-R圖中的每一個常規實體轉換為一個關系，實體的屬性就是關系的屬性，實體的碼就是關系的碼。
2．實體間聯系的轉換規則
1）一個1：1聯系可以轉換為各自獨立的關系模式，也可以與任意一端所對應的關系模式合並。
2）一個1 : n聯系可以轉換為各自獨立的關系模式。
3）一個m : n聯系轉換為一個關系模式。轉換的方法為：與該聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性，新關系的碼為兩個相連實體碼的組合
(3) 案例分析：教學管理系統資料庫的邏輯結構設計
邏輯結構設計的任務是把概念結構設計階段設計好的E-R圖轉換為特定的DBMS所支持的數據模型(即層次、網狀、關系模型之一)，並對其進行優化，得到滿足用戶要求和系統功能需求的關系模式。
1、 E-R模型轉換為關系模式
將E-R模型轉換成初始關系模式的一般規則是：系統中各個實體轉換為對應的關系模式；實體之間多對多的聯系也轉換為關系模式。
根據轉換規則，可以將系部、班級、學生、教師、課程五個實體轉換成與之對應的五個關系模式；而將學生與課程兩者之間多對多的選修關系以及教師、班級和課程三者之間多對多的開課關系也轉換為關系模式。
2、關系模式的設計
根據上述的轉換結果，在對關系模式中數據進行規范化處理後，得到了符合第三範式的關系模式如下：
學生：{學號、姓名、性別、出生日期、民族、政治面貌、來源地、入學成績、學生類別、班級名稱、電話、備注}
班級：{班級號、班級名稱、班主任、學生人數、系部名稱、備注}
系部：{系號、系部名稱、班級數}
教師：{教師號、教師姓名、性別、出生日期、所在系、職稱}
課程：{課程號、課程名、考核方式、學分、學時數}
選修：{學號、課程號、成績}
開課： {教師號、班級名稱、課程號、開課學期、授課地點}
每個關系模式中帶下劃線的屬性或屬性的組合表示主鍵、帶雙波浪線的屬性表示與之關聯的表的外鍵。
根據系統功能需求，數據採用SQL Server 2000所支持的實際數據模型，也就是資料庫的邏輯結構。啟動SQL Server 2000，創建一個資料庫命名為:jxgl。該資料庫中各個數據表的結構如下面各個表格所示。每個表格對應於資料庫中的一個表。
3、將關系模式轉換為資料庫中的表
按照關系數據模型的結構，將關系模式轉換為關系資料庫中的數據表，轉換的規則是：一個關系模式轉換為一個數據表，關系模式中的每個屬性轉換為數據表中的一個列。同時設置表中各個列的名稱、數據類型、數據寬度以及數據規則，得到如下幾個表：
學生表(student)
列名 類型 寬度 規則
班級名稱 CHAR 20 內容取自班級信息表的班級名稱
學號 CHAR 10 主鍵、長度為10個字元
姓名 CHAR 8
性別 CHAR 2 非空、只能取「男」或「女」
出生日期 DATETIME
民族 CHAR 4 假定只能取以下之一：漢、壯、白、回、苗、滿、其它
政治面貌 CHAR 4 只能取以下之一：黨員、團員、群眾
來源地 CHAR 10
入學成績 INT
學生類別 CHAR 10 假定只能取以下之一：本科、大專（普）、大專（業）、中專、技校、函授、其它
電話 CHAR 11
備注 CHAR 10
註：(1)該表存放全校所有學生的基本信息，每個學生產生一條記錄。
(2)學號的前4位表示年級，第5--8位表示班級號(其中第5-6位表示系號, 第7-8位表示系內班級號)，最後兩位是班內的學生編號，在輸入記錄內容時應加以區分。
班級表(class)
列名 類型 寬度 規則
系部名稱 CHAR 10 非空、內容取自系部信息表的系部名稱
班級號 CHAR 4 非空、長度為4個字元
班級名稱 CHAR 20 主鍵
班主任 CHAR 8
學生人數 INT
備注 CHAR 10
註：(1)該表存放全校所有班級的信息，每個班級產生一條記錄。
(2)班級號的前2位表示系號，後兩位為系內的班級編號，在輸入記錄內容時應加以區分。
系部表(department)
列名 類型 寬度 規則
系號 CHAR 2 非空、長度為2個字元
系部名稱 CHAR 10 主鍵
班級數 INT
註：該表存放某校所有的系部信息，每個系部產生一條記錄。
教師表(teacher)
列名 類型 寬度 規則
教師號 CHAR 4 主鍵、長度為4個字元
姓名 CHAR 8
性別 CHAR 2 非空、只能取「男」或「女」
出生日期 DATETIME
職稱 CHAR 6 只能取以下之一：教授、副教授、講師、助教、其他
所在系 CHAR 20 非空、外鍵(內容取自系部表的系部名稱)
課程表(course)
列名 類型 寬度 規則
課程號 CHAR 4 主鍵、長度為4個字元
課程名 CHAR 20
考核方式 CHAR 4 假定只能取以下之一：考試、考查、其他
學分 INT 非空
學時數 INT
註：該表存放某校所有的課程信息，每門課產生一條記錄。
成績表(SC)
列名 類型 寬度 規則
學號 CHAR 8 主鍵、內容取自學生信息表的學生姓名
課程號 CHAR 20 主鍵、內容取自課程信息表的課程名稱
成績 INT
註：該表存放某校所有學生的成績信息，每個學生學習每門課程產生一條記錄。
開課信息表(tcc)
列名 類型 寬度 規則
教師號 CHAR 4 主鍵、內容取自教師信息表的教師號
課程號 CHAR 4 主鍵、內容取自課程信息表的課程號
班級號 CHAR 4 主鍵、內容取自班級信息表的班級號
開課學期 CHAR 20
授課地點 CHAR 20
註：該表存放某校開設課程的信息，每個教師教授某個班級的某門課產生一條記錄。
2. 5 物理設計
資料庫的物理設計目標是在選定的DBMS上建立起邏輯設計結構確立的資料庫結構，這一過程也稱為資料庫的物理實現。它主要包括兩項工作：
一是根據資料庫的結構、系統的大小、系統需要完成的功能及對系統的性能要求，決定選用哪個資料庫管理系統。目前，資料庫產品市場上比較好的產品有：Microsoft SQL Server、Oracle、IBM DB/2，SYBASE等。
二是根據選用的資料庫管理系統的資料庫實現方法來建立用戶資料庫，即創建所需要的資料庫、表及其他資料庫對象。
本系統選用的DBMS是SQL Server 2000，並在該系統上創建用戶資料庫jxgl以及下屬的7個用戶表：student、class、department、teacher、course、sc、tcc，各個表的結構按2.4節第3點各表給出的具體內容設定。
2. 5 實訓二
以小組討論的形式，完成人事工資管理系統用戶資料庫的設計，要求個人寫出用戶資料庫設計的文檔（包括資料庫的需求分析、概念設計、邏輯設計和物理設計，表達方法可參考本章相應內容的案例分析部分），每個小組上交一份本系統用戶資料庫包括的數據表。
第三章 資料庫的數據完整性設計
3．1數據完整性的基本概念及內容
正確創建資料庫後，需要考慮數據的完整性、數據的安全性等要求。數據的完整性主要指數據的正確性、有效性、相容性，強制實施數據完整性可以確保資料庫中的數據的質量。
進行數據完整性設計主要考慮以下幾個方面的內容：
1)表名惟一；
由系統強制實施控制。
2)列名惟一；()
由系統強制實施控制。
3)數據行惟一；
通過設置主鍵約束或觸發器來實施控制。
4)列值非空；
通過設置非空約束來實施控制。
5)列值惟一性
通過設置惟一約束或惟一索引來實施控制。
6)列值滿足一定的條件
通過設置檢查約束或觸發器來實施控制。
7)數據的一致性和有效性
通過設置外鍵約束或觸發器來實施控制。
至於具體要對資料庫的哪一個表的哪一項數據進行什麼樣的數據完整性設計，還應根據用戶的需求來考慮和確定。
3．2 數據完整性的分類與實現方法
在SQL Server關系資料庫中，數據完整性分為以下三類：
1. 域完整性
域完整性是指一個列的輸入有效性，是否允許空值。實現域完整性的方法主要有：限制數據類型（通過設定列的數據類型）、限定格式（通過CHECK約束和規則）或可能值的范圍（通過 FOREIGN KEY 約束、CHECK 約束、DEFAULT定義、NOT NULL定義和規則）以及程序控制。
2. 實體完整性
實體完整性是指保證表中所有的行唯一。實現實體完整性的方法主要有：索引、UNIQUE約束、PRIMARY KEY約束或 IDENTITY屬性以及程序控制。
3. 參照完整性
參照完整性也叫引用完整性。參照完整性確保主鍵（被引用表）和外鍵（引用表）之間的參照關系。它涉及兩個或兩個以上表數據的一致性維護。如student表(稱為引用表、參照表或子表)的class_id列就是參照class表(稱為被引用表、被參照表或父表)的外鍵。參照完整性可以實現以下兩種控制：
(1)存在外鍵時，被參照表中的這一行不能被刪除，主鍵值也不能改變 (以student和class表的「班級名稱」列為例說明)。
(2)若在被參照表中不存在包含相應主鍵的行時，一個外鍵值不能插入參照表中(MsgBox "添加記錄成功！", vbOKOnly + vbInformation, "提示"
End Sub
Private Sub Command5_Click()
rs.Close
Unload Me
End Sub
Private Sub Form_Load()
rs.CursorLocation = adUseClient ' 設置在客戶端創建游標
rs.CursorType = adOpenKeyset '設置游標類型為鍵集類型
rs.LockType = adLockOptimistic '設置打開記錄集時的鎖定類型為樂觀鎖，在執行UPdate方法前不鎖定編輯的數據
rs.Open "select * from teacher", cnn
'在表格上顯示class表的記錄內容
Set DataGrid1.DataSource = rs
DataGrid1.Refresh
'將表格上的數據與文本框或下拉列表框綁定
Set Text1.DataSource = rs
Text1.DataField = "教師號"
Set Text2.DataSource = rs
Text2.DataField = "姓名"
Set Combo1.DataSource = rs
Combo1.DataField = "所在系"
Set Text3.DataSource = rs
Text3.DataField = "出生日期"
Set Text4.DataSource = rs
Text4.DataField = "從教日期"
Set Combo2.DataSource = rs
Combo2.DataField = "性別"
Set Combo3.DataSource = rs
Combo3.DataField = "職稱"
Set Combo4.DataSource = rs
Combo4.DataField = "政治面貌"
Set Combo5.DataSource = rs
Combo5.DataField = "學歷"
Set Text7.DataSource = rs
Text7.DataField = "家庭住址"
Set Text5.DataSource = rs
Text5.DataField = "聯系電話"
Set Text6.DataSource = rs
Text6.DataField = "備注"
'下拉列表框提供班級名稱
Combo1.Clear
rs1.Open "select 系部名稱 from department", cnn
While Not rs1.EOF()
Combo1.AddItem Trim(rs1.Fields("系部名稱"))
rs1.MoveNext
Wend
rs1.Close
End Sub
對其餘幾個表的數據進行增、刪、改操作的窗體的設計方法與上述類擬。
⑶ 急求管理信息系統設計報告，最好是圖書館
工資管理系統設計
【摘 要】對企業而言，人力資源是企業最寶貴的資源，也是企業的「生命線」。而工資管理又是人力資源管理的重中之重。實行電子化的工資管理，可以讓人力資源管理人員從繁重瑣碎的案頭工作解脫出來，去完成更重要的工作。本文介紹畢業設計課題的選題背景和意義，相關的研究和開發的比較和綜述，研究開發的過程，以及設計思路和實現細節的考慮，最後給出了作者在畢業設計過程的體會。
【關鍵字】管理信息系統，資料庫，工資管理，實體關系圖（E-R圖），數據字典，數據流圖。
第一章 緒 論
1.1研究課題的背景
藉助現代信息技術和管理理論，建立企業管理信息系統是當今社會的重要趨勢。黨和政府根據知識經濟時代的特點，對國民經濟建設提出了「用信息化帶動工業化」的指導思想。對企業而言，全面開發和應用計算機管理信息系統就是近期不能迴避的問題。在企業管理中，人力資源是企業最寶貴的資源，也是企業的「生命線」，因此人事管理是企業的計算機管理信息系統重要組成部分。而工資管理又是人力資源管理的重中之重。實行電子化的工資管理，可以讓人力資源管理人員從繁重瑣碎的案頭工作解脫出來，去完成更重要的工作。工資管理信息系統的實現可以減輕比較繁瑣的手工工資管理。
現在應用在大中型企業的管理信息系統中，幾乎都包括了工資管理模塊。有些環境中是由作為大型ERP軟體中的一個模塊引進的，有些是作為企業的財務系統的一部分。這些根據規范的西方的管理制度設計的工資管理軟體，在很多時候還不能完全解決中國特色的中小企業的問題，本文介紹的畢業設計的研究工作就是要為這些具有中國特色的中小企業解決他們在工資管理方面的問題。
通過在本單位經過一周的調研，並參考其他同行設計工資管理軟體，我基本上搞清楚了像我們單位這樣的小型企業對系統的需求，如果能夠設計一套針對類似本單位的小型國有企業的工資管理系統特別有意義，並且是現行的財務管理軟體代替不了的。
在和指導老師多次交流後，確定實現方案的要點和工作計劃。本系統的實現的主要功能有：員工信息管理、工資結構設置、工資匯總列印等等功能。
1.2 研究思路和工作計劃
註：本範文由計算機與通信學院徐國梁老師提供。
正如研究任何其它軟體項目一樣，我做的畢業設計也經歷了從選題，調研，熟悉開發環境，實驗關鍵技術，查找類似的相關系統的資料；系統概要設計，資料庫結構設計，功能模塊開發，功能模塊測試，系統調試和系統試運行和修改。下面的流程圖反映了我們的基本的思路和過程。
在各階段的時間安排上，選題和調研用了兩周左右的時間；熟悉開發環境，實驗關鍵技術，查找類似的相關系統的資料用了兩周時間；系統概要設計用了一周的時間；資料庫結構設計用了一周時間；功能模塊開發和功能模塊測試用了四周的時間；最後，系統調試和系統試運行和修改用了約三周的時間。完成全部工作大約用了3個月的時間。
第二章 管理信息系統研究概述
2.1管理信息系統的發展歷史
信息作為生產力中最活躍的因素，很早就在人類經濟生活中發揮著不可替代的作用，但把信息納入企業經營管理系統中高效處理和應用是在計算機發明以後的50年代末。
目前人們所提到的管理信息系統，通常是指以計算機為工具，對管理信息進行收集、存貯、檢索、加工和傳遞，使其應用於組織機構及企業管理領域的「人－機系統」，該系統是70
年代初「後工業經濟」時代的產物，在企業管理信息系統在其發展的初期，是單一的人—機系統，系統功能簡單，效率低，對管理的作用有限。
進入2 0世紀80年代末，隨著計算機網路和通信技術的大力發展，企業管理信息系統進入網路化的發展時期。世界發達國家已建立起了完善的先進的管理信息系統體系，在其社會經濟發展領域中發揮著巨大的作用。
我國的管理信息系統大發展是在80年代末90年代初，國家相繼建立起了「金卡」、「金關」、「金橋」工程，多數企事業單位建立了區域網和廣域網管理信息系統。隨著世界經濟和我國經濟逐步向知識經濟邁進，無論是基於工業經濟的管理信息系統，還是面向少數專家和管理人員的專家系統 (ES)或決策支持系統 (DSS)，其處理對象和服務對象，自身的系統結構，處理能力，都有了進一步的發展。
2.2管理信息系統的特點
1、管理信息系統的組成
管理信息系統在企業中的應用存在三個要素，這就是人、計算機和數據。
人是指企業領導者、管理人員、技術人員，以及MIS建設的領導機構和實施機構，他們在系統中起主導作用。MIS是一項系統工程，不是只靠一些計算機開發人員就可以完成的，必須有企業管理人員，尤其是企業領導的積極參與。
計算機技術是MIS（管理信息系統）得以實施的主要技術。在這些技術中，軟體開發是MIS開發的重點。
第三個因素也不能忽視。企業的管理數據是MIS正常運行的基礎。廣義地說，各項管理制度是MIS建設成功的基礎。試想要計算一台機床的成本，需要按時輸入每個部件、每個零件以及每個螺釘螺帽的費用，涉及企業的生產車間、采購、庫房、工藝設計和財務等多個部門，必須有一整套管理制度作保證。
2、管理信息系統的界面特點
在計算機軟體技術中，人機界面已經發展成為一個重要的分支。MIS人機界面設計一般遵循以下一些基本原則：
（1）以通信功能作為界面設計的核心
人機界面設計的關鍵是使人與計算機之間能夠准確地交流信息。一方面，人向計算機輸入信息時應當盡量採取自然的方式：另一方面，計算機向人傳遞的信息必須准確，不致引起誤解或混亂。另外，不要把內部的處理、加工與人機界面混在一起(人機界面程序只是通信)，以免互相干擾，影響速度。
設計MIS時，針對每一個功能，都要按照模塊化思想，使輸入、處理與輸出「涇渭分明」，充分體現人機界面的通信功能。這樣設計出來的程序不易出錯，而且易於維護。
報表列印是MIS必備的功能之一，而且列印之前常常需要計算。計算與列印分開設計，雖然消耗時間，但易於整個MIS系統的維護。
（2）界面必須始終一致
統一的人機界面不至於會增加用戶的負擔，讓用戶始終用同一種方式思考與操作。最忌諱的是每換一個屏幕用戶就要換一套操作命令與操作方法。
例如在整個系統可以以問號圖標表示幫助，以磁碟圖標表示存檔，以列印機圖標表示列印等。
（3）界面必須使用戶隨時掌握任務的進展情況
人機界面應該能夠告訴用戶軟體運行的進度。特別是在需要較長時間的等待時，必須讓用戶了解工作進展情況，如可以設計已經完成了百分之幾的任務進度條等。目前，Windows下的應用軟體無論大小，其安裝程序幾乎均做到了這一點。開發MIS軟體時，這一點很值得借鑒。
（4）界面友好。使用方便
多數MIS軟體的數據輸入量較大。對於一些相對固定的數據，不應讓用戶頻頻輸入(特別是漢字)，而應讓用戶用滑鼠輕松選擇。例如，人事管理系統中的「文化程度」是相對固定的數據，其值一般取「小學」、「初中」、「高中」、「大專」、「大本」、「碩研」、「博研」等。錄入這類數據之前，MIS軟體應在相應位置彈出一個列表框，待用戶以滑鼠點擊，而不應讓用戶每次都輸入這些漢字。
總之，所開發的MIS在使用過程中，應使用戶的數據輸入量降至最低限度減少用戶的干預量。實踐證明，用戶干預愈少，MIS系統的滿意程度愈高。
2.3管理信息系統的開發方式
管理信息系統的開發方式主要有獨立開發方式、委託開發方式、合作開發方式、購買現成軟體方式等4種。這4種開發方式各有優點和不足，需要根據使用單位的技術力量、資金情況、外部環境等各種因素進行綜合考慮和選擇。不論哪種開放方式都需要有單位的領導和業務人員參加，並在管理信息系統的整個開發過程中培養、鍛煉、壯大該系統的維護隊伍。
1.獨立開發
獨立開發適合於有較強的管理信息系統分析與設計隊伍和程序設計人員、系統維護使用隊伍的組織和單位，如大學、研究所、計算機公司、高科技公司等單位。獨立開發的優點是開發費用少，實現開發後的系統能夠適應本單位的需求且滿意度較高，最為方便的是系統維護工作。缺點是由於不是專業開發隊伍，容易受業務工作的限制，系統優化不夠，開發水平較低，且由於開發人員是臨時從所屬各單位抽調出來進行管理信息系統的開發工作，這些人員在其原部門還有其他工作，所以精力有限，容易造成系統開發時間長，開發人員調動後，系統維護工作沒有保證的情況。因此，一方面需要大力加強領導，實行「一把手」原則，另一方面可向專業開發人士或公司進行咨詢，或聘請他們作為開發顧問。
2.委託開發
委託開發方式適合於使用單位無管理信息系統分析、設計及軟體開發人員或開發隊伍力量較弱、但資金較為充足的單位。雙方應簽訂管理信息系統開發項目協議，明確新系統的目標和功能、開發時間與費用、系統標准與驗收方式、人員培訓等內容。委託開發方式的優點是省時、省事，開發的系統技術水平較高。缺點是費用高、系統維護需要開發單位的長期支持。此種開發方式需要使用單位的業務骨幹參與系統的論證工作，開發過程中需要開發單位和使用單位雙方及時溝通，進行協調和檢查。
3.合作開發
合作開發方式適合於使用單位有一定的管理信息系統分析、設計及軟體開發人員，但開發隊伍力量較弱，希望通過管理信息系統的開發建立完善和提高自己的技術隊伍，便於系統維護工作的單位。雙方共享開發成果，實際上是一種半委託性質的開發工作。優點是相對於委託開發方式而言節約了資金，並可以培養、增強使用單位的技術力量，便於系統維護工作，系統技術水平較高。缺點是雙方在合作中溝通易出現問題，需要雙方及時達成共識，進行協調和檢查。
總之，不同的開發方式有不同的長處和短處，需要根據使用單位的實際情況進行選擇也可綜合使用各種開發方式。
2.4管理信息系統的開發過程
管理信息系統的開發過程一般包括系統開發准備、系統調查、系統分析、系統設計、系統實現、系統轉換、系統運行與維護、系統評價等步驟。根據開發系統的大小、復雜、投入、方式、方法等因素的不同，各步驟的要求和內容也不同，用戶需要根據實際情況進行取捨和計劃。
1、系統開發准備
系統開發准備工作主要包括提出系統開發要求、成立系統開發小組、制訂系統開發計劃等工作。
2、系統調研
新系統的系統分析與系統設計工作都要建立在對現行系統調研的基礎上，即必須調查現行系統的運行情況、問題等，明確用戶的需求，特別是合作開發和委託開發方式。
調研的主要內容有：
（1）現行系統概況：該組織的發展歷史、目前組織的規模、工作狀況、管理水平、與外界的主要聯系等。調查該項內容的目的主要是為了劃分系統界限、系統與外界的輸入輸出介面等。
（2）組織機構：畫出組織的組織結構圖，弄清組織的行政關系、人員編制、工作范圍、地理位置等，發現不合理問題及新系統啟動後可能對現有組織的影響。
（3）業務流程：按照業務種類的不同和處理時間的先後不同，深入了解現行系統的業務流程，畫出現行系統業務流柞圖，並與業務人員反復討論，得到認可。調查中要注意定性與定量相結合，注意人、財、物、信息的流向、規格、頻率、要求以及需要解決的問題等。
（4）報表、數據處理：了解各種統計報表、數據的格式、內容、處理時間及上報時間、頻率、規律，存在的問題，對新系統的要求、希望等並收集各種報表。
（5）問題：現行系統中存在的主要問題和薄弱環節，可以按照嚴重程度分成不同的等級。新系統的建立應能解決大部分問題，並改善薄弱環節。
（6）新系統的功能和目標：了解各級領導和各類業務工作人員對新系統功能的要求，系統分析(又稱邏輯設計)是管理信息系統開發的關鍵環節，要求在系統調查的基礎上，對新系統的功能進行細致的分析，並建立一個新系統的邏輯模型。
新系統的邏輯模型由系統數據流程圖、概況表、數據字典、物理邏輯表達式及有關說明組成。最後要完成系統分析報告(也稱為系統邏輯設計說明書)。系統邏輯模型就像在根據需要建設一座學校前，按照學校教育的層次(初等、中等、高等)、規模、投資、地理環境、技術水平等條件的要求和約束，先由建築設計院進行設計，保證學校建成後的各種功能得以實現，之後才能進行工程設計和施工一樣。在系統設計階段要做認真、細致的分析、研究工作，避免新系統在功能上存在先天不足或缺陷。
因為新系統模型是建立在對現行系統的分析及要求的基礎上的，所以系統調查工作要進行得深入、細致、全面。用戶可以對新系統的邏輯模型提出意見，雙方經過討論、修改，最後達成共識，並完成系統分析報告(系統邏輯設計說明書)，經有關領導審批通過之後，轉入系統設計(又稱系統物理設計)階段。
4、系統設計
系統設計又稱系統物理設計。系統設計要根據系統分析報告中的系統邏輯模型綜合考慮各種約束，利用一切可利用的技術手段和方法進行各種具體設計，確定新系統的實施方案，解決「系統怎麼做」的問題。
結構化系統設計是指利用一組標準的圖表工具和准則，確定系統有哪些模塊，用什麼方法連接，如何構成良好的系統結構，並進行系統輸入、輸出、數據處理、數據存儲等環節的詳細設計。這一階段的重點是設計好系統的總體結構，選擇最經濟合理的技術手段。系統設計階段的文件是系統設計報告(又稱系統物理設計說明書)。
5、系統實施與轉換
系統實施階段的主要工作包括：系統硬體的購置與安裝、程序的編寫(購買)與調試、系統操作人員的培訓、系統有關數據的准備和錄入、系統調試和轉換。
在系統實施階段要成立系統實施工作量到小組，組織各專業小組組長和有關部門的領導共同編制新系統實施計劃。可以應用各種項目管理的軟體和方法進行管理，實行項目經理負責制，保證系統實施工作的順利進行和成功。
硬體的購置和安裝包括計算機硬體、外設、網路、電源、機房、環境等有關設備的購買、驗收、安裝與調試工作等，這些工作主要由專業技術人員完成。
數據准備與錄入工作主要是指由手工操作轉入計算機處理所需的各種數據的整理、錄入及計算機系統中為新系統所用數據的轉換工作。數據准備與錄入工作要注意數據的准確性，在整理、錄入、校驗等各個環節把好關，為系統的順利轉換打好基礎。
在進行以上各個環節的同時展開人員培訓工作，包括管理信息系統只是的普及教育、新制度的學習、計算機操作訓練等。使所有人員了解新系統的基本功能、新系統對使用人員的要求、建立管理信息系統的目的、管理信息系統的建設可以為組織和個人帶來的幫助和便利、個人在新系統中應該承擔的工作等，是用戶關心、支持新系統的實現。
6.系統維護和評價
管理信息系統是一個復雜的人機系統。系統外部環境與內部因素的變化，不斷影響系統的運行，這時就需要不斷地完善系統，以提高系統運行的效率與服務水平，這就需要從始至終地進行系統的維護工作。
系統評價主要是指系統建成後，經過一段時間的運行後，要對系統目標與功能的實現情況進行檢查，並與系統開發中設立的系統預期目標進行對比，及時寫出系統評價報告。
系統維護與評價階段是系統生命周期中的最後一個階段，也是時間最長的一個重要階段。
第三章 工資管理系統分析與設計
3.1系統功能需求簡介
工資管理信息系統對企業加強工資管理有著極其重要的作用，就一般的大型企業來說，它的設計內容非常復雜而且繁多，比如擁有工資計算功能，工資統計功能，報表輸出功能，而且設計的模塊也很多，比如工資管理模塊，工資統計模塊，報表設計模塊，列印輸出模塊，模糊查詢模塊等等。
由於本軟體主要是為作者工作的一家科技公司定製開發的。該公司是一家剛剛成立的公司，總體人員比較少，有正式員工20人，人員結構比較簡單，學歷比較高，基本上都擁有大專以上學歷，部門劃分也很清晰，而且人員的流動性不高，所以該公司目前對工資管理的要求並不高。因此，針對該公司而言，我們經過了反復地論證，最終確定了工資管理系統的設計方案。該工資管理系統的主要功能如圖3.1所示：
圖3.1 系統功能模塊圖
3.2功能需求描述
1、員工基本信息模塊
員工基本信息模塊具有員工信息輸入、員工增刪和員工信息查詢三個功能。員工基本信息包括員工號、員工姓名、員工性別、所在部門、所在崗位、工齡和工資等級等信息。員工增刪實現了對資料庫中員工信息的增加和刪除。員工信息查詢可以通過員工號或員工姓名對員工信息進行查詢。
2、工資結構設置模塊
根據該公司的工資管理實際情況，本系統將工資結構分為基礎工資、崗位工資和工齡工資三部分。該模塊可以對這三個工資類型設置工資等級，並對每個等級設置工資標准。3、工資匯總模塊
用戶在員工信息管理模塊對該員工的工資等級進行輸入以後，在工資匯總模塊會自動對員工工資進行匯總。用戶可以列印出工資匯總表，列印之前可以通過列印預覽功能進行列印預覽。
3.3目標系統要求
目標系統應該達到以下要求：
1、時間經濟性。優化邏輯設計與物理設計，使系統運行效率高，反映速度快。
2、可靠性。能連續准確的處理業務，有較強的容錯能力。
3、可理解性。用戶容易理解和使用該系統。
4、可維護性和適應性。系統應易於修改、易於擴充、易於維護，能夠適應業務不斷發展變化的需要。
5、可用性。目標系統功能齊全，能夠完全滿足業務需求。
6、安全保密性。保證系統的物理安全、數據存儲和存取的安全與保密、數據傳輸的安全與保密，做好使用人員的授權管理。
3.4系統平台選擇
選擇微軟平台作為主導，一方面考慮目前微軟的飛速發展，越來越多的企業在規劃內部網路時，將微軟平台作為首選方案；另一方面從技術角度來講，微軟平台上的應用無論是在開發上，還是在軟體的部署上都非常容易，而且性能優越。
操作系統：Windows 98
開發工具與語言: Visual FoxPro 6.0中文版
3.5資料庫設計
3.5.1資料庫介紹
所謂資料庫（Database）就是指按一定組織方式存儲在一起的，相互有關的若干個數據的結合，資料庫管理系統（Database Management System）就是一種操縱和管理資料庫的大型軟體，簡稱DBMS,他們建立在操作系統的基礎上，對資料庫進行統一的管理和控制，其功能包括資料庫定義，資料庫管理，資料庫建立和維護，於操作系統通信等。DBMS通常由數據字典，數據描述語言及其編譯程序，數據操縱（查詢）語言及其編譯程序，資料庫管理例行程序等部分組成。
關系資料庫是以關系模型為基礎的資料庫，是根據表、記錄和欄位之間的關系進行組織和訪問的一種資料庫，它通過若干個表（Table）來存取數據，並且通過關系（Relation）將這些表聯系在一起，關系資料庫提供了成為機構化查詢語言（SQL）標准介面，該介面允許使用多種資料庫工具和產品，關系資料庫是目前最廣泛應用的資料庫。
在VFP中資料庫是一個邏輯上的概念，通過一組系統文件將相互關聯的數據表及其資料庫對象組織起來，成為擴展名為.dbc的資料庫文件、擴展名為.dct的資料庫備注文件和擴展名為.dcx的資料庫索引文件，三個文件一般不能直接使用，而是交由VFP資料庫統一管理。
VFP把.dbf文件稱為表文件，一個庫可以容納多個表，通過庫我們可明確各表之間的相互關系，使表文件不在彼此孤立，而成為相互關聯的數據集合。
3.5.2數據流圖
根據對工資管理工作的調查和用戶需求分析，該系統的數據流圖如圖3.2所示。
3.5.3數據詞典分析
該軟體的資料庫由下述四張數據表組成：
員工信息表：PERSONNEL.DBF
基礎工資設置表：COURSE.DBF
崗位工資設置表：RANK.DBF
工齡工資設置表：GONGLING.DBF
1、員工信息表：PERSONNEL.DBF
欄位 欄位名 類型 寬度 說明
1 員 工 號 字元型 3 數字
2 員工姓名 字元型 10 小於等於5個漢字
3 員工性別 字元型 2 「男」或「女」
4 崗位名稱 字元型 14 小於等於7個漢字
5 工 齡 數值型 2 1-99之間
6 工資等級 數值型 2 1-99之間
2、基礎工資設置表：COURSE.DBF
欄位 欄位名 類型 寬度 說明
1 工資等級 數值型 2 1-99之間
2 工資標准 數值型 4 1-9999之間
3、崗位工資設置表：RANK.DBF
欄位 欄位名 類型 寬度 說明
1 崗位名稱 字元型 14 小於等於7個漢字
2 工資標准 數值型 4 1-9999之間
4、工齡工資設置表：GONGLING.DBF
欄位 欄位名 類型 寬度 說明
1 工資等級 數值型 2 1-99之間
2 工資標准 數值型 4 1-9999之間
5、管理員注冊表：ADMINER.DBF
欄位 欄位名 類型 寬度 說明
1 注冊名 字元型 10 任意字元
2 口 令 字元型 10 英文字母或數字
第四章 工資管理系統的功能實現
4.1員工基本信息模塊編碼設計
1、員工基本信息增刪改功能
員工基本信息模塊主要分為員工信息瀏覽界面和員工信息查詢界面，員工信息瀏覽界面如圖4.1所示：
⑷ SQL課程設計報告
這不是so easy！有償代做不會指的是積分吧？
⑸ 基於SQLServer2000為某企業或事業單位開發一個人事管理系統，能實現單位人事管理的主要功能。
推薦LZ使用智信人事管理軟體吧，你的這三個要求都非常簡單，智信人事管理軟體都可以輕松幫你搞定，而且智信人事管理軟體強大的自定義功能是市面上其它軟體所沒有的，你可以自己去下個免費版的先試用看看效果。
⑹ 資料庫課程設計--人事管理系統,SQL,要報告和源碼，急````多謝~~
我有，自己做的。不過是visual fox的
⑺ SQL實訓設計資料庫和設計報告
For
a
description
of
your
SQL
training
and
design
report
design
database，
還有別的要求么,可以與我們聯系,
給我留一個你的問題和Email,
有可能幫你，不過絕對救急,
請用BaiHi為我留言,
此回復針對所有來訪者和需求者有效,
ES:\\
⑻ sql資料庫課程設計報告
網路即時通信系統是為用戶開發研製的，用戶是系統的最終使用者和評價者，所以在網路通信系統的開發設計的過程中，我們樹立了從用戶的尋求出發，面向用戶，一切為了用戶的觀念，在分析與設計系統的前期，為了保證系統的功能的完善多次尋求周圍同學和老師的意見，了解他們的要求，依照功能完善，界面美觀，操作簡單的原則進行設計 。
嚴格按階段進行
系統的開發設計是一項較大的工程，所以應該將整個系統的開發設計過程劃分為若干階段，相應的階段又要分為若干個不同的步驟，每個階段和步驟都要有明確的工作任務和目標。這種有序的組織安排，條例清楚、層次分明，便於計劃的制定和控制，並且為後續工作的進行奠定了堅實的基礎，提高了工作效率和質量。
採用系統的觀點處理
在系統分析階段，在對原系統進行全面調查和分析的基礎上，構造系統的最佳邏輯模型，使用戶對將來完整系統的輪廓有個初步的了解和認識，以便及時和用戶進行交流和探討，不斷提高系統的完善性。在此基礎上進行系統的物理實現和設計，切實完成邏輯模型的具體功能。邏輯設計和物理實現二者是相輔相成、密不可分的，這樣使系統的設計更加穩妥合理。
整個系統的設計主要採用快速原形法
快速原形法是信息系統設計的一個重要方法。它是根據用戶提出的需求，由用戶和開發者共同確定系統的基本要求和主要功能，並在一個較短的時間內建立一個實驗性的、簡單的信息系統模型，通過用戶不斷提出的意見和建議，對模型進行不斷的修改和完善，直到用戶比較滿意為止，以便形成一個相對穩定、較為理想的管理信息系統。該方法的主要優點。
1.脈絡清楚，所有問題都圍繞一個模型展開，使彼此之間聯系緊密。
2.有助於發現用戶需求，通過對原形和用戶接觸，能夠啟發開發人員去挖掘問題，從而不斷的修正、完善，最終得到一個理想的系統。
3.系統開發效率高，此方法的開發周期短、使用靈活、容易修改，這對於管理體制不夠穩定的系統更加適合。
4.系統的可擴展性好，由於此方法是在原型應用中不斷發展完善和修改的，所以有較強的擴展性。
在進行代碼設計時，遵循了以下原則。
唯一性：在本系統中，每一個代碼都和系統中的每一個對象唯一確定。
標准性：主要體現在對程序文件名命名和對數據文件命名的標准化上，遵循簡單扼要，方便適用的原則。一目瞭然，無重復現象。為了系統維護人員便於進行系統維護，使用了統一的標准。
合理性：系統中代碼設計與編碼對象的分類相適應，以使代碼對編碼對象的分類據有標志作用。
簡單性：在設計過程中採用Code-Behind代碼分離，使資料庫操作代碼和前端調用代碼分離，頁面修改容易。
適應性：在代碼設計過程中，代碼反映了編碼對象的特點，便於識別和記憶，使系統維護人員容易了解和掌握，便於進行維護工作。
系統總體功能結構
網路通信系統包含以下主要功能。
用戶注冊；用戶登錄；
查找好友；查看好友資料；
添加好友；
刪除好友；
發送消息；
發送文件.
資料庫表主要用來存放用戶的注冊信息和用戶的好友資料，可利用兩張資料庫表來 存放用戶信息和用戶好友的資料。包括用戶的號碼，昵稱，密碼，在線與否，ip地址，資料，頭像號，性別，E-mail和籍貫等信息。其中，用戶昵稱和密碼是必需的欄位；在線與否是由系統自動設置的；其餘的信息是可選的欄位。
課題整體以JAVA為平台，採用Eclipse開發工具，並使用SQL Server 2000管理資料庫數據開發而成的基於Socket的集中式網路通信系統，系統採用客戶機/伺服器（C/S）的模式設計，是一個三層C/S結構，資料庫伺服器、應用程序伺服器端 、應用程序客戶端。系統採用C/S結構，可以將任務合理分配到客戶機端和伺服器端 ，從而降低了系統的通信開銷。
客戶層。
客戶層是應用程序的用戶介面部分，它擔負著用戶與應用間的對話功能，用於檢查用戶的輸入數據，顯示應用的輸出數據，為了直觀的進行操作，客戶層需要使用圖形用戶介面，若聊天用戶變更，系統只需改寫顯示控制和數據檢查程序即可，而不會影響其他兩層。
服務層。（功能層）
服務層相當於應用的本體，它是將具體的業務處理邏輯編入程序中。在應用設計中，必須避免在表示層和功能層之間進行多次的數據交換，這就需要盡可能進行一次性的業務處理達到優化整體設計的目的。
數據層
數據層是DBMS，本系統使用了Microsoft 公司的SQL Ssever2000資料庫伺服器來管理數據。SQL Ssever2000能迅速的執行大量數據的更新和檢索，因此，從功能層傳送到數
據層的要求一般都使用SQL語言。