项目软件需求规格说明书.doc

*项目需求规格说明书*公司*年*月*日版本记录版本日期作 者审批人备注1.0目录1前言11.1 本需求规格说明书的依据材料11.2 参考文档12概述22.1 软件的目的与目的22.2 用户简介22.3 术语定义22.4 新系统的组织结构22.5 新系统的岗位定义23功能设计33.1 软件总体功能结构33.2 UC01子系统133.2.1 功能框架33.2.2 UC0101功能项一33.2.3 UC0102功能项二83.3 UC02子系统284外部接口需求94.1 硬件外部接口94.2 软件外部接口95人机交互需求106性能需求116.1 响应时间与解决速度116.2 数据量及存储116.3 并发数及其它117质量需求128其它需求13图目录图 3.11软件总体功能结构图4图 3.21流程示例图5图 3.22界面设计图6表目录表 3.21界面对象描述详表91 前言1.1 本需求规格说明书的依据材料说明需求规格说明使用的参考资料，如商务协议、用户领域的资料等。1.2 参考文档要在此描述与该文档相关的文档。2 概述本文档着重描述用户需要的系统将做成什么样。文档的描述应尽量采用系统分析人员可以看懂的语言。本文档是进行系统设计的基础，也是系统进行系统测试的依据。2.1 软件的目的与目的项目目的是开发本系统的意图的总概括，目的是将目的细化后的具体的描述。对于项目的目的可以逐步细化，以便与系统的需求建立相应关系，检查系统的功能是否覆盖了系统的目的。本节的描述忌使用“开发一套让用户满意的系统”等字句。假如该节在用户需求报告中已具体描述，本节可说明参见相关文档章节。2.2 用户简介在本节中要将用户的基本情况描述清楚，以便于分析人员划定系统范围，进行关于功能与进度、成本、性能等方面的平衡决策。对于产品开发类项目，需要在此将该产品定义的用户群的特点描述清楚。假如该节在用户需求报告中已具体描述，本节可说明参见相关文档章节。2.3 术语定义将需求规格说明中的术语、缩写进行定义。涉及用户应用领域与计算机领域的术语与缩写等。 在本文档中用到的数据对象用语描述前后要一致。2.4 新系统的组织结构假如没有变动，此节可略。具体说明参见该项目的用户需求报告中对旧系统的组织结构描述的规定。2.5 新系统的岗位定义使用该系统的各用户角色描述。3 功能设计3.1 软件总体功能结构软件总体功能结构设计表达软件系统中各子系统或各大功能模块之间的关系设计, 下图： 图 3.11软件总体功能结构图3.2 UC01子系统13.2.1 功能框架对此子系统所包含的功能项做总体的说明，对功能项之间的关系要进行简要的说明。3.2.2 UC0101功能项一3.2.2.1 功能简述系统哪些角色使用该功能。该功能项实现了什么功能。例如：为了满足不同公司对银行接口和账户记帐的规定，需要对银行账户进行相应的设立，来满足不同的需求，本功能只能结算中心进行相应的设立。3.2.2.2 解决过程设计（业务层）在这里从用户业务角度描述本功能项对操作的解决过程，可以用自然语言或流程图方式描述（推荐用流程图实现）。例如：页面展现操作：一方面判断当前操作员是否是资金中心人员，假如不是，则提醒“该功能只能资金中心人员维护”，否则，进入页面，根据操作员所述的资金中心，默认查询出相应的账户接口设立表中的数据，并关联账户字典显示相应的数据。保存：进行有效性检查，检查通过后，检查该账户是否是公司账户（ZJZH_QYZH为1），假如是，则检查用户选择的记帐方式是否是“03”或“04“，假如不是，则提醒用户“公司账户不能记帐”，否则，假如用户选择的为“02记帐到上级账户”，检查该账户的上级账户（ZJZH_SJZH）是否为空，假如为空，则提醒“没有上级账户，不能设立”，否则，将用户修改的保存到账户接口设立（ZJZHSZ）中。流程图示例：系统登录具体流程入下图 T-004 所示；图 3.21流程示例图3.2.2.3 界面设计在这里绘制本功能项的操作界面，并对界面中的操作对象进行说明（规定对象说明尽量细化，以实现对用户操作过程进行清楚描述。）。例如：图 3.22界面设计图界面描述：对象名称类型显示信息取值样式控制规则其它说明列表数据窗口公司标准账户编号输入框账户编号账户字典公司标准必填项，银行账户帮助字典获取，获取本资金中心的且当前操作员所拥有的帐户组设立的数据权限。账户名称文本框账户名称账户字典公司标准根据账户编号默认显示。相应科目文本框相应科目账户字典根据账户编号默认显示。记账方式下拉框默认为“记账到自身”01-记帐自身02-记帐到上级账户03-不记帐只更改头寸04-不记帐不更改头寸必填项。平衡检查否选择框默认为否0- 否1- 是必选项 启用接口否选择框默认为否0- 否1- 是必选项 相应接口下拉框默认为空01 -工商银行;02 -农业银行;03- 中国银行;04-建设银行;05-招商银行;06-农村信用合作社;07-交通银行08 - 深圳发展银行;09-浦东发展银行;10- 中信实业银行;11-光大银行必选项。获取收付明细选择框默认为否0- 否1- 是必选项 获取上划收款明细选择框默认为否0- 否1- 是必选项 获取上划付款明细选择框默认为否0- 否1- 是必选项 获取下拨付款明细选择框默认为否0- 否1- 是必选项 获取下拨收款明细选择框默认为否0- 否1- 是必选项 获取调度付款明细选择框默认为否0- 否1- 是必选项 获取调度收款明细选择框默认为否0- 否1- 是必选项 增长按钮“增长”保存后自动执行列表增长一行。修改按钮“修改”当前行xxx文本框可编辑。保存按钮“保存”Xxx退出按钮“退出”公司标准切换到xxx页面。表 3.21界面对象描述详表3.2.2.4 特殊规定在这里描述对该功能项需要特别声明的问题，例如：该功能为集团级设立，非集团级不能使用。3.2.2.5 待解决问题无。3.2.3 UC0102功能项二 . 【组织结构及表达内容，参见UC0101功能项一】3.3 UC02子系统2.【组织结构及表达内容，参见UC01子系统1】4 外部接口需求4.1 硬件外部接口该系统与硬件设备之间的关联紧密，几乎每一个操作都要通过硬件设备和通讯链路与远端RTU进行交互，这是本系统最为显著的特性，硬件接口重要表现为与数传电台或GPRS modem之间通过RS232接口进行串行通信。这种技术已经很成熟，关键在于通信协议格式的定制。4.2 软件外部接口该系统软件接口的重要特性表现为与GIS系统之间的无缝连接，以基础地图为背景，直观显示所有RTU的位置和状态信息，这是本软件与其他软件系统之间的接口的重要特性。GIS系统一方面考虑采用Mapinfo。5 人机交互需求1、人机界面无特殊规定，以直观、实用、易用、美观为原则；2、系统采用简体中文显示或输入信息。3、用户图形界面规定风格统一、简洁明了。对显示界面使用的文字、字体可以使用统一的风格管理，采用C/S结构，显示分辨率为1024768，也支持800600。4、错误信息采用中文方式显示。6 性能需求6.1 响应时间与解决速度系统中的某些功能项对速度有较高的需求，需要在此明确说明。例如：响应时间，如查询的最长等待时间。更新解决时间，如记帐的最长时间。数据的转换和传送时间，如远程数据传输的时间规定。6.2 数据量及存储表和文献的大小规模（要按可预见的增长对数据及其分量的存储规定作出估算）解决和任务的数量在正常情况下和峰值工作条件下，在一定期间周期中要解决的数据总数6.3 并发数及其它 系统中的某些功能项对该系统的空间数值性能有较高的需求，需要在此明确说明。例如：支持的终端数支持的并行操作的使用者数解决的文献和记录数对输入和输出数据的精度规定对解决和传输过程中的精度规定 7 质量需求规定通过第三方测试？规定通过内部测试？Bug密度？8 其它需求假如需要描述其它系统需求，可在该章节描述。举例如下：运营环境需求：平台、体系结构、设备规定；培训需求：用户对培训的需求，如是否提供多媒体教学光盘；其他技术需求：安全性、可靠性、灵活性等；推广需求：推广的规定，如在上百个远程的部门推广该系统，是否要有推广的支持软件。