第一篇：繼電保護及故障信息管理系統(tǒng)子站的應(yīng)用

繼電保護及故障信息管理系統(tǒng)子站的應(yīng)用

一、引言 在發(fā)生嚴(yán)重故障或復(fù)雜故障的情況下，調(diào)度值班人員和繼電保護運行管理人，員需及時準(zhǔn)確地了解故障情況，快速地判斷故障發(fā)生的地點、性質(zhì)及嚴(yán)重程度，科學(xué)地分析故障原因，并采取及時正確的措施縮小故障范圍、避免事故擴大、減少故障損失，這些都要求建設(shè)一個技術(shù)先進(jìn)、安全性高、可靠實用、開放性好、可擴展性強的繼電保護及故障信息管理系統(tǒng)，實現(xiàn)繼電保護運行管理、故障分析、輔助決策等主要功能，并與現(xiàn)有的變電站綜合自動化系統(tǒng)、EMS系統(tǒng)、MIS系統(tǒng)等互聯(lián)互通。

繼電保護及故障信息管理系統(tǒng)由主站系統(tǒng)和子站系統(tǒng)組成，本文主要就河南南陽220kV遮山變電站改造及運行過程的實際情況進(jìn)行分析，對繼電保護及故障信息管理系統(tǒng)子站的應(yīng)用提出一些著法。

二、系統(tǒng)結(jié)構(gòu) 22OkV南陽遮山變電站是南陽局所屬的6座220kV變電站之一，設(shè)計規(guī)模為：OSFPS8-120000/220自耦主變2臺，均為有載調(diào)壓；220kV出線4回，母聯(lián)兼旁路1回，采用雙母線帶專用旁路接線；1lOkV出線7回，分段1回，專用旁路1回，采用單母線分段帶旁路接線；35kV出線8回，分段1回，專用旁路1回，4回電容器，采用單母線分段帶旁路接線。

遮山變子站需接入的不同廠家保護設(shè)備種類較多，主變保護采用南自廠的WBZ-500，220kV線（旁）路保護采用許繼的WXH-l1、WXH-

15、WXH-802、南瑞繼保的LFP-901A、北京四方的CSL-103，22OkV母線保護采用南瑞繼保的RCS-915A，1lOkV線（旁）路保護采用許繼的WXH-811和南瑞繼保的RCS-914D, 1lOkV母線保護采用南瑞繼保的RCS-915A,HOW母聯(lián)保護采用南京中德的NSP788，35kV出線分段旁路及電容器保護采用南京中德的NSP788和NSP782，錄波器分別是南京銀山的YS-8A和深圳雙合的WGL-12。

遮山變子站系統(tǒng)采用分層分布式結(jié)構(gòu)，系統(tǒng)的縱向結(jié)構(gòu)分為站控層和間隔層兩層結(jié)構(gòu)，層間傳輸介質(zhì)采用光纖。

（一）間隔層

間隔層配有保護通信管理機1臺，加插MOXA多串口卡1塊，并配有RS-232/422（485）轉(zhuǎn)換器若干，獨立組屏，保護設(shè)備均分散安裝在各保護屏上，全部通過串口和管理機通信（所有保護皆不支持網(wǎng)絡(luò)功能）實現(xiàn)各種保護的規(guī)約轉(zhuǎn)換（不具備串口接入的老保護、設(shè)備仍以硬接點接入監(jiān)控系統(tǒng)）。其結(jié)構(gòu)示意圖如圖1。

1．兩種接入模式的比較

保護裝置和故障錄波器接入子站系統(tǒng)的保護通信管理機一般有直接和間接接入兩種模式。兩種接入模式的特點見表1。

2．接入模式的選擇 考慮到遮山變子站接入的國內(nèi)外的保護種類繁多，同一廠家的不同類型的保護裝置都采用不同的規(guī)約，為了實現(xiàn)規(guī)約的統(tǒng)一化和標(biāo)準(zhǔn)化，最好采用間接接入的模式，即各廠家的保護裝置都通過自己的規(guī)約轉(zhuǎn)換器與子站的保護通信管理機通信，通訊規(guī)約采用標(biāo)準(zhǔn)的IEC60870-5-103規(guī)約，這樣可以大大降低接口的復(fù)雜程度，維護起來更加容易。但由于南陽變是改造站，有些裝置早在1994年就已投運，要求各廠家都采用各自的規(guī)約轉(zhuǎn)換器通信的難度較大，綜合遮山變的實際情況，決定采用直接接入模式。

另外，由于故障錄波數(shù)據(jù)量較大，所以調(diào)試時曾希望與故障錄波器通過以太網(wǎng)進(jìn)行通信，但YS-8A是1996年投運的老產(chǎn)品，不支持網(wǎng)絡(luò)功能，只能通過串口進(jìn)行通信，這就大大增加了錄波數(shù)據(jù)讀取的時間，子站系統(tǒng)的性能受到影響。而據(jù)WGL-12廠家介紹錄波數(shù)據(jù)目前只能保存在裝置中不能送出，所以暫時無法取到WGL-12的錄波數(shù)據(jù)。

