序論：好文章的創(chuàng)作是一個不斷探索和完善的過程，我們?yōu)槟扑]十篇信息系統(tǒng)設計范例，希望它們能助您一臂之力，提升您的閱讀品質，帶來更深刻的閱讀感受。

篇（1）

一、現(xiàn)狀

海油工程作為典型的國有企業(yè)，在近些年業(yè)務快速發(fā)展過程中，信息化工作也同步快速發(fā)展，基本與周邊大多數(shù)企業(yè)情形類似，我們這里出現(xiàn)的一些問題，在同行或同類型企業(yè)中都或多或少地存在，是當前大多數(shù)中國企業(yè)信息化現(xiàn)狀的一個縮影，如信息孤島、垂直應用、資源分散等，呈現(xiàn)出如下特點：企業(yè)業(yè)務發(fā)展較快、板塊較多、股權結構比較復雜，信息化建設和應用的環(huán)境復雜；由于企業(yè)業(yè)務的高速發(fā)展，存在信息系統(tǒng)建設和應用領域的管理和技術相對滯后情況；由于環(huán)境復雜，企業(yè)對信息系統(tǒng)管理和技術策略的推動和實現(xiàn)造成影響，進而影響建設和應用的水平；企業(yè)信息系統(tǒng)應用水平和系統(tǒng)間的整合不夠；企業(yè)信息化和業(yè)務的深入融合不夠，影響信息系統(tǒng)價值能力的體現(xiàn)。

二、SOA技術

SOA，即面向服務的體系結構（Service-Oriented Architecture），是在計算環(huán)境下設計、開發(fā)、應用、管理分散的邏輯（服務）單元的一種規(guī)范。是以服務層為基礎，可以根據(jù)需求通過網(wǎng)絡對松散耦合的粗粒度應用組件進行分布式部署、組合和使用的架構模式，各服務可以直接被應用調用，從而有效控制系統(tǒng)中與軟件交互的人為依賴性。面向服務體系結構(SOA)是網(wǎng)絡飛速發(fā)展和現(xiàn)代企業(yè)追求高效益環(huán)境下的一種新的系統(tǒng)架構，將會為整個企業(yè)級軟件架構設計帶來巨大的影響[1]。在SOA技術架構體系中對于關鍵的傳統(tǒng)MVC模式下的業(yè)務邏輯層，從邏輯設計上把業(yè)務邏輯、業(yè)務服務及業(yè)務流程松合分離開來，并在技術上實現(xiàn)了標準化。這種標準化的建立減少了企業(yè)信息系統(tǒng)的投資，從架構上更能適應企業(yè)業(yè)務流程和商業(yè)模式的快速變化，最大程度上的保護了企業(yè)原有的信息資產(chǎn)投資，降低了軟件系統(tǒng)對硬件資源的依賴程度，進而改變了企業(yè)信息化推進模式。

三、基于SOA思想的企業(yè)信息系統(tǒng)架構設計方法

SOA是一個組件模型，它的特點就是有一個靈活而功能強大的服務層，系統(tǒng)核心優(yōu)勢是通過整體規(guī)劃公共基礎應用（中間件）和專項應用，實現(xiàn)系統(tǒng)的層次化、模塊化設計，最大限度優(yōu)化公共軟硬件資源使用，減少系統(tǒng)集成復雜度等。在企業(yè)生產(chǎn)管理系統(tǒng)的設計中，功能被設計為服務。以此為基礎，構建系統(tǒng)的客戶端、表現(xiàn)層、業(yè)務層、服務層、資源層等多層功能結構，并描述了會話門戶、WEB服務生成、WEB服務客戶端、安全管理服務等系統(tǒng)關鍵功能。企業(yè)在應用系統(tǒng)建設方面，首先要逐步搭建起企業(yè)信息集成平臺，支持現(xiàn)有和未來信息系統(tǒng)數(shù)據(jù)交換和信息共享的要求，進而形成以數(shù)據(jù)倉庫為核心的決策支持層、以企業(yè)信息門戶為核心的信息展現(xiàn)層的，多層次的、統(tǒng)一的信息化平臺，有效應對快速變化的商業(yè)環(huán)境給企業(yè)帶來的挑戰(zhàn)；其次要建設集團統(tǒng)一共享的知識平臺，實現(xiàn)知識的共享；第三是要加強現(xiàn)有ERP系統(tǒng)、全面預算管理系統(tǒng)、辦公自動化等系統(tǒng)的持續(xù)優(yōu)化和深度應用；此外還要建設健康安全環(huán)保系統(tǒng)、客戶關系管理系統(tǒng)、供應商關系管理系統(tǒng)、供應鏈管理系統(tǒng)、全面風險管理系統(tǒng)等，進一步提升信息化對業(yè)務的支撐作用。除了上面共性的需求外，集團級企業(yè)的各二級單位也應根據(jù)自身特點提出了個性化需求，來滿足自身發(fā)展中的生產(chǎn)科研、經(jīng)營管理、決策支持和風險控制的要求。企業(yè)用戶提交需求后系統(tǒng)會自主在數(shù)據(jù)庫進行檢索，并且實時反饋給用戶，讓用戶進行及時判斷。數(shù)據(jù)訪問層中還設計了輔助工具，利用電腦自主運行方式進行無關數(shù)據(jù)的排除，檢測速度也非?？?，是企業(yè)和其他單位都經(jīng)常使用的系統(tǒng)。

四、結束語

隨著SOA、大數(shù)據(jù)、云應用等IT新技術的不斷出現(xiàn)，企業(yè)應與時俱進，充分利用新技術不斷改進公司信息系統(tǒng)，以更高效、高質量企業(yè)業(yè)務工作發(fā)展和變化。但要注意SOA等新技術也必然存在一定的局限性，也需要我們認真識別，綜合各項技術，制定合理技術方案，有效降低新技術實施風險。

參考文獻

篇（2）

關鍵詞:

ArcGIS；Engine；道路交通地理信息系統(tǒng)；組件式開發(fā)

當前國內經(jīng)濟迅速增長，城市化規(guī)模不斷增大，以機動車保有量為代表的道路交通壓力也與日俱增，國內北京、上海、天津等大型城市紛紛通過限號形式來減緩道路載荷?，F(xiàn)代信息技術為整合道路交通資源、實現(xiàn)交通數(shù)據(jù)自動化管控提供了數(shù)據(jù)支撐，有利于構建時空一體的道路交通地理信息系統(tǒng)。

1道路交通地理信息系統(tǒng)

ArcGISEngine作為GIS嵌入式二次開發(fā)平臺，可擺脫ArcGIS提供組件式多類型開發(fā)應用程序接口API，同時可與MicrosoftVisualStu-dio系統(tǒng)編程集成開發(fā)環(huán)境相融合，基于Microsoft．NET進行多類編程語言下的模塊式開發(fā)。以GIS地理信息技術為基礎，利用ArcGISEn-gine平臺將交通路網(wǎng)與道路設施等空間信息、車載流量與基礎設施等屬性數(shù)據(jù)同航攝影像、多媒體監(jiān)控數(shù)據(jù)等有效銜接，實現(xiàn)對空間和屬性數(shù)據(jù)相關的采集、編輯與分析，采用GIS最短路徑、道路暢通度算法等優(yōu)化選擇合理的交通線路，完成公交布線與站點布設等工作，同時融合多媒體監(jiān)控手段，實時顯示熱點路況信息，科學指揮道路交通。

2系統(tǒng)功能需求分析

從應用層面分析，道路交通地理信息系統(tǒng)的受眾群體分為交通管理方與車輛應用客戶方，其中本文所探討的基于ArcGISEngine的應用系統(tǒng)主要為交通管理方的C/S客戶端，具體車輛客戶端則可采用基于Android、ios或WindowsMobile平臺的APP軟件;從系統(tǒng)設計的原則分析，應堅持安全性、共享性、可拓展性與可維護性的原則，提升道路交通地理信息系統(tǒng)的綜合性發(fā)展。作為道路交通地理信息系統(tǒng)，以數(shù)字化道路空間與屬性信息為基礎，在確保系統(tǒng)不同用戶權限的條件下，提供地圖量測、空間漫游、數(shù)據(jù)維護等功能，檢索酒店、學校、商場、企事業(yè)單位相關位置，并根據(jù)攝像頭監(jiān)控熱點交通流量、密度數(shù)據(jù)，同時借助GPS定位、無線數(shù)據(jù)傳輸技術，為公交、出租等公共車輛提供位置相關服務。

3道路交通地理信息系統(tǒng)總體與功能模塊設計

開展道路交通地理信息系統(tǒng)設計前，按照相應的數(shù)據(jù)標準采集空間影像數(shù)據(jù)、基礎線劃圖與專題交通資料，經(jīng)裁切、鑲嵌與校準等流程完成數(shù)據(jù)的標準化預處理，并導入系統(tǒng)平臺空間基礎數(shù)據(jù)庫中，按照點、線、面要素分層，細化停車場、公交站點、高速、鐵路與公路等要素信息，其空間地理基礎數(shù)據(jù)庫分層如下:

(1)系統(tǒng)分庫:大地控制測量數(shù)據(jù)庫、數(shù)字高程DEM與正射影像DOM數(shù)據(jù)庫、數(shù)字線劃DLG與遙感柵格DRG數(shù)據(jù)庫，以及系統(tǒng)元數(shù)據(jù)庫。

(2)系統(tǒng)邏輯分層庫:以DLG數(shù)據(jù)庫為例，可分為居民地、水系、道路、植被、地形等數(shù)據(jù)庫分層要素信息。

(3)系統(tǒng)邏輯底層:包含點、線、面、注記與多媒體層等相關信息。

根據(jù)道路交通地理信息系統(tǒng)的應用框架，其總體設計可分為三大部分:電子地圖服務模塊、公共信息服務模塊、空間分析與數(shù)據(jù)統(tǒng)計模塊。系統(tǒng)空間數(shù)據(jù)庫GeoDatabase導入Shape、柵格、屬性表等相關空間數(shù)據(jù)與屬性文件，管理客戶端采用地方坐標系進行配準建設，以便于后期交通設施數(shù)據(jù)的更新與維護，針對公共信息服務模塊，采用經(jīng)脫密處理的電子地圖和遙感數(shù)據(jù)，以確保數(shù)據(jù)空間位置安全。關于系統(tǒng)的具體功能模塊設計如下:

(1)電子地圖服務模塊。利用ArcGISEngine地圖工具集組件，在VS開發(fā)平臺可便捷的實現(xiàn)圖層控制、熱點注記、空間量測等功能，實現(xiàn)對ArcInfo、Shapefile、GRID等數(shù)據(jù)格式的加載編輯。

(2)公共信息服務模塊:重在提供空間位置檢索、基于位置的信息服務功能，利用ArcGISEngine的類庫資源，通過ToolbarControl和VS系統(tǒng)中的DataGridView、Find控件完成相關地圖數(shù)據(jù)的檢索功能，查詢要素屬性信息。

(3)空間分析與數(shù)據(jù)統(tǒng)計模塊:道路交通地理信息系統(tǒng)中利用空間數(shù)據(jù)檢索出的要素可進行相應的聚類分析或數(shù)值統(tǒng)計;關于空間分析功能，其主要涉及最短路徑分析與緩沖區(qū)分析，根據(jù)交通需求量、流通量的變化，進行最短距離、最短時間的計算或識別相關地理實體對周邊地物的影響區(qū)間，空間緩沖區(qū)分析實現(xiàn)的部分代碼

