需求调研方法

去百度文库，查看完整内容>内容来自用户:刘翠彪如何了解客户需求并做好分析什么是客户需求(如何了解客户需求并做好分析)　暗示需求和明确需求。暗示需求就是客户对难点、困难、不满的陈述，明确需求就是客户对难点、困难、不满的具体陈述。 　　1，首先要圈定明确的客户群 　　只有明确的客户群 　　才能让我们很好去研究 　　2，学会用客户的语言来描绘产品 　　3，学会理解客户的多重身份 　　4，了解客户的价值观 　　5，理解客户需求背后的深层次心理需求 　　6，像客户一样体验，像客户一样感知他们的生活世界 　　1）像客户一样看 　　2）像客户一样用 　　3）像客户一样想 　　去体验客户的生活世界，而不是客观世界。只有这样，才能像有经验的销售那样，能见到什么人说什么话。销售员如何了解客户的需求(如何了解客户需求并做好分析)利用提问来了解客户需求通过倾听来了解客户需求通过观察来了解客户需求客户的需求是千差万别的，不了解客户的需求，就无法提供有效的服务，更不可能赢得客户忠诚。在实践中，通常可以通过以下方法来了解客户的需求。1．利用提问来了解客户的需求要了解客户的需求，提问题是最直接、最简便有效的方式。通过提问可以准确而有效地了解到客户的真正需求，为客户提供他们所需要的服务，在实际运用中有以下几种提问方式可以供我们灵活选择运用：(4)　　不提产品只问问题

软件需求的定义：（1）用户解决问题或达到目标所需的条件或能力。（2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。（3）一种反映上面(1)或(2)所描述的条件或权能的文档说明。 实通俗的讲，“需求”就是用户的需要，它包括用户要解决的问题、达到的目标、以及实现这些目标所需要的条件，它是一个程序或系统开发工作的说明，表现形式一般为文档形式。需求工程的定义：需求分析的过程，也叫做需求工程和需求阶段，它包括了需求开发和需求管理两个部分。需求开发是指从情况收集、分析和评价到编写文档、评审等一系列产生需求的活动，分为四个阶段：情况获取、分析、制订规格说明和评审。这四个阶段不一定是遵循线性顺序的，他们的活动是相互独立和反复的。需求管理是软件项目开发过程中控制和维持需求约定的活动，它包括：变更控制、版本控制、需求跟踪、需求状态跟踪等工作。需求开发与管理的一些方法：（1）绘制关联图：绘制系统关联图是用于定义系统与系统外部实体间的界限和接口的简单模型。（2）可行性分析：在允许的成本、性能要求下，分析每项需求实施的可行性，提出需求实现相关风险，包括与其它需求的冲突，对外界因素的依赖和技术障碍。（4）系统原型：当用户自身对有的需求不十分清楚时，我们可以建立一个系统原型，用户通过评价原型更好地理解所要解决的问题。。（5）图形分析模型：绘制图形分析模型是编制软件需求规格说明重要手段。它们能帮助分析人员理清数据、业务模式、工作流程以及他们之间的关系，找出遗漏、冗余和不一致的需求。这样的模型包括数据流图、实体关系图、状态变换图、对话框图、对象类及交互作用图。（6）数据字典：数据字典是对系统用到的所有数据项和结构的定义，以确保开发人员使用统一的数据定义。在需求阶段，数据字典至少应定义客户数据项，确保客户与开发小组是使用一致的定义和术语。需求管理的方法主要包括以下一些方面：1）确定需求变更控制过程。制定一个选择、分析和决策需求变更的过程，所有的需求变更都需遵循此过程。2）进行需求变更影响分析。评估每项需求变更，以确定它对项目计划安排和其它需求的影响，明确与变更相关的任务并评估完成这些任务需要的工作量。通过这些分析将有助于需求变更控制部门做出更好的决策。3）建立需求基准版本和需求控制版本文档。确定需求基准，这是项目各方对需求达成一致认识时刻的一个快照，之后的需求变更遵循变更控制过程即可。每个版本的需求规格说明都必须是独立说明，以避免将底稿和基准或新旧版本相混淆。4）维护需求变更的历史记录。将需求变更情况写成文档，记录变更日期、原因、负责人、版本号等内容，及时通知到项目开发所涉及的人员。为了尽量减少困惑、冲突、误传，应指定专人来负责更新需求。5）跟踪每项需求的状态。可以把每一项需求的状态属性（如已推荐的，已通过的，已实施的，或已验证的）保存在数据库中，这样可以在任何时候得到每个状态类的需求数量。6）衡量需求稳定性。可以定期把需求数量和需求变更（添加、修改、删除）数量进行比较。过多的需求变更"是一个报警信号"，意味着问题并未真正弄清楚。4.需求分析评价标准（1）清晰：目前大多数的需求分析采用的仍然是自然语言，自然语言对需求分析最大的弊病就是它的二义性，所以开发人员需要对需求分析中采用的语言做某些限制。例如尽量采用主语＋动作的简单表达方式。需求分析中的描述一定要简单，千万不要采用疑问句、修饰这些复杂的表达方式。 除了语言的二义性之外，注意不要使用行话，就是计算机术语。需求分析最重要的是和用户沟通，可是用户多半不是计算机的专业人士，如果在需求分析中使用了行话，就会造成用户理解上的困难。（2）完整：需求的完整性是非常重要的，如果有遗漏需求，则不得不返工，在软件开发过程中，最糟糕的事情莫过于在软件开发接近完成时发现遗漏了一项需求。但实际情况是，需求的遗漏是常发生的事情，这不仅仅是开发人员的问题，发生在用户那里。要做到需求的完整性是很艰难的一件事情，它涉及到需求分析过程的各个方面，贯穿整个过程，从最初的需求计划制定到最后的需求评审。（3）一致：一致性是指用户需求必须和业务需求一致，功能需求必须和用户需求一致。在需求过程中，开发人员需要把一致性关系进行细化，比如用户需求不能超出预前指定的范围。严格的遵守不同层次间的一致性关系，就可以保证最后开发出来的软件系统不会偏离最初的实现目标。（4）可测试：一个项目的测试从什么时候开始呢？有人说是从编码完成后开始，有人说是编码的时候同时进行单元测试，编码完成后进行系统测试，这些结论都不完全正确。实际上，测试是从需求分析过程就开始了，因为需求是测试计划的输入和参照。这就要求需求分析是可测试的，只有系统的所有需求都是可以被测试的，才能够保证软件始终围绕着用户的需要，保证软件系统是成功的。

