企業信息管理系統需求分析精選(九篇)

前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的企業信息管理系統需求分析主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：企業信息管理系統需求分析范文

關鍵詞：通信工程監理 信息化系統

現階段，我國在信息化工程監理機制、信息化工程監理規范、監理企業和監理人員的資質認證管理方面都有相關研究。

由于我國大多數企業的信息化技術知識貧乏，咨詢行業不發達，過程監督能更有效地保證信息系統工程的質量。因此，我國的政策與研究報告更多地用信息化工程監理來替代國外的IT審計，同時把IT審計視為監理的一種。這種做法是符合中國國情的。

從橫向來看，我國建筑監理的研究更完善一些，已經上升到對整個行業的研究，包括對監理機構自身管理機制、監理行業協會、監理行業法規等方方面的研究。基于以上這些原因，本文將對信息化監理進行研究，分析當前存在的問題，提出相應的對策，以期和廣大同行分享。

1通信工程監理概述

通信監理信息系統時為輔助通信監理實踐服務，并為監理工程師的決策提供依據：通信監理信息系統是對建設項目監理目標（投資、進度、質量）進行控制，以及對合同、協調、索賠等提供確鑿的信息：通信監理是—個動態的過程，不同工程項目的監理模式不同，特別是現場情況更是變化多端和千差萬別，故通信監理信息系統是一個多變的系統：通信監理信息系統與項目管理系統是有區別的，后者是從承包商的自身管理出發，實行項目的資源（勞動力、材料、資金、設備）管理和進度控制。通信監理信息系統是專為監理單位服務，隨著監理工作的逐步規范化、科學化而日漸開展的為監理現代化提供的監理手段。

信息技術高速發展的今天，許多行業及其企業都在尋求通過建立信息系統來實現企業標準化的工作程序，從而提高企業的運行效率。但與此同時，許多公司也產生了對信息系統理解的誤區：1）設立了專門的信息支持部門進行信息系統的管理，但該部門沒有集成公司業務上的管理；2）過分依賴于信息系統，不注重組織結構的調整，沒有做到及時調整公司的結構來適應信息系統所帶來的高效率運行方式。目前我國的監理公司大多采用總監負責制來開展監理業務，每個項目組自成體系，信息系統或是某種監理軟件在項目組中運行正常，但公司沒有—個核心部門來收集各個項目的監理經驗和成果，也不能對項目組提供技術上的有力支持。究其更本原因在于公司沒有對自己的組織結構來進行調整以適應監理信息系統的應用。

因此，既然我們希望通過監理信息系統來提升我們的監理水平，也就要是我們的組織結構隨著信息系統的實施來做出相應的變動。

3通信公司信息的監理目標分類討論

3.1企業信息系統工程招標階段的監理目標

理解用戶業務目標和業務模式，認定業主單位確定的系統需求；促使招標文件與工程項目的需求、目標和范圍相符合；協助業主單位完善工程項目的招標工作以選定合適的承建單位；促使業主單位與承建單位執行穩妥有序的合同簽訂過程，力求工程項目承建合同的合理性和有效性。

3.2企業信息系統工程設計階段的監理目標

審核承建單位提交的系統項目計劃，力求工程計劃的合理性、可行性，并與承建合同相符；監督承建單位系統需求分析過程，力求系統需求的正確性、完備性、準確性、可測試性和一致性。評審承建單位的系統項目的系統設計方案，促使系統設計方案滿足系統項目的系統需求和有關的法規、標準，并符合承建合同的要求。

3.3企業信息系統工程實施階段的監理目標

審核承建單位的軟件需求、分析文檔、軟件設計文檔，力求滿足系統需求和系統設計方案的要求。督促承建單位的編碼、測試活動，驗證軟件符合系統需求和系統設計的要求。促使工程實施過程滿足承建合同的要求，并與工程計劃相符。

3.4企業信息系統工程驗收階段的監理目標

跟蹤培訓過程，促使培訓達到合同的要求。協助業主單位進行初驗、試運行和終驗的工作，促使工程項目的最終功能和性能符合承建合同、法律、法規和標準的要求。協助業主單位、承建單位進行系統項目的移交工作，促使工程項目順利完成。

3.5企業信息系統工程支持過程的監理目標

組織業主單位、承建單位分別建立自身的文檔編制、管理辦法，并對各種功能的文檔應包含的關鍵信息做出要求，明確文檔編制、審核、簽批、遞交等流程。推動業主單位、承建單位建立有效的配置管理過程，確保系統工程中信息管理的實時、有效。

4通信工程公司信息管理系統開發設計

4.1功能設計

通過上文對通信工程公司監理信息的目標分類討論，以及結合通信工程公司的數據信息特點的分析，對系統的基本輪廓已經有了雛形，可以將系統劃分成工程檢測資料管理模塊、工程檢測管理模塊、工程監理資料管理模塊、工程造價管理模塊、工程監理項目合同管理模塊、工程監理投標管理模塊、公司經營管理模塊、項目部管理模塊、系統管理等模塊。這些模塊主要實現對相關數據表進行添加、修改、刪除、查詢、統計、打印等功能。

4.2結構設計

通信工程公司監理信息管理系統采用四層B/S（瀏覽器/服務器）體系結構，這使得用戶只需要通過瀏覽器即可輕松完成各種信息處理，簡單易用，大大縮短了監理信息系統建立周期，節省管理費用；集中管理、統一維護、分類有序存放評價信息數據，使得系統維護、升級、擴充更方便，并且可針對不同部門的信息設置變化及評價指標的變化迅速做出相應的系統調整和變化，極大的適應了用戶在不同環境和條件下的需求。