3．與主站的通信

為了能夠使故障發(fā)生后將所有的信息快速地傳送到主站端，遮山變子站與主站端采用了以太網(wǎng)方式進(jìn)行通信，通信規(guī)約采用標(biāo)準(zhǔn)的103規(guī)約，由于目前國家對子站和主站之間通信所采用的規(guī)約標(biāo)準(zhǔn)并沒有具體的定義，應(yīng)用服務(wù)數(shù)據(jù)單元符合（（DL/T-667-1999遠(yuǎn)動設(shè)備及系統(tǒng)第5部分傳輸規(guī)約第103篇繼電保護設(shè)備信息接口配套標(biāo)準(zhǔn)），鏈路協(xié)議符合《OL/T634.5104-2002遠(yuǎn)動設(shè)備及系統(tǒng)第5-104部分：傳輸規(guī)約采用標(biāo)準(zhǔn)傳輸子集的IEC60870-5-101網(wǎng)絡(luò)訪問》，為今后方便過渡到IEC61850變電站通信網(wǎng)絡(luò)系列標(biāo)準(zhǔn)打下基礎(chǔ)。

第二篇：繼電保護典型故障分析

繼電保護典型故障分析

摘 要 繼電保護對電力系統(tǒng)的安全正常運行具有重要的作用，它能保證電力系統(tǒng)的安全性，還能針對電力系統(tǒng)中不正常的運行狀況進(jìn)行報警，監(jiān)控整個電力系統(tǒng)。目前我國電力系統(tǒng)繼電保護工作還是會存在一些問題，容易出現(xiàn)各種故障，造成電力系統(tǒng)無法正常運行。本文即分析了繼電保護的典型故障，并詳細(xì)闡述了繼電保護典型故障的防治策略。

【關(guān)鍵詞】繼電保護 典型故障 元器件 接線錯誤 短接法 電力系統(tǒng)繼電保護概述

1.1 電力系統(tǒng)繼電保護裝置的構(gòu)成要素

電力系統(tǒng)機電保護裝置的構(gòu)成一般包括輸入部分、測量部分、邏輯判斷部分和輸出執(zhí)行部分。

1.1.1 輸入部分

該部分通過隔離、低通濾波等前置處理方式對電力系統(tǒng)出現(xiàn)的問題和故障進(jìn)行前置處理。

1.1.2 測量部分

該部分主要負(fù)責(zé)將測量信號轉(zhuǎn)換為邏輯信號，進(jìn)而通過邏輯判斷按照一定的邏輯關(guān)系組合運算，最后確定出執(zhí)行動作，并由輸出執(zhí)行部分最終完成。

1.2 繼電保護裝置的特征分析

1.2.1 選擇性特征

選擇性特征是繼電保護裝置智能化的表現(xiàn)，在電力系統(tǒng)出現(xiàn)故障時，繼電保護裝置能夠做到有選擇性的對出現(xiàn)故障的部分進(jìn)行處理，另一方面保證無故障部分的正常運行，這樣便可以保證整個電力系統(tǒng)的穩(wěn)定及電力供應(yīng)的連續(xù)。

1.2.2 快速性特征

快速性特征是繼電保護裝置高效率的體現(xiàn)，在電力系統(tǒng)出現(xiàn)故障時，繼電保護裝置能夠在第一時間切斷故障系統(tǒng)，從而減輕故障設(shè)備和線路的損壞程度。

1.2.3 可靠性

可靠性是指電力系統(tǒng)繼電保護裝置在處理問題和故障時要科學(xué)可靠，減少不必要的損失。繼電保護的常見故障

2.1 設(shè)備故障

繼電保護裝置是電力系統(tǒng)中不可或缺的一部分，是保護電力系統(tǒng)的基礎(chǔ)和前提。一般設(shè)備有裝置元器件的損壞、回路絕緣的損壞以及電路本身抗干擾性能的損壞，具體的表現(xiàn)為整定計算錯誤，這主要是由于元器件的參數(shù)值和電力系統(tǒng)運行的參數(shù)值與實際電流傳輸?shù)膮?shù)值相差甚遠(yuǎn)，從而造成整定計無法正常工作。還有，設(shè)備很容易受到外界因素的影響，如溫度和濕度。由于設(shè)備具有不穩(wěn)定性，很容易由于溫度和濕度的變化而造成定值的自動漂移，有時候也可能是因為設(shè)備零部件的老化和損壞造成的。

2.2 人為操作

人為原因一般就是工作不夠細(xì)心，對系統(tǒng)內(nèi)各項設(shè)備數(shù)值的讀數(shù)觀察不夠仔細(xì)，導(dǎo)致讀錯設(shè)備整定器上的計算數(shù)值，導(dǎo)致繼電保護故障，且對故障的檢查技術(shù)水平不夠，無法及時準(zhǔn)確地發(fā)現(xiàn)故障段，從而造成大面積的電路故障問題，導(dǎo)致系統(tǒng)無法正常供電。

