第一篇：農電局管理信息系統效益分析報告

管理信息系統效益分析報告

根據縣農電管理工作的實際需要與可能，在農電管理工作規范化、制度化的基礎上，投入20多萬元開發管理信息系統，2007年正式投入運行使用至今，發揮了應有的效益。根據省公司的要求，2010年上報營銷管理信息系統項目，目前正在安裝調試。

縣農電管理信息系統，作為軟科學應用研究和推廣項目，所產生的直接經濟效益會隨著系統的推廣與應用而逐漸體現出來，與此同時它還將產生許多間接的，潛在的經濟效益和深遠的社會效益。它直接指導今后我局農電管理信息系統的具體實施。其次，它對于促進農電管理企業計算機應用的研究與開發，提高縣農電管理的現代化水平具有很大意義。

1.改善企業資金運行狀況

自2007年財務管理模塊運行以來，通過幾年的運行，在加強對庫房物資及資金管理方面效果顯著，成本管理模塊投入使用后，進一步規范了企業成本核算方法，提高了各供電所各項消耗控制手段和方法，從而大大加強了成本管理，使總體成本水平平均下降了1.5%，2009年成本比上年節約3萬元，為企業增加效益，經濟效益十分顯著，各級領導和業務人員認為，沒有管理系統的實施，如此復雜而大量的工

作，靠手工是不可能完成的，也就不會產生出巨大的效益，企業領導、財務人員一致認為，效益的取得60%以上歸功于管理系統的實施。

2.辦公自動化程度日益提高，為無紙化辦公奠定了堅實的基礎。辦公自動化系統承擔了一個信息通道的責任，建立和完善各個職能部門之間的溝通和信息共享機制，建立協同工作的環境，為辦公提供一個自動化工具。在辦公自動化覆蓋到的辦公機構內，所有員工都可能通過辦公自動化系統，根據自己的權限，了解自己需要完成的工作，包括上級交辦的事情，需要交給別人做的事情、需要與別人合作的事情、自己需要的信息以及與別人共享的信息，也就是說，通過辦公自動化系統，員工能夠對對自己所要實施的任務和目標“知其然”。辦公實際上是一個管理的過程，由于電子商務時代的企業事務處理對象瞬息萬變，這就要求作為企業與機構日常業務處理基礎平臺的辦公自動化系統，能夠提供足夠的靈活應變和開放交互能力。在辦公管理中，工作人員之間最基本的聯系是溝通、協調和控制，這些基本要求在以知識管理為核心的辦公自動化系統中都將得到更好的滿足。辦公自動化系統的發展恰好與數據、信息和知識的演變同步，即由以數據為主要處理內容的第一代辦公自動化發展到以信息為主要處理內容的第二代辦公自動化，再發展到以知識為主要處理內容的第三代辦公自動化。辦公自動化的三個發展階段中完

成了兩個飛躍。在辦公自動化系統的發展中使用辦公自動化系統的人員范圍逐步擴大，由企業行政人員擴展到企業的管理層，再擴展到企業的全體員工。另外，在運作機制上，也是從辦公室的結構化數據處理到企業內部和外部信息的處理，再到有用知識的處理。從簡單的電子郵件、群件，到構建Web應用等各種方式中獲取、存儲、提練和再用知識。機構重組使全員素質有明顯的提高，形成了一支技術強本領過硬的職工隊伍。

3.隨著時代的發展，科學技術的進步，以及市場經濟的建立，企業急需要一批既懂業務，又懂計算機的復合型人才及一套適合市場經濟體制的管理機構，自下而上2009年管理信息系統投入運行以來，為徹底改善管理現狀、使企業管理工作跟上時代步伐，適應對企業管理的需要，集賢縣農電局先后兩次對管理機構進行重組，撤換了一批中層的領導干部及管理人員，調整后的管理人員管理水平、工作質量、工作效率明顯提高，按人均工作量方法統計，工作效率提高10%左右，減少經費支出20萬元，因此說管理信息系統的建立提高了管理水平，促進了管理機構重組工作。全員平均勞動日縮短，辦公效率大幅度提高，用戶反映良好，樹立了良好的企業形象。在系統運行中，我局利用計算機網絡，建立起集中統一的信息網絡，實現對各科室人員進行跟蹤考核，有力地保證了企業年初職工代表大會通過的計劃執行。同時提

