XX公司IT项目用户需求确认书v1.0

1、XX公司IT项目用户需求确认书v1.0XX公司IT项目用户需求确认书v1.0XX公司IT项目用户需求确认书v1.0 xxx公司XX公司IT项目用户需求确认书v1.0文件编号： 文件日期： 修订次数：第 1.0 次更改 批 准审 核制 定方案设计，管理制度需求确认书项目名称： 密 级：文档编号：版本信息： 创 建 人： 创建日期：审 核 者：批 准 人：批准日期：北京xxxx有限公司版权所有文档修订记录版本编号或者更改记录编号*变化*状态简要说明（变更内容和变更范围）日期变更人批准日期批准人*变化状态：A增加，M修改，D删除文档审批信息序号审批人角色审批日期签字备注主要内容 TOC o 1-3

2、h z u HYPERLINK l _Toc8 1引言 PAGEREF _Toc8 h 4 HYPERLINK l _Toc9 编写目的 PAGEREF _Toc9 h 4 HYPERLINK l _Toc0 背景范围 PAGEREF _Toc0 h 4 HYPERLINK l _Toc1 术语定义 PAGEREF _Toc1 h 4 HYPERLINK l _Toc2 参考资料 PAGEREF _Toc2 h 4 HYPERLINK l _Toc3 2调研情况介绍 PAGEREF _Toc3 h 5 HYPERLINK l _Toc4 3总体需求 PAGEREF _Toc4 h 5 HYPE

3、RLINK l _Toc5 系统组成 PAGEREF _Toc5 h 5 HYPERLINK l _Toc6 系统业务流程 PAGEREF _Toc6 h 5 HYPERLINK l _Toc7 4功能需求 PAGEREF _Toc7 h 5 HYPERLINK l _Toc8 需求清单 PAGEREF _Toc8 h 5 HYPERLINK l _Toc9 需求规格 PAGEREF _Toc9 h 6 HYPERLINK l _Toc0 需求综合说明 PAGEREF _Toc0 h 6 HYPERLINK l _Toc1 需求详细定义 PAGEREF _Toc1 h 6 HYPERLINK

4、l _Toc2 5系统接口描述 PAGEREF _Toc2 h 7 HYPERLINK l _Toc3 用户界面 PAGEREF _Toc3 h 7 HYPERLINK l _Toc4 硬件接口 PAGEREF _Toc4 h 7 HYPERLINK l _Toc5 软件接口 PAGEREF _Toc5 h 7 HYPERLINK l _Toc6 通信接口 PAGEREF _Toc6 h 8 HYPERLINK l _Toc7 6非功能需求 PAGEREF _Toc7 h 8 HYPERLINK l _Toc8 性能需求 PAGEREF _Toc8 h 8 HYPERLINK l _Toc9

5、安全性要求 PAGEREF _Toc9 h 8 HYPERLINK l _Toc0 对软硬件环境的要求 PAGEREF _Toc0 h 8 HYPERLINK l _Toc1 其它需求 PAGEREF _Toc1 h 9 HYPERLINK l _Toc2 7附录2：需求确认表 PAGEREF _Toc2 h 9引言编写目的说明：编写这份需求规格说明书的目的。背景范围说明：待开发的软件系统的名称；本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；该软件系统同其他系统或其他机构的基本的相互来往关系。术语定义列出本文件中用到的专门术语的定义和外文的首字母组词的原词组。参考资料列出

6、用得着的参考资料，如：本项目的经核准的计划任务书和合同、上级机关的批文；属于本项目的其他已发表的文件；本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。调研情况介绍序号调研对象调研时间调研内容调研人调研方式调研输出结果其中的调研输出结果可能包括两类文档资料：一是用户的原始资料，如报表样张或者用户的内部资料等；二是经过分析和整理的文件，如调研报告或者会议记录等。一般把这些资料作为需求规格说明书的附件处理。总体需求系统组成说明整个系统的组成和系统运行机理；概述每个子系统的功能，并说明子系统之间的关系。系统

7、业务流程在逻辑工作岗位及职责确定之后，需要进一步归纳用户的业务情况。每一项业务都由一个或者多个岗位的人按照一定顺序来完成，可以采用业务流程图来描述每一项业务。功能需求功能需求是描述一个产品或项目该做什么，该提供什么功能，该完成什么任务的总结、是整个需求规格说明书的核心。对于功能需求的描述，通常要求下列内容：需求清单采用列表形式列举产品的所有需求，每个需求均需标识，并需要确定每个功能的优先级，如可能还应估计每个功能项所需开发时间（包括设计和编码时间）。标识号采用层次化命名。需求优先级建议分为1、2、3级，其中1级为最高级，表示必须实现的功能。功能清单可以采用下面的表格表示：标识号需求名称需求说明

8、优先级别备注需求规格编写需求规范之前应该先制定与当前开发的项目/产品相适用的模板，然后根据这个模板来对需求清单中的所有功能进行描述。可以包含下列内容：需求综合说明包含下列内容：使用者的逻辑岗位。业务背景。即使用者在什么情况下使用该功能。业务规则。比如算法后续描述中用到的术语解释需求详细定义本部分的描述步骤如下：分析当前需求需要的用户界面。一些功能可能需要多个用户界面；还有一些需求虽然都在一个用户界面中，但界面过于复杂，象这种情况需要拆分为几部分，每部分单独描述。建议给每个界面（或者界面的一部分）按照一定规则编号。针对每个用户界面需要说明下列内容：界面完成功能简介界面数据描述。对界面中的所有数据

9、项详细定义，一般需要包含下列内容：数据项名称、数据项说明、数据类型及限制规则、数据来源、缺省值等。界面操作描述。对界面中所有可能的用户操作详细定义，一般需要包含下列内容：操作项名称、操作过程描述、操作过程中隐含的系统处理、操作的限制条件（即什么情况下该操作失效）等。系统接口描述规定应用程序必须支持的接口/界面。它应非常具体，包含协议、端口和逻辑地址等，以便于按照接口/界面需求开发并检验软件。（仅指外部接口）用户界面说明软件将实现的用户界面。硬件接口指出软件所支持的所有硬件接口。软件接口此节说明软件系统中与其他构件之间的软件接口。这些构件可以是购入的构件、取自其他应用程序重新利用的构件。通信接口说明与其他系统或设备（如局域网、远程串行设备等）的所有通信接口。非功能需求性能需求需要对软件静态和动态两个方面的性能作出定量规定。可能包含如下内容：所支持的并发用户数。容错要求, 如异常操作后应如何处理，如编制预算过程中突然中断时应能自动恢复或保护上一次编制状态。数据的处理能力要求，如可处理的文件和记录数,表及文件的大小规模, 数据增长情况。对数据存储的空间的要求。 正常或极端情况下，对用户操作响应速度的要求。 安全性要求对软硬件环境的要求硬件环境CPU内存硬盘网络软件环