當(dāng)工作電源出現(xiàn)問題時，電力系統(tǒng)保護出口處的動作過大，造成電路內(nèi)波紋系數(shù)過高，輸出的功率就不夠，電壓便會不穩(wěn)定，當(dāng)電壓降低或者電流過大時，如果保護行為不恰當(dāng)極容易出現(xiàn)一系列的繼電保護故障。繼電保護典型故障的防治策略

3.1 元件替換法

元件替換法，顧名思義，就是用正常的元件將出現(xiàn)故障的元件替換下來，這樣能夠?qū)⒐收戏秶杆倏s小，提高維修人員的維修效率，因此是機電保護裝置故障處理中經(jīng)常用到的方法。

3.2 參照法

參照法是指通過對不同設(shè)備的技術(shù)參數(shù)的對照，找出不正常設(shè)備的故障點。此法主要用于檢查認(rèn)為接線錯誤，定值校驗過程中發(fā)現(xiàn)測試值與預(yù)想值有較大出入又無法斷定原因之類的故障。另外需要注意的是，在繼電器訂制校驗時，若發(fā)現(xiàn)某一直繼電器的測試值與整定值相差很多，那么此時要用同只表計去測量其他相同回路的同類繼電器進(jìn)行進(jìn)一步的比較，錯誤的做法是在發(fā)現(xiàn)數(shù)值不同時，輕易調(diào)整繼電器的刻度表。

3.3 短接法

短接法是縮小故障范圍常用的一種方法，是將回路某一段或一部分用短接線接入為短接，進(jìn)而判斷出故障是存在短接線的范圍還是范圍外。短接法對判斷電磁鎖失靈、電流回路開路等故障具有明顯的優(yōu)勢。

3.4 繼電保護典型故障的預(yù)防措施

3.4.1 構(gòu)建完善的電力管理體系是基礎(chǔ)

構(gòu)建完善的電力管理體系是預(yù)防電力系統(tǒng)繼電保護故障的基礎(chǔ)，構(gòu)建該體系需要做好以下工作：

首先要逐步形成科學(xué)有序的管理體系，這其中，一支高素質(zhì)的管理隊伍是不可或缺的，這需要電力企業(yè)加強對管理人員和工作人員的培訓(xùn)，使其掌握電力系統(tǒng)管理的知識技能。另外管理體系內(nèi)的各個部分要職權(quán)分明、責(zé)任落實，這樣才能保證管理體系的井然有序和正常運作。

其次，完善的監(jiān)測評價體系也是十分必要的。監(jiān)測評價體系具有監(jiān)督指導(dǎo)的作用，通過建立該體系，在全電力系統(tǒng)中形成嚴(yán)謹(jǐn)?shù)墓ぷ鞣諊?，有利于很大程度上提高電力工作的質(zhì)量，進(jìn)而能夠及時正確的發(fā)現(xiàn)繼電故障，將故障消滅在萌芽狀態(tài)，從而保障電力系統(tǒng)的有序運行。

3.4.2 加強電力系統(tǒng)的技術(shù)管理是核心

技術(shù)管理作為降低繼電保護故障率的核心，具有十分重要的意義?？梢酝ㄟ^采用先進(jìn)的技術(shù)來提高電力系統(tǒng)的智能化水平，從而有效減少繼電保護故障的發(fā)生。

第一，提高電力系統(tǒng)的自動化水平。在設(shè)計和開發(fā)電力系統(tǒng)時，要加強新技術(shù)的開發(fā)和應(yīng)用，包括自動控制技術(shù)和智能技術(shù)。這樣電力系統(tǒng)出現(xiàn)故障時，智能化技術(shù)便能有效避免繼電保護障礙的發(fā)生。

第二，運用新技術(shù)來增加電力系統(tǒng)設(shè)備的承受能力。比如，繼電保護中使用CPU容錯技術(shù)。由于CPU容錯技術(shù)具有一定的恢復(fù)能力，所以它能夠在更大程度和范圍內(nèi)降低電力系統(tǒng)硬件問題帶來的影響，從而起到保護繼電保護裝置的作用。

3.4.3 提高電力工作人員的素質(zhì)

電力工作人員素質(zhì)是影響電力系統(tǒng)管理水平的重要因素。因此，電力企業(yè)要加強對電力工作人員業(yè)務(wù)素質(zhì)的培訓(xùn)教育，提高其責(zé)任意識和安全意識，并通過一些業(yè)務(wù)培訓(xùn)，提高其實際操作能力，促使電力企業(yè)員工能夠更好的處理電力系統(tǒng)中出現(xiàn)的各種問題。

參考文獻(xiàn)

