第一篇：管理信息系統(tǒng)分析報告

管理信息系統(tǒng)分析報告

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

一：企業(yè)背景

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

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

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

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

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

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

三、技術上的可行性

本系統(tǒng)在網(wǎng)絡環(huán)境下，采用客戶機／服務器形式利用最先進的開發(fā)工具和開發(fā)平臺（服務器操作系統(tǒng)：Miorosoft中文 Windows NT 4． 0；數(shù)據(jù)庫系統(tǒng)： MSSQL Server 6．5For Windows NT．客戶機操作系統(tǒng)： Microsoft中文 Windows 95；軟件開發(fā)工具為： Power Builder 5 0 F0r Windows 95）系統(tǒng)在數(shù)據(jù)庫設計方面，完全依據(jù)企業(yè)組織的改革、發(fā)展的需要和可能，分成若干項目，分步進行開發(fā)設計的，確保了企業(yè)員工管理工作的標準化和代碼規(guī)范化。

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

近年來，世界各國都開始對信息系統(tǒng)的建設實施項目管理，不少軟件開發(fā)商還提供了項目管理軟件，如美國微軟公司的Project2000、美國Primavera公司的ProjectPlannerP3和OS/23.0、我國北京夢龍公司的PERT3.0等。

系統(tǒng)現(xiàn)階段的發(fā)展過程中，利用現(xiàn)有人力和物力是完全具備的能力開發(fā)出來的，作為階段性產(chǎn)品，日后的發(fā)展空間大，實現(xiàn)方法逐步簡單容易，所以企業(yè)員工管理信息系統(tǒng)在技術上是完全可行的。

四、經(jīng)濟上的可行性

1、投資預算 硬件安裝費及軟件費共25萬元。

2、效益估計 如果系統(tǒng)運行良好，提高工作效率5倍多。

本系統(tǒng)開發(fā)人員少，投資少，技術含量高，但是它帶來了無形的不可估量的收益，因次產(chǎn)品在經(jīng)濟上是可行的。

總之，本系統(tǒng)的如下特點：

1、采用了與數(shù)字化企業(yè)統(tǒng)一的設計，保證了與其它系統(tǒng)信息共享。系統(tǒng)設計根據(jù)J2EE規(guī)范定義的分布式多層應用模型將不同性質和用途的組件部署到不同類型的應用服務器中，并將整個應用系統(tǒng)劃分為客戶層、中間層（其中可包括WEB層、業(yè)務層）和數(shù)據(jù)服務層三層結構。依照此設計保障了系統(tǒng)的靈活性和可擴展性。

2、系統(tǒng)功能完善，解決了企業(yè)員工管理工作煩雜工作，從企業(yè)員工員工的進廠、離廠、在職時的各種信息，包括面試管理、招工管理、聘任管理、崗位、部門調動管理、離職管理。基于 B/S結構以方便的網(wǎng)頁形式支持網(wǎng)絡辦公模式。系統(tǒng)還提供了綜合信息服務系統(tǒng)、網(wǎng)絡消息系統(tǒng)，企業(yè)員工網(wǎng)上互動系統(tǒng)等子系統(tǒng)。

3、功能強大的管理與培訓有關的信息，統(tǒng)計分析員工培訓情況，包括培訓申請、培訓計劃、培訓項目、培訓教材、培訓考核等內容。

4、網(wǎng)絡環(huán)境的可擴展性：系統(tǒng)擁有很強的擴展性，支持多服務器集群，可以存儲大量的資源數(shù)據(jù)，并可降低網(wǎng)絡的負載，所有這些對使用者完全透明，用戶不必考慮數(shù)據(jù)的存放位置?；贘2EE技術體系，利用虛擬機技術實現(xiàn)平臺無關性，使得用戶對運行環(huán)境（硬件、操作系統(tǒng)、應用服務器、數(shù)據(jù)庫）可以擁有更大的選擇自由度。

5、我們采用可插接的標準的JAAS安全服務技術以及完善的數(shù)據(jù)備份策略的配合，徹底解決了B/S架構的應用和數(shù)據(jù)安全問題，提供7*24小時服務。同時在數(shù)據(jù)傳輸、存儲、備份 恢復等過程中保證數(shù)據(jù)的高度安全性。對于機密信息，按照不同安全等級從存儲和傳輸兩個方面保證了安全性。系統(tǒng)靈活的架構設計可適應不同的安全解決方案，便于建立防火墻，防范計算機病毒和非法用戶的攻擊。

北京三微軟件開發(fā)有限公司是顧客的首選理由，我們有理由相信本系統(tǒng)產(chǎn)品的開發(fā)、生產(chǎn)是完全可行的！

管理信息系統(tǒng)分析報告

（二）一、文獻選擇:

1、檢索角度選擇

a、信息系統(tǒng)與組織創(chuàng)新有關的檢索詞，eg:信息化、信息技術、信息系統(tǒng);組織創(chuàng)新，組織變革、組織創(chuàng)新、組織結構、組織文化、組織。

b、電子數(shù)據(jù)處理系統(tǒng)（EDP）、事務處理系統(tǒng)（TPS）、管理信息系統(tǒng)（信息管理與信息系統(tǒng)）、決策支持系統(tǒng)（DSS）、辦公自動化系統(tǒng)（OA）、電子商務（EC）、商務智能（BI）、虛擬企業(yè)（VE）、企業(yè)資源規(guī)劃（ERP）、電子政務等等具體領域信息系統(tǒng)的引入后對組織的影響。

c、信息系統(tǒng)建設的原則和方法、理論，eg:商務系統(tǒng)規(guī)劃（BSP）、關鍵成功因素（CSF）、組合規(guī)劃（portfolio）、信息系統(tǒng)生命周期理論對組織的影響。

2、檢索式

利用以上1中的檢索詞進行檢索，同時加上以下限定：

a、時間約束,2000-2004；

b、期刊約束，核心期刊；

c、學科分布，可以從學科中選擇與本次主題相關的學科增強關聯(lián)性，包括：管理學、圖書情報與數(shù)字圖書館、計算機技術、互聯(lián)網(wǎng)技術，排除像金融、醫(yī)學等專門學科文獻的干擾；

3、篩選文獻方式：利用以上檢索式檢索的結果依舊很多，所以確定一下篩選文獻方式。

a、核心作者，核心作者的文獻質量較高，有利于對整體方向的把握。

b、核心機構，利用cnki的分析功能可以看到，清華大學、武漢大學、大連理工大學、浙江大學、復旦大學、上海交通大學、華中科技大學對此領域研究較深，所以優(yōu)先選擇。中國礦業(yè)大學雖然貢獻也很大，但此單位的研究對象偏向于礦業(yè)所以不予考慮。

c、利用cnki中的趨勢分析法，可以看到2000-2004年本領域文獻屬于快速增長期，也就意味著本領域的許多基本觀點沒有定論，這個時期各種應用系統(tǒng)中提出的觀點比一般籠統(tǒng)的信息系統(tǒng)中提出的觀點更有價值。

4、優(yōu)化檢索策略，利用上面的檢索后，發(fā)現(xiàn)符合規(guī)定的文獻并不是很多。所以在搜索結果的基礎上，利用cnki中的關鍵詞分析發(fā)現(xiàn)更多有用的關鍵詞，重復上面的檢索過程，使檢索文獻更有代表性。另外，通過參考文獻發(fā)現(xiàn)相關文獻。

二、文獻研究結果：

1、組織結構(縱向研究)

