第3章 軟件立項與合同

本章導讀

軟件項目（或產品）的來源一般有兩個渠道。

一個渠道是市場調研之后，認為某產品將會有巨大的市場空間，而軟件公司在人力資源、設備資源、抵抗風險、資金和時間上都具備開發該產品的能力，于是決定立項，這類軟件產品被稱為“非訂單軟件”，典型例子有網上游戲軟件。

另一個渠道是與固定的用戶簽訂軟件開發合同，由軟件公司啟動該項目的開發，這類軟件被稱為“訂單軟件”，典型例子有企業資源規劃系統ERP和電子商務大型網站。

對于一些大型項目，在簽訂合同之前，一般有一個招標與投標的過程，只有中標之后才能簽訂合同。開發“非訂單軟件”需要“立項”，開發“訂單軟件”需要簽訂“合同”。所以“立項”與“合同”是IT企業軟件項目（或產品）的兩個源頭。一旦立項或簽訂合同，企業領導或軟件管理部門就要下達《任務書》，開發部門接到《任務書》后就要組建開發團隊，成立項目組。本章討論軟件立項和簽訂軟件合同的方法，并給出一份《軟件任務書》的案例。表3-1列出了讀者在本章學習中要了解、理解和關注的主要內容。

3.1 軟件立項方法與文檔

如果沒有軟件合同，又要開發軟件項目或產品，就必須先立項，然后才能開發或施工。立項就是在市場調研的基礎上，分析立項的必要性（是否有市場前景）和可能性（是否有能力實現），并具體列出系統的功能、性能、接口和運行環境等方面的需求，當前客戶群和潛在客戶群的情況，以及投入產出分析。然后再按照編寫參考指南書寫《立項建議書》，并對它進行評審，評審通過后才算正式立項。

在軟件企業，一般用軟件“立項”和“結項”來表示軟件項目的開始與終結。在非軟件企業，尤其是在高校或機關事業單位，一般用軟件“可行性分析”和“結題”來表示軟件項目的開始與終結。由此可見，“立項”與“可行性分析”相仿，“結項”與“結題”相同。

【例3-1】 2003年初冬，山東某軟件公司的老總在西安出差，發現西安市的大中型餐廳基本上都有電子點菜系統，客人一點菜，信息馬上出現在廚房大師傅眼前，大師傅馬上炒菜，服務員很快上菜，他感到很有意思。后來一打聽，這個“餐飲系統”是北京某軟件公司開發的。于是這位老總又飛到北京，拜訪了“餐飲系統”的開發公司，了解到該公司經濟效益不錯，而且還到幾家餐飲店去就餐，親身體驗“餐飲系統”的使用情況，收集用戶意見。返回山東后，老總拍著腦袋決定馬上立項，快速開發本公司的“餐飲系統”。不到三個月，“餐飲系統”開發完畢，但是在后來的兩年中，該系統在山東某市總共只賣出兩套，投入與產出比是5︰1。這是為什么？就是因為該城市是中等城市，不像北京、西安是大城市，“餐飲系統”的客戶群，實在是少得可憐。

立項就是決策，IT企業的決策必須按照決策程序進行，沒有決策程序就要先制定決策程序，不能一個人拍腦袋定決策。IT企業的高層人員，一般都要親自參加《立項建議書》的評審工作，并發表意見。若立項失誤，則是企業決策的重大偏差，勢必給企業造成各種資源的重大浪費。反之，將對企業的發展起到促進作用。IT企業的高層決策人員，對立項萬萬不可粗心大意。

立項文檔就是《立項建議書》，它本身不是軟件策劃的內容，但是很重要，也很特殊。《立項建議書》的目的，就是在某種程度上代替開發合同或用戶需求報告，作為軟件策劃的基礎。《立項建議書》的編制者一般不是軟件開發人員，而是軟件公司的市場銷售人員，因為他們熟悉市場行情及客戶需求。