導語：如何才能寫好一篇信息化系統論文，這就需要搜集整理更多的資料和文獻，歡迎閱讀由公務員之家整理的十篇范文，供你借鑒。

篇1

[關鍵詞]信息孤島EAI面向服務體系結構SOA信息融合

一、企業信息化的概念

企業信息化是將信息技術應用于企業生產、經營和管理，旨在提高企業的生產、經營和管理效率，降低成本，提高顧客的滿意度，最終增強企業競爭力。

企業在信息化過程中構建和使用的應用系統可大致分為兩類。一類是涉及到大量業務處理和數據處理的企業級應用系統，例如ERP系統、CRM系統、財務管理系統等。另一類是提供簡單功能的供單個員工使用的桌面應用系統，例如用來進行文字處理、報表制作的辦公應用系統等。

二、企業信息化中的問題

傳統的企業由于缺少不同系統相互集成的技術，導致很多關鍵的信息被封閉在相互獨立的系統中，部門間重復著冗余的工作，這直接導致了企業工作效率的降低和運營成本的上升。

在一個單位的各個部門之間由于種種原因造成部門與部門之間完全孤立，各種信息(如財務信息、各種計劃信息等)無法或者無法順暢地在部門與部門之間流動，這樣就會形成信息孤島。“信息孤島”從在技術上帶來的不良影響大致可以分為以下幾個方面：數據的一致性無法保證，信息及時共享、反饋難，企業數據中存在很大的冗余、大量的垃圾信息，信息需要重復多次的輸入。

目前我國企業信息化工作中還存在很多的問題和困難，“重實施、輕規劃，重技術、輕管理”的認識誤區使得企業信息化缺乏清晰的主線，造成“有一個需求建一個系統”的直接需求式驅動的信息化建設模式，直接導致了企業“信息孤島”的加劇、多種異構系統的同時運行。無論是從企業的現實需求，還是企業信息化的長遠發展來看，如何實現異構系統的協同工作，實現企業資源整合，消除“信息孤島”是企業信息化過程中必須要解決的關鍵問題。

三、EAI

EAI是將基于各種不同平臺、用不同方案建立的異構應用集成的一種方法和技術。EAI通過建立底層結構，來聯系橫貫整個企業的異構系統、應用、數據源等，完成在企業內部的ERP、CRM、SCM、數據庫、數據倉庫，以及其他重要的內部系統之間無縫地共享和交換數據的需要。有了EAI，企業就可以將企業核心應用和新的Internet解決方案結合在一起。

隨著企業各種應用的迅速增加以及更多地把自己的業務轉向電子商務，EAI方案對企業的重要性也日益顯現。越來越多的企業開始采用EAI解決方案將企業內部的應用軟件與外部客戶和供應商的應用軟件進行鏈接，實現數據流和業務運作的自動化，從而令業務更實時與快速。

傳統的EAI并不能夠滿足企業最根本的需要——快速構建IT系統以支撐企業業務的發展。當今的企業級分布式IT系統都在向共享服務方向發展，企業對傳統EAI的需求僅限于將已經構建但并不支持服務共享的IT系統變成能夠共享服務的IT系統，但是這一過程不應以放棄與未來的新應用共享服務為代價。

四、面向服務體系結構（SOA）

SOA是指為了解決在Internet環境下業務集成的需要，通過連接能完成特定任務的獨立功能實體實現的一種軟件系統架構。SOA是一個組件模型，它將應用程序的不同功能單元（稱為服務）通過這些服務之間定義良好的接口和契約聯系起來。

SOA憑借其松耦合的特性，使得企業可以按照模塊化的方式來添加新服務或更新現有服務，以解決新的業務需要，提供選擇從而可以通過不同的渠道提供服務，并可以把企業現有的或已有的應用作為服務，從而保護了現有的IT基礎建設投資。

傳統的Web技術有效的解決了人與信息系統的交互和溝通問題。WEB服務技術則是要有效的解決信息系統之間的交互和溝通問題，促進B2B/EAI/CB2C的發展。SOA則是采用面向服務的商業建模技術和WEB服務技術，實現系統之間的松耦合，實現系統之間的整合與協同。WEB服務和SOA的本質思路在于使得信息系統個體在能夠溝通的基礎上形成協同工作。

對于面向同步和異步應用的，基于請求/響應模式的分布式計算來說，SOA是一場革命。一個應用程序的業務邏輯或某些單獨的功能被模塊化并作為服務呈現給消費者或客戶端。這些服務的關鍵是他們的松耦合特性。例如，服務的接口和實現相獨立。

五、信息融合技術

信息融合技術研究如何加工、聯合來自眾多信息源的信息，并使不同形式的信息相互補充，為各種模型方法和各領域的專家服務，使其信息量得到最大限度地發揮。按信息抽象程度不同，融合可分為三個層次：原始數據融合、目標級融合和決策級融合。

1.原始數據融合是在采集到的原始信息層次上進行融合，在各種信息源的原始數據未經預處理之前，就進行信息的綜合和分析。它的優點是保持了盡可能多的信息，缺點是處理的信息量大，所需的處理時間長，實時性差。

篇2

加強對檔案信息自動化系統管理的目的在于開發應用，離開推進應用水平的提高，就脫離了實際。加強管理的指導思想，一是要積極進取，開拓創新，爭取條件采用先進技術；二是要充分掌握系統的綜合性、系統性、統一性，統籌兼顧，全面安排，調動各方面的積極性；三是要從現實出發，循序漸進。如何提高應用水平，需要深入考察與自動化系統相關的諸多方面的情況及變化趨勢，分析存在的問題，尋求解決的途徑。本文試從經常遇到的幾個問題，闡述個人的一些看法。

一、推進自動化，必須提高檔案標準化、規范化水平

目前，檔案信息自動化系統的現狀是檔案標準化、規范化滯后和應用軟件多亂，這些都嚴重影響了系統整體水平的提高。目前系統的主要矛盾不是硬件設備的缺乏，而是硬件的功能并沒有充分發揮。筆者認為對這一問題取得共識是系統建設思想上的一次飛躍，它使我們的觀察視野從計算機系統擴大到整個檔案信息管理。這一認識上的轉變給我們的啟示是：檔案信息自動化的內涵包括檔案工作的各個方面和各個環節，其中首要的是檔案業務要規范，檔案標準要建立健全和真正實施。檔案標準和規范本身也是一個系統工程，要推進檔案自動化建設，必須抓好檔案標準化、規范化，掌握好兩者相輔相成、互相促進的辯證關系。

二、自動化建設要著眼于提高系統的整體水平

根據系統論思想和集成化要求，檔案信息自動化建設的著眼點應是整個系統，組成系統的縱向和橫向的各個節點都應達到一定水平，并通過網絡加以聯通，這樣才能發揮整體優勢，提高系統的綜合能力。部分節點甚至一個重要節點的障礙，都可能造成系統的梗阻。當然，要求每個節點的裝備水平和應用能力齊頭并進是不現實的，不可能“齊步走”。鼓勵和支持先進單位提高水平，在一些單位進行較高水平的試點，以取得值得推廣的經驗，對整個系統是有利的，但其基本出發點應是為了提高系統的整體水平，只有少數先進的節點不可能組成先進的系統。

三、有重點地抓好數據庫建設

目前檔案信息自動化系統從總體上看仍處于由文件處理向信息管理系統的過渡階段，完成這一步的關鍵在于數據庫建設。開發和建設數據庫系統是國家檔案信息工程的核心和基礎，是工程的主體。數據庫的含義是依托先進的信息技術對資料進行科學的管理和方便的使用。建立數據庫系統是一項長期的任務，要經過由低到高、由單個到群體的循序漸進過程。經過試點，數據庫經驗中最主要的有：領導重視，統一認識，堅持計算機技術人員同檔案業務人員協同配合；面向應用，建立“活庫”，以利用頻率和使用效率考核數據庫的“活性”；突出重點，由單一庫向系統庫發展等。當前若能把綜合數據庫的完善提高和各單位檔案目錄庫建立起來，通過網絡聯接形成開放的分步式數據庫群，將使自動化系統效率大大提高一步。