项目需求分析是一个项目的开端，也是项目建设的基石。在以往建设失败的项目中，80％是由于需求分析的不明确而造成的。因此一个项目成功的关键因素之一，就是对需求分析的把握程度。 在原则上，需求阶段监理应尊重承建方的项目管理和项目分析能力；在具体的任务开展上，以不深入、不干扰承建方的自主权为主，除非在项目合作过程中发现承建方的项目管理以及项目分析能力存在很大的差距和不足。 为了保证项目的成功，监理方必须加强项目管理和项目分析工作，在具体的操作上可以坚持吸收、同化、贯彻的方法和手段。其中，需求分析是一个项目的开端，也是项目建设的基石。在以往建设失败的项目中，80％是由于需求分析的不明确而造成的。因此一个项目成功的关键因素之一，就是对需求分析的把握程度。而项目的整体风险往往表现在需求分析不明确、业务流程不合理，用户不习惯或不愿意去用承建方的软件。作为第三方的监理公司，必须提醒承建方、客户方重视需求分析的重要性，采用必要的手段和方法来进行需求调研，同时监理方也应深入具体的需求调研中去。只有这样才能切切实实地把握用户的需求和方向，才能在将来的功能界定、开发范围上有发言权。 需求分析不象侦探推理那样需从蛛丝马迹着手，而是应该先了解宏观的问题，再了解细节的问题。 一个应用软件系统（记为S）的涉及面可能很广，可以按不同的问题域（记为D）分类，每个问题域对应于一个软件子系统。 S={D1，D2，D3，…Dn} 问题域Di由若干个问题（记为P）组成，每个问题对应于子系统中的一个软构件。 Di={P1，P2，P3，…Pm} 问题Pj有若干个行为（或功能，记为F），每个行为对应于软构件中的实现接口。 Pj={F1，F2，F3，…Fk} 需求说明书应该对于那些只想了解宏观需求的领导，和需要了解细节的技术员都合适。在写需求说明书时应该注意两个问题： 1.最好为每个需求注释“为什么”，这样可让程序员了解需求的本质，以便选用最合适的技术来实现此需求。 2.需求说明不可有二义性，更不能前后相矛盾。如果有二义性或前后相矛盾，则要重新分析此需求。 重点监控需求分析 由于项目的特殊性和行业覆盖的广阔性，以及需求分析的高风险性，软件需求分析的重要性是不言而喻的，同时需求分析又的的确确难做。其原因基本是由于以下情况造成的。 客户说不清楚需求 有些客户对需求只有朦胧的感觉，当然说不清楚具体的需求。例如全国各地的很多部门、机构、单位在进行应用系统以及网络建设时，客户方的办公人员大多不清楚计算机网络有什么用，更缺乏IT系统建设方面的专家和知识。此时，用户就会要求软件系统分析人员替他们设想需求。工程的需求存在一定的主观性，为项目未来建设埋下了潜在的风险。 需求自身经常变动 根据以往的历史经验，随着客户方对信息化建设的认识和自己业务水平的提高，他们会在不同的阶段和时期对项目的需求提出新的要求和需求变更。事实上，历史上没有一个软件的需求改动少于三次的！所以必须接受“需求会变动”这个事实，在进行需求分析时要懂得防患于未然，尽可能地分析清楚哪些是稳定的需求，哪些是易变的需求，以便在进行系统设计时，将软件的核心建筑在稳定的需求上，同时留出变更空间。咨询监理方在需求分析的功能界定上担任一个中间、公平、公正的角色，所以也必须积极参与到需求分析的准备中来，以便协助客户方和承建方来界定“做什么”、“不做什么”的系统功能界限。 分析人员或客户理解有误 软件系统分析人员不可能都是全才，更不可能是行业方面的专家。客户表达的需求，不同的分析人员可能有不同的理解。如果分析人员理解错了，可能会导致以后的开发工作劳而无功。记得一则笑话，有个外星人间谍潜伏到地球刺探情报，它给上司写了一份报告：“主宰地球的是汽车。它们喝汽油，靠四个轮子滚动前进，嗓门极大，双眼在夜里能射出强光……有趣的是，车里住着一种叫作‘人’的寄生虫，这些寄生虫完全控制了车。”所以分析人员知识的专一性也会造成需求分析的误解和失败。这时，咨询监理公司就必须根据实际的项目需求调研计划，提醒承建方加强业务了解程度和注重沟通技巧。 需求分析方法论 根据以往的工程经验，需求分析工作方法，应该定位在“三个阶段”（也称“三步法”）。 第一阶段：“访谈式”（Visitation） 这一阶段是和具体用户方的领导层、业务层人员的访谈式沟通，主要目的是从宏观上把握用户的具体需求方向和趋势，了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体情况、客观的信息。建立起良好的沟通渠道和方式。针对具体的职能部门以及各委办局，最好能指定本次项目的接口人。 实现手段：访谈、调查表格 输出成果：调查报告、业务流程报告 第二阶段：“诱导式”（Incement） 这一阶段是在承建方已经了解了具体用户方的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体实际、客观的信息基础上，结合现有的硬件、软件实现方案，做出简单的用户流程页面，同时结合以往的项目经验对用户采用诱导式、启发式的调研方法和手段，和用户一起探讨业务流程设计的合理性、准确性、便易性、习惯性。用户可以操作简单演示的DEMO，来感受一下整个业务流程的设计合理性、准确性等等问题，及时地提出改进意见和方法。 实现手段：拜访（诱导）、原型演示 输出成果：调研分析报告、原型反馈报告、业务流程报告 第三阶段：“确认式”（Afirm） 这一阶段是在上述两个阶段成果的基础上，进行具体的流程细化、数据项的确认阶段，这个阶段承建方必须提供原型系统和明确的业务流程报告、数据项表，并能清晰地向用户描述系统的业务流设计目标。用户方可以通过审查业务流程报告、数据项表以及操作承建方提供的DEMO系统，来提出反馈意见，并对已经可接受的报告、文档签字确认。 实现手段：拜访（回顾、确认），提交业务流程报告、数据项表；原型演示系统 输出成果：需求分析报告、数据项、业务流程报告、原型系统反馈意见（后三者可以统一归入需求分析报告中，提交用户方、监理方进行确认和存档） 整体来讲，需求分析的三个阶段是需求调研中不可忽视一个重要的部分，三个阶段或者说三步法的实施和采用，对用户和承建方都同样提供了项目成功的保证。当然在系统建设的过程中，特别在采用迭代法的开发模式时，需求分析的工作需一直进行下去，而在后期的需求改进中，工作则基本集中在后两个阶段中。