4結語

作為涵蓋測繪信息采集處理、計算機軟件編程和數(shù)據(jù)庫建設等多行業(yè)學科融合的道路交通地理信息系統(tǒng)，以ArcGISEngine組件式開發(fā)平臺為基礎，通過對其進行系統(tǒng)需求分析與功能模塊設計，明確了系統(tǒng)的相關服務功能，構建了系統(tǒng)的總體框架，為類似工程實踐提供參考意義。

參考文獻：

［1］劉瑩．ArcGISEngine的開發(fā)及應用研究［J］．城市勘測，2006(02)．

［2］張國強．數(shù)字圖像處理技術在交通監(jiān)控領域里的應用［J］．遼寧師專學報(自然科學版)，2007(04)．

［3］譚健妹，劉清君，鄒小梅．基于GIS的交通事故信息系統(tǒng)研究［J］．山西科技，2007(01)．

篇（3）

1.1數(shù)據(jù)采集層通過RFID、溫控傳感、壓力傳感等醫(yī)療智能傳感節(jié)點獲取采集人體的血氧、脈搏、體溫等病理信息，并通過無線通訊與醫(yī)院云計算平臺鏈接。

1.2網(wǎng)絡設備層通過無線傳輸設備將傳感器獲取的實時數(shù)據(jù)通過醫(yī)院網(wǎng)絡設備傳輸至云計算平臺，云計算平臺再根據(jù)各終端設備的數(shù)據(jù)請求將實時病理數(shù)據(jù)通過網(wǎng)絡設備傳輸至終端設備上，從而保證病例數(shù)據(jù)的及時性和唯一性。

1.3應用系統(tǒng)層把云計算平臺中存儲的病人的病理信息進行加工處理，以實現(xiàn)進一步的智能識別、在線監(jiān)控和管理。

2基于云計算平臺移動護理信息系統(tǒng)的應用系統(tǒng)設計

對于基于云計算平臺的移動護理信息系統(tǒng)的應用設計時，應滿足：（1）需要滿足同醫(yī)院其他系統(tǒng)（如:HIS系統(tǒng)、PACS系統(tǒng)等）完美實現(xiàn)高速數(shù)據(jù)交換和數(shù)據(jù)運算，確保云計算平臺中的海量數(shù)據(jù)信息唯一、可用，為每位病人、每位醫(yī)護工作者提供準確、唯一、及時、易用的基礎信息。諸如醫(yī)囑執(zhí)行與統(tǒng)計、生命體征的實時采集、腕帶標簽和輸液瓶標簽打印、病人信息呼叫提示、重癥病人心電監(jiān)護及報警等。（2）需要保證移動護理服務平臺必須具備較大的靈活性和可擴充性，與各種各樣的不同類型、不同廠商的醫(yī)護設備兼容,能夠完成數(shù)據(jù)交換、采集。因此目前比較通用的系統(tǒng)架構主要是采用面向服務的架構,以服務為基礎，將不同軟件廠商的不同系統(tǒng)包裝成服務的形式,從而實現(xiàn)強大的靈活性和適應性。

3基于云計算平臺移動護理信息系統(tǒng)的安全性能

在整個移動護理系統(tǒng)中,涉及到大量病人的個人信息，為保證病人病歷信息不被泄露、醫(yī)囑信息不被篡改以及數(shù)據(jù)在傳輸過程中不被截取，系統(tǒng)中所有的應用和數(shù)據(jù)都位于醫(yī)院數(shù)據(jù)中心的云計算平臺，網(wǎng)絡上沒有數(shù)據(jù)傳輸，終端設備上也并不存儲數(shù)據(jù)，大大提高了系統(tǒng)數(shù)據(jù)的安全性。即使終端設備意外丟失或損壞，也不會造成數(shù)據(jù)泄密、丟失。在安全保障方面，該平臺采用基于TCP/IP協(xié)議開發(fā)的專有加密虛擬通訊協(xié)議，云平臺服務器與終端之間數(shù)據(jù)傳輸?shù)慕K端顯示變化的操作信息，并不是真正意義上的應用交互所產(chǎn)生的數(shù)據(jù)信息，從而保證了病人數(shù)據(jù)不會被在傳輸過程中泄漏或丟失。移動終端登陸采用登錄名+密碼+數(shù)字證書的雙重認證模式，避免傳統(tǒng)的“登錄名+密碼”登錄方式所帶來的各種安全隱患。

篇（4）

中圖分類號：S611文獻標識碼： A

1、管理信息簡介

1.1、管理信息的定義

管理信息就是人類社會為了提高信息的利用率、最大限度的實現(xiàn)信息效用價值，而綜合采用經(jīng)濟的、法律的、技術的和人文的方法和手段對各種信息進行控制的活動。

1.2、管理信息的過程

管理信息，總體來說，就是在對信息實施管理過程中人類做的一系列活動，即收集、加工和輸入、輸出的信息四個動作。而信息管理的過程，則包括信息收集、信息傳輸、信息加工和信息儲存。

1.3、管理信息的特征

因為管理信息是管理的一種，所以管理具備的一些基礎的特征，比如其職能是預先的計劃、精準的控制、有效的領導、可控的組織。

2、系統(tǒng)分析

對于系統(tǒng)分析來講，其在實際運用中是有目的、有步驟的對原有系統(tǒng)進行分析研究、判斷與提高的過程。管理信息系統(tǒng)在對人員進行分析時采用了現(xiàn)代的管理理念、技術、科學方法和工具，對信息管理系統(tǒng)的目標、結構、功能、使用環(huán)境以及企業(yè)的經(jīng)營銷售活動、生產(chǎn)計劃的編制和優(yōu)選、資金投入和人材需求等方面提供一定的決策方式。由于HMMS中的子系統(tǒng)在實際中已經(jīng)開始使用，而在系統(tǒng)中采取的是軟件工程設計的理念和層次分布結構的設計方式，還利用了先進的開發(fā)工具，讓系統(tǒng)整體上呈現(xiàn)出清晰的結構、分明的層次性，在每個子系統(tǒng)中的信息傳遞與交接簡潔而規(guī)范。

現(xiàn)行系統(tǒng)調查分析根據(jù)相關人員對現(xiàn)行企業(yè)現(xiàn)狀的分析調查，其主要的目的是對企業(yè)生產(chǎn)經(jīng)營管理的整體過程、管理水平等有一個全面的分析與研究，從而發(fā)現(xiàn)其中的問題，并以此作為開發(fā)新系統(tǒng)的原始數(shù)據(jù)。調查的具體范圍和內容如下：主要調查的方向是企業(yè)的信息流、物流與資金流，第一，企業(yè)生產(chǎn)的具體方向、生產(chǎn)的主要方法與特點、管理機制與職能結構的設置。第二，生產(chǎn)管理主要包括生產(chǎn)與輔助過程、生產(chǎn)準備與技術準備以及庫存管理等。第三企業(yè)經(jīng)營管理的過程有市場預測、物資供應、產(chǎn)品銷售與服務等。第四，企業(yè)財務會計和成本核算。第五，企業(yè)產(chǎn)品的生產(chǎn)過程。第六，企業(yè)產(chǎn)品的主要組成。第七，企業(yè)計算機設備和人員的分配狀況、資金、廠區(qū)總圖等。第八，對企業(yè)信心管理系統(tǒng)發(fā)展的約束條件與存在的一些問題。

2.1、現(xiàn)行系統(tǒng)調查分析

根據(jù)相關人員對現(xiàn)行企業(yè)現(xiàn)狀的分析調查，其主要的目的是對企業(yè)生產(chǎn)經(jīng)營管理的整體過程、管理水平等有一個全面的分析與研究，從而發(fā)現(xiàn)其中的問題，并以此作為開發(fā)新系統(tǒng)的原始數(shù)據(jù)。調查的具體范圍和內容如下：主要調查的方向是企業(yè)的信息流、物流與資金流，第一，企業(yè)生產(chǎn)的具體方向、生產(chǎn)的主要方法與特點、管理機制與職能結構的設置。第二，生產(chǎn)管理主要包括生產(chǎn)與輔助過程、生產(chǎn)準備與技術準備以及庫存管理等。第三企業(yè)經(jīng)營管理的過程有市場預測、物資供應、產(chǎn)品銷售與服務等。第四，企業(yè)財務會計和成本核算。第五，企業(yè)產(chǎn)品的生產(chǎn)過程。第六，企業(yè)產(chǎn)品的主要組成。第七，企業(yè)計算機設備和人員的分配狀況、資金、廠區(qū)總圖等。第八，對企業(yè)信心管理系統(tǒng)發(fā)展的約束條件與存在的一些問題。

2.2、繪制現(xiàn)場工作流程圖

現(xiàn)場工作的流程圖是根據(jù)原系統(tǒng)的某項具體業(yè)務工作來進行闡述的過程，經(jīng)過各機構以及人員之間的業(yè)務關系、作業(yè)順序與信息流向和工作特點等進行具體的描述，從而顯示出實際業(yè)務工作的詳細處理過程和處理方式。

2.3、繪制事物流程分析

圖事物流程分析圖的實質是業(yè)務流程圖，其使用的是預定義的符號，對工作中的業(yè)務執(zhí)行過程和工作情況進行抽象的描述，這是管理信息系統(tǒng)開發(fā)的基礎。

3、系統(tǒng)設計

目前常見的MIS開發(fā)方法有結構化系統(tǒng)開發(fā)方法（SSA&D）、原型法和面向對象的開發(fā)方法，其中用系統(tǒng)工程的思想和工程化的方法，按用戶至上的原則，結構化、模塊化、自頂向下地對系統(tǒng)進行分析和設計，是面向功能和數(shù)據(jù)流的軟件開發(fā)方法，具有成熟的理論體系和成功的應用實例。而原型法和面向對象的開發(fā)方法法都是自底向上的開發(fā)方法，存在著系統(tǒng)結構不合理，各部分關系失調的問題，不適合于大型信息系統(tǒng)的分析和設計。

系統(tǒng)設計的主要任務是按照系統(tǒng)分析階段確定的系統(tǒng)邏輯模型，具體設計出運行效率高、適應性強、可靠性高且經(jīng)濟實用的系統(tǒng)實施方案。

（1）功能建模