如上海交通大學林英暉等人在《電子商務與企業(yè)組織結構變革》中從當前電子商務對企業(yè)生存環(huán)境的影響，指出企業(yè)組織結構將在規(guī)模與邊界、層級結構、決策權分配發(fā)生變革。湯匯道等人在《網(wǎng)絡組織—適應電子商務發(fā)展和變革要求的組織范式》中，根據(jù)電子商務的要求分析分析組織模式從泰羅的直線制、法約爾的職能制、事業(yè)部制、矩陣制到目前的網(wǎng)絡組織。南京商學院程剛等在《基于企業(yè)信息化的組織結構變革研究》中提出信息化時代下，企業(yè)信息系統(tǒng)引入后，組織結構由縱向的直線型結構向組織結構扁平化、柔性化、網(wǎng)絡化、虛擬化、邊界模糊化方向發(fā)展。遼寧工程技術大學李士金等人在《基于電子上午的企業(yè)組織再造》中提出因直線型組織管理成本、效率、對外部環(huán)境適應性的缺陷進而提出鉆石型組織模式。

總之，在這個階段從企業(yè)縱向職能角度出發(fā)研究組織結構變化的文獻非常多，大致都提出在信息系統(tǒng)的應用下，企業(yè)組織將會超扁平化、柔性化、網(wǎng)絡化、虛擬化、邊界模糊化、網(wǎng)絡型（雙向互動的多對多方向）等方向發(fā)展。

2、具體因素（橫向研究）

如大連理工大學陸牡丹等在《信息系統(tǒng)建設中的組織文化變革管理》中，針對信息系統(tǒng)引入后組織文化發(fā)生的變革進行具體分析，其中對信息系統(tǒng)的引入采用六階段理論（發(fā)起階段、采用階段、適應階段、接受階段、常規(guī)化階段、擴散階段）。中山大學馬芝蓓在《信息系統(tǒng)對組織中信息活動與價值活動的影響分析》中，就信息系統(tǒng)的引入對組織中的信息活動與價值活動的影響進行分析，并得出信息系統(tǒng)只能圍繞組織的價值鏈不斷創(chuàng)新，才能全面提高信息系統(tǒng)在組織中的地位及影響力。復旦大學趙衛(wèi)東等在《電子商務環(huán)境下的跨組織流程研究》中，針對跨組織流程這一方面進行闡述信息系統(tǒng)所帶來的變化。

總之，就單方面方面進行研究的文獻并不是很多。針對這方面進行研究的內容比較雜，沒有統(tǒng)一的定論。

3、綜合研究

如復旦大學曾學智等在《IT/IS對企業(yè)組織影響的框架研究》中提出的IT/IS對組織影響的多維模型，分別從范圍（組織內部、外部）、深度（技術導向、績效導向、社會與文化導向）、層次（運營層、知識層、管理層、戰(zhàn)略層）進行分析，同時結合具體系統(tǒng)，eg:TPS、OA、KWS、MIS、DSS、IOS等分析。中科院夏昊翔等在《關于信息系統(tǒng)概念基礎的一點思考》中，從 “基于事實”的信息系統(tǒng)模型的分析促使我們對信息系統(tǒng)的本質進行重新思考，提出了組織信息系統(tǒng)以及其五層結構理論。武漢大學信息管理系王毅夫等人在《對企業(yè)組織中信息系統(tǒng)思考》中組織中的信息系統(tǒng)概念、作用以及在企業(yè)知識管理中的橋梁作用。中山大學馬芝蓓在《從Nolan模型到Synnott模型—組織管理信息模式選擇研究》中，闡釋了Nolan模型從時間角度，Synnott模型則從空間角度出發(fā)提出信息系統(tǒng)選擇方案，并對兩個模型進行比較，并提出任何信息系統(tǒng)的選擇時間維是其必要條件，空間維是其充分條件。

總之，綜合分析主要從信息系統(tǒng)與組織的概念或者對組織影響的多維因素出發(fā)。

三、啟發(fā)：

1、篩選過程可以利用citespace分析出核心作者，高被引等文獻會更專業(yè)，cnki只能進行粗略的分析且分析數(shù)量較少。

2、從檢索角度而言，僅用檢索詞檢索不全面，瀏覽會有意外的收獲，所以下次的檢索策略將使用檢索與瀏覽相結合的方式。

3、關于交叉學科之間的相關知識的了解過少，像對于跨組織流程等的研究無法深入理解。

第二篇：管理信息系統(tǒng)案例分析報告

管理信息系統(tǒng)案例分析報告

寶供儲運的成長故事

指導教師：

教授

小組成員：

：

組織討論，課堂演示

：

參與討論，制作幻燈片

：

參與討論，制作書面材料

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

：

參與討論，提供參考資料

：

課堂演示

提供工作案例

：

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

背?景?簡?介

??此案例發(fā)表于99年的《IT經(jīng)理世界》

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

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

??唐友三，中科院退休專家，多年從事企業(yè)信息系統(tǒng)研究，一直未了的心愿是能在企業(yè)中真正實施信息系統(tǒng)。受聘擔任寶供的CIO，是看中寶供的發(fā)展?jié)摿蛯π畔?、網(wǎng)絡的渴望及適用。

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

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

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

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

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

從寶供儲運企業(yè)的信息化發(fā)展歷程，分析企業(yè)信息系統(tǒng)建設中的關鍵成功因素有哪些？

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

??企業(yè)一把手的重視支持與推進

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

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

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

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

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

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

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

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

??CIO：負責開發(fā)與企業(yè)業(yè)務流程相適應的信息系統(tǒng)，聯(lián)系IT界相關人才，鼓勵領導支持信息系統(tǒng)建設

（1）熟悉企業(yè)生產(chǎn)經(jīng)營運作，領會了解CEO或企業(yè)對MIS建設的要求

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

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

（４）樹立信息系統(tǒng)建設的重要形象

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

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

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

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

系統(tǒng)分析可以確定系統(tǒng)應具備哪些功能模塊

弄清各模塊之間的關系，即系統(tǒng)的邏輯結構，使得開發(fā)出的系統(tǒng)科學合理

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

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

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

模式

Server

Client

模式一（分式表達）

數(shù)據(jù)管理、邏輯處理、信息表達

信息表達

模式二（遠程表達）

數(shù)據(jù)管理、邏輯處理

信息表達

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

數(shù)據(jù)管理、邏輯處理

邏輯處理、信息表達

模式四（遠程數(shù)據(jù)管理）

數(shù)據(jù)管理

邏輯處理、信息表達

模式五（分布式數(shù)據(jù)管理）

數(shù)據(jù)管理

數(shù)據(jù)管理、邏輯處理、信息表達

Client/Server的類型劃分依據(jù)：

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

邏輯處理或者企業(yè)規(guī)劃在何處執(zhí)行

數(shù)據(jù)管理文件（DBMS）和信息（數(shù)據(jù)庫）放在什么地方

Client/Server

優(yōu)點：

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

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

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

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

6、便于系統(tǒng)升級

7、支持電子商務的概念

缺點：

1、有些系統(tǒng)軟件不支持Client/Server模式

2、Client/Server系統(tǒng)隱含成本不可忽視

3、數(shù)據(jù)的一致性難以控制

Client/Server的關鍵

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

2、選擇恰當?shù)腃lient/Server實現(xiàn)模式

3、用面向對象技術開發(fā)Client/Server系統(tǒng)

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

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

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

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

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

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

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

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

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

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

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

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

第三篇：圖書館管理信息系統(tǒng) 分析報告

圖書館管理信息系統(tǒng) 需求分析..................................................................................2