高了管理水平，促進了企業管理機構重組工作，為減員增效、提高企業效益奠定了基礎。

4.提供了分析決策信息。管理信息系統使各級領導能夠及時準確掌握企業當前的生產經營狀況，為領導的科學決策提供了可靠的信息支持，也為企業機構的優化創造了條件。管理信息規范了企業運作，為企業建立了科學的管理體系，推動了企業業務流程的規范化和制度化，使各部門職責明確，科學合理。它也奠定了企業未來發展基礎，通過管理信息系統工程的實施，為企業未來的發展奠定了基礎：建成了高速的計算機通信網絡，實現了信息的共享，實現了內部信息的集成。同時培養和鍛煉了一批懂技術、會管理的人才，為企業發展成為信息化、數字化企業奠定了良好的基礎。

5.利用現代化科學手段實現電力集抄，實抄率達100%。抄表數據實現了以核算系統的自動傳遞，在計算機裝置和抄表環節條件具備的基礎上，可取消手工錄入環節，避免手工差錯。

6.實現核算發行無筆化。所有用戶的電量、電費全部由計算機系統進行檢驗、核算、發行，取消紙、筆加算盤的手工核算方式。

7.實現電費帳、應收帳、實收帳、銀行帳、購電帳的電子化。取消手工記帳、對帳、平帳方式，達到帳務處理的電算化。

8.取消電費走收制。無論鄉鎮單位、個體或居民用戶到當地購電儲蓄網點交費，并實現在不同網點通存通購。

9.實現業擴和用電變更工作微機化管理，實現用戶基本信息的數據共享

10.實現用電信息的電子公告、多媒體觸摸屏、電話語音查詢、網上電費查詢功能，提高優質服務水平、樹供電企業的社會形象。

通過數據入口唯一和過程化質量控制，營業數據在抄表、登記、收費崗位輸入后，中間過程不能對數據進行任何修改、插入、刪除工作，保證數據的一致性和安全性，從而實現減少丟、漏、差、錯。

生產技術股

2011-10-30

第二篇：管理信息系統分析報告

管理信息系統分析報告

（一）見于貴公司企業員工人數的不斷增長，企業員工的管理工作以日趨繁重，由于企業員工調試靈活，給管理工作帶來了難度。為貴公司員工管理部門建立一套網絡化的員工管理信息系統已經迫在眉睫。我公司研發的員工管理信息系統通過對員工的進廠、離廠、在職時的各種信息，包括面試管理、招工管理、聘任管理、崗位、部門調動管理、離職管理。

一：企業背景

北京三微軟件開發有限公司是三微科技下屬的高科技企業，專門致力于管理型軟件的研究與開發。憑借三微科技優良的管理和技術資源，并堅持“求是、創新”的三微精神，以創新協作、腳踏實地的務實作風，為客戶提供先進的管理理念和應用管理軟件。

北京三微奉行“以科技促進步，以管理求發展”的宗旨，爭創“一流技術、一流產品、一流服務”。近年來，公司一直以軟件的行業化作為產品的定位方向，結合特定行業的具體業務流程和特點，為我們的客戶提供最全面、功能最豐富的解決方案。目前已形成：物業管理軟件、汽車貨運管理軟件、材料質量檢測軟件、產品檢驗與計量檢定軟件、企業管理軟件等具有明顯行業特色的軟件產品。

作為應用管理軟件提供商，優質的服務是我們對客戶最好的承諾。我們建立了顧問咨詢部和售后服務部，我們的人員擁有豐富的咨詢和實施經驗，確保客戶信息管理系統的成功。同時，我們同國內外著名管理咨詢公司、業界領先的軟件開發商建立了戰略聯盟合作關系，實現優勢互補，共同發展。

二、組織與管理方面的可行性

“企業員工管理信息系統” 完成對企業員工從招聘到就業的全套管理，同時它能滿足企業各級部門所需要的上報表、盤信息，適應當代社會信息變化大的形勢。因此，它的研究、開發受到企業領導的大力支持和積極配合。

穩定、合理的系統開發團隊管理制度是本項目取得成功的基礎和保證，公司現有一支由博士、碩士、學士所組成，集咨詢、分析、設計、開發及實施為一體的強大隊伍。公司一直與國內、省內信息化領域的專家保持密切聯系，使三微軟件以其先進的管理理念、優秀的設計方法、完善的系統功能，贏得了眾多用戶的青睞。所以企業員工管理信息系統組織與管理方面是完全具有可行性的。