這里，出于簡化設計任務的目的，并且實現獨立運行操作，并沒有實現四層架構，而是采用簡化后的兩層架構，即客戶端（前臺的信息瀏覽）——數據庫（后臺的信息管理），這樣的信息管理模式同樣能夠實現通信工程公司監理信息管理系統的數據集中管理，并且這樣的設計結構的最大優勢就在于簡化了整個軟件的設計流程，同時增強了系統軟件的獨立性和對網站的依賴性。

4.3數據庫設計

數據庫是監理信息管理系統的核心部分，它不僅反映數據本身的內容，而且反映數據庫之間的聯系。在數據庫中，是用數據模型實體關系圖來抽象、表示處理現實世界中的數據和信息。

本系統的開發涉及通信工程監理的全過程，系統的信息有兩個主要特點，一是監理業務的前后順序聯系緊密，二是監理信息數據的統計非常復雜，不是由通常的單個表組成，而是有多個表、視圖等組成。如何將關系復雜的數據有機的組合在一起，并能準確、及時、高效地實現數據的共享和傳遞需要認真分析仔細研究。對系統進行全面的整體分析表明，監理業務在綜合部、監理部轉換的過程中，是有嚴格的先后順序的。通過監理業務流程的介紹，在一個監理環節完成以后，將自動進入監理的下一個環節，如：在監理委托書完成以后，在合同評審中將出現該工程的名字，但是當合同評審結束后，該工程的名字也將在該環節的界面中自動消失。為了實現此功能，我們建立了公用表，該公用表用來記錄每一個工程在每一個監理環節中的狀態，狀態有兩種，“0”表示該工程的該監理環節沒有完成，“1”表示該工程的該監理環節已經完成。

具體的數據庫表及實體屬性設計，由于數據庫系統設計參考資料非常多，因此這里不予贅述。

第2篇：企業信息管理系統需求分析范文

【關鍵詞】企業銷售管理 信息系統 Visual Basic SQL 2000

銷售管理信息系統作為信息管理系統的一個分支，已逐漸成為企業信息化建設的重要組成部分，為企業管理分布在全國網點提供了一個功能強大，安裝部署方便，使用成本低廉，操作簡捷的實時銷售管理系統，不僅能夠促進銷售業務的拓展，提高銷售運作的效益，也為最終實現有效的“供應鏈管理”和更加廣泛的“電子商務”奠定了基礎。無論是一個銷售公司還是一個銷售商店，都有很多的銷售數據需要管理，手工管理這些繽紛復雜的數據的方式已經不適應時代的潮流，實現數據規范化、自動化的電腦管理，是一個管理規范、運作高效的企事業單位的必然要求。所以為了實現各銷售單位高效管理而設計這個銷售信息管理系統。

一、系統需求分析

銷售信息雖然繁多，但是主要是針對銷售訂單狀況進行登記。所以系統的開發目標可以總結為對銷售訂單、銷售當進行維護，對相關的銷售活動進行管理。力圖做到詳細記錄、查詢，甚至直觀表達。并且，操作盡量簡單方便。實現數據規范化、自動化的電腦管理，是一個管理規范、運行高效的企事業單位的必然要求。盡量使銷售部門提高工作效率、減少出錯率。所以進行系統設計時，系統主要包含以下功能：（一）系統功能。包括系統登陸、退出、管理員賬號管理等功能，并包括添加新的管理員和修改密碼等功能。（二）數據改動功能。這是對銷售單，廣告單等數據管理的主要方面，要能夠對數據庫內容進行修改，包括數據的錄入、修改和刪除等操作，同時需要保證數據內容的完整性與全面性。（三）信息查詢功能。進行查詢時不能對系統數據進行信息的修改，只能進行常用的瀏覽和條件查詢操作，既可以顯示出數據庫中的左右銷售信息，也可以根據不同條件對數據進行篩選，查詢所需要的相關銷售單、廣告單等記錄。（四）銷售業績查詢。以圖形或表格的形式查看一年內各個銷售人員的銷售業績情況。

二、系統模塊功能分析

結合前節進行的系統需求分析，對系統的各個主要功能進行設計，數據存儲于SQL Server 2000建立的數據庫中，以Visual Basic 6.0作為開發平臺，系統總體設計如圖1所示。

本系統主要設計一下幾個窗口模塊：（一）登陸窗口。系統啟動時，首先彈出系統登陸信息窗口，供管理員輸入正確的用戶名和密碼，才能進入系統。系統默認設置管理員為“admin”，密碼為“admin”。（二）程序主窗口。主窗口界面用于調用各種功能的子窗口的操作，界面中有菜單選項，也設置有響應的快捷按鈕可供選擇。（三）銷售員管理窗口。該窗口實現銷售員基本信息的錄入、修改、查詢和刪除等功能，在主窗口的菜單欄的“銷售員管理”菜單中響應相關功能按鈕，或從主窗口界面上單擊對應的快捷按鈕，可彈出相應的子窗口。（四）銷售單管理窗口。銷售單的生成，首先是簽訂訂單，當訂單履行后，即生成最終的銷售單。所以此窗口實現銷售訂單的定制、修改和刪除等功能。（五）廣告登記表管理窗口。此窗口完成廣告登記表的填寫、刪除、查詢以及修改等操作，主要包括廣告登記號、媒體類型、廣告合同號、聯系人信息、膠片制作公司、膠片合同號、制作費用、聯系人電話等。（六）銷售業績查詢窗口。為了對每一年內各個銷售人員完成的銷售業績進行直觀具體的查詢，需要添加銷售業績查詢功能，以圖表和表格的形式查看各個銷售員的當年銷售額。在主窗口菜單欄的“銷售業績查詢”菜單和主界面上的“表格查詢方式”和“視圖查詢方式”兩種顯示方式。（七）管理員選項窗口。對管理員賬戶進行刪除、添加以及密碼修改等操作，在主窗口的菜單欄“管理員選項”菜單和主窗口界面上設置有“增加管理員”與“更改管理員密碼”選項。