1.1 系統(tǒng)背景分析........................................................................................................2 1.2圖書管理業(yè)務流程圖..........................................................................................4 1.3數(shù)據(jù)流程圖...............................................................................................................7 1.4數(shù)據(jù)字典..................................................................................................................11 1.4.1 數(shù)據(jù)項描述....................................................................................................11 1.4.2 數(shù)據(jù)結構.........................................................................................................11 1.4.3 數(shù)據(jù)流的描述................................................................................................11 1.4.4 處理邏輯的描述...........................................................................................20 1.4.5 數(shù)據(jù)存儲的描述...........................................................................................23 1.4.6 外部實體的描述...........................................................................................25 2 概念模型設計........................................................................25

2.1實體圖.......................................................................................................................25 2.2 實體—聯(lián)系圖......................................................................................................27 2.3 數(shù)據(jù)庫概念模型.................................................................................................28 3 邏輯模型及物理模型設計...................................................28

3．1 數(shù)據(jù)庫概念模型轉換為關系模型.........................................................28 3．2 數(shù)據(jù)庫物理模型..............................................................................................29 4 數(shù)據(jù)庫的實施與運行...........................................................29

4．1生成的SQL語句.............................................................................................29 5 參考資料................................................................................33 需求分析

1.1 系統(tǒng)背景分析

<系統(tǒng)背景簡介…> 1． 組織機構介紹。。2． 業(yè)務情況介紹

隨著學院的日漸擴大，圖書館的管理工作也日益復雜，但其主要工作分為：

? 新書入庫：首先，圖書館的管理部門根據(jù)圖書的庫存量、圖書的需求量和各類圖書的最近發(fā)展情況向采購員發(fā)出購書計劃單，采購員根據(jù)購書計劃單向圖書供應商發(fā)出購書單，采購員收到圖書供應商的提貨通知單并提貨，將檢驗不合格的圖書退給供應商，并發(fā)出重新發(fā)貨的通知單。其次，將入庫書單和檢驗合格的圖書交付給圖書管理員。最后，對新書進行分類處理：即按國家統(tǒng)一的分類進行編號，登記書號、書名、作者、出版社、價格、數(shù)量等信息到書庫，并將購書單和提貨單交付給財務部門。記入入庫文件。

? 圖書出庫注銷：對于過期的各類圖書進行出庫處理，注銷其相應信息。? 圖書的借出：圖書管理員根據(jù)借閱者的借書單去查閱書庫，若有借閱者要借的書，則將書借給借閱者，并將借閱者的借閱證號、姓名及所借圖書的信息記入書庫借閱文件，若沒有借閱者要借的書，借閱者可以預定所要借的書，管理員將預定信息記入預定文件。

? 圖書的歸還：借閱者將所借的書歸還圖書館時，管理員對圖書進行檢查，若完好，將借閱者的這條歸還信息記入歸還文件，并注銷相應的借閱信息；若被損壞，開出罰款單，并將罰款信息記入罰款文件，將借閱者相應的歸還信息記入圖書歸還文件，并注銷相應的借閱信息；若超期，則根據(jù)超期的天數(shù)進行罰款，同時將相關罰款信息記入罰款文件，將借閱者的這條歸還信息記入歸還文件，并注銷相應的借閱信息。若借閱者不慎將圖書遺失，圖書管理員根據(jù)圖書的單價和學院的相關規(guī)定開出賠償單據(jù)，借閱者交納賠償金后，管理員相關的賠償信息記入賠償文件，注銷相應的借閱信息，并注銷該書的信息。

? 統(tǒng)計情況：圖書管理員對圖書借閱情況進行統(tǒng)計，對逾期未還的借閱者催其歸還

圖書。并且定期對圖書進行整理及統(tǒng)計。

檢索：對圖書館書庫的各方面進行檢索。

圖書館管理信息系統(tǒng)的數(shù)據(jù)需求包括如下幾點： 1． 數(shù)據(jù)錄入的可靠性

數(shù)據(jù)的輸入主要依靠手工，而準確的輸入關系到該系統(tǒng)的數(shù)據(jù)是否能準確處理，加之該系統(tǒng)需要輸入大量的圖書及用戶資料，所以系統(tǒng)必須有簡潔的界面和一定的靈活性使得輸入工作迅速而準確。2． 數(shù)據(jù)的完整性與一致性

對于輸入的數(shù)據(jù)，要有一定的完整性規(guī)則，如果不能符合要求，系統(tǒng)應該拒絕該數(shù)據(jù)。由于系統(tǒng)的數(shù)據(jù)是共享的，圖書作為共享數(shù)據(jù)，其去向必須是明確的，系統(tǒng)需保證圖書不能被兩人同時借出，而要解決這一問題，需要一定的人員維護數(shù)據(jù)的一致性。

1.2圖書管理業(yè)務流程圖

采編部有關部門新書書單不合格書單新書報表校驗員藏書報表新書清單合格書單藏書清單編碼員庫藏清單書庫書籍分配單領書清單書庫管理員領取新書報表書庫 新書入庫業(yè)務流程圖

書庫有關部門注銷計劃注銷申請表不合格申請表注銷通知審核員藏書報表注銷清單合格申請表藏書清單編碼員 舊書出庫（含遺失注銷）業(yè)務流程圖

讀者預約申請表借書申請表續(xù)借申請表無效申請表預約通知續(xù)借通知領書通知索書員未在庫在庫在庫在庫書籍清單有效申請表借出書籍清單預約清單書庫管理員書庫無此書庫存報表缺書申請單補書單采編部有關部門 圖書借閱（圖書借出、圖書預約、圖書續(xù)借）業(yè)務流程圖

讀者遺失通知超期通知還書通知有關部門遺失申請表歸還申請表遺失清單在庫清單書庫管理員歸還清單在庫報表遺失報表藏書清單注銷通知遺失統(tǒng)計編碼員藏書報表 圖書歸還（遺失歸還、超期歸還）業(yè)務流程圖

新用戶有關部門用戶申請表不合格申請表新用戶登錄通知審核員讀者清單讀者清單合格申請表新用戶清單讀者管理員 讀者入庫業(yè)務流程圖

讀者有關部門注銷申請表不合格注銷表用戶注銷通知單審核員讀者報表讀者清單合格注銷表注銷清單讀者管理員 用戶注銷（證件掛失）業(yè)務流程圖

1.3數(shù)據(jù)流程圖

符號說明

外部實體處理數(shù)據(jù)流數(shù)據(jù)存儲 p1管理員新舊書書單書書單采編入庫注銷書籍p2注銷出庫p3讀者歸、籍書籍閱書借還新用戶名單注銷用戶名單借閱歸還借歸閱清還單清、單新書清單清單D1書籍基本信息管理員p4編碼入庫p5注銷出庫新用本信戶基息用戶銷注信息基本D2讀者基本信息（1層數(shù)據(jù)流程圖）

管理員不合格書單新書書單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數(shù)據(jù)字典

1.4.1 數(shù)據(jù)項描述

1.4.2 數(shù)據(jù)結構

1.4.3 數(shù)據(jù)流的描述

數(shù)據(jù)流編號：D1 數(shù)據(jù)流名稱：新書書單

簡

述：購入書籍的表單 數(shù)據(jù)流來源：管理員 數(shù)據(jù)流去向：審核模塊

數(shù)據(jù)流組成：索書號+書名+出版社等 數(shù)據(jù)流量：1張/3個月 高峰流量：1張/月

數(shù)據(jù)流編號：D2 數(shù)據(jù)流名稱：合格書單

簡

述：通過審核的新書書單 數(shù)據(jù)流來源：審核模塊 數(shù)據(jù)流去向：編碼模塊

數(shù)據(jù)流組成：索書號+書名+出版社等 數(shù)據(jù)流量：1張/3個月 高峰流量：1張/月

