需求分析报告标准.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工具软件的标准进行描述,如下例:
“用例”名称:
案件记录
“用例图”:
●“用例”脚本的书写标准:
⏹简要说明:
⏹用非二义性语言,精练地、准确地描述该“用例”完成的业务活动。
⏹前提条件
⏹描述该“用例”执行前必需先行完成的“用例”,不然“用例”不能执行。
⏹脚本
⏹脚本是描述“用例”的实例。
脚本中每一个动作给定一个标号,用一个动词短语描述。
若是有分支,须在动词短语后写出分支条件和转移标号。
⏹考虑到动作的增添,标号可不持续,中间留出插入标号的空间。
⏹脚本例
⏹简要说明:
该“用例”是对违规、违法案件数据进行记录,存储到系统中;并提供在案件未处置前对记录的数据进行修改、删除等保护功能。
⏹
⏹前提条件:
角色必需登录系统,并验证具有“案件记录”的处置权限。
⏹
⏹主事件流:
⏹一、若是新登案件记录,转步骤:
10
⏹3、若是修改记录的案件记录,那么转步骤:
20
⏹五、若是删除已记录案件记录,那么转步骤:
30
⏹7、退出案件记录功能,那么转步骤:
40
⏹10.按案件编号规那么自动生成新的案件编号。
⏹12.将案件大体数据登录到《案件信息记录表》屏幕表格中。
⏹14、将“立案状态”数据项登录为“待审批”。
⏹1六、对屏幕上录入的数据做合法性检查,判定是不是犯错,如犯错,转步骤12,修改录入的数据。
⏹17、将登录的数据存储到系统中,
⏹1八、转步骤1
⏹20、在案件信息记录表的屏幕上输入案件编号,将案件数据调到屏幕表格中。
若是该编号的案件已处置完,那么,返回“不能修改”信息,并转步骤3。
⏹2二、在屏幕表格上修改数据,
⏹24、将修改好的数据存入系统。
⏹2六、转步骤3。
⏹30.在案件信息记录表的屏幕上输入案件编号,将案件数据调到屏幕表格中。
若是该编号的案件已处置完,那么,返回“不能删除”信息,并转步骤5。
⏹3二、确认屏幕上的数据是不是要删除?
若是不要,转步骤5,
⏹34、从系统中删除该数据。
⏹3六、转步骤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号
青龙桥所
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.术语词典
概念在“用例”中利用的术语含义。