需求合同（供应合同）可能不适用《联合国国际货物销售合同公约》。 由于需求合同（供应合同）通常不涉及货物所有权的转移，而是关注产量的买受与供给义务，缺乏货物买卖的主要条款，如明确的价款、数量、时间、产品质量、运输条件和付款方式等。因此，可能会不适用于使用《联合国国际货物销售合同公约》审理。

签订需求合同（供应合同）时应当设立双方义务，若某种情况下买方应当承担买受一定数量产品的义务，则卖方应当相应地承担在某种情况下，供应一定数量产品的义务。这是整个需求合同（供应合同）的核心。否则出现单方义务，合同效果相当于一方发出的对自己有约束力的要约，将无法保证产品的买受或供应的。

（作者系国际法硕士，深圳执业律师）2100433B

一、介绍美国法律和商业实践对需求合同的理解

需求合同定义：买方在书面协议中同意以足够的对价购买其商业所需的全部特定类型商品。

统一商法典，州通过立法设立管辖商业的法律，规定需求购买方测算数量时或在产量合同中生产方，必须善意为之。不能交付或者索要，与规定预计的或者通常的或者其他可比较的期间产量或者需求不符合的非合理比例数量。

虽然统一商法典没有明确规定产量和需求协议可以作为合同执行，但是其暗含的效力是明确的。这些协议的理论阻碍是不牢靠的。买方向卖方购买所有所需的某类产品的协议被理解为给予买方是否购买的完全自由。同样地，卖方同意向卖方销售所有其产品的协议被理解为给予卖方自由决定其产品产量。如此一来，这些合同被理解为给予当事方自主决定履行或者不履行合同。然而支持有效的理由是存在的，若唯一反对这些合同效力的理由是它们过于模糊，法院将会支持其有效。统一商法典没有给出合同条款，但是包含了两个解释规则，使得这些合同不再因为过于模糊而无效，为法院提供了指导。

首先，承担的数量必须依据善意确定。

买方在需求合同或者卖方在产量合同中不得自由地，不受限制，决定需求的货物数量或交付的货物数量。一种当事方获得无限制权的协议是，买方可以凭其“想要”下订单。此种协议，除非情况表明需要其他解释，否则给予买方是否购买的自由。其没有规定当事方之间的相互义务，顶多构成要约，卖方的发盘，在买方下订单时成立合同，但在买方承诺之前卖方可以随时撤回。对于自己的需求，买方不得自由地下单或不下单，若协议要求卖方出售或者买方购买所有或者规定比例的买方需求时。当买方出现需求时，他必须从买方购买，并依据善意确认需求。非商业人士必须忠于事实为之；商业人士必须同样也需要如此而且还必须遵守公平交易的商业准则，以至其需求与合理的预计是一致的。同样，卖方在产量合同中也必须如此。

其次，统一商法典提出一些确定数量的规则。

买方和卖方对于与当事方规定或者与可比较期间的需求或者产量存在不合理差额的数量没有接受义务。比如，若卖方同意向买方交付所有买方需要的某类产品，如果买方每个月下单的数量是500单位，卖方没有义务交付1500单位，即使买方能证明1500单位货物是其所需。前期的确定取决于所涉商业的性质。统一商法典没有要求可比较的前期是当事方相互交易的前期。如果这是当事方之间的产量或者需求协议交易的第一笔，没有约定预期，统一商法典允许使用通过正常的或可比较的期间确定协议的义务。

即使产量或者需求合同明确到可以执行，确定这些协议的义务还是会有困难，当需求或者价格出现意想不到的变化时。在些情况下，商业人士或许会寻求更改产品时间表或变更产量（卖方）或变更需求（买方）的方法。

企图增加或者减少需求，通常导致当事方之间争议，需要司法介入。统一商法典提供了“不合理的比例”作为检验规则，与善意从事一起。统一商法典还规定，一份导致独家交易某类货物的合法协议，出发另外约定，卖方有义务尽力提供货物，买方有义务尽力营销货物。此种要求就是善意原则的特定适用。

产量、需求或者其他独家交易合同的合法性取决于联邦或州的反垄断法。统一商法典规定只有合法的协议才有效。

需求工程的作用主要表现在: 增强了项目涉众对复杂产品特征在细节和相互依赖关系上的理解， 增强了项目涉众对需求( 尤其是复杂需求) 的掌握 ; 增进了项目涉众之间的交流， 减少了可能的误解和交流偏差; 需求管理能够更加有效地处理需求变更，提高了生产效率; 需求跟踪信息能够更加准确地反映项目的进展情况，以便进行更好的项目决策 ; 使得项目涉众认识到需求在项目工作中的重要性， 使得需求的作用得到重视和有效发挥。良好的需求分析和管理工作， 才能把系统的功能描述和性能指标转化为具体的软件需求规格说明书，成为系统建设的依据和基础 。

1、按不同经济规模分类

按不同经济规模分类。可以划分为个人(家庭)住宅需求和社会住宅需求。

个人(家庭)住宅需求是个人(家庭)有支付能力的住宅购买力。每个个人(家庭)的住宅需求总是具体的、现实的，体现着住宅需求的各个侧面和活动过程。这是从微观的角度进行考察。

社会住宅需求则是从宏观经济分析的全社会的有支付能力的住宅购买力。它表明全社会住宅需求水平，需求结构、需求方向，并可据此探索住宅需求发展的规律。

2、从住宅需求实现的角度分类

从住宅需求实现的角度分类，可以划分为现实的住宅需求和潜在的住宅需求。

现实的住宅需求是指在一定时期已经实现的住宅购买力，它表明住宅需求的实际数量。

