需求合同由來

需求合同（供應合同）可能不適用《聯(lián)合國國際貨物銷售合同公約》。 由于需求合同（供應合同）通常不涉及貨物所有權(quán)的轉(zhuǎn)移，而是關(guān)注產(chǎn)量的買受與供給義務，缺乏貨物買賣的主要條款，如明確的價款、數(shù)量、時間、產(chǎn)品質(zhì)量、運輸條件和付款方式等。因此，可能會不適用于使用《聯(lián)合國國際貨物銷售合同公約》審理。

簽訂需求合同（供應合同）時應當設(shè)立雙方義務，若某種情況下買方應當承擔買受一定數(shù)量產(chǎn)品的義務，則賣方應當相應地承擔在某種情況下，供應一定數(shù)量產(chǎn)品的義務。這是整個需求合同（供應合同）的核心。否則出現(xiàn)單方義務，合同效果相當于一方發(fā)出的對自己有約束力的要約，將無法保證產(chǎn)品的買受或供應的。

（作者系國際法碩士，深圳執(zhí)業(yè)律師）2100433B

需求工程的作用主要表現(xiàn)在: 增強了項目涉眾對復雜產(chǎn)品特征在細節(jié)和相互依賴關(guān)系上的理解， 增強了項目涉眾對需求( 尤其是復雜需求) 的掌握 ; 增進了項目涉眾之間的交流， 減少了可能的誤解和交流偏差; 需求管理能夠更加有效地處理需求變更，提高了生產(chǎn)效率; 需求跟蹤信息能夠更加準確地反映項目的進展情況，以便進行更好的項目決策 ; 使得項目涉眾認識到需求在項目工作中的重要性， 使得需求的作用得到重視和有效發(fā)揮。良好的需求分析和管理工作， 才能把系統(tǒng)的功能描述和性能指標轉(zhuǎn)化為具體的軟件需求規(guī)格說明書，成為系統(tǒng)建設(shè)的依據(jù)和基礎(chǔ) 。

1、按不同經(jīng)濟規(guī)模分類

按不同經(jīng)濟規(guī)模分類?？梢詣澐譃閭€人(家庭)住宅需求和社會住宅需求。

個人(家庭)住宅需求是個人(家庭)有支付能力的住宅購買力。每個個人(家庭)的住宅需求總是具體的、現(xiàn)實的，體現(xiàn)著住宅需求的各個側(cè)面和活動過程。這是從微觀的角度進行考察。

社會住宅需求則是從宏觀經(jīng)濟分析的全社會的有支付能力的住宅購買力。它表明全社會住宅需求水平，需求結(jié)構(gòu)、需求方向，并可據(jù)此探索住宅需求發(fā)展的規(guī)律。

2、從住宅需求實現(xiàn)的角度分類

從住宅需求實現(xiàn)的角度分類，可以劃分為現(xiàn)實的住宅需求和潛在的住宅需求。

現(xiàn)實的住宅需求是指在一定時期已經(jīng)實現(xiàn)的住宅購買力，它表明住宅需求的實際數(shù)量。

潛在的住宅需求是指過去和現(xiàn)在未轉(zhuǎn)變?yōu)閷嶋H的住宅購買的支付能力而在未來可能轉(zhuǎn)變?yōu)樽≌徺I力的需求。

3、按形成住宅需求的資金來源分類

按形成住宅需求的資金來源分類，可以劃分為自有資金和外來資金的住宅需求。由個人和家庭自己擁有的貨幣收人和儲蓄等形成的住宅需求，是自有資金的住宅需求。

由國冢、企業(yè)、金融機構(gòu)或他人提供的貨幣補貼、住宅信貸、捐助的貨幣等而形成的個人住宅需求是外來資金的住宅需求。

4、按住宅需求層次分類

按住宅需求層次分類，可劃分為最低住宅需求、基本住宅需求和高層次住宅需求。

最低住宅需求是滿足個人和家庭最低限度的居住需要所具有的住宅購買力?；咀≌枨笫菨M足個人和家庭基本居住需要所具有的住宅購買力。全社會的平均住宅購買力代表了這種住宅需求。

高層次住宅需求是滿足個人和家庭智力和體力發(fā)展及享受需要所具有的住宅購買力。收入高的家庭住宅需求強，往往愿意支付較多的貨幣取得質(zhì)量高的高級住宅。

需求工程需求獲取階段

需求獲取首先需要的是技術(shù)的支持，其次，在需求獲取工作中主要涉及了 3 個至關(guān)重要的因素：應搜集什么信息；從什么來源中搜集信息；用什么機制或技術(shù)搜集信息。再次，需求獲取的開始，代表著軟件項目正式開始實施，正所謂萬事開頭難。綜合上述 3 個點使得需求獲取成為軟件開發(fā)中最困難、最關(guān)鍵、最易出錯也是最需要交流的方面。在工作開展中，主要是就業(yè)務流程、組織架構(gòu)、軟硬件環(huán)境和現(xiàn)有系統(tǒng)等相關(guān)內(nèi)容進行溝通，挖掘系統(tǒng)最終用戶的真正需求，把握需求的方向。在需求獲取調(diào)研會中首先對需求獲取方法作了驗證?，F(xiàn)行的需求獲

