【正文】 ？并簡述其特點 ？每類文檔的特點與內(nèi)容？ ，包括那些類型。 (4) 經(jīng)驗與教訓(xùn)： 項目開發(fā)過程中的經(jīng)驗與教訓(xùn)；對今后工作的建議；寫出對外發(fā)表的論文 。 (2) 項目的完成情況： 包括項目構(gòu)成與主要功能；項目性能與技術(shù)指標(biāo)；計劃與實際進(jìn)度對比；費用預(yù)算與實際費用的對比等 。 項目評價報告主要包括以下內(nèi)容 : (1) 概述 (2) 系統(tǒng)構(gòu)成 (3) 系統(tǒng)達(dá)到設(shè)計目標(biāo)的情況 (4) 系統(tǒng)的可靠性 、 安全性 、 保密性 、 可維護(hù)性等狀況 (5) 系統(tǒng)的經(jīng)濟(jì)效益與社會效益的評價 (6) 總結(jié)性評價 項目開發(fā)總結(jié)報告 ? 項目開發(fā)總結(jié)報告中在項目正式運行一段時間后 ，開發(fā)人員所做的工作總結(jié) ， 目的是總結(jié)經(jīng)驗 ， 找出不足 ， 為今后的開發(fā)工作提供借鑒 。 (3) 問題解釋： 解釋了系統(tǒng)使用中可能出現(xiàn)的問題及解決辦法 ， 如非常規(guī)操作命令 、 系統(tǒng)恢復(fù)過程及意外情況 、與開發(fā)單位的聯(lián)系方式等 。 (2) 使用說明： 系統(tǒng)操作使用說明較為詳細(xì)地說明了操作的目的 、 過程 、 方式 、 輸入輸出的數(shù)據(jù)等 。 (6) 結(jié)論 ： 項目功能評價 、 性能技術(shù)指標(biāo)評價 、 結(jié)論 。 (4) 測試方案： 測試的方法 、 測試數(shù)據(jù) 、 測試步驟 、 測試中故障的解決方案等 。 (2) 測試環(huán)境： 有關(guān)軟 、 硬件 、 通信 、 數(shù)據(jù)庫 、 人員等情況 。 (4)協(xié)調(diào)方法： 項目開發(fā)中各個單位 、 階段之間的銜接 、 協(xié)調(diào)方法 、負(fù)責(zé)人 、 權(quán)限等 。 可以用工作進(jìn)度表 、 甘特圖 、 網(wǎng)絡(luò)圖及關(guān)鍵路徑法等工具輔助管理 。 項目開發(fā)計劃報告 項目開發(fā)計劃報告主要包括以下內(nèi)容 : (1)概述： 主要包括系統(tǒng)開發(fā)的主要目標(biāo) 、 基本方針 、 參加人員 、 工作階段和內(nèi)容等 。 ? 其他可選方案及國內(nèi)外同類方案的比較 。 ? 新系統(tǒng)對現(xiàn)行系統(tǒng)的影響 。 ? 可行性研究的基本準(zhǔn)則 。 (1)可行性研究報告主要包括以下內(nèi)容 : ? 系統(tǒng)概述 。 可行性研究報告 可行性研究階段的文檔是可行性研究報告 。 (7) 開始可行性研究的組織隊伍 、 機構(gòu)與預(yù)算 。 (5) 驗收標(biāo)準(zhǔn)和方法 。 (3) 經(jīng)費預(yù)測和經(jīng)費來源 。 ? 項目開發(fā)立項報告主要包括以下內(nèi)容 : (1) 概述：概述現(xiàn)行系統(tǒng)的組織結(jié)構(gòu) 、 功能 、 業(yè)務(wù)流程以及存在的主要問題 。 ? 文檔產(chǎn)品發(fā)布： 桌面發(fā)布包 、 技術(shù)工作包等 。 本章要點 一、軟件項目文檔概述 ? 項目文檔管理的概念 ? 項目文檔的分類 二、項目文檔的質(zhì)量 ? 項目文檔結(jié)構(gòu) ? 文檔標(biāo)準(zhǔn) 三、項目文檔準(zhǔn)備 四、主要項目文檔 項目文檔準(zhǔn)備 文檔的準(zhǔn)備分 3個階段 ： ? 文檔制作： 文字處理器 、 文本格式器 、 表格和公式編輯器 、 繪圖工具包等 。 ? 盡可能地逐條列舉事實。 ? 簡明定義用到的專業(yè)術(shù)語。 ? 段落簡短。 ? 運用正確的術(shù)語和語法結(jié)構(gòu)。 ? 文檔標(biāo)準(zhǔn)要適用于所有項目文檔及用戶文檔的最初版本。 ? 文檔解釋標(biāo)準(zhǔn)： 文檔解釋標(biāo)準(zhǔn)定義了文檔的總體“建筑風(fēng)格”，包括文檔中字體的大小、顏色及風(fēng)格的定義等。對于正式的文檔，它的識別標(biāo)準(zhǔn)可以是由配置管理人員專門定義的；對于非正式的文檔，其識別標(biāo)準(zhǔn)可以由項目經(jīng)理來定義。 ? 交互標(biāo)準(zhǔn)： 通過電子郵件和文檔數(shù)據(jù)庫交換文檔變得越來越重要 ， 交互標(biāo)準(zhǔn)使得所有的文檔都存在可比性 。 ? 過程標(biāo)準(zhǔn)： 這種標(biāo)準(zhǔn)定義了高質(zhì)量文檔應(yīng)該遵守的過程 。 ?文檔的結(jié)構(gòu)通常應(yīng)當(dāng)是嚴(yán)整的，并且有一定的標(biāo)準(zhǔn) 。 ?如果文檔包括許多細(xì)節(jié)性參考信息，應(yīng)該有附錄。 ? 維護(hù)指導(dǎo)文檔 ， 主要描述系統(tǒng)已知的問題 、 軟件支持 、硬件支持等信息 ， 以便維護(hù)時使用 。 這些列表包括程序注釋 、 用來解釋代碼中復(fù)雜代碼段和采用的編碼方法等 。 ? 每個子系統(tǒng)的規(guī)范和設(shè)計說明書 。 ? 系統(tǒng)體系結(jié)構(gòu)文檔 。 ? 備忘錄及電子信息 ：主要記錄了每天項目經(jīng)理和開發(fā)人員之間的詳細(xì)交流信息 。 ? 標(biāo)準(zhǔn)報告： 這些文檔規(guī)定了軟件過程應(yīng)該如何實現(xiàn) ， 這些可以是國際標(biāo)準(zhǔn) 、 國家標(biāo)準(zhǔn) 、 行業(yè)標(biāo)準(zhǔn)等 。 過程文檔 ? 軟件項目計劃 、 預(yù)測和進(jìn)度安排文檔： 這些文檔由項目經(jīng)理負(fù)責(zé)產(chǎn)生 ， 以便預(yù)測和控制軟件的開發(fā)過程 。 ? 產(chǎn)品文檔 ， 是那些描述正在開發(fā)的產(chǎn)品的資料。 ? 能作為最終用戶或管理員的用戶手冊，使用戶知道如何使用、維護(hù)及管理系統(tǒng)。 ? 能為軟件項目的維護(hù)工程師提供有關(guān)信息系統(tǒng)的資料和知識庫。 ? 有三種方式都可以結(jié)束合同： ①成功完成； ②相互協(xié)商同意結(jié)束 ,但沒有成本結(jié)算； ③實質(zhì)性違約。 合同收尾 ? 合同收尾指買方通過其授權(quán)的合同管理員向賣方發(fā)出合同已經(jīng)完成的正式書面通知。 ? 在合同收尾后，未解決的爭議可能需進(jìn)入訴訟程序。在多階段項目中，合同條款可能僅適用于項目的某個特定階段。包括諸如對開發(fā)記錄進(jìn)行更新以反映最終結(jié)果，將更新后的記錄進(jìn)行歸檔供將來項目使用的管理活動。根據(jù)合同中的需求一項項的核對，是否完成了合同所有的要求。驗收人員審查承包商應(yīng)交付的成果，如代碼、文檔等，確保這些成果是完整并正確的。驗收時承包商準(zhǔn)備好待驗收的工作成果，并將必要材料提前交給外包管理小組。 外包交付 ? 當(dāng)軟件項目完成后，軟件外包管理小組啟動外包交付工作。雖然理論上可以把分包商納入自己的進(jìn)度控制和質(zhì)量控制體系，把其作為自己的一個項目部門來對待，但是客觀上由于分包商與業(yè)主距離較遠(yuǎn)，人員不熟悉，各自有自己的企業(yè)文化和管理體制，雙方之間的信息溝通不暢，業(yè)主難以實時監(jiān)督分包商的開發(fā)進(jìn)程和質(zhì)量。這就需要業(yè)主對整個外包的過程進(jìn)行監(jiān)控。 ? 對業(yè)主