三、技術上的可行性

本系統在網絡環境下，采用客戶機／服務器形式利用最先進的開發工具和開發平臺（服務器操作系統：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、關于交叉學科之間的相關知識的了解過少，像對于跨組織流程等的研究無法深入理解。

第三篇：管理信息系統可行性分析報告

研究生管理信息系統可行性分析報告

一 系統建立的背景及意義

1.系統建立的背景

隨著學校校研究生招生人數的不斷增長，研究生的管理工作以日趨繁重，由于研究生培養方式靈活，更給管理工作帶來了難度。為學校研究生管理部門建立一套網絡化的研究生管理信息系統已經迫在眉睫。學校研發的研究生管理信息系統通過對學生選課、課表編排、成績查詢和分析等管理事務的網絡化和自動化，減少了研究生管理工作中大量煩雜的工作。

2.現在系統存在的問題分析

（1）網絡環境的可擴展性不夠大

（2）選課管理、排課管理功能不夠簡便

（3)教學計劃的制定、選課管理、課表的編排、考試的安排、成績的錄入查詢信息不便

二 系統的可行性研究

1.系統的開發方式和目標

學校需要一套管理信息系統，能夠通過對學生選課、課表編排、成績查詢和分析等管理事務的網絡化和自動化，減少了研究生管理工作中大量煩雜的工作。

根據學校的狀況，迫切需要一套管理系統：

（1）購置商品化的系統

（2）根據自身實際情況，自行開發系統

通過管理部門討論，認為購買商品化的系統軟件有以下弊端

（1）經費支出大

（2）功能難以適合學校的實際情況

鑒于此，最好的方法就是自行組織開發系統

2.系統的可行性分析

（1）系統實施運行的可行性

各部門人員都已經熟練掌握計算機的基本實用方法和操作技能，對新系統的開發表達出極大的熱情，提出了很多好的建議和要求

（2）技術上的可行性

本系統在網絡環境下，采用客戶機／服務器形式利用最先進的開發工具和開發平臺（服務器操作系統：Miorosoft中文 Windows NT 4． 0；數據庫系統： MSSQL Server 6．5For Windows NT．客戶機操作系統： Microsoft中文 Windows 95；軟件開發工具為： Power Builder 5 0 F0r Windows 95）系統在數據庫設計方面，完全依據國家教委、國務院學位委員會最新頒布的‘高等學校和科研機構研究生管理基本信息集”規定的標準來設計的，確保了研究生管理工作的標準化和代碼規范化。

系統采用模塊化結構和規范化的代碼結構，使得系統具有通用性、可擴充性及良好的可維護性。

系統現階段的發展過程中，利用現有人力和物力是完全具備的能力開發出來的，作為階段性產品，日后的發展空間大，實現方法逐步簡單容易，所以學籍管理系統的技術上是完全可行的。

（3）經濟上的可行性

1、投資預算滿足硬環境的，軟件費（包括服務和安裝）：2萬元；沒有硬環

境的，可幫助設計、購置、安裝硬件，硬件安裝費及軟件費共25萬元。

2、效益估計如果系統運行良好，提高工作效率5倍多。本系統開發人員少，投資少，技術含量高，但是它帶來了無形的不可估量的收益，因次產品在經濟上是可行的。

綜上所述，我們有理由相信本系統產品的開發、生產是完全可行的！

第四篇：圖書館管理信息系統 分析報告

圖書館管理信息系統 需求分析..................................................................................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

第五篇：管理信息系統案例分析報告

管理信息系統案例分析報告

寶供儲運的成長故事

指導教師：

教授

小組成員：

：

組織討論，課堂演示

：

參與討論，制作幻燈片

：

參與討論，制作書面材料

：參與討論，修改書面材料

：

參與討論，提供參考資料

：

課堂演示

提供工作案例

：

起草書面材料、幻燈片文稿，課堂演示

背?景?簡?介

??此案例發表于99年的《IT經理世界》

??寶供儲運，一家民營的中型儲運企業，94年底成立至今僅有4年多的歷史，然而它對信息技術的追求卻一直貫穿始終。

??劉武，高中畢業，寶供的創始人兼CEO，具備極強的思辨能力，對企業發展的前瞻性認識相當出色。謙虛好學，意志堅定，目標遠大。

