国家电子政务工程建设项目需求分析报告编制要求（试用）

一、说明

（一）本文件是编制国家电子政务工程建设项目需求分析报告（以下可简称“需求分析报告”）的指导性文件。

（二）国家电子政务工程建设项目需求分析的任务旨在通过对与政务职能相关社会问题及政务业务的分析，提出项目目标系统和业务逻辑模型，描述系统功能和性能需求，确定系统总体架构，以作为项目建议书、可行性研究及初步设计工作的基础。

（三）项目建设单位应依据中央和国务院的有关文件精神、国家电子政务工程建设规划，按照本文件的要求，本着客观、公正、科学的原则，开展需求分析工作并编制需求分析报告。

（四）需求分析报告应送项目审批部门组织专家提出咨询评议意见，作为项目建设单位编制项目建议书的参考。

（五）需求分析报告主要内容包括：项目基本信息、社会问题分析、目标分析、业务逻辑分析和系统需求分析。

二、格式和提纲

需求分析报告应参考如下格式和提纲进行编制：

（一）封面格式：

××（项目全称）需求分析报告

项目建设单位：×××××

编制单位：×××××

编制日期：××××年××月

项目建设单位联系人：×××

联系方式：×××××（Tel. Fax. E-mail）

（二）扉页格式：

编制单位：×××× （盖章）

编制单位负责人：××× （签章)

主要编制人员：××× （职称)

参加编制单位：××××× （盖章)

（三）报告提纲：

第一章 项目基本信息

1、项目名称

2、项目建设单位情况

3、编制依据

第二章 社会问题分析

1、社会问题及其突出表现

2、与职能相关社会问题的界定

3、相关社会问题的根源分析

第三章 目标分析

1、政务目标分析

2、业务目标分析

3、作业目标分析

4、政务业务的信息化必要性分析

第四章 业务逻辑分析

1、业务功能结构分析

2、业务量、信息量分析

第五章 系统需求分析

1、系统能力需求分析

2、系统框架结构分析

附件、附图、附表

三、编制内容要求

第一章 项目基本信息

1、项目名称

建设项目的全称及简称（如有），应根据国家电子政务工程建设规划制定，并反映申请项目主要建设内容、实施批次等简要信息。

2、项目建设单位

项目建设单位名称及简介（如单位性质、组织机构、主要职能、主要领导人/法定代表人等）；项目实施机构概况（如机构名称、主要职责、项目负责人、主要技术力量等）。多个单位参与建设的项目，按照牵头单位和参加单位的顺序分别列出前述信息。

3、编制依据

列举需求分析报告编制所依据的重要法律法规、规划、文件和资料等（包括名称、文号、发布日期等），并将其中必要的部分全文附后，作为报告的附件。

第二章 社会问题分析

1、社会问题及其突出表现

本节主要目的在于选择并分析相关社会问题，阐述问题的突出表现。项目建设单位应根据本单位职能定位、中央和国务院的有关文件精神，以及国家电子政务工程建设规划的相关要求，分析当前经济和社会运行过程中相关社会问题和弊端，进行定性描述并采用定量指标加以表达和说明。

对社会问题进行定量指标分析的方法是：选取与当前社会问题显著相关的各类要素或者行为事件，以及要素或事件相关的属性，进行数量或结构统计分析，选取具有突出表现的统计分析结果来表达社会问题。表达社会问题的量化指标数量不宜过多，但应能够较为全面地反映情况。一般来说，社会问题相关要素包括人员、机构、资源、商品、货币、信用、单证、票据等，行为事件包括资源利用、环境保护、生产流通、金融运行、生活消费、社会安全、行政政法等。

2、与职能相关社会问题的界定

对照项目建设单位机构职能以及当前社会问题管理事权划分，界定项目建设所要解决和改善的社会问题的范围。

3、相关社会问题的根源分析

本节主要目的在于分析社会问题相关的经济和社会活动机制，表述相关社会问题发生的根源及其演化规律。

对相关社会问题发生根源分析的方法是：通过机制运行实例集合中成功有效实例的比重、有效运行周期与实际运行周期的差异率、有效运行边际成本与实际运行边际成本的差异率、机制实例集合中创新增值实例的比重等机制效能指标，

阐述社会问题的本质症结。然后，在经济和社会运行过程中的确定环节，针对问题相关的社会组成要素或社会行为事件及其属性，分析其统计数量或统计结构跟随机制效能指标发生变化的客观规律，并以此表达相关社会问题的本质症结及其演化规律。

第三章 目标分析

1、政务目标分析

