需求分析思路总结

第一篇：需求分析思路总结

需求分析思路

需求说明书应该满足两方面阅读群体，想了解宏观需求的领导，和需要了解细节的技术员都合适。在写需求说明书时应该注意两个问题：

1、最好为每个需求注释，这样可让程序员了解需求的本质，以便选用最合适的技术来实现此需求。

2、需求说明不可有二义性，更不能前后相矛盾。如果有二义性或前后相矛盾，则要重新分析此需求。

一、需求的风险

由于项目的特殊性和行业覆盖的广阔性，以及需求分析的高风险性，软件需求分析的重要性是不言而喻的，同时需求分析又的的确确难做。其原因基本是由于以下情况造成的。

1、客户说不清楚需求

有些客户对需求只有朦胧的感觉，当然说不清楚具体的需求。此时，用户就会要求软件系统分析人员替他们设想需求。工程的需求存在一定的主观性，为项目未来建设埋下了潜在的风险。

2、需求自身经常变动

随着客户方对信息化建设的认识和自己业务水平的提高，他们会在不同的阶段和时期对项目的需求提出新的要求和需求变更。所以必须接受“需求会变动”这个事实，在进行需求分析时要懂得防患于未然，尽可能地分析清楚哪些是稳定的需求，哪些是易变的需求，以便在进行系统设计时，将软件的核心建筑在稳定的需求上，同时留出变更空间。

3、分析人员或客户理解有误

软件系统分析人员不可能都是全才，更不可能是行业方面的专家。客户表达的需求，不同的分析人员可能有不同的理解。如果分析人员理解错了，可能会导致以后的开发工作劳而无功。所以分析人员知识的专一性也会造成需求分析的误解和失败。

二、短期要求

根据调研情况，详细列出各职能部门的需求，形成需求文档，需求文档应包含以下几点：

1、给出触发功能的各种条件（如：控制流、运行状态、运行模式等）；功能描述必须清晰地描述出怎样输入到怎样输出，并且输入、输出描述应对应有数据流描述、控制流描述图，这些描述必须与其它地方描述一致；

2、定义各种可能性条件下的所有可能的输入（包括合法的输入空间和非法的输入空间）；

3、给出各种功能间可能的相互关系（如各个功能间的控制流、数据流、信息流，功能运行关系：顺序、重复、选择、并发、同步）；

4、尽可能不使用“待定”这样的词。所有含有待定内容的需求都不是完整的文件，如果出现待定的部分，必须进行待定部分内容说明，落实负责人员、落实实施日期。

5、功能描述应注意需求说明和程序设计的区别。需求设计仅仅是软件的功能设计，它给出软件运行的的外部功能描述，以及为了实现这一外部功能必须做哪些事情（采用和种数据结构，定义多个模块，接口间的接口等）是设计阶段的事情，功能描述不应涉及到那些细节问题，以避免给软件设计带来不必要的约束。

6、需求变更：详细描述变更的内容，定期召开需求变更讨论会，确定需求的变更与否。

三、中长期要求

1、第一阶段：访谈

这一阶段是和具体用户的领导层、业务层人员的访谈式沟通，主要目的是从宏观上把握用户的具体需求方向和趋势，了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体情况、客观的信息。建立起良好的沟通渠道和方式。针对具体的职能部门，最好能指定本次项目的接口人。

实现手段：访谈、业务调查表格

输出成果：业务调查报告、业务流程报告

2、第二阶段：诱导

这一阶段是在已经了解了具体用户方的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体实际、客观的信息基础上，结合现有的硬件、软件实现方案，做出简单的用户流程页面，同时结合以往的项目经验对用户采用诱导式、启发式的调研方法和手段，和用户一起探讨业务流程设计的合理性、准确性、便易性、习惯性。用户可以操作简单演示的DEMO，来感受一下整个业务流程的设计合理性、准确性等等问题，及时地提出改进意见和方法。

实现手段：拜访（诱导）、原型演示

输出成果：调研分析报告、原型反馈报告、业务流程报告

3、第三阶段：确认

这一阶段是在上述两个阶段成果的基础上，进行具体的流程细化、数据项的确认阶段，这个阶段必须提供原型系统和明确的业务流程报告、数据项表，并能清晰地向用户描述系统的业务流设计目标。用户方可以通过审查业务流程报告、数据项表以及操作提供的DEMO系统，来提出反馈意见，并对已经可接受的报告、文档签字确认。

