如何进行软件需求分析
软件需求分析方法
软件需求分析方法软件需求分析是软件开发过程中的重要环节，它通过系统化的方法和工具，对用户需求进行分析和抽象，将用户需求转换为软件需求规格说明书，为软件开发提供明确的目标和方向。
在软件需求分析过程中，一些常用的方法有以下几种：1. 需求采集：需求采集是软件需求分析的起点，它主要通过与用户的沟通和访谈，收集用户的需求。
在需求采集过程中，可以采用面对面的交谈、问卷调查、观察等方法，以确保准确获取用户的需求。
采集的需求可以分为功能性需求和非功能性需求，并采用需求列表、用例图、用户故事等形式进行记录和整理。
2. 需求分析：需求分析是将采集来的需求进行分析和抽象的过程。
在需求分析过程中，可以采用功能分解、数据流图、状态图等方法，以将需要系统实现的功能分解为更具体的模块或子功能，并进行详细的描述和定义。
同时，对用户需求进行可行性分析，确定是否能够实现用户需求，并考虑软件系统的可靠性、可扩展性等方面。
3. 需求建模：需求建模是将需求进行进一步抽象和整理的过程。
在需求建模过程中，可以使用UML（统一建模语言）等工具，采用用例图、活动图、类图等方式对系统的需求进行建模和描述。
用例图描述了系统与外界的交互，活动图描述了系统的流程和交互，类图描述了系统中各个类之间的关系。
4. 需求验证：需求验证是验证需求的正确性和完整性的过程。
在需求验证过程中，可以采用原型演示、模拟测试、用户验收测试等方法，以验证需求是否满足用户的期望，并及时发现和纠正需求中的问题和缺陷。
5. 需求管理：需求管理是对需求进行跟踪和管理的过程，以确保软件开发的目标和进度。
需求管理包括需求变更管理、版本管理和配置管理等方面。
需求变更管理是管理需求变更的过程，包括需求审批、变更需求分析和实施变更等环节。
版本管理是管理需求版本的过程，包括需求的版本控制、变更追踪和回归测试等环节。
配置管理是管理需求配置的过程，包括需求管理工具的选择和配置、需求跟踪和跟踪需求变更等环节。
有关软件需求分析的步骤以及所需文档
有关软件需求分析的步骤以及所需文档软件需求分析是软件开发过程中非常重要的一步，它涉及到对用户需求的理解，将用户需求转化为具体的软件功能和系统规格的描述。
以下是软件需求分析的一般步骤及所需文档的详细介绍。
1.确定需求的范围和目标：首先，确定需求分析的范围和目标。
明确软件所需的功能和特性，了解用户的期望和要求。
这一步包括与用户以及其他相关方沟通和讨论。
2.收集需求：在此步骤中，需求分析师将搜集用户需求的相关信息。
这包括从用户的需求文档、面对面的访谈、问卷调查等方法中获取需求。
同时，需求分析师还需要与相关利益相关者进行沟通和交流。
所需文档：-用户需求文档：记录从用户那里收集到的需求信息。
该文档需要清晰地描述用户的需求及其优先级。
3.分析和整理需求：这一步是对收集到的需求进行分析和整理。
需求分析师需要确定收集到的需求是否一致且完整，并将其分类、去重等。
此外，还需要与相关利益相关者验证需求的准确性和可行性。
所需文档：-需求分析文档：详细描述收集到的需求。
这个文档为软件设计和实现提供了指导。
4.需求建模：需求建模是将需求转化为形式化规范的过程，以便于软件开发团队进行实现和测试。
需求分析师可以使用UML（统一建模语言）或其他适合的建模技术和工具来描述软件的功能和结构。
所需文档：-系统规格说明书：包含详细的需求模型图、用例图、活动图、领域模型等。
这个文档是软件开发过程中的重要参考资料。
5.验证和确认需求：在需求分析过程的最后阶段，需要与相关利益相关者验证和确认需求。
需求分析师可以开展系统演示、原型演示或其他适当的方式，确保需求与用户和利益相关者的期望一致。
所需文档：-需求确认文档：记录与用户和利益相关者之间的确认和认可。
这个文档非常重要，它在整个开发过程中具有指导意义。
6.管理需求变更：需求是动态的，在整个开发过程中可能会有变更。
需求分析师需要建立一套变更管理机制，及时响应和管理需求变更。
所需文档：-需求变更文档：记录需求变更的原因和内容，并将其与已有需求进行关联。
如何进行软件需求分析
如何进行软件需求分析软件需求分析是软件开发过程中的关键步骤之一，它对于确保软件项目成功实施至关重要。
本文将介绍软件需求分析的步骤、方法和技巧，以帮助读者深入了解如何进行软件需求分析。
一、引言在软件开发过程中，软件需求分析是一个关键环节。
它帮助开发团队准确理解客户需求，并确保软件功能、性能以及用户体验满足客户的期望。
因此，正确进行软件需求分析对于项目的成功实施至关重要。
二、需求收集需求收集是软件需求分析的第一步。
在这个阶段，分析师与客户进行沟通交流，了解客户需求、期望以及业务流程等信息。
常用的需求收集方法包括面谈、问卷调查、焦点小组讨论等。
根据需要，可以采用单一或多种方式来收集需求信息。
三、需求整理与分类在需求收集完毕后，分析师需要对收集到的需求进行整理和分类。
这一步骤的目的是将收集到的需求按照不同的维度进行归类，以便更好地理解和处理各类需求。
常见的需求分类包括功能需求、非功能需求、用户需求、系统需求等。
四、需求分析与建模需求分析与建模是软件需求分析的核心步骤。
在这个阶段，分析师需要详细分析并理解需求。
可以利用工具和技术如数据流图、用例图、状态转换图等来进行需求建模，以帮助分析师更好地理解需求，并形成一致的需求规格说明。
五、需求验证与确认需求验证与确认是确保需求规格说明的正确性和完整性的一个重要步骤。
在这个阶段，分析师与客户共同审查需求规格说明，确保其准确地描述了客户的需求，并没有遗漏或错误的信息。
如果发现问题，及时进行修正和调整，直至最终确认。
六、需求管理与变更控制需求管理与变更控制是软件需求分析的最后一步。
在软件开发过程中，需求往往会发生变更。
因此，需要建立一套合理的需求管理与变更控制机制，以确保在变更过程中不对软件项目的进度、质量和预算产生过大的影响。
七、总结软件需求分析是软件开发过程中至关重要的一个环节。
正确进行软件需求分析可以帮助开发团队更好地理解客户需求，确保软件项目成功实施。
在进行软件需求分析时，需要遵循一系列的步骤和方法，包括需求收集、需求整理与分类、需求分析与建模、需求验证与确认以及需求管理与变更控制等。
如何进行软件需求分析
如何进行软件需求分析在软件开发过程中，需求分析是非常重要的一环。
它的主要目的是理解用户的需求，以此为基础确定软件产品的功能和特性，制定出相应的开发计划。
一个成功的软件项目往往都需要经过严格的需求分析和评估，并且开发过程中需要保持与用户之间的沟通交流，同时还需要在项目生命周期中持续地关注需求的变化和迭代。
那么如何进行软件需求分析呢？以下是几点需要注意的地方：1.确定需求在进行软件需求分析的过程中，首先需要明确产品的业务、目的以及所需实现的功能。
了解用户对软件的使用目的、操作流程、业务流程以及关键指标，可以帮助开发团队设计出更符合用户需求的产品功能。
同时，也可以帮助公司保证产品的市场竞争力，满足客户的需求，增加客户忠诚度和满意度。
2.分析和澄清需求确定了软件产品的基本需求之后，需要进一步的分析和澄清需求。
这个过程中，需要讨论和协商，深入理解和了解客户需求，并帮助客户澄清和完善需求。
为了尽可能准确地了解客户需求，需要使用多种方法和技术，例如访谈、问卷、原型、需求文档等。
这样可以确保开发团队和客户都能完全理解软件产品的需求。
3.详细分解和规划确定并澄清了基本需求之后，需要将需求具体分解到每个阶段和部分上，建立起更详细的需求文档。
同时还需要明确依赖关系，确定开发流程，规划每个软件开发阶段所需要完成的任务和里程碑。
这个过程通常需要包括详细的技术分析和设计文档，在此基础上可以建立一个详细而有效的项目计划。
4.持续跟进和整合需求分析是一个长期的过程，需要持续关注并响应需求变化。
在开发过程中，需要和客户建立起及时沟通的机制，了解他们的反馈和需求变化。
同时，还需要和开发团队协作，及时调整和整合需求、设计和代码。
这样可以确保软件产品不断优化和精益化、满足客户的需求。
总的来说，软件需求分析是非常重要的一环。
它可以帮助开发团队理解客户需求、规划开发流程、确保项目进度和质量、提高产品的市场竞争力。
对于企业而言，良好的软件需求分析可以提高企业的生产效率、提高用户满意度和忠诚度，增加企业的收入和利润。
如何做好软件开发过程中的需求分析
需求分析是软件开发过程中非常重要的环节，以下是一些做好需求分析的方法：
1、充分了解用户需求：要了解用户的需求和期望，采取多种形式的沟通，如面对面交流、问卷调查、用户访谈等。
2、制定需求规格说明书：将收集到的需求整理成需求规格说明书，详细描述需求，规定需求的优先级和实现方式。
3、识别和分析需求：使用各种方法，如用例分析、数据流图等，对需求进行识别和分析，确定需求的重要性、可行性、稳定性等。
4、确定需求变更流程：对需求变更进行管理，规定变更流程，确定变更的影响范围和变更后的需求规格说明书。
5、与用户保持沟通：需求分析是一个持续的过程，需要与用户保持沟通，及时了解用户的反馈和变更意见。
6、需求评审：在需求分析的过程中，要组织专业人员进行需求评审，对需求进行审核和确认，保证需求的合理性和可行性。
以上是一些做好需求分析的方法，需求分析是软件开发过程中最关键的环节之一，做好需求分析可以有效地降低后期开发的风险和成本。
软件需求分析
软件需求分析软件需求分析是系统开发过程中的重要环节。
它是指对用户需求进行分析和理解，然后将其转化为可执行的软件需求规格。
软件需求分析的目标是明确软件系统的功能、性能、可靠性、安全性等方面的要求，以便指导软件设计、编码和测试。
以下是软件需求分析的步骤：1. 确定需求的来源和范围：需求可以来自于用户、管理层、市场分析等不同方面，需求的范围可以是整个系统，也可以是系统的一个模块或功能。
2. 收集需求信息：与用户、管理人员、开发人员进行沟通，了解他们的需求和期望。
使用各种技术手段收集和整理需求信息，如面谈、问卷调查、文档分析等。
3. 定义需求：将收集到的需求信息进行整理和分类，并以明确的方式描述出来，如用案例、用例图、需求规格说明书等。
4. 分析需求：对需求进行分析，理解用户的真正需求背后的目标和意图。
分清主次需求，确定需求的优先级和紧急程度。
5. 验证需求：与用户进行验收，确保需求的准确性、完整性、一致性和可行性。
通过原型设计、模拟演示等方式与用户进行互动。
6. 管理需求变更：需求是动态的，可能会随着项目的推进而发生变化。
需要建立一套有效的变更控制机制，及时识别和管理需求变更。
7. 文档化需求：将需求整理为文档形式，包括需求规格说明书、用例文档、用户故事等。
确保需求的清晰可理解，以便于后续的开发和测试工作。
软件需求分析是系统开发过程中非常重要的一环，它直接影响着后续系统的设计、开发和测试工作。
只有明确、准确、全面的需求分析，才能确保最终开发出满足用户期望的软件系统。
如何进行有效的软件需求分析
如何进行有效的软件需求分析软件需求分析是软件开发过程中至关重要的一步，它关乎项目的成功与否。
在进行软件需求分析时，需要采取一系列有效的方法和技巧，确保准确理解用户需求，明确软件功能和特性，并建立良好的沟通和合作关系。
以下是如何进行有效的软件需求分析的几个关键步骤：第一步，收集需求信息。
收集需求信息是软件需求分析的基础工作，它涉及与用户、业务专家和其他项目相关人员进行面对面交流。
通过采访、观察和问卷调查等方式，了解用户的业务流程、需求、期望和限制条件。
同时，还需要收集现有系统的文档和相关数据，以便更好地理解用户的业务需求和系统架构。
第二步，明确需求优先级。
在需求分析阶段，往往会面临需求量大、需求复杂的情况。
为了确保工作的高效进行，需求分析团队应该与用户和项目经理一起明确需求的优先级。
优先级的确定应该基于业务价值、项目约束和用户的需求满足程度等因素。
第三步，创建需求文档。
需求文档是软件需求分析成果的重要表现形式。
在创建需求文档时，需要将需求明确、一致、可追踪和可验证。
需求文档通常包括需求描述、功能列表、用例模型、领域模型和状态转换图等。
此外，还需要定义不同类型的需求，如功能性需求、非功能性需求和约束性需求等。
第四步，验证需求。
需求验证是软件需求分析的重要环节。
它主要通过需求跟踪矩阵、原型、模型和实验等方式，确保需求描述准确无误，并与用户需求一致。
在需求验证过程中，需要与用户和相关利益相关者进行沟通和协商，及时修订和调整需求。
第五步，建立良好的沟通和合作关系。
软件需求分析是一个协同工作的过程，需要有效的沟通和合作。
在需求分析过程中，需求分析人员应该与用户保持紧密合作，建立信任关系，促进信息的交流和共享。
同时，还应与项目团队和其他相关方进行有效的沟通，确保需求的理解和实施一致。
除了以上几个关键步骤外，还有几个值得重视的技巧和实践方法：首先，需求追踪是一个常见的问题。
需求追踪可以帮助团队及时了解需求状态和变更，确保需求的可追溯性和可验证性。
软件需求分析方法
软件需求分析方法
软件需求分析是软件开发过程中的一个重要步骤，主要目的是对软件需求进行分析和整理，明确需求，为软件开发和设计提供依据。
以下是常用的软件需求分析方法：
1. 了解问题领域：深入了解用户需求、业务流程、相关技术和标准等，对问题领域进行全面的了解。
2. 收集需求：通过访谈、问卷调查、观察等方式收集用户的需求，包括功能需求、性能需求、界面需求等。
3. 需求分类和整理：对收集到的需求进行分类和整理，将其按照功能模块、优先级等进行归类，确定核心需求和次要需求。
4. 需求分析和建模：使用需求建模工具，如用例图、活动图、时序图等，对需求进行进一步的分析和建模，明确功能和过程。
5. 需求验证：与用户进行沟通和确认，验证需求的准确性和可行性，确保需求与用户的期望一致。
6. 需求变更控制：对需求变更进行管理和控制，对已经确认的需求进行版本控制，避免需求无限增加而导致开发过程混乱。
7. 编写需求文档：将需求进行文档化，编写需求说明书或需求规格说明书，确保需求的完整性、一致性和可追溯性。
8. 需求优化：在需求分析的过程中，对于不合理或不可行的需求进行优化和调整，以满足用户的需求和实际情况。
以上是一些常用的软件需求分析方法，具体的方法和步骤可以根据具体的项目和需求进行适当调整和补充。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件需求分析（Software Reguirement Analysis）是研究用户需求得到的东西，完全理解用户对软件需求的完整功能，确认用户软件功能需求，建立可确认的、可验证的一个基本依据。
软件需求分析是一个项目的开端，也是项目实施最重要的关键点。
据有关的机构分析结果表明，我们设计的软件产品存在不完整性、不正确性等问题80％以上是需求分析错误所导致的，而且由于需求分析错误造成根本性的功能问题尤为突出。
因此，一个项目的成功软件需求分析是关键的一步。
一、软件需求分析理论如果我们用数学方法来描述软件需求分析，可以将一个应用软件定义为S，可能应用软件涉及功能性问题非常广，我们用抽象化理论分析，可以划分为各个功能域，可以用D1、D2、… Dn表示，那么，我们可以用一个表达式描述为S={D1，D2，D3，…Dn}但是，功能域Di依然存在着有若干个问题P1、P2、P3、… Pm组成，并且每个功能对应于子系统中的一个软构件，我们可以表示为Di={P1，P2，P3，…Pm}同样，功能Pj有若干个行为F1、F2、F3、… Fk，每个行为对应于软构件中的实现方法Pj={F1，F2，F3，…Fk}一个软件包含了所有功能的集合，同时包含了实现所有功能的所有方法和算法描述。
需求分析是依据于用户需求，经过需求问题识别，进行分析、消化与综合，制订规格说明，评审，分为四个阶段，形成用户需求与设计同步，设计满足用户需求目标。
需求分析方法始终贯穿着吸收、同化、贯彻方法和手段，用商业化行为解决需求与实现中存在的矛盾，解决用户需求与商业化产品融通，解决规范与个性化追求。
二、软件需求分析目标软件需求分析的主要实现目标：1）对实现软件的功能做全面的描述，帮助用户判断实现功能的正确性、一致性和完整性，促使用户在软件设计启动之前周密地、全面地思考软件需求；2）了解和描述软件实现所需的全部信息，为软件设计、确认和验证提供一个基准；3）为软件管理人员进行软件成本计价和编制软件开发计划书提供依据；需求分析的具体内容可以归纳为六个方面：软件的功能需求，软件与硬件或其他外部系统接口，软件的非功能性需求，软件的反向需求，软件设计和实现上的限制，阅读支持信息。
软件需求分析应尽量提供软件实现功能需求的全部信息，使得软件设计人员和软件测试人员不再需要需求方的接触。
这就要求软件需求分析内容应正确、完整、一致和可验证。
此外，为保证软件设计质量，便于软件功能的休整和验证，软件需求表达无岔意性，具有可追踪性和可修改性。
2.1、软件功能需求软件的功能需求是整个需求分析最主要、最关键和最复杂的部分，它描述软件的各种可能的条件下，对所有可能输入的数据信息，应完成那些具体功能，产生什么样的输出。
描述软件功能需求是应注意下面几点：1）功能需求的完整性和一致性对功能的描述应包含与功能相关的信息，并应具有内在的一致性（即各种描述之间不矛盾、不冲突）。
应注意以下几点：（1）给出触发功能的各种条件（如：控制流、运行状态、运行模式等）；（2）定义各种可能性条件下的所有可能的输入（包括合法的输入空间和非法的输入空间）；（3）给出各种功能间可能的相互关系（如各个功能间的控制流、数据流、信息流，功能运行关系：顺序、重复、选择、并发、同步）；（4）给出功能性的主要级别（如：基本功能、可由设计者选择逐步实现的功能、可由设计者改变实现的功能等）；（5）尽可能不使用“待定”这样的词。
所有含有待定内容的需求都不是完整的文件，如果出现待定的部分，必须进行待定部分内容说明，落实负责人员、落实实施日期。
2）功能描述的无岔意性和可追踪性需求功能描述的无岔意性、可追踪性和规范化：（1）功能描述必须清晰地描述出怎样输入到怎样输出，并且输入、输出描述应对应有数据流描述、控制流描述图，这些描述必须与其它地方描述一致；（2）可以用语言、方程式、决策表、矩阵或图等对功能的描述。
如果选用语言描述必须使用结构化的语言，描述前必须说明该步骤（或子功能）的执行是顺序，选择，重复，还是并发，然后说明步骤逻辑。
整个描述必须单入单出。
（3）描述时，每一个功能名称和参照编号必须唯一，且不要将多个功能混在一起进行描述，这样便于功能的追踪和修改。
（4）功能描述应注意需求说明和程序设计的区别。
需求设计仅仅是软件的功能设计，它给出软件运行的的外部功能描述，以及为了实现这一外部功能必须做哪些事情（采用和种数据结构，定义多个模块，接口间的接口等）是设计阶段的事情，功能描述不应涉及到那些细节问题，以避免给软件设计带来不必要的约束。
2.2、软件与硬件或其他外部系统接口软件与硬件或其它外部系统接口包括下述内容：（1）人机接口：说明输入、输出的内容、屏幕安排、格式等要求；（2）硬件接口：说明端口号，指令集，输入输出信号的内容与数据类型，初始化信号源，传输通道号和信号处理方式。
（3）软件接口：说明软件的名称、助记符、规格说明、版本号和来源；（4）通讯接口：指定通讯接口和通讯协议等描述。
2.3、软件的非功能性需求软件非功能性需求是指软件性能指标，容限等功能以外的需求。
一般指下述内容：（1）时间需求：输入、输出频率，输入、输出响应时间，各种功能恢复时间等；（2）处理容限、精度、采样参数的分辨率，误差处理等；（3）可靠性的MTBF要求，可维护性、安全性要求等。
（对可能的不正常的输入给以正常响应是可靠性的重要内容，这属于功能性需求。
）2.4、软件反向需求软件的反向需求描述软件在那些情况下不能做什么。
这一条是随软件实际要求而定。
有两类情形需要采用反向需求的形式。
第一种情况：某些用户需求适宜采用反向形式说明，如数据安全性要求属于这类形式。
第二种情况：对一些可靠性和安全性要求较高的软件，有些必须描述软件不能做些什么。
如控制点火时序，我们必须交代清楚在那些情况下不能点火，否则会造成故障。
2.5、软件设计和实现上的限制软件设计和实现上的限制主要指对软件设计者的限制。
如软件运行环境的限制（选择计算机类型，使用配置，操作系统的限制等）、设计工具的限制（使用语言、执行的标准）和保密要求等。
2.6、阅读支持信息这部分内容是为了更好的帮助我们理解用户需求，也是为了使需求便于修改和追踪。
其本身并不是对需求的描述，但它影响到需求分析的可读性，也属于需求分析的一个重要部分。
一般目录、需求背景信息、内容索引、交叉引用表、注释等均属于这个部分的内容。
三、软件需求分析人员组织软件需求分析其根本性问题是理解用户功能需求，由此软件需求分析实际上是与客户间交流过程完成的目标。
要求我们组织适当的参与人员进行交流活动。
需求分析是一个综合团队的工作，是在需求分析理论的指导下，对用户需要进行渐进方式逐步深化；通过不断变化方式形成具体约束；努力实现需求功能目标形成特色效果的商业化产品。
需求分析是一个商业行为，完全是一个商业化操作，要求有商业、技术等结合的团队共同合作，解决需求和设计的同步，设计符合需求。
项目涉及内容，项目大小都需要我们考虑参加软件需求分析工作团退的人数，配置合理的参与人员。
一般我们必须有商务活动人员，项目管理人员，设计技术人员等参加，而且要求组织人员必须明确负责范围，以及明确工作目标，保证实施的有效性。
四、软件需求分析方法为了保证项目的正常实施，并且能够顺利的完成，我们必须加强项目管理和重视项目分析工作。
我们只有从实际出发，切切实实地把握用户需求，把握用户需求目标，把握用户将来功能界定，保证我们开发工作正确性方向。
4.1、重点监控软件需求分析办法由于软件项目的特殊性和行业覆盖的广阔性，以及需求分析的高风险性，软件需求分析的重要性是不言而喻的，同时需求分析又的的确确难做。
其原因基本是由于以下情况造成的。
4.1.1、客户说不清楚需求有些客户对需求只有朦胧的感觉，当然说不清楚具体的需求。
例如全国各地的很多部门、机构、单位在进行应用系统以及网络建设时，客户方的办公人员大多不清楚计算机网络有什么用，更缺乏IT系统建设方面的专家和知识。
此时，用户就会要求软件系统分析人员替他们设想需求。
工程的需求存在一定的主观性，为项目未来建设埋下了潜在的风险。
4.1.2、需求自身经常变动根据以往的历史经验，随着客户方对信息化建设的认识和自己业务水平的提高，他们会在不同的阶段和时期对项目的需求提出新的要求和需求变更。
事实上，历史上没有一个软件的需求改动少于三次的！所以必须接受“需求会变动”这个事实，在进行需求分析时要懂得防患于未然，尽可能地分析清楚哪些是稳定的需求，哪些是易变的需求，以便在进行系统设计时，将软件的核心建筑在稳定的需求上，同时留出变更空间。
咨询监理方在需求分析的功能界定上担任一个中间、公平、公正的角色，所以也必须积极参与到需求分析的准备中来，以便协助客户方和承建方来界定“做什么”、“不做什么”的系统功能界限。
4．1．3、分析人员或客户理解有误软件系统分析人员不可能都是全才，更不可能是行业方面的专家。
客户表达的需求，不同的分析人员可能有不同的理解。
如果分析人员理解错了，可能会导致以后的开发工作劳而无功。
记得一则笑话，有个外星人间谍潜伏到地球刺探情报，它给上司写了一份报告：“主宰地球的是汽车。
它们喝汽油，靠四个轮子滚动前进，嗓门极大，双眼在夜里能射出强光……有趣的是，车里住着一种叫作‘人’的寄生虫，这些寄生虫完全控制了车。
”所以分析人员知识的专一性也会造成需求分析的误解和失败。
这时，咨询监理公司就必须根据实际的项目需求调研计划，提醒承建方加强业务了解程度和注重沟通技巧。
4.2、有效性软件需求分析三步法根据以往的工程经验，需求分析工作方法，应该定位在“三个阶段”（也称“三步法”）。
4.2.1、“访谈式Visitation”阶段这一阶段是和具体用户方的领导层、业务层人员的访谈式沟通，主要目的是从宏观上把握用户的具体需求方向和趋势，了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体情况、客观的信息。
建立起良好的沟通渠道和方式。
针对具体的职能部门以及各委办局，最好能指定本次项目的接口人。
实现手段：访谈、调查表格输出成果：调查报告、业务流程报告4.2.2、“诱导式Inducement”阶段这一阶段是在承建方已经了解了具体用户方的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体实际、客观的信息基础上，结合现有的硬件、软件实现方案，做出简单的用户流程页面，同时结合以往的项目经验对用户采用诱导式、启发式的调研方法和手段，和用户一起探讨业务流程设计的合理性、准确性、便易性、习惯性。
用户可以操作简单演示的DEMO，来感受一下整个业务流程的设计合理性、准确性等等问题，及时地提出改进意见和方法。
实现手段：拜访（诱导）、原型演示输出成果：调研分析报告、原型反馈报告、业务流程报告4.2.3、“确认式Afirm”阶段这一阶段是在上述两个阶段成果的基础上，进行具体的流程细化、数据项的确认阶段，这个阶段承建方必须提供原型系统和明确的业务流程报告、数据项表，并能清晰地向用户描述系统的业务流设计目标。