阐述通过政务业务解决项目所涉及社会问题的政务目标。分析实施各项政务业务后相关社会问题的解决程度，体现政务业务对社会的贡献能力，并提出可量化的社会贡献能力指标。

2、业务目标分析

提出并论述实现上述政务目标的相关业务目标及其相互关系，并提出各项业务可量化的指标。

3、作业目标分析

提出并论述实现上述业务目标的相关作业目标及其相互关系，并提出各项作业可量化的指标。

作业目标分析的方法主要是：分析各项政务业务改善经济和社会活动机制效能指标的关键成功要素，刻画各项政务业务关键作业的内容和形态（如：数据采集、传输交换、计算处理、统计分析、知识挖掘等），并从关键作业的成功概率、时间效率、边际成本、创新回报等特征，与政务业务改善经济和社会活动机制效能指标的映射关系角度，提出关键作业对政务业务的贡献能力和可量化的指标。

4、政务业务的信息化必要性分析

基于上述各项政务业务关键作业的内容和形态，论述通过信息化手段实现关键作业目标的必要性。

第四章 业务逻辑分析

1、业务功能结构分析

业务功能结构分析的目的是为了确保所建信息系统能够有效支撑业务目标和操作目标的实现，提出业务功能的内容、结构、流程及相关指标。政务业务逻辑一般可分解为信息监测作业、行政执法作业、内部管理作业、财政功能作业、宏观决策作业、社会应急作业和政务公开作业等。

业务功能结构分析的方法主要是：以充分发挥政务作业对政务业务的贡献能力为准则，分析政务业务关键作业的组成、流程及逻辑关系，用信息规范程度、逻辑知识紧致程度、作业集约程度定义该业务功能结构的发展能力，并提出可量化的业务发展能力指标。

2、业务量、信息量分析

业务量和信息量（存量和增量）分析的目的是为了确定政务业务所需的系统支撑能力。

业务量和信息量分析的方法是：基于政务业务功能的需要，分析业务所涉及的作业量，以及人员劳动量、作业处理量（如离线服务量、在线服务量、利用外部服务量、外部利用服务量、利用公共服务量、公共利用服务量、在线服务周期、业务计算量）、信息量（如静态信息量、动态信息量、利用外部信息量、外部利用信息量、利用公共信息量、公共利用信息量、信息变动速率、信息刷新频度）、作业品质（如服务响应速度、服务质量等级、安全等级、信息资源效率）等各作业量的内部构成，计算并提出数据分类存储量、数据交易处理量、数据计算处理量和数据通信传输量。用量化可测量的方法分析信息资源开放程度和信息服务开放程度，作为业务发展能力指标的必要补充。

第五章 系统需求分析

1、系统能力需求分析

基于对各作业量内部构成的分析，提出主机设备、存贮设备、网络设备及通信线路、系统软件（含操作系统、数据库、中间件等）、应用软件、终端外设、安全系统等信息系统关键组成部分支撑能力的需求，包括并发事件响应能力、并发会话维护能力、并发交易处理能力、并发计算执行能力、信息传输通信能力、数据分类存储能力、海量信息聚合能力、客观知识发现能力等，结合政务信息化现状，找出实现政务目标支撑能力的差距，确定需要新增的支撑能力，并提出可量化的系统支撑能力指标。

2、系统框架结构分析

总体描述系统建设项目的建设目标、内容、规模及内部关系（含系统总体结构图），分别概要描述网络系统、应用系统、信息资源、安全系统及其他基础设施建设的基本架构。

第二篇：需求分析报告编写规范

需求分析报告编写规范

（版权所有，翻版必究）

文件修改控制

目录

1.  目的

2.  适用范围

3.  术语及缩略语

4.  编写规范

        4.1  排版规范

4.2  模板使用

5.  引用文件

5.1  NW503102《软件功能规格说明书编写规范》

6.  附录

 

1.        目的

为使需求分析的结果能够完整、无遗漏地反映待开发系统的要求，本文件规定《需求分析报告》的编写格式和内容要求。

2.        适用范围

适用于本公司软件产品或软件项目的需求分析报告的编制。

3.        术语及缩略语

本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。

4.        编写规范

4.1    排版规范

1）整个规范由2节构成，模板单独一节。

2）正文样式采用“规范正文”。

3）标题编号采用每节独立编号。

4.2    模板使用

需求分析报告的编写可依据具体情况选用摸板的格式或编写指南的格式。

1）拷贝规范。

2）删除第一节（需求分析报告封面前的所有页）。

3）在修改完内容后，更新目录域和相关的页数域。