四、慎重選定技術路線

信息技術的飛速發展成為當代技術革命的主要特征。目前，對我國檔案信息自動化工程影響最大的技術是微機工作站、服務器性能的提高，網絡技術的成熟及數據庫技術和應用軟件開發工具的發展。網絡技術的發展促使局域網、廣域網以及信息高速公路的建設和開通。在信息技術發展日新月異的條件下，選擇檔案信息自動化系統的技術路線是十分重要的，應當推行適應的先進技術，使經濟效益的合理性和技術的先進性相統一，技術路線的選擇要符合我們的實際。檔案部門對先進技術的潛在需求很大，但現實的需求又往往跟不上，宏觀監測需要的信息量和使用頻率同微觀經濟需求有很大差別，因此不斷發生買了設備不能充分利用，建了網絡而傳輸量很少的情況。要實事求是地分析現狀，充分考慮先進技術的發展，再進行每一項具體的決策。

五、實事求是地改進管理體制

集中統一是管理任何社會化大生產所必需的方式，信息自動化這一高新技術系統也不例外。人機結合是自動化系統的建設方針，其含義為檔案業務人員直接使用微機開展工作，這亦是研究自動化系統管理時必須考慮的原則之一。檔案信息自動化系統的管理體制，要能使高度集中管理和方便使用相結合。目前我國檔案信息自動化系統的管理體制，同時存在集中統一管理不力和使用不方便的問題，主要方面是集中統一管理不力，這同我國檔案工作是在各專業基礎上發展起來的和系統建設從“微機起步”有關。應下決心解決分散現象，從管理制度上保證業務技術規范、標準，硬軟件的選用，上下各個層次和各專業辦公自動化等都應納入統一的檔案信息自動化系統管理之中，實行集中統一管理，不能各行其是自建系統，造成信息分割和資源浪費。也要下決心解決方便使用的問題，如長期將檔案部門的“硬任務”集中于一個部門，在檔案部門這一信息系統之內再組建一個“檔案信息系統”，就很難提高檔案工作整體水平。建立集中統一管理下的分散式系統，是較理想的模式，但這種高技術結構，必須有較強的管理能力和技術能力，不具備這些條件，從集中向分散過渡，反倒有可能退回到分散式。

六、充分發揮系統建設資金的使用效益

檔案自動化系統建設是檔案部門投資最大的項目，在資金籌集和管理使用方面，較好的做法是多渠道籌措資金，實行中央撥款、地方撥款、單位自籌和爭取外援相結合，資金使用上做到按項目管理，進行項目論證并跟蹤考核。目前存在的主要問題之一是沒有在國家和地方財政長期建設發展計劃中立項，檔案信息自動化項目資金大多通過領導特批解決，為此耗費了各級檔案部門領導很大精力。“九五”建設規劃被國家經濟信息化聯席會議作為國家經濟信息化優先發展的重要工作之一，定名為“金信工程”，為檔案信息自動化系統列入國民經濟和社會發展計劃打下了良好基礎，但要落到實處，還有許多工作要做，各地也應及早積極爭取。存在的問題之二是在資金管理上不夠科學合理，有分散和浪費現象。如有的項目因各種原因不能充分發揮應有作用，這都有待于今后注意改進。

七、重視人才管理

推進檔案信息自動化的關鍵是人才。加強培養教育，造就一大批復合型人才的重要性，已被廣泛關注。檔案信息自動化系統的骨干力量是計算機技術隊伍，其素質水平直接影響自動化水平的提高。當前有些單位的隊伍不穩，有人才流失現象。計算機技術人員的培養教育和管理是一個重要課題，要有針對性地對他們進行政治思想教育，培育其事業心和奉獻精神；有計劃組織進修，掌握信息技術的新知識；在工作條件和生活待遇上給予關心和照顧，解除其后顧之憂；研究專門人才成長和流動的規律，以形成最佳人才結構等方面都需要給予重視。在管理上，還需要研究如何增強計算機機構和人員的活力，例如引入競爭機制，對某些項目實行項目管理，在保證完成檔案建設的前提下，開展對社會有償服務等等。

篇3

關鍵詞：Excel；會計信息系統；系統設計；計算機

在實際企業會計工作中，運用現代信息化手段優化設計會計信息系統，以系統信息化方式管理企業會計工作，相較于傳統手工管理方式，不僅可以提升企業會計信息管理效率，也可以有效促使企業未來的會計信息管理向現代信息化方向發展，發揮積極影響。以下本篇將會對此做具體分析。

一、系統設計可行性分析

（一）技術可行性

我國當前企業辦公中，信息化技術的應用層面非常廣泛，特別是在會計工作中，不僅常常會用到Excel軟件，也會應用專門的會計信息系統處理公務。對此，基于Excel平臺，優化設計會計信息系統，將Excel集成到系統設計中，在系統中可以應用Excel對信息數據的加工、提煉技術，也可以有力支持企業會計信息處理決策，并提升系統管理各種會計信息的決策分析能力，發揮技術應用優勢。

（二）效益可行性

會計信息系統設計中，基于Excel平臺設計會計信息系統，可以運用Excel表格對會計管理信息數據進行相應的加工、提煉，并且可以挖掘分析出對企業未來戰略發展有利的會計信息，從而能夠為企業制定會計信息管理決策提供數據依據，制定更好的會計管理決策，提升應用該系統管理企業會計信息的工作效率。在實際中，可以使用Excel平臺中的模擬運算表，對會計信息進行敏感性分析；也可以對企業會計信息數據運用計算公式進行統計，使企業會計管理工作方式更加簡便高效。基于Excel平臺優化設計會計信息系統，能夠提升會計工作效率，進一步提升企業會計工作效率，提升企業發展效益，發揮積極影響。

二、基于Excel平臺會計信息系統的軟件設計實現

（一）優化設計系統架構體系

圖2架構體系對于本次設計的會計信息系統中，基于Excel平臺，優化設計系統，會計信息系統，確保實際的系統能夠滿足實際應用需求。Excel平臺下系統的分層架構體系如上圖2所示。

（二）設置Excel服務器

基于Excel平臺，設計的會計信息系統中，確保將會計信息數據存儲到會計信息系統的數據庫之中，可以充分利用數據庫的成熟、強大的管理數據功能，提升系統應用性能。在會計信息系統設計中，用戶能夠根據需要自主的定義會計信息管理模板，并且能夠將模板中的數據輸入到數據庫之中，發揮強大的數據保護功能。在會計信息系統設計之中，Excel平臺能夠自動提醒待處理任務，還能夠為用戶提供方便的數據查詢功能，讓系統用戶能夠通過該系統隨時追蹤到會計報表單據流轉的情況，提升會計信息系統應用效益。

（三）會計信息系統的數據構成

會計信息系統包含輸入、處理和輸出三個基本構成要素。進入會計信息系統的數據可以來自企業外部，也可以來自企業內部；企業會計信息系統生成的信息同時提供給內、外部使用者，沒有內、外部使用者的信息需求，企業會計信息系統就沒有存在的必要。會計信息系統的構成要素如下圖3所示。圖3會計信息系統的構成要素由上圖可知，會計信息系統的核心是數據處理，因此可以在后續設計步驟中，優化設計系統數據庫。

（四）數據庫設計

在數據文件設計時，為增強系統安全性應采取一些控制技術，如文件被封設置文件存取權限。如某企業憑證庫內.DBF數據格式，如下表1所示：數據庫物理設計主要內容包括：1、確定數據的存儲結構，從DBMS所提供的存儲結構中選取合適的加以實現（確定存儲結構的主要因素是存取時間、存儲空間利用率和維護代價三個方面）；2、存取路徑的選擇和調整；3、優化確定會計信息系統中對于Excel表格數據的存放位置（在通常情況下，一般都會把數據表格中的易變部分以及穩定的數據部分進行分開管理，并且也分開存放系統中經常存取的數據與不常存取的數據）；4、確定存儲分配。