功能模型是對規(guī)劃系統(tǒng)功能結構的概括性描述。功能模型的構建可以參考企業(yè)模型的“職能域―業(yè)務過程―業(yè)務活動”的層次結構和數(shù)據(jù)流程圖中的各層次處理，它們之間有著大致的對應關系。也可用業(yè)務系統(tǒng)規(guī)劃方法使用(CRUD）矩陣進行子系統(tǒng)的劃分。MIS系統(tǒng)在企業(yè)模型和處理模型的基礎上，按照“子系統(tǒng);功能模塊;程序模塊”的層次結構建立了功能模型。整個系統(tǒng)劃分為.-個應用子系統(tǒng)：人力資源管理、綜合事務管理、計劃管理、財務管理、文檔管理、資產(chǎn)管理、工程設計管理、工程動遷管理、工程項目管理、系統(tǒng)管理。前九個子系統(tǒng)與企業(yè)模型中的九個職能域相對應，最后一個子系統(tǒng)“系統(tǒng)管理”，是計算機應用系統(tǒng)特有的而且是必須有的子系統(tǒng)，它的主要功能是進行用戶管理和安全管理。對上10個子系統(tǒng)進行進一步的劃分為相應的功能模塊和程序模塊。

（2）數(shù)據(jù)建模

數(shù)據(jù)模型是表示現(xiàn)實世界的一種方法與工具，是一種描述數(shù)據(jù)結構的專門技術，它是數(shù)據(jù)庫設計的核心與基礎。從現(xiàn)實世界的角度來看，數(shù)據(jù)模型所表示的是實體與實體之間的聯(lián)系。建立的數(shù)據(jù)模型分為兩層：概念數(shù)據(jù)模型（CDM）和物理數(shù)據(jù)模型(PDM），反映了人們認識事物從抽象到具體的思維規(guī)律。提供可視化的E-R圖繪制環(huán)境，實體通常由文檔或訪談中的名詞表達（地點、人物、概念、事件、設備等）抽象而成，用戶視圖是主要的實體來源，實體與數(shù)據(jù)流程圖中的數(shù)據(jù)存儲有大致的對應關系。數(shù)據(jù)建模的藝術性更甚于科學性，但對CDM進行檢驗能提高模型的質量，與現(xiàn)實世界更相符，可用的校驗方法有：

1）利用工具自帶的校驗功能進行語法檢驗；

2）利用各種可能提出的對模型所指的數(shù)據(jù)庫結構的查詢來檢驗模型是否能滿足客戶的信息需求；

3）用生成的PDM來修正CDM；

4）根據(jù)1NF、2NF、3NF來檢驗CDM。

根據(jù)CDM可自動轉化成PDM，避免了傳統(tǒng)手工設計數(shù)據(jù)庫表單的繁瑣，可以根據(jù)CDM生成多種數(shù)據(jù)庫的物理模型，包括基表、建立索引、主鍵、外部鍵、觸發(fā)器和存儲過程等，生成相應的Scripts語句和完整的設計文檔，包括PDM、實體與數(shù)據(jù)元素列表等。根據(jù)調查中了解到的信息流量估計每個物理表單在信息系統(tǒng)運營期間產(chǎn)生的紀錄數(shù)，根據(jù)記錄數(shù)可計算出整個數(shù)據(jù)庫的大小，給信息系統(tǒng)硬件存儲容量的規(guī)劃打下基礎。

（3）網(wǎng)絡規(guī)劃

網(wǎng)絡規(guī)劃的主要內容是在分析蘇建公司網(wǎng)絡現(xiàn)狀和信息系統(tǒng)對網(wǎng)絡需求的基礎上提出系統(tǒng)的網(wǎng)絡拓撲結構，整體最優(yōu)的基礎上再分別提出服務器、交換機、路由器、防火墻、操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)和群件系統(tǒng)的選型方案，最后給出升級方案和費用概算。

（4）分步實施規(guī)劃

分步實施規(guī)劃就是規(guī)劃各個應用子系統(tǒng)的系統(tǒng)實現(xiàn)時間表，必須考慮急用先上的原則、CRUD矩陣中各子系統(tǒng)與數(shù)據(jù)庫的關系和每個子系統(tǒng)的難易程度，SSRCC_MIS經(jīng)過規(guī)劃分三個階段實施。

管理信息系統(tǒng)還存在著巨大的開發(fā)空間，也有著巨大的應用潛能與經(jīng)濟效益，因此需要引起我們的重視，加強對其的研究。

參考文獻

篇（5）

中圖分類號：TP29 文獻標識碼：A

1 氣象信息系統(tǒng)的設計

1.1 氣象信息系統(tǒng)的概念

氣象信息系統(tǒng)是氣象信息與技術保障體系的組成部分，是氣象業(yè)務的公共技術基礎支撐系統(tǒng)，主要包括通信與網(wǎng)絡、高性能計算機、信息存儲與共享、數(shù)據(jù)處理與管理、探測數(shù)據(jù)質量控制、氣象儀器與觀測方法研究、氣象技術裝備管理、氣象儀器的計量檢定、技術保障等。氣象信息系統(tǒng)負責收集、處理、存儲、交換與分發(fā)各種氣象信息和相關非氣象信息。承擔信息的集中統(tǒng)一管理，數(shù)據(jù)質量控制和信息服務。主要包括通信網(wǎng)絡系統(tǒng)、高性能計算機系統(tǒng)、數(shù)據(jù)處理與管理、信息存儲與信息共享服務。

氣象信息系統(tǒng)還負責收集、處理、存儲、交換和分發(fā)各種氣象信息和相關非氣象信息。承擔信息的集中統(tǒng)一管理、數(shù)據(jù)質量控制和信息服務，這些服務主要包括通信網(wǎng)絡系統(tǒng)的服務、高性能計算機系統(tǒng)的服務等。在通信網(wǎng)絡系統(tǒng)中，計算機網(wǎng)絡是利用通信設備和介質將地理位置不同、功能獨立的多個計算機系統(tǒng)連接起來，以功能完善的網(wǎng)絡軟件實現(xiàn)資源共享和信息傳遞。這些對于氣象信息系統(tǒng)的設計與研究都有非常重要的影響和重大意義。

1.2 氣象信息系統(tǒng)的設計與建設

對于氣象信息系統(tǒng)的設計與建設來說，其中系統(tǒng)的站點分布和數(shù)據(jù)傳輸尤為重要，所以對于氣象信息系統(tǒng)的設計與建設來說，要充分考慮站點分布和數(shù)據(jù)傳輸?shù)挠绊懸蛩?。在考慮這些影響站點分布和數(shù)據(jù)傳輸?shù)挠绊懸蛩刂?，由于山西省水資源不是很豐富，空氣也比較干燥，這些因素對于山西省交城縣氣象信息系統(tǒng)的設計建設中都要充分考慮清楚。對于山西省交城縣的氣象信息系統(tǒng)的設計來說，其安全性和快捷性不可缺少，這些對于現(xiàn)代的氣象信息的傳輸和共享起到非常重要的作用。

另一方面，對于氣象信息系統(tǒng)的數(shù)據(jù)傳輸來說就比較復雜了，在氣象信息系統(tǒng)投入使用中，會有大量的數(shù)據(jù)進行不間斷的傳輸，這些數(shù)據(jù)會在各個的氣象傳感器、水文水質傳感器、有害氣體傳感器等之間來回傳送，所以對于數(shù)據(jù)傳輸要特別的重視考慮。在氣象信息的建設過程中，需要特別注意大氣中水分的含量，這些對于氣象信息的精確性都會產(chǎn)生很大的影響，這樣才不會破壞數(shù)據(jù)傳輸?shù)确矫娴墓δ堋?/p>

2 氣象信息系統(tǒng)的研究

2.1 基于b/s結構的氣象信息系統(tǒng)

對于氣象信息系統(tǒng)的設計中的基于b/s機構的氣象信息監(jiān)控系統(tǒng)來說，這個b/s結構的氣象信息監(jiān)控系統(tǒng)對于整個氣象信息系統(tǒng)來說都是非常的重要。氣象信息監(jiān)控系統(tǒng)可以時時的針對大氣中的氣象信息的最新信息進行監(jiān)控，對于數(shù)據(jù)采集、傳輸一體化的監(jiān)控系統(tǒng)設計來說，b/s結構顯得特別優(yōu)秀。由于氣象信息系統(tǒng)需要監(jiān)控儀器的高精度要求，這個氣象信息監(jiān)控系統(tǒng)可以非常好的滿足這個要求，當然穩(wěn)定性能也非常好，所以在針對整個氣象信息系統(tǒng)的設計與實現(xiàn)過程中，要認真的研究這些影響因素。

基于b/s結構的氣象信息監(jiān)控系統(tǒng)對于氣象信息系統(tǒng)來說無疑是起到了畫龍點睛的作用。這個氣象信息時時監(jiān)控系統(tǒng)非常的穩(wěn)定、高效率，這些影響因素對于氣象信息系統(tǒng)的設計與實現(xiàn)來說都是非常重要的?？傮w說來，基于b/s結構的監(jiān)控系統(tǒng)對于氣象信息系統(tǒng)來說有著積極的推動作用，基于b/s結構的監(jiān)控系統(tǒng)也是氣象信息系統(tǒng)的一部分?；赽/s結構的監(jiān)控系統(tǒng)是基于多種傳感器來進行工作的，所以對于大氣中的氣象信息的微妙變化都可以在最短的時間內以最快的速度檢測到。這些對于氣象信息的準確性和安全性都有著重要的影響意義。

2.2 對于氣象信息系統(tǒng)數(shù)據(jù)庫設計的研究

對于氣象系統(tǒng)的設計與實現(xiàn)中的數(shù)據(jù)庫設計與結構來說，這些方面對于整個氣象信息系統(tǒng)的設計與實現(xiàn)過程都有著非常重要的影響。氣象信息系統(tǒng)數(shù)據(jù)庫是基于SQL Server的數(shù)據(jù)庫，這樣的數(shù)據(jù)庫更加的穩(wěn)定，使用性能和用戶體驗更加的優(yōu)秀。在數(shù)據(jù)庫的設計與結構中，數(shù)據(jù)庫管理模塊、人工操作管理模塊、數(shù)據(jù)庫參數(shù)及用戶設置、數(shù)據(jù)記錄的增加和刪除、用戶管理、數(shù)據(jù)備份和還原等都必須認真的考慮在內，這些模塊在整個氣象信息監(jiān)控系統(tǒng)的設計與實現(xiàn)過程中都是必不可少的。下面筆者會根據(jù)氣象信息監(jiān)控系統(tǒng)的不同情況對數(shù)據(jù)庫的設計與結構中的不同模塊進行針對性的說明概述。

首先是數(shù)據(jù)庫管理模塊，這是數(shù)據(jù)庫的設計與結構中不可或缺的重要一部分。數(shù)據(jù)庫管理模塊主要的任務就是管理整個監(jiān)控系統(tǒng)的數(shù)據(jù)，這個模塊的功能對于整個氣象信息監(jiān)控系統(tǒng)的實現(xiàn)都起到非常重要的影響。其次是人工操作管理模塊，這個模塊中，系統(tǒng)的數(shù)據(jù)庫設計可以在人機交互界面進行各種不同功能的操作，這對于數(shù)據(jù)庫的人工操作管理來說具有十分重要的意義。而數(shù)據(jù)庫參數(shù)及用戶設置的模塊則要根據(jù)用戶的使用情況具體進行設置，在這個模塊中數(shù)據(jù)庫參數(shù)及用戶設置是根據(jù)用戶的具體使用情況而定的。數(shù)據(jù)記錄的增加和刪除模塊在整個氣象信息監(jiān)控系統(tǒng)的設計和實現(xiàn)中也是必不可少的。當然，用戶管理和數(shù)據(jù)備份和還原對于整個氣象信息監(jiān)控系統(tǒng)的實現(xiàn)來說都有著積極的推動作用和重大影響。

3 結語

本文主要針對氣象信息系統(tǒng)的設計與研究做了具體的概述，對于氣象信息系統(tǒng)的設計與實現(xiàn)過程來說，需要經(jīng)歷水分自動站系統(tǒng)的建設、基于b/s結構的監(jiān)控系統(tǒng)、數(shù)據(jù)庫的設計與實現(xiàn)和性能測試過程，這些過程對于氣象信息系統(tǒng)的設計與實現(xiàn)都有非常重大的意義。最后對本文進行一些總結，在氣象信息系統(tǒng)的設計與研究的過程中會遇到很多問題和困難，對于這些問題和困難需要進行相應的解決，這樣設計出來的氣象信息系統(tǒng)才能更加的準確和安全，對于氣象信息的監(jiān)測才能更加的高效，才能更好的服務人們的生活。

