分析关于楼宇自动化系统的验证

　 1 引 言
　　楼宇自动化系统是由各种先进技术(如4C技术)实现的集散型控制系统，又是一个信息集成系统。整个系统通过DDC控制器、通信网络、上位机等协调工作达到预期的性能指标，为智能建筑实现综合管理、可靠运行和节约能源提供了可靠保证。楼宇系统中各种控制功能由控制器及软件实现，而各种管理及监测功能由上位机及软件实现。因此，控制器和上位机的软、硬件的一致性及软件组态设计至关重要。然而，由于下列原因造成很多的楼宇自动化系统统不能正常开通、各种控制和管理功能不完善、节能效果不好、维护及扩展困难及对原施工方依赖性大等问题。
　　(1)由于楼宇自动化系统技术的复杂性，用户对楼宇自动化系统及其能实现的功能了解不深，对用户需求技术指标、接收标准和试验标准阐述得不完善、不具体，完全依赖于承包方的设计和解释。
　　(2)各阶段没有很严格的验证和测试，单靠最后竣工时的验收是不能保证各种中间过程运行的正确性、合理性的，很多潜在的问题仅靠外特性的测试也是难以发现的。
　　(3)对系统控制参数选择的合理性无法正确评价，控制过程的响应性能不好。
　　(4)没有对系统按标准操作规程进行严格跟踪和测试，运行人员对系统的操作及处理能力不高，加上缺少对系统运行机理的了解，分析和判断问题的能力差。
　　(5)技术资料不完整及与实际系统不符，没有软件的源代码等，加上用户对系统的软、硬件没有很好的培训和掌握，随着系统的运行，很多问题会不断暴露出来。
　　这是一项技术性很强的工作，单靠用户短期内是很难完成的。因此，通过第三方专业人员运用合理的跟踪和评价体系来验证整个系统是最好的选择。
　　2 验证目的和内容
　　验证是建立备有证明文件的依据，为系统提供一种高度的保证：使生产过程完全一致地生产出满足预先确定的技术指标和质量特征的产品(含控制信息或数据)，对各种偏差做出记录和处理。
　　在系统生命周期中，从用户需求技术指标到设计、安装、运行等阶段涉及一系列技术问题，每一阶段的好坏均对下一阶段产生重大影响。因此，验证应贯穿楼宇系统整个生命周期之中。系统的建造顺序为：技术指标→设计→开发及试验→安装→接收试验→运行6个阶段；对应于验证过程为：验证主计划、草案编写及指标确认(SQ)→设计确认(DQ)→开发过程及源代码审核、仿真及测试软件和模块→安装确认(IQ)→运行确认和性能确认(OQ&PQ)、验证报告→投入运行(控制和过程检验)。各个阶段相互之间互为基础和制约，均需要切实可行的验证草案来保证。
　　对楼宇系统来说，软件实现的功能是强大的，如何以最少的硬件投入发挥最大的效率及系统的先进性、开放型、集成能力均是用户关心的问题。因此，规定的技术指标和实现的功能应明确，应指出采用的主流技术要求，防止甲、乙双方由于对问题理解不同而导致的各种纠纷，造成建造系统的较大缺陷等。

　　 3 草案的编写及确认
　　(1)用户需求技术指标(URS)。
　　根据用户要求、技术的先进性及可行性，提出一个完善、合理的技术指标，既要保证满足现在需要，又考虑将来规模扩大和技术发展的需要。URS应尽可能地详细，不但阐述系统的结构形式、功能要求、技术指标、运行参数、验收标准，试验方法等，还应用逻辑图的形式表示出每个设备的工作流程、设备间的互连及互操作性要求等。URS应作为招标文件编写、系统设计和实现功能的依据。
　　(2)验证主计划(VMP)。
　　详细定义整个验证过程中各阶段的相互关系，每阶段达到的要求，系统的验证范围、界线，验证管理及各验证文件的要求等。
　　(3)技术指标确认(SQ)。
　　通过构造一系列文件，将URS和投标方的方案及产品性能进行审核，找出最优的实现方案，确定投标方，使投标方的产品、质量管理体系等能完全满足用户要求，为设计确认提供基础保证。
　　(4)设计确认(DQ)。
　　对中标单位的具体设计和施工方案(含图纸)进行审核，包括技术的可行性、合理性，是否符合规范要求，软、硬件设计有无错误，各种操作规程、文档资料是否与设计相符，运行和控制参数是否正确。同时，对软件流程图、源代码、上位机界面等进行审核，确保设计完善、合理，完全满足URS的要求。把设计中的细节以文件的形式提供给用户，保证设计资料的完