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