取方法一般有基于調(diào)查的需求獲取方法、基于用例的需求獲取方法、原型法等幾種方法。各種需求獲取方法各有利弊。

需求工程需求分析階段

需求分析與需求獲取是密切相關(guān)的，需求獲取是需求分析的基礎(chǔ)，需求分析是需求獲取的直接表現(xiàn)，兩者相互促進，相互制約。需求分析與需求獲取的不同主要在于需求分析是在已經(jīng)了解承建方的實際的客觀的較全面的業(yè)務及相關(guān)信息的基礎(chǔ)上，結(jié)合軟、硬件實現(xiàn)方案，并做出初步的系統(tǒng)原型給承建方做演示。承建方則通過原型演示來體驗業(yè)務流程的合理化、準確性、易用性。同時，用戶還要通過原型演示及時地發(fā)現(xiàn)并提出其中存在的問題和改進意見和方法。

需求工程文檔編寫階段

需求開發(fā)的最終成果是，在對所要開發(fā)的產(chǎn)品達成共識后，所編寫的具體的文檔。需求文檔是在需求獲取和需求分析兩個階段任務結(jié)束時生成的，所以文檔要包含所有需求。在此階段先要從軟件工程和文檔管理的角度出發(fā)依據(jù)相關(guān)的標準審核需求文檔內(nèi)容，確定需求文檔內(nèi)容是否完整。對需求文檔中存留問題進行修改的工作。

需求工程需求確認階段

需求確認主要是針對《需求規(guī)格說明書》的評審，保證需求符合優(yōu)秀需求成熟的特征，并且符合好的需求規(guī)格說明的特征。在需求確認階段需要保證以下幾點：

（1）軟件需求規(guī)格說明正確描述了預期的滿足各方涉眾需求的系統(tǒng)能力和特征。

（2）從系統(tǒng)需求、業(yè)務規(guī)則或其他來源中正確的推導出軟件需求。

（3）需求是完整的、高質(zhì)量的。

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

（5）需求為繼續(xù)進行產(chǎn)品設(shè)計和構(gòu)造提供充分的基礎(chǔ)。

需求工程需求跟蹤階段

需求跟蹤是指通過比較需求文檔與后續(xù)工作成果之間的對應關(guān)系，確保產(chǎn)品依據(jù)需求文檔進行開發(fā)，建立與維護“需求——設(shè)計——編程——測試”之間的一致性，確保所有工作成果符合用戶需求。需求跟蹤是一項需要進行大量手工勞動的任務，在系統(tǒng)開發(fā)和維護的過程中一定要隨時對跟蹤聯(lián)系鏈信息進行更新。需求跟蹤能力的好壞會直接影響產(chǎn)品質(zhì)量，降低維護成本，容易實現(xiàn)復用，同時，需求跟蹤還需要建設(shè)方的大力支持。

需求工程需求復用階段

在軟件項目實施過程中，許多不同項目間存在著許多相似的需求，尤其是類型相同的項目在不同的用戶群眾的實施中，需求的相似性就更加明顯、更加普遍了。有了需求復用，建設(shè)方就能快速的形成一個需求的原型，這樣，后期的需求工作只需要在此原型的基礎(chǔ)上進行修改、擴充和完善即可，大大提高了需求分析的工作進度。所以，對于需求的復用就需要加以重視。對于需求復用，首要責任就是要提取可復用的需求，對需求復用的理解和擴充。其次就是要保證需求復用不存在沖突。

需求工程變更控制階段

需求變更在軟件項目開發(fā)中是不可避免的。無休止的需求變更只會造成各種資源無休止的浪費，但是其中也不乏有許多是必要的、合理的需求變更。對于需求變更，首先是要盡量及早的發(fā)現(xiàn)，以避免更大的損失。其次，是要采取相應的、合理的變更管理制度和流程，這樣同樣可以降低需求變更帶來的風險。

需求工程版本控制階段

版本控制是管理需求規(guī)格說明和其他項目文檔必不可少的一個方面，也是需求變更文檔化管理的最有效辦法?？梢栽敿氂涗洶l(fā)生需求變更的需求文檔版本的版本，發(fā)生變更的原因，變更發(fā)生的控制記錄，并對變更后的需求文檔進行唯一版本號的標識。使得每個成員都能及時訪問最新版本的需求文檔。

實施版本控制的基礎(chǔ)是需求基線，所謂需求基線就是項目組成員一經(jīng)承諾將在某一特定產(chǎn)品版本中實現(xiàn)的功能性和非功能性需求的集合。需求基線的確定可以保證項目的涉眾各方可以對發(fā)布的產(chǎn)品中希望具有的功能和屬性有一個一致的理解。