數(shù)據(jù)流編號：D3 數(shù)據(jù)流名稱：不合格書單

簡

述：沒有通過審核的新書書單 數(shù)據(jù)流來源：審核模塊 數(shù)據(jù)流去向：管理員

數(shù)據(jù)流組成：索書號+書名+出版社等 數(shù)據(jù)流量：1張/3個月 高峰流量：1張/月

數(shù)據(jù)流編號：D4 數(shù)據(jù)流名稱：新書基本信息

簡

述：新入庫圖書的信息 數(shù)據(jù)流來源：編碼模塊

數(shù)據(jù)流去向：書籍基本信息

數(shù)據(jù)流組成：條形碼+索書號+書名+出版社等 數(shù)據(jù)流量：1張/3個月 高峰流量：1張/月

數(shù)據(jù)流編號：D5 數(shù)據(jù)流名稱：新書清單

簡

述：新入庫圖書的書單 數(shù)據(jù)流來源：編碼模塊 數(shù)據(jù)流去向：新書報表

數(shù)據(jù)流組成：條形碼+索書號+書名+出版社等 數(shù)據(jù)流量：1張/3個月 高峰流量：1張/月

數(shù)據(jù)流編號：D6 數(shù)據(jù)流名稱：借書單

簡

述：讀者借書的書單 數(shù)據(jù)流來源：讀者 數(shù)據(jù)流去向：審核模塊

數(shù)據(jù)流組成：索書號+借閱證號碼等 數(shù)據(jù)流量：200張/天 高峰流量：400張/天

數(shù)據(jù)流編號：D7 數(shù)據(jù)流名稱：預約書單

簡

述：讀者預約書籍的書單 數(shù)據(jù)流來源：讀者 數(shù)據(jù)流去向：審核模塊

數(shù)據(jù)流組成：索書號+借閱證號碼等 數(shù)據(jù)流量：200張/天 高峰流量：400張/天

數(shù)據(jù)流編號：D8 數(shù)據(jù)流名稱：合格書單

簡

述：通過審核的借書單 數(shù)據(jù)流來源：審核模塊

數(shù)據(jù)流去向：借書處理模塊

數(shù)據(jù)流組成：條形碼+借閱證號碼等 數(shù)據(jù)流量：200張/天 高峰流量：400張/天

數(shù)據(jù)流編號：D9

數(shù)據(jù)流名稱：不合格書單

簡

述：沒有通過審核的借書單 數(shù)據(jù)流來源：審核模塊 數(shù)據(jù)流去向：讀者

數(shù)據(jù)流組成：索書號+借閱證號碼等 數(shù)據(jù)流量：200張/天 高峰流量：400張/天

數(shù)據(jù)流編號：D10 數(shù)據(jù)流名稱：不合格書單

簡

述：沒有通過審核的預約書單 數(shù)據(jù)流來源：審核模塊 數(shù)據(jù)流去向：讀者

數(shù)據(jù)流組成：索書號+借閱證號碼等 數(shù)據(jù)流量：200張/天 高峰流量：400張/天

數(shù)據(jù)流編號：D11 數(shù)據(jù)流名稱：合格書單

簡

述：通過審核的預約書單 數(shù)據(jù)流來源：審核模塊

數(shù)據(jù)流去向：預約處理模塊

數(shù)據(jù)流組成：條形碼+借閱證號碼等 數(shù)據(jù)流量：200張/天 高峰流量：400張/天

數(shù)據(jù)流編號：D12 數(shù)據(jù)流名稱：所借書籍

簡

述：讀者借到的圖書 數(shù)據(jù)流來源：借書處理 數(shù)據(jù)流去向：讀者

數(shù)據(jù)流組成：條形碼+借閱證號碼等 數(shù)據(jù)流量：200張/天 高峰流量：400張/天

數(shù)據(jù)流編號：D13 數(shù)據(jù)流名稱：預約清單

簡

述：預約圖書的書單 數(shù)據(jù)流來源：預約處理模塊 數(shù)據(jù)流去向：預約情況報表

數(shù)據(jù)流組成：條形碼+借閱證號碼 數(shù)據(jù)流量：200張/天 高峰流量：400張/天

數(shù)據(jù)流編號：D14 數(shù)據(jù)流名稱：預約圖書信息

簡

述：預約圖書的基本信息 數(shù)據(jù)流來源：借書處理模塊 數(shù)據(jù)流去向：書籍基本信息

數(shù)據(jù)流組成：條形碼+借閱證號碼 數(shù)據(jù)流量：200張/天 高峰流量：400張/天

數(shù)據(jù)流編號：D15 數(shù)據(jù)流名稱：借書清單

簡

述：借出圖書的書單 數(shù)據(jù)流來源：借書處理模塊 數(shù)據(jù)流去向：讀者借書情況報表 數(shù)據(jù)流組成：條形碼+借閱證號碼等 數(shù)據(jù)流量：200張/天 高峰流量：400張/天

數(shù)據(jù)流編號：D16 數(shù)據(jù)流名稱：借出圖書信息

簡

述：借出的圖書的基本信息 數(shù)據(jù)流來源：借書處理模塊 數(shù)據(jù)流去向：書籍基本信息

數(shù)據(jù)流組成：條形碼+借閱證號碼等 數(shù)據(jù)流量：200張/天 高峰流量：400張/天

數(shù)據(jù)流編號：D17 數(shù)據(jù)流名稱：歸還書籍

簡

述：歸還圖書的書單 數(shù)據(jù)流來源：讀者 數(shù)據(jù)流去向：審核模塊

數(shù)據(jù)流組成：條形碼+借閱證號碼等 數(shù)據(jù)流量：200張/天 高峰流量：400張/天

數(shù)據(jù)流編號：D18 數(shù)據(jù)流名稱：遺失書單

簡

述：遺失圖書的書單 數(shù)據(jù)流來源：讀者 數(shù)據(jù)流去向：審核模塊

數(shù)據(jù)流組成：條形碼+借閱證號碼等 數(shù)據(jù)流量：200張/天 高峰流量：400張/天

數(shù)據(jù)流編號：D19 數(shù)據(jù)流名稱：罰款通知

簡

述：交給罰款的通知 數(shù)據(jù)流來源：審核模塊 數(shù)據(jù)流去向：讀者

數(shù)據(jù)流組成：條形碼+借閱證號碼+罰款金額等 數(shù)據(jù)流量：15張/天 高峰流量：30張/天

數(shù)據(jù)流編號：D20 數(shù)據(jù)流名稱：損壞書單

簡

述：損壞的圖書的書單 數(shù)據(jù)流來源：審核模塊

數(shù)據(jù)流去向：損壞處理模塊 數(shù)據(jù)流組成：條形碼+書名等 數(shù)據(jù)流量：15張/天 高峰流量：30張/天

數(shù)據(jù)流編號：D21 數(shù)據(jù)流名稱：歸還清單

簡

述：歸還圖書的書單 數(shù)據(jù)流來源：審核模塊

數(shù)據(jù)流去向：讀者還書情況報表 數(shù)據(jù)流組成：條形碼+借閱證號碼等 數(shù)據(jù)流量：200張/天 高峰流量：400張/天

數(shù)據(jù)流編號：D22 數(shù)據(jù)流名稱：遺失書單

簡

述：遺失的圖書的書單 數(shù)據(jù)流來源：審核模塊

數(shù)據(jù)流去向：遺失處理模塊

數(shù)據(jù)流組成：條形碼+借閱證號碼等 數(shù)據(jù)流量：15張/天 高峰流量：30張/天

數(shù)據(jù)流編號：D23 數(shù)據(jù)流名稱：損壞清單