三、數據庫設計

根據在系統總體設計中的功能分析與方案設計，本系統的數據庫數據設計如下：（一）登陸基本信息：包括管理員的登陸賬號、登陸密碼等。（二）銷售員相關信息：包括銷售員代碼、銷售員名稱、銷售員所在地區、所銷售產品的行業、銷售業績、計劃銷售金額等；（三）訂單和銷售單信息：包括銷售單號、客戶代碼、銷售員合同、產品產地、公司行業、銷售日期、聯系人信息、產品代碼、數量等；（四）廣告登記信息：包括廣告登記號、媒體類型、廣告合同號、聯系人信息、膠片制作公司、膠片合同號、制作費用、聯系人電話等（五）媒體類型編號：包括媒體公司代碼、媒體公司的名稱、媒體類型等；（六）區域代碼：包括區域代碼和所對應的地區名稱；（七）行業代碼：包括行業的代碼號和對應的行業名稱；（八）客戶信息：包括客戶代碼、客戶名稱、電話、郵編、客戶登記日期、客戶地址、郵箱信息等；（九）產品代碼：包括產品的代碼號（采用自動編號）和對應的產品名稱、單價。

四、結論

本企業銷售管理系統在完成了基本的業務日常事務管理的基礎上，展示了一個現代化數字信息管理和辦公自動化管理的新途徑。使用此方式管理，不僅可行、高效、方便，而且適應了國際社會現代化管理發展的潮流和方向，除了應用于企業辦公自動化管理系統外，也可以為其他行業和系統所借鑒。

參考文獻：

第3篇：企業信息管理系統需求分析范文

關鍵詞：海運信息管理系統；J2EE；設計原則

中圖分類號：TP315 文獻標識碼：A文章編號：1007-9599 (2010) 13-0000-02

Description J2EE-based Information Management System for Shipping Company

Wu Zhu

(China National Petroleum Offshore Engineering Co.,Ltd.,Ship Division,Tanggu300451,China)

Abstract:As the confidence of the era,the shipping company are bound to be information technology,according to the requirements of the times to establish maritime enterprise information management system is very necessary.Marine management system is composed by any computer within the enterprise to support maritime operations,management,analysis anddeci-

sion-making functions and provide information outside the system.This article is very familiar with this shipping business on the basis of system development,this article focuses briefly discusses the systemimpleme-

ntation process and design principles.

Keywords:Marine information management system;J2EE;Design principles

如今的時代已是一個信息化的時代，手工的操作業務流程已經被時代所淘汰，所以需要信息化的介入海運，最重要的是通過計算機的軟件功能模擬海運行業的業務流程，完成業務數據的共享、抽取和分析。由于海運的行業業務相當復雜，業務流程也比較繁瑣，所以管理軟件的誕生是很必要的。它能提高整個海運的辦事效率，減輕工作人員的工作壓力。它還有一個很重要的功能就是給領導層一個很清晰的數據報告，對指定一下年的工作計劃有很大的參考價值，例如通過系統的數據可能很清晰的看出哪些客戶屬于大客戶，哪些客戶屬于散客。

一、系統的設計目標

海運信息管理系統是基于Java技術的多層分布式B/S架構的管理系統。該平臺提供了支持海運企業業務處理和信息管理的大部分功能。該管理系統的設計目標是：

（一）高度組件化。軟件的組件化可以這樣理解，系統的耦合度越高對于系統的都是一個定時炸彈，因為海運業務系統各個功能部分相互之間的關系錯綜復雜，如果對這種相互之間的依賴關系不加以控制，隨著系統的發展，這些相互關系將會變得越來越難以維護，萬一某一天系統的某些業務要求有了變化，那改動一處就會變更系統很多的代碼，那工作量是不可想象的。很有可能會整個系統重新來過，從某種意義上講整個系統是失敗的。所以為了避免這種事情的發生，軟件開發提出了組件化開發，就是將整個系統進行分解，成為單獨的某個模塊，每個模塊都會留有接口，它們之間通過接口進行通信，相當于模塊進行連接組成一個完整的系統，這樣做會使整個系統的耦合度降低，從而具有極高的可管理性。

（二）易于快速開發。系統必須能進行快速開發，因為海運企業的競爭是相當激烈的，系海運企業的特點決定了新開展業務時一般不太可能在原有的系統上進行新功能的擴展，而是通常以業務性質為單位進行新的業務系統開發，所以對系統開發的速度會有很高的要求。J2EE的開發框架能很好的完成這個功能。

（三）高度可維護性和易于調試監控。系統在上線后肯定會有業務變更和數據更新，這樣對于整個系統的維護就顯得額外重要。根據軟件工程的理論要求，提高系統的可維護性是軟件上線后的一個重要任務。憑借對數據訪問功能的封裝和抽象以及安全代碼的分離，我們可以在試運行期間方便的進行調試和修改功能，而在投入生產環境的時候將調試部分功能去掉，從而使系統的跟蹤和交付得到保障。

（四）易于集成。系統是按組件的思想進行開發，所以要求系統要有很好的集成性。我們采用面向接口的編程策略。系統要預留出哪些接口，對于這些接口的功能要清晰，這就對系統需求分析師提出了很高的要求，需要對海運企業的業進行準確把握，以及對于未來5年內業務可能產生的變更，留出的接口就是為以后的擴展做好鋪墊。