商业项目的调研是一门课程不是三言两语说的清的，而且也非常灵活的一个事情，不能完全按别人办法做。我觉得最直接有效的办法是：以下是给你找的一些资料你看看有没有用一般来讲，获取信息的方法有两种，一是随机的获取信息，很多情况下，你并一定有获取信息的明确目标或具体计划。很多有价值的信息是在你不意的时候发现的。作为一个生意人，读报、看电视、观光旅游、漫步、与人闲谈，都要做个有心人，时时留意有价值的信息。第二种获取信息的方法，就是带有明确的目的，具体的计划，运用一定的手段去获取信息，这也就是我们平常说的市场调查。（一）市场调查的主要内容1、经营环境调查②行业环境调查。调查你所经营的业务，开展的服务项目所属行业的发展状况、发展趋势、行业规则及行业管理措施。比如，从事美容美发行业，应该了解该行业国内及本地区的发展状况，国际国内流行趋势和先进美容技术，该行业的行业规范和管理制度制度有哪些。从事服装业的，应该了解服装行业的发展趋势，流行色和流行款式，服装技术发展潮流等。“家有家法，行有行规”进入一个新行当，应充分了解和掌握该行业信息，这样，才能有助于你尽快实现从“门外汉”到内行的转变。③宏观经济状况调查。宏观经济状况是否景气，直接影响老百姓的购买力。如果企业效益普遍不好，经济不景气，你的生意就难做，反之你的生意就好做，这就叫做大气候影响小气候。因此，掌握大气候的信息，是做好小生意的重要参数。经济景气宜采取积极进取型经营方针，经济不景气也有挣钱的行业，也孕育着潜在的市场机遇，关键在你如何把握和判断。比如，1989年夏天，香港部分有钱人纷纷移居外国，市场低迷，地价楼价大跌。在这种状况下，少数精明的、有政治眼光的商人看准时机，在楼价下跌时大量买进“楼花”。不出半年中国政府局稳定，改革开放的政策不变，“一国两制”方针不变，保持香港繁荣稳定不变，形势明朗，楼价攀升，精明的、有政治眼光的商人着实大赚一把。因此，了解客观经济形势，掌握经济状况信息，是经营环境调查的一项重要内容。2、市场需求调查如果你要生产或经销某一种或某一系列产品，应对这一产品的市场需求量进行调查。也就是说，通过市场调查，对产品进行市场定位。比如你经销某种家用电器，你应调查一下市场对这种家用电器的需求量，有无相同或相类似的产品，市场占有率是多少。比如你提供一项专业的家庭服务项目，你应调查一下居民对这种项目的了解和需求程度，需求量有多大，有无其它人或公司提供相同的服务项目，市场占有率是多少。3、顾客情况调查这些顾客可以是你原有的客户，也可能是你潜在的顾客。顾客情况调查包括两个方面的内容：一是顾客需求调查，例如购买某种产品（或服务项目）的顾客大都是此什么人（或社会团体、企业），他们希望从中得到那方面的满足和需求（如效用、心理满足、技术、价格、交货期、安全感等），现时好些产品（或服务项目）能够或者为什么能够较好地满足他们某些方面的需要等。二是顾客的分类调查。重点了解顾客的数量、特点及分布，明确你的目标顾客，掌握他们的详细资料，如果是某类企业和单位的话，应了解这些单位的基本状况，如进货渠道、采购管理模式，取系电话、办公地址，某项业务负责人具体情况和授权范围，对某种产品和服务项目的需求程度，购买习惯和特征。如果顾客是消费者个人，应了解消费群体种类，即目标顾客的大致年龄范围、性别、消费特点、用钱标准，对某种产品和服务项目的需求程度，购买动机、购买心理、使用习惯。掌握这些信息，将为你有针对性开展业务做准备。4、竞争对手调查在开放的市场经济条件下，做独家买卖太难了，在你开业前，也许已有人做相同或类似的业务，这些就是你现实的竞争对手。也许你开展的业务是全新的，有独到之处，在你刚开始经营的时候，没有现实的对手；一旦你的生意兴旺，马上就会有许多人学习你的业务，竞相加入你的竞争行列，这些就是你潜在对手。“知己知彼，方能百战不殆”，了解竞争对手的情况，包括竞争对手的数量与规模，分布与构成，竞争对手的优缺点及营销策略，做到心中有数，才能在激烈的市场竞争中占居有利位置，有的放矢地采取一些竞争策略，做到人无我有，人有我优，人优我更优。5、市场销售策略调查重点调查了解目前市场上经营某种产品或开展某种服务项目的促销手段、营销策略和销售方式主要有哪些。如销售渠道、销售环节，最短进货距离和最小批发环节，广告宣传方式和重点，价格策略，有哪些促销手段，有奖销售还是折扣销售，销售方式有哪些，批发还是零售，代销还是传销，专卖还是特许经营等，调查一下这些经营策略是否有效，有哪些缺点和不足，从而为你决策采取什么经营策略、经营手段、提供依据。（二）常见的市场调查方法1、按调查范围不同，市场调查可分为：市场普查、抽样调查和典型调查三种。市场普查，即对市场进行一次性全面调查，这种调查量大、面广、费用高、周期长、难度大、但调查结果全面、其实、可靠。一般下岗职工做的一些业务，没有能力，也没有必要搞这种大规模的市场普查。抽样调查，据此推断整个总体的状况。比如你经销一种小学生食品和用品，完全可选择一二个学校的一两个班级小学生进行调查，从而推断小学生群体对该种产品的市场需求情况。典型调查，即从调查对象的总体中挑选一些典型个体进行调查分析，据此推算出总体的一般情况。如对竞争对手的调查，你可以从众多的竞争对手中选出一两个典型代表，深入研究了解，剖析它的内在运行机制和经营管理优越点，价格水平和经营方式，而不必对所有的竞争对手都进行调查，这样难度大，时间长。2、按调查方式不同，市场调查可分为：访问法、观察法和试销或试营法。访问法，即事先拟定调查项目，通过面谈、信访、电话等方式向被调查者提出询问，以获取所需要的调查资料。这种调查简单易行，有时也不见得很正规，在与人聊天闲谈时，就可以把你的调查内容穿插进去，在不知不觉中进行着市场调查。观察法，即调查人员亲临顾客购物现场，如商店和交易市场，亲临服务项目现场，如饭店内和客车上，直接观察和记录顾客的类别，购买动机和特点，消费方式和习惯，商家的价格与服务水平，经营策略和手段等，这样取得的一手资料更真实可靠。要注意的是你的调查行为不要被经营者发现。试销或试营法。即对拿不准的业务，可以通过营业，或产品试销，来了解顾客的反映和市场需求情况。