三、系統設計實現效益分析基于Excel

平臺優化設計會計信息系統，可以提升企業會計信息管理效率，發揮積極應用效益。基于Excel平臺優化設計開發會計信息系統，相較于直接編程開發的會計信息系統，也能夠為系統用戶提供更加直觀的會計管理交互界面，這樣不僅可以縮短系統的開發周期，也可以減少開發費用。同時，基于Excel平臺開發系統，只需開發者具備一定的會計知識與Excel軟件知識，即便系統開發者不是高級程序員，也不是數據分析員，依然可以開發出企業適用的會計信息系統，滿足實際需求。同時，基于Excel開發設計的會計信息管理系統，用戶可以定期對系統自行維護，維護方法簡單，不僅可以確保系統正常運行，也可以節省大量的系統維護費用，發揮積極經濟效益。故此，在我國的會計信息系統設計中，隨著未來Excel技術的不斷提升，我國基于Excel平臺設計的會計信息系統功能也會不斷提升，不僅會加強對Excel數據表格的處理功能，也將會不斷完善Excel會計信息系統的使用功能，提升會計信息處理效率，發揮積極影響。

四、結論

綜上所述，基于Excel平臺優化設計會計信息系統，不僅可以提升企業會計信息管理效率，也可以運用Excel平臺技術，使設計的系統更具可用性，使用戶更加青睞應用該系統，也可以有效促使企業未來的會計信息管理向現代信息化方向發展，發揮積極影響。

作者:馮長艷 單位:北京紅牛飲料銷售有限公司遼寧分公司

參考文獻：

篇4

內容摘要：文章針對我國供銷社系統機構龐大、且在農村和城鎮分布眾多的特點，提出搭建SaaS模式的供銷社信息系統，從成熟度模型設計、數據存儲方案設計、系統核心模塊設計、安全服務設計和具體實現等方面給出詳細內容，旨在解決基層供銷社資金和IT人才嚴重缺乏的問題。SaaS模式是一種提倡軟件租用概念的軟件服務模式，可以降低系統使用成本和軟件維護工作量，而且參與的企業越多越具有成本優勢。

關鍵詞：SaaS模式供銷社信息系統數據存儲安全服務

近些年，全國各級供銷社緊隨發達國家的信息化步伐，建立了一些傳統模式的信息系統，但是存在著不足：其一，從技術方面來看，基層供銷社IT專業技術人員缺乏，對各種計算機軟硬件的維護難以保證；其二，從投資成本方面來看，基層供銷社資金嚴重不足，購買昂貴的應用軟件壓力很大。SaaS模式的供銷社信息化系統可以有效地解決這些問題，為建設新型的農村供銷社，實現“新網工程”提供好的技術實現。

1SaaS模式的優勢

簡易的客戶端。基層供銷社客戶端電腦上幾乎不用安裝任何軟件，只需在IE瀏覽器輸入正確的網址就可以完成各種業務。

可配置和伸縮性。對于不同用戶，系統可以做功能上的定制而非代碼級定制，不需要獨立部署，提供靈活的自定義功能，組織機構、工作流程、文件管理體系和訪問權限等均可由用戶自定義，能夠很好地滿足不同供銷社的辦公自動化需求。系統還可方便地進行調整，以支持單位的變化與發展，達到按需使用和隨處可用；在用戶數大量增加的情況下，無須更改應用架構，僅需增加硬件設備的數量，就可以支撐應用規模的增長。

投資成本減少。SaaS模式不占用過多的營運資金，不用考慮成本折舊問題，并能及時獲得最新軟件平臺及最佳問題解決方案。只需高層供銷社建立好SaaS模式的信息系統，各基層供銷社基本不再需要軟件上的投入。

維護和管理簡單。SaaS模式的信息化系統主要由軟件提供方即高層供銷社來管理維護，基層供銷社不需要專門的維護和管理人員，IT專業技術人員可大大減少。

除此之外，較傳統的信息化系統而言，SaaS模式信息化系統成本優勢非常明顯，而且參與的基層供銷社越多，節省的成本越可觀。

2供銷社信息系統的SaaS模式設計

（一）系統SaaS成熟度模型設計

SaaS模式供銷社信息系統采用第三級SaaS成熟度模式（即單應用實例多租戶模式），它的應用結構要求實現租戶特定的元數據服務、安全和共享服務，以及SaaS數據模式。圖1說明了SaaS模式供銷社信息系統的多租戶結構，這個結構提供了被同一套后臺服務器支持使用單或多應用實例的多租戶能力，包括一臺Web服務器、一臺DB2服務器和一臺應用服務器，應用程序的外觀和定制模塊都部署在Web服務器中。安全、目錄、元數據都是共享服務，多租戶擴展模塊和應用的核心模塊部署在應用服務器。DB2服務器包含了中央用戶賬戶數據庫、中央租戶元數據數據庫和共享數據庫。

（二）SaaS多租戶模式數據存儲方案設計

從數據隔離和共享兩個相反的方向分析，SaaS多租戶模式在數據存儲上存在三種主要方案：一是獨立數據庫；二是共享數據庫，隔離數據架構；三是共享數據庫，共享數據架構。第一方案安全性最好，但成本也最高；第二方案即多個或所有租戶共享數據庫，但一個租戶一個表，可以為租戶提供一定程度的邏輯數據隔離，但并不是完全隔離，每個數據庫可以支持更多的租戶數量；第三方案是租戶共享一個數據庫和同一個表，但在表中通過字段區分租戶的數據，這是共享程度最高、隔離級別最低的方案，維護和購置成本最低，安全性較差。根據系統開發的定價策略和租用戶對數據安全的接受程度，第二方案應是最佳的SaaS模式供銷社信息系統數據存儲方案。

（三）系統的核心模塊設計

供銷社信息系統的信息流歸納為帶有租戶ID的電子文檔和普通電子文檔，前者可通過租戶ID來限制訪問范圍。系統的主要核心模塊有10個，分別是管理模塊，訪問控制模塊，工作流模塊，電子郵件管理模塊，電子簽名模塊，文檔管理模塊，數據抽取和查找模塊，生命周期支持模塊、拍賣購物模塊和短信模塊（圖2）。每個模塊都有確定的租戶并且功能由租戶ID號來驅動，每個租戶ID號通過安全和元數據服務傳遞給這些模塊，所有模塊配合元數據服務去檢索中央租戶元數據數據庫要求的租戶元數據。

管理模塊用于SaaS提供者或應用管理者為每個租戶安裝和配置系統的關聯參數，也用作租戶管理者按照租戶ID號安裝和配置電子文檔的關聯參數。訪問控制模塊用三個類別來區別用戶：SaaS提供方或應用程序管理者，租戶或組織管理者和用戶。按照它們的租戶ID號和在組織中的角色，通過認證和授權去執行特定的文檔管理任務。

電子郵件管理模塊創建并存儲電子郵件數據，這些電子郵件的內容都按照元數據服務提供的租戶元數據來確定歸屬哪個租戶所有，每3到15分鐘通過后臺服務程序準備好發送的內容發出去，并允許授權用戶跟蹤、找回和重發電子郵件。對于一些重要的信息，如注冊成功信息、資料修改信息、新品上市信息等，都可以自動發送到用戶注冊的郵箱中。

拍賣購物模塊用于實現農產品的網上供銷，包括拍賣功能、購物車功能。拍賣功能首先由供貨方或購貨方填寫拍賣申請，完成后提交到系統等待審核；審核通過后確定拍賣價格并在線展示；拍賣開始后，參加拍賣的人員登陸，競賣或競買。購物車功能通過瀏覽網上的展示選擇產品加入到購物車，準備支付購買。

短信模塊是單向的，主要用于提醒業務。短信用租戶ID號進行區分，有寄件箱、收件箱、轉發、垃圾桶、地址簿和刪除等功能。短信有系統短信和人為短信兩種，系統短信由系統根據預先配置自動生成。供銷社的一些通知和信息都可以利用這個模塊發送。

