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

文档编号：版本号：{项目名称}需求分析说明书{用户机构名称}XXXXXXX有限公司年月目录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)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 业务流程如：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内存，P3 700MHz，40GB 硬盘；推荐硬件配置：1GM内存，P4 1.8GHz, 40GB硬盘, 1024×768分辨率的显示器；5.1.2 服务端系统要求硬件配置：2GM内存，Pentium D 2.8GHz,，80GB 硬盘；推荐硬件配置：2G以上内存，双XEON至强2.8GHz以上CPU, SCSI硬盘；5.2 软件配置5.2.1 客户端系统要求操作系统：Windows 2000/XP/2003；浏览器：IE 6.0版本或以上；5.2.2 服务端系统要求操作系统：Windows 2003 Sever；运行环境：Microsoft .Net Frame 2.0GIS平台：Arcgis Server 9.2 ,Arcgis Server 9.2 Sp2系统组件：IIS Web服务器数据库：Oracle 9i Server5.2.3 服务器系统说明数据库服务器、Arcgis Server应用服务器、IIS Web服务器安装在同一机器上，若考虑性能，可把IIS Web服务器与数据库服务器分开部署，若需要发布多个Map Server，则可以把ARCSOM和ARCSOC分开部署，一台ARCSOM可管理多台ARCSOC。

5.3 接口如：（1）升级后的6·18网站预留6·18交易通、969618客服呼叫中心、项目博客等待开发的系统接口。

……6 需求确认书。