??唐友三，中科院退休專家，多年從事企業信息系統研究，一直未了的心愿是能在企業中真正實施信息系統。受聘擔任寶供的CIO，是看中寶供的發展潛力和對信息、網絡的渴望及適用。

??寶供在開始時只有寶潔一個客戶，優質的服務使其成為寶潔的鐵路總代理，直到97年寶潔開始有意識分單引入競爭，劉武意識到必須開發更多客戶，借助于建立先進的企業信息系統實現企業目標。

??和北京英泰奈特公司翟學魂總經理－一位企業信息系統專家的合作，使得寶供能夠以先期較低投入站在較高起點收到很好效益，進而繼續投入繼續改進提高，形成良性循環，促進寶供不斷發展的欲望。

??自始至終對氣氛的營造，對項目的支持，業務人員的真正積極參與，使得員工和企業都在信息化進程中得到了益處和提高，素質的增強和企業的壯大反過來又推動了企業信息系統建設的進一步發展。

??至99年，寶供擁有45個客戶，在全國31個城市設有運作點，客戶中80％是外資企業。如何向國內企業灌輸現代物流觀念并幫助其規范管理流程，進而開發成為寶供的客戶，是一個艱巨的任務。

??寶供信息化建設第三階段即將展開，新一輪騰飛藍圖構想完成。

從寶供儲運企業的信息化發展歷程，分析企業信息系統建設中的關鍵成功因素有哪些？

??企業對信息系統建設有著切實的需求。以寶供來看，發展中的信息瓶頸使得他們為謀求進一步的發展而不斷思變，并最終走向信息化發展。從開始做寶潔的學生，為了符合寶潔的高目標、新需求而不斷改善企業的服務系統，隨著業務的擴大，出現信息瓶頸，而寶潔公司對物流各個環節信息的關注，都對寶供提出更高要求，最終寶潔的分單事件迫使寶供儲運徹底改變企業的信息系統。

??企業一把手的重視支持與推進

劉武從意識到要改變到找到唐友三,僅僅是變革的第一步,他在以后的系統改進中對研發的重視與支持是非常關鍵的,這一點從劉武改變財務流程可以看出.??真正懂IT的人才:強大的技術支持與保障—唐友三

劉武意識到要改變，高度重視信息系統的引進，但真正將其實施的是CIO唐友三;合作伙伴——北京internet的翟學魂,與翟的合作,不但順利實現信息系統的建設,而且節約了很大一筆資金,這對發展中的寶供無疑是最大的支持.??系統建設的資金要敢于投入,企業自身的實力也是很關鍵的因素。

組織對信息系統建設的認可,人員素質較高，管理較為規范,能在較短的時間內掌握信息系統的精髓,有資金、技術和人才的保證,信息系統規劃和企業目標統一。

闡析在信息系統建設中CEO與CIO各自的責任與作用，以及他們兩者的關系？

??CEO：（1）重視支持CIO的工作，提供人力，物力，財力的支持，宣傳信息系統建設的重要性，推動信息系統建設順利開展

（2）規范管理，提高人員素質的責任

（3）負責鼓動，宣傳，推廣使用MIS

（4）向CIO提出建立MIS的目標和要求

??CIO：負責開發與企業業務流程相適應的信息系統，聯系IT界相關人才，鼓勵領導支持信息系統建設

（1）熟悉企業生產經營運作，領會了解CEO或企業對MIS建設的要求

（2）及時了解掌握和解決CIS運行過程中出現的問題

（３）有關人員的培訓工作

（４）樹立信息系統建設的重要形象

兩者關系：相互合作，相互促進。CEO重在財政的支持，對CIO應充分信任并相應授權；CIO應結合企業的實際情況，合理配置資源，力求最好的投入產出比。

CEO的責任：提供人力，物力，財力的支持，宣傳信息系統建設的重要性。

從寶供儲運的信息系統開發與建設過程，闡述系統分析在系統開發中的地位與作用？

??系統分析即了解業務流程以便編寫相應的軟件，系統分析是系統開發的第一步，既是系統開發的前提和基礎，也是系統開發的關健和核心，具體來說：

系統分析可以確定系統應具備哪些功能模塊

弄清各模塊之間的關系，即系統的邏輯結構，使得開發出的系統科學合理