5.        引用文件

5.1    NW503102《软件功能规格说明书编写规范》

6.        附录

以下部分为需求分析报告的模板与编写指南。

密级：机密

文档编号：                                                                                  第   版

分册名称：                                                                           第  册/共  册

项目名称（项目编号）

需求分析报告

（部门名称）

目录

1. 引言...................................................................................................................................................

1.1 编写目的..................................................................................................................................

1.2 背景..........................................................................................................................................

1.3 参考资料..................................................................................................................................

1.4 术语..........................................................................................................................................

2. 任务概述...........................................................................................................................................

2.1 目标..........................................................................................................................................

2.2 系统（或用户）的特点..........................................................................................................

3. 假定和约束.......................................................................................................................................

4. 需求规定...........................................................................................................................................

4.1 软件功能说明..........................................................................................................................

4.2 对功能的一般性规定..............................................................................................................

4.3 对性能的一般性规定..............................................................................................................

4.4 其他专门要求..........................................................................................................................

4.5 对安全性的要求......................................................................................................................

5. 运行环境规定...................................................................................................................................

5.1 设备及分布..............................................................................................................................

5.2 支撑软件..................................................................................................................................

5.3 接口..........................................................................................................................................

5.4 程序运行方式..........................................................................................................................

6. 开发成本估算...................................................................................................................................

7. 尚需解决的问题...............................................................................................................................

8. 附录...................................................................................................................................................

 

1.        引言

1.1    目的

说明本软件的用法。

1.2    背景

指出待开发的软件系统的名称；行业情况；面向用户。

1.3    参考资料

列出编写本报告时参考的文件(如经核准的计划任务书或合同、上级机关的批文等)、资料、技术标准，以及他们的作者、标题、编号、发布日期和出版单位。

列出编写本报告时查阅的Intenet上杂志、专业著作、技术标准以及他们的网址。

1.4    术语

列出本报告中用到的专门术语的定义。

2.        任务概述

2.1    目标

叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。

2.2    系统（或用户）的特点

如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。说明本软件预期使用频度；

如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。这些是软件设计工作的重要约束。

3.        假定和约束

列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。

4.        需求规定

4.1    软件功能说明

列出本系统中所有软件功能子系统和功能。如果子系统比较大，每个子系统按照NW4043102《软件功能规格说明书编写规范》分别编写软件功能规格说明书，在本处列出编号和分册名称。

4.2    对功能的一般性规定

本处仅列出对软件系统的所有功能（或一部分）的共同要求，如要求界面格式统一，统一的错误声音提示，要求有在线帮助等。

4.3    对性能的一般性规定

对数据精度、响应时间的要求。本处仅列出对软件系统的所有功能（或一部分）的共同要求，针对某一功能的专门性能要求应列在该功能规格说明中。

4.4    其他专门要求

视具体情况，列出不在本规范规定中的需求，如对数据库的要求，多平台特性要求，操作特性要求，场合适应性要求等对一具体软件系统的所有功能（或一部分）的共同要求，针对某一功能的专门要求应列在该功能说明中。

4.5    对安全性的要求

指出系统对使用权限的管理要求（使用权限分为几级、是否与部门权力体系对应等）、信息加密、信息认证（确定穿过系统或网络的信息没有被修改）方面的要求。

5.        运行环境规定

5.1    设备及分布

1）主机类型

2）网络类型

3）存贮器容量

4）其他特殊设备

5）设备分布图

5.2    支撑软件

1）操作系统

2）数据库管理系统

3）其他支撑软件

5.3    接口

简要说明该软件同其他软件之间的公共接口、数据通信协议等，如果外部接口仅与某子功能有关，该接口说明应列在子功能规格说明书中。

5.4    程序运行方式

说明该软件的运行方法。如是部件、还是独立运行程序、API等。

6.        开发成本估算

以列表的方式给出各功能规定所需的开发人时和费用（如差旅费）。

7.        尚需解决的问题

以列表的形式列出在需求分析阶段必须解决但尚未解决的问题

8.        附录

需求分析过程中会产生各种记录如调查表格、业务系统单据等。记录或报告的存档编号和名称填写在下表中。其中类别是记录的分类，一般有业务系统说明书、业务系统数据说明书、业务系统调查表、原始数据单据、业务系统参考资料。

需求说明书编写指南

1.    Objectives 目标

阐明需求说明书的标准格式，做为合同和需求分析的结果。

2.    Scope 范围

2.1                      适用于指导需求说明书的编写。