簡

述：損壞圖書的書單 數(shù)據(jù)流來源：損壞處理模塊 數(shù)據(jù)流去向：損壞圖書報表

數(shù)據(jù)流組成：條形碼+借閱證明號碼等 數(shù)據(jù)流量：15張/天

高峰流量：30張/天

數(shù)據(jù)流編號：D24 數(shù)據(jù)流名稱：損壞圖書信息

簡

述：損壞圖書的基本信息 數(shù)據(jù)流來源：損壞處理模塊 數(shù)據(jù)流去向：書籍基本信息 數(shù)據(jù)流組成：條形碼+書名等 數(shù)據(jù)流量：15張/天 高峰流量：30張/天

數(shù)據(jù)流編號：D25 數(shù)據(jù)流名稱：歸還圖書信息

簡

述：歸還圖書的基本信息 數(shù)據(jù)流來源：審核模塊

數(shù)據(jù)流去向：書籍基本信息 數(shù)據(jù)流組成：條形碼+書名等 數(shù)據(jù)流量：200張/天 高峰流量：

數(shù)據(jù)流編號：D26 數(shù)據(jù)流名稱：遺失清單

簡

述：遺失圖書的書單 數(shù)據(jù)流來源：遺失處理模塊 數(shù)據(jù)流去向：遺失報表

數(shù)據(jù)流組成：條形碼+借閱證號碼等 數(shù)據(jù)流量：15張/在 高峰流量：15張/天

數(shù)據(jù)流編號：D27 數(shù)據(jù)流名稱：遺失圖書信息

簡

述：遺失圖書的基本信息 數(shù)據(jù)流來源：遺失處理模塊 數(shù)據(jù)流去向：書籍基本信息 數(shù)據(jù)流組成：條形碼+書名等 數(shù)據(jù)流量：15張/天 高峰流量：30張/天

數(shù)據(jù)流編號：D28 數(shù)據(jù)流名稱：罰款金額

簡

述：交給罰款的金額 數(shù)據(jù)流來源：讀者

數(shù)據(jù)流去向：交納處理模塊

數(shù)據(jù)流組成：借閱證號碼+罰款金額+罰款通知序號等

數(shù)據(jù)流量：15張/天 高峰流量：30張/天

數(shù)據(jù)流編號：D29 數(shù)據(jù)流名稱：舊書書單

簡

述：陳舊圖書的書單 數(shù)據(jù)流來源：管理員 數(shù)據(jù)流去向：審核模塊

數(shù)據(jù)流組成：條形碼+索書號+書名等 數(shù)據(jù)流量：1張/3個月 高峰流量：1張/月

數(shù)據(jù)流編號：D30 數(shù)據(jù)流名稱：不合格書單

簡

述：沒有通過審核的陳舊圖書的書單 數(shù)據(jù)流來源：審核模塊 數(shù)據(jù)流去向：讀者

數(shù)據(jù)流組成：條形碼+索書號+書名等 數(shù)據(jù)流量：1張/3個月 高峰流量：1張/月

數(shù)據(jù)流編號：D31 數(shù)據(jù)流名稱：合格書單

簡

述：通過審核的陳舊圖書的書單 數(shù)據(jù)流來源：審核模塊 數(shù)據(jù)流去向：注銷模塊

數(shù)據(jù)流組成：條形碼+索書號+書名等 數(shù)據(jù)流量：1張/3個月 高峰流量：1張/月

數(shù)據(jù)流編號：D32 數(shù)據(jù)流名稱：注銷書單

簡

述：注銷圖書的書單 數(shù)據(jù)流來源：注銷模塊 數(shù)據(jù)流去向：出庫報表

數(shù)據(jù)流組成：條形碼+索書號+書名等 數(shù)據(jù)流量：1張/3個月 高峰流量：1張/月

數(shù)據(jù)流編號：D33 數(shù)據(jù)流名稱：注銷圖書信息

簡

述：注銷圖書的基本信息 數(shù)據(jù)流來源：注銷模塊

數(shù)據(jù)流去向：書籍報表信息

數(shù)據(jù)流組成：條形碼+索書號+書名等 數(shù)據(jù)流量：1張/3個月 高峰流量：1張/月

數(shù)據(jù)流編號：D34 數(shù)據(jù)流名稱：新用戶名單 簡

述：新進用戶的名單 數(shù)據(jù)流來源：管理員 數(shù)據(jù)流去向：審核模塊

數(shù)據(jù)流組成：學號（或工作證號碼）+姓名等 數(shù)據(jù)流量：1張/3個月 高峰流量：1張/月

數(shù)據(jù)流編號：D35 數(shù)據(jù)流名稱：合格名單

簡

述：通過審核的新用戶名單 數(shù)據(jù)流來源：審核模塊

數(shù)據(jù)流去向：編碼入庫模塊

數(shù)據(jù)流組成：學號（或工作證號碼）+姓名等 數(shù)據(jù)流量：1張/3個月 高峰流量：1張/月

數(shù)據(jù)流編號：D36 數(shù)據(jù)流名稱：不合格名單

簡

述：沒有通過審核的新用戶名單 數(shù)據(jù)流來源：審核模塊 數(shù)據(jù)流去向：管理員

數(shù)據(jù)流組成：學號（或工作證號碼）+姓名等 數(shù)據(jù)流量：1張/3個月 高峰流量：1張/月

數(shù)據(jù)流編號：D37 數(shù)據(jù)流名稱：新用戶信息

簡

述：新進用戶的基本信息 數(shù)據(jù)流來源：編碼入庫模塊 數(shù)據(jù)流去向：書籍基本信息

數(shù)據(jù)流組成：借閱證號碼+學號（或工作證號碼）等 數(shù)據(jù)流量：1張/3個月 高峰流量：1張/月

數(shù)據(jù)流編號：D38 數(shù)據(jù)流名稱：新用戶清單 簡

述：新用戶的名單 數(shù)據(jù)流來源：編碼入庫模塊

數(shù)據(jù)流去向：新用戶報表

數(shù)據(jù)流組成：借閱證號碼+學號（或工作號碼）等 數(shù)據(jù)流量：1張/3個月 高峰流量：1張/月

數(shù)據(jù)流編號：D39 數(shù)據(jù)流名稱：注銷名單

簡

述：注銷用戶的名單 數(shù)據(jù)流來源：管理員 數(shù)據(jù)流去向：審核模塊

數(shù)據(jù)流組成：借閱證號碼+學號（或工作號碼）等 數(shù)據(jù)流量：1張/3個月 高峰流量：1張/月

數(shù)據(jù)流編號：D40 數(shù)據(jù)流名稱：合格名單

簡

述：通過審核的注銷用戶名單 數(shù)據(jù)流來源：審核模塊 數(shù)據(jù)流去向：注銷模塊

數(shù)據(jù)流組成：借閱證號碼+學號（或工作證號碼）等 數(shù)據(jù)流量：1張/3個月 高峰流量：1張/月

數(shù)據(jù)流編號：D41 數(shù)據(jù)流名稱：不合格名單

簡

述：沒有通過審核的注銷用戶名單 數(shù)據(jù)流來源：審核模塊 數(shù)據(jù)流去向：管理員

數(shù)據(jù)流組成：借閱證號碼+學號（或工作證號碼）等 數(shù)據(jù)流量：1張/3個月 高峰流量：1張/月

數(shù)據(jù)流編號：D42 數(shù)據(jù)流名稱：游樂用戶信息 簡

述：注銷的基本信息 數(shù)據(jù)流來源：注銷模塊

數(shù)據(jù)流去向：用戶基本信息

