模板软件需求分析说明书.docx
- 文档编号:6652928
- 上传时间:2023-01-08
- 格式:DOCX
- 页数:7
- 大小:33.95KB
模板软件需求分析说明书.docx
《模板软件需求分析说明书.docx》由会员分享,可在线阅读,更多相关《模板软件需求分析说明书.docx(7页珍藏版)》请在冰豆网上搜索。
模板软件需求分析说明书
<项目名称>
软件需求规约说明
用于<子系统或特性>
版本<1.0>
二〇二二年四月
[注:
以下提供的模板用于项目需求分析。
其中包括用方括号括起来并以蓝色斜体显示的文本,它们用于向作者提供指导,在发布此文档之前应该将其删除。
]
修订历史记录
日期
版本
说明
作者
<月/日/年>
<详细信息>
<姓名>
1.简介
[软件需求分析说明即软件需求规约(SRS)的简介应提供整个SRS的概述。
它应包括此SRS的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。
]
[注:
软件需求规约(SRS)记录对系统或系统的一部分的完整软件需求。
]
1.1目的
[阐明此SRS的目的。
SRS应详细地说明所确定的应用程序或子系统的外部行为。
它还要说明非功能性需求、设计约束以及提供完整、综合的软件需求说明所需的其他因素。
]
1.2范围
[简要说明此SRS适用的软件应用程序、特性或其他子系统分组、与其相关的用例模型,以及受到此文档影响的任何其他事物。
]
1.3定义、首字母缩写词和缩略语
[本小节应提供正确理解此SRS所需的全部术语的定义、首字母缩写词和缩略语。
这些信息可以通过引用项目词汇表来提供。
]
1.4概述
[本小节应说明该SRS中其他部分所包含的内容,如参考资料,并解释此文档的组织方式。
]
2.业务目标及业务背景
[这一节描述SRS所涉及的业务目标、干系人的组织架构、业务管理现状、问题]
2.1业务目标
2.2组织架构
2.3业务现状
2.4存在的问题
3.业务流程
[这一节描述SRS所涉及的业务流程,以图形方式+文字方式描述]
3.1[业务名称]流程
流程图
流程说明
3.2[业务名称]流程
流程图
流程说明
4.详细需求分析
[这一节应包括所有的软件需求,其详细程度应使设计人员能够设计出可以满足这些需求的系统,并使测试人员能够测试该系统是否满足这些需求。
当利用用例建模时,这些需求在用例和适用的补充规约中记录。
]
4.1用例报告
[根据系统的业务流程分析与用户的需求分析,统一描述系统的顶层用例]
示例:
参与者
用例说明
仓库管理人员
入库管理,其中包括到站登记日报管理,入库单管理,码单管理,审核记帐等
库存管理人员
库存的基本业务管理,包括盘点管理,过户管理,移库管理
仓区的基本信息管理,包括仓区参数设置,库存分配,预警管理
出库管理人员
出库管理,有出库单管理,出库信息管理,出库审核管理,以及平帐等
系统管理人员
系统管理,报表管理,查询管理,基本资料管理等
系统得顶层用例图如下:
4.2用例1
[用例应说明的是系统内发生的事件,而不是事件发生的方式和原因。
如果进行了信息交换,则需指出来回传递的具体信息。
例如,只表述主角输入了客户信息就不够明确。
最好明确地说主角输入了客户姓名和地址。
通常可以利用词汇表让用例的复杂性保持在可控范围内¾您最好在词汇表中定义客户信息等内容,使用例不至于陷入过多的细节。
应切记,用例只是文本说明,其主要目的是以清晰、简洁、易于理解的方式记录系统的行为。
]
4.2.1简要说明
[此说明应该简要介绍该用例的作用和目的。
一个段落即足以作此说明。
]
4.2.2用户界面设计
[插入界面原型]
4.2.3用例场景
4.2.3.1主要参与者及其目标
4.2.3.2前置条件
4.2.3.3主流程
[当主角有所行动时,此用例随即开始。
总是由主角来带动用例。
用例应说明主角的行为及系统的响应。
应按照主角与系统进行对话的形式来逐步引入用例。
虽然清晰明了的叙述性文字是无可替代的,但有时一幅图要比千言短文更具说明性。
只要表达得简洁明了,您就可以在用例中任意粘贴用户界面和流程的图形化显示方式,或是其他图形。
如果流程图有助于描述复杂的决策流程,那么一定要充分利用它!
同样,对于与状态相关的行为,状态转移图通常比数页文字更能清晰地描述系统的行为。
根据问题来选用妥当的表示方法,但应慎用您的读者可能不太明了的术语、符号或图形。
请切记,您的目的是要阐明问题,而不是混淆问题。
]
4.2.3.4后置条件
4.2.3.5备选流程
[简单的备选流可以在用例文本中提供。
如果只需几句话就可说明存在备选流时将发生的事件,则可以直接在主流程一节中说明。
如果备选流较为复杂,则需要用另外一节来单独说明。
例如,备选流小节解释如何说明较复杂的备选流。
]
4.2.3.6输入项详例
4.2.3.7输出项详例
4.2.4业务实体
[描述此用例涉及的业务实体。
]
4.2.5补充规约
[补充规约记录未包含在用例中的需求。
应在此处列出补充规约中适用于该子系统或特性的具体需求,并对这些需求加以改进,以足够详细地说明该子系统或特性。
这些需求可以直接记录在此文档中,也可单独保存为补充规约,补充规约在此处可用作附件。
务必要明确地标明每一需求。
]
4.3示例:
入库审核用例
4.3.1简要说明
仓库管理人员根据货物的基本信息以及入库信息对业务进行审核,如果合格则自动生成帐卡和入库收费单,如果不合格则此笔业务被致与不合格处理。
4.3.2用户界面设计
插入界面原型
4.3.3用例场景
4.3.3.1主要参与者及其目标
参与者:
仓库管理员
用例目标:
审核录入是否正确,生成帐卡,入库收费单。
4.3.3.2前置条件
前置条件一:
用户已登录系统
前置条件二:
用户角色必须仓库管理员
4.3.3.3主流程
参与者的动作
系统响应
1)用例始于对货物的信息进行审核处理
2)仓库管理人员选择登陆到本系统,并输入管理帐号与密码
3)系统确认帐号与密码,并提示登陆成功进入系统
4)仓库管理人员根据系统的提示选择到审核管理
5)进入审核管理界面
6)仓库管理人员选择要审核业务
7)给出此业务的具体信息
8)仓库管理人员进行人工审核并选择:
A审核合格
B不合格
9)如果审核合格系统自动生成帐卡和入库收费单,如果不合格修改审核状态为不合格
10)系统给出提示信息
11)用例在所有操作完成后结束
4.3.3.4后置条件
后置条件一:
系统返回入库审核列表界面
4.3.3.5备选流程
无
4.3.3.6输入项详例
4.3.3.7输出项详例
4.3.4业务实体
4.3.4.1入库核查单:
实体名
英文名
缩写
详细说明
(公共业务实体表中的实体这里可以不作说明)
类型
入库作业单号
字符
仓库代码
字符
收货库位
字符
货品名称
字符
货品代码
字符
唛头
字符
制造批号
字符
SKU
字符
储存单位
字符
入库数量
整数
入库库位
字符
作业组
字符
核查记录
供核查员记录核查信息
字符
字段间关系(内、外):
备注
核查单是入库作业单列表
4.3.5补充规约
无
5.系统接口需求
[描述系统的外部接口需求]
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 模板 软件 需求 分析 说明书