SF05 软件用户需求报告.docx

SF05 软件用户需求报告.docx

《SF05 软件用户需求报告.docx》由会员分享，可在线阅读，更多相关《SF05 软件用户需求报告.docx（15页珍藏版）》请在冰豆网上搜索。

SF05软件用户需求报告

文档编号：

XXX－SF－05

保密级别：

版本编号：

V1.0

软件开发文档

文档名称：

用户需求报告

项目名称：

XXXXXXXXXX

项目负责人：

XXXX

编写：

年___月___日

校对：

年___月___日

审核：

年___月___日

批准：

年___月___日

XXXX电子有限公司

2011年

修订历史记录

版本

日期

AMD

修订者

说明

1.0

2011年10月01日

A

XXX

首次编写

（A-添加，M-修改，D-删除）

1概述

本文档是进行需求规格定义、项目策划、概要设计的基础，也是用户进行验收的依据。

1.1用户简

在本章节中要将用户的基本情况描述清楚，以便于分析人员划定系统范围，进行关于功能、进度、成本、性能等方面的平衡决策。

对于产品开发类项目，需要在此将该产品定义的用户群的特点描述清楚。

1.2项目的目的与目标

项目的目的是对开发本系统意图的总概括。

项目的目标是将目的细化后的具体描述。

项目目标应是明确的、可度量的、可以达到的,项目的范围应能确保项目的目标可以达到。

对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系统的功能是否覆盖了系统目标。

1.3术语定义

将该用户需求报告中的术语、缩写进行定义,包括用户应用领域与计算机领域的术语与缩写等。

1.4参考资料

说明该用户需求报告使用的参考资料，如：

[1]商务合同

[2]招标书

[3]用户领域的资料

[4]用户需求调查表

[5]参照的标准

每一个文件、文献要有标题、或文件号，发布或发表日期以及出版单位。

1.5相关文档

说明用户需求报告的变更，以及可能受变更影响的其他相关文档，如：

[1]项目开发计划

[2]需求规格说明书

1.6版本更新信息

版本更新记录格式，如表5-11所示。

表5-11版本更新记录

版本号

创建者

创建日期

维护者

维护日期

维护纪要

V1.0

王某某

2009/01/01

——

——

——

V1.0.1

——

——

王某某

2009/02/01

网络版功能维护

2现有系统描述

2.1组织结构与职责

将用户的组织结构逐层详细描述，建议采用树状的组织结构图进行表达，每个部门的职责也应进行简单的描述。

组织结构是用户企业业务流程与信息的载体，对分析人员理解企业的业务、确定系统范围很有帮助。

取得用户的组织结构，是需求获取步骤中的工作任务之一。

2.2岗位定义

用户环境中的企业岗位和组织结构一样，也是分析人员理解企业业务的基础，是需求获取的工作任务，同时也是分析人员提取对象的基础。

每个岗位的职责可以进行详细的描述，建议采用表格的形式，如表5-12所示。

表5-12岗位定义

编号

岗位

所在部门

职责

相关的业务

1008

采购员

业务部

商品采购、合同签订、供应商选择

进货、合同管理

1009

……

对用户岗位的识别，也包括使用了计算机系统后的系统管理人员岗位。

2.3作业流程

企业的作业流程，首先要有一个总的业务流程图，将企业中各种业务之间的关系描述出来，然后对每种业务进行详细的描述，使业务流程与部门职责结合起来。

详细业务流程图可以采用直式业务流程图、Usecase图、程序流程图加上文字说明。

图形可以将流程描述得很清楚，但是还要附加一些文字说明，如关于业务发生的频率、意外事故的处理、高峰期的业务频率等，不能在流程图中描述的内容，需要用文字进行详细描述。

功能组

序号

程序名称

备注

文书管理

1

部门发放

2

民警领用

3

文书核对

4

文书收回

5

文书作废

6

撤销领用

7

撤销作废

信息录入

8

简易处罚信息的录入

9

强制措施录入

10

处理通知书录入

11

电子监控录入

12

银行对账录入

13

交款信息补录

14

机动车黑名单管理

15

驾驶人黑名单管理

业务处理

16

一般程序询问

17

一般程序处理

18

电子监控处理告知

19

电子监控处理通知书

20

电子监控处理（记分）

21

电子监控处理（不记分）

22

扣留物品处理

23

收缴物品处理

24

暂扣还证

25

异地数据核查

26

状态记分重算

27

法律文书打印

业务变更

28

简易程序修改

29

简易程序删除

30

强制措施修改

31

强制措施删除

32

电子监控记录修改

33

电子监控记录删除

34

电子监控处理回退

35

一般程序处理回退

36

银行对账撤销

37

扣留物品延期

审批审核

38

一般程序领导审批

39

扣留物品延期审批

40

银行对账撤销审批

41

减免滞纳金审批

42

行政复议诉讼

43

简易程序修改审核

44

简易程序删除审核

45

强制措施修改审核

46

强制措施删除审核

47

处理通知书修改审核

48

处理通知书删除审核

49

电子监控录入审核

50

电子监控变更审核

51

电子监控删除审核

52

电子监控回退审核

53

一般程序回退审核

查询监管

54

驾驶人综合查询

55

违法记录综合查询

56

机动车综合查询

57

处罚决定书查询

58

强制措施凭证查询

59

电子监控通知书查询

60

扣留物品综合查询

61

收缴物品综合查询

62

农/军车基本信息导出

63

农用/军用车违法信息导出

64

日志查询

65

接口访问日志查询

66

机动车更新日志查询

67

驾驶人更新日志查询

信息统计

68

交通违法统计总表

69

记分统计表

70

交通技术监控设备查处交通违法统计表

71

交通违法机动车类型统计表