三个有效方法:1.直接问客户，仔细聆听并详尽记录，再思考分析 2.问客户的客户，也是仔细感受和做到位 3.问客户的竞争者,看对手的优点和缺失，为客户设想;谢谢!

项目需求分析是一个项目的开端，也是项目建设的基石。在以往建设失败的项目中，80％是由于需求分析的不明确而造成的。因此一个项目成功的关键因素之一，就是对需求分析的把握程度。 在原则上，需求阶段监理应尊重承建方的项目管理和项目分析能力...

1、根据购买商品目的不同，市场调查可分为消费者市场调查和产业市场调查2、根据商品流通环节不同，可分为批发市场调查和零售市场调查3、根据产品层次、空间层次、时间层次不同，可分为各种不同类型的市场调查按照产品层次不同，可以分为物质产品调查和服务市场调查对于物质产品又可区分为很多不同商品类别或商品品种的市场调查。按照空间层次不同，可以分为国际市场调查和国内市场调查。国内市场调查，又可再区分如城市、农村市场调查等。按照时间层次不同，可分为经常性、一次性、定期性市场调查。4、根据市场体系中对子体系的划分，可分为金融、证券、期货、人力资源、房地产、网络、技术等市场调查。5、根据调查目的和深度不同，可以分为探索性、描述性、因果性和预测性市场调查。6、根据调查对象范围不同，可以分全面调查和非全面调查。探索性调查（非正式市场调查）是为了使问题更明确而进行的小规模调查活动。当研究的问题或范围还不甚明确时可采用探索性调查。描述性调查是进行事实资料的搜集、整理，把市场的客观情况如实地加以描述和反映。因果性调查是为了研究市场现象与影响因素之间客观存在的联系而进行的市场调查。