電子簽名模塊記錄并存儲電子文檔簽名信息，它生成一個可見格式的電子文檔簽名文件（如PDF文件）和簽名信息的水印，這些簽名信息也歸屬特定用戶并且都基于租戶的元數據。文檔管理模塊上傳、下載、存儲和恢復所有的電子文檔和關聯文檔，這些文檔都存儲在使用租戶ID號的共享數據庫的同一個表中，在租戶之間它們是隔離的。

數據提取和查找模塊從電子文檔中采集數據，為用戶提供元數據和關鍵字查找能力。可以去數據庫或其它存儲位置查找電子文檔和關聯文檔，查找時也按照租戶ID號并使用元數據服務進行。生命周期支持模塊是后臺服務程序，它自動執行一系列預定的電子文檔管理任務，如激活簽名文檔，清理被拒絕文檔，刪除到期文檔。所有參數被元數據服務存儲或檢索。

（四）系統安全服務設計

在SaaS模式中，安全服務包括認證和授權兩方面。SaaS的認證方法可以有三個選擇：集中認證、分散認證和混合認證。供銷社信息系統使用集中認證方法，如圖3所示。

集中認證由系統供應者管理中央用戶賬號數據庫，該數據庫為所有應用的用戶提供服務，用戶的管理員被授權在用戶賬戶目錄下創建、管理和刪除用戶賬戶。登錄應用的用戶向應用提供認證信息，如果數據有效，就允許該用戶訪問。這種方法所要求的認證基礎設施相對簡單，便于設計和實施，但是難于實現單次登錄認證，終端用戶可能需要多次手動登錄。

篇5

(一)科研管理信息化系統構建方案。開發集學校行政管理、教學科研活動、學生管理等全校事務為一體的校園網絡平臺，依托校園網平臺構建相對獨立的功能應用系統:科研管理信息化系統、人事管理信息化系統、研究生管理信息化系統等。科研管理信息化系統通過校園網絡平臺調用人事系統中的全校科研人員數據以及研究生系統中的全校研究生數據，經過處理形成自身的人員數據庫。科研管理信息化系統從科研管理的業務內容、日常流程出發，按照規范管理的要求，構造一個相互聯系、相互溝通的科研信息環境，使得科研信息的收集、傳遞、處理、貯存、反饋、利用都能在這個系統中正常運行，并且還能適應內外環境條件的變化，充分發揮科研信息的作用。科研管理信息化系統應包括以下模塊:縱/橫向項目管理，經費管理，成果管理，基地管理，學術活動管理，考核管理，統計管理等。

(二)科研管理信息化系統模式。科研管理信息化系統的使用權限有以下用戶:科研人員、院系科研秘書、院系科研管理人員、縱/橫向科研管理人員、系統管理員。科研人員即一線科研教師，科研人員進行科研項目、科研成果、獲獎成果的申報、登記、查詢、統計以及相關進展維護。系統中絕大部分業務數據源是由所有科研人員的輸入產生的。院系科研秘書，可以審核、查詢、統計本學院的科研人員在系統中的所有科研信息。院系科研管理人員一般是二級學院院長或科研院長，主要可以查看本學院的所有科研信息。縱/橫向科研管理人員是學校科技處管理人員，分別負責全校縱/橫向的管理，主要有審核、維護、統計、查詢等權限。系統管理員一般是科技處領導、分管科研校領導，可以查詢、統計縱/橫向所有數據。以校園網絡為平臺，建立的科研信息化管理模式(如圖2所示)，其核心是一個功能強大的網絡科研信息化管理系統，它將成為聯系校級科研管理部門、各學院或二級機構以及科研人員個人的樞紐，對各個部門、個人提供的凌亂數據進行規范、分析、歸類與整合，科技處、各學院或二級機構以及科研人員都將化身為一個個與之相連、各盡其職的信息載體，均可通過科研信息管理系統進行實時的交流并隨時向系統提供、獲取信息。

(三)科研管理信息化系統功能模塊。系統框架采用B/S/DBMS三層模式設計，即瀏覽器+WEB服務器+數據庫服務器的三層結構系統。系統功能由科研信息管理和科研信息服務兩大部分，前者主要為科研管理人員構建網絡化管理體系，實現科研管理現代化;后者主要為學校教師提供科研信息服務。1.科研信息管理部分。其主要由科研管理人員使用，幫助學校科研管理人員輕松完成科研信息的管理，并且使科研管理工作更加科學化、規范化。科研信息管理部分主要包含以下模塊:一是縱向項目管理:主要包括縱向項目的立項管理、變更管理、結題管理、項目過程管理、項目維護、項目查詢;二是橫向項目管理:主要包括橫向項目的立項管理、變更管理、結題管理、項目維護、項目查詢;三是經費管理:對項目經費如立項經費、到帳經費、校配套經費等基本信息進行管理，建立經費明細;四是成果管理:主要包括論文管理、著作管理、獲獎管理、專利管理、軟件著作權管理、成果推廣管理、鑒定成果管理對各種成果進行登記、審核、維護、查詢功能;五是基地管理:主要包括基地信息管理、基地申報管理;六是學術活動管理:主要包括學術交流管理、學術報告管理、學術會議管理;七是考核管理:主要包括考核方案管理、考核計算、考核結果查詢、考核結果管理、考核工作量分攤;八是統計管理:提供業務部門要求的各種統計信息;九是系統管理:主要對模塊查看授權、角色權限、對象屬性、相關參數設置的系統本身的管理。2.科研信息服務部分。其主要由縱向項目管理、橫向項目管理、成果管理、基地管理、考核管理等幾個模塊組成。主要由教師使用，方便教師主動參與到學校的科研管理工作中來，并為教師提供科研信息服務。

二、結語

篇6

作者：黃欣 谷大建 楊蕊 蘇樂群 李宏建 單位：山東省千佛山醫院藥學部

出院小結主要記錄病人的診療經過及出院時的主要檢驗指標、出院醫囑、出院用藥教育等，第幾次住院只設置了住院信息與出院小結兩項。住院信息記錄病人后續的入院原因及診療經過，同時關注住院期間發生的藥物不良反應（ADRs）、藥物相互作用及其處理措施。出院小結內容同第一次住院的出院小結。藥學服務包括藥學服務發生時間、形式（面對面、電話、網絡等）、病人狀態（住院、門診、家庭）及服務內容。內容包括是否進行了用藥依從性教育，是否進行了常見ADRs、用藥方案、用藥注意事項的宣教，對于咨詢是否有答復，進行藥學服務時是否發放教育材料。上述選項均為點擊完成，操作方便且節約時間。此外，還設置了便于隨時記錄服務內容的輸入框，如病人的咨詢內容及答復情況。資料庫包括三種藥學服務材料，即藥品說明書、腎移植病人藥學服務手冊和腎移植術后病人藥學服務單。藥品說明書納入的是山東省千佛山醫院的藥品處方集；腎移植病人藥學服務手冊的內容是基于前期調查問卷的結果［3］，針對腎移植術后病人最想了解的內容，以問題的方式從“您了解腎移植嗎”、“您了解移植后將面臨哪些挑戰嗎”、“您了解正在使用的藥物嗎”、“您了解術后生活上需要注意哪些事項嗎”四個方面提出了27個問題，并采用通俗易懂的語言進行回答，兼顧了科學性、專業性與實用性，。