实现手段：拜访（回顾、确认），提交业务流程报告、数据项表；原型演示系统

输出成果：需求分析报告、数据项、业务流程报告、原型系统反馈意见（后三者可以统一归入需求分析报告中，提交用户方、企管信息部进行确认和存档）

需求分析的三个阶段是需求调研中不可忽视一个重要的部分，特别在后期的需求改进中，工作则基本集中在后两个阶段中。

第二篇：需求分析

需求性分析

（网络书店管理系统）

一、概述

随着网络通讯技术的发展，网上书店作为出版社一种全新的销售手段，越来越受到人们的关注。它打破了传统销售模式在时间、空间上的限制，采用了先进的销售手段和销售方法，大大提高了经济效益和资源利用率，使商务活动上了一个新台阶。它可以使顾客足不出户，就能通过网络选购商品，并由相应的网络经销商送货上门。本系统的好处就是不仅能让消费者可以方便地得到所需商品，而且还能有效的减少销售环节，从而最大限度地降低了商品的最终价格。本项目所用的操作系统是windows 7，开发系统是Visual Studio 2008，数据库采用SQL Sever 2005。

三、数据字典

编号名称类型说明

1书籍信息数据存储书籍信息=书名+作者+年代+编号+采编人员

2会员信息数据存储会员信息=姓名+性别+出生日期+住址+联系电话

3图书细目数据存储图书细目=编号+购买记录

第三篇：需求分析

1、对投标人的要求

投标人必须认真阅读以下内容，以免造成投标失败。

1）投标人必须保证所提供的产品货真价实，所有产品均提交原始设备生产厂商证明。

2）设标人对招标人提出的需亲自到现场解决的问题能保障4小时内的响应，咨询应及时相应。

3）投标人应本着认真负责的态度组织技术队伍，并做好投标的整体方案并提出长期保修、维护、服务以及今后技术支持的措施计划和承诺。

4）自系统建设工作一开始，投标人就应允许招标人的工作人员参与系统的安装、测试、诊断及解决问题等各项工作。

5）投标人必须提供系统建设的工作内容、工作日程表，日程表内容至少应包括到货日期、验货日期、验货人员、现场安装、系统联调、系统试运行、集成验收、应用系统运行、技术培训等。

6）投标人必须保证有能力进行对设备（应用系统、材料）生产厂商的签约、督导和工作协调。

7）投标人应对满足规定指标的设备及软件供货商的在资信和信誉进行认真考核并对招标人负责。

8）投标人应将招标人标书中所有设备、软件。及与有关生产厂商签约和有关技术合作、维护、服务等文件以副本形式提供给招标人以份。

9）投标人应负责在项目完成时将系统的全部有关技术文件、资料及测试、验收报告等文档汇集成册交付招标人。

10）投标人应对招标人标书中所列内容全部验收后方为该项目的建设工作完成。

11）投标人和产品供货商对提供的产品保证的技术支持售后服务，保证的产品免费维修服务。

2、对于投标书的要求

1）投标人必须满足标书的要求，否则投标人的投标书将被拒绝并认作没有回答。

2）投标人必须审阅相关技术手册以便准备投标文件和技术部分，提供一个准确的陈述。对每个单项产品，投标人必须提供原厂商的正式技术指标说明材料。

3）在投标书中建议的每个硬件和软件的型号部件逐一说明。

4）投标人的投标文件需将技术部分和商务部分严格分离，分别封装，否则将可能影响评价结果。

3、对招标书的说明

1）投标人须提供详细外网建设方案。

2）必须按招标人提供的网络设备、软件、连接件进行设计。若有特殊情况无法满足系统方案及系统运行要求的，投标人应主动提出来，并以书面的形式告知招标人，待招标人确认后才进行修改。

一、建设的总体要求

南充市电子政务外网按照中共中央办公厅、国务院办公厅转发的《国家信息化领导小组关于电子政务建设指导意见》（中办发[2002]7号文件）的要求进行建设。电子政务外网与互联网逻辑隔离。纵向与中央、省、县、乡各级党政机关相连，横向与各级部门相连。本次建设要求市政府、市委、人大、政

协通过光缆连接，不在光缆覆盖范围内的部门通过租用电信营业运营商的线路输入，机房（设备间）设在南充市顺庆区清泉城市政府办公大楼。