數(shù)據(jù)流組成：借閱證號碼+學號（或工作證號碼）等 數(shù)據(jù)流量：1張/3個月 高峰流量：1張/月

數(shù)據(jù)流編號：D43 數(shù)據(jù)流名稱：注銷圖書清單 簡

述：注銷圖書的書單

數(shù)據(jù)流來源：注銷模塊

數(shù)據(jù)流去向：注銷用戶報表

數(shù)據(jù)流組成：借閱證號碼+學號（或工作證號碼）等 數(shù)據(jù)流量：1張/3個月 高峰流量：1張/月

1.4.4 處理邏輯的描述

處理邏輯編號：P1.1 處理邏輯名稱：審核處理

簡

述：對新購入圖書進行審核 輸入的數(shù)據(jù)流：新書書單

處理描述：對照新書書單對新購入圖書進行檢查，核對圖書數(shù)量、內容，檢查是否完整。輸出的數(shù)據(jù)流：不合格書單、合格書單 處理頻率： 1次/2個月

處理邏輯編號：P1.2 處理邏輯名稱：編碼處理

簡

述：將合格圖書近一定要求編碼入庫 輸入的數(shù)據(jù)流：合格書單

處理描述：由管理人員對采購回來并審核無誤的圖書，按照國家統(tǒng)一的分類進行編號，之后登記書號、書名、作者、出版社等圖書基本信息

輸出的數(shù)據(jù)流：新書基本信息、新書清單 處理頻率： 1次/2個月

處理邏輯編號：P2.1 處理邏輯名稱：審核處理

簡

述：對陳舊圖書進行審核 輸入的數(shù)據(jù)流：舊書書單

處理描述：檢查圖書是否已經(jīng)過期或內容已不滿足讀者的需要，是否已遺失 輸出的數(shù)據(jù)流：合格書單、不合格書單 處理頻率：1次/2個月

處理邏輯編號：P2.2 處理邏輯名稱：注銷處理

簡

述：將圖書從書庫中撤消 輸入的數(shù)據(jù)流：合格書單

處理描述：將與合格書單中的圖書從書庫中刪除。輸出的數(shù)據(jù)流：注銷圖書基本信息、注銷圖書基本信息 處理頻率： 1次/2個月

處理邏輯編號：P3.1.1 處理邏輯名稱：審核處理

簡

述：對借書單、預約書單 輸入的數(shù)據(jù)流：借書單、預約書單

處理描述：根據(jù)借書單進行審核檢查書庫中是否有該圖書，該圖書是否在庫，讀者是否能夠再借閱該圖書；根據(jù)預約書單進行審核檢查看書庫中的圖書是否已經(jīng)有人預約

輸出的數(shù)據(jù)流：不合格借書單、不合格預約書單、合格借書單、合格預約書單 處理頻率： 200次/天

處理邏輯編號：P3.1.2 處理邏輯名稱：借書處理

簡

述：處理讀者借書問題 輸入的數(shù)據(jù)流：合格借書單

處理描述： 根據(jù)合格借書單信息將書籍借予讀者 輸出的數(shù)據(jù)流：借書清單、借出圖書信息

處理頻率： 200次/天

處理邏輯編號：P3.1.3 處理邏輯名稱：預約處理

簡

述：處理讀者預約問題 輸入的數(shù)據(jù)流：合格預約書單

處理描述：根據(jù)合格預約書單信息將書籍歸入預約狀態(tài) 輸出的數(shù)據(jù)流：預約清單、預約圖書信息 處理頻率： 200次/天

處理邏輯編號：P3.2.1 處理邏輯名稱：審核處理

簡

述：將歸還書單、遺失書單進行審查 輸入的數(shù)據(jù)流：歸還書單、遺失書單

處理描述：根據(jù)還書書單檢查所借閱書籍是否已經(jīng)超期或損壞，若有則給予罰款通知；檢查遺失圖書情況是否屬實

輸出的數(shù)據(jù)流：罰款通知、損壞書單、歸還圖書信息、歸還圖書清單、遺失書單 處理頻率： 200次/天

處理邏輯編號：P3.2.2 處理邏輯名稱：損壞處理

簡

述：對損壞圖書進行處理 輸入的數(shù)據(jù)流：損壞書單

處理描述：對已損壞圖書進行修補并記錄其損壞程度 輸出的數(shù)據(jù)流：損壞清單、損壞圖書信息 處理頻率： 200次/天

處理邏輯編號：P3.2.3 處理邏輯名稱：遺失處理

簡

述：對遺失圖書進行處理 輸入的數(shù)據(jù)流：遺失書單

處理描述：對已的圖書進行注銷

輸出的數(shù)據(jù)流：遺失清單、遺失圖書信息 處理頻率： 200次/天

處理邏輯編號：P3.2.4 處理邏輯名稱：交納入帳 簡

述：處理罰款問題 輸入的數(shù)據(jù)流：罰款金額

處理描述：根據(jù)罰款通知單內容收納罰款金額并對其進行記錄 輸出的數(shù)據(jù)流：罰款清單 處理頻率： 200次/天

處理邏輯編號：P4.1 處理邏輯名稱：審核處理

簡

述：對申請入庫的新用戶進行審查 輸入的數(shù)據(jù)流：新用戶名單

處理描述：對申請入庫的新用戶檢查其是否已經(jīng)辦理過入庫 輸出的數(shù)據(jù)流：合格名單、不合格名單 處理頻率：30次/天

處理邏輯編號：P4.2 處理邏輯名稱：編碼入庫

簡

述：對合格用戶進行編碼 輸入的數(shù)據(jù)流：合格名單

處理描述：對合格用戶按其職位和所在部門進行統(tǒng)一編號 輸出的數(shù)據(jù)流：新用戶清單、新用戶基本信息 處理頻率：30次/天

處理邏輯編號：P5.1 處理邏輯名稱：審核處理

簡

述：對注銷用戶名單進行審核 輸入的數(shù)據(jù)流：注銷名單 處理描述：對注銷用戶的各類信息進行檢查，若其有未還圖書或未交納罰款認為其不能注銷 輸出的數(shù)據(jù)流：不合格名單、合格名單 處理頻率： 30次/天

處理邏輯編號：P5.2 處理邏輯名稱：注銷處理

簡

述：對合格名單的處理 輸入的數(shù)據(jù)流：合格名單

處理描述：將合格名單上的用戶從庫中撤消 輸出的數(shù)據(jù)流：注銷清單、注銷用戶基本信息 處理頻率：30次/天

1.4.5 數(shù)據(jù)存儲的描述

數(shù)據(jù)存儲編號：F1 數(shù)據(jù)存儲名稱：書籍基本信息

簡

述：存儲所有藏書的基本信息

數(shù)據(jù)存儲組成：條形碼+索書號+作者+出版社+出版日期+所在書庫+單價表+庫存數(shù)+書名+在庫數(shù)量+入庫日期

關鍵字：條形碼

相關聯(lián)的處理：P1.2，P2.2，P3.1.3，P3.2.1

數(shù)據(jù)存儲編號：F2 數(shù)據(jù)存儲名稱：新書報表

簡

述：存儲新購入圖書的信息

數(shù)據(jù)存儲組成：條形碼+索書號+作者+出版社+出版日期+所在書庫+單價表+庫存數(shù)+書名+在庫數(shù)量+入庫日期 關鍵字：條形碼 相關聯(lián)的處理：P1.2

數(shù)據(jù)存儲編號：F3 數(shù)據(jù)存儲名稱：舊書注銷報表

簡

述：存儲注銷圖書的信息