腎移植術后病人藥學服務單重點講述病人在使用的抗排異藥物與其他藥物／食物間的相互作用，及日常工作中預防感染、自我監測的重要性，旨在提高病人對用藥安全性和自我監測的關注。設置資料庫便于藥師在接受病人咨詢時給予及時、準確的答復，并對病人進行必要的教育，從而提高病人用藥依從性。該部分內容采用超鏈接的形式實現快速查詢，便于藥師方便、快捷地提供咨詢服務。功能為了方便藥師為病人提供紙質的教育材料，以及回顧性分析、利用該系統內的資源，MIS設置了查詢／打印功能。查詢功能為實現不同的應用目的，此項設置了多個查詢路徑。按病人姓名、住院號或身份證號查詢，可直接定位至某一病人，并可方便地切換查看該病人的全部內容；按手術時間段查詢，可將某一時間段內的手術病人全部列出，便于比較同一時間段內手術病人的情況；按是否發生ADRs／藥物相互作用查詢，可將發生ADRs／藥物相互作用的病人全部列出，方便地統計具體反應、處理措施及潛在風險，利于藥物信息的匯總分析、評價藥師在藥學服務中的干預是否到位；按是否應用過抗細菌藥物／抗真菌藥物／抗病毒藥物／抗卡氏肺孢子蟲藥物來查詢，可將用過此類藥物的病人全部列出，便于統計分析感染的發生率、預防或治療性抗感染藥物的使用率等。打印功能根據藥學服務內容可選擇打印病人出院用藥指導單、藥品說明書、藥學服務手冊及藥學服務單的全部或部分內容。在出院小結界面下輸入相關內容后，便可生成一張病人出院用藥指導單，在為病人進行出院指導的同時提供紙質材料，可有效地提高藥學服務的效果，同時體現出藥學服務的規范性、專業性，提高病人對藥師的信任度，從而提高病人的用藥依從性。

病人在本院行腎移植術后，臨床藥師即為其建立MIS相關信息庫，按照MIS中的內容記錄其術前、術中、術后的病情及用藥相關事項，對每次測定的環孢素濃度及時記錄并分析，一旦發現異常及時與醫師溝通，根據病人具體情況有針對性地提供藥學服務。住院病人的監護一住院病人腎移植術后第3周時靜脈滴注伏立康唑。開具此醫囑后，藥師即開始介入并隨時將病情變化記錄于MIS中。藥師首先與醫師溝通，告知伏立康唑能抑制環孢素的代謝，聯用時環孢素需調整劑量，此外還需增加環孢素的監測頻率；然后對病人進行用藥教育，告知其因存在藥物相互作用，伏立康唑的用量將會調整。在后續的藥學查房中，藥師了解到病人出現了幻聽、幻視癥狀，于是告知病人這些癥狀是伏立康唑用藥初期的常見ADRs，因第一天為負荷劑量，癥狀會比較明顯，以后隨著用量的減少和耐受性的產生，ADRs會逐漸減輕。在對病人進行用藥教育時提供用藥教育單，并針對性地告知其藥物相互作用及其監測、預防等知識。服務內容均記錄在MIS相應的項目中。門診病人的監護一門診病人嚴格按醫囑用藥并定期復查環孢素血藥濃度，既往環孢素濃度比較穩定，在本次常規檢測環孢素血藥濃度時發現較前升高了30％。病人提出疑問，藥師問診后得知該病人因腹瀉應用鹽酸小檗堿3次。遂幫助該病人分析可能原因，并再次告知其藥物相互作用的知識，建議該病人停用鹽酸小檗堿5d后再來復查。病人一周后來本院復查，環孢素濃度下降至既往水平。家庭隨訪及咨詢一腎移植術后23個月的病人電話咨詢近幾天來左下肢關節腫痛，最近一次查得血尿酸升高至640μmol／L，血肌酐穩定在110～120μmol／L。詢問后得知病人6個月前診斷為肺結核，目前應用利福噴丁、異煙肼、吡嗪酰胺抗結核治療。考慮關節腫痛為血尿酸升高所致，經查閱資料發現，吡嗪酰胺可引起尿酸升高，與其代謝產物吡嗪酸抑制腎小管對尿酸的排泄有關，因此建議病人咨詢醫師是否能停用吡嗪酰胺，或是住院治療，必要時應用促尿酸排泄的苯溴馬隆。病人住院后給予堿化尿液、服用苯溴馬隆、停用吡嗪酰胺，8d后尿酸降至335．4μmol／L。綜上所述，在日常工作中藥師借助MIS，不僅可以動態地了解病人的病情、及時發現藥物相關事件，而且能針對性地為病人提供藥學服務，還可以判斷病人的用藥依從性，從而推斷病人是否遵醫囑用藥、定期復查。此外，通過MIS也能量化藥師的工作內容、評估藥學服務效果等，這些內容將在以后的工作中慢慢探索和實踐。Winsett等［4］報道，已經證實移植術后病人服藥的不依從是繼急性排斥反應和感染之后，導致移植物功能喪失的第3大原因，所以提高腎移植病人的用藥依從性對于提高腎移植術后病人生活質量和生存率有著舉足輕重的作用。作者開發的MIS可滿足藥師為腎移植病人提供全程化藥學服務的需求，有助于提高腎移植病人的用藥依從性，同時也可方便、快捷地實現病人信息管理和數據匯總分析。MIS通過設置較多的按鈕和復選框來簡化藥師的操作，但由于病人的檢驗結果、血藥濃度值、病程描述、出院醫囑等內容仍需手工錄入，占用藥師較多的時間和精力，因此正嘗試將MIS嵌入醫院信息系統，通過直接調用病例中的相關內容來實現資源共享，必將大大簡化藥師的工作量，更好地實現借助MIS來為病人提供全程化藥學服務的目的，

篇7

[論文摘要]目的：探討不穩定型心絞痛心電圖各導聯ST段改變的特征。方法：選取我院不穩定型心絞痛患者56例，均于胸痛發作時記錄心電圖。結果：56例患者中，共52例、1127次一過性心肌缺血，56例患者中，心率變異<50ms41例，心率變異>100ms18例，心電圖出現T波的異常(≥2個導聯)51例，其中僅有T波的異常者29例。結論：不穩定型心絞痛發作時的心電圖改變能夠提供具有診斷價值的客觀依據。

本文旨在研究心電圖各導聯ST段改變的特征及對不穩定型心絞痛病變血管的診斷價值。

1資料與方法

1.1一般資料

對2004年1月～2007年12月期間收入我院的56例不穩定型心絞痛患者進行回顧性研究。所有患者均常規進行了心電圖、血液生化、超聲心動圖檢查。不穩定型心絞痛的診斷根據美國Braunwald主編的《心臟病學》定義[1]，即除了沒有診斷心肌梗死的明確心電圖和心肌酶譜變化外，符合以下3個病史特征之一：①在相對穩定的勞累相關性心絞痛基礎上出現逐漸增強的心絞痛(心絞痛更重、持續時間更長或更頻繁)；②新出現的心絞痛(通常在1個月內)，由很輕度的勞力活動即可引起心絞痛；③在靜息和很輕度勞累時出現的心絞痛。

1.2方法

心電圖使用中國上海光電醫用電子儀器公司生產的6511型心電圖機，采樣率1000/s，分辨率為5μV，走紙速度25mm/s，定標電壓10mm/mV，ST段振幅測量的參考水平為TP段，測量點選在QRS綜合波J點后60ms，連續測量5個波形，取其平均值作為ST段的改變值。12導聯中任一導聯的ST段壓低≥0.5mV認為有意義。

2結果

2.1一過性心肌缺血

發生率：56例患者中，共52例、1127次一過性心肌缺血，其中1048次無明顯癥狀。持續時間：持續<30min/d32例，其中2例發生心臟病事件，包括嚴重心律失常1例，短暫阿斯綜合征1例。其中34例發生心臟病事件，包括嚴重心律失常25例、急性左心衰4例、急性心肌梗死2例、心原性猝死2例、短暫阿斯綜合征1例。

2.2HRV結果

56例患者中，心率變異<50ms41例，心率變異>100ms15例，所有發生心臟病事件的心率變異均<50ms。

2.3S-T改變結果

心電圖出現T波的異常(≥2個導聯)者51例，其中，僅有T波的異常者29例；出現ST段壓低者20例，20例中顯著壓低者14例，輕度壓低者6例；單純ST段壓低者3例，ST段壓低同時伴T波異常者24例。

3討論