（五）數據的安全性。系統本身會涉及到一些安全信息，這些信息一般都會保存著Oracle數據中，為了讓系統有更好的保密作用，我們也會在客戶端采取不同的用戶有不同的使用權限。我們還可以通過必要的操作日志來保證系統低于來自內部的危險，同時也可以利用防火墻和安全網關技術為系統提供抵抗外部入侵的能力。

二、系統邏輯模型設計

為了讓讀者能一目了然的讀懂邏輯模型設計部分，我們將用一個圖來進行描三、概述系統分層實現過程

本系統是在我公司特有的開發平臺進行的，系統從設計開始就采用分層的思想。在具體的實現過程中也是采用分層的思想進行的，采用它目的就是為了降低系統的耦合度。本節是需求分析都準備完畢，在此基礎上來闡述用J2EE來實現系統的整個流程。

（一）在前臺我們采用JSP語言，該語言只提供頁面的構建，在頁面構建的過程中要求頁面的風格要統一，頁面元素要能滿足海運系統的業務需求，緊接著在JSP文件后面加入腳本語言JavaScript，用它來對JSP產生的數據進行簡單過濾和數據校驗。這樣做可以使得Java層的邏輯處理變的少一個點，若數據不合格或者有違規操作直接在顯示層就能給用戶提示，降低數據庫的數據產生錯誤的概率。在JavaScript這一層我們采用Dojo框架讓前臺開發的速度加快，提高頁面的美觀，和友好度。

（二）在Java這一層我們分成VO，BO和DAO。VO是一個JavaBean，JavaBean是頁面元素的GET（）和SET（）方法，用GET（）方法來獲取頁面元素的值和從后臺返回的值通過SET（）方法賦值給頁面。BO是真正的業務邏輯層，它是和海運業務密切相關，數據從前臺過來后要進行怎樣的處理才能存入數據庫中，就是在這一層進行處理。DAO是和數據庫進行關聯的。那顯示層和Java層還有數據庫層是怎么有機的結合起來的呢？顯示層和Java層是通過struts框架進行連接的，數據庫和DAO是通過Ibatis進行數據通信。有關具體的用法這里不再說明，有興趣的讀者可以查閱相關的書籍。J2EE的工作流程如下圖所示：

（三）在整個系統中數據庫的設計是貫徹始終的，按照數據庫的設計規范來，它可以分為六步：1.在這六步中最重要的也是最難的為數據分析和需求分析；2.概念設計是通過對用戶信息的歸納總結，那么概念設計的結果是數據庫的概念結構或者稱為概念模型；3.邏輯設計得到的數據庫結果是DBMS可以處理的數據模型；4.物理設計是選擇物理數據庫結構，得到一個完整的、可實現的數據庫結構；5.數據庫的實施相應于軟件工程的編碼、調試階段；6.數據庫投入運營整個設計過程結束。整個過程可以通過下圖進行說明

四、結束語

整個系統的完成都是由專業的軟件公司進行完成，在實現技術方面都由他們全部負責，但是在整個系統的研發階段起著決定性作用的是對于海運企業的業務的把握。可以這么說，若我們無法將業務很好的傳遞給軟件公司，這個系統上線后肯定會以失敗而告終，所以設計出海運企業滿意的軟件必須要將本企業的業務進行歸納和提煉。所以一個好的管理系統需要雙方共同的努力。

參考文獻：

[1]王玉平.中海油運信息平臺功能介紹[J],2005,3

[2]王潔.中海油運企業信息門戶建設建議書[J],2004,7

[3]沈康辰.中海油運業務信息系統設計開發建議書[J],2001,7

[5]陳宏剛，林斌,凌小寧等.軟件開發的科學與藝術[M].北京:電子工業出版社,2002

[6]王宏波.內核交涌事故管理信息系統的開發與設計[D].武漢理工大學,2005

[7]郝勇.海事管理學[M].武漢:武漢理工大學出版社,2007

[8]沈康辰.中國海運企業信息化的進展、問題及對策[J].上海海運學院，2003

第4篇：企業信息管理系統需求分析范文

數據庫技術是計算機技術發展的一個重要分支，經過30余年的快速發展，已經形成了很多重要的理論和應用，其應用領域占整個計算機應用的70%以上［1］。oracle數據庫產品作為數據庫技術的重要組成部分，目前在市場上占有率超過39%，遠高于同類數據庫產品。很多計算機軟件公司，在招聘數據庫管理員、數據庫開發工程師、軟件開發工程師時，都要求求職者掌握或精通oracle數據庫技術。但目前，高職專業開設的oracle數據庫課程與企業的實際需求脫節，學生在學習oracle數據庫課程后，難以與企業需求接軌。因此，基于工作過程導向對oracle數據庫課程進行改革，以任務為驅動進行教學就顯得特別重要。

1職業崗位需求與職業能力分析

在2013年6~9月，筆者通過對前程無憂網、中華英才網、智聯招聘、卓博人才網、中國人才熱線等專業招聘網站上萬份招聘信息和幾百個與軟件開發、數據庫應用系統和網站開發相關職業崗位的調查分析，發現掌握oracle數據庫技術是企業招聘條件中的基本要求。根據以上專業招聘網站統計出2013年6~9月數據庫人才需求情況如圖1所示。

從統計看出，oracle數據庫人才需求和sql server人才需求最旺盛。

