1.3网络需求分析

1.3.1 需求分析的范围

网络需求分析是网络开发过程的起始部分，这一阶段应明确客户所需要的网络服务和网络性能。在需求分析过程中，需要考虑以下几个方面的需求：业务需求、用户需求、应用需求、计算机平台需求和网络需求，如图1-5所示。

1．业务需求

在整个网络开发过程中，应尽量保证设计的网络能够满足用户业务的需求。网络系统是为一个集体提供服务的，在这个集体中，存在着职能的分工，也存在着不同的业务需求，一般来说，用户只对自己分管的业务需求很清楚，对于其他用户的需求只有侧面的了解，因此对于集体内的不同用户，都需要收集特定的业务信息。包括如下内容。

（l）确定组织机构。业务需求收集的第一步是获取组织机构图，通过组织机构图了解集体中的岗位设置以及岗位职责。典型的组织机构如图1-6所示。

在调查组织机构的过程中，主要与以下两类人员进行重点沟通。决策者：负责审批网络设计方案或决定投资规模的管理人员。信息提供者：负责解释业务战略、长期计划和其他日常业务需求的人员。

（2）确定关键时间点。对于大型项目，必须制订严格的项目实施计划，确定各阶段关键的时间点，这些时间点也是重要的里程碑。在计划设定后，要形成项目建设日程表，以后还要进一步细化。

（3）确定网络投资规模。对于整个网络的设计和实施，费用是一个主要考虑的因素，投资规模将直接影响到网络工程的设计思路、采用的技术路线以及设备的购置和服务水平。在进行投资预算时，应根据工程建设内容进行核算，将一次性投资和周期性投资都纳入考虑范围。计算系统成本时，有关网络设计、工程实施和系统维护的每二项成本都应该纳入考虑中。表1-1所示是需要考虑的投资项目清单，可根据项目实际情况进行调整。

（4）确定业务活动。在设计一个网络项目之前，应通过对业务活动的了解来明确网络的需求。一般情况下，网络工程对业务活动的了解并不需要非常细致，主要是通过对业务类型的分析，形成各类业务的网络需求，主要包括最大用户数、并发用户数、峰值带宽和正常带宽等。

（5）预测增长率。预测增长率是另一类常规需求，通过对网络发展趋势的分析，明确网络的伸缩性需求。预测增长率主要考虑以下方面的网络发展趋势：

① 分支机构增长率。

②网络覆盖区域增长率。

③ 用户增长率。

④ 应用增长率。

⑤通信带宽增长率。

⑥存储信息量增长率。

预测增长情况主要采用两种方法，一种是统计分析法，一种是模型匹配法。统计分析法是基于该网络之前若干年的统计数据，形成不同方面的发展趋势。预测未来几年的增长率。模型匹配法是根据不同的行业、领域建立各种增长率的模型，而网络设计者根据当前网络的情况，依据经验选择模型，对未来几年的增长率进行预测。

（6）确定网络的可靠性和可用性。网络的可用性和可靠性需求是非常重要的，甚至这些指标的参数可能会影响到网络的设计思路和技术路线。一般来说，不同的行业拥有不同的可用性、可靠性要求，网络设计人员在进行需求分析过程中，应首先获取行业的网络可靠性和可用性标准，并根据标准与用户进行交流，确定特殊的要求。有些特殊要求甚至可能是；可用性要达到7×24小时、线路故障后立即完成备用线路切换，并不对应用产生影响等非常苛刻的需求。

（7）确定Web站点和Internet的连接。Web站点可以自己构建，也可以外包给网络服务提供商。无论采用哪种方式，一个组织的Web站点和内部网络一定要反映其自身的业务需求。只有完全理解了一个组织的Internet业务策略，才可能设计出具有可靠性、可用性和安全性的网络。