[1]蔣陸萍，胡峰.冷建群.繼電保護故障快速查找的幾種典型方法及應(yīng)用[J].電力系統(tǒng)保護與控制，2009（18）.[2]劉亞玉.分析備自投裝置的啟用與運行接線方式的關(guān)系[J].繼電器，2007（19）.[3]應(yīng)斌.淺談繼電保護工作中故障處理的若干方法[J].廣西電力，2006（04）.作者單位

國網(wǎng)甘肅省電力公司檢修公司 甘肅省酒泉市 735000

第三篇：醫(yī)院實驗室信息管理系統(tǒng)應(yīng)用淺談

醫(yī)院實驗室信息管理系統(tǒng)應(yīng)用淺談

［關(guān)鍵詞］ 實驗室信息管理系統(tǒng)；醫(yī)院信息管理系統(tǒng)；系統(tǒng)數(shù)據(jù)

隨著全自動生化分析儀、全自動免疫分析儀和全自動血球計數(shù)器等儀器的使用，檢驗科的大多數(shù)項目實現(xiàn)了全自動化分析。全自動化分析引入后，組合化驗增多，更好的滿足了臨床需要，也使檢驗科的工作量和檢驗數(shù)據(jù)成百上千倍的增加，這就需要實行智能化管理，早期的單機DOS網(wǎng)絡(luò)管理系統(tǒng)就是實驗室信息管理系統(tǒng)（laboratory information system，LIS）的雛形，主要任務(wù)是接受分析數(shù)據(jù)、打印化驗報告、查詢報告和室內(nèi)質(zhì)量控制數(shù)據(jù)的管理等。隨著IT技術(shù)的飛速發(fā)展，以Windowsnet為平臺的實驗室信息管理系統(tǒng)得以廣泛應(yīng)用。目前，LIS在運行速度、安全性、穩(wěn)定性等方面都有較大的提高，并能實現(xiàn)檢驗結(jié)果審核自動化、檢驗無紙化、雙向通訊及與醫(yī)院信息管理系統(tǒng)（hospital information system，HIS）的無縫聯(lián)接，為實驗室提供低成本、高效率、高品質(zhì)的檢驗流程管理［1］。我院的LIS系統(tǒng)經(jīng)過一年多時間的建設(shè)和實際運行，已趨于成熟和完善，并取得了較好效果。本文著重從LIS的結(jié)構(gòu)設(shè)計、工作流程、功能、系統(tǒng)數(shù)據(jù)安全策略等方面進(jìn)行探討。LIS的總體結(jié)構(gòu)設(shè)計

LIS采用C/S(Client/Server,客戶機/服務(wù)器)結(jié)構(gòu)的應(yīng)用模式。為了共享HIS中的信息資源，必須實現(xiàn)LIS與HIS的完善對接。為了使檢驗信息的提交不與HIS系統(tǒng)爭搶資源（CPU，硬盤訪問）及減輕主服務(wù)器的存儲負(fù)擔(dān)，檢驗科應(yīng)有一個獨立的LIS服務(wù)器。LIS工作站用于數(shù)據(jù)接收的計算機有兩個RS232串口，這樣可以連接兩臺檢驗設(shè)備，從不同儀器上采集到的結(jié)果可能具有不同的文本格式，通訊軟件執(zhí)行不同的數(shù)據(jù)處理過程再將結(jié)果以統(tǒng)一的形式存放。LIS的工作流程

LIS是HIS的一個組成部分，通過與HIS的無縫聯(lián)接可以共享HIS中的信息資源，使檢驗科能與門診部、住院部、財務(wù)科和臨床科室等全院各部門之間協(xié)同工作。LIS的功能

3.1 采樣

對住院、門診的病人，檢驗人員在病人標(biāo)識欄中輸入住院號或門診號，系統(tǒng)自動從HIS 系統(tǒng)中調(diào)出病歷號、科別、病床號、標(biāo)本類型、姓名、性別、年齡、檢驗者、送檢醫(yī)生、醫(yī)囑申請等信息，檢驗人員采集相應(yīng)的醫(yī)囑申請即可。

3.2 審核

提供人工和自動審核功能，人工審核是指人工對某一數(shù)據(jù)進(jìn)行瀏覽，檢驗結(jié)果的合理性。自動審核可以對不同檢驗種類之間的檢驗結(jié)果相關(guān)參照比對，同一患者的當(dāng)前結(jié)果與過去數(shù)次結(jié)果的比對，保證標(biāo)本審核的準(zhǔn)確性及穩(wěn)定性。同時提供了檢驗項目的上下限范圍檢查和空值警告提示。

3.3 查詢

提供了很完全的查詢窗口，可以按指定條件如病人姓名、性別、病歷號、檢驗日期、檢測項目等條件查詢病人的檢驗結(jié)果。同時支持模糊查詢，例如，查詢姓為黃的患者，就能給檢驗人員列出黃姓患者的清單。還支持跨組查詢且可以查某個時間段的報告。

3.4 試劑管理