通過對網上招聘信息分析，數據庫相關職業崗位包括信息系統程序員、web系統程序員、數據庫管理員和數據庫維護員等。同時，我們對軟件行業的軟件開發、網站開發、數據庫應用系統開發與管理等職業崗位，從oracle數據庫從業人員知識、技能和素質基本要求等方面進行了分析:在知識方面，要求從業者掌握dbca、oem、sqlplus、sql developer的使用,熟練掌握管理數據庫、表空間、表和視圖的操作,掌握管理數據完整性和索引的操作,掌握sql語言和pl/sql語言的常用語法及應用,掌握管理存儲過程、存儲函數與觸發器的操作,掌握對用戶、角色和概要文件的管理,掌握數據庫的備份與恢復操作,掌握oracle數據庫的安全性管理等；在職業素質方面要求從業者具有三心：責任心、進取心、耐心；三能：自主學習能力、邏輯思維能力、英語閱讀能力；三意：質量意識、協同工作意識、溝通意識；在職業能力上要求從業者能進行大型數據庫系統的開發、設計，能編寫數據庫設計的相關文檔，能管理和維護大型數據庫系統等。

圖1數據庫人才需求統計

2基于工作過程導向課程設計思想

工作過程是指為了完成一個工作任務并獲得工作成果而進行的一個完整工作程序。基于工作過程的職業課程開發遵循以下步驟：①確定相應的工作崗位；②根據工作崗位，按照職業能力歸納出職業行動領域，提煉出工作崗位的具體典型工作任務；③將行動領域轉化為學習領域，構建課程體系；④根據學習領域的教學目標，設計各個學習情境，使學習情境與工作過程情境相似或一致。

基于工作過程設計步驟，oracle數據庫課程所對應的職業崗位主要是數據庫管理員、數據庫系統工程師。因此，我們與企業一道對工作流程進行分析，抽取其典型的工作任務，將工作任務進行分解，形成相應的學習領域即oracle數據庫課程，再按職業能力和職業技能設計出若干學習情境。學習情境的設計突出高職教學的職業性和實踐性特點，采取項目驅動、案例引導，由簡單到復雜，在教學過程中，突出“做中學”的模式。

2.1確定典型工作任務

oracle數據庫系統工程師的主要工作是進行數據庫的分析、設計、管理和維護數據庫。因此，根據數據庫系統工程師的職業能力，我們改革oracle數據庫傳統的教學模式，以“人事管理系統”的開發為例，把系統開發的工作分解成多個任務，每個任務對應一個學習情境進行教學。“人事管理系統”數據庫設計開發分為5個步驟：①人事管理系統的需求分析，明確人事管理系統所需要實現的功能；②對需求分析的結果進行歸納、整理，形成概念模型，進行人事管理系統數據庫的邏輯設計；③對數據庫進行物理設計，配置數據庫環境，建立數據庫及其相關表格；④對數據庫性能進行優化，提高數據庫的安全性；⑤對數據庫進行維護。

2.2建立相應的學習情境

當確定了典型工作任務后，我們構建了oracle數據庫課程體系，從而建立相應的學習情境。以“人事管理系統”數據庫設計為依據，整合教材教學內容，設計出與職

工作崗位基本一致的學習情境。這樣，在真實的項目開發中，激發學生的求知欲望，提高學生的學習興趣。oracle數據庫課程學習情境如表1所示。

3教學方法設計

本課程根據相關職業崗位技能需求，突出職業技能訓練的教學理念，基于工作過程安排具體教學內容，采取以學生為中心、以能力目標為核心，積極開展以工學結合為切入點的課程教學體系改革，在長期的教學過程中不斷總結創新，形成了一套行之有效的教學方法。

本課程在教學中，以“項目為導向+任務為驅動+全過程案例實作”的理念，在教學中，以“提出任務+分析任務+完成任務+對任務進行考核”的方式進行，充分發揮學生的主觀能動性，從而提高學生的學習積極性。整個oracle數據庫以10個學習情境、35個教學任務、46個案例進行教學，充分滿足職業崗位中的知識、能力和技能要求。全過程的教學實行一體化的教學模式，讓學生盡可能多動手實踐，同時輔以分組教學，并對團隊成員進行考核。

表1oracle數據庫課程學習情境

學習情景工作任務技能要求人事管理系統需求分析人事管理系統案例數據庫設計要求, 數據庫設計規范化要求能對數據庫進行需求分析，抽象出相關的數據表oracle數據庫的安裝與配置安裝oracle數據庫軟件, 基本組件能進行oracle數據庫的安裝,掌握基本組件的使用人事管理系統數據庫基本操作創建數據庫實例 能掌握其建立方法與步驟。人事管道數據表的操作數據表基本操作及管理掌握oracle數據庫的基本數據類型，三種方式管理表和對數據表的操作及數據完整性約束人事管理數據庫查詢查詢的基本使用及連接查詢、子查詢和聯合查詢掌握簡單查詢的使用方法,連接查詢的思想與方法, 子查詢及聯合查詢的方法人事管理系統數據庫的優化視圖、索引、存儲過程、游標、事務、觸發器的操作掌握建立、修改、刪除視圖、索引、游標、存儲過程、觸發器等人事管理系統數據的安全性與維護數據庫安全策略、用戶管理、數據庫備份、數據庫恢復、數據導入導出等能掌握數據庫安全知識，能對系統安全、數據安全等進行管理人事管理系統前臺界面及數據庫連接實現java平臺oracle數據庫連接，.net平臺oracle數據庫連接能利用java平臺.net平臺進行oracle數據庫程序開發 4教學資源建設

為了更好地讓學生學習，在對oracle數據庫進行建設過程中，我們建立了相應的教學資源，讓學生課外進行學習。

4.1建立oracle開放式精品資源網站

在oracle數據庫開放式精品資源網站，我們把oracle項目、實驗任務、教學案例、授課課件、教案等全部放在網上，方便學生課后學習，并建立了oracle論壇，讓學生通過論壇與同學及教師進行交流。

4.2建立在線實訓系統

通過引入真實的企業信息管理系統，我們保留了此信息系統的相關界面及其功能模塊，刪除了與oracle數據庫相關的所有代碼，然后注上相應的標記及注釋，通過整合、分類，以實訓項目的形式展現給學生，讓學生一步步完成實訓項目，完成一個真實的信息管理系統數據庫的開發與設計。