二、建设的详细要求

（一）南充市电子政务外网平台建设工程项目。

1、网络建设的目标

采用千兆以太网技术，建成以千兆光纤（主干）+非屏蔽双绞线为主要传输介质的计算机通信网络。计算机网络设备的配置须满足南充市电子政务外网需求。符合中办发[2002]17号文件要求能适应2-3年内的业务增长和突发性事件的需要。确保系统的可扩展性和先进性，并注意设备的冗余设计以及网络的负载均衡。

2、网络平台的建设

政务外网是政府的业务专网，与互联网之间逻辑隔离，主要运行政务部门面向社会的专业性服务业务和不需要在内网上运行的业务。建设电子政务外网平台的目的是促进各个业务系统的互联、资源共享。

物理链路：市级汇接中心与各县（市区）汇接中心相连，实现上下之间、纵横之间的信息、文件的相互传输。设置支持多层交换和千兆的网络核心；采用具有千兆上连能力的10/100M自适应交换机作为访问层交换机；新区1、2、3号办公楼的计算机用户直接与本楼交换机相连访问政务外网。

传输介质：选择光纤作为网络主干（市政府至市委、人大、政协；1号楼至2号楼、3号楼）传输介质，其他采用非屏蔽超五类双绞线作为传输介质。

网络操作系统：Windows NT/2000 Server或UNIX或LINUX。

网络协议：TCP/IP。

网络应用平台：应用系统采用符合“建立统一的信息应用平台”进行设计和开发。应用系统的建设可根据各应用系统的特点，选用C/S或B/S模式，也可以采用两种模式相结合的方式。

3、数据中心建设

数据中心汇集电子政务外网的所有服务器系统和应用系统，是开展各种应用和服务的统一电子政务平台，是网络的运行管理中心。

4、网络安全建设

1）网络隔离

充分利用交换机的交换路由功能，根据业务管理需要划分VLAN

2）防火墙技术

3）虚拟专用网络（VPN）技术；

4）病毒防治技术

5、应用系统建设

电子政务网络平台的建设目的是应用，进行应用系统的建设是电子政务建设的核心内容，是电子政务建设的重中之重。

本次应用系统建设的重点是：

1）办公自动化系统

办公自动化系统建设的重点是市委办系统和市政府办系统。办公自动化系统常规技术要求：

 统一平台

系统要求基于Lotus Domino平台的开发，同时还将第三方开发工具

（Java、VC++）用于办公系统的底层开发，通过控件技术实现了手写批示、工作流定义、统计分析、个性化界面设计等，提供一套完整的基于Lotus Domino的办公自动化系统。

要求在Windows 2000NT、Linux等平台上实施基于Lotus Domino的办公系统。须购买相应的正版软件。

 支持B/S模式

办公系统支持B/S方式运行。

 工作即时提醒

工作即时提醒通过对服务器端个人信息的定时监测实待办事宜、邮件、便签信息及时提醒，以免耽误工作。提供常规的计算机提醒和扩展的手机或呼机提醒的组合。

 电子/手工并行支持

 办公系统在电子方式初期运转时特别注意到与纸质文件并行的支持因此

在每一个环节要求设置打印功能，部分环节还要设置扫描输入功能。 流程定义

（1）能提供完整的流程自定义：用户既可以选择预先配置好的流程模板收

发公文，又可以根据自己的意图，很方便地创建、修改流程无需编程。图形化的流程定制界面。

（2）能对整个工作流程进行实时跟踪监控并及时记录审核修改信息。能够

按照办公有关规定显示公文在其办理过程中所处的地点、状态，以便

采取相应的统计、分析、催办等处理措施。

（3）可以根据实际工作需要和各类办公业务的环节来定义任务停留时间，系统定时检测，超时催办提醒。当用户有新的任务需要处理时，系统

提供视觉和听觉的提醒功能。

 人员权限集中设置

（1）权限设置

开发与办公系统配套的权限设置控件，与系统配置集成在一起，便于系统管理员行使管理职责。

（2）工作流调整

工作流调整通过工作流定制平台实现，在工作流属性中可以调整

办理流程的管理员、阅读者、时间控制、归档等。

（3）办公系统群组授权

在处理属性中可调整办理人员、办理权限、处理的时间设置、域

