软件用户需求规格说明书 (2).docx

《软件用户需求规格说明书 (2).docx》由会员分享，可在线阅读，更多相关《软件用户需求规格说明书 (2).docx（13页珍藏版）》请在第一文库网上搜索。

1、NTS-XXX XXX 软件 V1. O需求规格说明书（整体）文件编号TSXXXX-XX （根据配置总 表）生效日期2012/X/X受控编号保密级别一级版本号V1.00修改状态A总页数22正 文16附 录无编 制作者名审 核签名批 准竺夕1评审记录对NTS-XXX XXX软件VI. O需求规格说明书VL 00的评审意见:上述问题修改验证后，由验证后，本文件即可发布。评审人员签字：问题修改验证结果:验证人签字： 时间： 变更日志编号版本修改内容修改人修改日期10.1初稿做成XXX20XX-X-X20.2XXXXXX20XX-X-X31.0会议评审后修正XXX20XX-X-X1 引言11.1 编写

2、目的11.2 背景11.3 定义11.4 参考资料22 任务雌32.1 目标32.2 功能边界32.3 3用户特点42.4 假定和约束43 软件模块架构63.1 软件模块毅图63.2 软件模块间接口描述63.3 软件需求/模块分工列表63.4 性能需求63.4.1 精度63.4.2 系统性能63.5 安全需求63.5.1 数据加密63.5.2 异常处理63.5.3 系统备份74 运行环境规定94.1 网络环境94.2 硬件平台94.3 3软件平台94. 3.1操作系统94. 3.2数据库94. 3. 3开发工具94.4 接口 94.4.1 外部接口91引言1.1 编写目的简述本文档的编写目的本

3、文档是针对当前智能楼宇及自动化的发展现状，进行详细的分析和讨论后得出的产品开发的需求规 格说明书，旨在明确NTS-KNX OPC Server监控管理软件的开发需求。通过本需求规格说明书，可以了解 到该项目的开发背景、功能需求、运行环境需求等。本文档面向的读者是：NTS-KNXOPCSerVer监控管理软件的开发人员、测试人员、工程部负责人、市 场部负责人、技术方案部负责人、研发项目经理、总监等。1.2 背景完整的项目名称: NTS-XXX XXX软件VI. 0注，对于包括软硬件的产品，项目名称可以没有“软件”：但在申报软检的资料中，软件名称仍要符合上述标准.项目名称：NTS-KNX OPC

4、SerVer监控管理软件VLO20世纪70年代，国际上就已经着手对家庭自动化领域进行研究，主要集中在如欧洲、北美、日本等 一些经济比较发达的国家和地区。在不断的发展过程中，有一些比较成熟的网络协议，它们之间竞争也比 较激烈。EIB出现之后，由于其具有优良特性而越来越广泛认可，逐渐在欧洲占据了主导地位。随着Konnex 协会的成立，EIB发展的同时吸收其它协议的优点，形成KNX协议。KNX比起EIB,它更加注重应用，系统 的设计涵盖了家庭楼宇自动化领域中的方方面面。KNX已成为国际上唯一的家庭和楼宇自动化领域开放型 标准。随着楼宇建设速度的不断加快，智能楼宇、高端住宅等自动化程度需求较高的场所日

5、益增多，国内外 KNX系统在智能楼宇领域的应用也将越来越广泛，市场对KNX相关总线设备和软件的需求正在扩大。包括 本公司之前开发的产品也即将登陆市场,市场对该类产品的需求将不断增大，我们要把握好目前的发展趋势和机遇，在推出我们KNX产品的同 时，也注重与其它厂商或其它行业之间的合作。因此，我们应尽早开发出自己的KNX OPC Servere1.3 定义下表列出本报告中专门术语的定义、英文缩写词的原词组和意义、项目组内达成一致意见的专用词汇， 同时继承全部的先前过程中定义过的词汇。词汇名称词汇含义备注EIB欧洲安装总线(EUroPean Installation Bus)；在亚洲称为电气安装总线

6、(Electrical InstallationBus)oKNX欧洲三大总线协议EIB、BatiBUS和EHSA合并 成立了 KOnneX协会，提出了 KNX协议。KNX KNX是Konnex的缩写。OPC全称OLE for Process Control,是一种基于开放标 准的开放式连结，允许在自动化/控制应用、现场 设备和商业/办公室应用之间进行简明的、标准化 的数据交换。1.4 参考资料编号资料名称说明1NTS-XXX XXX软件VI. 00可行性分析报告VL 00. doc2NTS-XXX XXX 软件 VI. 00 项目立项书 VI. 00. doc2任务概述1. 1目标简述本项目的