4.3編寫oracle實訓指導書

根據企業工作崗位的需要，組織企業專家和oracle教學團隊，利用一年的時間，編寫了一本oracle 11g數據庫實訓指導書，在這本書中，把職業工作崗位所需要的職業技能、工作任務，及oracle數據庫管理員、oracle數據庫系統工程師等進行數據庫設計、數據庫開發所需要的知

第6期 劉學玉，李博博：教師培訓項目效果評估研究軟 件 導 刊2014年標題

戴爾“互聯創未來”教師培訓項目效果評估研究

作者劉學玉,李博博

第5篇：企業信息管理系統需求分析范文

關鍵詞：酒店客房管理系統； ；B/S架構；SQL Server

中圖分類號：TP315 文獻標識碼：A 文章編號：1009-3044（2015）34-0085-02

Abstract： Attached to the B/S architecture， .net development platform， technology， SQL Server database and C# three layers architecture model， this system makes networking of hotel management come true via the front desk customer registration and login， query rooms， online booking and background audit， order management， completing the order and management functions， to provide a convenient room booking service for customers.

Key words： hotel room management system； ； B/S architecture； SQL Server

隨著信息技術的發展，傳統的工作模式已經被信息化、網絡化的現代工作模式所代替，酒店管理業務亦是如此。傳統的酒店管理如登記和結賬手續、手工記錄所有客房狀態、列表統計顧客消費情況等[1]，工作模式效率低下，易出現錯誤和遺漏，甚至會導致嚴重的經濟損失，給酒店的經營帶來影響。優化酒店管理模式，采用計算機軟件技術和網絡技術可實現酒店業務的信息化管理[2]。

基于.NET的酒店客房管理系統為客戶提供了客房預訂的便捷服務，實現營業管理自動化。系統采用B/S架構、.Net開發平臺及技術開發、SQL Server數據庫和C#三層架構模式，通過前臺客戶的注冊、登錄、查詢房間信息、預訂房間、后臺用戶的審核、生成訂單、到完成交易的流程來實現系統的基本功能[3]。數據統計、保存到使用，實現了“一手包辦”，提高工作效率，減輕勞動強度，有效防止了“逃帳事件”[4]；縮短了客人辦理入住登記手續的時間[5]，這使得酒店的運行效率和經濟效益得到全面提高[6]。

1 系統需求分析

需求分析的是整個軟件開發的基礎性工作，確定軟件設計的約束、軟件同其他系統元素的接口細節，定義軟件的其它有效性需求。根據需求，該系統的實現的功能分為兩個部分：前臺客房在線預訂子系統和后臺管理子系統，系統功能結構如圖1所示，本系統有兩個主要角色即客戶和管理員。

2 數據庫設計

酒店管理系統需要提供信息的查詢、添加、修改以及刪除等功能。這就要求數據庫能充分滿足各種信息的輸出和輸入。在本系統中存在以下關系模型：

客戶信息表（編號、姓名、性別、年齡、身份證號，郵箱，密碼、地址、聯系電話、客戶編號）；

房間信息表（房間編號、房號、房型、房價、床數、房間狀態、房間圖片、房間介紹）

預訂表（預訂號、客戶編號、預定時間、審核）；

訂單信息表（訂單序列號、預訂號、數量、入住日期、離開日期、房間價格、房型）；

管理員信息表（管理員編號、姓名、密碼）。

3 系統設計

系統采用B/S架構，通過瀏覽器瀏覽網站，應用.Net開發平臺及技術開發， SQL Server 2005數據庫，C#三層架構模式，自底向上依次分為數據訪問層（DAL）、業務邏輯層（BLL）和表示層。易于酒店管理員管理操作、界面設計人性化，簡潔美觀易懂、方便客戶預訂自己滿意的客房。

3.1 注冊登錄模塊的設計和實現

1）登錄設計：新客戶填寫注冊信息，客戶身份注冊信息唯一并且格式符合特定要求，則該客戶信息被保存到數據庫中，并提示客戶注冊成功；否則提示客戶重新輸入。登錄時輸入用戶名和密碼，通過CompareValidator 控件將用戶輸入的數據與特定的數據進行比較，并根據比較的結果決定是否允許登錄，除了使用CompareValidator驗證控件，還會使用RequiredFiledValidator驗證是否輸入為空。

2）注冊頁面的設計：登錄賬號和登錄密碼的Textbox是必填的，它是通過RequiredFiledValidator來驗證文本框里是否輸入數據的；Image控件用來上傳頁面中的圖像，ImageURL是Image控件的重要屬性，這個屬性指明圖像文件所在的目錄或者網址，在本系統中，數據庫里保存的是圖片的地址。在頁面中，要求電子郵件格式正確，通過RegularExpressionValidator對電子郵件的格式進行驗證，如果沒按正規表達式填寫，就會顯示格式不正確。

3.2 客房預訂模塊的設計與實現

客戶查詢房間信息，如果房間為空，即房間沒有被預訂，就可以預訂該房間，填寫預訂信息，確認訂單，支付預訂；如果房間為已預訂或已住，就要重新選擇預訂。數據庫通過連接表采用模糊查詢來供用戶查詢房間，查詢顯示房間信息的表用GridView控件來實現，GridView控件可以顯示、編輯和刪除多種不同的數據源中的數據，通過Button控件的在線預定，由Response.Redirect（“Order.aspx”）轉到預訂頁面Order.aspx，填寫預訂信息，用同樣的方法，通過Response.Redirect方法，轉向支付頁面，這里只做了虛擬支付，在支付頁面中，用RadioButton單選按鈕，點擊RadioButton，就相當于選擇了哪一個銀行作為支付銀行。