數(shù)據(jù)存儲組成：條形碼+索書號+作者+出版社+出版日期+單價表+書名 關鍵字：條形碼 相關聯(lián)的處理：P2.2

數(shù)據(jù)存儲編號：F4 數(shù)據(jù)存儲名稱：讀者借書情況報表 簡

述：存儲讀者借書的信息

數(shù)據(jù)存儲組成：借閱證號碼+姓名+條形碼+索書號+書名 關鍵字：條形碼+借閱證號碼 相關聯(lián)的處理：P3.1.2

數(shù)據(jù)存儲編號：F5 數(shù)據(jù)存儲名稱：讀者預約情況報表

簡

述：存儲讀者預約圖書的信息

數(shù)據(jù)存儲組成：條形碼+索書號+書名+借閱證號碼+姓名 關鍵字：條形碼+借閱證號碼 相關聯(lián)的處理：P3.1.2

數(shù)據(jù)存儲編號：F6 數(shù)據(jù)存儲名稱：損壞圖書報表

簡

述：存儲損壞圖書的信息

數(shù)據(jù)存儲組成：條形碼+索書號+作者+出版社+出版日期+單價表+書名 關鍵字：條形碼

相關聯(lián)的處理：P3.2.2

數(shù)據(jù)存儲編號：F7 數(shù)據(jù)存儲名稱：遺失圖書報表

簡

述：存儲遺失圖書的信息

數(shù)據(jù)存儲組成：條形碼+索書號+作者+出版社+出版日期+單價表+書名 關鍵字：條形碼

相關聯(lián)的處理：P3.2.3

數(shù)據(jù)存儲編號：F8 數(shù)據(jù)存儲名稱：讀者還書情況報表

簡

述：存儲讀者歸還圖書的信息

數(shù)據(jù)存儲組成：條形碼+索書號+書名+借閱證號碼+姓名 關鍵字：條形碼+借閱證號碼 相關聯(lián)的處理：P3.2.1

數(shù)據(jù)存儲編號：F9 數(shù)據(jù)存儲名稱：罰款報表

簡

述：存儲罰款的信息

數(shù)據(jù)存儲組成：借閱證號碼+姓名+罰款通知序號+罰款金額+罰款原因 關鍵字：借閱證號碼+罰款通知序號 相關聯(lián)的處理：P3.2.4

數(shù)據(jù)存儲編號：F10 數(shù)據(jù)存儲名稱：讀者基本信息

簡

述：存儲讀者的基本信息

數(shù)據(jù)存儲組成：借閱證號碼+學號（或工作證號碼）+姓名+所在部門 關鍵字：借閱證號碼

相關聯(lián)的處理：P4.2，P5.2

數(shù)據(jù)存儲編號：F11 數(shù)據(jù)存儲名稱：新用戶報表

簡

述：存儲新用戶的信息

數(shù)據(jù)存儲組成：借閱證號碼+學號（或工作證號碼）+姓名+所在部門 關鍵字：借閱證號碼 相關聯(lián)的處理：P4.2

數(shù)據(jù)存儲編號：F12 數(shù)據(jù)存儲名稱：注銷用戶報表

簡

述：存儲注銷用戶的信息

數(shù)據(jù)存儲組成：借閱證號碼+學號（或工作證號碼）+姓名+所在部門 關鍵字：學號（或工作證號碼）相關聯(lián)的處理：P5.2

1.4.6 外部實體的描述

外部實體編號：S1 外部實體名稱：讀者

簡

述：從圖書館中借閱圖書的人

輸入的數(shù)據(jù)流：所借圖書、不合格借書單、不合格預約書單、罰款通知 輸出的數(shù)據(jù)流：借書單、預約書單、歸還圖書、遺失書單、罰款金額

外部實體編號：S2 外部實體名稱：管理員

簡

述：管理圖書的人

輸入的數(shù)據(jù)流：不合格書單、不合格舊書書單、不合格新用戶名單、不合格注銷名單 輸出的數(shù)據(jù)流：新書書單、舊書書單、新用戶名單、注銷名單 概念模型設計

2.1實體圖

索書號條形碼所在書庫出版日期在庫數(shù)量庫存數(shù)量圖書入庫日期書名作者出版社單價表索書號 圖書實體

索書號索書號索書號索書號書庫類別 書庫類別實體

所在部門借閱證號碼學號學生借閱證 學生借閱證實體

所在部門借閱證號碼工作證號碼教師借閱證 教師借閱證實體

管理員姓名工作證號碼管理員 管理員實體

學號姓名性別學生年齡政治面貌籍貫所在系 學生實體

工作證號碼姓名性別職稱教師年齡政治面貌籍貫所在系 教師實體

罰款金額日期借閱證號碼序號罰款單 罰款單實體

2.2 實體—聯(lián)系圖

圖書n存放1書庫借閱mn學生借閱證教師借閱證擁有教師

n1罰款11擁有學生1罰款清單nn1管理管理員1

2.3 數(shù)據(jù)庫概念模型

圖書條形碼索書號作者書名出版日期出版社單價表庫存量在庫數(shù)量書庫書庫名可用借書證類型借閱周期超期罰款單價教師借閱證借閱證號碼工作證號碼所在部門學生借書證借書證號碼學號所在部門罰款單序號借閱證號碼罰款金額日期教師工作證號碼姓名性別所在部門職稱政治面貌籍貫教師年齡學生學號姓名性別教師年齡所在系籍貫政治面貌管理員管理員號碼管理員姓名 3 邏輯模型及物理模型設計

3．1 數(shù)據(jù)庫概念模型轉換為關系模型

1．管理員（管理員姓名，工作證號碼）

2．圖書（。。）

3．2 數(shù)據(jù)庫物理模型

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 數(shù)據(jù)庫的實施與運行

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、薩師煊、王珊

《數(shù)據(jù)庫系統(tǒng)概論（第三版）》

北京 ：高等教育出版社，2000

2、黃梯云、李一軍

《管理信息系統(tǒng)（修訂版）》

北京：高等教育出版社，2000

3、陳景艷、侯炳輝

《管理信息系統(tǒng)（第二版）》

北京：中國鐵道出版社，2001

4、徐引篪、霍國慶

《現(xiàn)代圖書館學理論》

北京：北京圖書館出版社，1999

第四篇：管理信息系統(tǒng)可行性分析報告

研究生管理信息系統(tǒng)可行性分析報告

一 系統(tǒng)建立的背景及意義

1.系統(tǒng)建立的背景

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

2.現(xiàn)在系統(tǒng)存在的問題分析

（1）網(wǎng)絡環(huán)境的可擴展性不夠大

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

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

二 系統(tǒng)的可行性研究

1.系統(tǒng)的開發(fā)方式和目標

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

根據(jù)學校的狀況，迫切需要一套管理系統(tǒng)：

（1）購置商品化的系統(tǒng)

（2）根據(jù)自身實際情況，自行開發(fā)系統(tǒng)

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

（1）經(jīng)費支出大

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

鑒于此，最好的方法就是自行組織開發(fā)系統(tǒng)

2.系統(tǒng)的可行性分析

（1）系統(tǒng)實施運行的可行性

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

（2）技術上的可行性

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

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

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

（3）經(jīng)濟上的可行性

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

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

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

綜上所述，我們有理由相信本系統(tǒng)產(chǎn)品的開發(fā)、生產(chǎn)是完全可行的！

第五篇：醫(yī)療管理信息系統(tǒng)可行性分析報告

醫(yī)療管理信息系統(tǒng)可行性分析報告

系統(tǒng)建立了對醫(yī)療資源空間和屬性信息的綜合管理平臺，有利于醫(yī)療資源布局和分配的科學決策，為衛(wèi)生信息社會服務化增加了有益的內容，也為衛(wèi)生電子政務的全面展開打下良好的基礎。

