【正文】 對所有潛在的競爭產(chǎn)品做一個列表，并根據(jù)客戶的實際情況來確認主要優(yōu)缺點。 ] 參與方式 [說明該類用戶是否參與開發(fā)，如何參與。要注意的是，用戶會有不同的類型，有些用戶需要的是靈活性、方便快速操作的高級功能，而有些用戶則側(cè)重與用戶界面的友好性。 ] 代表 [列出該類項目相關(guān)人員的代表?？梢栽谑袌稣{(diào)查的基礎(chǔ)上，對其市場的規(guī)模和增長率進行研究，從而估計其潛在的用戶數(shù)量。如果是定制開發(fā)項目，那么可以省去本小節(jié)。 ] 范圍 [范圍主要用來說明該文檔描述的項目內(nèi)容，以及與其相關(guān)的其它東西。 ] 項目構(gòu)想 編者說明： 這個 文檔模板與“軟件項目視圖與范圍”文檔的功能十分接近，只不過該文檔更適合于產(chǎn)品型項目。達到這一目的的一個途徑是考慮軟件項目的五個方面：性能、質(zhì)量、計劃、成本和人員。開發(fā)者應(yīng)把重點放在能提供最大價值、花花費最合理的開發(fā)費用及普及率最高的產(chǎn)品上。把這些都記錄下來以防止將來可能的混淆和沖突。 化學制品跟蹤系統(tǒng) 還能產(chǎn)生符合政府部門規(guī)定所要求的全部報表，包括化學制品的使用、存儲和廢棄等報表。這部分不包括詳細的功能需求和項目計劃信息。定義了較高層次的關(guān)鍵接口或性能要求，但避免設(shè)計或?qū)崿F(xiàn)細節(jié)。包括對現(xiàn)存產(chǎn)品的一個簡要的相對評價和解決方案，并指出所建議的產(chǎn)品為什么具有吸引力和它們所能帶來的競爭優(yōu)勢。該文檔是十分重要，但卻又是十分容易被忽視的。有了該文檔，就可以使得下次找這些資料時更加方便。 ] [明確說明，經(jīng)費是超出了、還是節(jié)余了，分析其主要原因。 ] 參考資料 [列出要用到的參考資料，如： ] [a. 本項目的已核準的計劃任務(wù)書或合同、上級機關(guān)的批文 ； ] [b. 屬于本項目的其他已發(fā)表的文件； ] [c. 本文件中各處所引用的文件、資料，包括所要用到的軟件開發(fā)標準。本文檔模板就是一個例子，供大家參考。 ] 5．下個月的工作計劃 6．建議 [本月遇到的重要問題和應(yīng)引起重視的問題 以及因此產(chǎn)生的建議。 ] 3．資額耗用與狀態(tài) 資額耗用 [主要說明本月份內(nèi)耗用的工時與機時。 外部環(huán)境 1） 產(chǎn)品依賴政府規(guī)章，而規(guī)章的改變將是不可預期的； 2） 產(chǎn)品依賴草擬中的技術(shù)標準，而最后的標準將是不可預期的 。 開發(fā)環(huán)境 1） 設(shè)施沒有及時到位； 2） 設(shè)施到位，但不配套； 3） 設(shè)施擁擠、雜亂或者破損； 4） 開發(fā)工具未能及時到位； 5） 開發(fā)工具不如期望那樣有效，開發(fā)人員需要時間創(chuàng)建工作環(huán)境或切換新的工具； 6） 開發(fā)工具的選擇不是基于技術(shù)需求，不能提供計劃要求的性能； 7） 新開 發(fā)工具的學習期比預期的長，內(nèi)容繁多。要控制風險，就應(yīng)該找到風險，并將風險記錄下來，確定相關(guān)責任人，對于風險性高的、可能性大的還需要制訂相關(guān)的應(yīng)對措施。 ] 5. 相關(guān)技術(shù) 開發(fā)案例 [給出本項目將采用的軟件生命周期模型、過程規(guī)范等，從而對開發(fā)過程給予明確的指導。 ] 風險管理計劃 [該部分可以視需要將其單列為專題計劃。該部分可以視需要將其單列成為專題計劃。 ] 項目預算 [根據(jù) WBS 和階段計劃分配成本，得到本項目的財務(wù)預算。 ] 4. 項目管理計劃 項目估計 [給出關(guān)于項目成本、進度的估計值，這些估計值將是項目計劃制定的基礎(chǔ)，也是今后重新評估、修改計劃的基礎(chǔ)。 ] 概述 [說明該計劃其它部分 所包含的內(nèi)容，以及文檔的組織方式。 ] [ ] [：文檔的內(nèi)容。 ] 變更管理會議 [明確變更管理會議的組成成員、召開時間以及具體的操作辦法。在此應(yīng)列出現(xiàn)場測 試的目標、責任、過程、工具。在此應(yīng)列出單元測試的目標、責任、過程、工具。 ] 詳述 [在每個子部分中，列出基于 組織章程的部分以及每個部分的責任，然后再說明在每個過程中組織的結(jié)構(gòu)圖。 ] 驗收過程 [主要目標：執(zhí)行和分析驗收測試、簽署正式的接收協(xié)議。 ] 詳述 定義過程 [主要目標：分析問題、制作項目計劃、定義接收標準、選擇項目工具。然后闡述在合同下的項目任務(wù)。 ] 需由外單位提供的條件 [逐項列出需要外單位分合同承包者承擔的工作和完成的時間。 ] [完成項目的最遲期限 ] [本計劃的批準者和批準日期 ] 3. 實施計劃 工作任務(wù)的分 解與人員分工 [對于項目開發(fā)中需完成的各項工作，從需求分析、設(shè)計、實現(xiàn)、測試直到維護，包括文件的編制、審批、打印、分發(fā)工作，用戶培訓工作，軟件安裝工作等，按層次進行分解，指明每項任務(wù)的負責人和參加人員。 ] 2. 項目概述 工作內(nèi)容 [簡要地說明在本項目的開發(fā)中須進行的各項主要工作。 項目名稱 (暫定 )： 項目編號（開發(fā)部填寫） 項目申請人： 申請日期： 項目優(yōu)先級： 最遲完成時間： 問題 /機會： 項目目標及成功標準： 目標描述： 假設(shè)、風險及障礙： 客戶名單： 項目提出人： 項目決策人： 項目相關(guān)人員： 審批人意見： 簽名： 日期： 軟件項目計劃 (ISO 標準 ) 編者說明： 拿破侖說過：“沒有一場戰(zhàn) 役 是按照計劃打的，而 勝利的戰(zhàn)役沒有一個是沒有計劃的。最好還應(yīng)對進度計劃、進度風險做一些評估。 ] 參考資料 [在此應(yīng)列出項目計劃中引用的文檔列表 ，對于引用的每個文檔都應(yīng)該列出其標題、文檔編號、日期，并且指出這些文檔的來源，以方便該計劃的閱讀者查找。 ] 敏感性分析 [是指一些關(guān)鍵性因素與這些不同類型之間的合理搭配、處理速度要求、設(shè)備和軟件的配置等變化時，對開支和收益的影響最靈敏的范圍的估計。 ] [?? ] 6. 投資及效益分析 支出 [對于所選擇的方案，說明所需的費用，如果已有一個現(xiàn)存系統(tǒng)，則包括該系統(tǒng)繼續(xù)運行期間所需的費用。 ] [說明所建議系統(tǒng)對運行過程的影響。 ] 局限性 [列出本系統(tǒng)的主要局限性。 ] 3. 對現(xiàn)有系統(tǒng)的分析 [這里的現(xiàn)有系統(tǒng)是指當前實際使用的系統(tǒng)，這個系統(tǒng)可能是計算機系統(tǒng)，也可能是一個機械系統(tǒng)甚至是一個人工系統(tǒng)。 ] 定義 [列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組。 為此，我們特意收集了一些在項目開發(fā)過程中經(jīng)常用到的文檔模板，這些模板包括格式和簡單的寫作說明，相信能夠幫助大家編寫出更加高效、實用的技術(shù)文檔。 在收集過程中，我們十分注重其實用性，以確保每個模板的價值 ，而且對于一些 重要的文檔提供了多個模板 。 ] 參考資料 [列出用得著的參考資料。 ] [分析現(xiàn)有系統(tǒng)的目的是為了進一步闡明建議中的開發(fā)新系統(tǒng)或修改現(xiàn)有系統(tǒng)的必要性 。 ] 4. 所 建議的系統(tǒng) 對所建議系統(tǒng)的說明 [概括地說明所建議系統(tǒng)，并說明在第 2 條中列出的那些要求將如何得到滿足，說明所使用的基本方法及理論根據(jù)。 ] [說明對開發(fā)的影響。 ] 基本建設(shè)投資 [包括采購、開發(fā)和安裝所需的費用。 ] 7. 社會因素方面的可能性 .[法律方面的可行性 ] .[使用方面的可行性 ] 8. 結(jié)論 [在進行可行性研究報告的編制時，必須有一個研究的結(jié)論 ] 軟件項目商業(yè)性分 析 編者 說明： 隨著市場經(jīng)濟的不斷發(fā)展，一個項目的商 業(yè)價值、市場價值往往是衡量項 目價值的最大依據(jù)。 ] 概述 [本小節(jié)說明該文檔所包括的內(nèi)容，以及它的組織方式。一個明確確定、表述清晰、可以度量的目標將為今后系統(tǒng)的開發(fā)工作 打下堅實的基礎(chǔ)?！?， 戰(zhàn)役尚且如此，軟件項目也不例個。 ] 主要參加人員 [扼要地說明參加本項目開發(fā)工作的主要人員的情況，包括他們的技術(shù)水平。 ] 接口人員 [說明負責接口工作的人員及他們的職責。 ] [說明本項目開發(fā)中需制訂的各個專題計劃的要點。緊接著，說明項目如何組織。 ] [次要目標：尋找人員、了解客戶、形成試驗性的設(shè)計思想。 ] [次要目標：完成客戶培訓、清理文檔。 ] 部門及責任 [分析和設(shè)計部：編寫問題說明書、設(shè)計說明書、變更管理、數(shù)據(jù)控制、模擬模型、制作用戶文檔、協(xié)作集成測試。 ] 集成測試 [逐步將通過 測試的模塊集成為更加復雜的集合，并且測試這些集合，直到整個軟件都被集合在一起。 ] 共同測試設(shè)備 [描述在幾個或者所有級別的測試中共同的設(shè)備和工具，其中包括系統(tǒng)資料、計算機設(shè)備、桌面系統(tǒng)、操作系統(tǒng)、特殊語言、 CASE 工具、仿真器。 ] 建議類型 [定義變更建議的類型，通常包括接受和拒絕兩種。 ] 文檔內(nèi)容 [列出在該項目中將要使用的文檔模板的結(jié)構(gòu)性內(nèi)容。 ] 2. 項目概述 項目目標 [指出該項目將會交付什么樣的產(chǎn)品，能夠幫助客戶達到什么目標。你可以采用任何估算技術(shù)。 ] 迭代計劃 [根據(jù) 小節(jié)的目標，具體列出每次迭代的詳細計劃。 ] 進度控制計劃 [說明如何對項目計劃執(zhí)行情況進行監(jiān)控，將采用什么措施與管理手段。 ] 風險總述 [對項目所涉及的風險進行一個概要性描述。該部分可以視需要將其單列 為一個專題文件。而最 好的方法就是整理成為本模板中的表格，為每個潛在風險備個案。 最終用戶 1） 最終用戶堅持新的需求； 2） 最終用戶對于最后交付的產(chǎn)品不滿意，要求重新設(shè)計和重做； 3） 最終用戶不買進項目產(chǎn)品，無法提供后續(xù)支持； 4） 最終用戶的意見未被采納，造成產(chǎn)品最終無法滿足用戶期望，而必須重做。 人員 1） 招聘人員所花時間比預期的長； 2） 作為先決條件的任務(wù)不能按時完成（如培訓、其它項目）； 3） 開發(fā)人員和管理層之間關(guān)系不佳導致決策緩慢，影響全局； 4） 項目組成員沒有全身心投入項目，進而無法達到需要的產(chǎn)品性能水平； 5） 缺乏激勵措施，士氣低下，降低了生產(chǎn)能力； 6） 缺乏必要的規(guī)范，增加了工作失誤與重復工作； 7） 某些人需要更多時間適應(yīng)不熟悉的軟件工具和環(huán)境、硬件環(huán)境、編程語言； 8） 項目結(jié)束前，合同制人員離開團隊，或雇員辭職； 9） 項目后期加入新的開發(fā)人員，額外的培訓和溝通降低現(xiàn)有成員的效率； 10）項目組成員不能有效地 一起工作； 11）由于項目組成員間的沖突，導致溝通不暢、設(shè)計欠佳、接口錯誤和額外的重復工作； 12）有問題的成員沒有調(diào)離項目組，損害了項目組其他成員的積極性； 13）項目的最佳人選未加入項目組； 14）項目的最佳人選已加入項目組，但因其他原因未能合理使用； 15）沒有找到項目急需的具有特定技能的人； 16）關(guān)鍵人物只能兼職參與； 17）項目人員不足； 18）任務(wù)的分配與人員技能不匹配； 19）人員工作的進展比預期的慢； 20）項目管理人員怠工導致計劃和進度失效； 21）技術(shù)人員怠工導致工作遺漏或質(zhì)量低下，工 作需要重做。 ] 工時 [分為三類： ] [a. 管理用工時 包括在項目管理（制訂計劃、布置工作、收集數(shù)據(jù)、檢查匯報工作等）方面耗用的工時； ] [b. 服務(wù)用工時 包括為支持項目開發(fā)所必須的服務(wù)工作及非直接的開發(fā)工作所耗用的工時； ] [c. 開發(fā)用工時 要分各個開發(fā)階段填寫。 ] 開發(fā)任務(wù)卡 編者說明： 項目中應(yīng)該實現(xiàn)責任到人，項目的進度應(yīng)該是每 個項目成員個人進度表的總匯集，而開發(fā)任務(wù)卡則是項目與項目成員的約定，也是項目管理的一個好辦法。 周期： 2020 年 __月 __日 ~2020 年 __月 ___日 項目名稱： ________________________________ 項目編號： _______________ 項目經(jīng)理： ______________ 項目發(fā)起人： ____________ 項目成員： _______________________________________ 項目計劃開始時間： _______________ 項目實際開始時間： _______________ 項目 預計完成時間： _______________ 現(xiàn)在預計完成時間： _______________ 項目處于： ? 初步計劃階段 ? 需求分析階段 ? 開發(fā)階段 項目狀態(tài)： ? 按計劃進度 ? 超計劃進度 ? 進度延遲 項目預計投入人力： ____________人 /日 現(xiàn)在已投入人力： ___________人 /日 預計共需投入人力： ____________人 /日 項目遇到的困難和要解決的問題： _____________________________________________________________________ ___________