需求分析报告规范.docx
《需求分析报告规范.docx》由会员分享，可在线阅读，更多相关《需求分析报告规范.docx（11页珍藏版）》请在冰豆网上搜索。
需求分析报告规范
文档编号：
XXXX-XXXX-XXXX
版本号：
001正本
《“XXXXXXXXX系统”需求分析报告》规范
XXXXXX公司
二Ο一一年六月
版权声明
本文档版权归XXXXX所有，未经XXXXX书面许可，任何单位或个人不得以任何形式或任何手段复制或传播本文档的一部分或全部。
Copyright©XXXXX.
AllRightReserved
ThisdocumentisproprietarytoXXXXX,whichregardsinformationcontainedhereinasitsintellectualproperty.Underthecopyrightlaws,nopartofthisdocumentmaybecopied,translated,orreducedtoanyelectronicmediumormachinereadableform,inwholeorinpart,withoutpriorwrittenconsentofXXXXXX.
前言
《“XXXXXXXXXXX系统”需求分析报告》规范给出了需求分析报告的书写规范，其主要内容有：
被分析系统的目标、边界、功能需求（包含的所有用例、每个用例的脚本、用例间的业务流程图）、数据需求和非功能性需求等。
版本记录
序号
变更内容概要
编制人/日期
审核人/日期
批准人/日期
1
初版发行
2
修改版
1.系统目标
1.1.准确抽象出本期系统建设的目标
1.2.根据系统目标的要求提出系统应实现的主要任务
2.系统边界
2.1.定义系统运行的地理边界
2.2.定义系统支持的业务职能边界
2.3.定义系统实现的功能边界
3.系统的用例模型
用UseCase（用例）描述系统的需求模型，其中包括下述几点要求：
3.1.用例
3.1.1.“用例包”的描述规范
●“用例包”描述一个业务职能或职能中的一个业务过程；“用例包”可以是由下一层“用例包”组成的。
●每一个“用例包”有一个“用例包”名和图。
●用事务工程图描述“用例包”的业务处理流程。
可以在任一层“用例包”上给出事务工程图，只要能描述清楚业务活动过程就可以了。
●事务工程图的描述规范见附录。
3.1.2.描述“用例”的规范
●“用例”名称：
要求使用简洁、明确的动词短语
●“用例图”：
要求按ROSE工具软件的规范进行描述，如下例：
“用例”名称：
案件登记
“用例图”：
●“用例”脚本的书写规范：
⏹简要说明：
用非二义性语言，简练地、准确地描述该“用例”完成的业务活动。
⏹前提条件
描述该“用例”执行前必须先行完成的“用例”，否则“用例”不能执行。
⏹脚本
脚本是描述“用例”的实例。
脚本中每一个动作给定一个标号，用一个动词短语描述。
如果有分支，须在动词短语后写出分支条件和转移标号。
考虑到动作的增添，标号可不连续，中间留出插入标号的空间。
⏹脚本例
简要说明：
该“用例”是对违规、违法案件数据进行登记，存储到系统中；并提供在案件未处理前对登记的数据进行修改、删除等维护功能。
前提条件：
角色必须登录系统，并验证具有“案件登记”的处理权限。
主事件流：
1、如果新登案件记录，转步骤：
10
3、如果修改登记的案件记录，则转步骤：
20
5、如果删除已登记案件记录，则转步骤：
30
7、退出案件登记功能，则转步骤：
40
10.按案件编号规则自动生成新的案件编号。
12.将案件基本数据登录到《案件信息登记表》屏幕表格中。
14、将“立案状态”数据项登录为“待审批”。
16、对屏幕上录入的数据做合法性检查，判断是否出错，如出错，转步骤12，修改录入的数据。
17、将登录的数据存储到系统中，
18、转步骤1
20、在案件信息登记表的屏幕上输入案件编号，将案件数据调到屏幕表格中。
如果该编号的案件已处理完，则，返回“不能修改”信息，并转步骤3。
22、在屏幕表格上修改数据，
24、将修改好的数据存入系统。
26、转步骤3。
30.在案件信息登记表的屏幕上输入案件编号，将案件数据调到屏幕表格中。
如果该编号的案件已处理完，则，返回“不能删除”信息，并转步骤5。
32、确认屏幕上的数据是否要删除？
如果不要，转步骤5，
34、从系统中删除该数据。
36、转步骤5。
40、用例结束。
3.2.“用例”的数据需求
3.2.1.用表格形式给出“用例”需要的数据表和数据量估算
“XXX用例”具有的数据表和相应数据量估算如下表所示：
关系文件名称
记录长度（B）
估计记录数（条）
占磁盘空间（KB）
备注
案件信息登记表
20
1000
20
按1年时间计算
表2
20
4000
80
表3
200
400
80
表4
300
1000
300
表5
50
1400
70
表6
120
1400
150
表7
120
1400
150
表8
20
4000
80
表9
100
1000
100
合计
1030
注：
根据基表数据量，估算所需磁盘空间。
由于实际系统运行中尚需要生成二次数据和一些中间表，磁盘空间一般应为基表数据量的5－10倍。
因此，”XXX用例”需要的磁盘容量为10MB。
3.2.2.数据结构的格式
数据结构名：
案件信息登记表
数据项目中文名称
数据项目代码
数据类型
是否非空
案件编号
AJBH
VA11
案件名称
AJMC
VA40
立案等级
LADJ
VA8
案件来源
AJLY
VA16
被举报人名称
BJBRMC
VA30
地址
DZ
VA100
法定代表人
FDDBR
VA30
违法类型
WFLX
VA100
处理意见
CLYJ
VA100
承办单位
CBDW
VA40
查处单位
CCDW
VA40
稽查类型
JCLX
VA8
计算机代码
JSJDM
N7
纳税人名称
NSRMC
VA30
纳税人经济性质
NSRJJXZ
VA30
纳税人标准行业
NSRBZHY
VA100
案件登记日期
AJDJRQ
D
案件完成时限
AJWCSX
N3
登记人员
DJRY
VA30
批准人员
PZRY
VA30
案件所处环节
AJSCHJ
VA4
3.3.“用例”的性能需求
●“用例”运行时间要求
从用例启动到运行结束的时间要求
从外部事件驱动到客户端屏幕显示的响应时间
●使用“用例”的用户数要求
在满足运行时间要求的前提下的最大用户数
3.4.“用例”的屏幕界面需求
用户给出的屏幕界面格式（不许修改的）；
用户给出的屏幕界面格式（供设计时参考使用的）。
4.数据的需求汇总
将全部“用例”使用的数据结构表进行汇总，生成数据需求的汇总如下表所示：
用例名称
基表文件数量
基表数据总量（MB）
所需磁盘空间（MB）
案件登记
9
1
10
用例2
107
300
900
用例3
64
30
100
用例4
111
100
500
用例5
21
2
10
用例6
27
6
30
用例7
36
6
60
用例8
103
54
275
用例9
6
5
20
用例10
11
72
150
合计
495
576
2055
5.主要代码体系
给出全部“用例”使用的代码对照表和编码规则。
并告之已知的代码数据或其相应出处。
例：
税务机关组织机构代码
代码名称：
税务机关组织机构代码
代码规则说明：
使用4位字符型编码，编码规则为：
分局或分局+分局下属的所或者科，其中：
代码为两位的是代表分局。
代码为四位时，代码自左向右编码规则为：
前两位表示分局+后两位表示分局下属的所或者科等（顺序码）。
代码表结构：
Name
Code
DataType
PrimaryIdentifier
税务机关组织机构代码
SWJGZZJGDM
VA8
TRUE
税务机关组织机构地址
SWJGZZJGDZ
VA100
FALSE
税务机关组织机构联系电话
SWJGZZJGDH
VA20
FALSE
税务机关组织机构名称
SWJGZZJGMC
VA60
FALSE
录入日期
LRRQ
D
FALSE
录入人
LRR
VA30
FALSE
备注
BZ
VA100
FALSE
代码表内数据：
税务机关组织机构代码
税务机关组织机构地址
税务机关组织机构联系电话
税务机关组织机构名称
录入日期
录入人
备注
06
西苑草场乙3号
海淀区地税局
0601
西苑草场乙3号
68,457,753
海淀所
0602
海淀区恩济庄3号
62,582,868
翠薇路所
0603
海淀区安河桥正红旗1号
62879786
青龙桥所
0604
清河马家沟东升乡养老院内
62,452,203
清河所
6.附录
6.1.业务流程图绘制规范（见下图）
1．用VISIO画业务流程图，图符定义如下：
序号
图符
说明
1
流程的开始、入口
2
过程
3
决策、判断
4
数据、报表
7
预定义的流程，流程代码在其左上角标示
8
汇总连接，即各个入口支路都进入后，流程才继续往下走
9
并列进行
10
流程结束
11
流程走向
12
数据走向
13
注解
序号
图符
说明
2．流程框允许有多个入口，但只能有一个出口，如果需要并列执行时，用并列线表示。
3．左边为单位，右边为业务流程，基层单位在底部，自下而上排列。
4．统计工作一般不作流程项，实际运作时，通过计算机系统的统计功能实现。
图例：
接件业务处理流程图（手工）
6.2.术语词典
定义在“用例”中使用的术语含义。
..
升级会员 