篇（6）

關鍵詞：

快遞分撥中心;信息系統(tǒng);功能設計;邏輯設計

1快遞分撥中心信息系統(tǒng)構建的必要性

隨著快速市場需求不斷膨脹，傳統(tǒng)快遞分撥中心爆倉、快件丟失、快件處理不及時等問題頻發(fā)，智能化與信息化管理的轉型升級需求愈加凸顯。當下，互聯(lián)網(wǎng)技術的快速發(fā)展為快遞分撥中心信息系統(tǒng)的建設帶來了重要契機，也為分撥中心的轉型升級提供了催化劑。搭建高效的快遞分撥中心信息系統(tǒng)能夠有效提高其外部服務水平和促進內部管理優(yōu)化:①系統(tǒng)設計改變分撥中心內部運行和管理機制，進一步促進分撥中心規(guī)范化管理。②以信息系統(tǒng)為平臺，實現(xiàn)各環(huán)節(jié)信息共享，充分調動分撥中心業(yè)務和服務所需的基礎設施，有序地組織和協(xié)調設施設備運作，對作業(yè)環(huán)節(jié)與設備狀態(tài)實現(xiàn)實時監(jiān)測。③信息系統(tǒng)有利于提高分撥中心自動化水平，增加作業(yè)柔性，以系統(tǒng)的觀點控制管理分撥流程，實現(xiàn)對中心內成千上萬快件的精細化管理，科學合理分配與管理庫存，為分撥中心戰(zhàn)略決策提供大數(shù)據(jù)支撐。④分撥中心信息平臺的構建，拓寬了客戶服務的渠道，使得中心資源高度整合，功能實現(xiàn)多元化衍生，分撥中心也能快速、高效響應和滿足快遞供應鏈上下游客戶和市場需求，在降低快遞成本的同時，實現(xiàn)顧客價值的最大化。

2快遞分撥中心信息系統(tǒng)設計

2．1信息系統(tǒng)功能設計

為能提供一個高效、安全、優(yōu)質服務的基礎信息平臺，本文將快遞分撥中心信息系統(tǒng)目標概括為:建立一個連接分撥中心與各網(wǎng)點、客戶等各方之間的綜合信息管理系統(tǒng);實現(xiàn)快件實時定位跟蹤和查詢;業(yè)務落實有序，實現(xiàn)分撥中心資源整合與自身管理的信息化;引入大數(shù)據(jù)分析，采用更為科學化的方法實現(xiàn)快遞量的準確預測。圍繞著上述目標，信息系統(tǒng)主要由六大功能模塊組成，包括信息跟蹤、人員管理、訂單管理、庫存管理、分撥管理與大數(shù)據(jù)，涉及快遞分撥中心核心業(yè)務及其他輔助功能，能夠滿足不同的快遞分撥中心實際作業(yè)的基本需求。

2．2信息系統(tǒng)框架

設計分撥中心信息系統(tǒng)的邏輯框架是圍繞訂單來展開的，通過訂單來確定快遞分撥服務的主體，因此緊密結合信息系統(tǒng)各功能模塊之間的聯(lián)系，整合各功能模塊信息流和基礎數(shù)據(jù)，最終以系統(tǒng)觀念構建邏輯框架如圖1所示。

2．2．1信息追蹤

信息跟蹤服務需涵蓋貨物在分撥中心的全過程流轉情況，不僅要向用戶提供快件實時位置信息，也需要提供快件的流轉情況與相關環(huán)節(jié)的責任人，實現(xiàn)業(yè)務全過程的透明化。信息追蹤功能模塊主要面向下游業(yè)務部門與客戶，由EDI技術實現(xiàn)用戶權限設置與信息安全傳輸，提供客戶所需要的快件實時位置、快件安全狀態(tài)、快件經(jīng)手操作人員、快件在分撥中心的流轉信息以及快件預計出庫時間等，信息追蹤模塊除了輸出信息外，接收從下游業(yè)務部門的緊急反饋，以及時滿足客戶遞送需求。

2．2．2人員管理

人員管理功能模塊以員工信息為基礎，實現(xiàn)各功能模塊對不同員工的使用權限、員工任務分配邏輯、員工工作量與績效計算邏輯等任務。該模塊特別重視員工任務分配的合理性和公平性，所調派員工也將成為其他功能模塊的輸入項，依據(jù)操作規(guī)范標準對完成某項分配作業(yè)的員工給予評價，該累計評價既成為未來任務分配的基礎數(shù)據(jù)，又依此作為工作量核算的量化信息。此外，為保證運輸司機合理工作強度和彈性，對司機人員運輸任務分配新增運輸計劃為參考。

2．2．3訂單管理

對訂單管理模塊的設計預留空間，以及時適應或新增功能，如快遞實名認證功能、電子面單使用，保證快件信息的及時有效獲取與傳遞，充分提高信息系統(tǒng)的柔性。該模塊融入RFID、二維碼等技術將快件基本信息、狀態(tài)直接輸入系統(tǒng)，再通過與實際到達分撥中心的快件數(shù)量、貨損貨差情況進行校驗，保證訂單與實際相符，若兩者有所出入，模塊將以實際為基礎制定新的訂單信息。訂單基本信息長期保留在本功能模塊中，可實時輸出貨損貨差、缺件等統(tǒng)計信息。

2．2．4庫存管理

無論大到管理上萬平方的倉庫，還是小到安排貨架上的每個存儲空間，庫存管理功能模塊將會根據(jù)庫存空間實時變化情況，結合各存放位置的貨物流向，按照先前設定的分配邏輯分配快件，保證快件能夠堆存在合理的位置。庫存管理功能模塊以靜態(tài)信息實時變更來實現(xiàn)庫存動態(tài)，在輸出項方面，庫存管理功能模塊將輸出快件存放位置、存放安全情況以及庫存空間的變化等，其中快件存放位置、存放安全情況是信息追蹤與分撥管理功能模塊的重要輸入項。

2．2．5分撥管理

分撥管理功能模塊將結合待分揀快件狀態(tài)與人員管理功能模塊輸出的運輸計劃、調派人員等作出匹配，系統(tǒng)自動輸出待分撥任務的實操安排。該模塊實時輸入快件進入分撥設備分揀直至快件分揀完畢待裝載上車時的狀態(tài)，待快件成功發(fā)運后，系統(tǒng)模塊需要相關責任人確認快件的出庫情況、安全情況以及所裝載車輛信息。另外，因信息不全導致無法成功分撥的快件，該模塊將依據(jù)缺乏信息的類型自動對快件進行相應的系統(tǒng)響應，如人工辨明、暫停分揀轉至不明快件倉庫暫存等。

2．2．6大數(shù)據(jù)

大數(shù)據(jù)功能模塊負責輸入人員管理、訂單管理、庫存管理與分撥管理功能模塊的所有統(tǒng)計信息，根據(jù)分析目的的不同，大數(shù)據(jù)功能模塊也輸出貨物在分撥中心的流轉信息、訂單量的時空分布、員工效率值的時間分布、分撥操作時間效益等數(shù)據(jù)，返回并反饋給其他功能模塊，以此作為其他實際作業(yè)的指標，促進快遞分撥中心人員合理配置、各環(huán)節(jié)任務效率的提高以及應對突發(fā)緊急事件的響應準備。

2．2．7系統(tǒng)邏輯框架

結合快遞分撥中心業(yè)務流程與功能實現(xiàn)，進入分撥中心的快件經(jīng)過掃描后，快件信息自動存儲，系統(tǒng)將跳轉進入訂單管理功能模塊，當完成訂單管理作業(yè)流程結束后，相關責任人在系統(tǒng)上提交訂單校驗信息。待系統(tǒng)辨別快件信息，若無特殊遞送需求，隨后系統(tǒng)跳轉進入庫存管理功能模塊，等待相關責任人系統(tǒng)上提交快件位置與安全信息以及人員管理功能模塊編制運輸計劃后，系統(tǒng)將進入分撥管理功能模塊。隨著負責分撥管理的責任人安全將快件裝車，并提交快件出庫與裝車情況后，信息系統(tǒng)完成了對整個分撥流程的管理。

3結論

及展望分撥中心是一個快遞企業(yè)整個供應鏈網(wǎng)絡體系中的重要節(jié)點，其信息系統(tǒng)在適應快遞分撥中心實際運營狀況的基礎上對業(yè)務進行重構優(yōu)化，它是快遞綜合運營系統(tǒng)的子系統(tǒng)之一，是快遞企業(yè)與分撥轉運中心的運營管理者執(zhí)行計劃、實施、控制等職能提供信息的交互系統(tǒng)。采用信息技術建設快遞分撥中心是符合國家大力推行“互聯(lián)網(wǎng)+快遞”的實質性需要，是快遞行業(yè)有效無縫對接電子商務快速發(fā)展的要求，更是快遞企業(yè)今后全面實現(xiàn)信息化管理的必經(jīng)之路?？爝f分撥中心全面實現(xiàn)信息化任重而道遠，除了技術設計層面的推陳出新，在系統(tǒng)信息安全保障、快遞信息標準化建設和物流信息化人才培養(yǎng)等方面，需要政府和快遞企業(yè)結合現(xiàn)代管理理念與實踐形成面向社會、快速通暢、公開透明的智能快遞網(wǎng)絡。

參考文獻：

［1］王保山，毛保華，杜鵬，劉海．快遞公司信息追蹤系統(tǒng)研究［J］．物流技術，2009，28(11):206－208．

［2］倪玲霖．物聯(lián)網(wǎng)置入快遞業(yè)的機理與方案探索［J］．中國流通經(jīng)濟，2014(1):38－42．

篇（7）

關鍵詞：

醫(yī)院；信息系統(tǒng)；安全；CDP容災系統(tǒng)設計

醫(yī)院信息系統(tǒng)是一個實時的系統(tǒng)，其中含有大量的數(shù)據(jù)，并且數(shù)據(jù)的種類比較多、比較復雜?，F(xiàn)如今信息系統(tǒng)管理的范圍逐漸廣泛，功能也日漸健全，醫(yī)院的醫(yī)療衛(wèi)生工作逐漸依賴信息系統(tǒng)，其承擔的壓力和工作也逐漸增多，信息系統(tǒng)面臨著數(shù)據(jù)的安全、完整等方面的壓力。醫(yī)院業(yè)務流程比較特殊，任何一個原因就會使得信息系統(tǒng)出現(xiàn)故障，進而導致醫(yī)院的經(jīng)濟以及形象等受到不利影響。作為安全系統(tǒng)，就需要實現(xiàn)系統(tǒng)的全天候連續(xù)工作，對系統(tǒng)進行安全備份，同時系統(tǒng)遇到故障時也能夠實現(xiàn)連續(xù)的工作，使得數(shù)據(jù)更加安全、完整。

1信息系統(tǒng)的安全和容災系統(tǒng)設計

1.1網(wǎng)絡傳輸

