工单信息系统用户需求说明书.docx

1

用户需求说明书模板

2

文件修订记录

变更

版本

修订日期

原因与修改情况描述

位置(页/段

落/章节号

修订人

审核人

3

目录

1.概述 5

1.1编写目的 5

1.2用户简介 5

1.3项目的目的与目标 5

1.4术语定义 6

1.5参考资料 6

1.6设计与实现的限制 6

2.现有系统的描述 7

2.1组织机构与职责 7

2.2岗位定义 7

2.3作业流程 7

2.4报表 8

2.5存在的问题 8

2.6可能的变化 9

3功能需求 9

4界面与接口需求 10

4.1用户的界面需求 10

4.2外部的接口 11

5性能需求 11

5.1时间要求 11

5.2空间与数值性能 11

6其他需求 12

6.1系统的安全性 12

6.2系统的可靠性 12

6.3系统的灵活性 12

6.4其他 12

7非功能需求 13

7.1用户特点 13

7.2法律法规、版权 13

4

7.3兼容性 13

7.4联机帮助信息 13

7.5购买组件 13

8系统约束 13

9用户验收标准 14

9.1验收标准： 14

9.2功能验收标准可依据以下方面制定： 14

9.3性能验收标准： 14

附录A××× 17

A.1××× 17

A.2××× 17

附录B××× 17

B.1××× 17

B.2××× 17

5

1.概述

1.1编写目的

为了使用户与开发人员之间相互了解，对用户需求进行明确定义，使之成为整个开发工作的基础，并提供一个软件系统度量和遵循的基准。该文件可作为用于确认软件产品是否满足给定需求的验收标准。

1.2用户简介

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

基本情况举例：

企业性质

规模(员工数量、经营业绩等)

业态

地理位置与布局

产品或服务的种类

管理模式

用户使用计算机系统的经历

…...

1.3项目的目的与目标

项目目的是开发本系统的意图的总概括，目标是将目的细化后的具体的描述，项目目标应是明确的、可度量的、可以达到的,项目的范围应能确保项目的目标可以达到。

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

在本章节的描述忌使用“开发一套让用户满意的系统”等字句，“让用户满

6

意”的系统是难以度量的，是项目风险的主要来源。

项目的目标举例：

人力与设备费用的减少

处理速度的提高

管理信息服务的改进

人员利用率的改进

控制业务中的薄弱环节

解决人力难以解决的计算问题

…...

1.4术语定义

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

系统缩写

专有名词

…...

1.5参考资料

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

用户领域的资料

参照的标准

…...

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

1.6设计与实现的限制

可能的限制包括如下内容：

必须使用或避免的特定技术、工具、编程语言和数据库；

用户虽然没有明示，但规定的用途或已知的预期用途所必需的限制；

7

所要求的开发规范或标准(如，由客户的公司负责软件维护，就必须定义转包者所使用的设计符号表示和编码标准)；

硬件限制，如定时需求或存储器限制；

数据转换格式标准。

2.现有系统的描述

2.1组织机构与职责

将用户的组织结构逐层详细描述，建议采用树状的组织结构图进行表达，每个部门的职责也应进行简单的描述。组织结构是用户企业业务流程与信息的载体，对分析人员理解企业的业务、确定系统范围具有很好的帮助。取得用户的组织机构，是需求获取步骤中的基础工作之一。

2.2岗位定义

用户环境中的企业岗位或角色，和组织机构一样，也是分析人员理解企业业务的基础，是需求获取的基础工作，同时也是分析人员提取对象的基础。每个岗位的职责可以进行详细的描述，建议采用表格的形式：

岗位

所在部门

职责

相关的业务

对用户角色的识别也包括使用了计算机系统后的系统管理和维护人员。

2.3作业流程

企业的作业流程首先要有一个总的业务流程