大三上學期，我們學習了資料庫和JAVASE，資料庫對於我們是一門非常重要的課程。我們進行了為期兩周的課程設計。我的代碼是從網上找的學生信息管理系統，然後根據自己的需求進行修改，最終還是完成了此次課程設計。 西安建築科技大學課程設計（論文）任務書 一、課程設計（論文）題目 辦公室日常管理信息系統 二、 ...
西安建築科技大學課程設計（論文）任務書
|
一、課程設計（論文）題目
辦公室日常管理信息系統
|
|
二、本次課程設計（論文）應達到的目的 通過資料庫系統課程設計的操作與實踐，使學生瞭解關係資料庫的相關理論知識和有關工具軟體的使用技巧，在一定程度上提高應用程式的綜合開發能力和創新意識、創新能力。 |
|
三、本次課程設計（論文）任務的主要內容和要求（包括原始數據、技術參數、設計要求等） 系統功能基本要求 ： 1. 文件管理信息：包括文件編號、文件種類、文件名稱、存放位置等 2. 考勤管理：包括姓名、年齡、職務、日期、出勤情況等 3. 查詢員工的出勤情況 4. 會議記錄：包括會議時間、參會人、記錄員、會議內容等 5. 辦公室日常事務管理，包括時間、事務、記錄人 6. 按條件查詢，統計 |
|
四、應收集的資料及主要參考文獻： 1. 資料庫:原理編程與性能(影印版)(第2版)，高等教育出版社， Parick O'Neil，Elizabeth O'Neil編著，2005.7； 2. 資料庫系統概論(第4版)，高等教育出版社，王珊，薩師煊編著，2006.05； |
|
五、審核批准意見
教研室主任（簽字） |
設計總說明
該項目開發的軟體為辦公室日常信息管理系統軟體,是鑒於目前隨著企業的發展，職工數量的增加，人員的不斷流動，平時我們常用的人工文件記錄方式，已經不能滿足現在辦公室的需求，查詢起來也相當繁瑣，得到的信息也不夠準確。現在已經到了大數據的時代，為了能使大量的企業和個人方便查詢到辦公室的各種信息，應該有一個比較全面的辦公室管理系統。
本文介紹了辦公室日常信息管理系統的開發整個過程，闡述了系統分析、系統設計、資料庫設計和系統實施的全過程。在開發方法上本系統利用了軟體工程化的思想和方法，總體上採用結構化生命周期開發方法，具體模塊實施採用了原型法和麵向對象系統開發方法。並採用JAVA作為開發工具，SQL Server 2008作為後臺資料庫。本系統具有會議管理、日常事務管理、文件管理、考勤管理等功能，分成四大模塊，每個模塊都相互聯繫，但不相互干擾，這符合了軟體模塊開發的思想。
本 系 統 完 成 了 文 件 、日 常 事 務 模 塊 的 增 加 、修 改 、刪 除 、更 新 等 操 作 ， 完 成 了 會 議 、考 勤 模 塊 的 增 加 、修 改 、刪 除 、更 新 和 查 詢 等 功 能 。
關 鍵 字 ：模 塊 設 計 管 理 功 能 增 刪 改 查
資料庫大
—辦公室日常管理信息系統
一．設計目的
辦公室自動化是近年隨著電腦科學發展而提出來的新概念。辦公自動化系統，辦公室自動化系統一般指實現辦公室內事務性業務的自動化，而辦公自動化則包括更廣泛的意義，即包括網路化的大規模信息處理系統。一個企業實現辦公自動化的程度也是衡量其實現現代化管理的標準。辦公自動化從最初的以大規模採用複印機等辦公設備為標誌的初級階段，發展到今天的以運用網路和電腦為標誌的現階段，對企業辦公方式的改變和效率的提高起到了積極的促進作用。
辦公自動化軟體解決企業的日常管理規範化、增加企業的可控性、提高企業運轉的效率的基本問題，範圍涉及日常行政管理、各種事項的審批、辦公資源的管理、多人多部門的協同辦公、以及各種信息的溝通與傳遞。可以概括的說，辦公自動化軟體跨越了生產、銷售、財務等具體的業務範疇，更集中關註於企業日常辦公的效率和可控性，是企業提高整體運轉能力不可缺少的軟體工具。
辦公室日常信息管理系統可以大大提高辦公室辦公的效率，以及幫助減少工作中可能出現的錯誤，為客戶提供更好的服務。本系統的開發主要包括後臺資料庫的建立、維護以及前端應用程式的開發（略）兩個方面。後臺資料庫使用SQL Server 2008。
二．問題描述
2.1 問題概述
隨著社會的發展，企業的發展，職工數量的增加，人員的不斷流動，平時我們常用的人工文件記錄方式，已經不能滿足現在辦公室的需求，查詢起來也相當繁瑣，得到的信息也不夠準確。現在已經到了大數據的時代，為了能使大量的企業和個人方便查詢到辦公室的各種信息，應該有一個比較全面的辦公室管理系統。
2.2 系統設計目標
辦公室日常信息管理系統是一個功能比較全面的信息管理系統，具有界面友好，高效迅速，反饋信息完整等特點。不僅可以滿足大部分企業，還能應用在學校和團體對辦公室日常各種信息管理的需求，並且易於操作。
2.3 系統主要功能
辦公室日常信息管理系統針對的用戶群體相當普遍，企業、學校、團體均可使用。它具備以下功能：
1. 文件管理信息：包括文件編號、文件種類、文件名稱、存放位置等。
2. 考勤管理：包括考勤編號、會議號、參會人員、事務號、文件號、考勤次數等。
3. 查詢員工的出勤情況。
4. 會議記錄：包括會議編號、事務編號、會議起始時間、會議結束時間、參會人、記錄員、電話號碼、會議內容、所加備註等。
5. 辦公室日常事務管理，包括事務編號、事務時間、事務類型、記錄人等。
6. 按條件查詢，統計
對於使用時，針對不同的用戶群體許可權也不同。
系統管理員許可權：
1.負責管理信息的輸入、修改、更新、刪除：包括文件管理、會議管理、日常事務管理、考勤管理等。
2.可以查看所有信息。
一般用戶許可權：可以查看所有信息，但不能增加和刪除信息。
三．需求分析
3.1 設計思想
根據任務書可以確定系統有會議管理表、事務管理表、文件管理表、考勤管理表和用戶表，分析各個表之間的關係，確定各個表的主鍵和外鍵，在資料庫中建立表。然後確定界面，確定界面上的組件和事件響應。
3.2 可行性分析
本系統從以下幾方面進行分析：
1.技術可行性
本次“辦公室日常信息管理系統”設計的總體任務是實現辦公室的系統化、規範化和自動化，從而達到辦公室管理的高效率的目的。這學期學習了JAVA和資料庫，對開發管理系統有了一定的認識。由於本系統最重要的是實用性，通過自己現有技術和查閱資料，不恥下問，還是可以按期完成此次課設。
2.經濟可行性
本系統為辦公室人員開發完整、合理的辦公室日常事務管理系統，可大大減少人力，且工作量和勞動強度大大降低。所以本系統為社會帶來很好的經濟效益。
3.操作可行性
本系統為辦公室管理者和普通用戶開發，有友好的界面，管理者和用戶只需懂得簡單的電腦操作知識就可以自由應用本軟體。經分析此系統滿足以上三個方面要求，所以本系統是完全可行的。
3.3 功能需求
3.3.1 基本功能需求
在本系統中，管理員具有以下功能：
1.負責管理信息的輸入、修改、更新、刪除：包括文件管理、會議管理、日常事務管理、考勤管理等。
2.可以查看所有信息。
一般用戶許可權：可以查看所有信息。
3.3.2 用戶界面需求
用戶界面應有各個大模塊，大模塊裡面應有各個操作的增刪改查界面。
3.4 性能需求
為了保證系統能夠長期安全、穩定、可靠、高效地運行，辦公室日常信息管理系統應該滿足以下性能需求：
1.系統處理的準確性和及時性
對於日常事務、文件和會議的增刪改查對考勤有影響，以致於對整個系統的功能和性能完成有舉足輕重的作用。還有用戶的許可權，其準確性很大程度決定了辦公室日常事務系統的成敗。在系統開發過程中，必須採用一定的方法保證系統的準確性和及時性。
2.系統的易用性和易維護性
辦公室日常信息管理系統是直接面對使用人員的，而使用人員往往對電腦並不是很熟悉。這就要求系統有良好的介面，易用的人機交互界面，縮短用戶對系統熟悉的過程。
3.5 系統設計基礎
3.5.1 系統業務流圖
圖3-1 系統業務流圖
3.5.2 系統數據流圖
圖3-2 頂層數據流圖
圖3-3 功能數據流圖
四．概要設計
4.1 功能描述
辦公室日常信息管理系統是為了對各個企業等實行電腦化的管理，以提高工作效率，方便用戶，主要功能有會議、日常事務、文件、考勤進行管理和對本系統自身的用戶許可權管理。此管理系統不僅含有添加、刪除、更改等功能，還具有對查詢情況進行統計的功能。系統管理主要是提高系統安全性和對系統進行良好的維護。
4.2 系統模塊
本系統具有5個模塊：系統模塊 、會議管理模塊 、日常事務管理模塊 、文件管理模塊 和考勤管理模塊。
4.3 系統功能模塊圖
圖4-1 系統功能模塊圖
五．資料庫設計
5.1 資料庫簡介
此系統採用了SQL Server 2008資料庫，將本系統需要用到的信息都保存在資料庫中的表中。
首先進行資料庫的連接：
1.創建ODBC數據源：選擇“控制面板”——“管理工具”——“ODBC數據源”，在雙擊ODBC數據源後，選擇“用戶DNS”，添加新的數據源，選擇SQL Server，數據源名稱為x,設置用戶名為m，密碼o2apityr，選擇資料庫student。
2.建立JDBC-ODBC橋接器。
Class.forName("sun.jdbc.odbc.JdbcOdbcDriver");
Connection con = DriverManager.getConnection(
"jdbc:odbc:x", "用戶名", “密碼”);
5.2 概念設計
圖5-1 系統總的E-R圖
5.3 邏輯結構設計
5.3.1 邏輯模型
合法用戶（用戶名，密碼，用戶許可權）
文件（文件編號，文件名稱，文件類型，文件描述）
日常事務（事務編號，事務時間，事務類型，事務記錄人）
會議（會議編號，事務編號，參會人員，記錄人員，電話，會議開始時間，會議結束時間，會議內容，備註）
考勤（考勤編號，會議編號，參會人員，事務編號，文件編號，考勤次數）
5.3.2 表屬性定義---關係轉換、完整性定義（PK、FK、自定義其它）
users(username ,pwd, power)
wj(wj_No,wj_Name,wj_type,wj_destribe)
sw(sw_No,sw_time,sw_type,sw_people)
hy(hy_No,sw_No,hy_people,hy_recorder,telenumber,start_time,
end_time,hy_content,commemt)
kq(kq_No,hy_No,hy_people,sw_No,wj_No,kq_num)
FD(users): { usernameà pwd, power}
FD(wj): { wj_No à wj_Name, wj_type,wj_destribe}
FD(sw): { sw_No à sw_type,sw_time,sw_people }
FD(hy):{hy_No,sw_Noàhy_people,start_time,
end-time,hy_content,commemt,telenumber}
FD(kq):{kq_No,sw_No,hy_No,wj_Noàkq_num}
自定義數據約束：
（用戶許可權）power僅取“系統管理員、普通用戶”
(文件類型）wj_type 僅取“秘密、考勤、任選”
（會議開始、結束時間,事務時間）start_time,end_time，sw_time
格式“YYYY-MM-DD XX:XX:XX”
5.4 物理結構設計