潜在的住宅需求是指过去和现在未转变为实际的住宅购买的支付能力而在未来可能转变为住宅购买力的需求。

3、按形成住宅需求的资金来源分类

按形成住宅需求的资金来源分类，可以划分为自有资金和外来资金的住宅需求。由个人和家庭自己拥有的货币收人和储蓄等形成的住宅需求，是自有资金的住宅需求。

由国冢、企业、金融机构或他人提供的货币补贴、住宅信贷、捐助的货币等而形成的个人住宅需求是外来资金的住宅需求。

4、按住宅需求层次分类

按住宅需求层次分类，可划分为最低住宅需求、基本住宅需求和高层次住宅需求。

最低住宅需求是满足个人和家庭最低限度的居住需要所具有的住宅购买力。基本住宅需求是满足个人和家庭基本居住需要所具有的住宅购买力。全社会的平均住宅购买力代表了这种住宅需求。

高层次住宅需求是满足个人和家庭智力和体力发展及享受需要所具有的住宅购买力。收入高的家庭住宅需求强，往往愿意支付较多的货币取得质量高的高级住宅。

需求工程需求获取阶段

需求获取首先需要的是技术的支持，其次，在需求获取工作中主要涉及了 3 个至关重要的因素：应搜集什么信息；从什么来源中搜集信息；用什么机制或技术搜集信息。再次，需求获取的开始，代表着软件项目正式开始实施，正所谓万事开头难。综合上述 3 个点使得需求获取成为软件开发中最困难、最关键、最易出错也是最需要交流的方面。在工作开展中，主要是就业务流程、组织架构、软硬件环境和现有系统等相关内容进行沟通，挖掘系统最终用户的真正需求，把握需求的方向。在需求获取调研会中首先对需求获取方法作了验证。现行的需求获

取方法一般有基于调查的需求获取方法、基于用例的需求获取方法、原型法等几种方法。各种需求获取方法各有利弊。

需求工程需求分析阶段

需求分析与需求获取是密切相关的，需求获取是需求分析的基础，需求分析是需求获取的直接表现，两者相互促进，相互制约。需求分析与需求获取的不同主要在于需求分析是在已经了解承建方的实际的客观的较全面的业务及相关信息的基础上，结合软、硬件实现方案，并做出初步的系统原型给承建方做演示。承建方则通过原型演示来体验业务流程的合理化、准确性、易用性。同时，用户还要通过原型演示及时地发现并提出其中存在的问题和改进意见和方法。

需求工程文档编写阶段

需求开发的最终成果是，在对所要开发的产品达成共识后，所编写的具体的文档。需求文档是在需求获取和需求分析两个阶段任务结束时生成的，所以文档要包含所有需求。在此阶段先要从软件工程和文档管理的角度出发依据相关的标准审核需求文档内容，确定需求文档内容是否完整。对需求文档中存留问题进行修改的工作。

需求工程需求确认阶段

需求确认主要是针对《需求规格说明书》的评审，保证需求符合优秀需求成熟的特征，并且符合好的需求规格说明的特征。在需求确认阶段需要保证以下几点：

（1）软件需求规格说明正确描述了预期的满足各方涉众需求的系统能力和特征。

（2）从系统需求、业务规则或其他来源中正确的推导出软件需求。

（3）需求是完整的、高质量的。

（4）需求的表示在所有地方都是一致的。

（5）需求为继续进行产品设计和构造提供充分的基础。

需求工程需求跟踪阶段

需求跟踪是指通过比较需求文档与后续工作成果之间的对应关系，确保产品依据需求文档进行开发，建立与维护“需求——设计——编程——测试”之间的一致性，确保所有工作成果符合用户需求。需求跟踪是一项需要进行大量手工劳动的任务，在系统开发和维护的过程中一定要随时对跟踪联系链信息进行更新。需求跟踪能力的好坏会直接影响产品质量，降低维护成本，容易实现复用，同时，需求跟踪还需要建设方的大力支持。

需求工程需求复用阶段

在软件项目实施过程中，许多不同项目间存在着许多相似的需求，尤其是类型相同的项目在不同的用户群众的实施中，需求的相似性就更加明显、更加普遍了。有了需求复用，建设方就能快速的形成一个需求的原型，这样，后期的需求工作只需要在此原型的基础上进行修改、扩充和完善即可，大大提高了需求分析的工作进度。所以，对于需求的复用就需要加以重视。对于需求复用，首要责任就是要提取可复用的需求，对需求复用的理解和扩充。其次就是要保证需求复用不存在冲突。

需求工程变更控制阶段

需求变更在软件项目开发中是不可避免的。无休止的需求变更只会造成各种资源无休止的浪费，但是其中也不乏有许多是必要的、合理的需求变更。对于需求变更，首先是要尽量及早的发现，以避免更大的损失。其次，是要采取相应的、合理的变更管理制度和流程，这样同样可以降低需求变更带来的风险。

需求工程版本控制阶段

版本控制是管理需求规格说明和其他项目文档必不可少的一个方面，也是需求变更文档化管理的最有效办法。可以详细记录发生需求变更的需求文档版本的版本，发生变更的原因，变更发生的控制记录，并对变更后的需求文档进行唯一版本号的标识。使得每个成员都能及时访问最新版本的需求文档。

实施版本控制的基础是需求基线，所谓需求基线就是项目组成员一经承诺将在某一特定产品版本中实现的功能性和非功能性需求的集合。需求基线的确定可以保证项目的涉众各方可以对发布的产品中希望具有的功能和属性有一个一致的理解。