心絞痛發作是不穩定型心絞痛的主要臨床表現，然而，不同患者之間的疼痛閾值相差甚遠，許多不穩定型心絞痛患者的心絞痛癥狀往往不典型，單純根據臨床癥狀進行診斷是相當困難的。不穩定型心絞痛發作時的心電圖改變不僅能提供具有診斷價值的客觀依據，而且有助于了解病情的嚴重程度，可協助判斷患者的預后[2]。

心電圖表現：心絞痛發作時，除極少數患者心電圖表現為一過性Q波、一過性心律失常外，多表現ST改變及T波改變。ST段改變：常見而重要，表現抬高或壓低。其形態多樣，動態變化大，高度提示急性心肌缺血。一過性ST段抬高，多見冠狀動脈痙攣；一過性ST段壓低，多見心內膜下心肌缺血，新近出現、顯著、持續ST段抬高，多提示急性心肌梗死。T波改變：UAP發作時T波可出現倒置T波≥2.0mm，形態可呈對稱性，通常在2個導聯以上，提示左前降支近端局限或多發性病變。少數患者癥狀發作時，多導聯T波對稱性直立、振幅增高或動態性改變，屬左前降支、左主干遠端病變。病理性Q波：冠心病病史，多伴ST段和（或）T波改變。一過性U波倒置以前降支病變多見，少數呈現正常心電圖或非特異性改變，可能為：①單支血管病變狹窄程度較輕，心肌缺血部位局限，心電圖不易表現缺血改變；②病變部位相互對應，產生的缺血型ST-T向量相互抵消；③血管狹窄進展緩慢或有良好側支循環，可代償血管狹窄支區域的血供；④記錄時間不適當或記錄的導聯數目太少；⑤ST-T偽性改善。胸痛發作時，抬高的ST段和高聳直立的T波中和了原有的異常ST-T[3]；是心肌缺血進一步加重的表現，預后較差，多與冠狀動脈痙攣有關。因此，應提高對UAP發作時異常心電圖假性正常化的認識，以免誤診、誤治。臨床上應視為嚴重心絞痛發作，積極治療，控制血壓、血糖、血脂等危險因素，避免病情進一步惡化[4]。

[參考文獻]

[1]GorgelsAP,EngelenDJ,WellensHJJ.LeadaVR,amostlyignoredbutveryvaluableleadinclinicalelectrocardiography[J].JAmCollCardiol,2001,38(5):1355-1356

[2]HaaseJ,EscanedJ,VanSwijndregtEM,etal.ExperimentalvalidationofgeometricanddensitometriccoronarymeasurementsonthenewgenerationCardiovascularAngiographyAnalysisSystem(CAASII)[J].CatheterCardiovascDiagn，1993，30：104-114.

篇8

關鍵詞：農村信用社信息系統內部風險控制

一、信息系統及項目建設過程中的主要風險

信息系統,是指利用計算機和通信技術,搜集、儲存并按照特定的規則和方式加工處理有關信息,通過反饋機制對信息的獲取及處理過程加以修正,獲得滿足特定目的的信息化業務處理及管理應用平臺。根據應用系統的功能不同,信息系統分為管理信息系統和業務信息系統。信息系統建設大體分四個階段:項目立項階段、業務需求階段、系統開發階段、上線運行階段。在這四個階段中主要的風險有:

1.項目立項風險。信息系統建設規劃不合理或因論證、評估不充分、不全面而導致立項決策失誤,可能造成項目重復建設,導致內部經營管理效率低下。

2.業務需求風險。業務需求不符合內部控制要求,對原需求申請理解偏差、系統控制功能描述不完整、不清晰等因素,對系統開發進度造成影響,可能導致無法利用信息技術實施有效的風險控制。

3.系統開發風險。系統開發管理不當,沒有按照業務需求進行開發,導致與業務需求出現偏差,未達到風險控制要求。

4.系統上線風險。系統運行維護和安全措施不到位,可能導致信息泄漏或毀損,系統無法正常運行。

二、信息系統項目建設的內部風險控制及措施

農村信用社應當重視信息系統在內部控制中的作用,根據內部控制要求,結合組織架構、業務范圍、地域分布、技術能力等因素,制定信息系統建設整體規劃,加大投入力度,有序組織信息系統開發、運行與維護,優化管理流程,防范經營風險,全面提升農村信用社現代化管理水平。信息系統建設必須經過正式授權。具體程序包括:信用社內部轄屬部門提出業務需求、業務需求歸口管理部門審核、歸口管理部門分管領導授權批準立項、項目人員形成開發需求、系統分析人員設計方案等。項目建設時應當成立項目管理小組,負責信息系統的開發,對項目整個過程實施監控。

1.項目立項時,必須充分理解原提出需求申請的內容,按規定程序進行充分論證、評估,論證、評估要全面、透徹,既要保證系統功能實現風險控制的合法、合規,又要保證信息系統實現的可行性。應當根據信息系統建設整體規劃提出項目建設方案,明確建設目標、人員配備、職責分工、經費保障和進度安排等相關內容,按照規定的權限和程序審批后實施。

2.需求編寫時,業務需求歸口管理部門應當組織轄屬機構提出開發需求和關鍵控制點,規范需求編寫流程,明確需求說明書的業務風險功能控制、實現目標等,具體內容描述必須完整、正確、清晰。需求評審必須嚴格規范,確保評審內容全面,意見一致。需求變更必須嚴格按規定程序,經充分論證、審批后進行變更,同時必須保證需求說明書版本的及時更新。

3.系統開發時,信息科技部門應歸規范開發流程,明確系統設計、編程、安裝調試、驗收等全過程的管理要求,嚴格按照建設方案、開發流程和相關要求組織開發工作。信息科技部門在開發信息系統時,應充分考慮業務和信息的信成性,優化流程,并將相應的處理規則嵌入到系統程序中,以預防、檢查、糾正錯誤,防范風險,確保信用社業務活動的真實性、合法性和效益性。信息系統開發應當做到以下幾方面:

(1)信用社應當根據自身特點、規模、管理理念、組織結構、核算方法等因素設計適合本單位的信息管理系統和業務應用系統。(2)信息系統的建設應當能起到降低成本、糾正偏差的作用,根據成本效益原則,信用社可以選擇對重要事項中的關鍵因素進行信息系統的改造。(3)信息系統的建設應當將信息系統與信息系統管理理念整合,信用社應當倡導全體員工積極參與信息系統項目建設,正確理解和使用信息系統,提高信息系統運行效率。(4)信用社開發信息系統,應當將業務流程、關鍵控制點和處理規則嵌入系統程序,實現手工環境下難以實現的控制功能。應當在信息系統中設置操作日志功能,確保操作的可審計性。對異常的或者違背內部控制要求的交易和數據,應當設計由系統自動報告并設置跟蹤處理機制。(5)信息系統業務歸口管理部門應當加強信息系統開發全過程的跟蹤管理,加強與信息科技部門的日常溝通和協調,督促開發單位按照建設方案、計劃進度和質量要求完成編程工作,對配備的硬件設備和系統軟件進行檢查驗收。

4.系統上線時,應當至少完成整體測試和用戶驗收測試,確保系統風險控制的正確性,以保證系統的安全運行。歸口管理部門和科技部門應當切實做好信息系統上線的各項準備工作,培訓業務操作和系統管理人員,制定科學的上線計劃和新舊系統轉換方案,考慮應急預案,確保新舊系統順利切換和平穩銜接。系統上線涉及數據遷移的,還應制定詳細的數據遷移計劃。信息系統原設計功能未能正常實現時,項目負責人應當指定相關人員負責詳細記錄,并及時報告歸口管理部門。歸口管理部門負責系統業務需求的變更及控制。信息系統上線后,發生的功能變更,應當參照系統開發的審批和上線程序執行。信用社應當采用預防性措施,確保計算機信息系統的持續運行。具體包括但不限如下措施:

