NTS-XXX XXX软件用户需求规格说明书 (2)

NTS-XXX XXX软件 V1.0 需求规格说明书(整体) 文件编号 TSXXXX-XX(根据配置总表) 生效日期 2012/X/X 受控编号 保密级别 一级 版 本 号 V1.00 修改状态 A 总 页 数 22 正 文 16 附 录 无 编 制 作者名 审 核 签名 批 准 签名 评审记录 对《NTS-XXX XXX软件 V1.0 需求规格说明书V1.00》的评审意见： 上述问题修改验证后，由 验证后，本文件即可发布。 评审人员签字： 问题修改验证结果： 验证人签字： 时间： 变更日志 编号 版本 修改内容 修改人 修改日期 1 0.1 初稿做成 XXX 20XX-X-X 2 0.2 XXX XXX 20XX-X-X 3 1.0 会议评审后修正 XXX 20XX-X-X 目 录 1 引言 1 1.1 编写目的 1 1.2 背景 1 1.3 定义 1 1.4 参考资料 2 2 任务概述 3 2.1 目标 3 2.2 功能边界 3 2.3 用户特点 4 2.4 假定和约束 4 3 软件模块架构 6 3.1 软件模块架构图 6 3.2 软件模块间接口描述 6 3.3 软件需求/模块分工列表 6 3.4 性能需求 6 3.4.1 精度 6 3.4.2 系统性能 6 3.5 安全需求 6 3.5.1 数据加密 6 3.5.2 异常处理 6 3.5.3 系统备份 7 4 运行环境规定 9 4.1 网络环境 9 4.2 硬件平台 9 4.3 软件平台 9 4.3.1 操作系统 9 4.3.2 数据库 9 4.3.3 开发工具 9 4.4 接口 9 4.4.1 外部接口 9 NTS-XXX XXX软件 V1.0 需求规格说明书 V1.00 1 引言 1.1 编写目的 [简述本文档的编写目的] 本文档是针对当前智能楼宇及自动化的发展现状，进行详细的分析和讨论后得出的产品开发的需求规格说明书，旨在明确NTS-KNX OPC Server监控管理软件的开发需求。通过本需求规格说明书，可以了解到该项目的开发背景、功能需求、运行环境需求等。 本文档面向的读者是：NTS-KNX OPC Server监控管理软件的开发人员、测试人员、工程部负责人、市场部负责人、技术方案部负责人、研发项目经理、总监等。 1.2 背景 [完整的项目名称： + NTS-XXX XXX软件 V1.0] 注：对于包括软硬件的产品，项目名称可以没有“软件”；但在申报软检的资料中，软件名称仍要符合上述标准。 项目名称：NTS-KNX OPC Server监控管理软件 V1.0 20世纪70年代，国际上就已经着手对家庭自动化领域进行研究，主要集中在如欧洲、北美、日本等一些经济比较发达的国家和地区。在不断的发展过程中，有一些比较成熟的网络协议，它们之间竞争也比较激烈。EIB出现之后，由于其具有优良特性而越来越广泛认可，逐渐在欧洲占据了主导地位。随着Konnex协会的成立，EIB发展的同时吸收其它协议的优点，形成KNX协议。KNX比起EIB，它更加注重应用，系统的设计涵盖了家庭楼宇自动化领域中的方方面面。KNX已成为国际上唯一的家庭和楼宇自动化领域开放型标准。 随着楼宇建设速度的不断加快，智能楼宇、高端住宅等自动化程度需求较高的场所日益增多，国内外KNX系统在智能楼宇领域的应用也将越来越广泛，市场对KNX相关总线设备和软件的需求正在扩大。包括本公司之前开发的产品也即将登陆市场。 市场对该类产品的需求将不断增大，我们要把握好目前的发展趋势和机遇，在推出我们KNX产品的同时，也注重与其它厂商或其它行业之间的合作。因此，我们应尽早开发出自己的KNX OPC Server。 1.3 定义 下表列出本报告中专门术语的定义、英文缩写词的原词组和意义、项目组内达成一致意见的专用词汇，同时继承全部的先前过程中定义过的词汇。 词汇名称 词汇含义 备注 EIB 欧洲安装总线(European Installation Bus)； 在亚洲称为电气安装总线（Electrical Installation Bus）。 KNX 欧洲三大总线协议EIB、BatiBus和EHSA合并成立了Konnex协会，提出了KNX协议。KNX KNX是Konnex的缩写。 OPC 全称OLE for Process Control，是一种基于开放标准的开放式连结，允许在自动化/控制应用、现场设备和商业/办公室应用之间进行简明的、标准化的数据交换。 1.4 参考资料 编号 资料名称 说明 1 NTS-XXX XXX软件 V1.00 可行性分析报告 V1.00.doc 2 NTS-XXX XXX软件 V1.00 项目立项书 V1.00.doc 10 2 任务概述 2.1 目标 [简述本项目的研发目标] 例： 目前我公司的161通讯管理机采用的是MOXA-DA681成套设备，该设备采购成本较高，并且无法根据用户的需求灵活的更改硬件配置，所以公司打算基于崇德的开发板自行开发通讯管理机。该开发板采购成本较低，而且可以根据需求增删硬件设备、更改和裁剪嵌入式linux系统。 综上所述为了降低产品的成本，提高产品的竞争力，需要将目前使用的NTS-161程序移植到崇德的开发板上并添加一些调试及高级功能，移植后的通讯管理机型号更改为NTS-165。本文档即为NTS-165通讯管理机装置的开发需求规格说明书。 例： 国内外KNX系统在智能楼宇领域的应用也将越来越广泛，市场对KNX相关总线设备和软件的需求正在扩大，集成度也越来越高。为了满足和其他楼宇控制、智能控制系统的对接，本项目的目标是建设一套基于OPC标准的服务器软件，实现和其他支持OPC接口规范的软件系统集成。 2.2 功能边界 [用系统结构图、文字等，描述系统主要功能边界] NTS-KNX OPC Server监控管理软件系统架构图 根据市场调研及客户需要，NTS-KNX OPC Server监控管理软件需要满足以下功能： （1） KNX系统的基本配置； （2） KNX系统数据采集与实时显示； （3） 与KNX系统的通讯与控制功能； （4） 与OPC Client之间的通讯并提供操作接口； （5） OPC Server的配置转发功能； （6） 告警信息与显示； （7） 历史事件查询。 2.3 用户特点 NTS-KNX OPC Server监控管理软件，主要是对KNX 智能楼宇自动化系统进行数据采集、分析、处理和展示，并实现OPC Client的接入和远程控制；由现场工程人员使用，由工程部人员负责厂家维护，由研发中心软件部负责二次开发和技术支持。 2.4 假定和约束 根据研发部年度工作计划，本平台软件开发需要在2011年6月30日完成项目开发和测试。 3 软件模块架构 3.1 软件模块架构图 [绘制软件模块的架构图，这是从开发者角度看到的软件模块架构图。该架构图需要分层次展现，需要囊括系统全量的软件模块] 3.2 软件模块间接口描述 [对软件模块间的接口进行描述，接口形式、接口的主要内容。] 3.3 软件需求/模块分工列表 [给出一个列表，注明各模块级别、模块名称、模块负责人、文档名称（不包含版本号和时间标记）] 3.4 性能需求 [描述整个系统的性能指标需求] 3.4.1 精度 （1） 读数正确率≥99.9% （2） 置数正确率≥99.9% 3.4.2 系统性能 （1） 获取一个值的响应时间： ≤3秒 （2） 获取1000个值的响应时间：≤3秒 （3） 置数命令： ≤1～3秒 （4） 画面刷新1000条数据： ≤1秒 3.5 安全需求 [描述整个系统的安全需求] 3.5.1 数据加密 为确保数据在传输过程中的安全，上传数据包采用加密方式压缩，加密口令由上下级数据中心约定。 3.5.2 异常处理 当程序接收不合理帧或是在不明态时不应退出，加异常处理，并给予合适的用户提示和日志记录。 3.5.3 系统备份 系统数据定期备份（不超过30天）。 4 运行环境规定 [纯软件产品，必须要有该章内容] 4.1 网络环境 能耗监测系统可以通过细缆组网，也可以通过双绞线和HUB连接。采用TCP/IP协议。 4.2 硬件平台 能耗监测系统的服务器由于需要安装数据库软件及工具软件，配置要求较高。通常选择当前的主流机型，配置如下： （1） CPU：1GHz以上CPU （2） 内存：最少512MB （3） 主机硬盘：最少80GB 4.3 软件平台 4.3.1 操作系统 （1） Microsoft Windows 2000 Professional （2） Microsoft Windows XP Professional 4.3.2 数据库 Microsoft Sql Server2000 SP3或以上 4.3.3 开发工具 Microsoft Visual Studio 2008 4.4 接口 4.4.1 外部接口 外部接口主要是数据采集器与能耗监测系统之间的接口（XML接口）；能耗监测系统与数据中心传输数据的接口（XML格式接口）。 数据采集器与能耗监测系统传输数据的接口 功能描述：数据采集器与能耗监测系统传输数据交互。 功能输入：数据采集器通过XML接口发送数据或监控系统通过XML接口发送命令给采集器。 中间过程：数据通过以太网传输。 功能输出：实现数据在能耗监测系统和数据采集器间传输。 能耗监测系统与数据中心传输数据的接口 功能描述：能耗监测系统与数据中心传输数据交互。 功能输入：能耗监测系统通过XML接口发送数据或数据中心通过XML接口发送命令。 中间过程：数据通过串口传输。 功能输出：实现数据在能耗监测系统和数据中心间传输。