值设置、分发设置、自动代理、读者控制、代办转办设置等。

（3）工作流中的人员调整

工作流中各个办理节点的办理人员要求支持角色（岗位）和人员

两种命名方式。

角色（岗位）是相对固定的，当针对某岗位的具体人员发生工作

调动、职务变更调离等变化时，管理员以最简单的方法发出变更

指令，调整角色（岗位）和具体人员的对应关系即可完成系统的调整角色（岗位）与具体人员对应关系在系统配置的人员管理中

实现。

 多种公文处理方式

文件修改支持键盘输入和手写批示，图像格式保存保证清晰，支持公文扫描输入系统初始化时可以自动检测文件扫描输入程序。能实现自动无损数据压缩。手写笔采用汉王手写识别笔或类似功能手写笔。能提供各种公文格式模板，简单易操作。

 手写控件痕迹保留

在办公自动化系统使用过程中，很多环节需要领导亲笔签名，为了解决这一问题，很多常规的办公自动化系统只好将文件打印出来，请领导亲笔签名。不仅学杂费纸，而且秘书的工作量也加大了。

在办公自动化系统中的任何需要领导亲笔签名的应用数据库中都可以方便地设置并使用。支持针对WORD格式文档批注，有选择地查看批注的笔迹；可清除未确认前批注的笔迹（分单笔划清除和全部清除，确认后不能清除）

 容错与纠错的能力

系统要充分考虑容错和纠错能力，以防止数据误操作而导致数据丢失。 系统操作安全日志

系统要求具有详细的系统日志功能，如：用户登录、数据库访问、邮件路由、数据复制、记账信息（已用时间、已读文档、写入文档、网络端口、网络使用、传送处理量）、中继连接等信息。

同时，管理员还要求能够对日志信息库进行维护操作。

 系统管理分级机制

办公系统涉及到单位内部大多数用户，因此办公系统管理工作量较大而且繁杂，因此办公系统管理分为系统管理员和应用管理员。

系统管理员负现：系统管理，包括验证字维护、用户人员维护、系统日志跟踪、办公数据备份、主从服务器复制（数据传输）设置；

应用管理负责：功能模块存取权限设置、流程定制、应用能数据初始化（关键字维护）等；

 应用系统监控

办公系统服务器保证管理员可随时查看、服务器资料。

 授权与代理人

待办事宜授予权。

2）政府门户信息网站

政府肩并肩信息网站是一个面向企业事业单位及公众用户的窗口。通过网站，可以树立南充市政府的形象，方便机关、企事业单位了解政府概况、行政审批、资格认证等相关事项；保证以最快捷的方式在最大的范围内让企事业单位了解最关心的政府信息。

a)网站设计原则

 整体设计分步实施

门户信息网站的设计不应该是一个孤立的网站,在设计上, 应考虑它与政务办公系统相关,同时考虑今后的变动和扩展;

 稳定安全性

信息安全是政府信息网实施的第一要素,网站系统不但要能够实现功能,更重要的是要稳定安全。否则，会影响政府形象。

 整合性

门户信息网站的建设应能实现内部办公事务和外部事务处理的整合，通

过建立政务办公信息流和事务信息流的平滑对接，提高信息流的效率。同时，能够实现多种沟通模式的整合，通过通讯平台的多样化优势，提高门户信息网站系统的覆盖能力。

 可扩展性

政府信息化建设是一个分阶段的长期过程，南充市外部信息网的构造具有高度的庶民性，以降低系统扩充的调入成本，并满足信息技术高速发展的需要。

 示范性

门户信息网站的建设所采用的技术和产品应对社会具有广泛的示范性和引导性，网站的总体结构应依据国家电子政务安全规范和国家电子政务标准技术参考模型设计。

 技术先进成熟性

门户信息网站应采用大型关系数据库、模块化等先进成熟的技术方法在给用户提供了极大的灵活性的同时，也有效地保证了系统的可靠性。 系统的易管理维护性

系统符合用户的使用习惯，并满足系统的各项要求，操作方便灵活，系统的实用性是新建系统的关键。

 系统的容错性

网站系统在实施之前经过了严格和多角度的测试，系统可对日常工作中的某些误操作应有防止功能，以保证整个系统的容错与纠错能力。

b)网站建设目标

