【正文】 金額等）5合同中未明確雙方責任（如顧客在需求方面、驗收方面的責任）6 時間緊（如采購、調(diào)研、開發(fā)、實施等方面）7 合同未明確驗收準則或標準8 維護要求過于苛刻9 系統(tǒng)的技術可行性10第三方參與時的評估（如有第三方參與時，未對其資格、技術、資源等進行認證）11 缺乏足夠的資源12 缺乏對客戶的了解（如客戶信譽等）2. 評估中風險不限于表中已列出的，應依據(jù)評審的具體情況增加風險項。附錄中可能包括： (1) 輸入輸出格式樣本 (2) 成本分析研究的描述或用戶調(diào)查結果； (3) 有助于理解需求說明書的背 景信息； (4) 軟件所解決問題的描述； (5) 用戶歷史、背景、經(jīng)歷和操作特點； (6) 交叉訪問表。說明其中的新型設備及其專門功能，包括： （ 1） 處理器型號及內(nèi)存容量； （ 2） 外存容量、聯(lián)機或脫機、媒體及其存儲格式，設備的型號及數(shù)量； （ 3） 輸入及輸出設備的型號和數(shù)量，聯(lián)機或脫機； （ 4） 數(shù)據(jù)通信設備的型號和數(shù)量； （ 5） 功能鍵及其他專用硬件。 【提醒注意】下列需求項決不能理解為是一個標準的或完整的清單，而應根據(jù)項目實際情況予以列舉。 【提醒注意】對于每一個接口，應說明與軟件產(chǎn)品相關的接口軟件的目的，并根據(jù)信息的內(nèi)容和格式定義接口，這里不必詳細描述任何已有完整文件的接口，只要引用定義該接口的文件即可。 可測試性 可移植性 這里規(guī) 定把軟件從一種環(huán)境移植到另一種環(huán)境所要求的用戶程序、用戶接口兼容方面的約束等。 ? 靈活性 說明對該軟件的靈活性的要求，即當需求發(fā)生某些變化時，該軟件對這些變化的適應能力，如：操作方式上的變化 、 運行環(huán)境的變化 、 同其他軟件的接口的變化 、 精度和有效時限的變化 、 計劃的變化或改進等 。這種情況猶如有限狀態(tài)機。 （ 3） 指明引用的輸入接口資料。 本章的編寫應該遵循如下基本原則： ? 遵循可驗證性、無歧義性等的準則，對每一個需求細節(jié)作具體描述； ? 在軟件需求說明書前言、項目概述、附錄部分的有關討論中，要提供對任何一個具體 需求交叉引用的背景； ? 按符合邏輯的和可讀的方式組織； ? 詳細描述每一個需求，使得該需求應達到的目標能夠用指定的方法進行客觀的驗證。 本節(jié)描述產(chǎn)品最終用戶（包括操作 員、維護員和系統(tǒng)工作人員等）具有的受教育水平、工作經(jīng)驗及技程序文件 項目銷售流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 21 頁 第 11 頁 術專長等一般特點。 ? 如果 所定義 的產(chǎn)品是一個較大系統(tǒng)或項目中的一個組成部分，那么在此需要描述如下內(nèi)容： ? 要概述這個較大的系統(tǒng)或項目的每一個組成部分的功能，并說明其接口； ? 指出本產(chǎn)品主要的外部接口（不需要詳細描述，詳細描述放在其他章節(jié)中）； ? 描述所使用的計算機硬件、外圍設備。 （ 1） 待開發(fā)的軟件系統(tǒng)的名稱； （ 2） 本項目的任務提出者、開發(fā)者、用戶及實現(xiàn)該軟件的計算中心或計算機網(wǎng)絡； （ 3） 該軟件系統(tǒng)同其他系統(tǒng)或其他機構的基本的相互來往關系。3. 風險描述：描述當前過程中可能發(fā)生的風險。程序文件 項目銷售流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 21 頁 第 1 頁 1 目的及適用范圍 為規(guī)范項目業(yè)務中項目銷售過程，降低項目實施風險，增加銷售成功率，特制定本程序； 本程序文件適用于 xxx 公司項目業(yè)務項目銷售； 本程序文件由 xxx 公司 制定，其解釋權及修改權屬于 ； 本程序文件從 20xx 年 月 日起執(zhí)行； 2 職責 銷售部負責項目銷售的總體進程，并對銷售的最終結果負責； 項目部參與合同的制訂和評審，控制項目范圍； 財務部等其他部門參與合同評審，對項目盈利性給出專業(yè)意見； 3 項目銷售流程 銷售部銷售發(fā)現(xiàn)客戶有數(shù)據(jù)服務的需求意向，填寫《意向說明書》報給大區(qū) 經(jīng)理 大區(qū)經(jīng)理和客戶進一步接觸，確認客戶意向，定期填寫《市場跟蹤說明書》交給銷售部備案； 銷售部經(jīng)理針對客戶需求和《市場跟蹤說明書》做出是否投標的判斷，如果不 投標，銷售部將上述文檔交給資源中心存檔； 如果決定投標，銷售部經(jīng)理主導由銷售部和項目部準項目經(jīng)理等人共同完成《項目投標方案》，交給由項目部、財務部、質(zhì)量控制部和技術委員會組成的聯(lián)合小組評審，如果評審未通過，銷售部經(jīng)理和準項目經(jīng)理重新修改《項目投標方案》；如果通過，銷售部經(jīng)理和準項目經(jīng)理進行項目投標； 如果沒有中標，銷售部經(jīng)理將相關文件整理到資源中心存 檔；如果中標，項目中心總監(jiān)授權項目經(jīng)理立項； 立項后，項目經(jīng)理（前述的準項目經(jīng)理）進行初步需求分析，作為合同內(nèi)容一部分遞交項目部和財務部聯(lián)合評審； 若合同評審未通過，項目經(jīng)理修改需求分析，若合同評審通過，營銷中心總監(jiān)和客戶議價； 議價結果上報決策委員會，決策委員會決策是否簽訂合同，若決策委員會不同意，市場總監(jiān)繼續(xù)和客戶議價； 若決策委員會決議同意，銷售經(jīng)理和客戶簽訂合同，同時決策委員會通知項目經(jīng)理實施項目執(zhí)行流程 4 相關文件 《意向說明書》 程序文件 項目銷售流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 21 頁 第 2 頁 《市場跟蹤說明書》 《投標文件》 《綜合評審記錄》 《質(zhì)量控制標書 評審記錄》 《資源中心驗收單》 《立項報告》 《需求分析說明書》 《質(zhì)量控制合同評審記錄》 《合同》 市場意向說明書 客戶名稱 程序文件 項目銷售流程 20xx