去百度文库，查看完整内容>内容来自用户:昊世莺莉有效的培训需求[内容概要]1、培训需求分析后的三个成果2、有效的培训需求分析方法3、培训需求分析的流程4、培训内容与方法5、培训课程与教材6、培训者指南一、培训需求分析后的三个成果需求分析成果1：为什么培训（培训的目的）谁需要培训（培训的需求对象）培训什么（培训的内容）培训的深度与广度（培训的目标）需求分析成果2：企业对培训的态度培训可能的障碍与问题需求分析成果3：•企业具有的培训资源•可利用的外部资源有哪些二、有效的培训需求分析方法有效的培训需求分析方法1观察法—到员工实际工作现场了解员工工作技能、行为表现、主要问题的分析方法。适用性—生产作业与服务性工作，其他有一定参考。观察对象：时间：进行的工作项目：工作行为流程：工作完成情况：主要的问题：（规范化行为、作业标准、职业化、沟通、技能等）改善内容：有效的培训需求分析方法2资料信息分析法—从既往资料、方案等分析培训需求包括：计划书、培训记录、绩效总结等1、公司发展与变化公司从去年6月至今年9月，公司并购3家公司；发展太阳能新业务；员工人数从1500余人发展到4000余人A口情景模拟表表表表表第六节通常，培训目标是在完成培训需求分析后也应该进行的工作，主要是分析培训具体能够解决哪些方面的问题，解决到什么程度。通常，培