對檢驗各部門使用的試劑進(jìn)行統(tǒng)一管理，包括試劑的入庫、庫存查詢以及自動減庫存功能，儀器每做一個測試將自動減少試劑庫存量，為主任管理系統(tǒng)提供科室消耗及成本原始數(shù)據(jù)。

3.5 雙向通訊

檢驗儀器可以自動接收采樣獲得的檢驗項目申請，而擁有標(biāo)準(zhǔn)的RS232串行接口的儀器如全自動生化分析儀等可直接與工作站連接,系統(tǒng)自動接收由儀器傳送過來的結(jié)果。對于某些手工檢驗項目,可采用手工錄入方式錄入結(jié)果。對于一般的數(shù)據(jù)在病人資料錄入窗口就可以完成,但對細(xì)胞形態(tài)等描述性報告和細(xì)菌報告則需要在獨立的窗口完成。

3.6 資料統(tǒng)計

可以進(jìn)行項目工作量、組合工作量、科別工作量、部別工作量、檢驗者工作量、送檢者工作量、儀器工作量、標(biāo)本工作量、細(xì)菌工作量、組別工作量、日期工作量以及以上各個條件的組合的工作量統(tǒng)計和費用統(tǒng)計，使科室管理者很容易掌握和分析科室的運轉(zhuǎn)情況，為決策提供了數(shù)據(jù)； 同時檢驗人員可以進(jìn)行各種組合的實驗數(shù)據(jù)統(tǒng)計，如對一定年齡范圍和某一疾病患者的某一項目進(jìn)行統(tǒng)計分析,這有利于檢驗人員進(jìn)行研究。

3.7 質(zhì)量控制

采用Westgard多規(guī)則作為失控判斷規(guī)則，與LIS數(shù)據(jù)采集模塊連接，實時自動接收儀器質(zhì)控數(shù)據(jù)，自動繪制質(zhì)控圖，自動失控報警。使用優(yōu)頓圖對質(zhì)控數(shù)據(jù)進(jìn)行分析，辨別隨機誤差和系統(tǒng)誤差，以便檢驗人員采取相應(yīng)的措施，提高工作質(zhì)量。

3.8 人事管理

可設(shè)定訪問口令，防止非法使用者對系統(tǒng)破壞；對不同級別的檢驗人員的所需功能進(jìn)行設(shè)置，以利于質(zhì)量控制和避免部分人員隨意改動系統(tǒng)內(nèi)容而造成不良后果?？梢栽谙到y(tǒng)上進(jìn)行科室排班和小組排班，科室成員可以在科室內(nèi)任一臺連網(wǎng)的電腦上查看排班情況。還可以利用系統(tǒng)進(jìn)行崗位考勤，檢驗人員在上下班時進(jìn)入崗位考勤窗口輸入各人的編號和密碼后，系統(tǒng)自動記錄每個人的上下班時間。

3.9 維護和管理

維護和管理功能給檢驗部門管理員提供一個人性化的管理，可以添加新的項目，添加新的工作組，添加新的儀器，添加新的用戶，方便管理。對檢驗部門的可持續(xù)性發(fā)展提供了好的保障。

3.10 遠(yuǎn)程打印

除檢驗科內(nèi)使用查詢功能外，LIS提供了在檢驗科外患者通過獨立的護士查詢臺查詢打印檢驗報告的功能，做到檢驗和報告分離，避免交叉污染。

3.11 歷史結(jié)果查詢

如果病人每次以同一就診卡號就診或住院，可以顯示病人歷次所有的檢查結(jié)果，還可以顯示任一檢查項目所有結(jié)果的動態(tài)曲線，有利于臨床醫(yī)生對患者的病情進(jìn)行動態(tài)分析。LIS的數(shù)據(jù)安全

LIS是HIS的一個組成部分，其安全是整個醫(yī)院信息系統(tǒng)安全運行的重要保證，系統(tǒng)數(shù)據(jù)安全主要考慮以下三個方面。

4.1 硬件上的數(shù)據(jù)安全

對硬件配置，特別是對數(shù)據(jù)庫服務(wù)器的配置采取一定措施，如采用安全的硬盤存儲系統(tǒng)、雙機熱備、磁帶機及光盤數(shù)據(jù)備份等，最大程度減少因硬件故障導(dǎo)致的數(shù)據(jù)破壞。

4.2 系統(tǒng)內(nèi)的數(shù)據(jù)安全

檢驗工作中對數(shù)據(jù)的訪問、輸入和修改有一定的權(quán)限要求，建立結(jié)果數(shù)據(jù)冗余，實施身份的驗證，多級權(quán)限的管理機制，加強安全操作指導(dǎo)，可減少各種因素導(dǎo)致的數(shù)據(jù)破壞，而且可以防止數(shù)據(jù)的泄漏。

4.3 系統(tǒng)數(shù)據(jù)接口的安全

