文档介绍：1、关于系统的开放性
软件的适度开放是软件的生命力和可持续发展的重要保障，同时也是系统有 效运行的重要因素。要求平台的适度开放，以使项目二次开发具备相对自主、灵 活的扩展、维护能力，并保证项目建设、维护的响应性和及时处理需求。
开发商应1、关于系统的开放性
软件的适度开放是软件的生命力和可持续发展的重要保障，同时也是系统有 效运行的重要因素。要求平台的适度开放，以使项目二次开发具备相对自主、灵 活的扩展、维护能力，并保证项目建设、维护的响应性和及时处理需求。
开发商应明确是否允许第三方进行应用软件二次开发，若允许，开发商应提 供二次开发手册和开发资源等相关资料(尤其是基础协议结构需提交相关文档资 料以便进行充分理解)，并提供足够的开发指导。软件开发商需提供项目实施中 采用的主流开发语言(如：C++ )的SDK开发包、API或源程序，以及相关的 实例程序，所提供的资料能够协助集成商和用户实现对于新增(或发生变动)设 备的数据采集、处理、存储，同时也可使其他外部系统获得应用软件所提供的数 据和信息，以满足今后用户的功能需求。软件开发商应就软件的开放程度做出详 细说明和承诺。
要求开放通信接口(协议)或承诺无偿协助用户整合不同公司的噪声监测终 端采集的噪声监测数据的处理。
外部需求可能要求接口未提供的功能的数据而需要供应商应适度开放核心 数据库，供应商应明确数据库能够开放的程度。
2、关于系统的先进性和可靠性
要求系统硬件，尤其是噪声监测终端是已有成功应用的最先进的型号， 要求给出最近两年内成功应用的证明。
要求系统软件，尤其是航空噪声和运行监控系统是已有成功应用的最先 进的版本，同时软件很好的融汇了机场噪声管理方面的先进经验和做法，如飞行 轨迹保持、连续下降模式检视、控制区分析、宵禁、噪声限制、禁飞区等，以便 机场按需使用。列举软件包含的这类功能，要求至少包含 CDA 检视、航迹违规 检视、高噪声飞机管理、飞行时间管理、跑道使用优化等，要求提供相应的证明。 在系统最终验收后三年内，投标人应免费提供给本项目中的所有应用软件升级到 最新版本。
对照本技术规格书，供应商应明确提供的软件产品是否为现有已经开发 软件或功能，如果为待开发软件或功能必须标明，并且应提出开发技术方案。如 不能满足本技术规格书的，必须标明。如果供应商提供的为第三方软件，也必须 予以说明。
该噪声监测系统必须内置地理信息系统(GIS),并便于用户不断增加GIS 应用。供应商应对系统的GIS功能进行详细说明。
3、系统的可靠性
要求系统运行稳定可靠，具备容错能力，一旦发生故障，应支持快速故 障检测和恢复，使系统具有极高的可靠性和可管理型，要求MTBF不小于9000 小时，MTTR不大于48小时。
要求软件能采用多种方法对噪声事件进行鉴别，确定其是否为航空噪声 事件，至少包括利用雷达数据、航班信息，多个监测终端数据比对，也应考虑频 谱分析方法。多个方法共用时，雷达航迹关联方法优先。当无雷达数据时，必须 采用至少上述方法中的一种进行鉴别，并请具体描述所采用的方法，以表明在无 雷达数据时该方法的有效性和可操作性。要求软件