1 / 19
文档名称:

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

格式:docx   大小:64KB   页数:19页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

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

上传人:dlmus1 2020/11/22 文件大小:64 KB

下载得到文件列表

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

相关文档

文档介绍

文档介绍:********** 项目
需求规格说明书
*********************
公司
****
年 ** 月 ** 日
版本记录
版本
日期
作者
审批人
[备注]

目录
前言 1
本需求规格说明书的依据材料 1
参考文档 1
概述 2
软件的目的与目标 2
用户简介 2
术语定义 2
新系统的组织结构 2
新系统的岗位定义 2
功能设计 3
软件总体功能结构 3
[UC01] 子系统 1 3
功能框架 3
[UC0101] 功能项一 3
[UC0102] 功能项二 8
[UC02] 子系统 2 8
外部接口需求 9
硬件外部接口 9
软件外部接口 9
人机交互需求 10
性能需求 11
响应时间与处理速度 11
数据量及存储 11
并发数及其它 11
质量需求 12
其它需求 13
图目录
图 -1 软件总体功能结构图 . 3
图 -1 流程示例图 . 4
图 -2 界面设计图 . 5
表 -1
界面对象描述详表
表目录
8
1 前言
本需求规格说明书的依据材料 说明需求规格说明使用的参考资料,如商务合同、用户领域的资料等。
参考文档
要在此描述与该文档相关的文档。
2 概述
本文档着重描述用户需要的系统将做成什么样。 文档的描述应尽量采用系统分析人员 可以看懂的语言。
本文档是进行系统设计的基础,也是系统进行系统测试的依据。
软件的目的与目标
项目目的是开发本系统的意图的总概括,目标是将目的细化后的具体的描述。
对于项目的目标可以逐步细化,以便与系统的需求建立对应关系,检查系统的功能是 否覆盖了系统的目标。
本节的描述忌使用“开发一套让用户满意的系统”等字句。
如果该节在《用户需求报告》中已详细描述,本节可说明参见相关文档章节。
用户简介
在本节中要将用户的基本情况描述清楚,以便于分析人员划定系统范围,进行关于功 能与进度、成本、性能等方面的平衡决策。
对于产品开发类项目,需要在此将该产品定义的用户群的特点描述清楚。
如果该节在《用户需求报告》中已详细描述,本节可说明参见相关文档章节。
术语定义
将需求规格说明中的术语、缩写进行定义。包括用户应用领域与计算机领域的术语与 缩写等。
在本文档中用到的数据对象用语描述前后要一致。
新系统的组织结构
如果没有变动,此节可略。具体说明参见该项目的《用户需求报告》中对旧系统的组 织结构描述的要求。
新系统的岗位定义
使用该系统的各用户角色描述。
3功能设计

软件总体功能结构设计表示软件系统中各子系统或各大功能模块之间的关系设计
下图:
-1软件总体功能结构图
[UC01]子系统 1

对此子系统所包含的功能项做总体的说明,对功能项之间的关系要进行简要的说明。
[UC0101]功能项一

系统哪些角色使用该功能。
该功能项实现了什么功能。例如:
[
为了满足不同企业对银行接口和账户记帐的要求,需要对银行账户进行相应的设置,
来满足不同的需求,本功能只能结算中心进行相应的设置。
]
(业务层)
在这里从用户业务角度描述本功能项对操作的处理过程,可以用自然语言或流程图方
式描述(推荐用流程图实现)。例如:
[
页面展现操作:首先判断当前操作员是否是资金中心人员,如果不是,则提示“该功 能只能资金中心人员维护”,否则,进入页面,根据操作员所述的资金中心,默认查询出 相应的账户接口设置表中的数据,并关联账户字典显示相应的数据。
保存:进行有效性检查,检查通过后,检查该账户是否是企业账户(ZJZH_QYZ为1), 如果是,则检查用户选择的记帐方式是否是“ 03”或“04 “,如果不是,则提示用户“企 业账户不能记帐”,否则,如果用户选择的为“
02-记帐到上级账户”,检查该账户的上级 账户(ZJZH_SJZH是否为空,如果为空,贝U提示“没有上级账户,不能设置”,否则,将 用户修改的保存到账户接