信息系統設計匯總十篇
時間：2023-03-14 14:49:15
序論：好文章的創作是一個不斷探索和完善的過程，我們為您推薦十篇信息系統設計范例，希望它們能助您一臂之力，提升您的閱讀品質，帶來更深刻的閱讀感受。
篇（1）
一、現狀
海油工程作為典型的國有企業，在近些年業務快速發展過程中，信息化工作也同步快速發展，基本與周邊大多數企業情形類似，我們這里出現的一些問題，在同行或同類型企業中都或多或少地存在，是當前大多數中國企業信息化現狀的一個縮影，如信息孤島、垂直應用、資源分散等，呈現出如下特點：企業業務發展較快、板塊較多、股權結構比較復雜，信息化建設和應用的環境復雜；由于企業業務的高速發展，存在信息系統建設和應用領域的管理和技術相對滯后情況；由于環境復雜，企業對信息系統管理和技術策略的推動和實現造成影響，進而影響建設和應用的水平；企業信息系統應用水平和系統間的整合不夠；企業信息化和業務的深入融合不夠，影響信息系統價值能力的體現。
二、SOA技術
SOA，即面向服務的體系結構（Service-Oriented Architecture），是在計算環境下設計、開發、應用、管理分散的邏輯（服務）單元的一種規范。是以服務層為基礎，可以根據需求通過網絡對松散耦合的粗粒度應用組件進行分布式部署、組合和使用的架構模式，各服務可以直接被應用調用，從而有效控制系統中與軟件交互的人為依賴性。面向服務體系結構(SOA)是網絡飛速發展和現代企業追求高效益環境下的一種新的系統架構，將會為整個企業級軟件架構設計帶來巨大的影響[1]。在SOA技術架構體系中對于關鍵的傳統MVC模式下的業務邏輯層，從邏輯設計上把業務邏輯、業務服務及業務流程松合分離開來，并在技術上實現了標準化。這種標準化的建立減少了企業信息系統的投資，從架構上更能適應企業業務流程和商業模式的快速變化，最大程度上的保護了企業原有的信息資產投資，降低了軟件系統對硬件資源的依賴程度，進而改變了企業信息化推進模式。
三、基于SOA思想的企業信息系統架構設計方法
SOA是一個組件模型，它的特點就是有一個靈活而功能強大的服務層，系統核心優勢是通過整體規劃公共基礎應用（中間件）和專項應用，實現系統的層次化、模塊化設計，最大限度優化公共軟硬件資源使用，減少系統集成復雜度等。在企業生產管理系統的設計中，功能被設計為服務。以此為基礎，構建系統的客戶端、表現層、業務層、服務層、資源層等多層功能結構，并描述了會話門戶、WEB服務生成、WEB服務客戶端、安全管理服務等系統關鍵功能。企業在應用系統建設方面，首先要逐步搭建起企業信息集成平臺，支持現有和未來信息系統數據交換和信息共享的要求，進而形成以數據倉庫為核心的決策支持層、以企業信息門戶為核心的信息展現層的，多層次的、統一的信息化平臺，有效應對快速變化的商業環境給企業帶來的挑戰；其次要建設集團統一共享的知識平臺，實現知識的共享；第三是要加強現有ERP系統、全面預算管理系統、辦公自動化等系統的持續優化和深度應用；此外還要建設健康安全環保系統、客戶關系管理系統、供應商關系管理系統、供應鏈管理系統、全面風險管理系統等，進一步提升信息化對業務的支撐作用。除了上面共性的需求外，集團級企業的各二級單位也應根據自身特點提出了個性化需求，來滿足自身發展中的生產科研、經營管理、決策支持和風險控制的要求。企業用戶提交需求后系統會自主在數據庫進行檢索，并且實時反饋給用戶，讓用戶進行及時判斷。數據訪問層中還設計了輔助工具，利用電腦自主運行方式進行無關數據的排除，檢測速度也非常快，是企業和其他單位都經常使用的系統。
四、結束語
隨著SOA、大數據、云應用等IT新技術的不斷出現，企業應與時俱進，充分利用新技術不斷改進公司信息系統，以更高效、高質量企業業務工作發展和變化。但要注意SOA等新技術也必然存在一定的局限性，也需要我們認真識別，綜合各項技術，制定合理技術方案，有效降低新技術實施風險。
參考文獻
篇（2）
關鍵詞:
ArcGIS；Engine；道路交通地理信息系統；組件式開發
當前國內經濟迅速增長，城市化規模不斷增大，以機動車保有量為代表的道路交通壓力也與日俱增，國內北京、上海、天津等大型城市紛紛通過限號形式來減緩道路載荷。現代信息技術為整合道路交通資源、實現交通數據自動化管控提供了數據支撐，有利于構建時空一體的道路交通地理信息系統。
1道路交通地理信息系統
ArcGISEngine作為GIS嵌入式二次開發平臺，可擺脫ArcGIS提供組件式多類型開發應用程序接口API，同時可與MicrosoftVisualStu-dio系統編程集成開發環境相融合，基于Microsoft．NET進行多類編程語言下的模塊式開發。以GIS地理信息技術為基礎，利用ArcGISEn-gine平臺將交通路網與道路設施等空間信息、車載流量與基礎設施等屬性數據同航攝影像、多媒體監控數據等有效銜接，實現對空間和屬性數據相關的采集、編輯與分析，采用GIS最短路徑、道路暢通度算法等優化選擇合理的交通線路，完成公交布線與站點布設等工作，同時融合多媒體監控手段，實時顯示熱點路況信息，科學指揮道路交通。
2系統功能需求分析
從應用層面分析，道路交通地理信息系統的受眾群體分為交通管理方與車輛應用客戶方，其中本文所探討的基于ArcGISEngine的應用系統主要為交通管理方的C/S客戶端，具體車輛客戶端則可采用基于Android、ios或WindowsMobile平臺的APP軟件;從系統設計的原則分析，應堅持安全性、共享性、可拓展性與可維護性的原則，提升道路交通地理信息系統的綜合性發展。作為道路交通地理信息系統，以數字化道路空間與屬性信息為基礎，在確保系統不同用戶權限的條件下，提供地圖量測、空間漫游、數據維護等功能，檢索酒店、學校、商場、企事業單位相關位置，并根據攝像頭監控熱點交通流量、密度數據，同時借助GPS定位、無線數據傳輸技術，為公交、出租等公共車輛提供位置相關服務。
3道路交通地理信息系統總體與功能模塊設計
開展道路交通地理信息系統設計前，按照相應的數據標準采集空間影像數據、基礎線劃圖與專題交通資料，經裁切、鑲嵌與校準等流程完成數據的標準化預處理，并導入系統平臺空間基礎數據庫中，按照點、線、面要素分層，細化停車場、公交站點、高速、鐵路與公路等要素信息，其空間地理基礎數據庫分層如下:
(1)系統分庫:大地控制測量數據庫、數字高程DEM與正射影像DOM數據庫、數字線劃DLG與遙感柵格DRG數據庫，以及系統元數據庫。
(2)系統邏輯分層庫:以DLG數據庫為例，可分為居民地、水系、道路、植被、地形等數據庫分層要素信息。
(3)系統邏輯底層:包含點、線、面、注記與多媒體層等相關信息。
根據道路交通地理信息系統的應用框架，其總體設計可分為三大部分:電子地圖服務模塊、公共信息服務模塊、空間分析與數據統計模塊。系統空間數據庫GeoDatabase導入Shape、柵格、屬性表等相關空間數據與屬性文件，管理客戶端采用地方坐標系進行配準建設，以便于后期交通設施數據的更新與維護，針對公共信息服務模塊，采用經脫密處理的電子地圖和遙感數據，以確保數據空間位置安全。關于系統的具體功能模塊設計如下:
(1)電子地圖服務模塊。利用ArcGISEngine地圖工具集組件，在VS開發平臺可便捷的實現圖層控制、熱點注記、空間量測等功能，實現對ArcInfo、Shapefile、GRID等數據格式的加載編輯。
(2)公共信息服務模塊:重在提供空間位置檢索、基于位置的信息服務功能，利用ArcGISEngine的類庫資源，通過ToolbarControl和VS系統中的DataGridView、Find控件完成相關地圖數據的檢索功能，查詢要素屬性信息。
(3)空間分析與數據統計模塊:道路交通地理信息系統中利用空間數據檢索出的要素可進行相應的聚類分析或數值統計;關于空間分析功能，其主要涉及最短路徑分析與緩沖區分析，根據交通需求量、流通量的變化，進行最短距離、最短時間的計算或識別相關地理實體對周邊地物的影響區間，空間緩沖區分析實現的部分代碼
4結語
作為涵蓋測繪信息采集處理、計算機軟件編程和數據庫建設等多行業學科融合的道路交通地理信息系統，以ArcGISEngine組件式開發平臺為基礎，通過對其進行系統需求分析與功能模塊設計，明確了系統的相關服務功能，構建了系統的總體框架，為類似工程實踐提供參考意義。
參考文獻：
［1］劉瑩．ArcGISEngine的開發及應用研究［J］．城市勘測，2006(02)．
［2］張國強．數字圖像處理技術在交通監控領域里的應用［J］．遼寧師專學報(自然科學版)，2007(04)．
［3］譚健妹，劉清君，鄒小梅．基于GIS的交通事故信息系統研究［J］．山西科技，2007(01)．
篇（3）
1.1數據采集層通過RFID、溫控傳感、壓力傳感等醫療智能傳感節點獲取采集人體的血氧、脈搏、體溫等病理信息，并通過無線通訊與醫院云計算平臺鏈接。
1.2網絡設備層通過無線傳輸設備將傳感器獲取的實時數據通過醫院網絡設備傳輸至云計算平臺，云計算平臺再根據各終端設備的數據請求將實時病理數據通過網絡設備傳輸至終端設備上，從而保證病例數據的及時性和唯一性。
1.3應用系統層把云計算平臺中存儲的病人的病理信息進行加工處理，以實現進一步的智能識別、在線監控和管理。
2基于云計算平臺移動護理信息系統的應用系統設計
對于基于云計算平臺的移動護理信息系統的應用設計時，應滿足：（1）需要滿足同醫院其他系統（如:HIS系統、PACS系統等）完美實現高速數據交換和數據運算，確保云計算平臺中的海量數據信息唯一、可用，為每位病人、每位醫護工作者提供準確、唯一、及時、易用的基礎信息。諸如醫囑執行與統計、生命體征的實時采集、腕帶標簽和輸液瓶標簽打印、病人信息呼叫提示、重癥病人心電監護及報警等。（2）需要保證移動護理服務平臺必須具備較大的靈活性和可擴充性，與各種各樣的不同類型、不同廠商的醫護設備兼容,能夠完成數據交換、采集。因此目前比較通用的系統架構主要是采用面向服務的架構,以服務為基礎，將不同軟件廠商的不同系統包裝成服務的形式,從而實現強大的靈活性和適應性。
3基于云計算平臺移動護理信息系統的安全性能
在整個移動護理系統中,涉及到大量病人的個人信息，為保證病人病歷信息不被泄露、醫囑信息不被篡改以及數據在傳輸過程中不被截取，系統中所有的應用和數據都位于醫院數據中心的云計算平臺，網絡上沒有數據傳輸，終端設備上也并不存儲數據，大大提高了系統數據的安全性。即使終端設備意外丟失或損壞，也不會造成數據泄密、丟失。在安全保障方面，該平臺采用基于TCP/IP協議開發的專有加密虛擬通訊協議，云平臺服務器與終端之間數據傳輸的終端顯示變化的操作信息，并不是真正意義上的應用交互所產生的數據信息，從而保證了病人數據不會被在傳輸過程中泄漏或丟失。移動終端登陸采用登錄名+密碼+數字證書的雙重認證模式，避免傳統的“登錄名+密碼”登錄方式所帶來的各種安全隱患。
篇（4）
中圖分類號：S611文獻標識碼： A
1、管理信息簡介
1.1、管理信息的定義
管理信息就是人類社會為了提高信息的利用率、最大限度的實現信息效用價值，而綜合采用經濟的、法律的、技術的和人文的方法和手段對各種信息進行控制的活動。
1.2、管理信息的過程
管理信息，總體來說，就是在對信息實施管理過程中人類做的一系列活動，即收集、加工和輸入、輸出的信息四個動作。而信息管理的過程，則包括信息收集、信息傳輸、信息加工和信息儲存。
1.3、管理信息的特征
因為管理信息是管理的一種，所以管理具備的一些基礎的特征，比如其職能是預先的計劃、精準的控制、有效的領導、可控的組織。
2、系統分析
對于系統分析來講，其在實際運用中是有目的、有步驟的對原有系統進行分析研究、判斷與提高的過程。管理信息系統在對人員進行分析時采用了現代的管理理念、技術、科學方法和工具，對信息管理系統的目標、結構、功能、使用環境以及企業的經營銷售活動、生產計劃的編制和優選、資金投入和人材需求等方面提供一定的決策方式。由于HMMS中的子系統在實際中已經開始使用，而在系統中采取的是軟件工程設計的理念和層次分布結構的設計方式，還利用了先進的開發工具，讓系統整體上呈現出清晰的結構、分明的層次性，在每個子系統中的信息傳遞與交接簡潔而規范。
現行系統調查分析根據相關人員對現行企業現狀的分析調查，其主要的目的是對企業生產經營管理的整體過程、管理水平等有一個全面的分析與研究，從而發現其中的問題，并以此作為開發新系統的原始數據。調查的具體范圍和內容如下：主要調查的方向是企業的信息流、物流與資金流，第一，企業生產的具體方向、生產的主要方法與特點、管理機制與職能結構的設置。第二，生產管理主要包括生產與輔助過程、生產準備與技術準備以及庫存管理等。第三企業經營管理的過程有市場預測、物資供應、產品銷售與服務等。第四，企業財務會計和成本核算。第五，企業產品的生產過程。第六，企業產品的主要組成。第七，企業計算機設備和人員的分配狀況、資金、廠區總圖等。第八，對企業信心管理系統發展的約束條件與存在的一些問題。
2.1、現行系統調查分析
根據相關人員對現行企業現狀的分析調查，其主要的目的是對企業生產經營管理的整體過程、管理水平等有一個全面的分析與研究，從而發現其中的問題，并以此作為開發新系統的原始數據。調查的具體范圍和內容如下：主要調查的方向是企業的信息流、物流與資金流，第一，企業生產的具體方向、生產的主要方法與特點、管理機制與職能結構的設置。第二，生產管理主要包括生產與輔助過程、生產準備與技術準備以及庫存管理等。第三企業經營管理的過程有市場預測、物資供應、產品銷售與服務等。第四，企業財務會計和成本核算。第五，企業產品的生產過程。第六，企業產品的主要組成。第七，企業計算機設備和人員的分配狀況、資金、廠區總圖等。第八，對企業信心管理系統發展的約束條件與存在的一些問題。
2.2、繪制現場工作流程圖
現場工作的流程圖是根據原系統的某項具體業務工作來進行闡述的過程，經過各機構以及人員之間的業務關系、作業順序與信息流向和工作特點等進行具體的描述，從而顯示出實際業務工作的詳細處理過程和處理方式。
2.3、繪制事物流程分析
圖事物流程分析圖的實質是業務流程圖，其使用的是預定義的符號，對工作中的業務執行過程和工作情況進行抽象的描述，這是管理信息系統開發的基礎。
3、系統設計
目前常見的MIS開發方法有結構化系統開發方法（SSA&D）、原型法和面向對象的開發方法，其中用系統工程的思想和工程化的方法，按用戶至上的原則，結構化、模塊化、自頂向下地對系統進行分析和設計，是面向功能和數據流的軟件開發方法，具有成熟的理論體系和成功的應用實例。而原型法和面向對象的開發方法法都是自底向上的開發方法，存在著系統結構不合理，各部分關系失調的問題，不適合于大型信息系統的分析和設計。
系統設計的主要任務是按照系統分析階段確定的系統邏輯模型，具體設計出運行效率高、適應性強、可靠性高且經濟實用的系統實施方案。
（1）功能建模
功能模型是對規劃系統功能結構的概括性描述。功能模型的構建可以參考企業模型的“職能域―業務過程―業務活動”的層次結構和數據流程圖中的各層次處理，它們之間有著大致的對應關系。也可用業務系統規劃方法使用(CRUD）矩陣進行子系統的劃分。MIS系統在企業模型和處理模型的基礎上，按照“子系統;功能模塊;程序模塊”的層次結構建立了功能模型。整個系統劃分為.-個應用子系統：人力資源管理、綜合事務管理、計劃管理、財務管理、文檔管理、資產管理、工程設計管理、工程動遷管理、工程項目管理、系統管理。前九個子系統與企業模型中的九個職能域相對應，最后一個子系統“系統管理”，是計算機應用系統特有的而且是必須有的子系統，它的主要功能是進行用戶管理和安全管理。對上10個子系統進行進一步的劃分為相應的功能模塊和程序模塊。
（2）數據建模
數據模型是表示現實世界的一種方法與工具，是一種描述數據結構的專門技術，它是數據庫設計的核心與基礎。從現實世界的角度來看，數據模型所表示的是實體與實體之間的聯系。建立的數據模型分為兩層：概念數據模型（CDM）和物理數據模型(PDM），反映了人們認識事物從抽象到具體的思維規律。提供可視化的E-R圖繪制環境，實體通常由文檔或訪談中的名詞表達（地點、人物、概念、事件、設備等）抽象而成，用戶視圖是主要的實體來源，實體與數據流程圖中的數據存儲有大致的對應關系。數據建模的藝術性更甚于科學性，但對CDM進行檢驗能提高模型的質量，與現實世界更相符，可用的校驗方法有：
1）利用工具自帶的校驗功能進行語法檢驗；
2）利用各種可能提出的對模型所指的數據庫結構的查詢來檢驗模型是否能滿足客戶的信息需求；
3）用生成的PDM來修正CDM；
4）根據1NF、2NF、3NF來檢驗CDM。
根據CDM可自動轉化成PDM，避免了傳統手工設計數據庫表單的繁瑣，可以根據CDM生成多種數據庫的物理模型，包括基表、建立索引、主鍵、外部鍵、觸發器和存儲過程等，生成相應的Scripts語句和完整的設計文檔，包括PDM、實體與數據元素列表等。根據調查中了解到的信息流量估計每個物理表單在信息系統運營期間產生的紀錄數，根據記錄數可計算出整個數據庫的大小，給信息系統硬件存儲容量的規劃打下基礎。
（3）網絡規劃
網絡規劃的主要內容是在分析蘇建公司網絡現狀和信息系統對網絡需求的基礎上提出系統的網絡拓撲結構，整體最優的基礎上再分別提出服務器、交換機、路由器、防火墻、操作系統、數據庫管理系統和群件系統的選型方案，最后給出升級方案和費用概算。
（4）分步實施規劃
分步實施規劃就是規劃各個應用子系統的系統實現時間表，必須考慮急用先上的原則、CRUD矩陣中各子系統與數據庫的關系和每個子系統的難易程度，SSRCC_MIS經過規劃分三個階段實施。
管理信息系統還存在著巨大的開發空間，也有著巨大的應用潛能與經濟效益，因此需要引起我們的重視，加強對其的研究。
參考文獻
篇（5）
中圖分類號：TP29 文獻標識碼：A
1 氣象信息系統的設計
1.1 氣象信息系統的概念
氣象信息系統是氣象信息與技術保障體系的組成部分，是氣象業務的公共技術基礎支撐系統，主要包括通信與網絡、高性能計算機、信息存儲與共享、數據處理與管理、探測數據質量控制、氣象儀器與觀測方法研究、氣象技術裝備管理、氣象儀器的計量檢定、技術保障等。氣象信息系統負責收集、處理、存儲、交換與分發各種氣象信息和相關非氣象信息。承擔信息的集中統一管理，數據質量控制和信息服務。主要包括通信網絡系統、高性能計算機系統、數據處理與管理、信息存儲與信息共享服務。
氣象信息系統還負責收集、處理、存儲、交換和分發各種氣象信息和相關非氣象信息。承擔信息的集中統一管理、數據質量控制和信息服務，這些服務主要包括通信網絡系統的服務、高性能計算機系統的服務等。在通信網絡系統中，計算機網絡是利用通信設備和介質將地理位置不同、功能獨立的多個計算機系統連接起來，以功能完善的網絡軟件實現資源共享和信息傳遞。這些對于氣象信息系統的設計與研究都有非常重要的影響和重大意義。
1.2 氣象信息系統的設計與建設
對于氣象信息系統的設計與建設來說，其中系統的站點分布和數據傳輸尤為重要，所以對于氣象信息系統的設計與建設來說，要充分考慮站點分布和數據傳輸的影響因素。在考慮這些影響站點分布和數據傳輸的影響因素中，由于山西省水資源不是很豐富，空氣也比較干燥，這些因素對于山西省交城縣氣象信息系統的設計建設中都要充分考慮清楚。對于山西省交城縣的氣象信息系統的設計來說，其安全性和快捷性不可缺少，這些對于現代的氣象信息的傳輸和共享起到非常重要的作用。
另一方面，對于氣象信息系統的數據傳輸來說就比較復雜了，在氣象信息系統投入使用中，會有大量的數據進行不間斷的傳輸，這些數據會在各個的氣象傳感器、水文水質傳感器、有害氣體傳感器等之間來回傳送，所以對于數據傳輸要特別的重視考慮。在氣象信息的建設過程中，需要特別注意大氣中水分的含量，這些對于氣象信息的精確性都會產生很大的影響，這樣才不會破壞數據傳輸等方面的功能。
2 氣象信息系統的研究
2.1 基于b/s結構的氣象信息系統
對于氣象信息系統的設計中的基于b/s機構的氣象信息監控系統來說，這個b/s結構的氣象信息監控系統對于整個氣象信息系統來說都是非常的重要。氣象信息監控系統可以時時的針對大氣中的氣象信息的最新信息進行監控，對于數據采集、傳輸一體化的監控系統設計來說，b/s結構顯得特別優秀。由于氣象信息系統需要監控儀器的高精度要求，這個氣象信息監控系統可以非常好的滿足這個要求，當然穩定性能也非常好，所以在針對整個氣象信息系統的設計與實現過程中，要認真的研究這些影響因素。
基于b/s結構的氣象信息監控系統對于氣象信息系統來說無疑是起到了畫龍點睛的作用。這個氣象信息時時監控系統非常的穩定、高效率，這些影響因素對于氣象信息系統的設計與實現來說都是非常重要的。總體說來，基于b/s結構的監控系統對于氣象信息系統來說有著積極的推動作用，基于b/s結構的監控系統也是氣象信息系統的一部分。基于b/s結構的監控系統是基于多種傳感器來進行工作的，所以對于大氣中的氣象信息的微妙變化都可以在最短的時間內以最快的速度檢測到。這些對于氣象信息的準確性和安全性都有著重要的影響意義。
2.2 對于氣象信息系統數據庫設計的研究
對于氣象系統的設計與實現中的數據庫設計與結構來說，這些方面對于整個氣象信息系統的設計與實現過程都有著非常重要的影響。氣象信息系統數據庫是基于SQL Server的數據庫，這樣的數據庫更加的穩定，使用性能和用戶體驗更加的優秀。在數據庫的設計與結構中，數據庫管理模塊、人工操作管理模塊、數據庫參數及用戶設置、數據記錄的增加和刪除、用戶管理、數據備份和還原等都必須認真的考慮在內，這些模塊在整個氣象信息監控系統的設計與實現過程中都是必不可少的。下面筆者會根據氣象信息監控系統的不同情況對數據庫的設計與結構中的不同模塊進行針對性的說明概述。
首先是數據庫管理模塊，這是數據庫的設計與結構中不可或缺的重要一部分。數據庫管理模塊主要的任務就是管理整個監控系統的數據，這個模塊的功能對于整個氣象信息監控系統的實現都起到非常重要的影響。其次是人工操作管理模塊，這個模塊中，系統的數據庫設計可以在人機交互界面進行各種不同功能的操作，這對于數據庫的人工操作管理來說具有十分重要的意義。而數據庫參數及用戶設置的模塊則要根據用戶的使用情況具體進行設置，在這個模塊中數據庫參數及用戶設置是根據用戶的具體使用情況而定的。數據記錄的增加和刪除模塊在整個氣象信息監控系統的設計和實現中也是必不可少的。當然，用戶管理和數據備份和還原對于整個氣象信息監控系統的實現來說都有著積極的推動作用和重大影響。
3 結語
本文主要針對氣象信息系統的設計與研究做了具體的概述，對于氣象信息系統的設計與實現過程來說，需要經歷水分自動站系統的建設、基于b/s結構的監控系統、數據庫的設計與實現和性能測試過程，這些過程對于氣象信息系統的設計與實現都有非常重大的意義。最后對本文進行一些總結，在氣象信息系統的設計與研究的過程中會遇到很多問題和困難，對于這些問題和困難需要進行相應的解決，這樣設計出來的氣象信息系統才能更加的準確和安全，對于氣象信息的監測才能更加的高效，才能更好的服務人們的生活。
篇（6）
關鍵詞：
快遞分撥中心;信息系統;功能設計;邏輯設計
1快遞分撥中心信息系統構建的必要性
隨著快速市場需求不斷膨脹，傳統快遞分撥中心爆倉、快件丟失、快件處理不及時等問題頻發，智能化與信息化管理的轉型升級需求愈加凸顯。當下，互聯網技術的快速發展為快遞分撥中心信息系統的建設帶來了重要契機，也為分撥中心的轉型升級提供了催化劑。搭建高效的快遞分撥中心信息系統能夠有效提高其外部服務水平和促進內部管理優化:①系統設計改變分撥中心內部運行和管理機制，進一步促進分撥中心規范化管理。②以信息系統為平臺，實現各環節信息共享，充分調動分撥中心業務和服務所需的基礎設施，有序地組織和協調設施設備運作，對作業環節與設備狀態實現實時監測。③信息系統有利于提高分撥中心自動化水平，增加作業柔性，以系統的觀點控制管理分撥流程，實現對中心內成千上萬快件的精細化管理，科學合理分配與管理庫存，為分撥中心戰略決策提供大數據支撐。④分撥中心信息平臺的構建，拓寬了客戶服務的渠道，使得中心資源高度整合，功能實現多元化衍生，分撥中心也能快速、高效響應和滿足快遞供應鏈上下游客戶和市場需求，在降低快遞成本的同時，實現顧客價值的最大化。
2快遞分撥中心信息系統設計
2．1信息系統功能設計
為能提供一個高效、安全、優質服務的基礎信息平臺，本文將快遞分撥中心信息系統目標概括為:建立一個連接分撥中心與各網點、客戶等各方之間的綜合信息管理系統;實現快件實時定位跟蹤和查詢;業務落實有序，實現分撥中心資源整合與自身管理的信息化;引入大數據分析，采用更為科學化的方法實現快遞量的準確預測。圍繞著上述目標，信息系統主要由六大功能模塊組成，包括信息跟蹤、人員管理、訂單管理、庫存管理、分撥管理與大數據，涉及快遞分撥中心核心業務及其他輔助功能，能夠滿足不同的快遞分撥中心實際作業的基本需求。
2．2信息系統框架
設計分撥中心信息系統的邏輯框架是圍繞訂單來展開的，通過訂單來確定快遞分撥服務的主體，因此緊密結合信息系統各功能模塊之間的聯系，整合各功能模塊信息流和基礎數據，最終以系統觀念構建邏輯框架如圖1所示。
2．2．1信息追蹤
信息跟蹤服務需涵蓋貨物在分撥中心的全過程流轉情況，不僅要向用戶提供快件實時位置信息，也需要提供快件的流轉情況與相關環節的責任人，實現業務全過程的透明化。信息追蹤功能模塊主要面向下游業務部門與客戶，由EDI技術實現用戶權限設置與信息安全傳輸，提供客戶所需要的快件實時位置、快件安全狀態、快件經手操作人員、快件在分撥中心的流轉信息以及快件預計出庫時間等，信息追蹤模塊除了輸出信息外，接收從下游業務部門的緊急反饋，以及時滿足客戶遞送需求。
2．2．2人員管理
人員管理功能模塊以員工信息為基礎，實現各功能模塊對不同員工的使用權限、員工任務分配邏輯、員工工作量與績效計算邏輯等任務。該模塊特別重視員工任務分配的合理性和公平性，所調派員工也將成為其他功能模塊的輸入項，依據操作規范標準對完成某項分配作業的員工給予評價，該累計評價既成為未來任務分配的基礎數據，又依此作為工作量核算的量化信息。此外，為保證運輸司機合理工作強度和彈性，對司機人員運輸任務分配新增運輸計劃為參考。
2．2．3訂單管理
對訂單管理模塊的設計預留空間，以及時適應或新增功能，如快遞實名認證功能、電子面單使用，保證快件信息的及時有效獲取與傳遞，充分提高信息系統的柔性。該模塊融入RFID、二維碼等技術將快件基本信息、狀態直接輸入系統，再通過與實際到達分撥中心的快件數量、貨損貨差情況進行校驗，保證訂單與實際相符，若兩者有所出入，模塊將以實際為基礎制定新的訂單信息。訂單基本信息長期保留在本功能模塊中，可實時輸出貨損貨差、缺件等統計信息。
2．2．4庫存管理
無論大到管理上萬平方的倉庫，還是小到安排貨架上的每個存儲空間，庫存管理功能模塊將會根據庫存空間實時變化情況，結合各存放位置的貨物流向，按照先前設定的分配邏輯分配快件，保證快件能夠堆存在合理的位置。庫存管理功能模塊以靜態信息實時變更來實現庫存動態，在輸出項方面，庫存管理功能模塊將輸出快件存放位置、存放安全情況以及庫存空間的變化等，其中快件存放位置、存放安全情況是信息追蹤與分撥管理功能模塊的重要輸入項。
2．2．5分撥管理
分撥管理功能模塊將結合待分揀快件狀態與人員管理功能模塊輸出的運輸計劃、調派人員等作出匹配，系統自動輸出待分撥任務的實操安排。該模塊實時輸入快件進入分撥設備分揀直至快件分揀完畢待裝載上車時的狀態，待快件成功發運后，系統模塊需要相關責任人確認快件的出庫情況、安全情況以及所裝載車輛信息。另外，因信息不全導致無法成功分撥的快件，該模塊將依據缺乏信息的類型自動對快件進行相應的系統響應，如人工辨明、暫停分揀轉至不明快件倉庫暫存等。
2．2．6大數據
大數據功能模塊負責輸入人員管理、訂單管理、庫存管理與分撥管理功能模塊的所有統計信息，根據分析目的的不同，大數據功能模塊也輸出貨物在分撥中心的流轉信息、訂單量的時空分布、員工效率值的時間分布、分撥操作時間效益等數據，返回并反饋給其他功能模塊，以此作為其他實際作業的指標，促進快遞分撥中心人員合理配置、各環節任務效率的提高以及應對突發緊急事件的響應準備。
2．2．7系統邏輯框架
結合快遞分撥中心業務流程與功能實現，進入分撥中心的快件經過掃描后，快件信息自動存儲，系統將跳轉進入訂單管理功能模塊，當完成訂單管理作業流程結束后，相關責任人在系統上提交訂單校驗信息。待系統辨別快件信息，若無特殊遞送需求，隨后系統跳轉進入庫存管理功能模塊，等待相關責任人系統上提交快件位置與安全信息以及人員管理功能模塊編制運輸計劃后，系統將進入分撥管理功能模塊。隨著負責分撥管理的責任人安全將快件裝車，并提交快件出庫與裝車情況后，信息系統完成了對整個分撥流程的管理。
3結論
及展望分撥中心是一個快遞企業整個供應鏈網絡體系中的重要節點，其信息系統在適應快遞分撥中心實際運營狀況的基礎上對業務進行重構優化，它是快遞綜合運營系統的子系統之一，是快遞企業與分撥轉運中心的運營管理者執行計劃、實施、控制等職能提供信息的交互系統。采用信息技術建設快遞分撥中心是符合國家大力推行“互聯網+快遞”的實質性需要，是快遞行業有效無縫對接電子商務快速發展的要求，更是快遞企業今后全面實現信息化管理的必經之路。快遞分撥中心全面實現信息化任重而道遠，除了技術設計層面的推陳出新，在系統信息安全保障、快遞信息標準化建設和物流信息化人才培養等方面，需要政府和快遞企業結合現代管理理念與實踐形成面向社會、快速通暢、公開透明的智能快遞網絡。
參考文獻：
［1］王保山，毛保華，杜鵬，劉海．快遞公司信息追蹤系統研究［J］．物流技術，2009，28(11):206－208．
［2］倪玲霖．物聯網置入快遞業的機理與方案探索［J］．中國流通經濟，2014(1):38－42．
篇（7）
關鍵詞：
醫院；信息系統；安全；CDP容災系統設計
醫院信息系統是一個實時的系統，其中含有大量的數據，并且數據的種類比較多、比較復雜。現如今信息系統管理的范圍逐漸廣泛，功能也日漸健全，醫院的醫療衛生工作逐漸依賴信息系統，其承擔的壓力和工作也逐漸增多，信息系統面臨著數據的安全、完整等方面的壓力。醫院業務流程比較特殊，任何一個原因就會使得信息系統出現故障，進而導致醫院的經濟以及形象等受到不利影響。作為安全系統，就需要實現系統的全天候連續工作，對系統進行安全備份，同時系統遇到故障時也能夠實現連續的工作，使得數據更加安全、完整。
1信息系統的安全和容災系統設計
1.1網絡傳輸
在建設醫院信息化的開始，由于設計人員對網絡技術的發展不能有效地預測，因此網絡架構存在著先天不足的情況。網絡沒有合理的鋪設，增加終端節點時比較隨意，存在著不合理的網絡結構，傳輸效率并不高。網絡設備比較陳舊、落后，缺乏可靠性，不能與新的設備有效地兼容。網絡系統中也缺乏有效地應急備份方案，如果網絡信息系統出現故障，信息系統就會出現大面積崩潰的現象，使得整個系統癱瘓，停止運行。
1.2感染病毒
醫院內部網絡安全隱患中，病毒是十分重要的，當前病毒已經發展到網絡傳播破壞的階段，能夠對網絡資源以及主機產生大量的消耗，如果病毒進入到醫院的內部網絡中，就會給醫院信息網絡系統造成無法預計的損失。
1.3容災的計劃與處理
當前醫院信息系統的數據安全性不夠好，很多重要的數據沒有進行備份容災和恢復，無法對基礎設施的故障，如機房硬件故障、機房火災等，以及軟災難，如病毒、人為操作失誤等進行有效地應對。出現災難時，不能有效恢復丟失的數據，業務也出現中斷，并且無法保證中斷的時間。而且由于服務器自身在技術上存在一定的缺失，操作系統很容易就出現崩潰，使得業務長時間中斷不能快速恢復。
2恢復災難的CDP系統設計
2.1確定系統災難的種類、范圍
要了解醫院信息系統可能出現的災難種類，比如網絡問題、系統問題、火災、地震等意外事故等，不同的防范體系其備份、保護方案等之間是存在差異的。依據相關數據調查分析可以得出，醫院信息系統出現故障的原因位于前三名的分別是硬件故障、人為操作錯誤和軟件錯誤。[1]由于自然災害等因素造成的故障幾率比較小，但是其會造成極為嚴重的破壞，因此在災備系統防御時需要重點考慮和研究。除了信息系統設備的故障以及自然災害等，對于人為因素導致的數據丟失或被篡改也需要明確是不是應該重點防范。對于這兩種災難而言，容災的技術保護手段是存在差異的。傳統的容災方法主要是對大站點類的災難進行恢復，比如自然災害以及電力等災難，一般沒有對軟件或者人為失誤的防范能力。傳統的容災系統缺少對全部災難防范的內容。而CDP容災技術中涉及全面災難的防御體系，能夠全面考慮自然以及人為災難等因素。
2.2了解容災系統對醫院業務的影響
通常而言，醫院信息系統是24小時不間斷運行的系統，災備系統設計過程中，需要不能對原有的信息系統結構進行改變，防止對目前的系統產生影響，帶來不利的因素。實施容災系統時需要使用比較便捷簡單的方法，提高其可控制性和操作性，實施的時間不能太長，明確后期維護的簡便性，這些都對容災系統的維護以及今后運行的成本等產生影響，并決定系統運行情況以及容災系統建設的效果。
2.3知曉容災系統技術維護的難易
一直以來，由于容災技術比較復雜，而且需要花費較高的成本，很多容災系統建設后，維護難度比較大，災備演練也存在較大的難度。所以必須要選擇合適的容災技術方法，依據技術實現的可能性，管理的便利性等進行。
2.4容災技術手段的兼容性
現如今容災技術手段的兼容性是技術線路中需要考慮的重點因素。使用混合系統容災，選擇開放設備導致用戶的理想化效果與技術的真實情況存在較大差異。如果能夠充分考慮面向未來的技術，再建立容災系統，就能夠建立良好的架構，[2]獲得長期的效益，減少系統改造所花的成本，為系統提供更加長期的服務。
3災難恢復計劃的應用分析研究
明確災難修復計劃主要是為了對災難恢復的流程進行規范，災難發生之后，重要的信息系統能夠快速恢復，實現數據系統的穩定運行，實現業務運行效果。要依據災難恢復計劃，重要信息系統監測數據處理中心的災難恢復能力。不同的醫院需要結合自身的實際情況確定合適的災難恢復計劃。[3]制定科學的災難恢復計劃后，為了保證計劃更加完整、實用，就需要定期對流程進行變更管理，完善審核以及演練制度。很多時候由于假設錯誤，對設備以及人員等重視不足，使得災難恢復計劃不能順利發揮作用，這就需要經常進行測試，使其更加有效。測試還是為了讓災難恢復的相關工作人員了解災難恢復的計劃，選擇計算機領域中經驗豐富，綜合素質高的人組成恢復災難的隊伍，熟知醫療以及計算機領域中的知識，能夠具有一定的預見性，在遇到突發事件時能夠科學的進行災難恢復。
4結束語
總而言之，為了使醫院信息系統能夠安全穩定的運行，就需要科學的設計容災系統，選擇合適的設備。容災系統建設完畢后要對其進行演練測試，對其可靠性進行驗證，減少系統故障，更好地實現醫院的管理與服務。
作者：韋明華 單位：廣西平南縣人民醫院
參考文獻
篇（8）
【中圖分類號】G40-057 【文獻標識碼】A 【論文編號】1009―8097（2011）03―0068―04
引言
近年來，國內各大高校在課堂教學考評、師德評價及教師評學等教學質量評價方面做了很多努力，在教務系統建設和教學評價平臺開發利用方面都取得了一定成效。但是，在教學評價信息反饋和再利用方面則差強人意，由于缺乏必要的信息開發，信息的利用僅僅停留在職稱評定，教學質量工程項目申報，教師個人評定等較為簡單的結論認定，教師在一個學期授課后有時也不能立即了解到學生對自己的評語和建議，渠道和信息平臺的缺失從不同側面影響了教學質量的提高和教育評價應用的發展要求。如何根據高校的實際情況，通過整合評價信息資源，構建一個全面、安全、便捷的評價信息系統，為教師和教育管理提供及時、全面的參考信息，進而提升教學質量監控管理水平，是高校教學評價管理工作必須正視的問題。
一 教學評價信息的現狀
教學評價信息作為高校教學質量監控與評估體系的一個重要組成部分，其信息附加值，信息數據流向，信息開發程度將影響到教學質量管理實效與教學管理的決策。
負責教學評價具體事務工作的機構一般技術力量相對薄弱，在評價進行時通常利用現有的教務系統，讀取學生選課等信息進行評價操作，在匯總校、院兩級督導及按比例綜合統計結果方面，易用性較差或功能簡陋，難以全面直觀的反饋評價信息。有的院校因為評價設計較為特殊，甚至不得不獨立運行一套評價系統，其生成的統計結果和評價信息在與教務系統或其他數字化校園平臺數據的共享和交換方面，難免會有不兼容等現象，容易形成信息孤島。與討論較多的教務系統相比，評價信息系統應屬于其一個子系統或數字化校園信息平臺的一部分，在當前信息管理意識和信息應用經驗都還較缺乏的階段，評價信息的應用實踐也存在一些較為典型的問題[1]。
1 技術管理失范
教學評價信息作為教學效果最直接的反映，需要在單點登陸、數字化校園融合、信息跨部門跨數據庫關聯、訪問權限設計等方面有全面的考慮，尤其對一些評價信息涉及教師個人隱私，需要較好分權查看。然而在經費投入不足，重視程度不高的情況下，評價信息只能停滯在簡單的人工查詢階段，即使有相應的查詢系統，也與其他的信息系統是相互割裂開的孤立的小網站，信息與共享缺乏整合，局限了評價信息發揮作用的效力。
2 內容單一，信息更新不及時
隨著信息查詢在教師、管理人員中的普及，制約系統效率的主要原因不再是技術的先進或功能融合，而在其內容和服務。教師在獲取某一種量化評價的結論后，還希望進一步獲悉評價中其他完整的細節，如評價方案中每一項指標的平均分，學生的原始評語，督導的聽課建議等，這些信息也是教師不斷改進教學，提高課堂講授效果的動力和依據，反饋信息的全面、及時又會進一步要求信息系統能提供個性需求的報表、導出等功能。內容更新和功能擴展是一個持續的過程，需要以不斷完善的認真態度，及時響應教師的需要，從而達到教學質量評估的目標。
3 模式簡單，未能體現評價信息的內聯性
評價信息系統不同于普通的信息查詢系統，它發揮反饋評價信息的基本功能，提供評價結論的基本情況查詢，同時也是教學工作狀態呈現的綜合信息平臺，即能客觀反映評價，也要能在評價之內形成連續的教學工作狀態圖表或趨勢分析，以充分挖掘數據信息的價值，發現教學過程中面臨的問題，管理過程中的不足以及各種潛在影響教學質量的可能。
4 學生獲取評價信息的不對稱
學生與教師分別作為評價主體和對象，在評價信息獲取中處于不對稱的地位。教師作為被評價對象，通過人工或網絡查詢，均能獲知評價的結果，而學生作為參與評價的主體，既是評價結果受益者，也應享有評價信息知情權。然而在實際操作中，學生的獲知是極有限的。一方面，沒有相應的信息系統能及時對等反饋，另一方面，在相應的反饋機制中，也忽視了學生群體，既使有的高校較好的編印了評價結果匯編等物化材料，也由于各種客觀限制和顧慮，僅有極少數學生能查閱。評價信息的不對稱，使學生無法準確把握評價工作的意義與效用，對評價制度產生潛在的負面看法，同時在選課時也無從比較。
二 教學評價信息系統設計
評價的意義在于通過評價發現教學過程中存在的各種影響質量的問題和因素，為決策者提供改革的思路，為教師提供一個不斷改進和發展的指向，因此，需要引入評價信息的反饋、分析和診斷的功能。教學評價信息系統的開發遵循軟件、網站的一般流程，即用戶需求分析、系統可行性分析、總體方案設計、功能模塊設計、編碼測試、上線運行等，通過探索嘗試和分步驟開發應用，對這些經驗進行梳理可為教學相關信息的聚合和應用提供參考。
1 開發模式――二次開發
大多數高校已運行有現成的教務系統或其它數字化平臺，評價信息系統中所涉及的師資信息、開課信息、學生信息等已在這些原有系統中存在，并有專人維護，因此若利用原有數據和平臺，重點開發評價信息的展示功能和頁面，不僅能充分滿足數據標準與共享的問題，同時也更容易集中精力在系統自身的兼容和擴展性，與原有數據系統的對接也較好滿足單點登陸的要求，在最大限度同步利用已有數據時，使學生對應選課信息查詢評價結果成為可能，與原系統的認證模塊對接，也能避免上一套系統用一套帳號密碼的重復不便和資源浪費。
根據學校的實際，憑借自己的技術力量自主開發或聯合校外企業量身定做來實現二次開發都是很好的選擇，但在開發隊伍的選擇上，一定要注意后期維護的保障，任何一個信息系統在其生命周期內都需要有持續的維護和不斷完善。
2 技術方案與難點
C/S和B/S是目前較為流行的技術模式。基于C/S模式的信息系統在數據處理和信息管理中具有較大優勢，但由于必須使用客戶端這樣特定軟件才能使用，作為一個查詢偏重的系統， B/S模式更具優勢，B/S架構位于服務器端，任何一臺計算機通過瀏覽器即可輕松登陸和獲取信息。
對于二次開發的這樣一個B/S系統，可以選擇較為流行的Linux+Apache+PHP+MySQL或Windows+IIS+ + SQL Server兩種動態網站編程組合。這兩種組合都具有快速開發的特點以及與原有數據系統集成的擴展性，對用戶基數較為穩定的高校，這種架構完全能滿足要求。系統實現過程的典型難點――跨庫數據關聯。因為評價信息和教師、學生等基本信息來源于現有的評價系統或教務系統，所需實現的信息分析和結果查詢需要與原有數據源建立關聯。解決辦法是設計簡化的本地表，在人工操作指令下，選擇負載較低的午夜或其它數據系統不活躍的時間進行跨庫信息提取，程序將經過運算、分析后的信息以結果形式存儲在本地數據表，而不是復制數據源中的基礎數據，如此，即避免了使用時再進行運算分析產生的長時間等待，確保了使用數據的唯一性來源，減少了冗余數據，也提高了查詢分析效率。
3 設計目標和功能
基于前文分析，本系統基于B/S模式，利用原有教務系統已有數據庫和認證模塊、評價模塊，重新定義數據統計、分權限等功能，使其能在已有系統基礎上實現單點登錄，并根據不同權限劃分，查詢當前與歷史評價數據的信息系統。
高校教學評價信息系統在功能模塊上由網站子系統、評價信息分類子系統和數據管理子系統組成，如圖1所示為教學評價信息系統功能框架示意圖。
（1）數據處理。數據是評價信息系統的根基，通過跨庫關聯提取必要的評價原始記錄，進行處理形成新的信息集合，存儲在本地數據庫中，繼而作為各種分析和報表的信息來源，數據處理模塊的科學性將直接影響系統發揮效用的能力。
（2）報表。報表的種類和分析的程度需要有充分的設計，從不同側面反映出的分析結果，結論可能是不同的，這將有利于教師或相關部門、領導及時發現潛在問題。報表信息的，基于分權限認證，教師本人、學院領導、職能部門及校領導身份均分配不同范圍的查詢權限，以全面把握院系或全校的教學狀況。基于日常需要，還提供所有歷史評價結果匯總打印，詳細評價信息打印等實用功能，滿足不同情況下數據服務的需要。
（3）網站子系統。主要提供系統前后臺信息及權限設置，如操作須知、通知公告、制度匯編等評價相關動態信息，以及不同角色的權限設置。在內容布局和界面設計中，菜單導航以1-2級為宜，頁面設計宜以美觀、簡潔為原則，要能清晰地反映出用戶最關心的信息部分。
三 評價信息開發與利用
教育理想、教育方法、教育技術的不斷發展要求教師能了解到自身與學生所要求的教育之間的差異，并在不斷滿足學生的學習要求和獲取信息中提升自己和教學的質量，如何在各種不同場合的評價中篩選出切中要害的信息，減少無意義的信息冗余，完善的評價信息反饋機制能夠使評價信息更加科學、廣泛的應用于教學質量評估，同時也有利于職能部門根據評價結果的分析有針對性采取相應的質量保障措施。評價信息本身是零散的，每學期匯總的評價結果只是一次定量評價的量化表現，然而，要實現信息診斷，綜合每個學期連續采集的評價數據，則能更科學、動態的反映出教學質量的變化和存在的問題。
數據挖掘（Data Mining）又稱數據庫中的知識發現，是從大量數據中提取人們感興趣的知識，這些知識是隱藏的，事先未知的，潛在有用的信息，挖掘的知識表現為概念、規則、規律、模式等形式，數據挖掘的目的在于使用所發現的信息解釋當前的行為或預測未來的結果 [2]。評價信息系統中數據挖掘主要有以下幾種應用：
1 課堂教學效果的縱深分析
對某一個課堂教學效果的評價并不僅僅只有一個量化的結論，還可有許多可挖掘的信息細節，如針對總分所對應評價等級的數量，對每個二級指標對應分值的分班比較，這些橫向和縱向的比較使課堂教學效果的評價更加全面，值得肯定的和有所不足的方面都能在分析中體現出來，有利于教師找準課堂問題所在，進行自我改進和提升[3]。
2 評價差異分析
學生、同行、督導分別從各自角度對教師進行評價，視角的差異可能得到不同的結論和意見，根據一定的篩選、比較規則，這類差異較大的個案可從數據分析中找出，教學質量監控部門和相關領導需要對相應教師的教學情況進行復查，最終發現和確定產生不同評價的內在原因，并采取措施保障教學質量，同時也發揮出評價信息系統獨特的信息發現功能，幫助教學監控及時發現問題。
3 趨勢分析
教師每學期面對的學生和展現的授課狀態不盡相同，不同年度的評價在不同指標上的評分和結果上將會呈現不同幅度的波動曲線，當教師的教學狀態趨勢曲線出現較大變化時，則預示著新情況的出現――新教法的嘗試，或其它原因導致的不適感等。數據挖掘分析出潛在的影響教學質量變化的因素，體現在趨勢圖表中，教師個人或教學管理者均能直觀的看到潛在的問題，從而起到預警和提示作用，教師和相關部門也能以此為依據，將潛在問題對教學質量的不良影響消除或控制在有限范圍。
4 提升信息化水平
評價信息的利用，往往涉及到不同部門，各種評定、考核，要求其信息化程度在交換和共享方面進一步提升，在現行評價信息系統中，相關數據報表的生成、導出和共享等環節，尚沒有統一的標準，需要在相關信息交換標準的指引下[4]，開放部分數據接口，實現數據的無縫鏈接及動態傳遞。教學評價信息與高校教學質量生命線緊密相連，教育信息化將推動評價信息應用的寬度和廣度，而信息應用的深入也將反過來要求信息化向更高領域拓展，信息應用價值也將不斷提升。
四 結語
教學質量評價的目的在于加強教學管理，提高教學質量，因此，是否能從評價中獲取各種有益的信息顯得至關重要，在信息技術日新月異的今天，由技術帶來的信息化瓶頸早已不復存在，更加重要的是如何運用技術，開發數據價值，不斷打造符合高校發展趨勢的教學監控與評價手段，提升教學管理決策水平與信息應用能力。
參考文獻
[1] 謝海波,林書兵.高校科研信息系統的發展現狀與設計方向探析[J].現代教育技術,2010,(3):140-142.
[2] Richard,RJ,Geatz,MW.翁敬農譯.數據挖掘教程[M].北京:清華大學出版社,2003.
[3] 歐少閩,解文明,楊棉華.圍繞國際醫學教育標準構建新型教學質量評價體系[J].現代教育技術,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年北京奧運會辦成奧運史上最出色的一屆奧運會。而對于奧運賽場分散，物流需求隨機性強，且物流量大大超過歷史水平的北京奧運會來說，要想實現如此巨大的物流量安全、高效、平穩的運作，僅僅依靠中國傳統的物流手段或是簡單的信息技術是難以完成的，必須依靠“可視化”、“數字化”、“智能監控”等先進技術對其進行監控管理，以實現對客體的實時跟蹤和控制，確保物流渠道順暢、安全。
鑒于物流信息平臺對2008年北京奧運物流系統強大的支撐作用，本人認為此奧運物流信息平臺需包括可視化奧運物流中心管理系統，在途貨物監控系統和查詢監控系統三大部分。
一.可視化奧運物流中心管理系統
可視化奧運物流中心管理系統是一套全面性的物流中心管理工具，用以輔助物流中心管理員優化其管理、協助領導通過虛擬現實技術適時了解掌握庫房儲備情況，提高物資儲備管理水平的軟件系統。主要包括以下幾大功能模塊：
1.數據管理模塊。對整套系統數據進行安全加密、維護、備份及災難性恢復等功能，為用戶提供安全的數據存儲。
2.標準化管理模塊。統一進行標準化代碼管理。
物品代碼：嚴格按有關規定標準進行物品定義和維護，使用時根據實際情況在該標準的基礎上進行細化與補充。整個系統應用統一的物品代碼，并具有物品代碼增加、修改、查詢、刪除功能。
貨位代碼：根據實際情況進行貨位代碼定義和維護，并具有代碼增加、修改、查詢、刪除功能。
人員代碼：提供建立不同崗位人員簡明人事檔案功能。為每個人員設置不同的代碼，并根據崗位或職務設置不同的使用功能權限。
3.模型管理模塊。提供各種庫房、物資及附屬設施設備等的模型及相關數據、信息，令使用者能夠清晰直觀的了解到庫房內所有設施設備的基本情況與庫房內部情況。
4.日常業務管理模塊。對物資出入庫和存儲階段進行優化管理，提高物資的流轉效率。具體又包括以下幾個子模塊：
入庫作業與優化：根據不同的管理策略、貨物屬性、數量以及現有庫存情況，自動設定貨物堆碼位置、貨物堆碼順序建議，從而有效的利用現有倉庫容量，提高作業效率。
在庫管理：在庫管理主要是指物品在庫期間的日常管理、清查盤點、保管養護、存儲時間檢查，以及為了便于管理物品和更有效的利用倉庫容量而進行的并庫、移庫操作。
出庫作業與優化：根據不同的管理策略、貨物屬性、數量以及現有庫存情況，自動揀定組合、確定貨物位置、貨物揀選順序建議。支持緊急揀選，對超過一定時間的產品進行優先揀選。
盤點管理：提供實盤數量與賬面數量對比調整功能。
5.查詢統計分析模塊：對物流中心物品所處狀態進行查詢，并可提供相關報表和進行可視化貨位顯示和庫存圖表統計，為管理決策提供及時準確的數量信息。
6.實時監控模塊。利用安放在庫房內的攝像頭，對庫房內部實時進行監控，從而確保物資的安全。
二.在途貨物監控系統
可視化在途貨物監控系統是一套全面性的貨物在途運輸管理工具，用以輔助貨物管理人員進行在途貨物管理，協助領導通過虛擬現實技術適時了解掌握貨物在途運輸狀態、情況，提高物資運輸安全性、及時性、準確性水平的軟件系統。主要包括以下幾大功能模塊：
1．數據管理模塊。對整套系統數據進行安全加密、維護、備份及災難性恢復等功能，為用戶提供安全的數據存儲。
2．標準化管理模塊。統一進行標準化代碼管理。
物品代碼：嚴格按有關規定標準進行物品定義和維護，使用時根據實際情況在該標準的基礎上進行細化與補充。整個系統應用統一的物品代碼，并具有物品代碼增加、修改、查詢、刪除功能。
車輛代碼：對奧運物資專用運輸車輛進行代碼定義和維護，并具有代碼增加、修改、查詢、刪除功能。
人員代碼：提供建立車輛運輸人員簡明人事檔案功能。為每個人員設置不同的代碼，并根據崗位或職務設置不同的使用功能權限。
3.模型管理模塊。提供各種車輛運行及在途物資等的模型及相關數據、信息，令使用者能夠清晰直觀的了解到車輛運行的基本情況與在途貨物情況。
4.運輸路線優化管理模塊。通過對不同運輸路線距離測算，并結合不同路線路況情況進行運輸路線的優化選擇。
5.貨物跟蹤監控模塊：利用車輛實際運輸路線的數據進行車輛監控，并模擬顯示隨車貨物狀態信息，實現貨物跟蹤的功能。
車輛跟蹤：通過運用GIS、GPS等技術對運輸車輛進行跟蹤、定位，并動態顯示出車輛的相對位置和運輸路線道路情況。
車輛運輸狀態監控：根據道路及車輛運行情況測算貨物是否可按規定時間安全運抵目的地，（估計剩余時間可根據車輛當前位置與運輸目的地之間的距離除以車輛運行時的平均行駛速度求得），從而通過對車輛運輸狀態進行監控，及時發現問題進行調整，以達到滿足需求的目的。
貨運信息顯示：通過顯示隨車貨物信息,進行貨物的跟蹤模擬。
6.查詢統計分析模塊：此模塊可針對運輸貨物、運輸車輛、駕駛員等進行貨運信息查詢統計分析，為管理決策提供信息支持。
三.查詢監控系統
查詢監控系統是一套全面性的貨物查詢管理工具，通過模糊查詢和精確匹配查詢兩大功能協助管理人員通過虛擬現實技術適時了解掌握貨物存在狀態，提高物資管理水平的軟件系統。主要包括以下幾大功能模塊：
1.數據管理模塊。對整套系統數據進行安全加密、維護、備份及災難性恢復等功能，為用戶提供安全的數據存儲。
2.標準化管理模塊。統一進行標準化代碼管理。
物品代碼：嚴格按有關規定標準進行物品定義和維護，使用時根據實際情況在該標準的基礎上進行細化與補充。整個系統應用統一的物品代碼，并具有物品代碼增加、修改、查詢、刪除功能。
車輛代碼：對奧運物資專用運輸車輛進行代碼定義和維護，并具有代碼增加、修改、查詢、刪除功能。
人員代碼：提供建立車輛運輸人員簡明人事檔案功能。為每個人員設置不同的代碼，并根據崗位或職務設置不同的使用功能權限。
場所代碼：對奧運物資所涉及的場所進行編碼，整個系統實行統一代碼制。
3.檢索查詢模塊。通過對下列某個關鍵詞進行檢索來查詢物品相關聯的其他狀態。
物品種類查詢：以物品種類為關鍵詞進行檢索以查詢其他狀況。
物品代碼查詢：以物品代碼為關鍵詞進行檢索以查詢其他狀況。
物品場所查詢：以物品所在場所為關鍵詞進行檢索以查詢其他狀況，如奧運配送中心、場館1、場館2……、車輛1、車輛2……等。
時間段查詢：以某一時間段為關鍵詞進行檢索以查詢其他狀況，如一天內、三天內、五天內、一周內等。
時間點查詢：以某一時間點為關鍵詞進行檢索以查詢其他狀況。
物品狀態查詢：以物品現存狀態為關鍵詞進行檢索以查詢其他狀況，如入庫狀態、儲存狀態、出庫狀態、在途狀態等。
運輸工具查詢：以車輛代碼為關鍵詞進行檢索以查詢其他狀況。
物資管理人員查詢：以人員代碼為關鍵詞進行檢索以查詢其他狀況。
組合查詢：以上述兩種或兩種以上關鍵詞進行檢索以查詢其他狀況。
4.虛擬可視化模塊。對于所查詢出的物資運用虛擬可視化技術進行模擬動態顯示。
5.統計分析模塊。通過對物資現存狀態和計劃狀態進行對比，分析整個運作過程中的物流瓶頸，并以不同顏色、形狀或圖形狀態動態顯示出。
作者單位：北京物資學院物流管理系
參考文獻：
篇（10）
DOIDOI：10.11907/rjdk.161574
中圖分類號：TP319
文獻標識碼：A 文章編號：1672-7800（2016）008-0096-03
0 引言
教育教學信息化建設對于促進教學改革，加快實現管理手段的現代化有著積極作用[1]。高等教育領域信息化正在加速發展，多數高校開始對畢業設計進行規范化、信息化管理，但是不同層次院校對畢業設計信息化管理需求不盡相同。獨立學院由于其自有專職教師及管理人員較少，在專業教學和畢業設計指導中更多依賴于母體學校教師資源[2]，傳統的畢業設計過程監控跟蹤手段難以有效落實。為提高畢業設計管理工作效率，本文設計開發了一個基于B/S架構的畢業設計管理信息系統，厘清了畢業設計各階段工作之間的關聯關系，梳理了畢業設計管理流程，劃分了系統管理員、教務管理員、系教學秘書、學生、指導教師和輔導員6種角色，引入了畢業設計各個階段進展情況的實時統計與跟蹤監控機制，有效解決了畢業設計過程跟蹤監控需求，保證了畢業設計質量。
1 系統需求與流程分析
1.1 系統需求分析
系統設計的目的是為了提高學院畢業設計工作效率，根除傳統管理模式的弊端，方便參與畢業設計過程的各類用戶。不同用戶使用系統的需求不同，如面向教務管理人員，系統應具有基礎信息維護、學生信息維護、畢業設計進展情況監控、各類統計報表等功能；系教學秘書需要維護本系指導教師信息、分配畢業設計任務、管理選題、監控畢業設計進展情況、中期檢查以及安排答辯等；學生通過系統進行在線選題、完成選題審批表、任務書、開題報告、中期報告以及論文資料的提交；指導教師使用本系統完成在線申報題目、審批或審核學生提交的各項報告、評閱學生論文等；輔導員能夠隨時查看學生的畢業設計完成進度情況，及時督促進度較慢的學生；系統管理員主要完成對數據庫和管理員信息的維護工作。
1.2 業務流程分析
系統基本流程如下：①系統初始僅有一個系統管理員賬戶，首先由系統管理員添加教務管理員、各系教學秘書和輔導員賬戶；②教務管理員設置當前學年度，添加其它基礎信息，導入本學年度學生基本信息表，生成學生賬戶；③系教學秘書錄入或導入本學年度指導教師信息，生成指導教師賬戶，分配本年度畢業設計指導任務；④指導教師登錄系統，根據個人任務在線申報課題；⑤系教學秘書對教師申報的課題進行在線審核，所有課題審核完畢后，按專業開放選題；⑥學生在線選題；⑦選題結束后，學生按階段完成課題審批表、任務書、開題報告、中期報告以及論文資料的提交，指導教師按階段對學生提交的材料進行審閱，教務管理員、系教學秘書和輔導員協同監控學生畢業設計進度情況，并做好各自的跟蹤管理工作。
2 系統設計
2.1 系統功能劃分
按照不同權限用戶功能的不同，設計本系統的核心功能結構如圖1所示。
2.2 系統功能介紹
（1）管理員維護模塊：包含添加管理員功能、刪除管理員功能和管理員密碼清零功能。
（2）數據庫維護模塊：包含數據庫的導入導出、數據庫初始化等功能。
（3）教務管理員的基礎信息維護模塊：包含當前學年設置、部門信息維護、專業信息維護和職稱信息維護功能。
（4）學生信息維護模塊：包含學生基本信息導入、查詢、刪除學生和密碼清零功能。其中教務管理員具有學生信息導入和查詢功能。新學年開始時，教務管理員將有畢業設計任務的學生信息通過Excel表上傳并導入到數據庫中；系教學秘書可以刪除學籍異動（休學、退學等）學生，還可以清零重置學生密碼。
（5）指導教師維護模塊：各系教學秘書負責本系指導教師的信息維護工作，包含指導教師添加、指導教師集中導入、查詢、修改、刪除和密碼清零功能；此外，該模塊還包含教師信息統計功能，可以按職稱、學歷、類別分別進行統計。
（6）畢業設計任務分配模塊：各系教學秘書負責分配本系當前學年畢業設計任務。按照專業進行劃分，如果一教師分別指導兩個專業的若干名學生，那么任務表中對應該教師兩條任務記錄；一個課題任務最多可以有兩名指導教師，但只能有一名導師負責使用本系統管理課題指導任務。
（7）題目申報模塊：指導教師登錄系統后首先進入題目申報頁面，題目申報頁面顯示教師的任務列表和已申報題目列表，教師根據任務列表中的任務數進行題目報審，申報題目數不能超過總任務數。在題目被審核之前，指導教師可以修改已申報題目，題目審核通過后就不能再次修改。
（8）選題管理模塊：由系教學秘書管理，包含題目審核、選題控制、題目分配與題目變更4項功能。其中選題控制功能采用按專業分時段選題策略，由系教學秘書控制各專業開放選題的時間段，以減輕服務器壓力。題目分配功能主要用于將一部分定向題目分配給指定的學生，例如參加校企合作的學生，不參與專業集中選題，由系教學秘書提前分配其所在企業的指導教師申報課題。
（9）學生選題模塊：本系統不采用師生互選策略，一個學生只能選擇一個題目，提高了選題效率，同時為了兼顧公平，在選題開放之前，學生可以查看所有已申報的題目。
（10）過程管理模塊：主要指在選題結束后，學生按各階段流程完成選題審批表、任務書、開題報告、中期報告以及論文資料的提交，指導教師對各階段學生工作進行指導，對學生提交的材料進行審批或審閱。系統嚴格控制學生按照階段流程完成畢業設計，如果前期環節沒有完成，后期環節就得不到相應權限，避免了各環節的次序顛倒[3]。
（11）畢業設計進度跟蹤模塊：包含畢業設計各個階段進展情況的實時統計功能以及學生完成情況明細，該模塊實現了教務管理員、系教學秘書和輔導員對畢設進度情況的實時監控跟蹤。圖2展示了計算機工程系教學秘書看到的題目報審與選題階段某個時間點的實時進度情況，其中計算機科學與技術（動漫設計方向）專業已完成選題，軟件工程專業正在選題，計算機科學與技術專業正在進行題目申報和審核，網絡工程專業正在申報題目。單擊圖2中某專業“已選題”列對應數字，系統將顯示該專業學生選題情況明細表。
（12）系統各類用戶具有不同權限的文件上傳、數據（含報表）導出功能、資料下載功能、個人登錄歷史查詢以及個人信息維護等相關功能。
2.3 數據庫設計
系統涉及的數據庫表主要有adminuser（管理員表）、teacher（教師表）、stu（學生表）、syear（學年表）、dept（部門表）、major（專業表）、rank（職稱表）、ttask（教師任務表）、project（題目表）等，限于篇幅，下面僅列出管理員表和教師任務表，如表1、表2所示。其中，管理員表中fpath字段用于保存服務器相對路徑，路徑對應文件夾中存儲該用戶上傳或者導出的文件，用戶對該路徑擁有訪問權限。
3 系統實現
3.1 系統邏輯結構
系統使用MySQL作為后臺數據庫，服務器端采用Java Web技術實現，動態jsp頁面采用EL表達式、JSTL標簽技術，前端頁面樣式使用bootstrap框架設計，并采用基于jQuery的Ajax異步請求技術進行數據交互。系統邏輯結構如圖3所示，采用了基于組件式開發的MVC（Model View Controller）設計模式[4]，使得系統具有良好的架構，更加便于系統功能的擴展與維護。
3.2 系統實現關鍵技術
（1） MVC設計模式。Model為模型層，又細分為業務邏輯層、數據訪問接口DAO和數據持久層實體類，用于完成系統業務邏輯；View為視圖層，指用戶看到并與之交互的界面，主要用于數據信息的輸入采集和數據的顯示輸出，本系統所有jsp頁面用于完成視圖層功能；Controller為控制器，用于接受用戶的請求并決定調用哪個模型構件去處理請求，然后再確定用哪個視圖來顯示返回的數據信息，本系統控制器采用servlet實現。
（2）過濾器（Filter）技術[5]。系統使用過濾器技術實現了字符編碼過濾和URL級別的權限訪問控制，其中6類系統用戶的資源訪問權限控制分別由6個過濾器實現。以教師用戶為例，將教師可訪問的資源組織在路徑“/t/”下（包括教師可訪問servlet的URL也映射在此路徑下），然后創建過濾器Tfilter類，并在配置文件web.xml中使用< filter-mapping >標簽將Tfilter與教師可訪問資源進行關聯，從而實現對教師資源請求的攔截控制，其中過濾器映射的定義如下：
TFilter
/t/*
（3） Servlet上下文監聽器（ServletContextListener）。系統中的一些基礎信息（例如當前學年、部門信息、專業信息等）是所有用戶的共享數據，通過使用Servlet上下文監聽器，實現了將基礎信息從數據庫中讀出并存放至application作用域中，方便用戶共享和使用，減少對數據庫的訪問頻度。為保證數據的一致性，當管理員更新這些基礎信息時，需要同時更新數據庫和application作用域中的數據。
（4）Bootstrap框架。Bootstrap框架屬于css框架，它在支持html5和css3的瀏覽器上表現特別好，對移動終端的瀏覽器支持也相當優秀[6]。本系統使用的是Bootstrap3.3.6版本，它對IE9及更低版本的IE瀏覽器兼容性不好。本系統設計時專門針對低版本IE瀏覽器引入了html5shiv.js和respond.min.js兩款插件，使IE支持html5中的新標簽并能夠識別@media，支持響應式布局。
（5）基于jQuery的Ajax異步請求技術[7]。系統設計時使用jQuery Ajax技術實現無刷新釤更新頁面和異步提交數據，減輕了服務器和寬帶的負擔，提升了Web程序性能。
4 結語
本文構建的畢業設計管理信息系統功能完善、用戶角色設置合理、流程清晰，能夠滿足獨立學院對本科畢業設計規范化、信息化的管理需求，大大提高了畢業設計效率，解決了畢業設計跟蹤監控難題，極大方便了參與畢業設計的各類用戶。
參考文獻：
[1]龔春紅.高等院校教育教學信息化中存在的問題及對策[J].中國管理信息化，2006，9（11）：95-96.
[2]王頌萍，王玉昆，楊靜.畢業論文管理信息系統在獨立學院教務管理中的應用[J].河北工程大學學報：社會科學版，2013，30（2）：105-106.
[3]潘旭武.基于工作流的畢業設計管理系統[J].計算機系統應用，2013，22（1）：54-57.
[4]ROD JOHNSON.J2EE設計開發編程指南[M].魏海萍，于曉菲，毛選，譯.北京：電子工業出版社，2003.
