用户需求信息内容及注意事项.doc

用户的需求信息的内容和注意事项一、需求分析的内容一） 需求分析包括可行性研究、功能需求、性能需求、环境需求、其他子系统的需求及设计约束。在做需求分析时，首先应由用户提出需求报告，网络设计人员才能在此基础上开始规划和设计。然而对大多数用户来说，这项工作并不容易，因为他们对网络的功能、技术及对所从事的业务缺乏了解或仅仅一知半解。在这种情况下，即使提出了需求分析，往往也是很不理想的。如果对现有系统的状况分析不能反映用户目前的状况，未来系统的设计就不能恰如其分地反映用户的需求。 因为需求分析是网络规划的基础，而合理的网络规划目标是使设备的能力与单位的业务要求相匹配，拟选择的设备要满足目前和将来的业务需要。在此前提下，有必要由专业人员组成调查分析小组，深入细致的调查，完成网络系统的可行性分析及需求分析。 (1) 可行性研究。可行性研究的主要目的是确定用户目标、网络系统目标和网络系统集成的总体要求，它的结果标志着网络的总体需求在现有条件和技术下是否可行，最终是否能达到系统总体需求。可行性研究的主要内容有：现有系统的简要分析、用户目标的可行性、实现用户目标的技术条件及难点分析、投资和效益分析、可行性研究结论。 (2) 功能需求。网络系统建设能否满足用户的功能需求是系统设计成功与否的关键所在。用户在网络系统中的应用形式和网络所能提供的服务是多方面的，网络设计人员必须充分考虑到这一点。功能需求主要内容有：信息传输、资源共享、电子函件、网络服务器、网络管理、网络控制、网络安全、网络升级等。 (3) 性能需求。网络系统建设能否满足用户的性能需求是系统设计优劣的关键。不同的网络拓扑及不同的网络设备对网络系统的性能产生直接影响，网络设计人员必须对市场上现有的网络设备及性能有充分了解。性能需求主要内容有：服务效率、服务质量、网络结构、网络响应时间、数据传输速度、资源利用率、可靠性、性能价格比等。 (4) 环境需求。网络系统所在的环境对网络的建设是很重要的，网络规模的大小、物理位置的确定、用户终端的分布情况都对网络规划设计至关重要。经验证明，任何一个系统都不是一成不变的，随着用户业务的需求增加，终端数会越来越多，因此，设计时必须考虑到网络扩展的需要，留有充分的余地。另一个需要重视的是，一定要了解清楚安装网络的房间及建筑情况，这对布线很有影响，如果事先不做出合理的选择，将对以后的更改造成很大浪费。环境需求主要内容有：地理分布、用户数及其位置、用户间的距离、用户群的组织特点，还有特殊的限制(如电缆等介质布线是否有禁区等)。 (5) 其他子系统的需求。如办公自动化系统、设备控制系统等对网络提出的要求。 (6) 设计约束。包括需遵守的其他标准，各行各业的不同特点，以及投资对网络设计的影响等。二） 需求分析从字面上的意思来理解就是找出“需”和“求”的关系，从当前业务中找出最需要重视的方面，从已经运行的网络中找出最需要改进的地方，满足客户提出的各种合理要求，依据客户要求修改方案。1 、环境分析 了解 地理环境情况（建筑分布、办公区、接入点） 计算机和网络设备数量及分布情况 业务信息化情况 人员掌握计算机及网络专业知识情况 环境需求分析为以下方面提供决策依据： 网络的物理拓扑 人员培训方案 软件的建设要求2 、业务需求分析 了解： 企业的业务类型 正在使用的应用系统软件种类 需要进行信息化建设的业务种类及情况 对网络功能和性能的要求 业务需求分析要为以下问题提供决策依据： 需要网络技术支持的企业应用有哪些？ 需要提供哪些网络服务,例:电子邮件服务与web服务？ 是否要与Internet的连接？数据共享模式？ 带宽范围？ 是否要新建或升级网络？3 、管理需求分析 网络的管理是企业建网不可或缺的方面; 网络是否按照设计目标提供稳定的服务主要依靠有效的网络管理; 高效的管理策略能提高网络的运营效率; 建网之初就应该重视这些策略。 网络管理包括： 人为制定管理规定和策略 网管利用网络设备和软件有效的管理网络 了解： 是否需要对网络进行远程管理； 谁来负责网络管理； 需要哪些管理功能。 管理需求分析为以下方面提供决策依据： 如何制定和更新网管策略 选择哪个供应商的网管软件 选择便于管理的网络设备和布线方式4 、安全需求分析 网络安全目标： 网络访问控制、信息访问控制、信息传输保护、攻击检测和反应、偶然故障防备、故障恢复计划、物理安全保护，灾难防备计划。 了解： 企业的敏感性数据安全级别及其分布情况： 网络用户的安全级别及权限； 可能存在的安全漏洞； 网络达到的安全级别。 安全需求分析为以下方面提供决策依据： 网络设备的安全功能要求； 网络系统软件的安全评估； 应用系统的安全要求； 安全硬（如:防火墙）、软(防病毒）件系统的功能要求。5、扩展性需求分析 网络的扩展性目标： 新的部门能够简单地接入现有网络。 新的应用能够顺利的在现有网络上运行。 了解： 接入的增长估计 业务的增长估计 扩展性需求分析为以下方面提供决策依据： 网络节点和布线的预留比率 网络设备负载能力和接口扩展性预留 主机设备存储、处理能力的预留6、网络的规模 网络规模分类： 工作组级(或小型办公室)局域网 部门级局域网 企业级网络 骨干网络 确定网络的规模涉及以下内容： 哪些部门需要进入网络； 哪些资源需要上网； 有多少网络用户； 采用什么档次的设备； 网络及终端设备的数量。7、网络拓扑结构 网络拓扑结构与地理环境、用户或流量密集度相关。 网络拓扑结构分析要明确以下指标： 网络的接入点(访问网络的入口)的数量； 网络接入点的分布位置； 网络连接的转接点分布位置； 网络设备间的位置； 网络中各种连接的距离； 其他结构化综合布线系统中的基本指标。 8、网络工程预算 网络工程中一个重要的约束条件就是工程预算； 在需求分析及设计阶段，影响工程投资的可能性为30%-75%； 在施工阶段，影响工程投资的可能性为5-25%； 控制投资的关键在于科学设计； 在设计阶段，应在满足使用的前提下，依据投资制定设计方案，尽可能选择性价比最优的设备。 在施工阶段，要控制资金支出，做到“以最低的成本完成项目的建设”。 获得需求的方法 实地考察：是工程设计人员获得第一手资料采用的最直接的方法，也是必需的步骤； 用户访谈：要求工程设计人员与招标单位的负责人通过面谈、电话交谈、电子邮件等通讯方式以一问一答的形式获得需求信息； 问卷调查：通常对数量较多的最终用户提出，询问其对将要建设的网络应用的要求。问卷调查的方式可以分为无记名问卷调查和记名问卷调查。 向同行咨询：将你获得的需求分析中不涉及到商业机密的部分发布到专门讨论网络相关技术的论坛中，请同行给你参考你制定的设计说明书，这时候，你会发现热心于你的方案的人们通常会给出许多中肯的建议。 需求分析说明书 需求分析的最后一步就是将收集到的信息进行整理，做出需求分析说明书。 通过各种途径获取的需求信息通常是零散的，无序的，而且并非所有需求信息都是必要的或当前可以实现的，只有对当前系统总体设计有帮助的需求信息才应该保留下来，其他的仅作为参考或以后升级使用。 需求信息尽量多用图表来表示。图表带有一定的分析功能，清晰直观。常用的有柱图、直方图、折线图和饼图，见下页例图。 需求分析说明书完成后，需要再和用户进行交流沟通，最终修改完善。 详尽的需求分析说明书是网络系统集成中至关重要的一步。三） 网络工程需求分析 网络工程需求分析是指作为一个负责网络工程的技术员或设计者弄清楚要“做什么”的问题。要把这个问题解决好，需要技术员或设计者要首先解决如何去弄清楚“做什么”，另外，还需要技术员或设计者到底弄清楚“做什么”的问题，前面一个问题实际上是技术员或设计者所采用的方法或方式，后一个问题是技术员或设计者所面临的需求分析的内容问题。可以从三个方面进行用户需求分析：网络工程概况及建设总体目标，分析网络应用约束，分析网络通信特征。 （1）地理布局及信息点的分布情况。了解用户单位的建筑物布局、各个建筑物到网络中心（指网络工程放置核心设备的地方）之间的距离和信息点的分布情况，并以图和文字的形式记录下面的这些信息： 整个网络工程的分布图； 网络中心及各级设备间的位置； 信息点的分布情况及其位置； 各个建筑物（包括处在不同地方的建筑物）到核心机房之间的距离； 特殊的需求或限制，例如网络覆盖的地理范围内是否有湖泊和山岳；建筑物之间是否有阻挡物；电缆等介质布线是否有禁区；是否已存在可利用的介质系统等等。2）网络服务。网络服务是指所建的网络向用户提供的应用服务。其主要包括： DNS服务，即负责网络中的域名解析； WWW服务； 数据库服务器； 电子邮件； FTP服务； 网络管理； 视频服务，如视频会议等； 其他的特殊服务。3）用户设备类型。包括： 终端：指没有本处理能力的用户设备； 个人计算机：指具有本地处理能力的单用户或多任务个人计算机； 主机及服务器：具有本地处理能力的多用户设备； 模拟设备：电话、传感器、视频设备。（4）通信类型和通信量。通信类型有以下几种类型： 数据； 视频信号； 声音信号。（5）容量和性能。网络容量是指在任何时间间隔，网络能承担的通信量。网络性能一般用经过网络的响应时间或端到端延时表示。通常，当网络的通信量接近其最大容量时，响应时间就变长，网络性能恶化。网络规划者只有掌握了网络上述的通信量以及用户响应时间的要求后，才能选择网络的类型及配置，以便更好地满足需求。（6）网络现状。如果要在已有网络上规划建设新系统，那么必须了解用户单位现有网络的情况，尽可能在设计新系统的时候考虑旧系统的利用，既可保护用户投资，又能够使用户在各系统的使用上有一个平滑的过渡，节省培训时间和费用。司新的应用能够无缝地在现有网络上运行. 四）做需求分析时，首先应由用户提出需求报告，规划人员才能在此基础上开始规划和设计。然而，对大多数用户来说，这项工作并不是很容易的，原因是他们对网络的功能、技术及对所从事的业务缺乏了解，或一知半解。在这种情况下，即使提出了需求分析，往往是很不理想的。而需求分析是网络规划的基础，在此前提下，应由专业人员组成调查分析小组，开发深入细致的调查，完成网络系统的可行性分析及需求分析。1. 可行性分析主要目的是确定用户目标、网络系统目标和网络系统集成的总体要求，它的结果标志着网络集成工程是否在现有条件和技术的环境下可行，最终是否能达到系统目标的要求。这里主要涉及到以下几个方面的内容：对现行系统的简要分析用户目标及系统目标的一致性组织可行性分析组织可行性是指建立信息网络需要的各种组织保证，例如信息网络建设和维护需要的人力资源，日常维护需要的人员技能和各种工具的使用，以及人员的培训。技术可行性分析对组网方案中的技术条件、难点的分析。经济可行性分析对投资经费和效益分析。最后得出可行性研究的结论2. 组织结构分析组织结构分析是指对该企业现有的组织结构进行分析，了解各部门的作用，应特别注意那些具有交叉管理职能的部门，并画出其组织结构图。3. 业务流程分析在对组织机构进行分析的基础上，网络设计人员应和用户单位的有关业务人员、系统管理人员一起，对用户单位所要求的应用业务流程进行严格的分析。与组织机构分析时相同，设计人员应把重点放在那些业务流程交叉的地方，并找出引起业务发生阻塞的瓶颈。只有找出了业务阻塞或混乱的瓶颈，才能使得所开发和集成的网络系统产生效率。4. 地理布局分析分析企业各个部门的地理位置，画出地理布局图，为物理网络的设计和工程布线做好准备。5. 通信类型及通信量分析 网络通信类型分析通信类型是指网络所传输的数据类型和对响应时间的不同要求类型。在调查分析时，要充分了解网上传输数据的类型，如文本、图形、图像和声音文件等；要了解所传输的数据对响应时间的不同要求，如交互型或实时型；并且要了解所要提供的数据共享方面的服务，设计合理的网络结构。 网络通信量分析不同数据类型的通信量用不同的度量，通信量构成了对网络的负载，一般数据的通信量用平均的以及高峰时每秒传送的位数来表示。视频信号的通信量用电视通道数表示，每通道占6MHz带宽，声音信号则用欧拉数表示。估计通信量不是一件容易的事情，因为一开始，用户很难说出要在何时发送出多少信息，因此由用户填通信量表然后得出统计结果的方法往往以失败告终。比较好的做法是分析用户的网络应用，估计每个应用产生的通信量，再把各种通信量累计出结果。最后应把通信量都表示为每秒传输的位数。这一期的工作并不要求给出具体工作的可能性或方案。无论有多大的困难，还是应尽量作好对通信量的估计，以便有根据地作好网络规划。6. 用户目标用户目标应在用户需求的基础上给出，各单位网络系统建设的目的不一样，用户目标会有很大的差异。但必须有明确的目标，不能盲目，否则会影响整个网络系统的建设。7. 网络系统目标为满足用户需求，根据资金投入的情况，将不同的联网技术、不同厂家的硬件和软件集成在一起进行选择和配置，为用户提供最切合实际需要的、技术先进且低成本、高效益的解决方案。使建立的网络系统具有先进性、实用性、安全可靠性、开放性、可扩充性和灵活性，最大限度地信息资源共享。五）综合布线系统需求分析1、什么是需求分析需求分析是从软件工程和管理信息系统引入的概念，是任何一个工程实施的第一个环节，也是关系一个网络工程成功与否最重要的砝码。如果网络工程应用需求分析做得透，网络工程方案的设计就会赢得用户方青睐。同时网络系统体系结构架构得好，网络工程实施及网络应用实施就相对容易得多。反之，如果网络工程设计方没有对用户方的需求进行充分的调研，不能与用户方达成共识，那么随意需求就会贯穿整个工程项目的始终并破坏工程项目的计划和预算。从事信息技术行业的技术人员都清楚，网络产品与技术发展非常快，通常是同一档次网络产品的功能和性能在提升的同时，产品的价格却在下调。这也就是网络工程设计方和用户方在论证工程方案时，一再强调的工程性价比。因此，网络工程项目是贬值频率较快的工程，贵在速战速决，使用户方投入的有限的网络工程资金尽可能快地产生应用效益。如果用户方遭受网络项目长期拖累，迟迟看不到网络系统应用的效果，网络集成公司的利润自然也就降到了一个较低的水平，甚至到了赔钱的地步。一旦网络集成公司不盈利，用户方的利益自然难以保证。因此要把网络应用的需求分析作为网络系统集成中至关重要的步骤来完成。应当清楚，反复分析尽管不可能立即得出结果，但它却是网络工程整体战略的一个组成部分。需求分析阶段主要完成用户方网络系统调查，了解用户方建设网络的需求，或用户方对原有网络升级改造的要求。需求分析包括网络工程建设中的 “路”、“车”、“货”、“驾驶员”(“路”表示综合布线系统，“车”表示网络环境平台，“货”表示网络资源平台，“驾驶员”表示网络管理者和网络应用者)等方面的综合分析，为下一步制定适合用户方需求的网络工程方案打好基础。需求分析是整个网络设计过程中的难点，需要由经验丰富的系统分析员来完成2、网络需求调研网络需求调研的目的是从用户方网络建设的需求出发，通过对用户方现场实地调研，了解用户方的要求、现场的地理环境、网络应用及工程预计投资等情况，使网络工程设计方获得对整个工程的总体认识，为系统总体规划设计打下基础。3、网络用户调查网络用户方调查是与需要建网的企事业单位的信息化主管、网络信息化应用的主要部门的用户进行交流。一般情况下可以把用户方的需求归纳为以下几个方面。1) 网络延迟与可预测响应时间2) 可靠性/可用性。即系统(包含路由器、核心层交换机、汇聚层交换机等设备)不停机运行。3) 伸缩性。网络系统能否适应用户不断增长的需求。4) 高安全性。保护用户信息和物理资源的完整性，包括数据备份、灾难恢复等。概括起来，系统分析员对网络用户方调查可通过填写调查表来完成4、网络应用调查企事业单位网络建设就是为变革传统的管理模式，实现管理的人自的信息化。不同的行业有不同的应用要求，切不可“张冠李戴”。应用调查就是要弄清用户方建设网络的真正目的。一般的网络应用，从企事业的OA系统、人事档案、工资管理到企事业的MIS系统、ERP(企业资源规划)等，从文件信息资源共享到 Intranet/Internet信息服务(www、E-mail、FTP等)，从数据流到多媒体的音频、视频多媒体流传输应用等。只有用户方的实际需求进行细致的调查，并从中得出用户方的应用类型、数据量的大小、数据源的重要程度、网络应用的安全性及可靠性、实时性等要求，才能设计出适合用户实际需要的网络工程方案。实际上，每一个网络工程都应该按照用户方的需求，进行“量体裁衣”式的打造。应用调查通常是由网络系统工程师深入现场，以会议或走访的形式，邀请用户方的代表发表意见，并填写网络应用调查表。网络应用调查表设计要注意网络应用的细节问题，如果不涉及应用开发，则不要过细，只要能充分反映用户方比较明确的需求、没有遗漏即可。5、网络工程综合布线系统调查网络工程综合布线调查主要是了解用户方建筑楼群的地理环境与几何中心、建筑楼内的布线环境与几何中心，由此来确定网络的物理拓扑结构、综合布线系统材料预算。主要包括以下几项内容。1) 用户方信息点的数量及其位置。2) 建筑楼内局域网布线规划。6、用户方前期培训网络需求分析离不开用户方的参与。一般企业、政府、学校都有负责信息化建设的部门或信息技术专门人员：如果没有，网络工程设计方就要用较短的时间对用户方指定的工程洽谈人员进行与网络工程相关的网络基础知识的培训。有了用户方信息技术人员的参与，双方才能建立交流的基础。网络工程设计方要为企事业用户方提供网络应用一揽子解决方案，就应该了解企事业各方面网络应用的需求。网络工程设计方不是行业领域专家，不可能真正理解每个企事业的某些特殊需求，有些应用设计与现有管理模式不匹配是难免的。企事业各部门业务人员习惯性的思维方式以及权力和利益的再分配等问题，都有可能对提出的系统需求产生影响。在大多数企事业中，信息化建设中遇到的更多的不是技术问题，而是在业务流程合理化调整方面带来的困扰。从这里我们可以看出，将新的网络环境与传统业务更好地结合是企事业IT(信息技术)部门的职责，应该利用企业IT人员自身的有利条件，使他们在精通计算机、网络技术的同时成为业务管理的能手。如果不能以合理的方式让用户方的IT人员参与系统集成项目，那么即使企业信息系统得以实施，其应用效果也不会理想。7、综合布线系统需求通过对用户方实施综合布线系统的相关建筑物进行实地考察，由用户方提供建筑工程图，从而了解相关建筑结构，分析施工，难易程度，并估算大致费用。需了解的其他数据包括：中心机房的位置、信息点数、信息点与中心机房的最远距离、电力系统状况、建筑楼情况等。综合布线系统需求分析主要包括以下三个方面：(1) 根据造价、建筑物距离和带宽要求确定光缆的芯数和种类。(2) 根据用户方建筑楼群间距离、马路隔离情况、电线杆、地沟和道路状况，对建筑楼群间光缆的敷设方式可分为架空、直埋或是地下管道敷设等。(3) 对各建筑楼的信息点数进行统计，用以确定室内布线方式和配线问的位置。建筑物楼层较低、规模较小、点数不多时，只要所有的信息点距设备间的距离均在90m 以内，信息点布线可直通配线间。建筑物楼层较高、规模较大、点数较多时，即有些信息点距主配线间的距离超过90m时，可采用信息点到中间配线间、中间配线间到主配线间的分布式综合布线系统。二、需求分析的注意事项 研究表明，要改正在产品付诸应用后所发现的一个需求方面的缺陷比在需求阶段改正这个错误要多付出大约100倍的成本。而另一项研究发现，在需求开发阶段发现的一个错误，平均仅需要花30分钟修复，但若在系统测试时发现则需要5到17个小时来修复。因此我们不难发现，需求分析在IT项目中具有十分重要的作用。所谓需求分析是指通过对问题域的研究，获得对该领域特性及存在于其中(需要解决)的问题特性的透彻理解并有文档的说明。本文结合作者在实际项目管理工作中的经验，就IT项目中需求分析时应注意的主要问题进行了研究分析。1) 与用户沟通前应准备充分 通常，与用户沟通前的准备时间要远远大于正式会面沟通的时间。一般情况下，用户在和你连续交谈两个小时之后，就会失去热情和耐心，这是大部分人的共同特点。所以充分的准备工作至关重要。准备工作包括对项目整体环境熟悉的准备工作和对具体业务进行调研前的准备工作。项目整体环境的熟悉工作需要了解:项目的背景、项目的目的、项目的利益相关方等信息，以便对当前项目的鹰钵情况有一定了解。对具体业务调研前的准备工作包括:需求调研问题的准备、需求调研模板的设计、需求调研时间安排等内容。要充分珍视用户的时间，尽量避免由于准备工作不足而反复约见用户，给用户造成效率低下的印象。一旦发生这样的错误，以后可能就会很难约见到用户。2) 主动积极了解客户业务和相关知识 在计算机技术方面我们可能非常专业，但对于具体的用户业务可能并不十分清楚。这个项目对用户是否有帮助、某一系统功能是否有用、某一流程处理是否合理，在不了解用户业务的情况下，我们将很难做出判断。因此只有在了解业务的基础上，我们才和用户有共同的沟通语言和业务理解，才能真正理解系统应具有哪些功能。笔者曾在经销商管理系统调研过程中，由于财务方面的知识有限，使得在对经销商财务部门的调研中对部分问题不是特别的理解。当时，笔者向用户虚心进行请教，并在调研结束后及时对自己的财务知识进行了补充。应用领域的知识是无边无际的，在各种项目的调研过程中，肯定会出现由于需求分析者缺乏某一领域的知识而影响需求分析工作的准确、顺利进行。遇到此类问题时，需求分析者应虚心向用户请教，同时应及时补充应用领域的知识。最好能够在调研前做好充分的准备。3) 对用户进行正确分类 组织中的用户在很多方面存在差异，例如:使用系统的频度和程度、计算机系统知识、所进行的业务过程以及个人的素质和喜好等。根据用户的特点，可对用户进行一定的分类。将用户分类并归纳各自特点，详细描述他们的个性特点及任务状况，将有助于需求的获取和分析。不同的问题需要询问不同的人，对于操作细节的问题，要和实际负责操作的用户进行沟通，而对于关乎全局的问题，则要和相应的管理层用户进行沟通。如通过组织架构图得知仓库部门有三种角色:仓库主管、发货理货员、系统操作员。我们发现仓库主管是对全盘业务相当熟悉的人，他负责协调本部门的全局事务;而发货理货员是部门的主要业务执行人;系统操作员则是仓库管理系统的直接操作者。若我们调研的目的是搞清该部门的整体性流程，我们会很自然地选择仓库主管作为访谈的对象。4) 引导用户，使用户充分表达自己的想法 在与用户交谈中，如何引导用户说出他们的需求是非常关键的。恰当的提问，会使用户滔滔不绝，充分发表自己的意见和建议。而不恰当的提问，可能会导致用户无法回答或敷衍了事地进行回答。提问可分为封闭式提问和开放式提问。封闭式提问目的明确。如:现在你们的送货单是手工填写还是电脑打印?但过多使用封闭式提问，会导致谈话枯燥，让用户感觉自己好像在接受审问。开放式提问是请对方对某一事物做进一步的解释，可使谈话达到一定的深度和广度。如:你认为目前的工作中存在哪些可以改进的地方?开放式提问缺点是容易使谈话内容偏离主题。因此在谈话过程中，应采用封闭式和开放式提问相结合的方式。以简单问题开始、从用户熟悉的内容开始。每次只提一个问题、集中一个重点，宁问勿猜。并尽量避免使用IT相关的一些术语，以便用户能够很好地理解我们的表达。5) 应实地了解用户工作流程 实地观察用户执行业务任务的过程。了解用户什么时候获得什么数据，并怎样使用这些数据，业务处理 过程中需要处理哪些单据，需要和哪些角色的用户发生关联等。这都将有助于明确产品的功能需求。经验证明，与人们面谈关于他们如何完成任务时会有许多限制和不准确性，而这是任务观察可以直接解决的。特别是对于某些组织中普遍接受的规则和方法，用户认为你也应理所当然知道，而不曾提起时。近年来，由于人机交互的复杂性惊人地增加，人机交互的观察和记录已引起人们的广泛注意。观察是一个主观的领域，很大程度上依赖于需求分析者的经验。在经销商管理系统的需求分析中，通过观察发现:某些客户要求送货单中的商品价格为含税价格，而有些客户则要求送货单上的商品价格为不含税价格;有些商品的税率为13%，而有的商品税率为17%;有些客户要求送货单上的金额小数点后保留四位，有的客户又要求送货单上必须提供自己公司的商品编码等。而这些都是在调研中，用户不曾提起的内容。6) 分析需求可行性 柳传志曾说:“没钱赚的事我们不干;有钱赚但投不起钱的事不干;有钱赚也投得起钱但没有可靠的人选，这样的事也不干。”柳传志为联想集团的决策确立了上述准则，同时也为可以行性分析指明了重点。可行性分析主要是针对某一需求决定是做还是不做。一般可行性主要考虑两个方面的因素:技术和人。技术方面主要是分析在给定的时间段内是否可实现所需的功能并满足产品的质量要求等相关指标。很多时候，用户的想法在实际实施过程中是不现实的。若一味地求全和盲目遵从用户的设想，将为项目的后续工作带来很大的风险。因此应尽量避免在需求分析中包含技术实施上有难度的功能。如在笔者曾经负责的一个项目中，用户要求新的管理系统应实现和用友、金蝶等管理系统的数据接口，以方便这些系统中的数据导人新的管理系统。许诺提供与用友、金蝶等系统的数据接口，将为新系统的成功实施带来很大的风险。因为熟悉这些系统需要时间，开发与它们的接口也需要时间，而且用友、金蝶等这些系统存在多个不同的版本。因此与外部系统接口的可行性定义为:不可行。人的方面主要考虑目标用户是否具有相应的素质和能力。在实际项目中，笔者曾对快速消费品行业经销商批次管理的可行性进行了分析。首先，批次管理将涉及到所有产品的出入库操作，并存在一个产品有多个批次的情况，因此批次管理对操作人员的能力和素质要求比较高。其次，快速消费品行业的特点决定了产品的出入库操作极为频繁，因此，操作人员的工作强度比较大。再次，大部分经销商的仓库所在地都距离城镇比较远，因此工作人员的文化水平普遍不高。在综合考虑后，将批次管理的可行性定义为低。对于复杂的项目，还应从经济方面和环境方面进行考虑。经济方面主要从投入、收益、短期、长远利益等方面进行分析。环境方面主要考虑市场环境和政策因素。7) 确定需求的优先级别 当客户的期望很高、开发时间很短且资源有限时，设定需求的相对优先级将有助于项目管理人员解决冲突、安排阶段性交付并做出必要的取舍。建立每个需求的重要性有助于规划软件的构造，以最少的费用提供产品的最大功能。特别是对渐进式的项目，优先级的设定就显得更为重要，因为在这些开发中，项目时间安排极为紧迫并且交付日期不可改变，一些低优先级的需求就需要推迟到后续版本中进行实现或直接取消。当众多用户因期望不同而就某些需求优先级的设定难以达成一致意见时，需求分析者可指出每一需求所需的费用、难度、技术风险或其他特定的与权衡需求有关的指标，来客观评价每一需求的优先级。8) 正确理解需求分析文档确认 需求分析是一项繁琐枯燥的工作，需要和用户不断的商讨、确认和反复。但大部分用户并不只做这项工作，特别当他被很多其他的事情缠身的时候，而无心在笔者曾负责的经销商管理系统中，经销商认为，库存过高将占用企业运转资金，增加企业负担;库存过低则无法满足客户订单，从而导致交货周期延长，降低企业市场竞争力。由于经销商对当前可用库存十分关注，因此可用库存的优先级被定义为:高优先级。仔细考虑或回答你的问题。这很容易使你错误地认为用户已经真正地了解并认可了你的分析文档。在需求分析文档上签字确认，通常被认为是用户同意需求分析内容的标志行为。而实际操作中，签字确认工作并未得到用户的充分重视。“他们要求我在需求文档上签名，于是我就签了，否则开发人员不开始编码。”用户的这种态度将可能给项目带来潜在的风险，如不断地进行需求变更等。对于需要用户确认的需求分析文档，最好在用户确认前，就文档内容对用户进行一定的讲解，以确保用户完全理解并认可文档中的内容。若用户对文档中的内容存在修改意见，则修改后再与用户进行确认，直至用户完全认可文档中的内容为止。9) 通常为对项目有一个整体、准确的理解，需求分析所包含的内容通常大于项目范围所包含的内容。因此，应让用户理解对于某些功能的讨论并不意味着即将在系统中实现它。应使用户明白对需求分析文档的签字确认是建立一个需求的基线，进一步的变更可在此基线上通过项目定义的变更过程来进行。需求确认将给初步的需求开发工作画上了双方都明确的句号，并有助于形成一个持续良好的用户与需求分析人员的关系，为项目的成功奠定坚实的基础。