在LIS與HIS其他子系統(tǒng)連接時，通過數(shù)據(jù)接口來交流信息，數(shù)據(jù)接口安全應(yīng)遵守有關(guān)行業(yè)標(biāo)準(zhǔn)（HL7）和醫(yī)院的規(guī)定，保證接口雙方的安全。簡單和標(biāo)準(zhǔn)化的數(shù)據(jù)接口穩(wěn)定，也便于維護。LIS應(yīng)用展望

今后，隨著醫(yī)院HIS的更新?lián)Q代，檢驗將徹底實現(xiàn)條形碼統(tǒng)一管理，使整個檢驗過程更加簡化，在這種新的工作模式下，就像超市里購物一樣，標(biāo)本只要在條形碼閱讀器上過一下，病人資料及待檢測項目就會從網(wǎng)絡(luò)上自動調(diào)入，分別送到檢驗的服務(wù)器和分析儀器，減少了實驗室信息傳遞過程中人為因素導(dǎo)致的誤差,真正實現(xiàn)了檢驗流程的自動化與檢驗全程質(zhì)量管理。同時，門診患者可以憑印有條形碼的檢驗回執(zhí)單，到自助打印報告處獲取檢驗報告。

目前國內(nèi)LIS主要采用C/S模式，因為客戶端上安裝有應(yīng)用程序，軟件的升級、病毒、人為因素等造成的破壞都需要到現(xiàn)場維護，使維護工作復(fù)雜化。隨著信息技術(shù)的發(fā)展，C/S模式將會向B/S（Browser/Server,瀏覽器/服務(wù)器）模式轉(zhuǎn)換。B/S模式是一種以Web技術(shù)為基礎(chǔ)的新型的信息系統(tǒng)平臺模式，它把傳統(tǒng)C/S模式中的服務(wù)器部分分解為一個數(shù)據(jù)服務(wù)器與一個或多個應(yīng)用服務(wù)器（Web服務(wù)器），從而構(gòu)成一個三層結(jié)構(gòu)的客戶服務(wù)器體系，它簡化了客戶端。各個用戶通過http請求在權(quán)限范圍內(nèi)調(diào)用Web服務(wù)器上不同處理程序，從而完成對數(shù)據(jù)的查詢和修改，它使用戶的操作更簡單，無需培訓(xùn)就可以直接使用。采用B/S模式還可以發(fā)布檢驗信息如科室、人員、儀器、新項目、新技術(shù)的介紹以及各種通知；實驗室及相關(guān)人員或病人可以利用Internet來訪問LIS，病人可以在網(wǎng)上查閱檢驗報告和相關(guān)解釋并打印，工作人員可以在家里審核檢驗結(jié)果、安排工作進(jìn)度等。

第四篇：企業(yè)集團的信息管理系統(tǒng)應(yīng)用

企業(yè)集團的信息管理系統(tǒng)應(yīng)用

【摘要】

本文以某個IT產(chǎn)品銷售公司的信息系統(tǒng)項目的開發(fā)為背景，討論了一個信息系統(tǒng)需求分析的整個過程，其重要特征是：所涉及的項目是原有系統(tǒng)的一個升級替換版本。因此，需求分析過程不同于建立一個全新的系統(tǒng)，大體上可分為三個階段：()實施逆向工程獲得對系統(tǒng)的初步了解;(2)在第1步的基礎(chǔ)上寫出基本需求，交由客戶評審補充;(3)在第2步的基礎(chǔ)上開發(fā)原型，利用原型與客戶交流，最終獲得基線需求。針對上述三個階段，本文論述了所使用的分析方法與工具以及所遇到過的一些典型問題和措施，最后對需求分析中使用的工具，談一些自己的初步體會。

【正文】

我于1998年8月至2000年7月參加了某個大型集團的企業(yè)信息系統(tǒng)的開發(fā)工作，該大型集團的業(yè)務(wù)主要涉及到IT類產(chǎn)品的進(jìn)銷存。本人在項目中負(fù)責(zé)系統(tǒng)分析的工作，該集團企業(yè)原先已委托某個電腦公司開發(fā)過一套IT類產(chǎn)品管理系統(tǒng)，但是該老系統(tǒng)存在兩個主要的問題：(一)系統(tǒng)運行速度非常慢，如商品銷售開單時，從確定開單到開單完成有時需要1～2分鐘左右的響應(yīng)時間，讓客戶無法忍受。(二)系統(tǒng)數(shù)據(jù)不準(zhǔn)確，經(jīng)常出現(xiàn)實物庫存與電腦庫存嚴(yán)重不相匹配的情況，使銷售數(shù)據(jù)的統(tǒng)計產(chǎn)生一些混亂，有關(guān)財務(wù)的數(shù)據(jù)因此無法有效使用，只能采用人工錄入方式補充進(jìn)行。在這種情況下，該集團的總經(jīng)理決定參考原有系統(tǒng)重新開發(fā)一個系統(tǒng)，以便解決原系統(tǒng)所存在的上述兩個難以克服的難題。注;原系統(tǒng)采用PB6.5開發(fā)，數(shù)據(jù)庫采用SYBASE，服務(wù)器采用Windows2000Server，客戶端采用Windows 98，程序架構(gòu)采用的是傳統(tǒng)的C/S結(jié)構(gòu)。