在建設醫(yī)院信息化的開始，由于設計人員對網(wǎng)絡技術的發(fā)展不能有效地預測，因此網(wǎng)絡架構存在著先天不足的情況。網(wǎng)絡沒有合理的鋪設，增加終端節(jié)點時比較隨意，存在著不合理的網(wǎng)絡結構，傳輸效率并不高。網(wǎng)絡設備比較陳舊、落后，缺乏可靠性，不能與新的設備有效地兼容。網(wǎng)絡系統(tǒng)中也缺乏有效地應急備份方案，如果網(wǎng)絡信息系統(tǒng)出現(xiàn)故障，信息系統(tǒng)就會出現(xiàn)大面積崩潰的現(xiàn)象，使得整個系統(tǒng)癱瘓，停止運行。

1.2感染病毒

醫(yī)院內部網(wǎng)絡安全隱患中，病毒是十分重要的，當前病毒已經(jīng)發(fā)展到網(wǎng)絡傳播破壞的階段，能夠對網(wǎng)絡資源以及主機產(chǎn)生大量的消耗，如果病毒進入到醫(yī)院的內部網(wǎng)絡中，就會給醫(yī)院信息網(wǎng)絡系統(tǒng)造成無法預計的損失。

1.3容災的計劃與處理

當前醫(yī)院信息系統(tǒng)的數(shù)據(jù)安全性不夠好，很多重要的數(shù)據(jù)沒有進行備份容災和恢復，無法對基礎設施的故障，如機房硬件故障、機房火災等，以及軟災難，如病毒、人為操作失誤等進行有效地應對。出現(xiàn)災難時，不能有效恢復丟失的數(shù)據(jù)，業(yè)務也出現(xiàn)中斷，并且無法保證中斷的時間。而且由于服務器自身在技術上存在一定的缺失，操作系統(tǒng)很容易就出現(xiàn)崩潰，使得業(yè)務長時間中斷不能快速恢復。

2恢復災難的CDP系統(tǒng)設計

2.1確定系統(tǒng)災難的種類、范圍

要了解醫(yī)院信息系統(tǒng)可能出現(xiàn)的災難種類，比如網(wǎng)絡問題、系統(tǒng)問題、火災、地震等意外事故等，不同的防范體系其備份、保護方案等之間是存在差異的。依據(jù)相關數(shù)據(jù)調查分析可以得出，醫(yī)院信息系統(tǒng)出現(xiàn)故障的原因位于前三名的分別是硬件故障、人為操作錯誤和軟件錯誤。[1]由于自然災害等因素造成的故障幾率比較小，但是其會造成極為嚴重的破壞，因此在災備系統(tǒng)防御時需要重點考慮和研究。除了信息系統(tǒng)設備的故障以及自然災害等，對于人為因素導致的數(shù)據(jù)丟失或被篡改也需要明確是不是應該重點防范。對于這兩種災難而言，容災的技術保護手段是存在差異的。傳統(tǒng)的容災方法主要是對大站點類的災難進行恢復，比如自然災害以及電力等災難，一般沒有對軟件或者人為失誤的防范能力。傳統(tǒng)的容災系統(tǒng)缺少對全部災難防范的內容。而CDP容災技術中涉及全面災難的防御體系，能夠全面考慮自然以及人為災難等因素。

2.2了解容災系統(tǒng)對醫(yī)院業(yè)務的影響

通常而言，醫(yī)院信息系統(tǒng)是24小時不間斷運行的系統(tǒng)，災備系統(tǒng)設計過程中，需要不能對原有的信息系統(tǒng)結構進行改變，防止對目前的系統(tǒng)產(chǎn)生影響，帶來不利的因素。實施容災系統(tǒng)時需要使用比較便捷簡單的方法，提高其可控制性和操作性，實施的時間不能太長，明確后期維護的簡便性，這些都對容災系統(tǒng)的維護以及今后運行的成本等產(chǎn)生影響，并決定系統(tǒng)運行情況以及容災系統(tǒng)建設的效果。

2.3知曉容災系統(tǒng)技術維護的難易

一直以來，由于容災技術比較復雜，而且需要花費較高的成本，很多容災系統(tǒng)建設后，維護難度比較大，災備演練也存在較大的難度。所以必須要選擇合適的容災技術方法，依據(jù)技術實現(xiàn)的可能性，管理的便利性等進行。

2.4容災技術手段的兼容性

現(xiàn)如今容災技術手段的兼容性是技術線路中需要考慮的重點因素。使用混合系統(tǒng)容災，選擇開放設備導致用戶的理想化效果與技術的真實情況存在較大差異。如果能夠充分考慮面向未來的技術，再建立容災系統(tǒng)，就能夠建立良好的架構，[2]獲得長期的效益，減少系統(tǒng)改造所花的成本，為系統(tǒng)提供更加長期的服務。

3災難恢復計劃的應用分析研究

明確災難修復計劃主要是為了對災難恢復的流程進行規(guī)范，災難發(fā)生之后，重要的信息系統(tǒng)能夠快速恢復，實現(xiàn)數(shù)據(jù)系統(tǒng)的穩(wěn)定運行，實現(xiàn)業(yè)務運行效果。要依據(jù)災難恢復計劃，重要信息系統(tǒng)監(jiān)測數(shù)據(jù)處理中心的災難恢復能力。不同的醫(yī)院需要結合自身的實際情況確定合適的災難恢復計劃。[3]制定科學的災難恢復計劃后，為了保證計劃更加完整、實用，就需要定期對流程進行變更管理，完善審核以及演練制度。很多時候由于假設錯誤，對設備以及人員等重視不足，使得災難恢復計劃不能順利發(fā)揮作用，這就需要經(jīng)常進行測試，使其更加有效。測試還是為了讓災難恢復的相關工作人員了解災難恢復的計劃，選擇計算機領域中經(jīng)驗豐富，綜合素質高的人組成恢復災難的隊伍，熟知醫(yī)療以及計算機領域中的知識，能夠具有一定的預見性，在遇到突發(fā)事件時能夠科學的進行災難恢復。

4結束語

總而言之，為了使醫(yī)院信息系統(tǒng)能夠安全穩(wěn)定的運行，就需要科學的設計容災系統(tǒng)，選擇合適的設備。容災系統(tǒng)建設完畢后要對其進行演練測試，對其可靠性進行驗證，減少系統(tǒng)故障，更好地實現(xiàn)醫(yī)院的管理與服務。

作者：韋明華 單位：廣西平南縣人民醫(yī)院

參考文獻

篇（8）

【中圖分類號】G40-057 【文獻標識碼】A 【論文編號】1009―8097（2011）03―0068―04

引言

近年來，國內各大高校在課堂教學考評、師德評價及教師評學等教學質量評價方面做了很多努力，在教務系統(tǒng)建設和教學評價平臺開發(fā)利用方面都取得了一定成效。但是，在教學評價信息反饋和再利用方面則差強人意，由于缺乏必要的信息開發(fā)，信息的利用僅僅停留在職稱評定，教學質量工程項目申報，教師個人評定等較為簡單的結論認定，教師在一個學期授課后有時也不能立即了解到學生對自己的評語和建議，渠道和信息平臺的缺失從不同側面影響了教學質量的提高和教育評價應用的發(fā)展要求。如何根據(jù)高校的實際情況，通過整合評價信息資源，構建一個全面、安全、便捷的評價信息系統(tǒng)，為教師和教育管理提供及時、全面的參考信息，進而提升教學質量監(jiān)控管理水平，是高校教學評價管理工作必須正視的問題。

一 教學評價信息的現(xiàn)狀

教學評價信息作為高校教學質量監(jiān)控與評估體系的一個重要組成部分，其信息附加值，信息數(shù)據(jù)流向，信息開發(fā)程度將影響到教學質量管理實效與教學管理的決策。

負責教學評價具體事務工作的機構一般技術力量相對薄弱，在評價進行時通常利用現(xiàn)有的教務系統(tǒng)，讀取學生選課等信息進行評價操作，在匯總校、院兩級督導及按比例綜合統(tǒng)計結果方面，易用性較差或功能簡陋，難以全面直觀的反饋評價信息。有的院校因為評價設計較為特殊，甚至不得不獨立運行一套評價系統(tǒng)，其生成的統(tǒng)計結果和評價信息在與教務系統(tǒng)或其他數(shù)字化校園平臺數(shù)據(jù)的共享和交換方面，難免會有不兼容等現(xiàn)象，容易形成信息孤島。與討論較多的教務系統(tǒng)相比，評價信息系統(tǒng)應屬于其一個子系統(tǒng)或數(shù)字化校園信息平臺的一部分，在當前信息管理意識和信息應用經(jīng)驗都還較缺乏的階段，評價信息的應用實踐也存在一些較為典型的問題[1]。

1 技術管理失范

教學評價信息作為教學效果最直接的反映，需要在單點登陸、數(shù)字化校園融合、信息跨部門跨數(shù)據(jù)庫關聯(lián)、訪問權限設計等方面有全面的考慮，尤其對一些評價信息涉及教師個人隱私，需要較好分權查看。然而在經(jīng)費投入不足，重視程度不高的情況下，評價信息只能停滯在簡單的人工查詢階段，即使有相應的查詢系統(tǒng)，也與其他的信息系統(tǒng)是相互割裂開的孤立的小網(wǎng)站，信息與共享缺乏整合，局限了評價信息發(fā)揮作用的效力。

2 內容單一，信息更新不及時

隨著信息查詢在教師、管理人員中的普及，制約系統(tǒng)效率的主要原因不再是技術的先進或功能融合，而在其內容和服務。教師在獲取某一種量化評價的結論后，還希望進一步獲悉評價中其他完整的細節(jié)，如評價方案中每一項指標的平均分，學生的原始評語，督導的聽課建議等，這些信息也是教師不斷改進教學，提高課堂講授效果的動力和依據(jù)，反饋信息的全面、及時又會進一步要求信息系統(tǒng)能提供個性需求的報表、導出等功能。內容更新和功能擴展是一個持續(xù)的過程，需要以不斷完善的認真態(tài)度，及時響應教師的需要，從而達到教學質量評估的目標。

3 模式簡單，未能體現(xiàn)評價信息的內聯(lián)性

評價信息系統(tǒng)不同于普通的信息查詢系統(tǒng)，它發(fā)揮反饋評價信息的基本功能，提供評價結論的基本情況查詢，同時也是教學工作狀態(tài)呈現(xiàn)的綜合信息平臺，即能客觀反映評價，也要能在評價之內形成連續(xù)的教學工作狀態(tài)圖表或趨勢分析，以充分挖掘數(shù)據(jù)信息的價值，發(fā)現(xiàn)教學過程中面臨的問題，管理過程中的不足以及各種潛在影響教學質量的可能。

4 學生獲取評價信息的不對稱

學生與教師分別作為評價主體和對象，在評價信息獲取中處于不對稱的地位。教師作為被評價對象，通過人工或網(wǎng)絡查詢，均能獲知評價的結果，而學生作為參與評價的主體，既是評價結果受益者，也應享有評價信息知情權。然而在實際操作中，學生的獲知是極有限的。一方面，沒有相應的信息系統(tǒng)能及時對等反饋，另一方面，在相應的反饋機制中，也忽視了學生群體，既使有的高校較好的編印了評價結果匯編等物化材料，也由于各種客觀限制和顧慮，僅有極少數(shù)學生能查閱。評價信息的不對稱，使學生無法準確把握評價工作的意義與效用，對評價制度產(chǎn)生潛在的負面看法，同時在選課時也無從比較。