（8）确定网络的安全性。在网络安全设计方面，既不要过分强调网络的安全性，也不要对网络安全不屑一顾。正确的设计思路是调查用户的信息分布，对信息进行分类，根据分类信息的涉密性质、敏感程度、传输与存储方式、访问控制要求等进行安全设计，确保网络性能与安全保密之间取得平衡。大多数网络用户的信息是非涉密的，因此提供普通的安全技术措施就可以了。对于有特殊业务的网络，就需要对职员进行严格的安全限制，网络安全需求调查中最关键的是，不能出现网络安全需求的扩大化，提倡适度安全。

（9）确定远程接入方式。远程访问是指从因特网或者外部网络访问企业内部网络，当网络用户不在企业网络内部时，可以借助于加密技术或VPN技术，从远程站点来访问内部网络。通过远程访问，可以实现在任意时间、任意地点都可以访问组织的网络资源。在需求分析阶段，网络设计者要确定网络是否具有远程访问的功能，或是根据网络的升级需要，以后再考虑网络的远程访问功能。

2．用户需求

（l）收集用户需求。

为了设计出符合用户需求的网络，收集用户需求的过程应从当前的网络用户开始，必须找出用户需要的重要服务或功能。这些服务可能需要网络完成，也可能只需要本地计算机完成。例如，有些用户服务属于局部应用，只须使用用户计算机和外围设备，而有些服务则需要通过网络由工作组服务器或大型机提供。在很多情况下，可通过其他备选方案来满足用户需要的各种服务。

收集用户需求的过程中，需要注意与用户的交流。网络设计者应将技术性语言转化为普通的交流性语言，并且将用户描述的非技术性需求转换为特定的网络属性要求。

（2）收集需求的机制。

收集用户需求的机制主要包括与用户群的交流、用户服务和需求归档三个方面。

①与用户群交流。与用户交流是指与特定的个人和群体进行交流。在交流之前，需要先确定这个组织的关键人员和关键群体，再实施交流。在整个设计和实施阶段，应始终保持与关键人员之间的交流，以确保网络工程建设不偏离用户需求。收集用户需求最常用的方式如下：观察和问卷调查、集中访谈和采访关键人物。

② 用户服务。除了信息化程度很高的用户群体外，大多数用户都不可能用计算机的行业术语来配合设计人员的用户需求收集。设计人员不仅要将问题转化成为普通的业务语言，还应从用户反馈的业务语言中提炼出技术内容，这需要设计人员有大量的工程经验和需求调查经验。

③ 需求归档机制。与其他所有技术性工作一样，必须将网络分析和设计的过程记录下来。需求文档便于保存和交流，也有利于以后说明需求和网络性能的对应关系。所有的访谈、调查问卷等最好能由用户代表进行签字确认，同时应根据这些原始资料整理出规范的需求文档。

（3）用户服务表。

用户服务表用于表示收集和归档的需求信息，也用来指导管理人员与网络用户进行讨论。用户服务表是需求服务人员自行使用的表格，不面向用户，类似于备忘录，在收集用户需求时，应利用用户服务表随时纠正信息收集工作的失误和偏差。用户服务表没有固定的格式，表1-2是一个简单的例子。

3．应用需求

收集应用需求可以从两个角度出发，一是从应用类型的特性出发，另一个是从应用对资源访问的角度出发。从以上两种角度出发，可以有下面的分类。

（l）按功能分类。按功能对应用进行分类，可以将应用划分为常见功能类型和特定功能类型。

常见功能类型的应用如图1-7所示，这些应用类型中的大多数都是日常工作中接触较为频繁，应用范围较广的。

特定功能类型应用实现特定功能或面向特定的工作。特定功能软件包括控制、维护网络和计算机系统的功能，例如防病毒软件和网络管理系统等。面向特定工作的工具软件主要是行业软件，包括金融计划系统、工程和设计系统、制造控制系统和排版工具等专业软件。

对应用需求按功能进行分类，依据不同类型的需求特性，可以很快归纳出网络工程中应用对网络的主体需求。