鑒于該集團業(yè)務(wù)操作復(fù)雜，流程多，涉及人員多等特點，以及項目完成時間短，經(jīng)費有限，人員有限等限制約束條件，再考慮到必須避免前一系統(tǒng)出現(xiàn)過的結(jié)構(gòu)混亂與難于維護等問題，我們決定要對原系統(tǒng)的需求做一個比較徹底的和切實可行的分析，由于原有系統(tǒng)已經(jīng)開發(fā)了近兩年，并且客戶也有了一定的使用經(jīng)驗，業(yè)務(wù)基本流程本身也并沒有太大的變化，因此，我們把需求分析的過程分為三步：()分析原有系統(tǒng)的結(jié)構(gòu)，主要是數(shù)據(jù)庫結(jié)構(gòu)和程序結(jié)構(gòu)，(2)在獲得第(1)步結(jié)果的基礎(chǔ)上寫出基本需求，交由客戶評審補充，(3)在第(2)步的基礎(chǔ)上開發(fā)原型，利用此原型與客戶交流，從而獲得最終可用的需求結(jié)果。下面按上述三步分別加以論述。

第一步是實施逆向工程，獲取原有系統(tǒng)的基本需求。

由于原有系統(tǒng)在功能上大體上能基本滿足客戶的需求，并且在兩年多的開發(fā)中也積累了不少經(jīng)驗，因此，從中可以獲得一些有益的參考，也可以避免多走彎路。在這一階段，我們

采用的主要工具是PB自帶的Power Designer和PB Documents;前者主要用來分析數(shù)據(jù)庫結(jié)構(gòu)，后者主要用來分析程序結(jié)構(gòu)，便于開發(fā)人員與高級用戶理解程序。采用這兩個工具的原因是：原系統(tǒng)過于龐大，模塊多，數(shù)據(jù)庫模式多，表格量很大，僅靠人工的方法很難從中獲得一個比較完整的、明確的系統(tǒng)結(jié)構(gòu)以及整體構(gòu)成，而且原有系統(tǒng)未能提供一套正確完整有效的設(shè)計文檔，于是我們只能依靠工具輔助來進(jìn)行。在使用Power Designer分析數(shù)據(jù)庫，并且用PB Documents分析原程序中的PBL以后，我們對原系統(tǒng)的結(jié)構(gòu)有了一個初步的了解，再結(jié)合對原系統(tǒng)的使用，基本明確了功能與流程的需求，并在此基礎(chǔ)上用人工錄入方式，產(chǎn)生了初步需求的自然語言文檔。這里指出，使用Power Designer的一個不足之處是：如果一個表中的字段過多，而且又同時依賴多個表時，輸出的表格相關(guān)圖形很復(fù)雜，有很多交叉，且難于調(diào)整，不方便閱讀及打印。

第二步是在第一步的基礎(chǔ)上進(jìn)行的，即寫出系統(tǒng)基本需求，交由客戶評審和補充。通過第一步的逆向工程，我們獲得了系統(tǒng)的基本需求。為了充分記錄需求的變化及需求之間的依賴關(guān)系，我們決定選用Rational公司的Requisite PRO作為我們的需求管理工具，Rational公司有一整套用于需求管理的工具，功能非常強大，包括Requisite Pro、Clear Quest等等，這些需求分析工具可以對需求進(jìn)行全面的管理，包括記錄需求的變化情況，需求之間的依賴關(guān)系等等。但是，我們考慮到Rational的一套工具全面實施會非常昂貴與復(fù)雜，需要非常強的項目管理能力才能全面實施，因此，我們只采用了其中最簡單的一部分功能，那就是記錄需求變更，記錄需求之間的依賴關(guān)系，其他跟RUP有關(guān)的功能都給略去了。之所以這樣做，主要是考慮到項目的經(jīng)費、人力以及國內(nèi)軟件開發(fā)的實際情況。正如前面所說，我們根據(jù)自己的理解并寫出基本需求后，交由客戶做評審井做適當(dāng)補充，我們將經(jīng)過補充整理后的需求作為正式需求記錄入Requisite Pro所維護的數(shù)據(jù)庫中，并對各個需求進(jìn)行分類，設(shè)定優(yōu)先級等，這些工作完成后，就可以從數(shù)據(jù)庫中直觀地了解客戶到現(xiàn)在為止提出了哪些需求，哪些需求是必須優(yōu)先考慮的，哪些是難度較大的等等。在這個過程中，我們遇到了一些問題，譬如：用戶對我們用自然語言書寫的需求文檔有許多地方不理解，往往在花了較長時間閱讀之后，仍不明白我們所描寫的需求過程與他們所完成的業(yè)務(wù)之間的對應(yīng)關(guān)系;另外是由于首次采用Requisite Pro進(jìn)行需求管理，在類型劃分，屬性值的確定上，部分開發(fā)人員沒有經(jīng)驗，造成了不少反復(fù)，對于前者，我們的方法是想辦法增加一些示意圖，將大的流程分解為小流程，再與客戶反復(fù)交流與溝通，最終達(dá)到雙方理解一致的目的。對第二個問題，則參考了一些例子，再結(jié)合實際中屬性的使用情況，給予取舍或者選擇，經(jīng)過這一階段的工作，我們建立了基本的需求庫，定出了基本需求規(guī)格說明。