二 教學評價信息系統(tǒng)設計

評價的意義在于通過評價發(fā)現(xiàn)教學過程中存在的各種影響質量的問題和因素，為決策者提供改革的思路，為教師提供一個不斷改進和發(fā)展的指向，因此，需要引入評價信息的反饋、分析和診斷的功能。教學評價信息系統(tǒng)的開發(fā)遵循軟件、網(wǎng)站的一般流程，即用戶需求分析、系統(tǒng)可行性分析、總體方案設計、功能模塊設計、編碼測試、上線運行等，通過探索嘗試和分步驟開發(fā)應用，對這些經(jīng)驗進行梳理可為教學相關信息的聚合和應用提供參考。

1 開發(fā)模式――二次開發(fā)

大多數(shù)高校已運行有現(xiàn)成的教務系統(tǒng)或其它數(shù)字化平臺，評價信息系統(tǒng)中所涉及的師資信息、開課信息、學生信息等已在這些原有系統(tǒng)中存在，并有專人維護，因此若利用原有數(shù)據(jù)和平臺，重點開發(fā)評價信息的展示功能和頁面，不僅能充分滿足數(shù)據(jù)標準與共享的問題，同時也更容易集中精力在系統(tǒng)自身的兼容和擴展性，與原有數(shù)據(jù)系統(tǒng)的對接也較好滿足單點登陸的要求，在最大限度同步利用已有數(shù)據(jù)時，使學生對應選課信息查詢評價結果成為可能，與原系統(tǒng)的認證模塊對接，也能避免上一套系統(tǒng)用一套帳號密碼的重復不便和資源浪費。

根據(jù)學校的實際，憑借自己的技術力量自主開發(fā)或聯(lián)合校外企業(yè)量身定做來實現(xiàn)二次開發(fā)都是很好的選擇，但在開發(fā)隊伍的選擇上，一定要注意后期維護的保障，任何一個信息系統(tǒng)在其生命周期內都需要有持續(xù)的維護和不斷完善。

2 技術方案與難點

C/S和B/S是目前較為流行的技術模式。基于C/S模式的信息系統(tǒng)在數(shù)據(jù)處理和信息管理中具有較大優(yōu)勢，但由于必須使用客戶端這樣特定軟件才能使用，作為一個查詢偏重的系統(tǒng)， B/S模式更具優(yōu)勢，B/S架構位于服務器端，任何一臺計算機通過瀏覽器即可輕松登陸和獲取信息。

對于二次開發(fā)的這樣一個B/S系統(tǒng)，可以選擇較為流行的Linux+Apache+PHP+MySQL或Windows+IIS+ + SQL Server兩種動態(tài)網(wǎng)站編程組合。這兩種組合都具有快速開發(fā)的特點以及與原有數(shù)據(jù)系統(tǒng)集成的擴展性，對用戶基數(shù)較為穩(wěn)定的高校，這種架構完全能滿足要求。系統(tǒng)實現(xiàn)過程的典型難點――跨庫數(shù)據(jù)關聯(lián)。因為評價信息和教師、學生等基本信息來源于現(xiàn)有的評價系統(tǒng)或教務系統(tǒng)，所需實現(xiàn)的信息分析和結果查詢需要與原有數(shù)據(jù)源建立關聯(lián)。解決辦法是設計簡化的本地表，在人工操作指令下，選擇負載較低的午夜或其它數(shù)據(jù)系統(tǒng)不活躍的時間進行跨庫信息提取，程序將經(jīng)過運算、分析后的信息以結果形式存儲在本地數(shù)據(jù)表，而不是復制數(shù)據(jù)源中的基礎數(shù)據(jù)，如此，即避免了使用時再進行運算分析產(chǎn)生的長時間等待，確保了使用數(shù)據(jù)的唯一性來源，減少了冗余數(shù)據(jù)，也提高了查詢分析效率。

3 設計目標和功能

基于前文分析，本系統(tǒng)基于B/S模式，利用原有教務系統(tǒng)已有數(shù)據(jù)庫和認證模塊、評價模塊，重新定義數(shù)據(jù)統(tǒng)計、分權限等功能，使其能在已有系統(tǒng)基礎上實現(xiàn)單點登錄，并根據(jù)不同權限劃分，查詢當前與歷史評價數(shù)據(jù)的信息系統(tǒng)。

高校教學評價信息系統(tǒng)在功能模塊上由網(wǎng)站子系統(tǒng)、評價信息分類子系統(tǒng)和數(shù)據(jù)管理子系統(tǒng)組成，如圖1所示為教學評價信息系統(tǒng)功能框架示意圖。

（1）數(shù)據(jù)處理。數(shù)據(jù)是評價信息系統(tǒng)的根基，通過跨庫關聯(lián)提取必要的評價原始記錄，進行處理形成新的信息集合，存儲在本地數(shù)據(jù)庫中，繼而作為各種分析和報表的信息來源，數(shù)據(jù)處理模塊的科學性將直接影響系統(tǒng)發(fā)揮效用的能力。

（2）報表。報表的種類和分析的程度需要有充分的設計，從不同側面反映出的分析結果，結論可能是不同的，這將有利于教師或相關部門、領導及時發(fā)現(xiàn)潛在問題。報表信息的，基于分權限認證，教師本人、學院領導、職能部門及校領導身份均分配不同范圍的查詢權限，以全面把握院系或全校的教學狀況?；谌粘Ｐ枰?，還提供所有歷史評價結果匯總打印，詳細評價信息打印等實用功能，滿足不同情況下數(shù)據(jù)服務的需要。

（3）網(wǎng)站子系統(tǒng)。主要提供系統(tǒng)前后臺信息及權限設置，如操作須知、通知公告、制度匯編等評價相關動態(tài)信息，以及不同角色的權限設置。在內容布局和界面設計中，菜單導航以1-2級為宜，頁面設計宜以美觀、簡潔為原則，要能清晰地反映出用戶最關心的信息部分。

三 評價信息開發(fā)與利用

教育理想、教育方法、教育技術的不斷發(fā)展要求教師能了解到自身與學生所要求的教育之間的差異，并在不斷滿足學生的學習要求和獲取信息中提升自己和教學的質量，如何在各種不同場合的評價中篩選出切中要害的信息，減少無意義的信息冗余，完善的評價信息反饋機制能夠使評價信息更加科學、廣泛的應用于教學質量評估，同時也有利于職能部門根據(jù)評價結果的分析有針對性采取相應的質量保障措施。評價信息本身是零散的，每學期匯總的評價結果只是一次定量評價的量化表現(xiàn)，然而，要實現(xiàn)信息診斷，綜合每個學期連續(xù)采集的評價數(shù)據(jù)，則能更科學、動態(tài)的反映出教學質量的變化和存在的問題。

數(shù)據(jù)挖掘（Data Mining）又稱數(shù)據(jù)庫中的知識發(fā)現(xiàn)，是從大量數(shù)據(jù)中提取人們感興趣的知識，這些知識是隱藏的，事先未知的，潛在有用的信息，挖掘的知識表現(xiàn)為概念、規(guī)則、規(guī)律、模式等形式，數(shù)據(jù)挖掘的目的在于使用所發(fā)現(xiàn)的信息解釋當前的行為或預測未來的結果 [2]。評價信息系統(tǒng)中數(shù)據(jù)挖掘主要有以下幾種應用：

1 課堂教學效果的縱深分析

對某一個課堂教學效果的評價并不僅僅只有一個量化的結論，還可有許多可挖掘的信息細節(jié)，如針對總分所對應評價等級的數(shù)量，對每個二級指標對應分值的分班比較，這些橫向和縱向的比較使課堂教學效果的評價更加全面，值得肯定的和有所不足的方面都能在分析中體現(xiàn)出來，有利于教師找準課堂問題所在，進行自我改進和提升[3]。

2 評價差異分析

學生、同行、督導分別從各自角度對教師進行評價，視角的差異可能得到不同的結論和意見，根據(jù)一定的篩選、比較規(guī)則，這類差異較大的個案可從數(shù)據(jù)分析中找出，教學質量監(jiān)控部門和相關領導需要對相應教師的教學情況進行復查，最終發(fā)現(xiàn)和確定產(chǎn)生不同評價的內在原因，并采取措施保障教學質量，同時也發(fā)揮出評價信息系統(tǒng)獨特的信息發(fā)現(xiàn)功能，幫助教學監(jiān)控及時發(fā)現(xiàn)問題。

3 趨勢分析

教師每學期面對的學生和展現(xiàn)的授課狀態(tài)不盡相同，不同年度的評價在不同指標上的評分和結果上將會呈現(xiàn)不同幅度的波動曲線，當教師的教學狀態(tài)趨勢曲線出現(xiàn)較大變化時，則預示著新情況的出現(xiàn)――新教法的嘗試，或其它原因導致的不適感等。數(shù)據(jù)挖掘分析出潛在的影響教學質量變化的因素，體現(xiàn)在趨勢圖表中，教師個人或教學管理者均能直觀的看到潛在的問題，從而起到預警和提示作用，教師和相關部門也能以此為依據(jù)，將潛在問題對教學質量的不良影響消除或控制在有限范圍。

4 提升信息化水平

評價信息的利用，往往涉及到不同部門，各種評定、考核，要求其信息化程度在交換和共享方面進一步提升，在現(xiàn)行評價信息系統(tǒng)中，相關數(shù)據(jù)報表的生成、導出和共享等環(huán)節(jié)，尚沒有統(tǒng)一的標準，需要在相關信息交換標準的指引下[4]，開放部分數(shù)據(jù)接口，實現(xiàn)數(shù)據(jù)的無縫鏈接及動態(tài)傳遞。教學評價信息與高校教學質量生命線緊密相連，教育信息化將推動評價信息應用的寬度和廣度，而信息應用的深入也將反過來要求信息化向更高領域拓展，信息應用價值也將不斷提升。

四 結語

教學質量評價的目的在于加強教學管理，提高教學質量，因此，是否能從評價中獲取各種有益的信息顯得至關重要，在信息技術日新月異的今天，由技術帶來的信息化瓶頸早已不復存在，更加重要的是如何運用技術，開發(fā)數(shù)據(jù)價值，不斷打造符合高校發(fā)展趨勢的教學監(jiān)控與評價手段，提升教學管理決策水平與信息應用能力。

參考文獻

[1] 謝海波,林書兵.高?？蒲行畔⑾到y(tǒng)的發(fā)展現(xiàn)狀與設計方向探析[J].現(xiàn)代教育技術,2010,(3):140-142.

[2] Richard,RJ,Geatz,MW.翁敬農(nóng)譯.數(shù)據(jù)挖掘教程[M].北京:清華大學出版社,2003.

[3] 歐少閩,解文明,楊棉華.圍繞國際醫(yī)學教育標準構建新型教學質量評價體系[J].現(xiàn)代教育技術,2010,(8):37-40.

[4] 沈錫臣,蔣東興.高等學校管理信息體系研究與標準制定[J].中國教育信息化,2010,(7):4-7.

Design of Teaching Evaluation Information System and Information Application

GAO Jie-xin

篇（9）