建立一个开放的、基于标准的电子政务统一应用平台，实现信息交换和资源共享面向公众提供服务，增强各部门工作的透明度。

逐步支持数据、主意和视频业务，运行各部门的业务系统，实现各网间的信息交换和资源共享，同时建立完善的信息安全体系和相应的备份系统。c)网站功能

 远程数据维护

对数据库中的和户信息，可直接通过网络进行远程操作，用户只需进行管理员身份确认，即可对远程数据进行维护管理。管理员有权力对数据进行修改、添加、删除、分类等。

 身份安全确认

对远程数据库管理员的确认，保证数据安全性。

 信息调查

对网站相关的信息或者其他需要调查的信息进行定制问卷式调查，网站会自动统计不同选项的数据，以图形的方式表现出来。

 全文搜索：对本网站相关的信息进行搜索

 友情链接：可以进行一些比较好的网站进行链接，可以进行分类链接。 网站地图

 最新活动：实时的对各种大事进行发布，动态更新。

 会员注册

上网的用户可以进行动态注册，然后经过系统工程管理员进行确认的权限分本，可以进行相关内容的管理。普通注册的用户只可能管理自己要管理的信息，而网站管理员可以管理整个网站。

 滚动信息

以滚动的方式动态显示一条重要信息，可以随时进行替换更改。

 网站信息内容的自动控制更新

网站所有的内容都江堰市是动态显示，随时发布、随时更新。用户随时都江堰市可以看到最新网站内容。

 数据交换站

注册用户，经过管理员授权后，可以向指定目录上传文件或下载文件。权限控制台在管理系统中实现。

 留言板

为报名者设立的一个提问版块，用户可把在报名过程中遇到的所有问题进行提问，管理员将会以最快速度回答所有问题。浏览留言无需权限限制。

 市长信箱

3）电子邮件系统

支持5000用户，能够定制包过滤和别名服务，备份服务等。

4）应用交换平台系统

在电子政务应用交换台平台系统建设中，采用XML和J2EE（java 2 Enterprise Edition）技术实现。

6、信息资源建设

根据中办发[2002]17号文精神,信息资源建设的重点是抓基础性的全局性的战略性的重点数据库的建设。在坚持统筹、标准统一、整体协调的前提下，结合实际情况，本次重点进行以下数据库的建立；

1）文件资料数据库

将要对公众公布的有关文件夹资料，建立相应的数据库系统，为南充市领导决策提供支持，为南充公众提供服务，从而促进南充经济和社会发展。应保证以前的数据库能名平滑地过渡到现在的系统中。

2）地方法规数据库。应保证以前的数据能够平滑地过渡到现在的系统

中。

第四篇：软件项目需求分析总结

软件项目需求分析总结

我们做的需求只解决了我们能做出这样的项目，但是没有解决这样的项目是不是真就是客户想要的。造成这种状况的原因主要是下面几个情况：

客户本身说不清楚

文物网是这样，中彰国际更是这样，但是这不能怪客户，毕竟客户在软件方面的知识要少的多，也没有相关的经验，可能心里只有一个想要的软件的轮廓，于是可能会要求我们去替他们来完整这个轮廓的细节，而我们的能力、我们能否真正站在客户角度去搜集和整理这些需求，就决定了这个需求的完整性和有效性。

需求自身经常变动

随着客户对这个项目越来越深刻的理解，那么可能他的需求也会随之改变，这些变化的可能性越大项目风险就会越大，我们在需求分析的时候就要充分考虑到哪些需求是相对固定的需求，哪些可能会是产生变动的需求，考虑到他的可变性，这样设计功能和数据库的时候不致因为后面的变动而影响整个工程。分析人员或客户理解有误

毕竟，不是每个分析人员都是专业而合格的，为避免这种情况的发生，需求分析必须要有审核制度，公司自己内部要审核一遍，客户再审一遍，提出意见，修改后双方共同评审签字，确认。

由此出现的问题：

a)需求分析过于笼统，只关注到面上，没有关注到点上，开发出来的东西在具体的细节上和客户的理解有误差，并且无法严格界定是否属于需求变更。中彰的方案就是这样的。

b)需求报告只求我们这方评审通过，不去关心客户的评审，认为只要客户签字认可就行。虽然签字认可能够给日后出现问题时划清我们的责任，但是不能保证使项目实施成功。

