第一篇：繼電保護及故障信息管理系統子站的應用

繼電保護及故障信息管理系統子站的應用

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

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

二、系統結構 22OkV南陽遮山變電站是南陽局所屬的6座220kV變電站之一，設計規模為：OSFPS8-120000/220自耦主變2臺，均為有載調壓；220kV出線4回，母聯兼旁路1回，采用雙母線帶專用旁路接線；1lOkV出線7回，分段1回，專用旁路1回，采用單母線分段帶旁路接線；35kV出線8回，分段1回，專用旁路1回，4回電容器，采用單母線分段帶旁路接線。

遮山變子站需接入的不同廠家保護設備種類較多，主變保護采用南自廠的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母聯保護采用南京中德的NSP788，35kV出線分段旁路及電容器保護采用南京中德的NSP788和NSP782，錄波器分別是南京銀山的YS-8A和深圳雙合的WGL-12。

遮山變子站系統采用分層分布式結構，系統的縱向結構分為站控層和間隔層兩層結構，層間傳輸介質采用光纖。

（一）間隔層

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

1．兩種接入模式的比較

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

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

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

3．與主站的通信

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

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

繼電保護典型故障分析

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

【關鍵詞】繼電保護 典型故障 元器件 接線錯誤 短接法 電力系統繼電保護概述

1.1 電力系統繼電保護裝置的構成要素

電力系統機電保護裝置的構成一般包括輸入部分、測量部分、邏輯判斷部分和輸出執行部分。

1.1.1 輸入部分

該部分通過隔離、低通濾波等前置處理方式對電力系統出現的問題和故障進行前置處理。

1.1.2 測量部分

該部分主要負責將測量信號轉換為邏輯信號，進而通過邏輯判斷按照一定的邏輯關系組合運算，最后確定出執行動作，并由輸出執行部分最終完成。

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

1.2.1 選擇性特征

選擇性特征是繼電保護裝置智能化的表現，在電力系統出現故障時，繼電保護裝置能夠做到有選擇性的對出現故障的部分進行處理，另一方面保證無故障部分的正常運行，這樣便可以保證整個電力系統的穩定及電力供應的連續。

1.2.2 快速性特征

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

1.2.3 可靠性

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

2.1 設備故障

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

2.2 人為操作

人為原因一般就是工作不夠細心，對系統內各項設備數值的讀數觀察不夠仔細，導致讀錯設備整定器上的計算數值，導致繼電保護故障，且對故障的檢查技術水平不夠，無法及時準確地發現故障段，從而造成大面積的電路故障問題，導致系統無法正常供電。

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

3.1 元件替換法

元件替換法，顧名思義，就是用正常的元件將出現故障的元件替換下來，這樣能夠將故障范圍迅速縮小，提高維修人員的維修效率，因此是機電保護裝置故障處理中經常用到的方法。

3.2 參照法

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

3.3 短接法

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

3.4 繼電保護典型故障的預防措施

3.4.1 構建完善的電力管理體系是基礎

構建完善的電力管理體系是預防電力系統繼電保護故障的基礎，構建該體系需要做好以下工作：

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

其次，完善的監測評價體系也是十分必要的。監測評價體系具有監督指導的作用，通過建立該體系，在全電力系統中形成嚴謹的工作氛圍，有利于很大程度上提高電力工作的質量，進而能夠及時正確的發現繼電故障，將故障消滅在萌芽狀態，從而保障電力系統的有序運行。

3.4.2 加強電力系統的技術管理是核心

技術管理作為降低繼電保護故障率的核心，具有十分重要的意義。可以通過采用先進的技術來提高電力系統的智能化水平，從而有效減少繼電保護故障的發生。

第一，提高電力系統的自動化水平。在設計和開發電力系統時，要加強新技術的開發和應用，包括自動控制技術和智能技術。這樣電力系統出現故障時，智能化技術便能有效避免繼電保護障礙的發生。

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

3.4.3 提高電力工作人員的素質

電力工作人員素質是影響電力系統管理水平的重要因素。因此，電力企業要加強對電力工作人員業務素質的培訓教育，提高其責任意識和安全意識，并通過一些業務培訓，提高其實際操作能力，促使電力企業員工能夠更好的處理電力系統中出現的各種問題。

參考文獻

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

國網甘肅省電力公司檢修公司 甘肅省酒泉市 735000

第三篇：醫院實驗室信息管理系統應用淺談

醫院實驗室信息管理系統應用淺談

［關鍵詞］ 實驗室信息管理系統；醫院信息管理系統；系統數據

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

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

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

3.1 采樣

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

3.2 審核

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

3.3 查詢

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

3.4 試劑管理

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

3.5 雙向通訊

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

3.6 資料統計

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

3.7 質量控制

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

3.8 人事管理

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

3.9 維護和管理

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

3.10 遠程打印

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

3.11 歷史結果查詢

如果病人每次以同一就診卡號就診或住院，可以顯示病人歷次所有的檢查結果，還可以顯示任一檢查項目所有結果的動態曲線，有利于臨床醫生對患者的病情進行動態分析。LIS的數據安全

LIS是HIS的一個組成部分，其安全是整個醫院信息系統安全運行的重要保證，系統數據安全主要考慮以下三個方面。

4.1 硬件上的數據安全

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

4.2 系統內的數據安全

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

4.3 系統數據接口的安全

在LIS與HIS其他子系統連接時，通過數據接口來交流信息，數據接口安全應遵守有關行業標準（HL7）和醫院的規定，保證接口雙方的安全。簡單和標準化的數據接口穩定，也便于維護。LIS應用展望

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

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

第四篇：企業集團的信息管理系統應用

企業集團的信息管理系統應用

【摘要】

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

【正文】

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

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

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

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

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

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

第三步則是在第二步的基礎上建立起原型，利用原型與客戶進行更深入的交流，通過交流修改相應的需求。

在這一階段的工作是在對第二步任務進行報告交流的基礎上進行的。我們用PB開發了一個原型系統，就具體的業務流程與客戶進行交流與溝通，通過原型，客戶發現了許多我們

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

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

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

第五篇：旅館業信息管理系統應用承諾書

旅館業信息管理系統應用承諾書

我是的負責人，在經營期間我對我單位的治安信息系統應用承諾如下：

一、對本單位應用的相關治安信息系統進行維護，如遇故障，損壞及時報告公安機關。

二、按照規定實名、實情、實數、實時上傳相關治安信息。

三、有下列情形之一的：

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

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

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

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

承諾人：

年月日