（2）按共享分类。软件可根据其在网络中的用户数进行分类，分别为单用户软件、多用户软件和网络软件。单用户软件运行时只有一个用户可以访问，只能访问本地资源。虽然网络操作系统允许通过远程方式访问单机软件，但是该软件在运行时不可能实现资源共享。多用户软件允许多个用户同时使用，并且提供了用户间共享文件的机制。多用户软件通过分时、线程切换等多种机制实现多个用户并发访问，通过文件加锁机制实现文件共享。网络软件利用所有的网络资源，即可以集中安装在一台服务器上，也可以分布在不同的服务器上，是实现共享的最佳方式，借助于网络和应用协议来完成网络资源的共享。

（3）按响应方式分类。应用可以分为实时和非实时应用两种，不同的响应方式具有不同的网络响应时间。实时应用软件在收到信息后马上处理，一般不需要用户干预，这对网络带宽、网络延迟等提出了严格的要求。在实时应用中，通常本地进程需要和远程进程保持同步，因此实时应用要求信息传输的速率稳定，具有可预测性。非实时应用更为广泛，非实时并不要求规定的同步机制，只是要求一旦发生请求，则需要在规定的时限内完成响应，因此对带宽、延迟的要求较低，但是对网络设备、计算机平台的缓冲区提出了较高的要求。

（4）按网络模型分类。按网络应用的处理模型可以分为单机软件、对等网络软件、C/S软件、BPS软件和分布式软件等。单机软件是指不访问网络资源的软件。对等网络软件只运行于因特网内，不区分服务器和客户端的网络软件。C/S软件是指在网络中区分出服务器和客户端的网络软件系统。BPS软件是指划分了数据库服务器、应用服务器和客户端的网络软件系统，BPS软件是三层模式、多层模式的典型代表。分布式软件是指调度网络中多个资源完成一个任务的网络软件系统。应用来用不同的网络处理模型，会对网络产生不同的需求。

（5）按对资源的访问分类。用户对应用系统的访问要求是网络设计的重要依据，网络工程必须保证用户可以非常顺利地使用软件并获取需要的数据，用户对网络资源的访问，是可以通过各种指标进行量化的，这些量化的指标通过统计产生，并直接反映了用户的需求。需要考虑的指标包括：每个应用的用户数量；每个用户平均使用每个应用的频率；使用高峰期；平均访问时间长度；每个事务的平均大小；每次传输的平均通信量；影响通信的定向特性。例如，在一个C/S软件系统中，客户端发送至服务器端的请求数据量非常小，但是服务器端返回的数据量较大。

（6）其他需求。由于应用的发展，用户数量不断增长，因此对网络的需求也会随之变化。在获取应用需求时，需要询问用户对应用发展的要求。

对网络的可靠性和可用性，除了从用户的角度获取需求之外，还要对网络中的应用进行分析、需求收集的工作要点在于找出组织中重要应用系统的特殊可靠性和可用性需求，例如在公交公司的企业网络中，对公交车进行调度的软件，其可靠性和可用性需求就是重点。

对信息更新的需求是由用户对最新信息的需求来决定的，但是用户对信息更新的要求，并不等同于应用对数据更新的需求。应用软件在面对相同的信息更新需求时，如果采用了不同的数据传输、存储技术，则会产生不同的数据更新需求，而网络设计直接面向数据更新需求。

这一阶段的输出是应用需求表。应用需求表概括和记录了应用需求的量化指标，通过这些量化指标可直接指导网络设计。表1-3所示为一个典型的应用需求表示例，可根据实际需要进行调整。

4．计算机平台需求

收集计算机平台需求是网络分析与设计过程中一个不可缺少的步骤，需要调查的计算机平台主要分为个人计算机、工作站、小型机、中型机和大型机5类。

（l）个人计算机。由于个人计算机是网络中分布最广、数量最多的节点，虽然技术含量较低，但是应该重点分析。在分析个人计算机需求时，应该考虑微处理器、内存、输入/输出、操作系统以及网络配置等。在设计网络时，用户会针对PC服务器提出最直接的需求，需求收集人员应根据需要进行各类因素的技术指标设计，在设计工作的后期形成设备的招投标技术参数。