2.2                      本模板力图覆盖所有可能在需求说明书中出现的主题。这样做的目的是并不是要求每一个需求说明书都要包括这里定义的全部章节，而是提供一个所有需求说明书都应当遵循的框架。一些特殊的章节应当提供但不要求有详细的说明，只需在说明书中包含下面有适当文字说明的标题即可，例如，不适用。

3.    References 参考

4.    Outstanding Issues 尚存主要问题

5.    Approvals 批准

销售主管

6.    Responsibilities   职责

客户经理有责任确认本模板被切实执行。

7.    Template 模板

7.1                      Lead-in sections 引导部分

7.1.1        以下是需求说明书的起始部分。在文档格式规范中有关于它们的更详细的描述。

1）Objectives目标

2）Scope范围

3）References参考

4）Assumptions前题条件

5）Outstanding Issues尚存主要问题

6）Document Control文档控制

7）Approvals批准

8）Distribution分发

9）Amendment Record更改记录     

10）Traceability可追溯

       7.2         Component or System Description 部件或系统描述

7.2.1             本说明书所覆盖的部件或系统的简要介绍。本部分可以很简要，因为它仅包含帮助读者快速了解所说明内容的信息。

7.2.2             应当提供一个上下文相关图来帮助确定被描述的部件或系统的定位。使用USER-CASE图来描述。

7.2.3             参考应当做成关联文档（例如建议，合同，项目编号）。

7.3         Purchaser Requirements 客户需求

7.3.1      Summary 概要

7.3.1.1   本部分应当包括那些直接影响到客户使用本部件或系统的需求。它分为两个部分，功能和特性。

l  部件或系统的功能描述了什么可以做，例如，打印一个报表。

l  部件或系统的特性提供了那些可以描述和评价系统质量的属性。

7.3.1.2   每个段落（或段落组）应当包含一个参考来跟踪需求的出处。每个句子或段落应当编号；无论何种情况每个编号的项目仅应当定义一个需求。

7.3.1.3   每个段落（或段落组）应当指出它的重要程度，按以下方式分类：

1）强制的：最基本的特征；没有它产品将不可用。

2）必需的：单独的非基本的特征，但是它们加在一起会影响产品的能力。

3）期待的：最好能有的特征；一个或多个这些特征被忽略也不会影响产品的能力。

7.3.2      Purchaser-Related Functionality 客户要求的功能

7.3.2.1   Application Functionality 应用程序的功能

7.3.2.1.1       在系统或子系统一级，这一部分应当包含可用的应用程序所提供的功能的描述。

7.3.2.1.2       在应用程序一级，这一部分细化应用程序必须做到的功能。

7.3.2.1.3       功能应当用结构化的英语或适当的形式化的方法学来描述。

7.3.2.2   Human Interface 人机界面

7.3.2.2.1 这一部分应当定义所需的菜单结构，屏幕/窗口设计，报表设计和其它操作/或管理界面。在这一过程中，需求可能广泛地涉及已有的标准或产品。

7.3.2.2.2       参考应当指向其它的说明书和标准。

7.3.2.3   Data Types 数据类型

              这一部分应当包括对系统或应用程序中对用户有用的所有数据类型的描述，包括应用程序开发工具用到的或表单，显示，报表和输出用到的。

7.3.2.4   Control Structures 控制结构

这一部分应当描述系统或应用程序的控制结构。

7.3.2.5   Application Development Environment       应用开发环境

这部分应当指定可供用户用来开发应用程序的系统部件。它应当至少包含数据类型和语言或者可用的应用程序生成器。

7.3.2.6   Hardware 硬件

这部分应当详细说明根据用户需要提出的硬件需求。

7.3.2.7   Software 软件

本节将详细说明因为用户需要所产生的软件需求。如果用户已经提供了面向系统或部件或与系统或部件合为一体的产品，那么这些应当在需求和所有设想以及需求文档中清晰的定义出来。这些需求可能包括下列各项：

1） Operating System 操作系统

2） Database 数据库

3） Communications 通信

4） Interfaces 接口

7.3.3      Purchaser-Related Characteristics 客户相关的特征

              在多数情况下，用户会指定一些如下的特性。如果它们能够增强系统的能力则应当被包含进来，另一种选择是在最开始的时候就对某些特性进行限定以避免验收测试时无休止的争论。如果一些特性没有在本部分被指定，它们应当在公司需求部分被指定，举例来说很多特性关系到系统投入使用后公司的技术支持成本。

7.3.3.1   Pre-operational 运行之前

7.3.3.1.1       Packaging 包装

7.3.3.1.2       Installation 安装