3.3 訂單管理模塊的設計與實現

訂單管理是管理員審核訂單和統計酒店營業額模塊。前臺客戶預訂客房，預訂成功后，后臺就會生成訂單，如果管理員沒有審核確定訂單，則前臺客戶還可以對該房間進行預訂，為避免重復預訂，管理員應及時對訂單進行審核，審核后的房間，前臺客戶預訂，就會出現“該房間已被預訂”的對話框。訂單統計，管理員可按時間對訂單進行統計，結算營業額，也可按房間類型對訂單進行統計。訂單管理時序圖如下圖2所示：

訂單管理中，顯示訂單的表是用GridView控件綁定數據。在Order（）類中，審核訂單button

按鈕的屬性是bool類型的，只有是或者否兩種情況，在點擊按鈕的時候就會直接改成訂單已審核狀態。營業統計查詢，可以按年、季度、月、或者按房間類型查詢，從統計中可以看出一年的酒店旺季和最受歡迎的房型，在數據庫中查詢訂單信息，并顯示。

3.4 系統測試

在實際軟件開發中，軟件開發和測試是相輔相成的，需要對所開發的軟件進行測試，軟件測試的目的是為了查找軟件中存在的錯誤并加以修改，使軟件更符合需求，從而滿足客戶的要求[7]。酒店客房管理系統對用戶注冊、管理員修改登錄密碼、在線支付、訂單管理、統計信息等方面進行了軟件測試，與預期結果一致，該系統可以正常運行，實現了基本的在線預訂和管理功能。

4 結束語

本文簡要介紹了B/S架構的.NET酒店客房管理系統的設計與實現，此系統基本實現了用戶注冊登錄、查詢客房、在線預訂客房、支付和后臺訂單管理的功能。但是還存在許多不足，在網絡時代只對用戶身份進行驗證是不夠的，需要防止數據傳輸時被篡改等數據安全加密技術的保證，進而完善酒店客房的在線預訂和維護管理。

參考文獻：

[1] 曾偉建. B/S結構在現代企業信息管理系統中的應用探討[J]. 電子制作， 2013（6）： 252-252.

[2] 魏茂軍， 張文建， 姜云善 等. 案例開發[M]. 北京： 中國水利水電出版社， 2005： 76-99.

[3] 顧曉寧. 基于JavaScript的消息管理機制探討[J]. 計算機光盤軟件與應用， 2013（4）： 219-221.

[4] 李凡生， 劉靜， 張琦，等. 基于UML的電子商務網上支付系統的分析設計[J]. 現代電子技術， 2007 （8）： 65-67.

[5] Jerry Dixon. SQL Server 2005 Service Broker： A new feature of the SQL Server 2005 database engine [J].Net Developer's Journal， 2006（10）： 22-23.

第6篇：企業信息管理系統需求分析范文

摘 要 隨著信息時代的到來，信息系統在企業物資供應管理中應用越來越普及。本文先對煤炭企業物資供應管理信息系統國內外發展現狀進行簡單介紹并指出系統建設面臨的主要問題，提出建立一套適合煤炭企業物資供應管理信息系統應遵循的五大原則，并在此基礎上提出了建議。

關鍵詞 煤炭企業 物資供應管理 信息系統

一、前言

在當今信息社會，信息化已經成為企業的命門和核心競爭力。將信息技術應用到物資管理是煤炭企業適應時展的需要，也是改善企業物資管理水平、降低管理成本的有效途徑。物資管理信息系統作為信息技術和物資管理結合的產物，是煤炭企業實現物資管理信息化重要方式之一。通過建設物資管理信息系統，可以實現公開透明、快速反應、高效運轉的物資供應管理體制和運行機制，提高工作效率和管理水平，強化監督管理，實現成本和企業整體利益最佳化，實現更優的企業戰略決策。

二、煤炭企業物資供應管理信息系統發展現狀

國外對物資管理理論研究起源于第一次世界大戰，當計算機技術廣泛應用后，人們便將物資管理理論與計算機完美結合，推出了以物資管理為基礎的MRP，MRPⅡ，ERP軟件。目前在歐美等發達國家，ERP的應用已經比較普及。

我國的計算機應用要比西方國家落后十幾年，管理信息系統的開發應用是從1973年開始的，83年以后才開始了大量的實際的開發和研究工作。20世紀80年代和90年代，在原煤炭部積極推動和組織下，少數大型煤炭企業開始開發企業級物資管理信息系統。近幾年來，隨著國家煤炭行業體制改革不斷深化、現代信息技術的飛速發展，煤礦企業物資管理信息系統開發突飛猛進，由簡單的單機系統發展到覆蓋較廣的局域網絡。也有一些煤炭企業引進ERP系統，例如中煤集團等。但從行業整體水平來看，我國相當多的煤炭企業物資管理信息化建設和應用還是處于初級水平，只有少數大型煤炭企業建有局域網物資管理信息系統，企業信息基礎設施建設和實際應用與國內外先進水平有較大的差距。

三、物資供應管理信息系統建設遵循的原則

通過對國內信息系統建設實踐總結，我們可以發現，在建立一套適合煤炭企業物資供應管理的信息系統時應遵循以下原則：

（一）實用性原則：物資管理信息系統是計算機技術和物資管理業務的有機結合，其本質也是一種科學管理的體現。該系統既要滿足科學管理的目的，又要突出可操作性，使用方便等特點，使工作人員能熟練完成日常業務，騰出更多的時間和精力對信息系統提供的數據加以分析和研究，促進物資供應管理工作邁上新臺階。