（2）工作站。工作站是面向专业应用领域，具备强大的数据运算与图形、图像处理能力，为满足工程设计、动画制作、科学研究、软件开发、金融管理、信息服务和模拟仿真等专业领域而设计开发的高性能终端计算机。典型的工作站包括一个32位高速微处理器，64位浮点处理单元，UNIX操作系统/X Window图形用户界面，加速图形控制器，17～19英寸彩色显示器和内置的以太网联网功能。

（3）小型机。小型机具有区别PC及其服务器的特有体系结构，同时应用了各制造厂自己的专利技术，有的还采用小型机专用处理器。例如，美国Sun、日本Fujitsu（富士通）等公司的小型机是基于SPARC处理器架构的，美国HP公司的小型机是基于PA-RISC架构的。小型机的I/O总线也不同于一般的个人计算机，例如Fujitsu是PCI，Sun是SBUS这意味着各公司小型机上的插卡，如网卡、显卡和SCSI卡等可能也是专用的。小型机使用的操作系统一般是基于UNIX内核的专用产品，Sun、Fujitsu使用的操作系统是Sun Solaris，HP小型机使用HP-UX，IBM小型机使用的是AIX。

小型机是封闭的专用计算机系统，使用小型机的用户一般是看中UNIX操作系统的安全性、可靠性和专用服务器的高速运算能力。在网络工程中，如果用户对网络应用提出了较为苛刻的安全性、可靠性和专用性的要求，则可以考虑采用小型机作为应用的服务器。

（4）中型机。在当前的网络工程中，已经不再严格划分中型机和小型机，更多的情况下，中型机更相当于小型机中的高档产品。在大多数厂商的非X86服务器产品中，一般会存在着多种系列，最常见的产品划分方式为部门级服务器、企业级服务器和电信级服务器，大多数情况下可以将部门级、企业级服务器等同于小型机，而将电信级服务器等同于中型机。

（5）大型机。大型机和相关的客户端—服务器产品可以管理大型网络，存储大量重要数据以及驱动数据并保证其数据的完整性。大型机系统具有较高的可用率、高带宽的输入/输出设备、严格的数据备份和恢复机制、高水平的数据集成和安全性能。大型机由CPU、主存操作员控制台、I/O通道、通信控制器、磁盘控制器、存储控制器、磁带子系统、显示器和打印机等组件构成，具有物理尺寸大、系统容量大、运行速度高、容错能力强、系统安全性高、事务处理能力强的特点。

大型机目前仍然在金融行业、记账系统、订单处理系统、大型因特网应用、复杂数据处理、联机交易系统和科学计算等领域发挥作用，但是随着计算机小型化的发展，大型机将逐步退出应用市场。在网络设计中，只有全国、全行业级的应用中才会出现大型机的应用需求。

这一阶段的输出是计算机平台需求表。计算机平台需求表是总结用户对计算机平台需求的表格，通过对该表格的填写，为后期的计算机平台参数指标确定工作奠定基础。

5．网络需求

需求分析的最后工作是考虑网络管理员的需求，这些需求包括以下内容。

（l）局域网功能。

传统局域网络由二层交换机构成局域网骨干，整个网络是一个广播域。在这样的网络中，网段由交换机的一个端口下连的共享设备形成，网段内部用户之间的通信不需要通过交换设备，而段间通信需要通过交换设备进行存储转发。

现代局域网由三层交换设备构成局域网骨干，这种网络中存在多个广播域，其实就是多个小型局域网，这些小型局域网通过三层设备的路由交换功能互连。在这种局域网络中，网段的概念发生了变化，其实就是一个独立的广播域，一个典型的VLAN。

无论是哪种网段，都是计算机节点的一种划分方式，但是基于三层交换技术的网段划分方式逐渐成为主流。一般情况下，局域网段和用户群的分布是一致的，但是也存在一定的差异，允许一个网段内部存在多个用户群，也允许一个用户群占据多个网段。

