《项目需求分析说明书》模板(完整).docx

《项目需求分析说明书》模板(完整).docx

《《项目需求分析说明书》模板(完整).docx》由会员分享，可在线阅读，更多相关《《项目需求分析说明书》模板(完整).docx（15页珍藏版）》请在冰豆网上搜索。

需求分析说明书

文档编号：

版本号：

{项目名称}

需求分析说明书

{用户机构名称}

XXXXXXX有限公司

年 月

编制：

审核：

生效日期：

批准：

目 录

1引言 4

第15页

共15页

1.1编写目的 4

1.2项目说明 4

1.3项目背景 4

1.4定义 4

1.5参考资料 4

2任务概述 4

2.1现状 5

2.2目标 5

2.3建设任务 5

2.4用户特点 5

2.5用户业务分布范围 5

3业务需求分析 5

3.1系统范围 5

3.2系统体系结构 5

3.3系统总体流程 6

3.4具体业务需求分析 6

3.4.1退款处理 6

3.4.1.1业务描述.......................................................................................................................................6..

3.4.1.2业务流程.......................................................................................................................................6..

3.4.1.3业务各阶段说明...........................................................................................................................7..

3.4.1.4业务功能需求...............................................................................................................................8..

3.4.1.5功能结构及功能说明....................................................................................................................8..

3.4.1.6业务界面........................................................................................................................................9..

3.4.2……........................................................................................................................................9

4非功能性需求 10

4.1性能需求 10

4.1.1精度 10

4.1.2时间特性要求 10

4.1.3灵活性 10

4.2输人输出要求 11

4.3数据管理能力要求 11

4.4故障处理要求 11

4.5其他专门要求 12

5运行环境规定 12

5.1硬件配置 12

5.1.1客户端系统要求 12

5.1.2服务端系统要求 12

5.2软件配置 13

5.2.1客户端系统要求 13

5.2.2服务端系统要求 13

5.2.3服务器系统说明 13

5.3接口 13

6需求确认书 14

1引言

1.1编写目的

编写此需求说明书是为了使用户和开发人员对所开发的系统有一致的理解。

通过阅读此文档，开发人员可以了解当前业务的具体需求和要实现的主要功能，用户通过阅读此文档可以确认开发人员对其业务需求的认识是否正确，并对系统要实现功能有初步的了解。

1.2项目说明

项目名称：

项目用户：

项目开发：

1.3项目背景

描述项目的开发背景：

在些写项目开发的背景内容，对此进行描述。

1.4定义

列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

如:

1、红名单：

已经制作证书并且证书有效的企业名单,主要提供给社保与国税方面应用。

2、派工单：

客服部通知制证部需制证数量的单据。

1.5参考资料

写上编写此文档所参考到的资料

2任务概述

2.1现状

描述项目的现状。

2.2目标

叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。

解释被开发软件与其他有关软件之间的关系。

如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。

如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。

2.3建设任务

阐述项目的建设任务。

2.4用户特点

写上用户特点。

2.5用户业务分布范围

描述用户的业务范围。

3业务需求分析

3.1系统范围

明确概要地说明用户对系统、产品高层次的目标要求，如系统开发的意图、应用目标、作用范围以及其他相关的背景材料。

如果所定义的产品是一个更大系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。

3.2系统体系结构

以图+文本结合的方式描述系统的总体架构。

以下应提供系统总体架构图：

以下对系统总体架构进行描述：

3.3系统总体流程

以图+文本结合的方式说明系统的总体流程。

3.4具体业务需求分析

3.4.1退款处理

3.4.1.1业务描述

对业务进行描述。

3.4.1.2业务流程

如：

单位登记项目/技术需求

项目征集备选库

618推进处初次审核

审核通过否？

否

标记暂缓/拒绝

是

海峡项目成果交易网公示

618推进处二次审核

否

审核通过否？

是

项目征集正式库

3.4.1.3业务各阶段说明

如：

（1）单位登记项目/技术需求

