SA软件需求规格说明书模板.doc

软件需求规格说明书1.引言1.1编写说明内容：1） 描述编写需求规格说明书的目的；2） 指明需求规格说明书的读者。1.2项目背景 内容：1）项目名称；2）项目的委托单位/提出者、开发单位和主管部门、项目的用户。1.3定义内容：列出本文件中用到的专门术语的定义和外文首字母的原词组。例：Register：注册管理器； ISMQ（Message Queue）：消息队列1.4参考资料内容：可包括下列资料。1） 本项目的经核准的计划任务书或合同，上级机关的批文 2） 本项目的开发计划 3） 本文件中各处引用的资料、标准和规范。列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。 2.任务概述2.1产品的描述内容：1） 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。2） 解释被开发软件与其他有关软件之间的关系。如果所开发的软件是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系。 例：该TP_CG组件是TP_SOS的一个子模块，基于TP_BK框架和GDPSS自动生成工具，用于解决在分布式环境下对数据库操作（insert,update,delete,select）时C/S端代码的自动生成。即根据提供的表结构，该组件能够自动生成相应的客户端和服务器端的函数体，这样可大大提高软件的开发效率。基于时间和技术上的考虑，决定首先解决HDS查询（select）功能的自动生成技术，而insert、update和delete功能函数的自动生成在第二阶段完成。2.2用户的特点内容：列出本软件的最终用户的特点，充分说明用户方操作人员、维护人员的教育水平和技术专长，这是对软件开发工作的重要约束。2.3实现语言 内容：列出本软件开发过程中要用到的开发语言。 例：本模块的开发语言是XYZ公司的C+ Builder8.12。2.4限制与约束 内容： 1）列出对开发工作的某些限制，例如经费限制、开发期限、硬件限制等。 2）列出在开发过程中须遵守的某些标准或规则。例：本软件在需求规格说明书评审通过后马上进入概要设计，应在300个工作日内完成概要设计、详细设计和全部的编码实现。开发的产品在第一和第二阶段仅适用于C+BUILDER环境，在第三阶段将能在任何支持标准C/C+的环境下使用。第一阶段在 年 月底完成，第二阶段在13. 需求规定3.1 对功能的规定3.1.1功能构成内容：详细描述本软件包含的各项功能。(可利用功能结构图表示)3.1.2功能描述内容：根据上面列出的软件功能构成，详细描述各项功能中所包含处理、所需的输入数据、所产生的输出结果。（可利用DFD来表示）3.2性能需求3.2.1精度内容：说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。3.2.2时间特性内容：说明对于该软件的时间特性要求，如：a.响应时间;b.更新处理时间;c.数据的转换和传送时间;d.运行时间.例：。3.2.3适应性/灵活性内容：说明在操作方式、运行环境、与其它软件的接口以及开发计划等发生变化时，应具有的适应能力。例：3.3输入输出要求3.3.1 系统要使用到的静态数据 内容:给出作为控制或参考用的静态数据.3.3.2本系统涉及到的动态数据 内容:给出系统所涉及到的动态输入数据和动态输出数据.3.4数据管理能力要求3.4.1数据采集的要求内容:对数据的采集可从下面几个方面进行说明a.输入源;b.输入介质和设备;c.接受者;d.输出介质和设备;e.数据值的范围;f.量纲;g.更新和处理频度.例：a. 输入源：手工输入;b. 输入介质和设备：键盘;c. 输出介质和设备：磁盘，打印纸。3.4.2数据采集的处理内容:对数据的采集和处理规程制订专门的规定,包括:a.适用的数据格式;b.预定的数据通讯介质;c.对输入的时间要求.3.4.3数据的存储要求内容:给出要使用的数据存储文件/数据库的名称，使用的频率，访问的能力和存放的数据内容.例：由于本系统不是数据库程序，所以无具体的实体表，但为了检验本模块的正确性，现先设计一个用于测试的表，该表使用的数据库类别为Cbuiler4.0自带的PARADOX7.0，数据库名称为TP_DB，测试表名为DLL_Server_Info。3.4.4数据词典 内容:列出软件中出现的全部数据成分，并对之进行说明。 例： 表：DLL_Server_Info 表结构： ID(代码)： long， DLL_Name(DLL名称)： VarChar2(20), Server_Name(服务名称)： VarChar2(30)， Addr_Info(存放路径)： Varchar2(60), ReturnVal(返回值类型)： VarChar2(16). (int,long,real,double,char,record,enum,class,point)3.5故障处理要求内容：列出可能的软、硬件故障及其对各项性能所产生的后果，说明对故障处理的需求。例：在使用组件的过程中，对一般的错误应能提供给用户明确的出错信息，并对非网络故障应提供解决方案；如果是网络故障，则错误的处理由MQ模块解决。3.6其他专门要求3.6.1 可使用性:内容:定义某些需求(如:检查点、恢复方法和重启动性等)，以保证软件的可使用性。3.6.2 安全性:内容:说明如何保护软件，以防止偶然或恶意的访问、使用、修改或泄密。3.6.3 可维护性:内容:说明为使软件是可维护的某些需求。3.6.4 可移植性:内容:说明软件对软、硬件环境的兼容，它从一个环境移植到另一个环境的约束等。4.运行环境规定4.1 用户界面内容：说明为方便用户使用而提出的软件与用户界面的需求.如:屏幕格式、报表格式、菜单格式、输入输出时间、功能键的使用。例：为方便使用，软件系统的用户界面要求为图形界面。全部的系统功能要求以控件形式出现在初始界面中，用户仅需简单地用鼠标点击表示某项系统功能的控件，就可方便的执行某个系统功能。4.2 硬件接口内容：说明本软件与硬件间各接口的逻辑特点以及运行该软件的硬件特性。如:列出运行该软件所需要的硬设备,说明其中的新型设备及其专门功能，包括：a.处理器型号：内存；b.外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；c.输入及输出设备的型号和数量，联机或脱机；数据通信设备的型号和数量等.例：本组件在分布式的环境中使用，所以应该提供一网络环境，网络传输协议为IPX/IPY，在该环境的节点机上运行的可是WINDOWS NT、LINUX、UNIX操作系统，4.3 软件接口内容：说明运行本软件的软件环境的特性，确定本软件与其它软件的接口，提供其名称、