（二）通用性原則：物資供應管理信息系統是用來保障煤礦生產物資的準時供應,主要使用單位是各級供應部門。在物資供應過程中,還涉及其它許多既有的系統,如財務系統、各種辦公系統等,因此物資管理信息系統應與這些系統實現無縫銜接。同時，信息系統還應能夠與其他企業系統能互通，實現企業間資源共享。

（三）開放性和標準化原則：未來的信息世界是一個標準化的世界。煤炭企業物資供應管理信息化建設不但要具備一個統一的標準代碼涵蓋物資、人員、企業組織機構、賬務等多類信息，同時還應該能夠隨時簡便地與企業其他業務集成、并行，甚至跨網絡、跨地域運行。

（四）可擴展性與可修改性：煤炭企業物資供應管理信息化建設需要其硬件系統和網絡系統配套協調，以便能夠隨著業務量的增加和種類的變更方便地擴充和升級。只有這樣，才能真正做到最大限度地保護企業的信息化建設投資。

（五）用戶參與開發原則：在系統開發的全過程中，應同用戶方密切配合，協同工作，讓用戶參與或承擔需求分析、方案設計與審定、平臺選擇、設備購置、方案實施及系統測試等工作。

四、物資供應管理信息系統建設面臨的主要問題

（一）與其他系統的數據交換能力薄弱。目前物資管理系統與其他系統的數據交換有限,存在一定的數據孤島現象,急需與財務系統提供數據接口,雙方共享業務數據。

（二）整個煤炭行業沒有形成一套完整的物資供應管理信息系統。煤炭企業間物資管理信息系統沒有共享數據資源，而是以一個個“信息孤島”的形態存在的，這樣就無法及時了解行業物資管理的最新動態，進而難以做出正確決策，不利于國家宏觀層面行業調控管理。

（三）煤炭企業物資供應管理信息系統模式尚未統一，不利于交流和推廣。現行的煤炭企業物資供應管理信息系統開發模式基本上都是根據企業現有條件以及發展需要選擇。系統開發單位的技術水平對系統模式選擇也會產生影響。這樣造成國內煤炭企業物資供應管理信息系統開發模式呈現百花齊放現象，現階段模式統一仍比較難。

（四）復合型人才儲備不足的問題。目前煤炭企業物資供應管理信息系統的開發主要是通過與高校等科研機構或專業系統開發公司合作實現的。由于煤炭企業缺乏既擁有專業物資管理專業知識又掌握計算機信息技術的復合型人才，因此在長期系統維護和改進過程中自主進行比較難，都得依靠這些單位的支持和協助。

（五）硬件配備問題。物資供應管理信息系統在運行過程中需要一系列設備支持，如計算機、中間轉換器/服務器等，這些設備配備需要投入大量的資金。目前各企業在信息系統建立的過程中大多數都是在現有計算機配備基礎上進行的，可能存在基礎設備配備不到位的現象，如保管員或計劃員沒有固定的計算機，或多人使用一臺計算機，在入庫、出庫、結賬等工作集中的月末，容易出現矛盾，不利于工作效率的提高。同樣，設備的處理能力、網絡寬帶速度等都對系統運行產生影響。

（六）大多數物資管理信息系統需求分析不能全面反映物資變化。煤礦企業物資具有品種多，價格昂貴等顯著的特點，它涉及建筑材料、機械零件、設備、機電設備、火工品、木材等 30 多個大類，一萬余種。各煤礦物資采購年費用一般均超過億元，甚至幾億元。物資管理的內涵十分豐富，遠較一般企業復雜。因此，一些系統在設計時不能充分考慮所有的物資品種，造成需求分析時不能全面反映物資變化狀況。

（七）系統的可持續性不夠。大型煤炭企業物資信息管理系統的成功開發和正常運行，關鍵不全在于系統本身，還在于企業物資管理活動的科學化和規范化，也在于對已經開發系統的持續改進、不斷補充數據和系統維護，以適應不斷改進的企業物資管理工作。由于目前這方面的工作都比較薄弱，造成已經開發的系統儲存數據不同、信息質量不高、利用不夠方便、系統利用率不高，一些煤炭企業早期開發的管理信息系統基本上都廢棄不用。

五、物資供應管理信息系統建設建議

（一）從思想上重視物資管理信息系統建設。煤炭企業應從長遠角度出發，將信息系統建設當作企業重大事項之一，做到企業全體員工參與，從思想上重視物資管理信息系統建設，杜絕單位領導到供應科員工對本企業信息系統建設重視不夠，發展信息不足等不良現象。在實踐中可將物資供應管理信息系統建設作為領導和員工檢查考評項目，從切身利益層面加強其建設意識。

（二）加強員工培訓或引進復合型人才。面對物資管理信息系統對應用人才提出的具備信息技術和物資供應相關能力的復合型人才要求，企業可以從計劃培養和高新聘用兩個方面尋求解決，避免人才儲備短缺。

（三）重視系統開發前的調研工作。要想建立一個滿足實用性、通用性、開放性和標準化等原則的信息系統，就必須在系統開發前進行嚴格全面的調研，把握現有的業務功能、各科室的職能分工等企業物資供應管理現狀，了解同行企業物資供應管理信息運行狀況，吸納國外先進系統模式，做好建設前準備工作，為系統高效合理運行提供經驗支持。

（四）設備配備合理到位。物資管理信息系統的成功與否直接與其運行設備有關，它們是“軟件”與“硬件”的關系，沒有“硬件”的支持，再先進的系統也是無法運行的。因此，在面對設備配備資金量大這個問題時，企業應該“舍得”。

（五）以五大原則為中心構建信息系統。只有遵循實用性、通用性、開放性和標準化、可擴展性與可修改性以及用戶參與開發等五大原則，才能保證系統正常運行，實現預期功能。