7、研发目标例:目前我公司的161通讯管理机采用的是MOXA-DA681成套设备，该设备采购成本较高，并且无法根据 用户的需求灵活的更改硬件配置，所以公司打算基于崇德的开发板自行开发通讯管理机。该开发板采购成 本较低，而且可以根据需求增删硬件设备、更改和裁剪嵌入式IinUX系统。综上所述为了降低产品的成本，提高产品的竞争力，需要将目前使用的NTST61程序移植到崇德的开 发板上并添加一些调试及高级功能，移植后的通讯管理机型号更改为NTST65。本文档即为NTS-165通讯 管理机装置的开发需求规格说明书。例:国内外KNX系统在智能楼宇领域的应用也将越来越广泛，市场对KNX相关总线设备和软件的需求正

8、在 扩大，集成度也越来越高。为了满足和其他楼宇控制、智能控制系统的对接，本项目的目标是建设一套基 于OPC标准的服务器软件，实现和其他支持OPC接口规范的软件系统集成。2. 2功能边界用系统结构图、文字等,描述系统主要功能边界 1根据市场调研及客户需要，NTS-KNX OPC Server监控管理软件需要满足以下功能：(1) KNX系统的基本配置；(2) KNX系统数据采集与实时显示；(3) 与KNX系统的通讯与控制功能；(4) 与OPC Client之间的通讯并提供操作接口；(5) OPC Server的配置转发功能；(6) 告警信息与显示；(7)历史事件查询。3. 3用户特点NTS-KNX

9、 OPC Server监控管理软件，主要是对KNX智能楼宇自动化系统进行数据采集、分析、处理 和展示，并实现OPCCIienl的接入和远程控制；由现场工程人员使用，由工程部人员负责厂家维护，由 研发中心软件部负责二次开发和技术支持。4. 4假定和约束根据研发部年度工作计划，本平台软件开发需要在2011年6月30日完成项目开发和测试。3软件模块架构3.1软件模块架构图绘制软件模块的架构图,这是从开发者角度看到的软件模块架构图。该架构图需要分层次展现,需 要囊括系统全量的软件模块3. 2软件模块间接口描述对软件模块间的接口进行描述,接口形式、接口的主要内容。5. 3软件需求/模块分工列表给出一个列

10、表,注明各模块级别、模块名称、模块负责人、文档名称(不包含版本号和时间标记)3.4性能需求描述整个系统的性能指标需求3.4.1 精度(1) 读数正确率-99. 9%(2) 置数正确率299. 9%3.4.2 系统性能(1) 获取一个值的响应时间：3秒(2) 获取IOOO个值的响应时间：3秒(3) 置数命令：WI3秒(4) 画面刷新IOOo条数据：WI秒3.5安全需求描述整个系统的安全镉求3.5.1 数据加密为确保数据在传输过程中的安全，上传数据包采用加密方式压缩，加密口令由上下级数据中心约定。3.5.2 异常处理当程序接收不合理帧或是在不明态时不应退出，加异常处理，并给予合适的用户提示和日志记

11、录。3.5.3 系统备份系统数据定期备份（不超过30天）。4运行环境规定纯软件产品,必须要有该章内容4.1网络环境能耗监测系统可以通过细缆组网，也可以通过双绞线和HUB连接。采用TCP/IP协议。4.2硬件平台能耗监测系统的服务器由于需要安装数据库软件及工具软件，配置要求较高。通常选择当前的主流机 型，配置如下：(1) CPU： IGHZ 以上 CPU(2) 内存：最少512MB(3) 主机硬盘：最少80GB4. 3软件平台4. 3.1操作系统(1) Microsoft Windows 2000 Professional(2) Microsoft Windows XP Professional

12、4. 3. 2数据库Microsoft Sql Server2000 SP3 或以上6. 3. 3开发工具Microsoft Visual Studio 20084.4 接口4.4.1 外部接口外部接口主要是数据采集器与能耗监测系统之间的接口(XML接口)；能耗监测系统与数据中心传输数 据的接口(XML格式接口)。数据采集器与能耗监测系统传输数据的接口功能描述：数据采集器与能耗监测系统传输数据交互。功能输入：数据采集器通过XvL接口发送数据或监控系统通过XML接口发送命令给采集器。中间过程：数据通过以太网传输。功能输出：实现数据在能耗监测系统和数据采集器间传输。能耗监测系统与数据中心传输数据的接口功能描述：能耗监测系统与数据中心传输数据交互。功能输入：能耗监测系统通过XML接口发送数据或数据中心通过XML接口发送命令。中间过程：数据通过串口传输。功能输出：实现数据在能耗监测系统和数据中心间传输。