(1)應當加強信息系統運行與維護的管理,制定信息系統工作程序、信息管理制度以及各模塊子系統的具體操作規范,及時跟蹤、發現和解決系統運行中存在的問題,確保信息系統按照規定的程序、制度和操作規范持續穩定運行。

(2)應當建立信息系統變更管理流程,信息系統變更應當嚴格遵照管理流程進行操作。信息系統操作人員不得擅自進行系統軟件的刪除、修改等操作;不得擅自升級、改變系統軟件版本;不得擅自改變軟件系統環境配置。

篇9

關鍵詞：變電站綜合自動化通信網接口實時多任務操作系統

0.引言

變電站是輸配電系統中的重要環節，是電網的主要監控點。近年來，隨著我國經濟高速發展，電壓等級和電網復雜程度也大大的提高。傳統變電站一次設備和二次設備已無法滿足降低變電站造價和提高變電站安全與經濟運行水平這兩方面的要求。

而現在變電站所采用的綜合自動化技術是將站內繼電保護，監控系統，信號采集，遠動系統等結合為一個整體，使硬件資源共享，用不同的模式軟件來實現常規設備的各種功能。用局域網來代替電纜，用主動模式來代替常規設備的被動模式。具有可靠、安全、便于維護等特點。

分散分層分布式是變電站綜合自動化系統的發展方向，這就對通信的可靠性提出了更高的要求，選擇一個可靠、高效的網絡結構，是解決問題關鍵。90年代中期，國內外曾掀起一場“現場總線熱”，但是由于技術上的原因以及采用設備總線時信息量大且傳輸較慢的特點，造成了現場總線存在多種標準，阻礙了其發展。以太網經過若干年的發展，技術上日臻成熟。隨著嵌入式以太網微處理器的發展，以太網已十分便利的應用于變電站綜合自動化系統。以太網具有高速、可靠、安全、靈活的特點，使其在變電站綜合自動化系統中有廣闊的應用前景。

1.變電站通信系統結構

系統結構示意圖如圖1所示。

從圖上可以看出：

1）管理和控制一體化局域網將無可爭議地選用以太網。

2）間隔級控制總線在FF-H2總線尚未成熟的情況下，工業級以太網和ProfibusMMS（ManufacturingMessageingSpecification制造廠信息規范）將是一個比較好的選擇。

3）可編程邏輯控制器PLC被發展成PCC(Programablecomputercontroller),即用智能模塊實現邏輯及自動控制功能，它比常規的PLC具有可交流采樣、通訊組態方便等優點。

2.變電站綜合自動化系統通信網的基本設計原則

通信在變電站綜合自動化占有重要的地位。其內容包括當地采集控制單元與變電站監控管理層之間的通信，變電站當地與遠方調度中心之間的通信。系統通訊網架的設計是十分關鍵的，本文從以下方面考慮變電自動化系統通信網的設計：

1）電力系統的連續性和重要性，通訊網的可靠性是第一位的。

2）系統通訊網應能使通訊負荷合理分配，保證不出現“瓶頸”現象，保證通訊負荷不過載，應采用分層分布式通訊結構。此外應對站內通訊網的信息性能合理劃分，根據數據的特征是要求實時的，還是沒有實時性要求以及實時性指標的高低進行處理。另外系統通信網設計應滿足組合靈活，可擴展性好，維修調試方便的要求。

3）應盡量采用國際標準的通信接口，技術上設計原則是兼容目前各種標準的通信接口，并考慮系統升級的方便。

4）應考慮針對不同類型的變電所的實際情況和具體特點，系統通信網絡的拓撲結構是靈活多樣的且具有延續性。

5）系統通信網絡應采用符合國際標準的通信協議和通信規約。

6）對于通信媒介的選用，設計原則是在技術要求上支持采用光纖，但實際工程中也考慮以屏蔽電纜為主要的通信媒介。

7）為加速產品的開發，保持對用戶持續的軟件支持，對用戶提出的建議及要求的快速響應，就要求擺脫小作坊式的軟件開發模式，使軟件開發從“小作坊階段”進入“大生產階段”，采用先進的通信處理器軟件開發平臺實時多任務操作系統RTOS并開發應用與其之上的通信軟件平臺。

3.通信網的軟硬件安裝

3.1.硬件的選擇

為了保證通信網的可靠性，通信網構成芯片必須保證在工業級以上，以滿足濕度、溫度和電磁干擾等環境要求。通訊CPU采用摩托羅拉公司或西門子公司的工控級芯片，通訊介質選擇屏蔽電纜或光纖。

3.2.接口程序

采用國際標準的通信接口，技術上設計原則是兼容目前各種標準的通信接口，并考慮系統升級的方便。裝置通信CPU除保留標準的RS232/485口用于系統調試維護外，其它各種接口采用插板式結構，設計支持以下三類共七種方式：標準RS485接口，考慮雙絞線總線型和光纖星型耦合型；標準ProfibusFMS接口，考慮雙絞線總線型、光纖環網、光纖冗余雙環網；標準Ethernet，考慮雙絞線星型和光纖星型（通信管理單元考慮以上兩種類型的雙冗余配置）。

3.3.通信協議和通信規約

系統通信網絡應采用符合國際標準的通信協議和通信規約，應建立符合變電站綜合自動化系統結構的計算機間的網絡通訊，根據變電站自動化系統的實際要求，在保證可靠性及功能要求的基礎上，盡量注意開放性及可擴充性，并且所選擇的網絡應具有一定的技術先進性和通用性，盡量靠國際標準。長期以來，不同的變電站監控系統采用不同的通信協議和通信規約，如何實現不同系統的互連和信息共享成為一個棘手的問題，應采用規范化、符合國際標準的通信協議和規約。為此在系統中選用了應用于RS485網絡的IEC61870-5-103規約、應用于Profibus的MMS行規以及應用于TCP/IP上的MMS行規。它們都具有可靠性、可互操作性、安全性、靈活性等特點。

4.通信軟件的設計與實現

通信軟件的設計涉及到多種設備的配合問題，本文只以DF3003變電站綜合自動化系統的通信網絡為例，介紹變電站綜合自動化系統通信軟件設計與運行原理。

4.1.軟件功能與運行原理

在DF3003變電站綜合自動化系統中，采用二級分層分布式網絡。針對110KV中壓變電站的要求，我們可采取圖2所示的組網方式。后臺與主站都是一種監控系統，其主要功能為監視各智能單元的運行狀態，并能對各智能單元進行控制。而監控系統為完成其主要功能所需要的各種數據都是由通訊轉換器DF3211或保護管理單元DF3210來提供的。因此，從數據流控制的角度來看，通訊程序主要完成智能單元運行狀態信息的上報和監控系統控制信息的下發兩種功能。智能單元的運行狀態信息一般包括遙測數據、遙信數據、電度數據、突發數據等。監控系統的控制信息則包括遙控命令、對時命令、查詢命令等。本文中的變電自動化系統通訊程序所要完成的數據結構與函數過程如圖3所示。

4.2.軟件開發平臺——RTOS

隨著應用的復雜化，對控制精度、智能化程度的要求越來越高，一個微處理器往往要同時完成很多任務。體現在變電站自動化通信產品中，由于信息采集量越來越大，信息交換越來越頻繁，簡單地用單一任務來輪詢，往往造成通信的“瓶頸”現象，如保護和測量設備采集到的實時信息無法及時向上傳遞。多任務編程的特點是：程序在功能上以任務的形式存在，

各個任務之間相對獨立，可通過操作系統提供的資源，進行任務間的信息交換和相互控制，可通過優先級、時間片來控制各任務執行的順序。多任務編程的特點打破了傳統軟件順序執行的框架，便于程序的系統開發、調試及維護。實時多任務操作系統RTOS（RealTimeOperatingSystem）是面向21世紀嵌入式設計的基礎和標準開發平臺。高性能軟件開發平臺可以使嵌入式軟件程序的開發進入規模化和產業化生產。有了高性能開發平臺，可以極大的提高軟件開發的效率，RTOS體現了一種新的系統設計思想和一個開放的軟件框架，在此基礎上，可以設計一種更為通用的通用軟件平臺，軟件工程師可以在不大量變動系統其他任務的情況下增加或刪除一個通信規約；一個大項目開發的過程中，可以有多個工程師同時進行系統的軟件開發，各個人之間只要制訂好規程和協議即可，既縮短了開發時間，又降低了最終通信軟件產品對于具體某個人的依賴性。