2001年獲得2008年奧運會主辦權的那一天，北京就向世界作出了莊嚴承諾：北京將以“綠色奧運、科技奧運、人文奧運”為主題，把2008年北京奧運會辦成奧運史上最出色的一屆奧運會。而對于奧運賽場分散，物流需求隨機性強，且物流量大大超過歷史水平的北京奧運會來說，要想實現(xiàn)如此巨大的物流量安全、高效、平穩(wěn)的運作，僅僅依靠中國傳統(tǒng)的物流手段或是簡單的信息技術是難以完成的，必須依靠“可視化”、“數(shù)字化”、“智能監(jiān)控”等先進技術對其進行監(jiān)控管理，以實現(xiàn)對客體的實時跟蹤和控制，確保物流渠道順暢、安全。

鑒于物流信息平臺對2008年北京奧運物流系統(tǒng)強大的支撐作用，本人認為此奧運物流信息平臺需包括可視化奧運物流中心管理系統(tǒng)，在途貨物監(jiān)控系統(tǒng)和查詢監(jiān)控系統(tǒng)三大部分。

一.可視化奧運物流中心管理系統(tǒng)

可視化奧運物流中心管理系統(tǒng)是一套全面性的物流中心管理工具，用以輔助物流中心管理員優(yōu)化其管理、協(xié)助領導通過虛擬現(xiàn)實技術適時了解掌握庫房儲備情況，提高物資儲備管理水平的軟件系統(tǒng)。主要包括以下幾大功能模塊：

1.數(shù)據(jù)管理模塊。對整套系統(tǒng)數(shù)據(jù)進行安全加密、維護、備份及災難性恢復等功能，為用戶提供安全的數(shù)據(jù)存儲。

2.標準化管理模塊。統(tǒng)一進行標準化代碼管理。

物品代碼：嚴格按有關規(guī)定標準進行物品定義和維護，使用時根據(jù)實際情況在該標準的基礎上進行細化與補充。整個系統(tǒng)應用統(tǒng)一的物品代碼，并具有物品代碼增加、修改、查詢、刪除功能。

貨位代碼：根據(jù)實際情況進行貨位代碼定義和維護，并具有代碼增加、修改、查詢、刪除功能。

人員代碼：提供建立不同崗位人員簡明人事檔案功能。為每個人員設置不同的代碼，并根據(jù)崗位或職務設置不同的使用功能權限。

3.模型管理模塊。提供各種庫房、物資及附屬設施設備等的模型及相關數(shù)據(jù)、信息，令使用者能夠清晰直觀的了解到庫房內所有設施設備的基本情況與庫房內部情況。

4.日常業(yè)務管理模塊。對物資出入庫和存儲階段進行優(yōu)化管理，提高物資的流轉效率。具體又包括以下幾個子模塊：

入庫作業(yè)與優(yōu)化：根據(jù)不同的管理策略、貨物屬性、數(shù)量以及現(xiàn)有庫存情況，自動設定貨物堆碼位置、貨物堆碼順序建議，從而有效的利用現(xiàn)有倉庫容量，提高作業(yè)效率。

在庫管理：在庫管理主要是指物品在庫期間的日常管理、清查盤點、保管養(yǎng)護、存儲時間檢查，以及為了便于管理物品和更有效的利用倉庫容量而進行的并庫、移庫操作。

出庫作業(yè)與優(yōu)化：根據(jù)不同的管理策略、貨物屬性、數(shù)量以及現(xiàn)有庫存情況，自動揀定組合、確定貨物位置、貨物揀選順序建議。支持緊急揀選，對超過一定時間的產(chǎn)品進行優(yōu)先揀選。

盤點管理：提供實盤數(shù)量與賬面數(shù)量對比調整功能。

5.查詢統(tǒng)計分析模塊：對物流中心物品所處狀態(tài)進行查詢，并可提供相關報表和進行可視化貨位顯示和庫存圖表統(tǒng)計，為管理決策提供及時準確的數(shù)量信息。

6.實時監(jiān)控模塊。利用安放在庫房內的攝像頭，對庫房內部實時進行監(jiān)控，從而確保物資的安全。

二.在途貨物監(jiān)控系統(tǒng)

可視化在途貨物監(jiān)控系統(tǒng)是一套全面性的貨物在途運輸管理工具，用以輔助貨物管理人員進行在途貨物管理，協(xié)助領導通過虛擬現(xiàn)實技術適時了解掌握貨物在途運輸狀態(tài)、情況，提高物資運輸安全性、及時性、準確性水平的軟件系統(tǒng)。主要包括以下幾大功能模塊：

1．數(shù)據(jù)管理模塊。對整套系統(tǒng)數(shù)據(jù)進行安全加密、維護、備份及災難性恢復等功能，為用戶提供安全的數(shù)據(jù)存儲。

2．標準化管理模塊。統(tǒng)一進行標準化代碼管理。

物品代碼：嚴格按有關規(guī)定標準進行物品定義和維護，使用時根據(jù)實際情況在該標準的基礎上進行細化與補充。整個系統(tǒng)應用統(tǒng)一的物品代碼，并具有物品代碼增加、修改、查詢、刪除功能。

車輛代碼：對奧運物資專用運輸車輛進行代碼定義和維護，并具有代碼增加、修改、查詢、刪除功能。

人員代碼：提供建立車輛運輸人員簡明人事檔案功能。為每個人員設置不同的代碼，并根據(jù)崗位或職務設置不同的使用功能權限。

3.模型管理模塊。提供各種車輛運行及在途物資等的模型及相關數(shù)據(jù)、信息，令使用者能夠清晰直觀的了解到車輛運行的基本情況與在途貨物情況。

4.運輸路線優(yōu)化管理模塊。通過對不同運輸路線距離測算，并結合不同路線路況情況進行運輸路線的優(yōu)化選擇。

5.貨物跟蹤監(jiān)控模塊：利用車輛實際運輸路線的數(shù)據(jù)進行車輛監(jiān)控，并模擬顯示隨車貨物狀態(tài)信息，實現(xiàn)貨物跟蹤的功能。

車輛跟蹤：通過運用GIS、GPS等技術對運輸車輛進行跟蹤、定位，并動態(tài)顯示出車輛的相對位置和運輸路線道路情況。

車輛運輸狀態(tài)監(jiān)控：根據(jù)道路及車輛運行情況測算貨物是否可按規(guī)定時間安全運抵目的地，（估計剩余時間可根據(jù)車輛當前位置與運輸目的地之間的距離除以車輛運行時的平均行駛速度求得），從而通過對車輛運輸狀態(tài)進行監(jiān)控，及時發(fā)現(xiàn)問題進行調整，以達到滿足需求的目的。

貨運信息顯示：通過顯示隨車貨物信息,進行貨物的跟蹤模擬。

6.查詢統(tǒng)計分析模塊：此模塊可針對運輸貨物、運輸車輛、駕駛員等進行貨運信息查詢統(tǒng)計分析，為管理決策提供信息支持。

三.查詢監(jiān)控系統(tǒng)

查詢監(jiān)控系統(tǒng)是一套全面性的貨物查詢管理工具，通過模糊查詢和精確匹配查詢兩大功能協(xié)助管理人員通過虛擬現(xiàn)實技術適時了解掌握貨物存在狀態(tài)，提高物資管理水平的軟件系統(tǒng)。主要包括以下幾大功能模塊：

1.數(shù)據(jù)管理模塊。對整套系統(tǒng)數(shù)據(jù)進行安全加密、維護、備份及災難性恢復等功能，為用戶提供安全的數(shù)據(jù)存儲。

2.標準化管理模塊。統(tǒng)一進行標準化代碼管理。

物品代碼：嚴格按有關規(guī)定標準進行物品定義和維護，使用時根據(jù)實際情況在該標準的基礎上進行細化與補充。整個系統(tǒng)應用統(tǒng)一的物品代碼，并具有物品代碼增加、修改、查詢、刪除功能。

車輛代碼：對奧運物資專用運輸車輛進行代碼定義和維護，并具有代碼增加、修改、查詢、刪除功能。

人員代碼：提供建立車輛運輸人員簡明人事檔案功能。為每個人員設置不同的代碼，并根據(jù)崗位或職務設置不同的使用功能權限。

場所代碼：對奧運物資所涉及的場所進行編碼，整個系統(tǒng)實行統(tǒng)一代碼制。

3.檢索查詢模塊。通過對下列某個關鍵詞進行檢索來查詢物品相關聯(lián)的其他狀態(tài)。

物品種類查詢：以物品種類為關鍵詞進行檢索以查詢其他狀況。

物品代碼查詢：以物品代碼為關鍵詞進行檢索以查詢其他狀況。

物品場所查詢：以物品所在場所為關鍵詞進行檢索以查詢其他狀況，如奧運配送中心、場館1、場館2……、車輛1、車輛2……等。

時間段查詢：以某一時間段為關鍵詞進行檢索以查詢其他狀況，如一天內、三天內、五天內、一周內等。

時間點查詢：以某一時間點為關鍵詞進行檢索以查詢其他狀況。

物品狀態(tài)查詢：以物品現(xiàn)存狀態(tài)為關鍵詞進行檢索以查詢其他狀況，如入庫狀態(tài)、儲存狀態(tài)、出庫狀態(tài)、在途狀態(tài)等。

運輸工具查詢：以車輛代碼為關鍵詞進行檢索以查詢其他狀況。

物資管理人員查詢：以人員代碼為關鍵詞進行檢索以查詢其他狀況。

組合查詢：以上述兩種或兩種以上關鍵詞進行檢索以查詢其他狀況。

4.虛擬可視化模塊。對于所查詢出的物資運用虛擬可視化技術進行模擬動態(tài)顯示。

5.統(tǒng)計分析模塊。通過對物資現(xiàn)存狀態(tài)和計劃狀態(tài)進行對比，分析整個運作過程中的物流瓶頸，并以不同顏色、形狀或圖形狀態(tài)動態(tài)顯示出。

作者單位：北京物資學院物流管理系

參考文獻：

篇（10）

DOIDOI：10.11907/rjdk.161574

中圖分類號：TP319

文獻標識碼：A 文章編號：1672-7800（2016）008-0096-03

0 引言

教育教學信息化建設對于促進教學改革，加快實現(xiàn)管理手段的現(xiàn)代化有著積極作用[1]。高等教育領域信息化正在加速發(fā)展，多數(shù)高校開始對畢業(yè)設計進行規(guī)范化、信息化管理，但是不同層次院校對畢業(yè)設計信息化管理需求不盡相同。獨立學院由于其自有專職教師及管理人員較少，在專業(yè)教學和畢業(yè)設計指導中更多依賴于母體學校教師資源[2]，傳統(tǒng)的畢業(yè)設計過程監(jiān)控跟蹤手段難以有效落實。為提高畢業(yè)設計管理工作效率，本文設計開發(fā)了一個基于B/S架構的畢業(yè)設計管理信息系統(tǒng)，厘清了畢業(yè)設計各階段工作之間的關聯(lián)關系，梳理了畢業(yè)設計管理流程，劃分了系統(tǒng)管理員、教務管理員、系教學秘書、學生、指導教師和輔導員6種角色，引入了畢業(yè)設計各個階段進展情況的實時統(tǒng)計與跟蹤監(jiān)控機制，有效解決了畢業(yè)設計過程跟蹤監(jiān)控需求，保證了畢業(yè)設計質量。

1 系統(tǒng)需求與流程分析

1.1 系統(tǒng)需求分析

