××项目的软件需求规格说明书

. . *项目 需求规格说明书需求规格说明书 *公司 *年*月*日 . . 版本记录版本记录 版本日期作 者审批人备注 1.0 . . 目录目录 1 1前言前言 1 1 1.1 本需求规格说明书的依据材料.1 1.2 参考文档.1 2 2概述概述 2 2 2.1 软件的目的与目标.2 2.2 用户简介.2 2.3 术语定义.2 2.4 新系统的组织结构.2 2.5 新系统的岗位定义.2 3 3功能设计功能设计 .3 3 3.1 软件总体功能结构.3 3.2 UC01子系统 1 .3 3.2.1 功能框架 .3 3.2.2 UC0101功能项一 .3 3.2.3 UC0102功能项二 .8 3.3 UC02子系统 2 .8 4 4外部接口需求外部接口需求 .9 9 4.1 硬件外部接口.9 4.2 软件外部接口.9 5 5人机交互需求人机交互需求 .1010 6 6性能需求性能需求 .1111 6.1 响应时间与处理速度.11 6.2 数据量及存储.11 6.3 并发数及其它.11 7 7质量需求质量需求 .1212 8 8其它需求其它需求 .1313 . . 图目录图目录 图 3.1-1 软件总体功能结构图 .4 图 3.2-1 流程示例图 .5 图 3.2-2 界面设计图 .6 . . 表目录表目录 表 3.2-1 界面对象描述详表 .9 . . 1 1 前言前言 1.11.1 本需求规格说明书的依据本需求规格说明书的依据材料材料 说明需求规格说明使用的参考资料，如商务合同、用户领域的资料等。 1.21.2 参考文档参考文档 要在此描述与该文档相关的文档。 . . 2 2 概述概述 本文档着重描述用户需要的系统将做成什么样。文档的描述应尽量采用系统分析人员 可以看懂的语言。 本文档是进行系统设计的基础，也是系统进行系统测试的依据。 2.12.1 软件的目的与目标软件的目的与目标 项目目的是开发本系统的意图的总概括，目标是将目的细化后的具体的描述。 对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系统的功能是 否覆盖了系统的目标。 本节的描述忌使用“开发一套让用户满意的系统”等字句。 如果该节在用户需求报告中已详细描述，本节可说明参见相关文档章节。 2.22.2 用户简介用户简介 在本节中要将用户的基本情况描述清楚，以便于分析人员划定系统范围，进行关于功 能与进度、成本、性能等方面的平衡决策。 对于产品开发类项目，需要在此将该产品定义的用户群的特点描述清楚。 如果该节在用户需求报告中已详细描述，本节可说明参见相关文档章节。 2.32.3 术语定义术语定义 将需求规格说明中的术语、缩写进行定义。包括用户应用领域与计算机领域的术语与 缩写等。 在本文档中用到的数据对象用语描述前后要一致。 2.42.4 新系统的组织结构新系统的组织结构 如果没有变动，此节可略。具体说明参见该项目的用户需求报告中对旧系统的组 织结构描述的要求。 2.52.5 新系统的岗位定义新系统的岗位定义 使用该系统的各用户角色描述。 . . 3 3 功能功能设计设计 3.13.1 软件总体功能结构软件总体功能结构 软件总体功能结构设计表示软件系统中各子系统或各大功能模块之间的关系设计, 下 图： 图 3.1-1 软件总体功能结构图 3.23.2 UC01UC01子系统子系统 1 1 3.2.13.2.1 功能框架功能框架 对此子系统所包含的功能项做总体的说明，对功能项之间的关系要进行简要的说明。 3.2.23.2.2 UC0101UC0101功能项一功能项一 3.2.2.13.2.2.1功能简述功能简述 系统哪些角色使用该功能。 该功能项实现了什么功能。例如： 为了满足不同企业对银行接口和账户记帐的要求，需要对银行账户进行相应的设置， 来满足不同的需求，本功能只能结算中心进行相应的设置。 3.2.2.23.2.2.2处理过程设计（业务层）处理过程设计（业务层） 在这里从用户业务角度描述本功能项对操作的处理过程，可以用自然语言或流程图方 式描述（推荐用流程图实现） 。例如： 页面展现操作：首先判断当前操作员是否是资金中心人员，如果不是，则提示“该功 . . 能只能资金中心人员维护” ，否则，进入页面，根据操作员所述的资金中心，默认查询出 相应的账户接口设置表中的数据，并关联账户字典显示相应的数据。 保存：进行有效性检查，检查通过后，检查该账户是否是企业账户（ZJZH_QYZH 为 1） ， 如果是，则检查用户选择的记帐方式是否是“03”或“04“，如果不是，则提示用户“企 业账户不能记帐” ，否则，如果用户选择的为“02记帐到上级账户” ，检查该账户的上级 账户（ZJZH_SJZH）是否为空，如果为空，则提示“没有上级账户，不能设置” ，否则，将 用户修改的保存到账户接口设置（ZJZHSZ）中。 流程图示例： 系统登录具体流程入下图 T-004 所示； 图 3.2-1 流程示例图 3.2.2.33.2.2.3界面设计界面设计 . . 在这里绘制本功能项的操作界面，并对界面中的操作对象进行说明（要求对象说明尽 量细化，以实现对用户操作过程进行清晰描述。 ） 。例如： 图 3.2-2 界面设计图 界面描述： 对象名称类型显示 信息 取值样式控制规则其它 说明 列表数据 窗口 公司 标准 账户编号输入 框 账户编 号 账户字典公司 标准 必填项，银行 账户帮助字典 获取，获取本 资金中心的且 当前操作员所 拥有的帐户组 设置的数据权 限。 . . 账户名称文本 框 账户名 称 账户字典公司 标准 根据账户编号 默认显示。 对应科目文本 框 对应科 目 账户字典根据账户编号 默认显示。 记账方式下拉 框 默认为 “记账 到本身” 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.2-1 界面对象描述详表 3.2.2.43.2.2.4特殊要求特殊要求 在这里描述对该功能项需要特别声明的问题，例如： 该功能为集团级设置，非集团级不能使用。 3.2.2.53.2.2.5待解决问题待解决问题 无。 3.2.33.2.3 UC0102UC0102功能项二功能项二 . 【组织结构及表达内容，参见 UC0101 功能项一】 3.33.3 UC02UC02子系统子系统 2 2 .【组织结构及表达内容，参见 UC01 子系统 1】 . . 4 4 外部接口需求外部接口需求 4.14.1 硬件外部接口硬件外部接口 该系统与硬件设备之间的关联紧密，几乎每一个操作都要通过硬件设备和通讯链路与远 端 RTU 进行交互，这是本系统最为显著的特征，硬件接口主要表现为与数传电台或 GPRS modem 之间通过 RS232 接口进行串行通信。这种技术已经很成熟，关键在于通信协议格式 的定制。 4.24.2 软件外部接口软件外部接口 该系统软件接口的主要特征表现为与 GIS 系统之间的无缝连接，以基础地图为背景，直 观显示所有 RTU 的位置和状态信息，这是本软件与其他软件系统之间的接口的主要特征。 GIS 系统首先考虑采用 Mapinfo。 . . 5 5 人机交互人机交互需求需求 1、人机界面无特殊要求，以直观、实用、易用、美观为原则； 2、系统采用简体中文显示或输入信息。 3、用户图形界面要求风格统一、简洁明了。对显示界面使用的文字、字体可以使用统一 的风格管理，采用 C/S 结构，显示分辨率为 1024768，也支持 800600。 4、错误信息采用中文方式显示。 . . 6 6 性能需求性能需求 6.16.1 响应时间与处理速度响应时间与处理速度 系统中的某些功能项对速度有较高的需求，需要在此明确说明。例如： 响应时间，如查询的最长等待时间。 更新处理时间，如记帐的最长时间。 数据的转换和传送时间，如远程数据传输的时间要求。 6.26.2 数据量及存储数据量及存储 表和文件的大小规模（要按可预见的增长对数据及其分量的存储要求作出估算） 处理和任务的数量 在正常情况下和峰值工作条件下，在一定时间周期中要处理的数据总数 6.36.3 并发数及其它并发数及其它 系统中的某些功能项对该系统的空间数值性能有较高的需求，需要在此明确说明。例 如： 支持的终端数 支持的并行操作的使用者数 处理的文件和记录数 对输入和输出数据的精度要求 对处理和