7.3.3.1.3       Configuration 配置

7.3.3.2   Functionality 功能

7.3.3.2.1       Suitability 适用性

7.3.3.2.2       Accuracy 精确性

7.3.3.2.3       Interoperability 协同工作能力

7.3.3.2.4       Compliance – standards 遵循标准

7.3.3.2.5       Security 安全性

7.3.3.3   Reliability 可靠性

7.3.3.3.1       Maturity 完备性

7.3.3.3.2       Fault tolerance 容错能力

7.3.3.3.3       Recoverability 可恢复能力

7.3.3.4   Usability 可用性

7.3.3.4.1       Understandability 易懂

7.3.3.4.2       Learnability 易学

7.3.3.4.3       Operability 可操作能力

7.3.3.5   Efficiency 效率

7.3.3.5.1       Time behaviour 时间特性

7.3.3.5.2       Resource behaviour 资源特性

7.3.3.6   Maintainability 可维护性

7.3.3.6.1       Analyzability 易于分析

7.3.3.6.2       Changeabilty 可变性

7.3.3.6.3       Stability 稳定性

7.3.3.6.4       Testability 易测性

7.3.3.7   Portability 轻便

7.3.3.7.1       Adaptability 适应性

7.3.3.7.2       Installability 易安装

7.3.3.7.3       Conformance 一致性

7.3.3.7.4       Replaceability 可替换

7.3.3.8   Documentation 文件

本部分应当详细说明系统或部件必须为用户提供的文档。

7.4         Company Requirements 公司需求

1）本部分定义那些必须确认的与用户需要有冲突的系统或部件需求。所有的冲突都必须被解决，或者得到用户的让步或者满足前述的用户需要。

2）说明书中哪些是分布在公司以外的，这部分可以省略或放在一个单独的文档中。

7.4.1      Business Requirements 商业需求

7.4.1.1   Cost 开销

7.4.1.1.1 这部分应当论述与指定系统相关的开销。它可以通过参考项目详细计划来得出一个合计值放在这里。

7.4.1.1.2 这些开销应当包括所有开发费用和可能的项目支持费用。如果可能这部分还应当论述弹性的开销，以及所有削减的开销，离开这些开发将会因为没有有效的费用来完成系统而停止。

7.4.1.2   Make/Buy 制作/购买

本部分应当讨论确定是否这个系统或部件（或它们的一部分）比起开发更适于买入或再开发的标准。例如日常应用程序，缺乏经验，缺乏资源等等。

7.4.1.3   Relationship to future products 与将来产品的关系

本部分应当覆盖基于系统或部件所涉及的与尚未开发的其它产品的关系的需求。例如确认与将来产品和系统的兼容性。

7.4.1.4   Scheduled ship date 预定出货日期

本部分应当讨论项目出货日期，包括任何按计划进行的临时发布或阶段出货。本部分还应当描述与这些出货日期相关的约束和依赖关系。

7.4.1.5   Support considerations 支持考虑

本部分应当讨论系统或部件可能需要的任何特殊的或不常用的支持考虑，例如首先应当安装一个UNIX系统。

7.4.2      Company Hardware Requirements 公司硬件需求

7.4.2.1   Hardware Functionality 硬件功能

本部分应当覆盖公司明显需要的，但对用户来说是不可见的或无关的硬件功能。例如支持多操作系统所需的硬件功能，或必须支持以太网等。

7.4.2.2   Hardware Characteristics 硬件特性

本部分应当覆盖公司明显需要的，但对用户来说是不可见的或无关的硬件特性。至少应当包括硬件诊断所需要的。

7.4.3      Company Software Requirements公司软件需求

7.4.3.1   Software Functionality 软件功能

本部分应当覆盖公司所需的，但对用户来说是无关的或不需要的软件性能。例如，数据库，操作系统，通讯（远程访问），诊断。

7.4.3.2   Software Characteristics 软件特性

本部分应当覆盖公司明显需要的，但是对用户来说是不可见或无关的软件特性例如代码的可复用性，包装等。

7.5         Architecture Overview 结构概述

高层设计或结构的概述。仅在用户需要一个特殊的系统结构例如客户-服务器，或者用户把定义部分或全部的系统结构作为合同的一部分时才应包括进来。

7.6         Acceptance Criteria 验收标准

7.6.1      本部分应当详述验收标准的要点以做为需求确定后进行确认验收计划的基础。

7.6.2      需求与一些具体的合同有关的部分，可以直接写相应合同中验收标准的一个引用。

7.7         Glossary 术语表