对于升级的网络，可以对现有网段划分方式进行改进，形成新的划分方案。对于新建的网络，要和网络管理员一起商量网段划分的方式。最终形成的网段分布需求就是用户群和网段的关系需求。

局域网段的分布主要是依据业务上的特殊要求，这会导致不同的网段存在不同的功能要求。在进行网络需求收集时，应该找到各网段所需要的功能清单，并明确各个网段中功能的重要性。

局域网的负载是和应用有关联的，根据局域网络的功能需求，可以分析出局域网络的负载。在进行网络负载分析时，要针对各种应用和功能服务，评估服务的平均业务量或文件传输的大小，同时估算用户的访问频率，经过简单计算就可以估算出网络的负载。

对于升级的网络，可以对现有网络通过各种测试工具来获取网络流量分析，从而获取当前网络的负载，作为升级后网络负载的参照。对于非专用设计标准，根据经验或简单的方法就可以进行评估。对于较为复杂、要求较高的网络，对各种服务的平均业务量、文件传输的大小、用户访问的频率，都应根据实际测试的值来进行局域网负载的计算。

（2）网络性能。

针对网络的性能需求，主要考虑的是网络容量和响应时间。这里的网络容量和响应时间并不是来自于复杂的网络分析，而是直接来自于网络管理人员的要求。在有些网络工程中，网络管理人员提出的网络容量和响应时间要高于用户和应用的需求。

（3）有效性需求。

有效性需求指的是在进行网络建设策略的选择时产生的各种过滤条件。有效性条件没有固定的模式，通常要对局域网的拓扑结构、网络设备、服务器主机、存储设备、安全设备、机房设备和产品供应商等设定一些选择标准或过滤条件，不符合过滤条件的设备或设备供应商被排除在选项之外。在网络设计工作中，这些琐碎的选择条件对设计工作的影响是非常大的，很多项目就是因为在需求调查工作中没有注意有效性条件的收集而导致了最后失败。

（4）数据备份和容灾中心需求。

数据备份和容灾需求是网络工程中的重点内容。对于一些特定行业来说，数据是至关重要的，数据一旦丢失，将会造成不可挽回的损失。根据不同的网络工程规模，存在两种建设情况，一种是需要建设复杂的数据中心和容灾备份中心，另外一种是仅建立数据备份和容灾机制。

数据中心建设需要收集的需求如下：链路和带宽需求；接入设备需求；互连协议需求；数据中心局域网划分需求；数据中心设备需求；数据库平台需求；安全设备需求；机房及电源需求；数据中心托管及服务需求；数据资源建设规划需求；数据备份管理机制需求。

容灾备份中心的需求内容和数据中心基本一致，但是建设内容稍有差异。在数据中心和容灾备份中心之间关键的是容灾方式。容灾方式分为数据级容灾和应用级容灾，容灾方式存在国际标准，应正确引导网络管理人员，达成数据中心、容灾备份中心、容灾方式建设需求的一致性标准。

相对于建设复杂的数据中心和容灾备份中心这样庞大的工程，建立简单有效的数据备份和容灾机制针对小型网络是合适并有效的。正确备份信息在网络恢复信息时显得尤为重要，必须制定很好的防御和恢复策略，必须执行严格的备份过程和存档处理。在选择备份方针和技术时，必须对整个组织的风险做一下评估，确定各种数据的相对重要性。制订的恢复方案至少应该包括如下内容：选择媒体以供备份，包括磁盘阵列或者磁带库；保护现场数据；保护现场外的备份数据；制订数据应急预案。

（5）网络管理需求。

网络管理人员的管理思路、产品喜好、管理要求是决定网络管理平台的关键，由于网络管理是网络工程中较为复杂，牵涉面较广的建设内容，需要与网络管理人员重点进行交流，获取明确的管理需求。网络管理建设要从以下方面进行调查。

① 明确网络管理的目的。企业网络管理的主要目的是为了提高网络可用性、改进网络性能减少和控制网络费用以及增强网络安全性等，网管员可以根据自身需要进行补充与调整。