c)需求分析中含有技术实施上有难度的功能，一味的求全和盲目按照客户的设想，受客户影响过大，毕竟，很多时候，客户的想法在实际实施过程中是不现实的，或者可以有更为简便的方法来替代的。如中彰国际的在线交易功能，后台大批量邮件群发功能。

d)对双方已经确定的需求，实现以后并不适合客户使用，需要按照变更手续执行的时候，客户可能会纠缠，提出“你们是专业人士，你们应该事先能提醒我们可能会出现这种问题”并以此来把责任推给我们，而我们又不好完全按照变更手续执行，因为可能激化双方的矛盾，比如508的批量处理功能，因为属于人事

管理比较专业的细节问题，需求分析师开始没有对客户业务熟悉到如此细致的地步，而客户也没有过多关注这些细节，导致软件的某些功能不合用，较为繁琐，而重新按着客户的意见修改的话工作量比较大，导致成本增加、工期延长。e)项目的成熟度受客户预算的限制。大部分客户在项目投入上都是有预算的，在成本有上限的前提下，项目的功能设计(软件的成熟度)方面必然受一定影响，毕竟功能越多越完善，相应的开发成本就越高。这种功能上的不完善需要事先告知客户并得到理解。

f)此项工作的反复造成思想上的倦怠，使需求分析最后虎头蛇尾。需求分析是一项繁琐枯燥的工作，需要和客户之间不断的商讨、确认和反复，另外由于大部分的客户虽然安排专人负责这项工作，但是该人并不只做这项工作，特别当他被很多其他的事情缠身的时候，而无心细看提交过去的需求报告的时候，他很可能会给你一个错觉，让你认为他已经真正的理解并认可了你的设计。结论

a)需求分析是整个项目管理中需要重点控制的几个关键节点之一，首先思想上一定要重视。

b)需求分析报告的编写者要参与到需求的搜集工作中，准确领会客户的意图，并转化成软件能够实现的功能。对于说不清楚需求的客户，要善于问关键问题，引导客户提出自己的需求。可以采取的措施是事先编制一个问卷调查之类的文档，详细列举需要客户回答的问题，以便防止遗漏。

c)需求报告的编写者要能够对客户需求进行深入分析，区别出哪些需求存在日后变更的可能，哪些需求属于相对固定的，哪些需求能够实现，哪些需求需要变通才能实现，以便于指导后面的功能设计。

d)需求分析报告对功能细节的描述不能有歧义，描述一定要全面、准确，防止开发方和客户只见对同一个问题有两个截然不同的理解。可以通过评审，用大家的力量来避免这种情况发生

e)需求报告的每个关乎功能的描述都要让客户明白和理解，客户在理解之上的确认才能够保证日后一旦出现问题不致出现双方互相推托责任纠缠不清的情况。

f)需求报告一定要经过一个有技术人员和业务人员参加的评审，要充分发挥团队的力量，重视每个人的才智，一个模块一个功能的逐一的过，让大家来共同找出需求报告里不合理的、有歧义的、不完善的、遗漏的等等问题g)帮助客户去理解提交给他的需求分析报告而不是只等签字，对于有能够用好几种方式实现的功能，尽量做到能让客户去比较和选择。不要让客户对报告中的部分产生歧义。只有客户对报告的完全的理解，才能在日后客户提出的修改被认为是需求变更的时候能够得到客户的理解

h)最后，需求分析报告一定要双方共同签字确认

第五篇：软件项目需求分析总结

软件项目需求分析总结

