2.软件需求与需求工程
软件工程之需求分析
软件工程之需求分析编者按：现在人们越来越认识到软件工程在软件开发中的重要作用。
目前国内软件在开发中还没有对软件开发的过程进行明确规定，文档不完整，也不规范，软件项目的成功往往归功于软件开发组的一些杰出个人或小组的努力。
这种依赖于个别人员上的成功并不能为全组织的软件生产率和质量的提高奠定有效的基础，只有通过建立全过程的改善，采用严格的软件工程方法和管理，并且坚持不懈地付诸实践，才能取得全组织的软件过程能力的不断提高，使软件开发更规范合理。
我们马上就要进入WTO，因此软件开发也要与国际接轨，只有这样才能提高我们在项目管理水平，最终开发出高质量的软件。
综述 软件工程中包含需求、设计、编码和测试四个阶段,其中需求工程是软件工程第一个也是很重要的一个阶段，本文以医院管理系统为例详细介绍了需求工程的构成和进行方法。
一、需求开发 需求开发又分为需求获取、需求分析、编写规格说明书和需求验证。
以下列出和讲解分析常规的步骤，当然应按照项目的大小和特点等实际情况我们应该自己确定合适的步骤 1．需求获取 确定需求开发过程确定如何组织需求的收集、分析、细化并核实的步骤，并将它编写成文档。
2．需求分析 绘制关联图、创建开发原型、分析可行性、确定需求优先级、为需求建立模型、编写数据字典、应用质量功能调配。
3．编写规格说明书 项目视图和范围文档包含了业务需求，而使用实例文档则包含了用户需求 4．需求验证 审查需求文档、依据需求编写测试用例、编写用户手册、确定合格的标准 二、需求管理 需求开发的结果应该有项目视图和范围文档、使用实例文档、软件需求规格说明及相关分析模型。
经评审批准，这些文档就定义了开发工作的需求基线。
============================================================== 一、综述 软件工程中包含需求、设计、编码和测试四个阶段,其中需求工程是软件工程第一个也是很重要的一个阶段，本文以医院管理系统为例详细介绍了需求工程的构成和进行方法。
软件工程概论知识点
软件工程概论知识点软件工程是研究和应用计算机科学原理、方法和工具来开发和维护高质量的软件系统的工程学科。
它涉及到软件开发的整个生命周期，从需求分析到设计、编码、测试、部署和维护。
以下是软件工程概论的一些重要知识点。
1. 软件开发生命周期软件开发生命周期是软件工程中重要的概念，它包含了软件开发的各个阶段和活动。
常见的软件开发生命周期模型包括瀑布模型、迭代模型、螺旋模型等。
每个模型包括不同的阶段，如需求分析、设计、编码、测试、部署和维护等。
了解软件开发生命周期有助于理解软件开发过程中的活动和任务。
2. 软件需求工程软件需求工程是软件开发的第一步，它涉及到收集、分析、定义和记录软件系统的需求。
需求工程包括需求获取、需求分析、需求规格和需求验证等过程。
通过需求工程，软件开发团队可以确保对用户需求的准确理解，为软件系统的设计和开发提供清晰的目标和指导。
3. 软件设计原则软件设计是软件开发的关键环节，它决定了软件系统的结构、功能和性能。
软件设计原则是指导软件设计过程的一些基本原则，如单一职责原则、开闭原则、里氏替换原则、依赖倒置原则等。
遵循这些原则可以提高软件系统的可维护性、可扩展性和可重用性。
4. 软件开发方法和工具软件开发方法是根据软件开发生命周期的需求，结合特定的软件开发模型，选择合适的方法和工具来开发软件系统。
常见的软件开发方法包括敏捷开发、结构化开发和面向对象开发等。
软件开发工具包括集成开发环境、版本控制工具、测试工具等。
5. 软件质量保证软件质量保证是确保软件系统满足用户需求和规定标准的一系列活动。
软件质量保证包括软件测试、代码审查、性能优化和配置管理等。
通过软件质量保证，可以降低软件系统的缺陷率，提高软件的可靠性和可用性。
6. 软件项目管理软件项目管理是指对软件项目进行规划、组织、协调和控制的一系列活动。
软件项目管理包括项目计划、需求管理、进度管理、风险管理和团队管理等。
有效的软件项目管理可以提高软件项目的成功率和开发效率。
软件需求工程
软件需求工程软件需求工程是指在软件开发过程中对软件需求进行系统化、规范化的管理和处理的过程。
它包括软件需求的获取、分析、规范化、验证和管理等环节。
在整个软件开发生命周期中，软件需求工程起着至关重要的作用，它直接影响到软件开发质量和项目进展。
一、软件需求工程的定义软件需求工程是指在软件开发过程中对软件需求进行系统化、规范化的管理和处理的过程。
它包括软件需求的获取、分析、规范化、验证和管理等环节。
软件需求工程的目标是确保软件开发团队理解用户需求，并能够根据用户需求开发出满足其期望的软件产品。
二、软件需求工程的重要性软件需求工程在软件开发过程中具有重要的地位和作用，主要体现在以下几个方面：1. 确保项目顺利进行：软件开发过程中，需求不明确或者需求变更频繁往往会导致项目进展受阻。
通过对软件需求进行有效的工程化管理，可以确保项目按计划进行，减少开发过程中的不确定性。
2. 提高软件质量：软件需求工程能够对软件需求进行全面、准确的描述和规范化处理，使开发团队对用户需求有明确的认识。
这样可以避免开发过程中的误解和偏差，从而提高软件的质量和用户满意度。
3. 降低开发成本：软件需求工程能够在软件开发初期就发现和解决潜在的问题，避免在后期进行大幅度的修改和调整。
这样可以降低开发成本，并节约开发团队的时间和资源。
4. 加强项目管理：软件需求工程作为软件开发的基础，能够帮助项目经理对项目进展、人力资源和进度进行有效的管理。
通过对软件需求的追踪和管理，项目经理能够及时发现问题并做出相应的调整和决策。
三、软件需求工程的主要过程软件需求工程包含以下主要过程：1. 需求获取：通过与用户交流、访谈、需求调研等方式，获取用户的需求信息。
需求获取是软件需求工程的第一步，也是最关键的一步，它直接关系到后续工作的开展和软件开发质量。
2. 需求分析：在需求获取的基础上，进行需求分析工作，主要包括需求划分、需求描述、需求模型化等。
通过需求分析，将用户需求转化为开发团队所理解的形式，为后续的开发工作提供参考依据。
软件工程领域分类
软件工程领域分类1.背景概述软件工程是一门关于设计、开发、测试、维护和管理软件项目的学科。
在软件工程领域中，根据任务的不同，可以将其细分为多个子领域。
本文将对软件工程的主要分类进行介绍和讨论。
2.软件需求工程软件需求工程是软件开发的起点，包括对用户需求的分析、规划和定义。
该领域致力于帮助开发团队理解用户需求，制定出符合需求的软件功能规格。
在软件需求工程中，常用的方法包括需求调研、用例分析、原型设计等。
3.软件设计与建模软件设计与建模是将需求转化为具体的软件架构和设计方案的过程。
该领域涉及到设计模式、架构风格、组件划分等方面的内容。
通过软件设计与建模，可以提高软件的可维护性、扩展性和重用性，从而提高软件的质量。
4.软件开发与测试软件开发与测试是软件工程中最核心的环节之一。
在软件开发过程中，开发人员会使用各种编程语言和开发工具进行代码编写。
而软件测试则是为了发现和修复软件中的缺陷和错误。
软件开发与测试的目标是提供功能完备、质量可靠的软件产品。
5.软件项目管理软件项目管理是将软件开发过程组织起来的一种方法论。
该领域包括项目计划、项目进度控制、资源管理等方面的内容。
软件项目管理可以帮助团队高效地协同工作，保证项目按时交付，并确保项目质量和预算达到预期目标。
6.软件维护与演化软件维护与演化是在软件发布后的一系列活动。
软件维护包括对软件进行故障修复、性能优化、安全加固等方面的操作。
而软件演化则是对软件进行功能增强和扩展的过程。
软件维护与演化的目标是确保软件的长期可用性和持续发展。
7.软件质量保证软件质量保证是为了确保软件满足用户需求和质量标准的一系列活动。
该领域包括软件测试、代码审查、质量评估等方面的工作。
通过软件质量保证活动，可以发现和纠正软件中的问题，提高软件的质量和可靠性。
8.软件工程研究与教育软件工程研究与教育是软件工程领域的学术研究和教育培训方向。
该领域致力于推动软件工程理论和实践的发展，并培养软件工程专业人才。
需求工程与软件需求规格说明
需求工程与软件需求规格说明近年来，随着信息技术的飞速发展，软件应用已成为现代社会中不可或缺的一部分。
在软件开发的过程中，需求工程和软件需求规格说明起着至关重要的作用。
本文将深入探讨需求工程的概念和软件需求规格说明的重要性，并提供一种合适的格式来书写软件需求规格说明，以确保软件开发过程中需求的准确性和相关人员的明确理解。
一、需求工程的概念需求工程是软件工程的核心环节之一，其目标是从利益相关人中获取、分析和定义软件系统的需求。
需求工程包括需求获取、需求分析、需求规格说明和需求验证等子过程，旨在确保软件系统与最终用户的需求保持一致。
二、软件需求规格说明的重要性软件需求规格说明是需求工程的一个重要成果。
它对于软件开发团队来说，具有以下几个方面的重要性。
1. 提供明确的指导：软件需求规格说明明确了软件系统的功能、性能和约束条件等方面的详细要求，为软件开发团队提供了明确的指导，有助于保证软件开发过程的正常进行。
2. 促进需求共识：软件需求规格说明是需求工程师与利益相关人之间进行交流的重要工具，通过不断与相关人员的讨论和确认，可以促使各方对软件需求达成共识，减少沟通误差。
3. 确保软件质量：软件需求规格说明中的详细需求描述和验收标准有助于软件开发团队准确理解需求，从而可以在开发过程中及时进行验证和调整，最大限度地提高软件质量。
三、软件需求规格说明的书写格式为了保证软件需求规格说明的准确性和清晰度，下面提供一种常用的格式供参考。
1. 引言：简要描述软件系统的背景和目标、发展环境以及该文档的作用和范围。
2. 总体描述：对软件系统的整体描述，包括系统的主要功能和特性、使用者特征、操作环境、限制条件等。
3. 功能需求：对软件系统的功能进行详细的描述，包括功能的输入和输出、实现方式、性能要求等。
4. 非功能需求：对软件系统的非功能需求进行描述，包括性能要求、可靠性要求、安全要求、可维护性要求等。
5. 界面需求：对软件系统的用户界面进行描述，包括界面的布局、菜单设计、交互方式等。
软件工程与需求工程
软件工程与需求工程引言软件工程和需求工程是软件开发过程中的两个重要概念。
软件工程是一门综合性学科，涉及软件开发生命周期的各个阶段。
需求工程是软件工程的一个重要组成部分，它关注于收集、分析、规范和管理软件项目的需求。
本文将介绍软件工程和需求工程的概念、目标、关键任务和发展趋势。
软件工程概述软件工程是指将工程原则应用于软件开发和维护的过程。
其目标是通过系统化和标准化的方法来设计、实现、测试和维护高质量的软件产品。
软件工程包括多个阶段，如需求分析、设计、编码、测试和维护。
它的核心是确保软件的质量、可靠性和可维护性。
软件工程的关键任务包括需求工程、软件设计、软件构建、软件测试和软件维护。
其中，需求工程是软件开发过程中的第一步，它关注于获取和明确用户的需求，并将其转化为可量化和可测试的软件功能和性能要求。
需求工程的目标是确保软件项目的成功与满足用户的期望。
需求工程概述需求工程是软件工程的一个重要组成部分，它是软件开发过程中的一个关键环节。
需求工程的目标是确保软件项目满足用户的需求，同时满足工期和成本的要求。
需求工程的主要任务包括需求收集、需求分析、需求规范和需求验证。
需求收集是指通过与用户和相关利益相关者进行交流和沟通，收集和理解他们的需求。
需求分析是在需求收集的基础上，对需求进行深入分析和抽象，以确定软件项目必须满足的功能和性能要求。
需求规范是在需求分析的基础上，将需求规范化和形式化，以便软件开发团队理解和实现。
需求验证是指验证软件开发过程中所产生的软件系统是否满足用户的需求。
软件工程与需求工程的关系软件工程和需求工程是紧密相关的概念，两者相互依赖。
软件工程是一个包含多个阶段的过程，而需求工程是其中的一个重要环节。
需求工程是软件工程的第一阶段，它的目标是确定软件项目的需求，为后续的设计、编码、测试和维护提供基础。
软件工程其他阶段都以需求工程的结果为基础进行工作。
需求工程的目标是确保软件项目满足用户期望，而软件工程的目标是确保整个软件开发过程的质量和可靠性。
软件工程名词解释
1. 软件软件是计算机系统中与硬件相互依存的部分，它是包括程序、数据及相关文档的完整集合。
2. 软件危机软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
3. 软件工程软件工程是研究和应用如何以系统化的、规范的、可度量的方法去开发、运行和维护软件，即把工程化应用到软件上。
4. 软件生存周期软件生存周期是指软件产品从考虑其概念开始到该软件产品交付使用，直至最终退役为止的整个过程，一般包括计划、分析、设计、实现、测试、集成、交付、维护等阶段。
5. 软件复用软件复用就是利用某些已开发的、对建立新系统有用的软件元素来生成新的软件系统。
6. 质量质量是产品或服务满足明确或隐含需求能力的特性和特征的集合。
在合同环境下，需求是明确的；在其他环境下，隐含的需求需要识别和定义。
7. 质量策划质量策划包括产品策划、管理和作业策划，以及质量计划的编制和质量改进的准备工作。
8. 质量改进质量改进是以最求最高的效益和效率为目标的持续性活动。
9. 质量控制质量控制是对流程和产品的符合性的评估，独立分析不足并予以更正使得产品与需求相符。
10. 质量保证质量保证是有计划的和系统性的活动，它对部件或产品满足确定的技术需求提供足够的信心。
11. 软件质量软件质量是指明确声明的功能和性能需求、明确文档化的开发标准、以及专业人员开发的软件所具有的所有隐含特征都得到满足。
12. 正式技术复审正式技术复审是一种由软件开发人员进行的软件质量保证活动，其目的是在软件的任何一种表示形式中发现功能、逻辑或实现的错误，验证经过复审的软件确实满足需求，保证软件符合预定义的标准，使软件按照一致的方式开发，使项目更易于管理。
13. ISOISO是一个组织的英语简称，代表International Organization for Standardization，即"国际标准化组织"。
14. ISO9000ISO9000是由ISO/TC176制定的关于质量管理和质量保证的国际标准。
软件工程中的软件需求分析
软件工程中的软件需求分析在软件开发的过程中，软件需求分析是一个至关重要的环节。
它涉及到对用户需求的收集、整理和明确，是理解用户需求、规划软件功能和架构的基础。
本文将介绍软件工程中的软件需求分析的重要性、目标和方法。
一、重要性软件需求分析在软件开发过程中具有关键作用。
它有助于确保软件开发的目标与用户需求一致，提高软件的质量和可靠性，并最大程度地满足用户的期望。
在软件需求分析过程中，开发人员与用户密切合作，通过深入了解用户需求，确保软件功能的准确性和完备性。
合理的需求分析还有助于避免后期软件开发过程中的变更，从而节省时间和成本。
二、目标软件需求分析的主要目标是明确软件的功能需求和非功能需求，确保开发团队对软件的需求有一个全面的了解。
在需求分析过程中，开发人员与用户之间的沟通与共享知识十分重要。
目标包括但不限于以下几点：1. 收集用户需求：通过面对面的讨论、问卷调查、客户反馈等渠道，收集用户对软件的需求，包括功能需求、性能需求、安全需求等。
2. 整理需求：将从用户那里获得的各种需求整理成一份清单，包括功能需求清单、非功能需求清单等。
3. 分析需求：对需求进行分析，确保他们的相容性、一致性和完整性。
通过需求分析，可以将复杂的需求转化为明确的软件规范和设计。
4. 确定优先级：根据用户需求的重要性和紧急程度，为需求分配合理的优先级。
这样，在软件开发的过程中可以根据优先级有针对性地进行计划和实施。
三、方法软件需求分析的方法有很多种，根据具体项目的特点和开发团队的偏好，选择适合的方法非常重要。
以下是几种常用的软件需求分析方法：1. 面谈法：开发人员与用户进行面对面的讨论，详细了解用户的需求和期望。
这种方法可以促进沟通和交流，帮助开发人员更好地理解用户需求。
2. 原型法：通过建立原型，展示软件的功能和交互界面，以便用户更直观地理解软件的需求和设计。
原型法可以提供一个稳定的基础来进行需求分析和改进。
3. 需求工作坊：邀请相关利益相关方参加需求工作坊，共同讨论和整理需求。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
关于“签字”
客户的权利法案
要求分析人员使用符合客户语言习惯的表达。 要求分析人员了解客户系统的业务及目标。 要求分析人员组织需求获取期间所介绍的信息，并 编写软件需求规格说明。 要求开发人员对需求过程中所产生的工作结果进行 解释说明。 要求开发人员在整个交流过程中保持和维护一种合 作的职业态度。 要求开发人员对产品的实现及需求都要提供建议， 拿出主意。 描述产品使其具有易用、好用的特性。 可以调整需求，允许重用已有的软件组件。 当需要对需求进行变更时，对成本、影响、得失有 个真实可信的评估。 获得满足客户功能和质量要求的系统，并且这些要 求是开发人员同意的。
有技术早期介入
不属于需求的内容
设计与实现的细节 项目的计划信息 测试信息 开发环境需求 进度/预算限制 培训需求 产品上线需求
其他概念
需求的质量分解
正确性：所有需求必须是正确的、合理的、满足任务书要求的。 必要性：所有需求必须是为完成指定任务所必需的。 可行性：在指定的环境和条件下，所有的需求必须是可行的。 完备性：为完成指定任务，这些需求是完备的、无遗漏的。 一致性：所有需求相互之间没有矛盾，是一致的。 非退化：任一需求的引入都不会导致软件性能的退化。 无歧义：任一需求的陈述都是确定的、不会导致多义性的。 可验证：任一需求都是可以测试、可以验证的。 可追踪：人以需求都可以追踪到项目的任务书或规格说明的需求。
需求过程不适当
1. 2. 用户不多导致产品无法被接受 用户需求的增加带来过度的耗费和降低产品的质 量 模棱两可的需求说明可能导致时间的浪费和返工 用户增加一些不必要的特性和开发人员画蛇添足 过分简略的需求说明以致遗漏某些关键需求 忽略某类用户的需求将导致众多客户的不满 不完善的需求说明使得项目计划和跟踪无法准确 进行
优/缺点
沟通能力 思维模式 通过改变思维模式，不断训练是可以提高的
SERU模型概述
Subject
构件 上下文关系 列表
流程 类图 用例图
Event/Report
Use Case
事件流 相关需求 界面原型 规则与约束
三个阶段
需求定义阶段 理清脉络阶段 填充细节阶段
问题
信息传递的无效性 忽略了非功能需求的局限性
设计约束
非技术因素决定的技术选型 预期的软硬件环境 预期的使用环境
优秀需求的标准
完整性
用户才是验证需求完整性的合适人选 需求完整性存在不同层面
不失真
正确性 无歧义性
有优先级
优先级有不同角度 必要性是优先级评价的盲区
需求的三个层次
业务需求
问题 目标
用户需求
零散（不同角度、不同层面、不同粒度） 存在矛盾（从用户个体角度出发的片面性）
软件需求
需求分析与建模的产物
需求 XP的用户故事法 特征驱动开发中的Feature
非功能需求
需求工程解析
需求工程的代价 需求工程的范畴 需求工程的困难 需求开发工作要点 需求管理工作要点 需求分析人员的技能组成 SERU模型概述 需求过程不适当 需求过程的潜在风险
需求工程的代价 需求：1
设计：5
编码：10
测试：20~50
运行和维护：200
需求工程的范畴
需求描述语言和规范化的困难性
怎样规范化用户需求 规范化哪些用户需求 非形式化和形式化描述语言的使用
需求验证的困难性
需求规格说明正确性的确认和验证 验证的方法和技术 如何进行自动验证
需求管理的困难性
需求规格说明书的质量保证 需求规格说明书的版本管理 需求变更的控制
需求的隐含质量要求
操作方便 可以保证操作质量
目前控制需求质量的手段
听证：参与者并不一定代表使用者的 真实意图 评审：参与评审的专家并不一定对软 件的最终质量负责 确认：客户确认只代表客户对需求负 责人，不代表客户承认需求的质量
主题
什么是软件需求 需求工程解析 需求工程的5个活动 需求与客户
软件需求与需求工程
2009年09月
主题
什么是软件需求 需求工程解析 需求工程的5个活动 需求与客户
主题
什么是软件需求 需求工程解析 需求工程的5个活动 需求与客户
什么是软件需求
概念 需求的三个层次 需求的三种类型 优秀需求的标准 不属于需求的内容 其他概念
概念
需求一直是软件的最重要却也是最容易出 现问题的环节 在IEEE软件工程标准词汇表(1997年)中定 义软件需求为：
客户的义务法案
给分析人员讲解业务及说明业务方面的术语等专业 问题。 抽出时间清楚地说明需求并不断完善。 当说明系统需求时，力求准确详细。 需要时要及时对需求做出决策。 要尊重开发人员的成本估算和对需求的可行性分析 。 对单项需求、系统特性或使用实例划分优先级。 评审需求文档和原型。 一旦知道要对项目需求进行变更，要马上与开发人 员联系。 在要求需求变更时，应遵照开发组织确定的工作过 程来处理。 尊重需求工程中开发人员采用的流程（过程）。
需求开发工作要点
证实 需求获取 需求分析
更正并 减少误差
重
新
评
估
需求验证 重写
编写规约
需求管理工作要点
需求跟踪 变更分析 变更申请
需求开发
待处理需求
基线管理
需求基线
需求分析人员的技能组成
需求分析人员的来源
来源 优势 缺点
缺乏领域知识，沟通能力不强 软件知识欠缺，难以表述需求 易于按自己的偏好来构建系统 开发人员 选择的解决方案更合理 用户 更善于理清业务脉络
需求工程的5个活动
需求捕获 需求分析 编写需求规格说明书 需求验证 需求管理
主题
什么是软件需求 需求工程解析 需求工程的5个活动 需求与客户
需求和客户
客户 客户与开发人员的合作伙伴关系
客户的权利法案 客户的义务法案
关于“签字”
客户
客户有不同的需要。一些客户知道他们需要 什么，而另外一些人知道他们不需要什么。 一些客户希望进行详细讨论，而另外一些客 户则满足于模糊的承诺。 客户有不同的个性。 客户和供应商之间有着不同的通信方式。一 些人非常熟悉产品以及生产厂商，而另外一 些人则可能素未谋面，仅仅通过信件往来和 几个匆忙的电话与生产厂商沟通。 客户也经常是矛盾的。事实上，很少有客户 能够明确的知道怎样的一个系统对自己是最 有益处的，他们往往在集中方案之间徘徊， 于是经常产生需求的变动。生产厂商经常陷 入客户自己的矛盾之中。
领域专家 对业务领域十分精通
需求分析人员的技能组成
三大技能的培养要点
技能类型 培养要点 类比 业务能力 宏观思考 过于陷入细节就会影响宏观理解 溯源 技术能力 说明 例如：在很多非销售型企业中也能找到“产 、销、供”的线索
分析技术的发展历史，可以更好地了解其作 用 了解优缺点就能够在正确的地方应用它
3. 4. 5. 6. 7.
需求过程的潜在风险
1. 2. 3. 4. 5. 6. 7. 8. 用户不能正确表达自身的需求 业务人员配合力度不够 用户需求的不断变更 需求的完整程度 需求的细化程度 需求描述的多义性 忽略了用户的特点分析 需求开发的时间保障
主题
什么是软件需求 需求工程解析 需求工程的5个活动 需求与客户
需求获取 基线管理
需求分析
编写规约
需 求 开 发
需求工程
需 求 管 理
变更管理
需求验证
需求跟踪
需求工程的困难
需求获取与需求分析的困难性
有些需求可能用户也不是很清楚； 需要用户与开发人员之间进行充分的交流和协商 需求间的冲突和矛盾的检查以及解决 需求是否完整的确定 合适的需求建模的方法和技术
1. 用户解决问题或达到目标所需的条件或能力。 2. 系统或系统部件要满足合同、标准、规范或其 它正式规定文档所需具有的条件或能力。 3. 一种反映上面(1)或(2)所描述的条件或权能的 文档说明。通俗的讲，“需求”就是用户的需 要，它包括用户要解决的问题、达到的目标、 以及实现这些目标所需要的条件，它是一个程 序或系统开发工作的说明，表现形式一般为文 档形式。