② 掌握网络管理的要素。网络管理平台的建设要注意与业务需求结合，建立完整而理想的网络管理解决方案应该根据应用环境和业务流程，以及用户需求的端到端关联来管理网络及设备。

③ 明晰管理的网络资源。网络资源就是指网络中的硬件设备、网络环境中运行的软件以及属提供的服务等，网络管理员必须明确需要管理的网络资源。

④ 注重软件资源管理和软件分发。网络管理系统的软件资源管理和软件分发功能是指优化管理信息的收集。软件资源管理是对企业所拥有的软件授权数量和安装地点进行管理，软件分发则是通过网络把新软件分发到各个站点，并完成安装和配置工作。这些特定的需求必须让管理员进行明确。

⑤ 应用管理不容忽视。应用管理用于测量和监督特定的应用软件及其对网络传输流量的影响。网络管理员通过应用管理可以跟踪网络用户和运行的应用软件，改善网络的响应时间。网络管理人员应明确在应用管理方面的需求。

（6）网络管理软件需求。

选择网管软件要根据网管人员的产品喜好，同时也要明确对网管软件的要求。

① 企业需要哪些管理功能。网管软件都是价格不菲的，所以在为企业选择网管软件时，一定要考虑到目前与未来企业网络环境发展的需要。一个好的网络管理系统必须是适合企业业务发展的需要的。

②网络管理软件支持哪些标准。网管人员需要明确产品对网管协议支持程度，尤其是SNMP和RMON协议，需要明确到协议的版本和关键细节。

③ 支持各种硬件、软件的范围。不同网管软件对不同产品的支撑是不一样的，管理人员需要明确什么样的硬件、软件纳入网络管理范畴，才能设定符合要求的产品范围。

④可管理性。可管理性是由于网管需求对被管设备提出的需求，可管理性要求是指设备对协议、管理信息库、图形库等各方面的支持，也属于网管平台的需求。

（7）网络安全需求。

网络安全体系是建设网络工程的重要内容之一，不管网络工程规模如何，都应该存在一个可扩展的总体安全体系框架。对于不同的网络工程项目，允许建设不同的安全体系框架。设计人员在进行网络安全需求收集时，可以依据图1-8所示的框架进行安全需求的调查。

在该网络安全的体系框架中，安全管理体系是整个安全架构的基础，使安全问题可控可管。安全技术措施包括机房及物理线路安全、网络安全、系统安全、应用安全、安全信任体系等。以容灾和恢复为目标的后备保障措施用来对付重大灾难性事件后的网络重建，以安全运行维护支持服务作为外部支撑条件，使安全问题能够及时有效地解决。

基于以上框架，设计人员应该协助网络管理人员对安全管理体系、运营服务体系、数据容灾与恢复、安全信任体系等方面的需求进行确定。同时，对于技术措施需求，可以借鉴表 1-4的内容进行明确。

（8）城域网/广域网的选择。

对于一般的网络工程来说，城域网和广域网用于连接局域网，并形成完整的企业网络。城域网/广域网通过连接设备和通信线路，实现各远程局域网络之间的互连。城域网/广域网可供选用的连接方案有以下两种：点对点线路交换服务（拨号线路或租用线路）；分组交换服务。

在点对点线路交换服务方式中，存在局域网路由设备和线路交换设备两类设备，这些设备之间通过物理线路互连，在路由设备之间建立的是虚拟电路，数据分组仅在路由设备上进行封装和解封，在线路交换设备以数据帧或信号的方式进行传递。

在分组交换方式中，路由器和分组交换设备之间通过分组交换协议互连，数据分组在路由设备、分组交换设备上都存在封装和解封。所以，在点对点线路交换方式中，相当于两台局域网路由器通过虚拟电路直接互连；而在分组交换方式中，两台局域网路由器之间存在由多个路由设备构成的分组网络。

1.3.2编制需求说明书

