继电保护及故障信息管理系统子站的应用

第一篇：继电保护及故障信息管理系统子站的应用

继电保护及故障信息管理系统子站的应用

一、引言 在发生严重故障或复杂故障的情况下，调度值班人员和继电保护运行管理人，员需及时准确地了解故障情况，快速地判断故障发生的地点、性质及严重程度，科学地分析故障原因，并采取及时正确的措施缩小故障范围、避免事故扩大、减少故障损失，这些都要求建设一个技术先进、安全性高、可靠实用、开放性好、可扩展性强的继电保护及故障信息管理系统，实现继电保护运行管理、故障分析、辅助决策等主要功能，并与现有的变电站综合自动化系统、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热潮的兴起，已经逐渐重视需求分析，也逐渐使用需求分析工具，这是非常可喜的，当然，更希望在不久的将来，能用上国产的需求分析工具，那时我们的软件产业也许会真正地腾飞了。

评注;采用逆向工具进行再工程的应用很多，本文给出了一个实际的例子。写作有条理，也很实际。合理地界定了需求分析的现实水平。所采用的需求分析的方法与工具相对较合理科学。能在对项目讨论的同时抒发议论、使用体会、爱国心和事业心。深度还可以提高，例子宜更加丰富一些。(本文主要参考了广东刘小波等人的论文)

第五篇：旅馆业信息管理系统应用承诺书

旅馆业信息管理系统应用承诺书

我是的负责人，在经营期间我对我单位的治安信息系统应用承诺如下：

一、对本单位应用的相关治安信息系统进行维护，如遇故障，损坏及时报告公安机关。

二、按照规定实名、实情、实数、实时上传相关治安信息。

三、有下列情形之一的：

（一）未按要求及时录入传输或者报送住宿人员信息的，按照《治安管理处罚法》第五十六条第一款的规定，处罚旅馆相关工作人员。

（二）对故意不使用旅馆业系统，不录入、不上传或不全面录入、少上传住宿旅客信息等行为，应按照有关规定，责令改正，给予警告，可以并处罚款。

（三）对不录和不传境外住宿人员信息的旅馆，可依据《中华人民共和国外国人入境出境管理法》、《中国公民往来台湾地区管理办法》等法律法规予以行政处罚。

如有违反上述规定的，我单位及本人愿意接受公安机关的处罚。

承诺人：

年月日