4.3.與因特網結合

通信管理單元提供內置的WEB-SERVER，可動態向外部系統數據，這部分可采用在RTOS之上外購WEB—SERVER模塊來開發完成，更為方便的是，在設置各種系統參數和瀏覽現場實時數據時，只需要一個標準的瀏覽器軟件，如Microsoft的IE即可。

5.改進的網架結構

當變電綜合自動化系統中的通信可靠性要求進一步提高時，可采用圖4所示的網架結構。即對通信管理單元和通道實行主備切換的模式，但這種模式對通信管理單元和通信切換器的要求較高。在這種模式下，當通信管理單元損壞或通道故障時均得到切換，因此這種模式更可靠、更安全。

篇10

鐵路運輸統計監察系統采集處理路局、站段統計業務相關的原始信息和統計資料，收集完成后根據監察系統的業務要求進行數據分析、檢查，最終形成報告顯示出來。

2系統架構

鐵路運輸統計監察系統分為統計監察平臺和各專業監察子系統兩大部分。統計監察平臺主要負責提供各專業監察子系統的掛接服務，并為各監察子系統提供數據共享模塊、監察通用模塊、通用字典模塊、系統管理模塊等核心公共模塊。各專業監察子系統的主要功能是對各專業的具體統計業務數據進行監測、預警和查詢，最終通過圖表或表格的方式展示給用戶。

3系統監察平臺的設計

雖然各專業監察子系統開發時間不一、開發團隊不一，但其最終用戶相對集中，且不同監察子系統的用戶存在交叉，因此作為統計監察平臺，有必要制定一套規范，對各子系統的開發工具、數據存儲方式、數據共享模式、界面風格等做出約束，這樣不但可以有效降低各專業監察子系統的開發工作量、縮短開發周期，更便于實現各子系統與平臺以及各子系統間的互聯互通，使各專業統計監察工作更加高效化。基于上述考慮，統計監察平臺的功能應包括以下幾個主要方面：

1)數據共享模塊

考慮到不同的平臺與異構系統之間的數據共享，統計監察平臺應該提供不同的數據采集方式，各監察源點系統也應該根據平臺提供的數據采集接口，結合自身原始數據的特點進行實現。目前系統有直接訪問方式、Web服務訪問方式、文件訪問方式三種。

2)監察通用模塊

a)不同來源原始數據之間的對比

各監察子系統通過統計監察平臺調用監察通用模塊提供的功能對不同來源原始數據進行對比，將比較的結果信息返回給各監察子系統，為監察人員提供監察依據。

b)數據的通用處理加工方法

各監察子系統通過XML文件中的配置信息獲取統計監察平臺中的數據,并根據XML文件中的配置信息對獲取的數據進行排序、過濾、匯總、列運算等一系列處理后為各監察子系統返回結果。

c)數據指標的波動監測

根據指標的變化規律，通過計算與分析得出指標的正常波動范圍，并根據正常的波動范圍設置指標的閥值。根據設定的閥值可以對重要指標進行監測，并及時給出預警，為進一步的監察工作提供參考依據。

3)通用字典模塊

a)單位字典單位字典

是對總公司、鐵路局、站段的組織結構進行維護。

b)監察源點系統字典

監察源點系統字典是對信息化建設投產的系統進行統一的管理維護，同時可以對源點系統獲取數據的方式進行統一的配置，如直接連接數據庫時需要配置的基本信息化，Web服務方式獲取數據時需要調用的方法名、參數等信息化。

c)單位上線系統字典

單位上線系統字典是對某個單位目前投入使用的系統進行管理維護，并根據單位對系統的共享方式和使用配置進行特性化維護。

d)其它字典

提供各專業監察子系統通用的用戶管理、權限管理、站名字典、品名字典等標準字典的管理與維護。

4)系統管理模塊

此模塊提供對各監察子系統的用戶、權限和日志等的管理。

a)系統登錄與用戶管理

統計監察平臺為各監察子系統提供統一的以用戶名、密碼和校驗碼進行審核驗證的登錄方式。只有平臺管理員才能對用戶的權限、角色、用戶名和密碼等信息進行維護。

b)用戶的權限與角色管理

統計監察平臺為各監察子系統提供統一的權限和角色的定義，不同的權限和角色可以區分監察的單位范圍、系統范圍，不同的用戶按照不同的角色和權限進行監察工作。

c)日志的管理

日志是系統在運行過程中出現錯誤信息或用戶進行重要操作時系統在服務器端記錄的信息，系統將提供統一的日志管理。

4信息共享模塊設計

鐵路運輸統計監察系統是針對多個專業統計系統開發的統計監察工具。由于在不同的統計系統中，數據結構、存儲方式、安全權限等各方面存在著較大差異，在獲取數據的過程中，我們采用了針對每個系統單獨開發讀取模塊和統一開發數據讀取引擎的設計；并在系統中注冊讀取模塊、定義參數模板、配置運行參數，制定執行任務的方式實現信息的共享。主要開發及配置過程如下：

1)開發讀取模塊

在獲取某個統計系統的數據之前，首先要開發一個用于讀取、分析、處理該統計系統業務數據的讀取模塊。模塊的開發需要對該統計系統的數據源進行詳細的分析，梳理出需要監察的業務數據和在讀取過程中需要用戶提供的參數清單，根據分析結果編寫讀取模塊代碼并封裝成DLL文件。

2)開發統一的讀取引擎

數據讀取引擎是一個能夠利用讀取模塊和運行參數生成數據讀取任務的系統服務，他隨時監測數據讀取任務的生成條件和系統目前正在運行的數據讀取任務，在條件允許的情況下，自動生成下一個讀取任務，并放入線程池運行。

3)注冊讀取模塊

系統管理員將開發完成的讀取模塊文件放置在數據讀取引擎能夠訪問到的路徑，將這個路徑和模塊名稱保存到在引擎的配置文件中。

4)定義參數模板

系統管理員在數據讀取引擎上配置好讀取模塊之后，需要配置在生成讀取過程中所需用戶提供的參數清單。參數清單用鍵值對的方式保存到系統中，并通過模塊名稱對應配置的讀取模塊。系統中將模塊名稱和參數清單兩者組合稱為參數模板。參數清單中的參數分為兩類，一類是“不能由用戶編輯”的參數；另一類是“由用戶編輯的”參數，用戶必須填寫，不能為空。

5)配置運行參數

同一系統在不同單位或服務器部署及使用過程中可能存在著一些個性化差異，為了屏蔽差異，在生成讀取任務的過程中，需要將不同的參數值傳遞給數據讀取模塊，因此必須為不同的單位配置不同的運行參數。可以配置的參數分為共享參數和非共享參數兩種。

6)配置執行計劃

執行計劃是用來調度系統生成讀取任務的一組配置信息。用戶選擇一個配置好的參數模板，給參數列表附加上一個執行周期，系統就會將根據執行周期生成讀取任務，調用讀取模塊，并將參數列表傳遞給讀取模塊執行讀取操作

7)讀取實例管理

讀取實例管理主要是針對數據讀取引擎中的實例運行狀態和日志進行查看。并根據業務需求，重新運行實例。在實例異常失敗的情況下，通過查看日志功能對實例運行過程進行錯誤追溯。如果是參數問題，在修改參數后再次運行實例，會將原實例信息刪除并替換為最新生成的實例信息，但實例ID(TaskID)不會改變。

5應用功能設計

系統主要應用功能是收集站段原始數據、統計指標等，分析、檢查、比較收集信息，最終查找出來有問題或可疑的數據，為路局監察人員提供參考和查詢。

6結束語