需求文档模板.docx

需求文档模板.docx

《需求文档模板.docx》由会员分享，可在线阅读，更多相关《需求文档模板.docx（7页珍藏版）》请在冰点文库上搜索。

文件状态

□草稿■正式发布□正在修改

密级：

■保密□通用

XXX系统需求规格说明书

编制部门

当前版本

编制/修改人

编制/修改日期

审核人

审核日期

审批人

审批日期

版本记录

序号

版本号

内容概要

编制（修改）人/日期

审核人/日期

审批人/日期

目录

1 前言 3

1.1 编写目的 3

1.2 参考资料 3

1.3 术语和缩略词 3

2 业务需求分析 3

2.1 业务概述 3

2.2 主要流程图及描述 3

2.3 用例及描述 3

3 功能需求分析 5

3.1 系统功能结构 5

3.2 公用组件 5

3.3 XXX模块 5

3.3.1 XXXX功能 5

3.3.2 XXXX功能 5

4 非功能需求 5

4.1 系统业务量和用户使用需求 5

4.1.1 用户使用情况 5

4.1.2 业务量情况 5

4.2 系统安全性需求 5

4.3 系统响应需求 6

4.4 数据迁移需求 6

4.5 运行环境需求 6

4.5.1 硬件环境 6

4.5.2 软件环境 7

1前言

1.1编写目的

本文将人力资源管理系统的业务需求进行描述，作为后续系统开发的基础，并为项目的测评与验收提供依据，供我局人事教育部、自动化部、其他部门及系统运行维护人员使用。

1.2参考资料

1.3术语和缩略词

1、调任：

是指国有企业事业单位、人民团体和群众团体中从事公务的人员调入机关担任领导职务或者副调研员以上及其他相当职务层次的非领导职务。

2、公务员集体是指按照编制序列设置的机构或者为完成专项任务组成的工作集体。

2业务需求分析

2.1业务概述

【业务范围】【业务内容】【业务方法含业务规则】【业务形式及需要的资源】【业务结果影响】【需要其他业务工作的结果】

2.2主要流程图及描述

2.3用例及描述

【用例图】

【用例描述如下表】

用例编号

[为用例制定一个唯一的编号，通常格式为UCxx]

用例名称

[应为一个动词短语，让读者一目了然地知道用例的目标]

用例概述

[用例的目标，一个概要性的描述]

范围

[用例的设计范围]

主参与者

[该用例的主Actor，在此列出名称，并简要的描述它]

次要参与者

[该用例的次要Actor，在此列出名称，并简要的描述它]

项目相关人

利益说明

项目相关人

利益

[项目相关人员名称]

[从该用例获取的利益]

……

……

前置条件

[即启动该用例所应该满足的条件。

]

后置条件

[即该用例完成之后，将执行什么动作。

]

成功保证

[描述当前目标完成后，环境变化情况。

]

基本事件流

步骤

活动

1

[在这里写出触发事件到目标完成以及清除的步骤。

]

2

……（其中可以包含子事件流，以子事件流编号来表示）

扩展事件流

1a

[1a表示是对1的扩展，其中应说明条件和活动]

1b

……（其中可以包含子事件流，以子事件流编号来表示）

子事件流

[对多次重复的事件流可以定义为子事件流，这也是抽取被包含用例的地方。

]

规则与约束

[对该用例实现时需要考虑的业务规则、非功能需求、设计约束等]

3功能需求分析

3.1系统功能结构

3.2公用组件

功能描述

操作步骤

3.3XXX模块

描述

3.3.1XXXX功能

功能描述

操作步骤

3.3.2XXXX功能

功能描述

操作步骤

3.4XXX模块

描述

3.4.1XXXX功能

功能描述

操作步骤

3.4.2XXXX功能

功能描述

操作步骤

4非功能需求

4.1系统业务量和用户使用需求

4.1.1用户使用情况

4.1.2业务量情况

4.2系统安全性需求

1、系统能够提供7×24小时服务。

2、对基础数据的访问和对汇总数据的访问不能相互影响性能。

3、系统能确保数据、网络传输安全。

4.3系统响应需求

本系统的功能分为交易类功能（对数据的增删改等操作）和查询类功能，而查询类功能是本系统的核心功能，也是技术方案中主要考虑的因素，根据本系统的业务要求，查询类功能可以分为三个级别：

1、常规查询类功能（一级）具体内容如下表所示，此查询类功能需要进行计算，不过每个指标处理涉及的数据量在几千条左右的量级，并且数据的存储位置相对比较集中（如从相对集中的十几万条数据中取几千条），此类查询类功能90％的响应时间不超过10秒，剩余10％最长不超过30秒。

2、简单重算类查询功能（二级）具体内容如下表所示，此查询类功能基本需要重新在线计算，涉及数据量一般在几万条左右，有一定算法要求，并且数据的存储位置相对不集中（如可能从几千万条数据中取几万条），但是算法不是太复杂，此类查询功能90％响应时间不超过60秒，剩余10％最长不超过120秒。

3、不确定类查询功能（三级）具体内容如下表所示，此查询类功能都需要重新在线计算，并且计算的复杂度比较大，数据的存储位置相对不集中（如可能从几千万条数据中取几十万条、上百万条），不确定性很大。

此查询类功能的响应时间很难估计，随机性很大，最长可能需要30分钟左右，但均能保证返回结果。

系统中同时执行此类查询的个数需要加以控制，否则会影响系统整体性能。

此外，对于交易类功能，90％以上的功能，等待时间不能超过3秒，剩余部分最长不超过10秒。

并且，本系统支持500个以上的并发操作。

4.4数据迁移需求

原系统中有用的历史数据应提取、转换和导入本项目建设的数据库中。

详细内容请参考《系统数据迁移解决方案》。

4.5运行环境需求

根据前面所述的业务需求，结合实际情况，建议本系统的运行环境如下。

4.5.1硬件环境

数据库服务器

应用服务器

4.5.2软件环境