通过需求收集工作，网络设计人员获取了大量的需求信息，这些信息由各种独立的表格、散乱的文字以及部分统计数据构成，这些需求信息应整合形成正式的需求说明书，以便于后期设计、实施、维护工作的开展。

需求说明书是网络设计过程中第一个正式的可以传阅的重要文件，其目的在于对收集到的需求信息作清晰的概括整理，这也是用户管理层将正式批阅的第一个文件。

1．数据准备

数据准备工作是开始需求说明书编制的前期工作，主要由两个步骤构成：第一步是要将原始数据制成表，从各个表看其内在的联系及模式。第二步是要把大量的手写调查问卷或表格信息转换成电子表格或数据库。由于录入工作量较大，可以求助于用户单位或雇用临时工。

另外，对于需求收集阶段产生的各种资料，包括手册、报表和原始单据等，无论其介质是纸质还是电子的，都应该编辑目录并归档，便于后期查阅。

2．需求说明书的组成

编写需求说明书的目的是为了能够向管理人员提供决策用的信息，因此说明书应该能做到尽量简明且信息充分，以节省管理人员的时间。网络需求说明书不存在国际或国家标准，即使存在一些行业标准，也只是规定了需求说明的大致内容要求。这主要是由于网络工程需求涉及内容较广，个性化较强，而且不同的设计队伍对需求的组织形式也不一样。

对网络需求说明书存在两点要求：首先，无论需求说明书的组织形式如何，网络需求说明书应包含业务、用户、应用、计算机平台和网络5个方面的需求内容。其次，为了规范需求说明书的编制，一般情况下，需求说明书应该包括以下5个部分。

（1）综述。

需求说明文档书的第1部分内容是综述，对网络工程项目的主要内容、重要性等进行一个简单的描述。综述应包括的内容如下：对项目的简单概述；设计过程中各个阶段的清单；项目各个阶段的状态，包括已完成的阶段和现在正进行的阶段。

（2）需求分析阶段总结。

需求分析阶段总结主要是总结需求分析阶段的工作，总结内容如下：接触过的群体和代表人名单；标明收集信息的方法（访谈、集中访谈和调查等）；访谈、调查总次数；取得的原始资料数量（调查问卷、报表等）；在调查工作中遇到的各种困难等。

（3）需求数据总结。

对需求调查中获取的数据需要认真总结并归纳出信息，并通过多种形式进行展现。在对需求数据进行总结时，应注意以下几点：

① 简单直接。提供的总结信息应该简单易懂，并且将重点放在信息的整体框架上，而不是具体的需求细节。另外，为了方便用户阅读，应尽量使用行业术语，而不是技术术语。

②说明来源和优先级。对于需求，要按照业务、用户、应用、计算机平台和网络等进行分类，并明确各类需求的具体来源（如人员、政策等）。

③ 尽量多用图片。图片的使用可以使读者更容易了解数据模式，在需求数据总结中大量使用图片，尤其是数据表格的图形化展示，是非常有必要的。

④ 指出矛盾的需求。在需求中会存在一些矛盾，需求说明书中应对这些矛盾进行说明，以使设计人员找到解决方法。同时，如果用户人员给出了矛盾中目标的优先级别，则需要特殊标记，以便在无法避免矛盾时先实现高级别的目标。

（4）按优先级排队的需求清单。

对需求数据进行整理总结之后，按照需求数据的重要性列出数据的优先级别清单。

（5）申请批准部分。

在编写需求说明书时，需要预留大量对需求进行确认或者申请批准的内容，确切地说，就是要预留大量用户管理人员签字的空间。由于需求说明书是开展后期设计工作的基础，必须避免用户需求和收集材料的不一致性，因此预留申请批准部分是必需的。

由于需求经常发生变化，因此在编写需求说明书的时候，也要考虑到怎样设计修改说明书，如果的确需要修改，最好不要改变原来的数据和信息，可以考虑在需求说明书中附加一部分内容，说明修改的原因，解释管理层的决定，然后给出最终的需求说明。