提供单位在线登记项目、技术需求。

（2）618推进处初次审核

初次审核主要是对单位登记的项目/技术需求是否能公布在海峡项目成果交易网上而进行的信息内容审核。

审核通过则在海峡项目成果交易网发布，否则标记不通过（暂缓、拒绝）。

……

3.4.1.4业务功能需求如：

（1）能够实现对项目成果和技术需求的信息在线录入。

（2）能够对在线征集的项目成果和技术需求的信息进行审核。

（3）能够对审核通过的项目成果和技术需求的信息进行发布和归档。

3.4.1.5功能结构及功能说明

如：

项目征集子系统功能结构如下图（图3-1-3）所示：

项目征集子系统

项目征集信息录入

项目征集信息审核

项目征集信息发布

项目征集信息查询

图3-1-3项目征集功能结构图

3.4.1.5.1项目征集信息录入功能说明

（1）能够对征集的信息进行录入、保存。

录入的信息包括：

所属地区、目成果/技术需求名称、法人、单位属性、联系人、手机/电话、地址、电话传真、单位名称、邮编、单位网址、电子邮件、经费 （企业能提供的经费）、合作方式、目成果/技术需求简介、所属专场、备注等。

（2）能对所录入的信息进行校验。

……

3.4.1.6业务界面

3.4.1.6.1项目成果征集界面

项目成果征集界面如下图（图3-1-4）所示：

图3-1-4项目成果征集界面图

……

3.4.2……

4非功能性需求

4.1性能需求

4.1.1精度

说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。

如：

保证查全率，所有相应域包含查询关键字的记录都应能查到，因企业缴费表中的企业名称有可能不全，所以查询时输入的名称尽可能取最关键的部分，采用模糊查询来保证查全率。

保证查准率，查到的记录应与给定的单项或组合查询条件完全匹配。

以事务为单位提交数据，若出现异常故障，需返回到未提交前。

4.1.2时间特性要求

说明对于该软件的时间特性要求，如对：

响应时间；

更新处理时间；

数据的转换和传送时间；解题时间；等的要求。

如：

地图分块加载，减少用户等待时间；定制的系统加载完成不超过20秒；

地图刷新时间小于5秒；

4.1.3灵活性

说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：

操作方式上的变化；运行环境的变化；

同其他软件的接口的变化；精度和有效时限的变化；计划的变化或改进。

对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。

例：

系统采用类似于网站的操作界面，以视窗操作系统为基础，可通过foxpro或

access等数据库引擎与其它系统交换数据。

符合证书管理及制作的规范要求，能够满足日常的工作需要。

4.2输人输出要求

解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。

对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告

（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。

如：

输入的数据包括手工录入和批量导入。

对精度的要求是金额字段保留小数点后两位。

由于外部系统复杂多变，导入导出的数据格式有多种，要求系统能解析绝大部分的数据格式。

内部交换数据用XML格式。

4.3数据管理能力要求

说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。

4.4故障处理要求

列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。

如：

数据库引擎出现故障可能导致整个系统的瘫痪，影响所有的操作人员，建议配置一个后备服务器应急。

网络连接故障会导致无法连入数据库，从而使某个操作人员无法使用系统，需人工排查网络故障。

系统需用到一些外部辅助软件，例如office等，如果未安装这些软件，可能会影响部分功能，比如无法生成word、excel文档，无法导出access数据格式等。

系统可能会用到flash插件，如果没安装，会导致无法显示某些flash动画，系统应在安装配置时自动载入相关插件。

打印机故障会导致无法打印出单据，系统应能在这种情况下，询问并选择其它打印机输出。

4.5其他专门要求

如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。

5运行环境规定

5.1硬件配置

5.1.1客户端系统要求

硬件配置：

512M内存，P3700MHz，40GB硬盘；

推荐硬件配置：

1GM内存，P41.8GHz,40GB硬盘,1024×768分辨率的显示器；

5.1.2服务端