72

道路类型统计表

73

处理本地交通违法表

74

重点交通违法统计表

75

违法地点道路类型小时统计表

系统管理

76

系统参数管理

77

警员代码维护

78

道路代码维护

79

系统代码维护

80

违法代码维护

81

部门管理

82

用户组设置

83

用户管理

84

访问接口

85

访问接口权限管理

86

任务管理

87

信息公告

88

打印模块维护

89

密码修改

90

打印控件下载

2.4单据、账本、报表

现行系统中用户正在使用的正式的或非正式的单据、账本、报表等可以收集起来，并进行穷举、分类、归纳。

单据、账本、报表是用户系统中信息的载体，是进行系统需求分析的基础，无论采用哪种分析方法，这都是必不可少的信息源。

2.4.1单据

单据的格式可用表格描述，如表5-13所示。

表5-13单据的描述格式

单据名称

用途

使用单位

制作单位

频率

高峰时数据流量

各数据项的详细说明如下：

序号

数据项中文名

数据项英文名

类型、长度、精度

数据项的取值范围

1

2

3

2.4.2账本

因为账本上的数据是统计数据，所以一个账本一般对应一张中间表，账本的格式可用表格描述，如表5-14所示。

表5-14账本的描述格式

账本名称

用途

使用单位

制作单位

频率

高峰时数据流量

各数据项的详细说明如下：

序号

数据项中文名

数据项英文名

数据项类型、长度、精度

数据来源

1

2

3

2.4.3报表

因为报表上的数据是统计数据，所以一个报表一般对应一张中间表，报表的格式可用表格描述，如表5-15所示。

2.5存在的问题

在现行的系统中，决策层、管理层、操作层各存在哪些方面的问题需要计算机来解决，尤其是决策层、管理层这些问题中包含了用户的需求与期望，有些问题是新系统可以解决的，有些问题则不是。

表5-15报表的描述格式

报表名称

用途

使用单位

制作单位

频率

高峰时数据流量

各数据项的详细说明如下：

序号

数据项中文名

数据项英文名

数据项类型、长度、精度

数据来源

1

2

3

2.6可能的变化

对于现行的系统，将来可能会有哪些变化，需要在此描述。

企业中的变化是永恒的，系统分析员需要描述哪些变化可能引起系统范围变更。

3目标系统功能需求

3.1功能需求分析

决策层、管理层、操作层各有哪些具体功能要求。

3.2功能需求点列表

在功能需求分析完成后，要详细列出用户需求功能点列表，提供给后续设计、编程、测试中使用，更是为了用户测试验收中使用。

功能需求点列表的格式，如表5-16所示。

表5-16功能需求点列表

编号

功能名称

使用部门

使用岗位

功能描述

输入内容

输出内容

1

2

3

4目标系统性能需求

4.1时间要求

如：

（1）响应时间，如查询的最长等待时间。

（2）更新处理时间，如记账的最长时间。

（3）数据的转换和传送时间，如远程数据传输的时间要求。

（4）解题时间。

4.2空间要求

如：

（1）支持的终端数。

（2）支持的并行操作的使用者数。

（3）处理的文件和记录数。

（4）表和文件的大小规模（要按可预见的增长，对数据及其分量的存储要求做出估算）。

（5）处理任务的数量。

（6）在正常情况下和峰值工作条件下，在一定时间周期中要处理的数据总数。

（7）对输入和输出数据的精度要求。

（8）对处理和传输过程中的精度要求。

4.3性能需求点列表

详细列出用户性能点列表，提供给后续分析、设计、编程、测试中使用，更是为了用户测试验收中使用。

需求性能点列表的格式，如表5-17所示。

表5-17性能需求点列表

编号

性能名称

使用部门

使用岗位

性能描述

输入内容

输出内容

1

2

3

5目标系统界面与接口需求

5.1界面需求

界面的原则要求，如方便、简洁、美观、一致等。

整个系统的界面风格定义，某些功能模块的特殊的界面要求。

（1）输入设备：

键盘、鼠标、条码扫描器、扫描仪等；

（2）输出设备：

显示器、打印机、光盘刻录机、磁带机、音箱等；

（3）显示风格：

图形界面、字符界面、IE界面等；

（4）显示方式：

1024*768、640*480等；

（5）输出格式：

显示布局、打印格式等。

5.2接口需求

与其他系统的接口，如监控系统、控制系统、银行结算系统、税控系统、财务系统、政府网络系统及其他系统等。

（1）与系统特殊外设的接口，如CT机、磁共振、柜员机（ATM）、IC卡、盘点机等。

（2）与中间件的接口，要列出接口规范、入口参数、出口参数、传输频率等。

应在此列举出所有的外部接口名称、接口标准、规范。

外部接口列表，如表5-18所示。

表5-18外部接口需求点列表

编号

接口名称

接口规范

接口标准

入口参数

出口参数

传输频率

1

2

3

6目标系统其他需求

6.1安全性

6.2可靠性

6.3灵活性

6.4特殊需求

如：

（1）进度需求：

系统的阶段进度要求。

（2）资金需求：

投资额度。

（3）运行环境需求：

平台、体系结构、设备要求。

（4）培训需求：

用户对培训的需求，是否提供多媒体教学光盘。

（5）推广需求：

推广的要求，如在上百个远程部门推广该系统，是否要有推广的支持软件。

7目标系统假设与约束条件

假设与约定条件是对预计的系统风险的描述,如：

（1）法律、法规和政策方面的限制。

（2）硬件、软件、运行环境和开发环境方面的条件和限制。

（3）可利用的信息和资源。

（4）系统投入使用的最晚日期。

（5）需求中的风险分析：

技术风险、技能风险、时间风险、资源风险。