系統(tǒng)設計的目的是為了提高學院畢業(yè)設計工作效率，根除傳統(tǒng)管理模式的弊端，方便參與畢業(yè)設計過程的各類用戶。不同用戶使用系統(tǒng)的需求不同，如面向教務管理人員，系統(tǒng)應具有基礎信息維護、學生信息維護、畢業(yè)設計進展情況監(jiān)控、各類統(tǒng)計報表等功能；系教學秘書需要維護本系指導教師信息、分配畢業(yè)設計任務、管理選題、監(jiān)控畢業(yè)設計進展情況、中期檢查以及安排答辯等；學生通過系統(tǒng)進行在線選題、完成選題審批表、任務書、開題報告、中期報告以及論文資料的提交；指導教師使用本系統(tǒng)完成在線申報題目、審批或審核學生提交的各項報告、評閱學生論文等；輔導員能夠隨時查看學生的畢業(yè)設計完成進度情況，及時督促進度較慢的學生；系統(tǒng)管理員主要完成對數(shù)據(jù)庫和管理員信息的維護工作。

1.2 業(yè)務流程分析

系統(tǒng)基本流程如下：①系統(tǒng)初始僅有一個系統(tǒng)管理員賬戶，首先由系統(tǒng)管理員添加教務管理員、各系教學秘書和輔導員賬戶；②教務管理員設置當前學年度，添加其它基礎信息，導入本學年度學生基本信息表，生成學生賬戶；③系教學秘書錄入或導入本學年度指導教師信息，生成指導教師賬戶，分配本年度畢業(yè)設計指導任務；④指導教師登錄系統(tǒng)，根據(jù)個人任務在線申報課題；⑤系教學秘書對教師申報的課題進行在線審核，所有課題審核完畢后，按專業(yè)開放選題；⑥學生在線選題；⑦選題結束后，學生按階段完成課題審批表、任務書、開題報告、中期報告以及論文資料的提交，指導教師按階段對學生提交的材料進行審閱，教務管理員、系教學秘書和輔導員協(xié)同監(jiān)控學生畢業(yè)設計進度情況，并做好各自的跟蹤管理工作。

2 系統(tǒng)設計

2.1 系統(tǒng)功能劃分

按照不同權限用戶功能的不同，設計本系統(tǒng)的核心功能結構如圖1所示。

2.2 系統(tǒng)功能介紹

（1）管理員維護模塊：包含添加管理員功能、刪除管理員功能和管理員密碼清零功能。

（2）數(shù)據(jù)庫維護模塊：包含數(shù)據(jù)庫的導入導出、數(shù)據(jù)庫初始化等功能。

（3）教務管理員的基礎信息維護模塊：包含當前學年設置、部門信息維護、專業(yè)信息維護和職稱信息維護功能。

（4）學生信息維護模塊：包含學生基本信息導入、查詢、刪除學生和密碼清零功能。其中教務管理員具有學生信息導入和查詢功能。新學年開始時，教務管理員將有畢業(yè)設計任務的學生信息通過Excel表上傳并導入到數(shù)據(jù)庫中；系教學秘書可以刪除學籍異動（休學、退學等）學生，還可以清零重置學生密碼。

（5）指導教師維護模塊：各系教學秘書負責本系指導教師的信息維護工作，包含指導教師添加、指導教師集中導入、查詢、修改、刪除和密碼清零功能；此外，該模塊還包含教師信息統(tǒng)計功能，可以按職稱、學歷、類別分別進行統(tǒng)計。

（6）畢業(yè)設計任務分配模塊：各系教學秘書負責分配本系當前學年畢業(yè)設計任務。按照專業(yè)進行劃分，如果一教師分別指導兩個專業(yè)的若干名學生，那么任務表中對應該教師兩條任務記錄；一個課題任務最多可以有兩名指導教師，但只能有一名導師負責使用本系統(tǒng)管理課題指導任務。

（7）題目申報模塊：指導教師登錄系統(tǒng)后首先進入題目申報頁面，題目申報頁面顯示教師的任務列表和已申報題目列表，教師根據(jù)任務列表中的任務數(shù)進行題目報審，申報題目數(shù)不能超過總任務數(shù)。在題目被審核之前，指導教師可以修改已申報題目，題目審核通過后就不能再次修改。

（8）選題管理模塊：由系教學秘書管理，包含題目審核、選題控制、題目分配與題目變更4項功能。其中選題控制功能采用按專業(yè)分時段選題策略，由系教學秘書控制各專業(yè)開放選題的時間段，以減輕服務器壓力。題目分配功能主要用于將一部分定向題目分配給指定的學生，例如參加校企合作的學生，不參與專業(yè)集中選題，由系教學秘書提前分配其所在企業(yè)的指導教師申報課題。

（9）學生選題模塊：本系統(tǒng)不采用師生互選策略，一個學生只能選擇一個題目，提高了選題效率，同時為了兼顧公平，在選題開放之前，學生可以查看所有已申報的題目。

（10）過程管理模塊：主要指在選題結束后，學生按各階段流程完成選題審批表、任務書、開題報告、中期報告以及論文資料的提交，指導教師對各階段學生工作進行指導，對學生提交的材料進行審批或審閱。系統(tǒng)嚴格控制學生按照階段流程完成畢業(yè)設計，如果前期環(huán)節(jié)沒有完成，后期環(huán)節(jié)就得不到相應權限，避免了各環(huán)節(jié)的次序顛倒[3]。

（11）畢業(yè)設計進度跟蹤模塊：包含畢業(yè)設計各個階段進展情況的實時統(tǒng)計功能以及學生完成情況明細，該模塊實現(xiàn)了教務管理員、系教學秘書和輔導員對畢設進度情況的實時監(jiān)控跟蹤。圖2展示了計算機工程系教學秘書看到的題目報審與選題階段某個時間點的實時進度情況，其中計算機科學與技術（動漫設計方向）專業(yè)已完成選題，軟件工程專業(yè)正在選題，計算機科學與技術專業(yè)正在進行題目申報和審核，網(wǎng)絡工程專業(yè)正在申報題目。單擊圖2中某專業(yè)“已選題”列對應數(shù)字，系統(tǒng)將顯示該專業(yè)學生選題情況明細表。

（12）系統(tǒng)各類用戶具有不同權限的文件上傳、數(shù)據(jù)（含報表）導出功能、資料下載功能、個人登錄歷史查詢以及個人信息維護等相關功能。

2.3 數(shù)據(jù)庫設計

系統(tǒng)涉及的數(shù)據(jù)庫表主要有adminuser（管理員表）、teacher（教師表）、stu（學生表）、syear（學年表）、dept（部門表）、major（專業(yè)表）、rank（職稱表）、ttask（教師任務表）、project（題目表）等，限于篇幅，下面僅列出管理員表和教師任務表，如表1、表2所示。其中，管理員表中fpath字段用于保存服務器相對路徑，路徑對應文件夾中存儲該用戶上傳或者導出的文件，用戶對該路徑擁有訪問權限。

3 系統(tǒng)實現(xiàn)

3.1 系統(tǒng)邏輯結構

系統(tǒng)使用MySQL作為后臺數(shù)據(jù)庫，服務器端采用Java Web技術實現(xiàn)，動態(tài)jsp頁面采用EL表達式、JSTL標簽技術，前端頁面樣式使用bootstrap框架設計，并采用基于jQuery的Ajax異步請求技術進行數(shù)據(jù)交互。系統(tǒng)邏輯結構如圖3所示，采用了基于組件式開發(fā)的MVC（Model View Controller）設計模式[4]，使得系統(tǒng)具有良好的架構，更加便于系統(tǒng)功能的擴展與維護。

3.2 系統(tǒng)實現(xiàn)關鍵技術

（1） MVC設計模式。Model為模型層，又細分為業(yè)務邏輯層、數(shù)據(jù)訪問接口DAO和數(shù)據(jù)持久層實體類，用于完成系統(tǒng)業(yè)務邏輯；View為視圖層，指用戶看到并與之交互的界面，主要用于數(shù)據(jù)信息的輸入采集和數(shù)據(jù)的顯示輸出，本系統(tǒng)所有jsp頁面用于完成視圖層功能；Controller為控制器，用于接受用戶的請求并決定調用哪個模型構件去處理請求，然后再確定用哪個視圖來顯示返回的數(shù)據(jù)信息，本系統(tǒng)控制器采用servlet實現(xiàn)。

（2）過濾器（Filter）技術[5]。系統(tǒng)使用過濾器技術實現(xiàn)了字符編碼過濾和URL級別的權限訪問控制，其中6類系統(tǒng)用戶的資源訪問權限控制分別由6個過濾器實現(xiàn)。以教師用戶為例，將教師可訪問的資源組織在路徑“/t/”下（包括教師可訪問servlet的URL也映射在此路徑下），然后創(chuàng)建過濾器Tfilter類，并在配置文件web.xml中使用< filter-mapping >標簽將Tfilter與教師可訪問資源進行關聯(lián)，從而實現(xiàn)對教師資源請求的攔截控制，其中過濾器映射的定義如下：

TFilter

/t/*

（3） Servlet上下文監(jiān)聽器（ServletContextListener）。系統(tǒng)中的一些基礎信息（例如當前學年、部門信息、專業(yè)信息等）是所有用戶的共享數(shù)據(jù)，通過使用Servlet上下文監(jiān)聽器，實現(xiàn)了將基礎信息從數(shù)據(jù)庫中讀出并存放至application作用域中，方便用戶共享和使用，減少對數(shù)據(jù)庫的訪問頻度。為保證數(shù)據(jù)的一致性，當管理員更新這些基礎信息時，需要同時更新數(shù)據(jù)庫和application作用域中的數(shù)據(jù)。

（4）Bootstrap框架。Bootstrap框架屬于css框架，它在支持html5和css3的瀏覽器上表現(xiàn)特別好，對移動終端的瀏覽器支持也相當優(yōu)秀[6]。本系統(tǒng)使用的是Bootstrap3.3.6版本，它對IE9及更低版本的IE瀏覽器兼容性不好。本系統(tǒng)設計時專門針對低版本IE瀏覽器引入了html5shiv.js和respond.min.js兩款插件，使IE支持html5中的新標簽并能夠識別@media，支持響應式布局。

（5）基于jQuery的Ajax異步請求技術[7]。系統(tǒng)設計時使用jQuery Ajax技術實現(xiàn)無刷新釤更新頁面和異步提交數(shù)據(jù)，減輕了服務器和寬帶的負擔，提升了Web程序性能。

4 結語

本文構建的畢業(yè)設計管理信息系統(tǒng)功能完善、用戶角色設置合理、流程清晰，能夠滿足獨立學院對本科畢業(yè)設計規(guī)范化、信息化的管理需求，大大提高了畢業(yè)設計效率，解決了畢業(yè)設計跟蹤監(jiān)控難題，極大方便了參與畢業(yè)設計的各類用戶。

參考文獻：

[1]龔春紅.高等院校教育教學信息化中存在的問題及對策[J].中國管理信息化，2006，9（11）：95-96.

[2]王頌萍，王玉昆，楊靜.畢業(yè)論文管理信息系統(tǒng)在獨立學院教務管理中的應用[J].河北工程大學學報：社會科學版，2013，30（2）：105-106.

[3]潘旭武.基于工作流的畢業(yè)設計管理系統(tǒng)[J].計算機系統(tǒng)應用，2013，22（1）：54-57.

[4]ROD JOHNSON.J2EE設計開發(fā)編程指南[M].魏海萍，于曉菲，毛選，譯.北京：電子工業(yè)出版社，2003.