软件项目中需求分析与获取的方法
软件研发中的需求分析与设计方法
软件研发中的需求分析与设计方法在软件研发过程中，需求分析与设计是非常重要的环节。
它们是确保软件开发过程中需求清晰、设计合理的关键步骤。
本文将介绍几种常用的需求分析与设计方法，以及它们在软件研发中的应用。
一、需求分析方法1. 问卷调查法：通过向用户发送问卷，收集他们的需求和期望。
这种方法适用于软件开发项目的初期阶段，能够帮助开发团队了解用户需求、用户习惯和用户期望。
2. 访谈法：开发团队与用户直接进行面对面的交流，详细了解用户需求。
通过访谈，可以深入了解用户对软件功能、界面和性能的需求，进而为软件设计提供参考依据。
3. 观察法：开发团队直接观察用户在使用同类软件时的行为。
通过观察，可以确定用户的操作习惯、使用需求等，从而更好地满足用户的期望。
4. 原型法：创建软件的原型，让用户参与测试和反馈。
通过原型，用户可以更直观地感受到软件的功能和设计，从而提供宝贵的改进意见。
5. 分析法：通过对用户需求进行详细的分析，将其转化为软件功能和性能要求的规格说明。
这种方法适用于需求较为清晰、清楚的情况。
以上是一些常用的需求分析方法，每一种方法都有其特点和适用场景。
在实际应用中，开发团队可以结合项目的实际情况选择合适的方法，以确保需求的准确性和完整性。
二、设计方法1. 结构化设计方法：结构化设计方法强调软件开发的模块化和层次化。
它将整个软件系统划分为几个相互依赖的模块，每个模块都具有独立的功能和职责。
这种设计方法使得软件的管理和维护更加容易。
2. 面向对象设计方法：面向对象设计方法将软件系统看作一组相互作用的对象集合，每个对象都有自己的属性和方法。
通过面向对象设计，可以更好地实现软件的重用性和可维护性。
3. 数据流图设计方法：数据流图是一种图形化的设计工具，用于描述软件系统中数据的流动和处理过程。
通过数据流图设计，可以更好地理解软件系统中各个部分之间的关系，并确定数据的处理逻辑。
4. 用例图设计方法：用例图是一种用于描述用户与系统交互的图形化工具。
软件研发过程中的需求分析方法
软件研发过程中的需求分析方法随着科技的进步和应用软件的广泛使用，软件研发过程中的需求分析方法变得越来越重要。
需求分析是软件开发过程的关键步骤，旨在确定用户对软件的需求和期望，为后续的设计、开发、测试等工作提供基础。
本文将介绍一些常用的软件研发过程中的需求分析方法。
一、面谈法面谈法是最广泛应用的需求获取方法之一，它通过与用户面对面的交流，向用户询问需求和期望。
面谈法可以帮助分析师更好地理解软件用户对软件的需求，获取准确和详细的需求信息。
在面谈过程中，分析师需要与用户积极互动，询问问题并记录用户的回答。
此外，分析师还可以通过反复追问，澄清需求细节，避免理解上的歧义。
二、问卷调查法问卷调查法是一种有效的需求获取方法，特别适用于大规模用户群体。
通过设计问卷并向用户发送，可以收集大量用户的需求和意见。
问卷调查法的优势在于能够快速获取多样化的需求信息，并能够方便地进行数据分析和统计。
然而，问卷设计需要注意问题的准确性和完整性，并确保问卷内容易于理解和回答。
此外，需要合理选择调查对象，以确保收集到的数据能够代表用户的整体需求。
三、原型法原型法是以构建软件原型为目标进行的需求获取方法。
分析师通过绘制软件原型，如界面设计、流程图等，与用户进行交互和讨论。
原型法的优势在于可以直观地展示软件的功能和交互方式，帮助用户更好地理解软件系统。
分析师还可以根据用户的反馈，不断优化原型设计，满足用户需求。
然而，原型法可能需要较长的时间和资源投入，同时也需要注意保护原型的安全性和保密性。
四、故事板法故事板法是一种以用户故事为基础的需求获取方法。
分析师通过与用户沟通，获取用户对软件系统的具体需求，并将其整理成故事板。
故事板中包含用户角色、场景描述和期望结果等信息，帮助开发团队更好地理解用户需求和系统功能。
故事板法的优势在于可以快速捕捉用户需求信息，并通过故事板的形式进行展示，提高交流效率和准确性。
然而，故事板法需要与用户保持紧密的沟通和协作，以确保故事板的准确性和完整性。
软件工程中的软件需求分析方法及工具
软件工程中的软件需求分析方法及工具在软件工程中，软件需求分析是软件开发过程中至关重要的一步。
它旨在明确软件系统的目标和功能，为软件开发团队提供明确的方向和基础。
为了完成这一任务，软件工程师们采用了各种不同的方法和工具来帮助他们进行软件需求分析。
接下来，本文将介绍几种常用的软件需求分析方法及工具，以帮助读者更好地理解和应用它们。
首先，需求采集是软件需求分析的核心环节之一。
它涉及与用户、利益相关者和目标受众的交流和协商，以收集所需功能和特性的详细信息。
在这个过程中，有几种常用的方法和工具可以帮助工程师们有效地收集和整理需求。
一种常用的方法是面谈。
通过与利益相关者进行面对面的交流，软件工程师可以直接了解到用户的需求和期望，并进行及时的澄清和确认。
这种方法尤其适用于复杂的项目，可以更清晰地了解用户的真实需求。
另一种常用的方法是问卷调查。
软件工程师可以设计问卷并发送给潜在用户，以便获取大量用户的反馈和意见。
这种方法可以收集到更多的数据，但也可能存在回复率低、信息不准确等问题，因此需要谨慎设计问卷，确保问题的准确性和易于回答。
此外，还有一种常用的方法是观察用户行为。
软件工程师可以通过观察和记录用户在现有系统中的行为和操作，来了解他们的需求和习惯。
这种方法可以帮助工程师们更深入地理解用户的实际需求，但也需要考虑保护用户隐私的问题。
在软件需求分析中，还有一些常用的工具可以辅助需求采集和整理。
其中，脑图工具是一种非常常见和实用的工具。
通过使用脑图工具，软件工程师可以将不同的需求和相关信息进行组织和展示，帮助他们更清晰地理解和分析需求。
除了需求采集之外，需求建模也是软件需求分析过程中的重要环节。
需求建模通过使用图形符号和规范化的语言来表示和描述软件系统的需求。
以下是几种常见的需求建模方法和工具。
首先是用例图。
用例图可以帮助软件工程师们了解用户与系统之间的交互和功能。
通过使用用例图，工程师们可以清晰地描述系统的不同角色和其对应的功能需求。
如何进行软件项目的需求分析和规划
如何进行软件项目的需求分析和规划软件项目的需求分析和规划是软件开发过程中的关键步骤之一，它为整个项目的成功实施奠定了基础。
本文将介绍软件项目需求分析和规划的步骤和方法。
1.需求收集需求收集是需求分析的第一步，目的是了解用户的需求和期望，为后续的需求分析和规划提供基础。
可以通过以下方法进行需求收集：-与项目相关方进行沟通和访谈，了解他们对软件的期望和需求。
-分析现有系统和流程，找出问题和改进点。
-通过问卷调查、焦点小组讨论等方式获取用户意见和建议。
2.需求分析需求分析是对需求进行详细的分析和梳理，目的是明确软件系统的功能和性能需求。
在需求分析过程中需要进行以下工作：-通过需求分析技术，将用户需求转化为可执行的任务列表，明确软件系统的功能和性能需求。
-分析现有系统和流程，找出问题和改进点，并与用户确认其需求是否得到满足。
-根据需求的优先级和实现难度，确定一个合理的软件开发计划。
3.需求规划需求规划是制定软件开发计划的过程，目的是实现需求的满足和项目的成功。
需要进行以下规划工作：-制定详细的项目计划，包括开发时间表、人力资源分配、质量控制、变更管理等方面。
-确定需求的优先级和实现阶段，按照时间、资源和成本的限制进行合理的规划。
-制定项目的风险管理计划，分析和评估潜在的风险，并提出相应的风险应对措施。
4.需求确认和验证需求确认是与用户进行沟通和确认的过程，目的是确保需求的准确性和可行性。
在需求确认过程中需要进行以下工作：-与用户进行多次的沟通和确认，明确需求的细节和变更。
-制定需求文档，将需求以书面形式记录下来，并供用户审核和确认。
-进行原型开发和用户界面设计，以便用户更直观地理解软件的功能和性能。
5.需求控制和变更管理需求控制和变更管理是对需求进行控制和管理的过程，目的是确保软件项目的可控性和稳定性。
需要进行以下管理工作：-建立一个变更控制委员会，负责审核和审批需求变更请求。
-确定一个合理的变更管理流程，包括需求变更的申请、评估、实施和验证。
软件开发项目中的需求分析与管理
软件开发项目中的需求分析与管理在软件开发项目中，需求分析与管理是确保项目成功的关键环节之一。
通过准确地识别和管理项目需求，能够有效地指导开发过程，并最终实现用户期望的功能。
本文将着重讨论软件开发项目中的需求分析与管理。
一、需求分析需求分析是指在软件开发项目初期，通过对用户需求进行认真研究和分析，明确项目的功能和性能要求。
需求分析的效果直接影响项目的后续开发和交付过程，因此需要详细而准确地进行。
1.用户需求的收集用户需求的收集是需求分析的第一步。
开发团队通过与用户、客户沟通，了解他们对软件产品的期望和要求。
这可以通过会议、访谈、问卷调查等方式进行。
在需求收集过程中，开发团队需要尽可能确保获取到全面和详细的需求信息。
2.需求的分类与整理收集到的需求信息需要进行分类与整理。
将需求按照功能、性能、安全性等方面进行划分，构建需求的分类体系。
这样可以更好地理解和组织需求，为需求的分析和管理提供支持。
3.需求的分析和详细化在需求分析阶段，开发团队需要对收集到的需求进行详细的分析和梳理。
通过与用户、客户的进一步沟通，澄清需求的不明确之处，并尽可能将需求细化为明确、可执行的指标。
需求的详细化有助于后续开发过程的顺利进行。
二、需求管理需求管理是指在软件开发项目中，对需求进行有效的组织、监控和调整的过程。
通过需求管理，可以提高项目的可控性和开发效率，避免开发过程中的需求变更和偏差。
1.需求的优先级规划在需求管理过程中，开发团队需要根据用户需求的重要性和紧迫性，制定需求的优先级规划。
将需求分为高、中、低优先级，有助于指导开发工作的安排和调整。
高优先级的需求应该优先考虑，以确保核心功能的实现。
2.需求的变更控制在开发过程中，用户对需求的变更是常见的情况。
因此，需求的变更控制也是需求管理的重要内容之一。
开发团队需要建立变更控制机制，对需求变更进行评估和审批，避免无效的变更和对开发进度的不利影响。
3.需求的跟踪和验证需求的跟踪和验证是确保项目进展顺利的关键环节。
软件需求分析的方法
软件需求分析的方法软件需求分析是软件工程中的一个重要环节，它的目的是明确软件系统的需求和规格，为后续的开发、测试和维护工作提供基础。
软件需求分析的方法有很多，下面分别介绍几种常用的方法。
1. 需求采集方法需求采集是软件需求分析的第一步，它的目的是获取用户的需求和期望。
常用的需求采集方法包括访谈、问卷调查、观察和原型演示等。
访谈是最常用的需求采集方法之一，通过与用户、客户或领域专家的面对面交流，了解他们对软件系统的需求和期望。
问卷调查可以通过编写调查问卷，让用户填写问题并收集结果，找出用户的需求和偏好。
观察是通过观察用户工作现场或业务流程，了解其需求和行为模式。
原型演示是通过构建简单的原型系统，供用户体验和反馈，从而找出需求和改进点。
2. 需求建模方法需求建模是将用户需求抽象为精确、无歧义和可验证的表示形式，以便于进一步分析和设计。
常用的需求建模方法有数据流图、用例图和状态转换图等。
数据流图是一种直观的表示方法，通过表示系统的功能、数据流和数据存储，可以全面地捕捉用户需求和系统功能。
用例图是一种描述系统功能和用户行为的方法，通过表示系统的参与者、用例和关系，可以清晰地展现系统的需求和用例场景。
状态转换图是一种描述系统状态和事件之间转换关系的方法，通过表示系统状态、事件和转换，可以详细地表达系统的行为和需求。
3. 需求验证方法需求验证是确保需求规格正确、完整和一致的过程，常用的需求验证方法有故事卡、原型演示和验收测试等。
故事卡是敏捷开发中常用的需求验证方法，通过编写简单的用户故事，描述用户需求和场景，以便开发团队理解和实现。
原型演示是通过构建系统的原型或模型，供用户评审和验证，以便及时改进和调整需求。
验收测试是在软件开发完成后的一系列测试，通过与用户或客户一起参与，验证软件是否满足用户需求。
以上只是需求分析的一些常用方法，实际上需求分析方法还有很多，如面向对象方法、正式方法、领域建模等。
不同的方法适用于不同的项目和需求，可以根据具体情况选择合适的方法。
软件工程中的软件需求分析方法(四)
软件工程中的软件需求分析方法在软件开发领域，软件需求分析是一个至关重要的环节。
它通过对用户需求的获取、整理和分析，为软件开发过程提供了指导和依据。
在这个过程中，有许多不同的方法可以被应用，以帮助开发者更好地理解用户需求，并将其转化为软件功能和特性的详细描述。
本文将探讨一些常用的软件需求分析方法。
1. 用户访谈用户访谈是一种常见的需求获取方法。
通过与用户直接交流，开发者可以深入了解用户的实际需求，包括他们对软件功能、界面设计以及性能要求的期望。
通过面对面的沟通，开发者可以及时获取反馈并及时纠正误解，从而确保最终的软件需求准确无误。
2. 原型设计原型设计是一种通过构建软件的粗略版本来帮助开发者理解用户需求的方法。
通过制作原型，开发者可以更好地与用户合作，收集他们的反馈并进行改进。
原型设计可以帮助开发者更具体地把握用户的功能和界面要求，从而更好地确定软件需求。
3. 需求文档需求文档是整个软件开发过程中必不可少的一部分。
它涵盖了用户需求的详细描述，包括功能需求、性能需求、界面设计等。
通过编写清晰、详细的需求文档，可以帮助开发者准确理解用户需求，并为开发团队提供一个共同的理解框架。
4. 立项会议立项会议是一个重要的需求分析环节。
在这个会议中，开发团队、项目经理和用户代表齐聚一堂，讨论和决定软件项目的目标、范围和用户需求。
通过立项会议，可以确保所有相关方的期望和需求得到充分的考虑，并达成一致意见，为后续的软件需求分析和开发工作奠定基础。
5. 使用案例使用案例是一种描述软件功能的常用方法。
它通过详细地描述用户在不同情景下使用软件的过程和行为，来捕捉用户需求。
使用案例可以帮助开发者更好地理解用户的操作流程和需求，从而更准确地完成软件开发任务。
6. 数据流图数据流图是一种图形化的表示方法，用于描述软件的输入、输出和处理流程。
通过构建数据流图，开发者可以更好地理解用户需求，并确定软件需要处理哪些数据、如何处理数据以及数据之间的流动关系。
软件工程中的软件需求分析方法(二)
软件工程中的软件需求分析方法导言在软件开发过程中，准确、清晰的软件需求分析是成功的关键。
软件需求分析方法的选择和运用，对于确保软件项目的顺利进行以及最终交付优质产品具有重要意义。
本文将探讨几种常见的软件需求分析方法，并介绍它们各自的优缺点。
1. 需求采集方法用户需求访谈用户需求访谈是一种常用的需求采集方法。
通过与终端用户直接交流，软件开发团队能够深入了解用户的需求、期望和挑战。
然而，这种方法的一个限制是，用户在开始的时候可能并不清楚自己具体需要什么，或者无法表达清晰的需求。
场景分析场景分析方法通过模拟真实的使用场景，帮助开发团队了解用户在实际情况下的需求。
开发团队可以通过观察用户在特定场景下的行为、交互等来推断出软件的需求。
然而，这种方法可能无法覆盖所有的使用场景，并且可能受到开发团队的主观因素的影响。
2. 需求建模方法用例图用例图是一种常见的需求建模方法，用于描述软件系统与其用户之间的交互。
它通过标识不同用户角色和系统功能，揭示系统的需求和行为。
用例图直观地展示了系统的功能和交互，有助于软件开发团队更好地理解用户需求。
然而，用例图不能提供详细的需求规范，无法满足复杂系统的需求分析。
数据流图数据流图是一种将系统视为一系列信息流动的图形表示方法。
它描述了软件系统中数据的流动路径和处理过程。
通过数据流图，开发团队可以更好地理解系统中不同模块的功能和相互关系，从而推导出详细需求。
然而，数据流图可能过于复杂，导致需求分析变得困难。
3. 需求验证方法原型验证原型验证方法通过制作出初步的系统原型，让用户提供反馈并验证软件需求的准确性。
原型验证可以帮助开发团队更好地理解用户需求，及时发现和修复问题。
然而，原型开发需要一定的时间和资源投入，并且可能导致需求变更频繁。
领域专家评审领域专家评审是一种常见的需求验证方法。
通过邀请相关领域的专家对需求规格文档进行评审，开发团队可以快速发现和纠正潜在的问题和风险。
然而，依赖专家的评审可能受到时间和资源的限制，评审结果也可能受到主观因素的影响。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
3.面向控制的方法，这种方面现在应用到的并不是很多，它是强调同步、死锁、进程的激活与挂起。
4.面向对象的方法，它是把分析建立在对用户对象的需求之上，改进了以前系统在设计上忽略用户需求直接编码的缺点，利用属性、结构和集合以及各种方法来获取需求。从对象模型、动态模型和功能模型三个方面对问题进行描述。面向对象的方法现在已经在需求分析中得到了越来越多的应用，并取得了很好的效果，展现出良好的应用前景。
在接手这样的项目时，设计方通常都做过类似的系统，因此可以在以往项目的基础上，快速“构建”出一个可运行的系统，加强双方对新需求的挖掘和双方（特别是用户方）对需求的理解。这种方法中，设计方一般会采用修改原系统的方法来构建出一个可运行原型系统。可以运行的软件系统比较适合于设计方理解项目需求但用户方并不理解项目需求的情况下使用。
1.需求获取：先与用户进行交流，对现有系统情况进行分析，从而得出新系统的用户需求；
2.需求建模：是先为用户建立一个简单的概念模型，作为对获取需求的抽象描述，并尽可能多的把现实世界的需要反映到模型之中去，帮助用户理解；
3.生成需求规格：既生成开发人员与客户之间的约定规则，作为用户和开发者之间的一个软件需求规格说明，也是以后软件测试的一个依据；
4.开会讨论法
在这个“开会讨论”需求获取方法中，双方一般是召开若干次的会议来讨论需求问题,在需求会议上对有关的需求进行商讨，直到双方在需求问题上达成共识，最后都明确了项目需求的一种需求获取方法。
确切的说需求分析在软件系统分析和设计阶段起着桥梁的作用。一方面，需求分析以它的软件设计规格说明书作为分析活动的基本出发点，并从软件设计角度来对它们进行检查与调整；另一方面，软件设计规格说明书又是软件系统在设计、实现、评测直至维护的主要参考标准。良好的软件设计规格说明书有助于避免或尽早去除掉那些不必要的错误，从而提高软件生产率，降低开发成本，改进软件质量。
3.调查问卷法
在这个“调查问卷”需求获取方法中，软件设计方把一些待进一步明确的需求（或问题）设计成一个调查表的形式，发送给用户方填写，这样可以进一步的挖掘需求，以达到明确项目需求目的一种需求获取方法。
调查问卷法适合于双方都理解项目需求的情况。因为双方都理解项目的需求，则双方对需求的改进就比较少了，通过这种问卷调查方法就能使双方在需求问题上得到较好的解决。
但就当前的研究现状来看，需求分析的内容还远不止这些。需求分析是系统工程和软件工程交叉出来的一个分支，涉及到软件系统很多方面，包括系统的目标、提供的服务、约束条件和系统所要运行的环境等几个方面。它还关系到这些方面和软件的规格说明以及软件以后演化之间的关系。
（四）需求分析的任务
需求分析阶段所要完成的任务就是最终形成一份双方都能达成一致的软件需求规格说明书。这个软件需求规格说明书能清晰准确地说明系统将要开发什么，能够描述出详细的技术需求。完整、准确的需求可以使系统功能更加明确，避免客户因为系统的性能和使用方面的问题导致不满；同时，需求分析还可以大大降低开发时所花费的费用，可减少以后在设计阶段的大量返工，加强开发人员与用户之间的沟通；测试人员可以从中了解系统，提高测试效率；维护人员可加深对系统的了解，降低维护费用。可以说需求文档在开发过程中一直起指导作用。
4.需求验证：以软件需求规格说明书为输入基础，通过各种测试途径，分析需求规格的正确性和可行性，并加以改进；
5.需求管理：本阶段要支持系统的需求演变，如对用户的需求变化问题。
（
在以往的软件设计中，需求分析仅仅是软件工程中的一个组成部分，是软件生命周期的第一个阶段。虽然大家也都知道需求工程对软件整个生命周期的重要性，但对它的研究远远没有对软件工程的其他部分的研究那么深入。在以往的软件设计过程中，涉及需求的部分称作需求分析。一般来说，需求分析的作用有以下几个方面：
二、需求分析获取的方法
（一）需求分析方法分类
在软件工程里，有着几个不同的领域，每个领域所用到的需求获取方法都不尽相同。所以在进行需求分析获取时要明确自己开发的系统属于哪类方法。综合看来，需求工程方法大致分为四类：面向过程、面向数据、面向控制、面向对象。如图1所示：
图1需求分析方法分类图
1.面向过程的方法主要是研究系统软件在输入／输出转化方式上的不同，对数据本身及其控制方面并不很重视。这种方法只是在90年代末期流行，现在用到的很少。
一、需求分析的基本内容
需求分析是软件设计的初期阶段，由软件分析人员来确定客户需求，帮助软件分析人员理解需求问题并定义软件系统的所有外部特征的一门学科；它通过合适的工具和方法，系统地描述待开发系统的相关特征和相关约束，形成软件系统的需求规范文档，并对用户在需求上的不断变化给予支持。通俗讲，需求就是指明系统在设计时必须要实现的目标，这是一个软件设计的规格说明。它描述了系统的行为和属性，是在开发过程中对系统的约束。
需求分析作为软件设计中的第一个阶段，它贯穿于整个软件设计过程，其重要性在现在看来已越来越突出，到80年代中期，逐步形成了软件工程的子领域——需求工程。进入90年代后，需求工程这一个分支已成为软件工程领域研究的重点之一。从1993年开始，在国际上每隔两年都要举办一次需求工程方面的国际会议，像国际研讨会（ISRE）、需求工程国际会议（ICRE）等都是专门来讨论需求分析问题，并取得了很多成果。另外一些关于需求工程的工作小组也相继成立。
YANGDong
（School ofEconomics & Management）
Abstract
The requirements analysis is important,because it will play a major role in determining the design of specific software and hardware systems.The goal of the requirements phase is to elicit the requirements from the user.This is usually achieved by the development of diagrams and the requirement specification after discussions with the user.The user then reviews the diagrams and specification to determine,if the software developer has understood the requirements.Thus,it is essential that the diagrams and specifications communicate back to the user,the essential aspects required of the software to be produced.
本文介绍了利用E-R图与用例来进行功能需求分析的方法，并着重描述如何获取用例模型及用例之间的关系的同时，对需求分析在软件开发中的重要性也进行了阐述。
关键词：需求分析；E-R图；用例；用例模型
METHODOLOGIES AND TECHNIQUES FOR REQUIREMENTS ANALYSISOF SOFTWARE SYSTEM
2.界面识别法
在这个“界面识别”需求获取方法中，软件设计方一般会根据自己所了解的用户需求情况，利用VB、VF等可视化界面工具，先设计出系统的一般功能界面后再与用户进行交流，进一步改进需求，直到双方最终都能在项目需求上达成一致的方法。
界面识别法比较适合双方都不是很明白系统需求的情况下使用。因为双方都不理解项目需求，因此，就更需要做一些简单的界面来加快双方对需求的理解，在这个界面原型上双方对需求再做进一步的商讨，直到最终双方能够达成一致。在这种情况下，设计方一般采用“可视化”的界面来达到获取需求的目的。
（
我们现在的软件需求一般包括三个不同的层次：业务需求、用户需求和功能需求（也包括非功能需求）。
1.业务需求
业务需求反映了设计人员或客户对系统的更高层次目标需求，它们都应在项目规范文档中加以说明。
2.用户需求
用户需求反映了用户使用设计人员开发出的系统时，必须要完成的目标任务，这都应在使用实例（use case）文档或项目规范文档中加以说明。
Key words:Quirement Analysis；E-RModel；Use Case；Use Case Model
引
目前，我国各行各业都急需各种应用软件系统，但传统的软件开发模式显然不能充分满足用户的需求。在90年代末期，一种新的被称为“用户主导，面向领域的需求分析方法”被提了出来，即如何从各种各样的应用专业领域中特别是直接从最终用户处捕获需求，并完整、准确地予以描述与分析，需求分析成为研究的热点之一。
3.功能需求
功能需求定义软件设计人员在设计这个系统时必须要实现的软件功能，使得用户能得到他们想要的需求，从而满足了业务需求，达到完成项目设计的任务。在软件需求规格说明书中说明的功能需求充分描述了软件系统所应具有各种属性及其行为。软件需求规格说明书在整个软件设计阶级一直起着指导作用。
（
需求工程是一个不断反复的对需求定义、文档记录、需求演进的过程，并最终在验证的基础上冻结需求。80年代，Herb Krasner定义了需求工程的五阶段生命周期分别是需求获取、需求建模、形成需求规格、需求验证、需求管理，以下对其做简单的阐述：
1.可以为软件设计方提供可用于转换为数据设计、界面设计和过程设计的模型；
2.可以为软件设计方明确软件系统的内容，并建立出概念模型、功能模型和数据模型供以后使用；
3.设计方可以说明所设计系统的功能和性能，指明软件和其他系统在接口上的注意事项，并定义本系统所要满足的各个约束条件；
4.做完需求分析后能生成一个使双方都能达成一致的需求规格说明书，用于在该系统完成后用来评估其质量的一个标准说明。