系統(tǒng)具有如下特點：

? 先進性：系統(tǒng)充分利用現(xiàn)今國內外各種成熟的先進技術和設備，使系統(tǒng)站在一個較高的起點，具有較長的生命期。

? 實用性：系統(tǒng)具有良好的實用性是，確實能為醫(yī)療資源管理提供有效手段，方便其日常工作。? 可靠性：系統(tǒng)的可靠性也是系統(tǒng)的生命力基礎，因此有時寧愿舍棄一些不成熟或不實用的“先進”技術、設備，也必須保證系統(tǒng)的穩(wěn)定性與可靠性。? 資源共享性：網(wǎng)絡上的所有資源，可以一體化管理，可以被各組成單元共享。各醫(yī)療機構信息、用戶信息等，不管是在衛(wèi)生局局域網(wǎng)還是在互聯(lián)網(wǎng)，都是統(tǒng)一的。? 易用性：友好的人機交互界面，輸入查詢等操作直觀方便，全面支持鼠標操作，盡量減少人工數(shù)據(jù)錄入；提示信息簡單明確，引導用戶完成系統(tǒng)的各項功能。聯(lián)檔幫助功能完整齊全，方便非計算機專業(yè)人員的學習和使用。? 擴充性：系統(tǒng)基于模塊化的設計，可以方便地進行擴充，當業(yè)務需要新的功能時，可以方便地進行擴充，保持系統(tǒng)的生命力。

基本醫(yī)療管理信息系統(tǒng)

1998年，國務院發(fā)布了《關于建立城鎮(zhèn)職工基本醫(yī)療保險制度的決定》（國發(fā)[1998]44號文件），要求城鎮(zhèn)所有用人單位包括企業(yè)、機關、事業(yè)單位、社會團體、民辦非企業(yè)單位及其職工都要參加基本醫(yī)療保險，實行屬地管理；基本醫(yī)療保險費用由用人單位和職工雙方共同負擔；用人單位繳費率應控制在職工工資總額6%左右，職工繳費率一般為本人工資收入的2%。

醫(yī)療保障制度改革是我國社會保障制度改革的重要組成部分，其目標是適應建立社會主義市場經(jīng)濟體制和提高職工健康水平的要求，建立社會統(tǒng)籌醫(yī)療基金與個人醫(yī)療帳戶相結合的社會醫(yī)療改革制度。建立符合中國國情的醫(yī)療改革新制度，是建立多層次社會保障體系的重要內容，是完善社會保障體系的重大舉措，意義重大影響深遠。

基本醫(yī)療保險是社會保險中的一個新興險種。基本醫(yī)療保險以其覆蓋面廣、涉及人員多、情況復雜、對社會貢獻大等特點，使其在勞動保險中占據(jù)了重要的位置；是繼基本養(yǎng)老保險之后的又一重要的基本社會保險險種。

基本醫(yī)療保險的業(yè)務量巨大，所需信息分布地域廣，只靠增加業(yè)務人員不能從根本上解決問題，而運用現(xiàn)代化手段，建設龐大的計算機網(wǎng)絡，加強科學管理，向現(xiàn)代化要效益，向自動化要人力，向網(wǎng)絡化要信息，提高業(yè)務、辦公效率和質量是根本出路。

基于基本醫(yī)療保險軟件系統(tǒng)具體的需求分析，該系統(tǒng)將在實施過程中進行修改或重新開發(fā)，其主要的功能模塊如下：

一、基本醫(yī)療保險收繳系統(tǒng)

（一）單位管理

1、單位概況

2、單位繳費史

3、單位特殊政策

4、單位基數(shù)核定情況

5、催繳(交)通知單

6、記應收帳日志

7、單位概況日志

（二）個人管理

1、職工概況

2、職工繳費史

3、職工醫(yī)療個人帳戶

4、職工醫(yī)療個人帳戶結息

5、職工概況日志

6、職工轉移日志

二、基本醫(yī)療保險結算系統(tǒng)

1、基本信息

2、醫(yī)療待遇審核

3、基本醫(yī)療統(tǒng)籌金支付

4、基本醫(yī)療統(tǒng)籌金支付審批

5、支付政策

6、支付單位特殊政策

7、定點醫(yī)院管理

8、醫(yī)院機構類別

9、支付歷史

10、定點藥店管理

11、支付歷史

12、基本醫(yī)療統(tǒng)籌金支付醫(yī)院匯總

13、銀行數(shù)據(jù)接口

14、藥品目錄

15、診療費目錄

16、服務設施費目錄

17、手術項目目錄

18、藥品類型

19、藥品劑型

20、病種管理

21、病種類型編碼

22、病種類型與醫(yī)療費關系

三、票據(jù)子系統(tǒng)

1、托收單據(jù)

2、生成銀行數(shù)據(jù)

四、定點醫(yī)院管理系統(tǒng)

1、住院登記

2、醫(yī)囑管理

3、床位管理

4、押金管理

5、住院費用審核

6、住院費用結算

7、掛號管理

8、門診費用審核

9、門診費用結算

10、特殊病種統(tǒng)籌基金支付審核結算

11、藥房管理

12、與醫(yī)院系統(tǒng)接口管理

五、定點藥店管理系統(tǒng)

1、醫(yī)療保險范圍內售藥

2、醫(yī)療保險范圍外售藥

3、當日售藥記錄

4、進藥管理

5、藥品庫存管理

6、售藥統(tǒng)計

7、進藥統(tǒng)計

8、藥品排行分析

9、藥品銷售趨勢分析

六、IC卡管理子系統(tǒng)

1、密鑰管理

2、制、發(fā)卡管理

3、掛失、損壞補發(fā)管理

4、黑名單管理

5、單位用卡情況統(tǒng)計

七、統(tǒng)計報表子系統(tǒng)

1、專管員業(yè)務辦理情況

2、應辦未辦統(tǒng)計表

3、單位欠費情況

4、統(tǒng)籌金使用情況

5、退休人員醫(yī)療費用情況

6、離休人員醫(yī)療費用情況

7、二等乙級醫(yī)療費用情況

8、單病種醫(yī)療費統(tǒng)計

9、同病種醫(yī)療機構醫(yī)療費統(tǒng)計

10、投保單位醫(yī)療費統(tǒng)計

11、大病病種醫(yī)療費統(tǒng)計

12、門診住院醫(yī)療費統(tǒng)計

13、外地就診醫(yī)療費統(tǒng)計

14、累計分段醫(yī)療費統(tǒng)計

15、醫(yī)療機構醫(yī)療費統(tǒng)計

...........................八、參量管理子系統(tǒng)

1、社會環(huán)境信息

2、醫(yī)療保險基金收費政策

3、醫(yī)療保險統(tǒng)籌支付政策

九、公眾服務系統(tǒng)

1、基本醫(yī)療保險政策查詢

2、基本醫(yī)療保險知識問答

3、社會保險機構介紹

4、本市基本醫(yī)療保險制度改革發(fā)展情況

5、單位繳費情況查詢

6、醫(yī)療個人帳戶查詢

...........................十、系統(tǒng)維護子系統(tǒng)

1、用戶管理表

2、編碼庫

3、系統(tǒng)模塊管理

4、部門維護

5、公共變量維護

6、模塊更新維護

7、當前用戶狀態(tài)

8、系統(tǒng)日志維護

9、備份數(shù)據(jù)登記及審核

10、地區(qū)代碼

11、用戶地區(qū)對照表

12、醫(yī)院、藥店與用戶對照表