第三步則是在第二步的基礎(chǔ)上建立起原型，利用原型與客戶進(jìn)行更深入的交流，通過交流修改相應(yīng)的需求。

在這一階段的工作是在對第二步任務(wù)進(jìn)行報告交流的基礎(chǔ)上進(jìn)行的。我們用PB開發(fā)了一個原型系統(tǒng)，就具體的業(yè)務(wù)流程與客戶進(jìn)行交流與溝通，通過原型，客戶發(fā)現(xiàn)了許多我們

與他們的理解相互不協(xié)調(diào)的地方，我們在修改需求的同時，也在Requisite Pro需求數(shù)據(jù)庫中記錄下修改的歷史。事實證明，這種記錄歷史的作用是很有效的，如曾經(jīng)有客戶在兩個不同的時間對同一需求提了相反的需求，我們根據(jù)歷史記錄很快證實了該客戶的提法有錯誤，在事實面前無需再作爭論，同時利用Requisite Pro，我們還發(fā)現(xiàn)了一些需求相互之間有矛盾。經(jīng)過這一階段工作，我們終于獲得了經(jīng)過用戶認(rèn)可的需求基線，即是可用于下一步進(jìn)行詳細(xì)設(shè)計的基線需求。

在這個項目中，我們利用了Power Designer、PB Documents等逆向工程分析工具和Requisite Pro需求管理工具，這些工具的使用，使我們提高了工作效率，起到了一定的輔助作用。但是，就需求分析工具方面而言。我們覺得國內(nèi)應(yīng)用得還是太少了，這一方面是因為對需求分析不夠重視，另一方面是因為管理水平還達(dá)不到相應(yīng)的層次。Rational公司的一整套需求分析工具，其功能是非常強大的，國外已在普遍地使用，在國內(nèi)也逐漸開始普及，特別是那些通過CMM二級以上評審的單位，都必須使用工具對需求進(jìn)行管理。在本項目中，我們僅僅利用了Requisite Pro功能的一些小方面，已經(jīng)體會到該工具對于項目管理的諸多好處。如果一個有實力的公司能夠全面實施RUP，那么需求管理這個老大難的問題會變得不再那么棘手了，項目的質(zhì)量也會得到相應(yīng)的提高。目前國內(nèi)由于CMM熱潮的興起，已經(jīng)逐漸重視需求分析，也逐漸使用需求分析工具，這是非常可喜的，當(dāng)然，更希望在不久的將來，能用上國產(chǎn)的需求分析工具，那時我們的軟件產(chǎn)業(yè)也許會真正地騰飛了。

評注;采用逆向工具進(jìn)行再工程的應(yīng)用很多，本文給出了一個實際的例子。寫作有條理，也很實際。合理地界定了需求分析的現(xiàn)實水平。所采用的需求分析的方法與工具相對較合理科學(xué)。能在對項目討論的同時抒發(fā)議論、使用體會、愛國心和事業(yè)心。深度還可以提高，例子宜更加豐富一些。(本文主要參考了廣東劉小波等人的論文)

第五篇：旅館業(yè)信息管理系統(tǒng)應(yīng)用承諾書

旅館業(yè)信息管理系統(tǒng)應(yīng)用承諾書

我是的負(fù)責(zé)人，在經(jīng)營期間我對我單位的治安信息系統(tǒng)應(yīng)用承諾如下：

一、對本單位應(yīng)用的相關(guān)治安信息系統(tǒng)進(jìn)行維護，如遇故障，損壞及時報告公安機關(guān)。

二、按照規(guī)定實名、實情、實數(shù)、實時上傳相關(guān)治安信息。

三、有下列情形之一的：

（一）未按要求及時錄入傳輸或者報送住宿人員信息的，按照《治安管理處罰法》第五十六條第一款的規(guī)定，處罰旅館相關(guān)工作人員。

（二）對故意不使用旅館業(yè)系統(tǒng)，不錄入、不上傳或不全面錄入、少上傳住宿旅客信息等行為，應(yīng)按照有關(guān)規(guī)定，責(zé)令改正，給予警告，可以并處罰款。

（三）對不錄和不傳境外住宿人員信息的旅館，可依據(jù)《中華人民共和國外國人入境出境管理法》、《中國公民往來臺灣地區(qū)管理辦法》等法律法規(guī)予以行政處罰。

如有違反上述規(guī)定的，我單位及本人愿意接受公安機關(guān)的處罰。

承諾人：

年月日