第一篇：圖書館管理信息系統 分析報告
圖書館管理信息系統 需求分析..................................................................................2
1.1 系統背景分析........................................................................................................2 1.2圖書管理業務流程圖..........................................................................................4 1.3數據流程圖...............................................................................................................7 1.4數據字典..................................................................................................................11 1.4.1 數據項描述....................................................................................................11 1.4.2 數據結構.........................................................................................................11 1.4.3 數據流的描述................................................................................................11 1.4.4 處理邏輯的描述...........................................................................................20 1.4.5 數據存儲的描述...........................................................................................23 1.4.6 外部實體的描述...........................................................................................25 2 概念模型設計........................................................................25
2.1實體圖.......................................................................................................................25 2.2 實體—聯系圖......................................................................................................27 2.3 數據庫概念模型.................................................................................................28 3 邏輯模型及物理模型設計...................................................28
3．1 數據庫概念模型轉換為關系模型.........................................................28 3．2 數據庫物理模型..............................................................................................29 4 數據庫的實施與運行...........................................................29
4．1生成的SQL語句.............................................................................................29 5 參考資料................................................................................33 需求分析
1.1 系統背景分析
<系統背景簡介…> 1． 組織機構介紹。。2． 業務情況介紹
隨著學院的日漸擴大，圖書館的管理工作也日益復雜，但其主要工作分為：
? 新書入庫：首先，圖書館的管理部門根據圖書的庫存量、圖書的需求量和各類圖書的最近發展情況向采購員發出購書計劃單，采購員根據購書計劃單向圖書供應商發出購書單，采購員收到圖書供應商的提貨通知單并提貨，將檢驗不合格的圖書退給供應商，并發出重新發貨的通知單。其次，將入庫書單和檢驗合格的圖書交付給圖書管理員。最后，對新書進行分類處理：即按國家統一的分類進行編號，登記書號、書名、作者、出版社、價格、數量等信息到書庫，并將購書單和提貨單交付給財務部門。記入入庫文件。
? 圖書出庫注銷：對于過期的各類圖書進行出庫處理，注銷其相應信息。? 圖書的借出：圖書管理員根據借閱者的借書單去查閱書庫，若有借閱者要借的書，則將書借給借閱者，并將借閱者的借閱證號、姓名及所借圖書的信息記入書庫借閱文件，若沒有借閱者要借的書，借閱者可以預定所要借的書，管理員將預定信息記入預定文件。
? 圖書的歸還：借閱者將所借的書歸還圖書館時，管理員對圖書進行檢查，若完好，將借閱者的這條歸還信息記入歸還文件，并注銷相應的借閱信息；若被損壞，開出罰款單，并將罰款信息記入罰款文件，將借閱者相應的歸還信息記入圖書歸還文件，并注銷相應的借閱信息；若超期，則根據超期的天數進行罰款，同時將相關罰款信息記入罰款文件，將借閱者的這條歸還信息記入歸還文件，并注銷相應的借閱信息。若借閱者不慎將圖書遺失，圖書管理員根據圖書的單價和學院的相關規定開出賠償單據，借閱者交納賠償金后，管理員相關的賠償信息記入賠償文件，注銷相應的借閱信息，并注銷該書的信息。
? 統計情況：圖書管理員對圖書借閱情況進行統計，對逾期未還的借閱者催其歸還
圖書。并且定期對圖書進行整理及統計。
檢索：對圖書館書庫的各方面進行檢索。
圖書館管理信息系統的數據需求包括如下幾點： 1． 數據錄入的可靠性
數據的輸入主要依靠手工，而準確的輸入關系到該系統的數據是否能準確處理，加之該系統需要輸入大量的圖書及用戶資料，所以系統必須有簡潔的界面和一定的靈活性使得輸入工作迅速而準確。2． 數據的完整性與一致性
對于輸入的數據，要有一定的完整性規則，如果不能符合要求，系統應該拒絕該數據。由于系統的數據是共享的，圖書作為共享數據，其去向必須是明確的，系統需保證圖書不能被兩人同時借出，而要解決這一問題，需要一定的人員維護數據的一致性。
1.2圖書管理業務流程圖
采編部有關部門新書書單不合格書單新書報表校驗員藏書報表新書清單合格書單藏書清單編碼員庫藏清單書庫書籍分配單領書清單書庫管理員領取新書報表書庫 新書入庫業務流程圖
書庫有關部門注銷計劃注銷申請表不合格申請表注銷通知審核員藏書報表注銷清單合格申請表藏書清單編碼員 舊書出庫（含遺失注銷）業務流程圖
讀者預約申請表借書申請表續借申請表無效申請表預約通知續借通知領書通知索書員未在庫在庫在庫在庫書籍清單有效申請表借出書籍清單預約清單書庫管理員書庫無此書庫存報表缺書申請單補書單采編部有關部門 圖書借閱（圖書借出、圖書預約、圖書續借）業務流程圖
讀者遺失通知超期通知還書通知有關部門遺失申請表歸還申請表遺失清單在庫清單書庫管理員歸還清單在庫報表遺失報表藏書清單注銷通知遺失統計編碼員藏書報表 圖書歸還（遺失歸還、超期歸還）業務流程圖
新用戶有關部門用戶申請表不合格申請表新用戶登錄通知審核員讀者清單讀者清單合格申請表新用戶清單讀者管理員 讀者入庫業務流程圖
讀者有關部門注銷申請表不合格注銷表用戶注銷通知單審核員讀者報表讀者清單合格注銷表注銷清單讀者管理員 用戶注銷（證件掛失）業務流程圖
1.3數據流程圖
符號說明
外部實體處理數據流數據存儲 p1管理員新舊書書單書書單采編入庫注銷書籍p2注銷出庫p3讀者歸、籍書籍閱書借還新用戶名單注銷用戶名單借閱歸還借歸閱清還單清、單新書清單清單D1書籍基本信息管理員p4編碼入庫p5注銷出庫新用本信戶基息用戶銷注信息基本D2讀者基本信息（1層數據流程圖）
管理員不合格書單新書書單P1.2審核合格書單P1.3編碼新書基本信息新書報表新書基本信息書籍基本信息管理員（2層新書入庫管理）
讀者不合格書單借書單、預約書單所借書籍P3.1.1審核合格預約書單P3.1.2預約處理合格借書單P3.1.3借書處理借書清單借書清單書籍基本信息管理員讀者借書情況報表（2層圖書借閱、預約管理）
P3.2.4讀者罰款通知罰款金額交納入帳罰款清單歸還書籍、遺失書籍P3.2.1審核損壞書單還書清單遺失書單罰款報表讀者還書情況報表P3.2.2損壞處理損壞清單還書清單P3.2.3遺失處理遺失報表損壞清單遺失清單遺失書籍報表損壞書籍報表書籍基本信息管理員（2層圖書歸還、遺失管理）
管理員不合格書單舊書書單P2.1審核合格書單P2.2注銷舊書清單舊書注銷報表舊書注銷清單書籍基本信息管理員（2層舊書出庫管理）
管理員不合格名單新用戶名單P4.1審核合格名單P4.2編碼入庫新用戶基本信息新用戶報表新用戶清單讀者基本信息管理員（2層新用戶入庫管理）
管理員不合格名單注銷名單P5.1審核合格名單P5.2注銷注銷用戶基本信息注銷用戶報表游樂用戶清單讀者基本信息管理員（2層用戶注銷管理）
1.4數據字典
1.4.1 數據項描述
1.4.2 數據結構
1.4.3 數據流的描述
數據流編號：D1 數據流名稱：新書書單
簡
述：購入書籍的表單 數據流來源：管理員 數據流去向：審核模塊
數據流組成：索書號+書名+出版社等 數據流量：1張/3個月 高峰流量：1張/月
數據流編號：D2 數據流名稱：合格書單
簡
述：通過審核的新書書單 數據流來源：審核模塊 數據流去向：編碼模塊
數據流組成：索書號+書名+出版社等 數據流量：1張/3個月 高峰流量：1張/月
數據流編號：D3 數據流名稱：不合格書單
簡
述：沒有通過審核的新書書單 數據流來源：審核模塊 數據流去向：管理員
數據流組成：索書號+書名+出版社等 數據流量：1張/3個月 高峰流量：1張/月
數據流編號：D4 數據流名稱：新書基本信息
簡
述：新入庫圖書的信息 數據流來源：編碼模塊
數據流去向：書籍基本信息
數據流組成：條形碼+索書號+書名+出版社等 數據流量：1張/3個月 高峰流量：1張/月
數據流編號：D5 數據流名稱：新書清單
簡
述：新入庫圖書的書單 數據流來源：編碼模塊 數據流去向：新書報表
數據流組成：條形碼+索書號+書名+出版社等 數據流量：1張/3個月 高峰流量：1張/月
數據流編號：D6 數據流名稱：借書單
簡
述：讀者借書的書單 數據流來源：讀者 數據流去向：審核模塊
數據流組成：索書號+借閱證號碼等 數據流量：200張/天 高峰流量：400張/天
數據流編號：D7 數據流名稱：預約書單
簡
述：讀者預約書籍的書單 數據流來源：讀者 數據流去向：審核模塊
數據流組成：索書號+借閱證號碼等 數據流量：200張/天 高峰流量：400張/天
數據流編號：D8 數據流名稱：合格書單
簡
述：通過審核的借書單 數據流來源：審核模塊
數據流去向：借書處理模塊
數據流組成：條形碼+借閱證號碼等 數據流量：200張/天 高峰流量：400張/天
數據流編號：D9
數據流名稱：不合格書單
簡
述：沒有通過審核的借書單 數據流來源：審核模塊 數據流去向：讀者
數據流組成：索書號+借閱證號碼等 數據流量：200張/天 高峰流量：400張/天
數據流編號：D10 數據流名稱：不合格書單
簡
述：沒有通過審核的預約書單 數據流來源：審核模塊 數據流去向：讀者
數據流組成：索書號+借閱證號碼等 數據流量：200張/天 高峰流量：400張/天
數據流編號：D11 數據流名稱：合格書單
簡
述：通過審核的預約書單 數據流來源：審核模塊
數據流去向：預約處理模塊
數據流組成：條形碼+借閱證號碼等 數據流量：200張/天 高峰流量：400張/天
數據流編號：D12 數據流名稱：所借書籍
簡
述：讀者借到的圖書 數據流來源：借書處理 數據流去向：讀者
數據流組成：條形碼+借閱證號碼等 數據流量：200張/天 高峰流量：400張/天
數據流編號：D13 數據流名稱：預約清單
簡
述：預約圖書的書單 數據流來源：預約處理模塊 數據流去向：預約情況報表
數據流組成：條形碼+借閱證號碼 數據流量：200張/天 高峰流量：400張/天
數據流編號：D14 數據流名稱：預約圖書信息
簡
述：預約圖書的基本信息 數據流來源：借書處理模塊 數據流去向：書籍基本信息
數據流組成：條形碼+借閱證號碼 數據流量：200張/天 高峰流量：400張/天
數據流編號：D15 數據流名稱：借書清單
簡
述：借出圖書的書單 數據流來源：借書處理模塊 數據流去向：讀者借書情況報表 數據流組成：條形碼+借閱證號碼等 數據流量：200張/天 高峰流量：400張/天
數據流編號：D16 數據流名稱：借出圖書信息
簡
述：借出的圖書的基本信息 數據流來源：借書處理模塊 數據流去向：書籍基本信息
數據流組成：條形碼+借閱證號碼等 數據流量：200張/天 高峰流量：400張/天
數據流編號：D17 數據流名稱：歸還書籍
簡
述：歸還圖書的書單 數據流來源：讀者 數據流去向：審核模塊
數據流組成：條形碼+借閱證號碼等 數據流量：200張/天 高峰流量：400張/天
數據流編號：D18 數據流名稱：遺失書單
簡
述：遺失圖書的書單 數據流來源：讀者 數據流去向：審核模塊
數據流組成：條形碼+借閱證號碼等 數據流量：200張/天 高峰流量：400張/天
數據流編號：D19 數據流名稱：罰款通知
簡
述：交給罰款的通知 數據流來源：審核模塊 數據流去向：讀者
數據流組成：條形碼+借閱證號碼+罰款金額等 數據流量：15張/天 高峰流量：30張/天
數據流編號：D20 數據流名稱：損壞書單
簡
述：損壞的圖書的書單 數據流來源：審核模塊
數據流去向：損壞處理模塊 數據流組成：條形碼+書名等 數據流量：15張/天 高峰流量：30張/天
數據流編號：D21 數據流名稱：歸還清單
簡
述：歸還圖書的書單 數據流來源：審核模塊
數據流去向：讀者還書情況報表 數據流組成：條形碼+借閱證號碼等 數據流量：200張/天 高峰流量：400張/天
數據流編號：D22 數據流名稱：遺失書單
簡
述：遺失的圖書的書單 數據流來源：審核模塊
數據流去向：遺失處理模塊
數據流組成：條形碼+借閱證號碼等 數據流量：15張/天 高峰流量：30張/天
數據流編號：D23 數據流名稱：損壞清單
簡
述：損壞圖書的書單 數據流來源：損壞處理模塊 數據流去向：損壞圖書報表
數據流組成：條形碼+借閱證明號碼等 數據流量：15張/天
高峰流量：30張/天
數據流編號：D24 數據流名稱：損壞圖書信息
簡
述：損壞圖書的基本信息 數據流來源：損壞處理模塊 數據流去向：書籍基本信息 數據流組成：條形碼+書名等 數據流量：15張/天 高峰流量：30張/天
數據流編號：D25 數據流名稱：歸還圖書信息
簡
述：歸還圖書的基本信息 數據流來源：審核模塊
數據流去向：書籍基本信息 數據流組成：條形碼+書名等 數據流量：200張/天 高峰流量：
數據流編號：D26 數據流名稱：遺失清單
簡
述：遺失圖書的書單 數據流來源：遺失處理模塊 數據流去向：遺失報表
數據流組成：條形碼+借閱證號碼等 數據流量：15張/在 高峰流量：15張/天
數據流編號：D27 數據流名稱：遺失圖書信息
簡
述：遺失圖書的基本信息 數據流來源：遺失處理模塊 數據流去向：書籍基本信息 數據流組成：條形碼+書名等 數據流量：15張/天 高峰流量：30張/天
數據流編號：D28 數據流名稱：罰款金額
簡
述：交給罰款的金額 數據流來源：讀者
數據流去向：交納處理模塊
數據流組成：借閱證號碼+罰款金額+罰款通知序號等
數據流量：15張/天 高峰流量：30張/天
數據流編號：D29 數據流名稱：舊書書單
簡
述：陳舊圖書的書單 數據流來源：管理員 數據流去向：審核模塊
數據流組成：條形碼+索書號+書名等 數據流量：1張/3個月 高峰流量：1張/月
數據流編號：D30 數據流名稱：不合格書單
簡
述：沒有通過審核的陳舊圖書的書單 數據流來源：審核模塊 數據流去向：讀者
數據流組成：條形碼+索書號+書名等 數據流量：1張/3個月 高峰流量：1張/月
數據流編號：D31 數據流名稱：合格書單
簡
述：通過審核的陳舊圖書的書單 數據流來源：審核模塊 數據流去向：注銷模塊
數據流組成：條形碼+索書號+書名等 數據流量：1張/3個月 高峰流量：1張/月
數據流編號：D32 數據流名稱：注銷書單
簡
述：注銷圖書的書單 數據流來源：注銷模塊 數據流去向：出庫報表
數據流組成：條形碼+索書號+書名等 數據流量：1張/3個月 高峰流量：1張/月
數據流編號：D33 數據流名稱：注銷圖書信息
簡
述：注銷圖書的基本信息 數據流來源：注銷模塊
數據流去向：書籍報表信息
數據流組成：條形碼+索書號+書名等 數據流量：1張/3個月 高峰流量：1張/月
數據流編號：D34 數據流名稱：新用戶名單 簡
述：新進用戶的名單 數據流來源：管理員 數據流去向：審核模塊
數據流組成：學號（或工作證號碼）+姓名等 數據流量：1張/3個月 高峰流量：1張/月
數據流編號：D35 數據流名稱：合格名單
簡
述：通過審核的新用戶名單 數據流來源：審核模塊
數據流去向：編碼入庫模塊
數據流組成：學號（或工作證號碼）+姓名等 數據流量：1張/3個月 高峰流量：1張/月
數據流編號：D36 數據流名稱：不合格名單
簡
述：沒有通過審核的新用戶名單 數據流來源：審核模塊 數據流去向：管理員
數據流組成：學號（或工作證號碼）+姓名等 數據流量：1張/3個月 高峰流量：1張/月
數據流編號：D37 數據流名稱：新用戶信息
簡
述：新進用戶的基本信息 數據流來源：編碼入庫模塊 數據流去向：書籍基本信息
數據流組成：借閱證號碼+學號（或工作證號碼）等 數據流量：1張/3個月 高峰流量：1張/月
數據流編號：D38 數據流名稱：新用戶清單 簡
述：新用戶的名單 數據流來源：編碼入庫模塊
數據流去向：新用戶報表
數據流組成：借閱證號碼+學號（或工作號碼）等 數據流量：1張/3個月 高峰流量：1張/月
數據流編號：D39 數據流名稱：注銷名單
簡
述：注銷用戶的名單 數據流來源：管理員 數據流去向：審核模塊
數據流組成：借閱證號碼+學號（或工作號碼）等 數據流量：1張/3個月 高峰流量：1張/月
數據流編號：D40 數據流名稱：合格名單
簡
述：通過審核的注銷用戶名單 數據流來源：審核模塊 數據流去向：注銷模塊
數據流組成：借閱證號碼+學號（或工作證號碼）等 數據流量：1張/3個月 高峰流量：1張/月
數據流編號：D41 數據流名稱：不合格名單
簡
述：沒有通過審核的注銷用戶名單 數據流來源：審核模塊 數據流去向：管理員
數據流組成：借閱證號碼+學號（或工作證號碼）等 數據流量：1張/3個月 高峰流量：1張/月
數據流編號：D42 數據流名稱：游樂用戶信息 簡
述：注銷的基本信息 數據流來源：注銷模塊
數據流去向：用戶基本信息
數據流組成：借閱證號碼+學號（或工作證號碼）等 數據流量：1張/3個月 高峰流量：1張/月
數據流編號：D43 數據流名稱：注銷圖書清單 簡
述：注銷圖書的書單
數據流來源：注銷模塊
數據流去向：注銷用戶報表
數據流組成：借閱證號碼+學號（或工作證號碼）等 數據流量：1張/3個月 高峰流量：1張/月
1.4.4 處理邏輯的描述
處理邏輯編號：P1.1 處理邏輯名稱：審核處理
簡
述：對新購入圖書進行審核 輸入的數據流：新書書單
處理描述：對照新書書單對新購入圖書進行檢查，核對圖書數量、內容，檢查是否完整。輸出的數據流：不合格書單、合格書單 處理頻率： 1次/2個月
處理邏輯編號：P1.2 處理邏輯名稱：編碼處理
簡
述：將合格圖書近一定要求編碼入庫 輸入的數據流：合格書單
處理描述：由管理人員對采購回來并審核無誤的圖書，按照國家統一的分類進行編號，之后登記書號、書名、作者、出版社等圖書基本信息
輸出的數據流：新書基本信息、新書清單 處理頻率： 1次/2個月
處理邏輯編號：P2.1 處理邏輯名稱：審核處理
簡
述：對陳舊圖書進行審核 輸入的數據流：舊書書單
處理描述：檢查圖書是否已經過期或內容已不滿足讀者的需要，是否已遺失 輸出的數據流：合格書單、不合格書單 處理頻率：1次/2個月
處理邏輯編號：P2.2 處理邏輯名稱：注銷處理
簡
述：將圖書從書庫中撤消 輸入的數據流：合格書單
處理描述：將與合格書單中的圖書從書庫中刪除。輸出的數據流：注銷圖書基本信息、注銷圖書基本信息 處理頻率： 1次/2個月
處理邏輯編號：P3.1.1 處理邏輯名稱：審核處理
簡
述：對借書單、預約書單 輸入的數據流：借書單、預約書單
處理描述：根據借書單進行審核檢查書庫中是否有該圖書，該圖書是否在庫，讀者是否能夠再借閱該圖書；根據預約書單進行審核檢查看書庫中的圖書是否已經有人預約
輸出的數據流：不合格借書單、不合格預約書單、合格借書單、合格預約書單 處理頻率： 200次/天
處理邏輯編號：P3.1.2 處理邏輯名稱：借書處理
簡
述：處理讀者借書問題 輸入的數據流：合格借書單
處理描述： 根據合格借書單信息將書籍借予讀者 輸出的數據流：借書清單、借出圖書信息
處理頻率： 200次/天
處理邏輯編號：P3.1.3 處理邏輯名稱：預約處理
簡
述：處理讀者預約問題 輸入的數據流：合格預約書單
處理描述：根據合格預約書單信息將書籍歸入預約狀態 輸出的數據流：預約清單、預約圖書信息 處理頻率： 200次/天
處理邏輯編號：P3.2.1 處理邏輯名稱：審核處理
簡
述：將歸還書單、遺失書單進行審查 輸入的數據流：歸還書單、遺失書單
處理描述：根據還書書單檢查所借閱書籍是否已經超期或損壞，若有則給予罰款通知；檢查遺失圖書情況是否屬實
輸出的數據流：罰款通知、損壞書單、歸還圖書信息、歸還圖書清單、遺失書單 處理頻率： 200次/天
處理邏輯編號：P3.2.2 處理邏輯名稱：損壞處理
簡
述：對損壞圖書進行處理 輸入的數據流：損壞書單
處理描述：對已損壞圖書進行修補并記錄其損壞程度 輸出的數據流：損壞清單、損壞圖書信息 處理頻率： 200次/天
處理邏輯編號：P3.2.3 處理邏輯名稱：遺失處理
簡
述：對遺失圖書進行處理 輸入的數據流：遺失書單
處理描述：對已的圖書進行注銷
輸出的數據流：遺失清單、遺失圖書信息 處理頻率： 200次/天
處理邏輯編號：P3.2.4 處理邏輯名稱：交納入帳 簡
述：處理罰款問題 輸入的數據流：罰款金額
處理描述：根據罰款通知單內容收納罰款金額并對其進行記錄 輸出的數據流：罰款清單 處理頻率： 200次/天
處理邏輯編號：P4.1 處理邏輯名稱：審核處理
簡
述：對申請入庫的新用戶進行審查 輸入的數據流：新用戶名單
處理描述：對申請入庫的新用戶檢查其是否已經辦理過入庫 輸出的數據流：合格名單、不合格名單 處理頻率：30次/天
處理邏輯編號：P4.2 處理邏輯名稱：編碼入庫
簡
述：對合格用戶進行編碼 輸入的數據流：合格名單
處理描述：對合格用戶按其職位和所在部門進行統一編號 輸出的數據流：新用戶清單、新用戶基本信息 處理頻率：30次/天
處理邏輯編號：P5.1 處理邏輯名稱：審核處理
簡
述：對注銷用戶名單進行審核 輸入的數據流：注銷名單 處理描述：對注銷用戶的各類信息進行檢查，若其有未還圖書或未交納罰款認為其不能注銷 輸出的數據流：不合格名單、合格名單 處理頻率： 30次/天
處理邏輯編號：P5.2 處理邏輯名稱：注銷處理
簡
述：對合格名單的處理 輸入的數據流：合格名單
處理描述：將合格名單上的用戶從庫中撤消 輸出的數據流：注銷清單、注銷用戶基本信息 處理頻率：30次/天
1.4.5 數據存儲的描述
數據存儲編號：F1 數據存儲名稱：書籍基本信息
簡
述：存儲所有藏書的基本信息
數據存儲組成：條形碼+索書號+作者+出版社+出版日期+所在書庫+單價表+庫存數+書名+在庫數量+入庫日期
關鍵字：條形碼
相關聯的處理：P1.2，P2.2，P3.1.3，P3.2.1
數據存儲編號：F2 數據存儲名稱：新書報表
簡
述：存儲新購入圖書的信息
數據存儲組成：條形碼+索書號+作者+出版社+出版日期+所在書庫+單價表+庫存數+書名+在庫數量+入庫日期 關鍵字：條形碼 相關聯的處理：P1.2
數據存儲編號：F3 數據存儲名稱：舊書注銷報表
簡
述：存儲注銷圖書的信息
數據存儲組成：條形碼+索書號+作者+出版社+出版日期+單價表+書名 關鍵字：條形碼 相關聯的處理：P2.2
數據存儲編號：F4 數據存儲名稱：讀者借書情況報表 簡
述：存儲讀者借書的信息
數據存儲組成：借閱證號碼+姓名+條形碼+索書號+書名 關鍵字：條形碼+借閱證號碼 相關聯的處理：P3.1.2
數據存儲編號：F5 數據存儲名稱：讀者預約情況報表
簡
述：存儲讀者預約圖書的信息
數據存儲組成：條形碼+索書號+書名+借閱證號碼+姓名 關鍵字：條形碼+借閱證號碼 相關聯的處理：P3.1.2
數據存儲編號：F6 數據存儲名稱：損壞圖書報表
簡
述：存儲損壞圖書的信息
數據存儲組成：條形碼+索書號+作者+出版社+出版日期+單價表+書名 關鍵字：條形碼
相關聯的處理：P3.2.2
數據存儲編號：F7 數據存儲名稱：遺失圖書報表
簡
述：存儲遺失圖書的信息
數據存儲組成：條形碼+索書號+作者+出版社+出版日期+單價表+書名 關鍵字：條形碼
相關聯的處理：P3.2.3
數據存儲編號：F8 數據存儲名稱：讀者還書情況報表
簡
述：存儲讀者歸還圖書的信息
數據存儲組成：條形碼+索書號+書名+借閱證號碼+姓名 關鍵字：條形碼+借閱證號碼 相關聯的處理：P3.2.1
數據存儲編號：F9 數據存儲名稱：罰款報表
簡
述：存儲罰款的信息
數據存儲組成：借閱證號碼+姓名+罰款通知序號+罰款金額+罰款原因 關鍵字：借閱證號碼+罰款通知序號 相關聯的處理：P3.2.4
數據存儲編號：F10 數據存儲名稱：讀者基本信息
簡
述：存儲讀者的基本信息
數據存儲組成：借閱證號碼+學號（或工作證號碼）+姓名+所在部門 關鍵字：借閱證號碼
相關聯的處理：P4.2，P5.2
數據存儲編號：F11 數據存儲名稱：新用戶報表
簡
述：存儲新用戶的信息
數據存儲組成：借閱證號碼+學號（或工作證號碼）+姓名+所在部門 關鍵字：借閱證號碼 相關聯的處理：P4.2
數據存儲編號：F12 數據存儲名稱：注銷用戶報表
簡
述：存儲注銷用戶的信息
數據存儲組成：借閱證號碼+學號（或工作證號碼）+姓名+所在部門 關鍵字：學號（或工作證號碼）相關聯的處理：P5.2
1.4.6 外部實體的描述
外部實體編號：S1 外部實體名稱：讀者
簡
述：從圖書館中借閱圖書的人
輸入的數據流：所借圖書、不合格借書單、不合格預約書單、罰款通知 輸出的數據流：借書單、預約書單、歸還圖書、遺失書單、罰款金額
外部實體編號：S2 外部實體名稱：管理員
簡
述：管理圖書的人
輸入的數據流：不合格書單、不合格舊書書單、不合格新用戶名單、不合格注銷名單 輸出的數據流：新書書單、舊書書單、新用戶名單、注銷名單 概念模型設計
2.1實體圖
索書號條形碼所在書庫出版日期在庫數量庫存數量圖書入庫日期書名作者出版社單價表索書號 圖書實體
索書號索書號索書號索書號書庫類別 書庫類別實體
所在部門借閱證號碼學號學生借閱證 學生借閱證實體
所在部門借閱證號碼工作證號碼教師借閱證 教師借閱證實體
管理員姓名工作證號碼管理員 管理員實體
學號姓名性別學生年齡政治面貌籍貫所在系 學生實體
工作證號碼姓名性別職稱教師年齡政治面貌籍貫所在系 教師實體
罰款金額日期借閱證號碼序號罰款單 罰款單實體
2.2 實體—聯系圖
圖書n存放1書庫借閱mn學生借閱證教師借閱證擁有教師
n1罰款11擁有學生1罰款清單nn1管理管理員1
2.3 數據庫概念模型
圖書條形碼索書號作者書名出版日期出版社單價表庫存量在庫數量書庫書庫名可用借書證類型借閱周期超期罰款單價教師借閱證借閱證號碼工作證號碼所在部門學生借書證借書證號碼學號所在部門罰款單序號借閱證號碼罰款金額日期教師工作證號碼姓名性別所在部門職稱政治面貌籍貫教師年齡學生學號姓名性別教師年齡所在系籍貫政治面貌管理員管理員號碼管理員姓名 3 邏輯模型及物理模型設計
3．1 數據庫概念模型轉換為關系模型
1．管理員（管理員姓名，工作證號碼）
2．圖書（。。）
3．2 數據庫物理模型
BNOBNOchar(10)BSNAMETCARDchar(10)BNUMBNO = BNOANAMEBNAMEBDATEBPUBLISHPRICETCARD = TCARDBSTOCKSBSTORAGERELATION_88BOOKSBOOKSTORAGEchar(10)BSNAMEchar(10)BSNAME = BSNAMEchar(10)BSCARDchar(10)char(10)BSCIRCLYintegerchar(20)BSPRICEfloatchar(20)dateBNO = BNOchar(20)RELATION_89floatBNOchar(10)integerSTUCARDchar(10)integerSTUCARD = STUCARDTCARDSTCARDTNUMTNOTDEPTchar(10)char(10)char(10)char(40)STUCARD = STUCARDAMERCESTUCARDSSTUCARDSNOSTUNOSTUDEPTANOSTUCARDchar(10)STUCARD = STUCARDMNOchar(10)CARDchar(10)AMARYchar(40)ADATEMNO = MNOTNUM = TNUMTCARD = TCARDTEACHERchar(10)char(10)char(10)char(10)floatdateSNO = SNOSTUDENTSNOSTUCARDSNAMESSEXTAGESDEPTSADRESSSPOLITICSTNUMTCARDTNAMETSEXTDEPTTPOSTTPOLITICSTADRESSTAGEchar(10)char(10)char(10)char(2)char(40)char(10)char(10)char(10)integerchar(10)char(10)char(10)char(2)integerchar(40)char(10)char(10)MANAGERMNOMNAMEchar(10)char(10)4 數據庫的實施與運行
4．1生成的SQL語句
%% ============== %%
Database name: MODEL_1
%%
DBMS name:
Sybase SQL Anywhere
%%
Created on:
2002-12-16 0:44
%% ==============
%% ============== %%
Table: BOOKSTORAGE
%% ============== create table BOOKSTORAGE（BSNAME
char(10)
not null，BSCARD
char(10)
，BSCIRCLY
integer ，BSPRICE
float ，primary key(BSNAME));
%% ============== %%
Table: MANAGER
%% ============== create table MANAGER（MNO
char(10)
not null，MNAME
char(10)
，primary key(MNO));
%% ============== %%
Table: TCARDS
%% ============== create table TCARDS（TCARD
char(10)
not null，TNUM
char(10)
，TNO
char(10)
，TDEPT
char(40)
，primary key(TCARD));
%% ============== %%
Table: STUCARDS
%% ============== create table STUCARDS（STUCARD
char(10)
not null，SNO
char(10)
，STUNO
char(10)
，STUDEPT
char(40)
，primary key(STUCARD));
%% ============== %%
Table: BOOKS
%% ============== create table BOOKS（BNO
char(10)
not null，BSNAME
char(10)
，BNUM
char(10)
，ANAME
char(20)
，BNAME
char(20)
，BDATE
date
，BPUBLISH
char(20)
，PRICE
float ，BSTOCKS
integer ，BSTORAGE
integer ，primary key(BNO));
%% ============== %%
Table: STUDENT
%% ============== create table STUDENT（SNO
char(10)
not null，STUCARD
char(10)
，SNAME
char(10)
，SSEX
char(2)，TAGE
integer ，SDEPT
char(40)
，SADRESS
char(10)
，SPOLITICS char(10)
，primary key(SNO));
%% ============== %%
Table: TEACHER
%% ============== create table TEACHER（TNUM
char(10)
not null，TCARD
char(10)
，TNAME
char(10)
，TSEX
char(2)，TDEPT
char(40)
，TPOST
char(10)
，TPOLITICS char(10)
，TADRESS
char(10)
，TAGE
integer ，primary key(TNUM));
%% ============== %%
Table: AMERCE
%% ============== create table AMERCE（ANO
char(10)
not null，STUCARD
char(10)
，MNO
char(10)
，CARD
char(10)
，AMARY
float ，ADATE
date
，primary key(ANO));
%% ============== %%
Table: RELATION_88
%% ============== create table RELATION_88（BNO
char(10)
not null，TCARD
char(10)
not null，primary key(BNO, TCARD));
%% ============== %%
Table: RELATION_89
%% ============== create table RELATION_89（BNO
char(10)
not null，STUCARD
char(10)
not null，primary key(BNO, STUCARD));
alter table TCARDS
add foreign key FK_TCARDS_RELATION__TEACHER(TNUM)
references TEACHER(TNUM)on update restrict on delete restrict;
alter table STUCARDS
add foreign key FK_STUCARDS_RELATION__STUDENT(SNO)
references STUDENT(SNO)on update restrict on delete restrict;
alter table BOOKS
add foreign key FK_BOOKS_BSTOCK_BOOKSTOR(BSNAME)
references BOOKSTORAGE(BSNAME)on update restrict on delete restrict;
alter table STUDENT
add foreign key FK_STUDENT_RELATION__STUCARDS(STUCARD)
references STUCARDS(STUCARD)on update restrict on delete restrict;
alter table TEACHER
add foreign key FK_TEACHER_RELATION__TCARDS(TCARD)
references TCARDS(TCARD)on update restrict on delete restrict;
alter table AMERCE
add foreign key FK_AMERCE_RELATION__STUCARDS(STUCARD)
references STUCARDS(STUCARD)on update restrict on delete restrict;
alter table AMERCE
add foreign key FK_AMERCE_RELATION__MANAGER(MNO)
references MANAGER(MNO)on update restrict on delete restrict;
alter table RELATION_88
add foreign key FK_RELATION_RELATION__BOOKS(BNO)
references BOOKS(BNO)on update restrict on delete restrict;
alter table RELATION_88
add foreign key FK_RELATION_RELATION__TCARDS(TCARD)
references TCARDS(TCARD)on update restrict on delete restrict;
alter table RELATION_89
add foreign key FK_RELATION_RELATION__BOOKS(BNO)
references BOOKS(BNO)on update restrict on delete restrict;
alter table RELATION_89
add foreign key FK_RELATION_RELATION__STUCARDS(STUCARD)
references STUCARDS(STUCARD)on update restrict on delete restrict;參考資料
1、薩師煊、王珊
《數據庫系統概論（第三版）》
北京 ：高等教育出版社，2000
2、黃梯云、李一軍
《管理信息系統（修訂版）》
北京：高等教育出版社，2000
3、陳景艷、侯炳輝
《管理信息系統（第二版）》
北京：中國鐵道出版社，2001
4、徐引篪、霍國慶
《現代圖書館學理論》
北京：北京圖書館出版社，1999
第二篇：圖書館管理信息系統可行性分析報告
圖書館可行性分析報告
圖書館管理系統是一些單位不可缺少的部分。書籍是人類不可缺少的精神食糧，尤其對一些學校來說，尤其重要。所以圖書館管理系統應該能夠為用戶提供充足的信息和快捷的查詢手段。但一直以來人們使用傳統人工的方式管理圖書、期刊、試卷合訂本等，這種管理方式存在著許多缺點,如:效率低、保密性差,另外時間一長,將產生大量的文件和數據,這對于查找、更新和維護都帶來了不少的困難。
隨著科學技術的不斷提高,計算機科學日漸成熟,其強大的功能已為人們深刻認識,它已進入人類社會的各個領域并發揮著越來越重要的作用。作為計算機應用的一部分,使用計算機對圖書資源信息進行管理,具有著手工管理所無法比擬的優點.例如:檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優點能夠極大地提高圖書館管理的效率,也是企業、學校的科學化、正規化管理,與世界接軌的重要條件。
圖書館管理系統是典型的信息管理系統(MIS),其開發主要包括后臺數據庫的建立和維護以及前端應用程序的開發兩個方面。對于前者要求建立起數據一致性和完整性強.數據安全性好的庫。而對于后者則要求應用程序功能完備,易使用等特點。
圖書管理系統的建立，需要進行用戶需求調查與分析，以確定系統目標，提出解決問題的詳細方案，這是系統建設的重要環節。要想使學生能夠有效的借閱，功能上對系統的要求是全面的。因此對用戶的需求可分為四個方面：一方面是圖書管理人員對需要進行圖書借閱的同學進行信息注冊，獲得借書證；二方面是學生通過計算機進行圖書瀏覽；三方面是學生通過計算機進行圖書借閱；四方面是打印輸出學生信息。
這四個方面形成了圖書借閱的一個工作整體，利用計算機的自動化處理，可方便快捷地共享信息、交流信息，高效地協同工作。
圖書館管理系統是典型的信息管理系統(MIS),其開發主要包括后臺數據庫的建立和維護以及前端應用程序的開發兩個方面。對于前者要求建立起數據一致性和完整性強.數據安全性好的庫。而對于后者則要求應用程序功能完備,易使用等特點。
在軟硬件方面對系統的需求，軟件要求易學，界面友好，容易掌握，可以很簡單方便的進行圖書借閱信息管理。硬件的配置要求不能太高，這樣可以很好的適應當前的學校圖書館的借閱。
第三篇：1da圖書館管理信息系統可行性分析報告
圖書館管理信息系統可行性分析報告
一 系統簡述
圖書館是學校的文獻信息中心，是為全校教學和科學研究服務的學術性機構，是學校信息化的重要基地。圖書館的工作是學校教學和科學研究工作的重要組成部分，是全校師生學習和研究的重要場所。（機構地位）
目前圖書館處于純手工管理階段，陳舊的管理手段給讀者和圖書館管理員帶來的很多操作上的不方便，同時為了提高工作效率、服務質量和管理水平，并使圖書館管理人員從繁瑣的工作中解脫出來,從而使他們下定決心開發該系統。（為什么開發系統）
該圖書館管理信息系統是基于access技術，建立以數據庫為后臺核心應用、以服務為目的信息平臺，對資源進行科學的加工整序和管理維護，為教學和科學研究提供文獻信息保障和提高管理圖書的效率而設計的系統。（技術）
條件、假設和限制
a: 建議該系統運行的最短壽命為10年；
b: 進行該系統方案選擇比較的期限為2個月；
c: 建議該系統軟件投入使用的最遲時間為2014年10月；
d: 開發該軟件系統的經費來源為***大學財務處出資；
e: 該系統要受資金、壽命、社會等系列因素的制約和限制。
系統改進之處
本圖書館管理信息系統是基于網絡的新型系統，應用了最新的網絡技術，該圖書館系統規模較小，但是功能齊全，具有相當的管理功能，館中所有未借出的書籍能夠供讀者隨時借閱，在同一時刻，一本書不能既被借出，又可供借閱，一個讀者一次借出的書籍數目不能超過預定值。
系統的影響
該系統的應用可以方便廣大師生使用圖書館的圖書資源，可以科學的管理所有的圖書，優化圖書資源的配置，讓有限的圖書發揮最大的作用。同時方便圖書館對圖書的編目管理，可以使用更合理的方法編排圖書，借書者更方便的可以找到自己想要找的書，支持在線查看圖書館的藏書情況。
軟件支持
該系統使用ASP,HTML,ACCESS等軟件開發，ASP技術很好地適應了交互站點設計和基于Web的數據庫訪問的要求。用戶使用IE瀏覽圖書館的主頁，圖書館有專門的數據服務器，使用windows 2000 server架設服務器，管理端使用vc開發。
系統的運行過程
系統使用期半年，在開始必須對初始數據進行錄入，包括所有的書目信息，出庫圖書的信息，讀者的信息，流通圖書信息，圖書館管理者的信息，圖書館財務信息，圖書館資金應用信息等。在半年的使用期通過檢驗后，將要優化該系統的性能，把一些發揮不良的組件重新開發，或者加入合適的補丁文件，系統穩定后的主要工作是加強該系統安全性。
二 項目目標
以最低的成本，在最短的期限內開發出具有管理圖書和用戶信息功能的圖書館管理信息系統。（包括：人力與設備費用的節省；處理速度的提高；人員工作效率的提高）
三 所需資源、預算和期望效益所需資源
硬件資源：數據庫服務器1臺，處理器: 支持2顆英特爾? 至強 ?處理器E5-2400 產品系列,硬盤: 最多可配8 個2.5/3.5英寸熱插拔SAS、SATA 或固態硬盤,內存:最高可配192GB,網卡：支持雙千兆網卡
普通PC若干
軟件資源：office access數據庫管理系統,開發工具
人力資源：數據庫設計師1名，數據庫設計員2-3名，數據庫管理員1名，用戶若干。預算
由于是課程案例，開發該軟件系統的經費為零；
力求達到實用要求。期望效益
可以減輕圖書館工作人員工作負擔，提高管理效率。
四 項目可行性結論
管理上的可行性：
圖書館館長同意并且急切的想使用上該系統，以提高圖書館的管理效率;各級工作人員也想從繁重的手工工作中解脫出來，期望MIS系統減輕自己的工作負擔。從財力上來看，學校能夠承擔并且同意撥款建立圖書館管理信息系統。
我們公司重視對客戶進行需求分析，同時還盡心為客戶考慮其長遠利益和運行要求。從用戶單位——大學校園圖書館的行政管理和工作制度等方面來看，是完全能夠使用該軟件系統。
從大學圖書館的使用人員來看，可大致分為五類：
一、學生；
二、教職工；
三、圖書館管理人員；
四、行政職工；
五、其余各界人士。用戶的素質較高，大部分受過本科教育，而新開發的軟件系統友好的界面及簡便的操作方法，保證能滿足絕大多數用戶使用該系統的要求。
技術上的可行性：
現今的計算機硬件足以滿足這樣的信息系統運行要求，硬件價格也在逐年下降，購置硬件的費用不再那么昂貴，計算機網絡也普及到了各個高校及學生寢室，為使用信息系統創造了有利條件。軟件方面，現在軟件開發的技術已經十分成熟，可以實現該系統的開發。
經濟上的可行性：
成本：
1、開發、測試所需設備（網絡、服務器、工作站等）總需投入8.2萬元；
其中：開發使用的服務器1臺，共2萬元。
測試使用的服務器1臺，共1萬元。
網絡設備（交換機、路由器等），共3萬元。
開發用計算機4臺，共1.2萬元。
測試用計算機及其他設備，1萬元
2、軟件和系統平臺建設總需投入2萬元；
其中：數據庫系統0.7萬元。
開發工具軟件及系統平臺1萬元。
網絡安全軟件0.3萬元。
3.項目配套流動資金需投入3萬元；
4.項目總投資13.2萬元。
收益：
提高行政部門工作效率，取得較大社會效益，節省部分人力物力。
結論：
鑒于以上分析可知，該圖書館管理信息系統開發項目不僅有利于提高管理效率，還可以降低工作人員的勞動強度。在軟硬件條件都比較成熟的背景下，投入一定的資金換取更高的工作效率和先進的工作方式是值得提倡的，所以該系統可以立即開發。
第四篇：1圖書館管理信息系統可行性分析報告
可行性分析報告
一.引言編寫目的基于提高圖書館管理員對用戶和圖書的管理的效率，把管理員從繁重的工作中解脫出來，同時也讓圖書館能夠更好的為大眾服務．背景
21世紀是一個信息時代，我們一直在獲取并應用信息中進步．圖書館是我們獲取信息的重要渠道之一，管理系統不完善、開發一套高效的圖書館管理系統是非常必要而且必須的．項目完成之后可在普通的絡中．應用此系統的圖書館用戶結構不能過于復雜，理，用戶主要為校園師生．
a.所開發軟件系統名稱：圖書館管理系統
b.項目開發人員：定義
圖書管理系統項目參考資料
《管理信息系統》
《管理信息系統實驗指導書》
《管理信息系統開發案例分析》
二.可行性研究的前提要求
主要功能：負責圖書的采購信息存檔、對圖書信息的查詢及編輯、對用戶相關信息的管理、借閱圖書的管理．
安全與保密要求：
份才能進入系統進行信息的操作．目標
為了方便圖書館管理人員對圖書的借閱、歸還等提供輕松快捷的管理方式，同時也方便廣大的讀者用戶可以隨時隨地的對圖書進行續借，查詢等． 人們越來越離不開它．但現如今的圖書館由于使得它的服務效率和服務質量一直不能使讀者滿意，PC機上運行，也可以運行于整個圖書館管理網最佳適用于校園圖書館管可行性分析 方案主編，北京大學出版社，2006年．，張金城 主編，北京大學出版社，2006年．，鐘雁 主編，清華大學出版社，2006年．登陸系統時，需驗證身份和密碼，只有圖書管理員的身不科學，***********，張金城條件、假定和限制
運行環境：兼容當前主流操作系統 Windows XP /vista/7，Office軟件
等．
硬件環境：奔騰4以上計算機，打印機、掃描儀等． 開發軟件：SQL Server、JAVA、C#等 該系統的預期壽命為5年
最早投入運行的時間為2011年2月1日．進行可行性研究的方法
通過對已有圖書管理系統的分析和研究比較的方法評價尺度
各項功能的優先次序、費用的高低、壽命的長短、兼容性、開發時間的長短及使用中的難易程度等等．.所建議的系統對所建議系統的說明
a.小巧而不失使用的功能，方便師生．b.庫存圖書館功能，師生借閱信息管理．c.財務信息的統計分析．
d.多種圖表統計，可統計每年，每月，每日的圖書借出和借入情況統計．e.多種排行統計等．處理流程和數據流程．
a.系統能對書籍信息進行管理．b.系統不需要管理借閱者除姓名以外的信息．對每一名借閱者最多可借
閱的書籍數目為2本． c.借書時，系統記錄借書者的姓名、借閱書籍名稱和借閱日期．d.時間時，系統記錄還書者的姓名、歸還書籍名稱和還書日期．系統設定書籍的最長借閱時間為e.操作人員可以根據書籍名稱、作者、出版社三者之一或三者的任意組合查詢書籍信息． f.操作人員可以查詢借閱某書籍的所有借閱者的姓名；也可以查詢某借閱者借閱的所有書籍名稱；閱者的借書時間、還書時間．
個月． 書籍名稱查詢借
三 1還可以根據借閱者的姓名、g.系統由圖書館工作人員操作分為:系統管理員,書籍管理員和借閱管理員．
h.所有操作人員憑帳號和密碼登陸系統．3 改進之處
a.由于時間倉促，人力和物力資源缺乏，本系統存在諸多不完善之處． b.整體系統不夠強，功能模塊需要添加和其他查詢功能．技術條件方面的可能性技術上的可行性分析主要分析現有技術條件能否順利完成開發工作，硬件、軟件配置能否滿足開發者的需要，使用的語言是行．
四.可選擇的其他系統方案可選擇的系統方案：1.擬建系統的目標1)促進管理體制的改革和改進管理手段2)提高和改進管理信息服務質量3)減少人力和設備費用5)加快信息的查詢速度和準確性2.系統規劃及初步方案管理系統使用單機作業，由專人輸入有關信息，可以選購書目，上報計劃．進行統計分析等，向財務處進行結算．本系統擬采用奔騰Ⅳ處理器，內存，硬盤3.系統的實施方案本系統客戶端擬采用作系統，前端開發語言使用五.社會因素方面的可能性1.經濟可行性分析開發需求較低期較短,人員經濟支出有限。開發完成運行后，為使用者帶來便利，為系統的進一步推廣創造了條件，經濟收益將遠超過投資。從經濟角度考慮行。
2.法律可行性分析
JAVA
160G．打印機一臺，電源，光驅，掃描儀各一個．,加上成熟的軟硬件環境、目標系統并不是十分復雜和開發周各類技術人員的數量，SQL之間連接，是大家還比較熟悉的內容，可行性可
Windows XP操作系統，服務器采用C# JAVA ,使用
MS SQL server來源等．所1G Windows XP操,此系統開發可水平，和 數據庫管理系統
由于整個系統是自行開發,自行使用，所以系統本身不存在版權爭議，符合國家各種政策法規。服務器軟件方面，它的操作系統可能會被微軟跟蹤,如果不是正版軟件,將會面臨民事訴訟的風險。3.使用方面的可行性
采用軟件管理圖書館日常工作，毫無疑問會在使用過程中產生新的需求和問題，這樣也會不斷地促進信息技術和軟件應用的革新． 經過研究，此系統的用戶無使用方面的問題．
六.結論
根據以上分析可知，開發該圖書館管理信息系統不僅有巨大的經濟效益，而且有更大的學習管理效益，從而使該系統開發具有價值，但是時間有限，我們會在這方面加強學習和改進．所以條件已經具備,可以開始進行開發．
也節省了大量資源，,我們認為開發此系統的
第五篇：管理信息系統分析報告
管理信息系統分析報告
（一）見于貴公司企業員工人數的不斷增長，企業員工的管理工作以日趨繁重，由于企業員工調試靈活，給管理工作帶來了難度。為貴公司員工管理部門建立一套網絡化的員工管理信息系統已經迫在眉睫。我公司研發的員工管理信息系統通過對員工的進廠、離廠、在職時的各種信息，包括面試管理、招工管理、聘任管理、崗位、部門調動管理、離職管理。
一：企業背景
北京三微軟件開發有限公司是三微科技下屬的高科技企業，專門致力于管理型軟件的研究與開發。憑借三微科技優良的管理和技術資源，并堅持“求是、創新”的三微精神，以創新協作、腳踏實地的務實作風，為客戶提供先進的管理理念和應用管理軟件。
北京三微奉行“以科技促進步，以管理求發展”的宗旨，爭創“一流技術、一流產品、一流服務”。近年來，公司一直以軟件的行業化作為產品的定位方向，結合特定行業的具體業務流程和特點，為我們的客戶提供最全面、功能最豐富的解決方案。目前已形成：物業管理軟件、汽車貨運管理軟件、材料質量檢測軟件、產品檢驗與計量檢定軟件、企業管理軟件等具有明顯行業特色的軟件產品。
作為應用管理軟件提供商，優質的服務是我們對客戶最好的承諾。我們建立了顧問咨詢部和售后服務部，我們的人員擁有豐富的咨詢和實施經驗，確保客戶信息管理系統的成功。同時，我們同國內外著名管理咨詢公司、業界領先的軟件開發商建立了戰略聯盟合作關系，實現優勢互補，共同發展。
二、組織與管理方面的可行性
“企業員工管理信息系統” 完成對企業員工從招聘到就業的全套管理，同時它能滿足企業各級部門所需要的上報表、盤信息，適應當代社會信息變化大的形勢。因此，它的研究、開發受到企業領導的大力支持和積極配合。
穩定、合理的系統開發團隊管理制度是本項目取得成功的基礎和保證，公司現有一支由博士、碩士、學士所組成，集咨詢、分析、設計、開發及實施為一體的強大隊伍。公司一直與國內、省內信息化領域的專家保持密切聯系，使三微軟件以其先進的管理理念、優秀的設計方法、完善的系統功能，贏得了眾多用戶的青睞。所以企業員工管理信息系統組織與管理方面是完全具有可行性的。
三、技術上的可行性
本系統在網絡環境下，采用客戶機／服務器形式利用最先進的開發工具和開發平臺（服務器操作系統：Miorosoft中文 Windows NT 4． 0；數據庫系統： MSSQL Server 6．5For Windows NT．客戶機操作系統： Microsoft中文 Windows 95；軟件開發工具為： Power Builder 5 0 F0r Windows 95）系統在數據庫設計方面，完全依據企業組織的改革、發展的需要和可能，分成若干項目，分步進行開發設計的，確保了企業員工管理工作的標準化和代碼規范化。
系統采用模塊化結構和規范化的代碼結構，使得系統具有通用性、可擴充性及良好的可維護性。
近年來，世界各國都開始對信息系統的建設實施項目管理，不少軟件開發商還提供了項目管理軟件，如美國微軟公司的Project2000、美國Primavera公司的ProjectPlannerP3和OS/23.0、我國北京夢龍公司的PERT3.0等。
系統現階段的發展過程中，利用現有人力和物力是完全具備的能力開發出來的，作為階段性產品，日后的發展空間大，實現方法逐步簡單容易，所以企業員工管理信息系統在技術上是完全可行的。
四、經濟上的可行性
1、投資預算 硬件安裝費及軟件費共25萬元。
2、效益估計 如果系統運行良好，提高工作效率5倍多。
本系統開發人員少，投資少，技術含量高，但是它帶來了無形的不可估量的收益，因次產品在經濟上是可行的。
總之，本系統的如下特點：
1、采用了與數字化企業統一的設計，保證了與其它系統信息共享。系統設計根據J2EE規范定義的分布式多層應用模型將不同性質和用途的組件部署到不同類型的應用服務器中，并將整個應用系統劃分為客戶層、中間層（其中可包括WEB層、業務層）和數據服務層三層結構。依照此設計保障了系統的靈活性和可擴展性。
2、系統功能完善，解決了企業員工管理工作煩雜工作，從企業員工員工的進廠、離廠、在職時的各種信息，包括面試管理、招工管理、聘任管理、崗位、部門調動管理、離職管理。基于 B/S結構以方便的網頁形式支持網絡辦公模式。系統還提供了綜合信息服務系統、網絡消息系統，企業員工網上互動系統等子系統。
3、功能強大的管理與培訓有關的信息，統計分析員工培訓情況，包括培訓申請、培訓計劃、培訓項目、培訓教材、培訓考核等內容。
4、網絡環境的可擴展性：系統擁有很強的擴展性，支持多服務器集群，可以存儲大量的資源數據，并可降低網絡的負載，所有這些對使用者完全透明，用戶不必考慮數據的存放位置。基于J2EE技術體系，利用虛擬機技術實現平臺無關性，使得用戶對運行環境（硬件、操作系統、應用服務器、數據庫）可以擁有更大的選擇自由度。
5、我們采用可插接的標準的JAAS安全服務技術以及完善的數據備份策略的配合，徹底解決了B/S架構的應用和數據安全問題，提供7*24小時服務。同時在數據傳輸、存儲、備份 恢復等過程中保證數據的高度安全性。對于機密信息，按照不同安全等級從存儲和傳輸兩個方面保證了安全性。系統靈活的架構設計可適應不同的安全解決方案，便于建立防火墻，防范計算機病毒和非法用戶的攻擊。
北京三微軟件開發有限公司是顧客的首選理由，我們有理由相信本系統產品的開發、生產是完全可行的！
管理信息系統分析報告
（二）一、文獻選擇:
1、檢索角度選擇
a、信息系統與組織創新有關的檢索詞，eg:信息化、信息技術、信息系統;組織創新，組織變革、組織創新、組織結構、組織文化、組織。
b、電子數據處理系統（EDP）、事務處理系統（TPS）、管理信息系統（信息管理與信息系統）、決策支持系統（DSS）、辦公自動化系統（OA）、電子商務（EC）、商務智能（BI）、虛擬企業（VE）、企業資源規劃（ERP）、電子政務等等具體領域信息系統的引入后對組織的影響。
c、信息系統建設的原則和方法、理論，eg:商務系統規劃（BSP）、關鍵成功因素（CSF）、組合規劃（portfolio）、信息系統生命周期理論對組織的影響。
2、檢索式
利用以上1中的檢索詞進行檢索，同時加上以下限定：
a、時間約束,2000-2004；
b、期刊約束，核心期刊；
c、學科分布，可以從學科中選擇與本次主題相關的學科增強關聯性，包括：管理學、圖書情報與數字圖書館、計算機技術、互聯網技術，排除像金融、醫學等專門學科文獻的干擾；
3、篩選文獻方式：利用以上檢索式檢索的結果依舊很多，所以確定一下篩選文獻方式。
a、核心作者，核心作者的文獻質量較高，有利于對整體方向的把握。
b、核心機構，利用cnki的分析功能可以看到，清華大學、武漢大學、大連理工大學、浙江大學、復旦大學、上海交通大學、華中科技大學對此領域研究較深，所以優先選擇。中國礦業大學雖然貢獻也很大，但此單位的研究對象偏向于礦業所以不予考慮。
c、利用cnki中的趨勢分析法，可以看到2000-2004年本領域文獻屬于快速增長期，也就意味著本領域的許多基本觀點沒有定論，這個時期各種應用系統中提出的觀點比一般籠統的信息系統中提出的觀點更有價值。
4、優化檢索策略，利用上面的檢索后，發現符合規定的文獻并不是很多。所以在搜索結果的基礎上，利用cnki中的關鍵詞分析發現更多有用的關鍵詞，重復上面的檢索過程，使檢索文獻更有代表性。另外，通過參考文獻發現相關文獻。
二、文獻研究結果：
1、組織結構(縱向研究)
如上海交通大學林英暉等人在《電子商務與企業組織結構變革》中從當前電子商務對企業生存環境的影響，指出企業組織結構將在規模與邊界、層級結構、決策權分配發生變革。湯匯道等人在《網絡組織—適應電子商務發展和變革要求的組織范式》中，根據電子商務的要求分析分析組織模式從泰羅的直線制、法約爾的職能制、事業部制、矩陣制到目前的網絡組織。南京商學院程剛等在《基于企業信息化的組織結構變革研究》中提出信息化時代下，企業信息系統引入后，組織結構由縱向的直線型結構向組織結構扁平化、柔性化、網絡化、虛擬化、邊界模糊化方向發展。遼寧工程技術大學李士金等人在《基于電子上午的企業組織再造》中提出因直線型組織管理成本、效率、對外部環境適應性的缺陷進而提出鉆石型組織模式。
總之，在這個階段從企業縱向職能角度出發研究組織結構變化的文獻非常多，大致都提出在信息系統的應用下，企業組織將會超扁平化、柔性化、網絡化、虛擬化、邊界模糊化、網絡型（雙向互動的多對多方向）等方向發展。
2、具體因素（橫向研究）
如大連理工大學陸牡丹等在《信息系統建設中的組織文化變革管理》中，針對信息系統引入后組織文化發生的變革進行具體分析，其中對信息系統的引入采用六階段理論（發起階段、采用階段、適應階段、接受階段、常規化階段、擴散階段）。中山大學馬芝蓓在《信息系統對組織中信息活動與價值活動的影響分析》中，就信息系統的引入對組織中的信息活動與價值活動的影響進行分析，并得出信息系統只能圍繞組織的價值鏈不斷創新，才能全面提高信息系統在組織中的地位及影響力。復旦大學趙衛東等在《電子商務環境下的跨組織流程研究》中，針對跨組織流程這一方面進行闡述信息系統所帶來的變化。
總之，就單方面方面進行研究的文獻并不是很多。針對這方面進行研究的內容比較雜，沒有統一的定論。
3、綜合研究
如復旦大學曾學智等在《IT/IS對企業組織影響的框架研究》中提出的IT/IS對組織影響的多維模型，分別從范圍（組織內部、外部）、深度（技術導向、績效導向、社會與文化導向）、層次（運營層、知識層、管理層、戰略層）進行分析，同時結合具體系統，eg:TPS、OA、KWS、MIS、DSS、IOS等分析。中科院夏昊翔等在《關于信息系統概念基礎的一點思考》中，從 “基于事實”的信息系統模型的分析促使我們對信息系統的本質進行重新思考，提出了組織信息系統以及其五層結構理論。武漢大學信息管理系王毅夫等人在《對企業組織中信息系統思考》中組織中的信息系統概念、作用以及在企業知識管理中的橋梁作用。中山大學馬芝蓓在《從Nolan模型到Synnott模型—組織管理信息模式選擇研究》中，闡釋了Nolan模型從時間角度，Synnott模型則從空間角度出發提出信息系統選擇方案，并對兩個模型進行比較，并提出任何信息系統的選擇時間維是其必要條件，空間維是其充分條件。
總之，綜合分析主要從信息系統與組織的概念或者對組織影響的多維因素出發。
三、啟發：
1、篩選過程可以利用citespace分析出核心作者，高被引等文獻會更專業，cnki只能進行粗略的分析且分析數量較少。
2、從檢索角度而言，僅用檢索詞檢索不全面，瀏覽會有意外的收獲，所以下次的檢索策略將使用檢索與瀏覽相結合的方式。
3、關于交叉學科之間的相關知識的了解過少，像對于跨組織流程等的研究無法深入理解。
點擊咨詢 