需求分析是项目开发的基础，基础打的牢不牢直接关系到后面所有的工作，是项目实施成败的关键 总体上说，我们的需求分析是做了，但是做得很不够，我们做的需求只解决了我们能做出这样的项目，但是没有解决这样的项目是不是真就是客户想要的。造成这种状况的原因主要是下面几个情况： 客户本身说不清楚 文物网是这样，中彰国际更是这样，但是这不能怪客户，毕竟客户在软件方面的知识要少的多，也没有相关的经验，可能心里只有一个想要的软件的轮廓，于是可能会要求我们去替他们来完整这个轮廓的细节，而我们的能力、我们能否真正站在客户角度去搜集和整理这些需求，就决定了这个需求的完整性和有效性。需求自身经常变动 随着客户对这个项目越来越深刻的理解，那么可能他的需求也会随之改变，这些变化的可能性越大项目风险就会越大，我们在需求分析的时候就要充分考虑到哪些需求是相对固定的需求，哪些可能会是产生变动的需求，考虑到他的可变性，这样设计功能和数据库的时候不致因为后面的变动而影响整个工程。分析人员或客户理解有误 毕竟，不是每个分析人员都是专业而合格的，为避免这种情况的发生，需求分析必须要有审核制度，公司自己内部要审核一遍，客户再审一遍，提出意见，修改后双方共同评审签字，确认。由此出现的问题： a)需求分析过于笼统，只关注到面上，没有关注到点上，开发出来的东西在具体的细节上和客户的理解有误差，并且无法严格界定是否属于需求变更。中彰的方案就是这样的。b)需求报告只求我们这方评审通过，不去关心客户的评审，认为只要客户签字认可就行。虽然签字认可能够给日后出现问题时划清我们的责任，但是不能保证使项目实施成功。c)需求分析中含有技术实施上有难度的功能，一味的求全和盲目按照客户的设想，受客户影响过大，毕竟，很多时候，客户的想法在实际实施过程中是不现实的，或者可以有更为简便的方法来替代的。如中彰国际的在线交易功能，后台大批量邮件群发功能。d)对双方已经确定的需求，实现以后并不适合客户使用，需要按照变更手续执行的时候，客户可能会纠缠，提出“你们是专业人士，你们应该事先能提醒我们可能会出现这种问题”并以此来把责任推给我们，而我们又不好完全按照变更手续执行，因为可能激化双方的矛盾，比如508的批量处理功能，因为属于人事管理比较专业的细节问题，需求分析师开始没有对客户业务熟悉到如此细致的地步，而客户也没有过多关注这些细节，导致软件的某些功能不合用，较为繁琐，而重新按着客户的意见修改的话工作量比较大，导致成本增加、工期延长。e)项目的成熟度受客户预算的限制。大部分客户在项目投入上都是有预算的，在成本有上限的前提下，项目的功能设计（软件的成熟度）方面必然受一定影响，毕竟功能越多越完善，相应的开发成本就越高。这种功能上的不完善需要事先告知客户并得到理解。f)此项工作的反复造成思想上的倦怠，使需求分析最后虎头蛇尾。需求分析是一项繁琐枯燥的工作，需要和客户之间不断的商讨、确认和反复，另外由于大部分的客户虽然安排专人负责这项工作，但是该人并不只做这项工作，特别当他被很多其他的事情缠身的时候，而无心细看提交过去的需求报告的时候，他很可能会给你一个错觉，让你认为他已经真正的理解并认可了你的设计。结论 a)需求分析是整个项目管理中需要重点控制的几个关键节点之一，首先思想上一定要重视。b)需求分析报告的编写者要参与到需求的搜集工作中，准确领会客户的意图，并转化成软件能够实现的功能。对于说不清楚需求的客户，要善于问关键问题，引导客户提出自己的需求。可以采取的措施是事先编制一个问卷调查之类的文档，详细列举需要客户回答的问题，以便防止遗漏。c)需求报告的编写者要能够对客户需求进行深入分析，区别出哪些需求存在日后变更的可能，哪些需求属于相对固定的，哪些需求能够实现，哪些需求需要变通才能实现，以便于指导后面的功能设计。d)需求分析报告对功能细节的描述不能有歧义，描述一定要全面、准确，防止开发方和客户只见对同一个问题有两个截然不同的理解。可以通过评审，用大家的力量来避免这种情况发生 e)需求报告的每个关乎功能的描述都要让客户明白和理解，客户在理解之上的确认才能够保证日后一旦出现问题不致出现双方互相推托责任纠缠不清的情况。f)需求报告一定要经过一个有技术人员和业务人员参加的评审，要充分发挥团队的力量，重视每个人的才智，一个模块一个功能的逐一的过，让大家来共同找出需求报告里不合理的、有歧义的、不完善的、遗漏的等等问题 g)帮助客户去理解提交给他的需求分析报告而不是只等签字，对于有能够用好几种方式实现的功能，尽量做到能让客户去比较和选择。不要让客户对报告中的部分产生歧义。只有客户对报告的完全的理解，才能在日后客户提出的修改被认为是需求变更的时候能够得到客户的理解 h)最后，需求分析报告一定要双方共同签字确认。