??系統分析關心：現行系統做什么、新系統該如何做、何時做、存在哪些問題等等。準確、詳盡的系統分析旨在明確需求，是以后工作的目標和導向。系統分析的成敗直接關系到整個系統開發的成敗，如果系統分析中沒有注意到一些重要環節，這將使將來整個系統的運行出現故障，甚至癱瘓

如果寶供儲運在全國各地建有多家分支機構,?那么讓你幫助改進它的信息系統方案為Client/Server模式,?請你根據其管理分布情況,?為他們選擇一種Client/Server的模式(模式1-模式5之一),?并說明理由。

Client/Server的五種模式及其特點

模式

Server

Client

模式一（分式表達）

數據管理、邏輯處理、信息表達

信息表達

模式二（遠程表達）

數據管理、邏輯處理

信息表達

模式三（分布式邏輯處理）

數據管理、邏輯處理

邏輯處理、信息表達

模式四（遠程數據管理）

數據管理

邏輯處理、信息表達

模式五（分布式數據管理）

數據管理

數據管理、邏輯處理、信息表達

Client/Server的類型劃分依據：

信息表達的處理過程在何處進行

邏輯處理或者企業規劃在何處執行

數據管理文件（DBMS）和信息（數據庫）放在什么地方

Client/Server

優點：

1、分布式處理能夠反應組織的運作過程

2、其信息、軟件、處理能力的分布是透明的3、應用軟件能被重復調用

4、服務器能控制信息的使用

5、客戶機端具有良好的靈活性

6、便于系統升級

7、支持電子商務的概念

缺點：

1、有些系統軟件不支持Client/Server模式

2、Client/Server系統隱含成本不可忽視

3、數據的一致性難以控制

Client/Server的關鍵

1、了解自己的組織怎樣工作

2、選擇恰當的Client/Server實現模式

3、用面向對象技術開發Client/Server系統

??選擇Client/Server模式３：分布式邏輯結構

在這種結構下，服務器具有數據處理和數據管理功能，客戶機是智能終端，客戶機除具有表示功能外，還具有一定的的處理應用功能，可以滿足各分支機構處理信息的需要。總公司將負責公司所有通用的物流客戶信息，各分公司可重復調用軟件，最終將減少軟件的開發費用，提高工作效率，分公司與總公司都承擔邏輯處理或企業規則這兩項功能，總部通信量不至于過大，而且比較安全。

如果現在劉武打算建立寶供儲運的電子商務系統,?你認為除了公司自己的網絡和系統軟件開發外,?還需要做哪些方面的工作(具備哪些必備條件)?

??寶供儲運要繼續加強公司內部管理，如：提高人員素質和管理水平；建設網絡基礎：因特網，外聯網，其它網絡及通信設施??；建立信息安全體系；建立電子商務支付系統；構建相應的信息系統工具

寶供儲運信息系統的應用僅僅是實現了內部電子商務：內部網、遠程通信。要真正實現電子商務，外部電子商務至關重要，向客戶灌輸現代物流觀念和幫助他們規范管理流程是十分必要的。

通過對寶供儲運的案例分析，我們可以得出如下結論：

1、信息技術的使用可以強化內部控制，增強企業對環境變化反應的靈活性，提高企業的競爭力，使企業在激烈市場競爭中占據有利位置，從而為企業發展提供良好的保證。所以，我們應堅定用信息技術提升企業競爭優勢的信心。

2、企業對信息技術的使用應有適合且明確的目標。這是信息技術在企業實施成功的關鍵。否則，會產生

3、信息技術在企業實施的成功還須有其他條件的配合。首先，應加強從企業高層到各級部門對信息技術在企業實施的必要性、重要性的認識，以增強信息技術在企業實施的動力，減小阻力。其次，要有一定的資金投入，以保障實施中的各項費用支出。再者，要有適合的人機構為企業量身訂做適宜的軟件系統。

4、要以信息化改造為契機，配合信息化改造，加強內部管理與協調，使企業日常管理與信息化改造相融合，否則，會產生企業日常管理和信息化管理兩張皮的現象。

5、信息技術在企業使用還要關注外部環境。要適應、引導相關供應商和客戶發現企業信息技術給其帶來得便利之處。同時，注重對外界面的友好，不要因本企業的信息化而使相關供應商和客戶感到不便。

在信息技術日益深入我們社會生活的方方面面的今天，我們應適應并引導信息化潮流，使我們的企業獲得和保持競爭優勢。