通过对应问题及其环境的理解与分析，为问题涉及的信息、功能及系统行为建立模型，将用户需求精确化、完全化，最终形成需求规格说明，这一系列的活动即构成软件开发生命周期的需求分析阶段。　　需求分析是介于系统分析和软件设计阶段之间的桥梁。一方面，需求分析以系统规格说明和项目规划作为分析活动的基本出发点，并从软件角度对它们进行检查与调整；另一方面，需求规格说明又是软件设计、实现、测试直至维护的主要基础。良好的分析活动有助于避免或尽早剔除早期错误，从而提高软件生产率，降低开发成本，改进软件质量。　　需求工程是随着计算机的发展而发展的，在计算机发展的初期，软件规模不大，软件开发所关注的是代码编写，需求分析很少受到重视。后来软件开发引入了生命周期的概念，需求分析成为其第一阶段。随着软件系统规模的扩大，需求分析与定义在整个软件开发与维护过程中越来越重要，直接关系到软件的成功与否。人们逐渐认识到需求分析活动不再仅限于软件开发的最初阶段，它贯穿于系统开发的整个生命周期。80年代中期，形成了软件工程的子领域——需求工程(requirementengineering,RE)。进入90年代以来，需求工程成为研究的热点之一。从1993年起每两年举办一次需求工程国际研讨会(ISRE)，自1994年起每两年举办一次需求工程国际会议(ICRE)，在1996年Springer-Verlag发行了一新的刊物——《RequirementsEngineering》。一些关于需求工程的工作小组也相继成立，如欧洲的RENOIR(peratingResearchGroups)，并开始开展工作。　　需求工程是指应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。它通过合适的工具和记号系统地描述待开发系统及其行为特征和相关约束，形成需求文档，并对用户不断变化的需求演进给予支持。RE可分为系统需求工程（如果是针对由软硬件共同组成的整个系统）和软件需求工程（如果仅是专门针对纯软件部分）。软件需求工程是一门分析并记录软件需求的学科，它把系统需求分解成一些主要的子系统和任务，把这些子系统或任务分配给软件，并通过一系列重复的分析、设计、比较研究、原型开发过程把这些系统需求转换成软件的需求描述和一些性能参数。　　需求工程是一个不断反复的需求定义、文档记录、需求演进的过程，并最终在验证的基础上冻结需求。80年代，HerbKrasner定义了需求工程的五阶段生命周期：需求定义和分析、需求决策、形成需求规格、需求实现与验证、需求演进管理。近来，MatthiasJarke和KlausPohl提出了三阶段周期的说法：获取、表示和验证。　　综合了几种观点，可以把需求工程的活动划分为以下5个独立的阶段：　　（1）需求获取：通过与用户的交流，对现有系统的观察及对任务进行分析，从而开发、捕获和修订用户的需求；　　（2）需求建模：为最终用户所看到的系统建立一个概念模型，作为对需求的抽象描述，并尽可能多的捕获现实世界的语义；　　（3）形成需求规格：生成需求模型构件的精确的形式化的描述，作为用户和开发者之间的一个协约；　　（4）需求验证：以需求规格说明为输入，通过符号执行、模拟或快速原型等途径，分析需求规格的正确性和可行性；　　（5）需求管理：支持系统的需求演进，如需求变化和可跟踪性问题。