報告需要根據(jù)反饋和評價進(jìn)行改進(jìn)和優(yōu)化，不斷完善工作總結(jié)和匯報方式。編寫報告時，我們應(yīng)該充分了解相關(guān)背景知識，并對相應(yīng)領(lǐng)域的發(fā)展趨勢進(jìn)行調(diào)研。以下報告范文選取了不同主題和領(lǐng)域的案例，供大家參考和借鑒。
軟件驗收報告由誰編寫篇一
崗位職責(zé)，又稱工作職責(zé)，它規(guī)定了一個工作崗位的主要工作內(nèi)容和對適崗人員的基本管理要求，是企業(yè)管理制度系統(tǒng)中的重要組成部分，是崗位說明書的核心內(nèi)容。
崗位職責(zé)的生成，建立在對該工作崗位的工作分析基礎(chǔ)之上，通過抽象地將該工作崗位的工作內(nèi)容細(xì)分為若干項單列的工作任務(wù)，以條款的形式將這些細(xì)分工作任務(wù)依照一定的規(guī)律排列出來。對于適崗人員來說，崗位職責(zé)說明的，是該崗位是“做什么的”，即：適崗人員應(yīng)該從事哪些工作。
崗位職責(zé)應(yīng)該能夠涵蓋該工作崗位的大部分工作內(nèi)容和主要工作任務(wù)，但應(yīng)注意避免內(nèi)容過于復(fù)雜，華而不實。一些企業(yè)的崗位職責(zé)編制得非常全面，甚至將一些工作流程都寫在里面。如果企業(yè)制度建設(shè)工作做得到位，那么工作流程應(yīng)該會寫進(jìn)工作流程的相關(guān)文件里，全部編制在崗位職責(zé)中，則過于繁復(fù)，不能達(dá)到簡單明了的效果。編寫崗位職責(zé)的每項細(xì)分工作任務(wù)，應(yīng)該選用“動詞+賓語”的句式，這種句式表述工作任務(wù)要求時較為直觀，容易理解。
描述崗位職責(zé)的句式中，盡量不要使用形容詞，如：“積極”、“認(rèn)真”、“好”等詞語。崗位職責(zé)使適崗人員明白應(yīng)該做什么，就已經(jīng)達(dá)成編寫目的，至于怎樣做？做到什么地步才算好？則應(yīng)該通過其他管理文件來進(jìn)一步說明。崗位職責(zé)承載的信息量過大，勢必影響對其的理解、教育和落實。表述工作狀態(tài)的形容詞，可以在管理標(biāo)準(zhǔn)，或操作規(guī)范中使用，表明對工作狀態(tài)的具體要求。
編寫崗位職責(zé)應(yīng)該盡量避免使用，或少用“負(fù)責(zé)”、“統(tǒng)籌”這一類意義表述比較籠統(tǒng)的詞語，除非后面的句子能夠清楚地描述工作任務(wù)內(nèi)容。另外，編寫崗位說明時，比較常用的“確?！币辉~，應(yīng)該出現(xiàn)在對工作任務(wù)的范圍和責(zé)任都已經(jīng)清楚界定了的句式之中，否則便顯得過于籠統(tǒng)，不能清晰表達(dá)工作任務(wù)要求。
崗位職責(zé)的編制結(jié)果是對該崗位主要工作內(nèi)容和工作任務(wù)所進(jìn)行的拆分和羅列。一般情況下，可以選擇采用三種方式來對拆分后的工作任務(wù)項目進(jìn)行排序：
第二種，按照工作任務(wù)的先后完成順序來排序。某一工作崗位從時間順序上先做什么，該工作任務(wù)條款就寫在前面，后做什么，工作任務(wù)條款就寫在后面。有些基層工作崗位多采用這種排序方法。第三種，按工作任務(wù)的性質(zhì)來排序。把一個工作崗位的職責(zé)分解出的工作任務(wù)分別歸類，第一類是具有“決策屬性”的工作任務(wù)，包括：規(guī)劃目標(biāo)、制定戰(zhàn)略、發(fā)布命令、草擬政策和規(guī)則、批準(zhǔn)工作任務(wù)和文件等屬于高層次的工作內(nèi)容，排在最前面。第二類是具有“管理屬性”的工作任務(wù)，包括管理的一般職能：計劃、組織、指揮、控制和協(xié)調(diào)工作；工作事項的統(tǒng)籌和溝通工作；培訓(xùn)教育工作等，排列在第一類后面。第三類是具有“執(zhí)行屬性”的工作任務(wù)，包括對一些物態(tài)的管理工作，和一些純粹的事務(wù)性工作，它們一般列在最后。
在實際編寫工作中，應(yīng)根據(jù)工作崗位的管理特點，結(jié)合具體情況來選擇上述三種方式給工作任務(wù)排序，應(yīng)遵循簡單、清晰和有效的原則，注意崗位職責(zé)的知會對象是適崗人員，條款的羅列和表述應(yīng)以他們的理解和掌握為主要目的，否則便會做很多“無用功”。
在很多管理崗位上，決策、管理和執(zhí)行的工作屬性同時存在，因此，采用第三種排序方式來排列細(xì)分工作任務(wù)，是相對比較理想的方法。
1．負(fù)責(zé)收銀備用金的領(lǐng)取、使用、管理和歸還工作；
2．審核銷售單據(jù)，收取顧客購物貨款；
3．辦理銀行卡消費業(yè)務(wù)；
4．辦理退換貨的退款業(yè)務(wù)；
5．依據(jù)崗位權(quán)限管理與維護(hù)收銀pos設(shè)備；
6．定期向收銀主管匯報收銀工作狀況；
7．答復(fù)或指引顧客問詢事宜。
1．依據(jù)商場年度經(jīng)營計劃擬制營運部工作計劃和預(yù)算報告；
2．向部屬傳遞公司重大經(jīng)營決策和管理要求；確保員工執(zhí)行公。
司各項管理制度要求；
3．定期向營運總監(jiān)匯報部門工作狀況和工作任務(wù)完成情況；
4．審批各專柜柜組商品促銷計劃；
5．計劃、組織大型商品促銷活動，確保各項資源到位；
6．審批各樓層值班經(jīng)理排班計劃，批準(zhǔn)所屬員工的短期請假和加班事項；
7．組織定期的管理技能培訓(xùn)活動，提升樓層管理人員管理水平；
8．協(xié)調(diào)部門員工間工作關(guān)系；
9．協(xié)調(diào)專柜柜組員工與部門員工間工作關(guān)系；
10．檢查所屬員工的工作行為和工作任務(wù)完成情況，確保部門各項工作任務(wù)的完成；
11．實施四級以下獎懲措施；申報四級以上獎懲措施；
12．主持部門例會；
13．處理樓層值班經(jīng)理不能解決的顧客投訴和消費糾紛；
14．完成營運總監(jiān)臨時安排的其他工作任務(wù)。
軟件驗收報告由誰編寫篇二
1.2背景。
列出本項目的委托單位、承辦單位及其主管部門。
1.3參考資料。
a)本項目經(jīng)核準(zhǔn)的計劃任務(wù)書、合同或上級機(jī)關(guān)批文;。
b)項目開發(fā)計劃;。
c)分析設(shè)計說明書;。
d)本文檔中引用的文件、資料(包括軟件開發(fā)規(guī)范)。
列出這些資料的作者、標(biāo)題、編號、發(fā)表日期和出版單位。
1.4定義。
列出本文檔中用到的可能會引起混淆的專門術(shù)語的定義、縮寫詞的原文。
軟件驗收報告由誰編寫篇三
把本項測試中得到的動態(tài)、靜態(tài)的輸入/輸出數(shù)據(jù)的結(jié)果同動態(tài)/靜態(tài)的輸入/輸出的期望結(jié)果進(jìn)行比較，列出發(fā)現(xiàn)的問題。
2.2軟件功能結(jié)論及建議。
簡述被測試軟件的功能，說明為滿足此功能而設(shè)計的軟件所具有的能力及經(jīng)過測試已證實的能力;經(jīng)過測試證實的本軟件存在的缺陷和限制，指出對缺陷如何進(jìn)行改進(jìn)。
3評價。
3.1軟件的主要功能和性能。
說明本軟件具有的各項功能及性能，說明原定的開發(fā)目標(biāo)是否達(dá)到。
3.2進(jìn)度與費用。
給出原定計劃的進(jìn)度與實際進(jìn)度的對比;原定計劃的費用與實際支出費用的對比。
3.3對開發(fā)工作的評價。
對開發(fā)工作的生產(chǎn)效率、技術(shù)方法、產(chǎn)品質(zhì)量等給出評價。
4經(jīng)驗與教訓(xùn)。
列出從本項目的開發(fā)中得到的最主要的經(jīng)驗與教訓(xùn)，以及對今后的軟件項目開發(fā)工作的建議。
軟件驗收報告由誰編寫篇四
客戶項目經(jīng)理：日。
期：
1、項目回顧。
1.1、實施主要階段。
1、項目的實施周期。
2、項目實施經(jīng)歷的主要階段。
xxxx集團(tuán)有限公司業(yè)務(wù)erp系統(tǒng)實施項目從xx月xx日啟動至今歷時1個半月左右，在xxxx集團(tuán)有限公司與xxxx有限公司雙方領(lǐng)導(dǎo)的大力支持和關(guān)心下,xxxx公司咨詢實施顧問和xxxx集團(tuán)有限公司erp項目組關(guān)鍵成員辛勤努力，先后完成了項目培訓(xùn)、業(yè)務(wù)調(diào)研、方案準(zhǔn)備、方案測試、靜態(tài)和動態(tài)數(shù)據(jù)準(zhǔn)備、模擬運行以及切換上線等階段性項目任務(wù)，各階段工作基本按計劃完成。
1.2、系統(tǒng)應(yīng)用模塊。
1、系統(tǒng)上線成功應(yīng)用的模塊a．銷售b．庫存c．存貨。
通過雙方項目組1個半月的共同努力，xxxx有限公司erp系統(tǒng)于xxxx年xx月xx日正式上線。目前xxxx有限公司各相關(guān)業(yè)務(wù)部門已開始全面應(yīng)用用友erp系統(tǒng)的xx、xx和xx等子系統(tǒng)來完成日常管理工作。
2、項目總體評價。
2.1、是否達(dá)到項目預(yù)期目標(biāo)。
建議描述內(nèi)容提要：
項目驗收小組一致認(rèn)為，系統(tǒng)運行穩(wěn)定，計算數(shù)據(jù)準(zhǔn)確、信息傳遞及時，實現(xiàn)了最初確定的實施目標(biāo)：
1)建立了共用資料(供應(yīng)商資料和存貨資料)子系統(tǒng)，對備品備件等物。
料實行統(tǒng)一編碼，分倉庫管理，保證了倉庫庫存的實時掌握并供有關(guān)部門查詢。
2)通過銷售系統(tǒng)的實施，實現(xiàn)了發(fā)貨單的機(jī)打，和銷售訂單的數(shù)量控。
括格式調(diào)整、數(shù)量合計大寫、提貨人、車號和訂單余額，等自定義信息，使用了較多的觸發(fā)器和自定義函數(shù)，基本實現(xiàn)了客戶的個性化需求。
信息化奠定了基礎(chǔ)創(chuàng)造了條件…………。
同時，項目驗收小組一致認(rèn)為，xxxx有限公司erp系統(tǒng)的實施是卓有成效的。雙方項目組把對軟件系統(tǒng)的理解與對企業(yè)管理的深刻認(rèn)識有機(jī)的結(jié)合起來，并應(yīng)用到整個實施過程中。通過規(guī)范基礎(chǔ)管理、統(tǒng)一物料名稱和編碼、優(yōu)化部分業(yè)務(wù)流程、編制全面的系統(tǒng)應(yīng)用準(zhǔn)則和規(guī)程，在系統(tǒng)全面應(yīng)用的基礎(chǔ)上有效的促進(jìn)了企業(yè)管理的規(guī)范，并將對企業(yè)綜合管理水平進(jìn)一步提高產(chǎn)生積極而深遠(yuǎn)的影響。
2.2、項目成功的原因。
實施項目的成功得益于以下幾個方面：
3)用友erp系統(tǒng)是成熟軟件，適用于工業(yè)行業(yè)；
4)xxxx有限公司各業(yè)務(wù)部門對項目組工作的積極配合；5)xxxx軟件技術(shù)有限公司具有專業(yè)水準(zhǔn)的顧問隊伍。
綜合以上各方面因素，項目驗收小組認(rèn)為xxxx有限公司erp系統(tǒng)實施達(dá)到了預(yù)期效果，符合xxxx有限公司提出的管理業(yè)務(wù)信息化、集成化的基本需求，同意接受該軟件系統(tǒng)投入正常運行，至此該項目的實施工作基本結(jié)束，同意對該項目驗收。
一如既往地為xxxx有限公司提供技術(shù)支持服務(wù)。按照合同規(guī)定，系統(tǒng)啟用后進(jìn)入運行維護(hù)階段，用友公司的實施人員和技術(shù)人員繼續(xù)根據(jù)合同規(guī)定負(fù)責(zé)以后的支持、維護(hù)工作。
如果您在用友erp軟件應(yīng)用中遇到任何問題或疑問。
請致電我們的客戶服務(wù)熱線：xxxx-xxxxxxxx我們將竭誠為您服務(wù)！
驗收簽字。
xxxx有限公司代表。
__________________________。
****年**月**日。
邢臺中天軟件技術(shù)有限公司。
xxxx軟件技術(shù)公司代表。
____________________________。
****年**月**日。
軟件驗收報告由誰編寫篇五
近年來，我國軟件行業(yè)疾馳在高速公路上，但是，盈利卻始終是個令人尷尬的問題。對于大部分軟件作者來說，軟件行業(yè)的收益仍停留在解決溫飽問題的范疇。中國軟件行業(yè)協(xié)會理事長陳沖認(rèn)為，軟件作者要吃飯，軟件廠商、代理商要生存發(fā)展，不能沒有收入，合適的盈利模式是非常關(guān)鍵的因素。
那么，軟件行業(yè)的盈利模式究竟有哪些呢？
盤點一：軟件盈利，注冊先行。
模式一：要使用嗎，先交費（come-pay-stay）。
在過去，“先付錢后使用”曾經(jīng)是國內(nèi)軟件的主要盈利模式。盡管這種模式方便簡單，但它難以理直氣壯地成為盈利妙方，因為先付錢后使用，把風(fēng)險留給了消費者。消費者的購買行為取決于對品牌的認(rèn)識。
一般來說，這種方式適用于品牌形象好，知名度高的商業(yè)軟件，如office系列軟件。
模式二：來吧，玩得喜歡再付費（come-stay-pay）。
“先試用后付費”，免費給用戶下載試用版本，在未付費前，軟件有一定的時間、次數(shù)、功能等限制。
這種模式源于一個“省錢、懶得費心”的市場推廣策略。1982年，兩位美國軟件作者，開發(fā)了一大軟件，卻不想為軟件的推廣花費太多的金錢和精力，所以采取了一種新穎的推銷方式，利用bbs發(fā)行軟件，并允許用戶拷貝，但在拷貝過程中需要給軟件作者支付費用。于是，“先試用后購買”模式就這樣誕生了。
先請用戶體驗，滿意了再購買的方式，解決了“先付費后使用”模式如何給用戶足夠的購買信心問題。這種模式在過去很長一段時間很受歡迎，是軟件的主流盈利模式。譬如，在10年前已經(jīng)非常風(fēng)靡的軟件豪杰超級解霸、netants、優(yōu)化大師。
但在國內(nèi)，與注冊收費模式形影相伴的，是數(shù)不清的破解和盜版行為，同時受到國內(nèi)用戶購買力匱乏、正版意識不濃等因素的制約，注冊收費模式在盈利面前，變得蒼白無力。
模式三：捐助與否，由你決定（donors）。
捐助，來自用戶或企業(yè)的贊助，通過自愿付費，幫助軟件作者解決資金問題。這種方式事實上是注冊付費模式的延伸。
不管是先付費后使用還是先試用后付費，都具有一定的強(qiáng)迫性，用戶必須付費才能享受正式版本，但這兩種模式可以保證收入的實現(xiàn)。而捐助模式的可控制性較低，軟件作者不能保證收入的實現(xiàn)。
一般來說，捐助模式主要適用于免費軟件。如，maxthon，它是國內(nèi)第一個成功運用這種捐款模式的軟件，對捐款的用戶除了寫感謝信、捐贈標(biāo)注外，還返回一些特殊的服務(wù)，如制定個性化的myie等。
盤點二：廣告守護(hù)，盈利通路。
由于國內(nèi)盜版猖獗、破解版形影相隨，許多軟件通過注冊付費獲取的收益不足以維持軟件開發(fā)、運營。廣告，成為了軟件作者心中的守護(hù)使者。
模式一：“軟件+廣告”，主流盈利模式。
“軟件+廣告”主要指通過在軟件中嵌入廣告、彈出廣告窗口等方式賣廣告，從廣告商那里獲得收益的模式。廣告和軟件的結(jié)合是軟件作者取得收益的一個非常重要的模式。
這種模式的實用性很強(qiáng)，只需用戶在安裝或者使用該軟件過程中，能看到或者點擊廣告內(nèi)容，軟件作者便能從中獲得廣告分成。如下載軟件flashget。flashget在軟件界面開劈了廣告位，用戶沒有注冊軟件的時候，通過賣廣告獲得收益。事實上，廣告成了flashget在國內(nèi)發(fā)展的主要收入來源，注冊付費僅是補(bǔ)充。
盡管這種模式應(yīng)用性廣，操作也相對簡單，但也存在以下兩點制約因素：
首先，廣告資源是稀缺的，要取得廣告資源，最主要在于自己的軟件是否有人氣，換句話說，用戶規(guī)模成為關(guān)鍵點。一般來說，廣告資源集中在同類軟件中用戶規(guī)模最大的前幾名，這導(dǎo)致壟斷現(xiàn)象的出現(xiàn)。
另外，廣告與用戶體驗的關(guān)系問題需要非常小心處理。用戶對充斥著大量廣告的軟件往往會有抗拒心理，若軟件的廣告行為傷害到用戶體驗，將流失用戶，最終也會失去廣告客戶。
模式二：占山為王，軟件作渠道。
軟件可以看作是渠道，軟件通過自己的服務(wù)到達(dá)用戶桌面，這就占據(jù)了一條渠道。所謂占山為王，就是只要有任何其他服務(wù)通過這個渠道到達(dá)用戶，那么，軟件作者便可以從中獲取收益。
通過軟件作為渠道發(fā)布產(chǎn)品的形式有很多，下面簡單介紹三種較流行的渠道合作方式：cpa廣告、sp廣告和與競價廣告提供商合作。
cpa(cost-per-action)是指每次行動的費用，即根據(jù)每個訪問者對網(wǎng)絡(luò)廣告所采取的行動收費的定價模式，比如成功引導(dǎo)注冊或購買等行為。以易趣和淘寶為代表的cpa的廣告，在前段時間非?；馃幔S多行業(yè)軟件每年在易趣和淘寶中獲得不少的收益。但是這種收益具有不穩(wěn)定性，隨著競爭格局以及市場的飽和度的變化，易趣和淘寶有可能減少廣告的投放量，軟件收益就會隨之下降。
sp廣告有很大的收益，但是隨著該行業(yè)的降溫，軟件作者的收益會相應(yīng)下降。
與競價廣告提供商的合作方式，以百度為例，主要包括兩種：搜索合作和xml軟件合作。
搜索合作是指在軟件上捆綁百度搜霸軟件，用戶在安裝客戶端軟件時通過選擇安裝百度搜霸，作為搜索工具條加載在ie游覽器上，實現(xiàn)了在此工具條的直接搜索功能。（http://）。
軟件收益主要通過與百度分成獲得。百度分成是按照點擊競價排名關(guān)鍵詞的實在收益進(jìn)行分成的，比如某個關(guān)鍵詞目前競價排名價格為13元一個點擊，在扣除渠道成本后，百度和軟件作者進(jìn)行5:5分成。這種模式是基于長期合作的基礎(chǔ)上，強(qiáng)調(diào)累積效應(yīng)。假如每月有10萬個安裝量，那么第一個月會有幾百元的收入，第二月又有10萬的安裝量，收入就會累積。
百度搜索業(yè)務(wù)能給軟件帶來很大的收益，不少軟件通過這種合作方式得到很好的發(fā)展，例如超級兔子，遨游瀏覽器、ieplus等。其中，ieplus作者劉聞歡在一次訪談中聊到，ieplus的收入主要來源于百度聯(lián)盟，其搜索業(yè)務(wù)是一種體驗非常好的廣告模式，用戶不會有任何的反感和抵觸。
xml軟件合作就是將與軟件內(nèi)容相關(guān)的百度文字廣告鏈接，投放到軟件界面的合作形式。軟件收益是按照點擊廣告的實在收益進(jìn)行分成的，展現(xiàn)量越大，傭金比例越高，同一次點擊產(chǎn)生的單價就越高，回報越高。（http://）。
xml軟件合作的優(yōu)勢在于，第一，競價廣告提供商有現(xiàn)成的廣告盈利方式，軟件作者不需要擔(dān)心廣告資源的問題。第二，廣告與軟件內(nèi)容高效匹配，提高了用戶點擊率，從而提高軟件收益。pplive、ppstream、vagaa、阿達(dá)游戲等軟件便采用了這種合作模式，并取得很好的效果。
“渠道合作”模式的適用性很強(qiáng)，只要在線廣告能在軟件中得到展現(xiàn)，都可以考慮這種方式盈利。但有兩點需要特別注意的：一是通過軟件這個渠道分發(fā)的產(chǎn)品和用戶體驗結(jié)合很重要。如果分發(fā)的產(chǎn)品不理想，會傷害到用戶體驗，對軟件造成負(fù)面影響；二是注意上游廠商的變化。軟件作為渠道依附于上游廠商，就會受制于上游廠商變化因素。
模式三：軟件捆綁，喜憂參半。
對于軟件作者，捆綁插件是一種憂喜參半的盈利模式?？上驳氖牵ㄟ^軟件捆綁，作者可以低成本運作獲得高收入，主要是通過捆綁軟件（如廣告插件）而獲得盈利。
令人擔(dān)憂的是，軟件捆綁帶有一定的強(qiáng)迫性，很可能對用戶體驗造成傷害。經(jīng)過流氓軟件**后，很多用戶一看到插件就有一種惶恐心理，因此，軟件捆綁行為很容易使用戶產(chǎn)生敵意，影響軟件的形象。
盤點三：增值服務(wù)，留住客戶。
什么增值服務(wù)呢？給用戶提供除了軟件功能之外的服務(wù)，如果這種增值服務(wù)本身有很好的盈。
利模式，那么這種模式可以帶來很大的收益。
一般來說，除非軟件本身有很好的盈利模式，如只要注冊就能掙錢，否則，需要考慮增值服務(wù)。如果軟件給用戶提供了比較好的功能，有一些特定的用戶群，那么該如何向這些用戶群提供服務(wù)獲得收益？網(wǎng)絡(luò)是一個很好的途徑。
建立網(wǎng)站。
網(wǎng)站可以讓用戶留下來，比如說用戶可能因為軟件某個功能而使用該軟件，使用完之后用戶就跟軟件沒有關(guān)系了，但網(wǎng)站可讓用戶聚集起來，形成具有影響力的群體。利用這個網(wǎng)站，軟件作者就是通過這個群體的影響力獲取廣告收益。拼音加加就是利用網(wǎng)址站，為用戶提供了一個尋找網(wǎng)址和搜索的功能，并從搜索廠商和廣告商上獲得分成。
建立網(wǎng)站這方式實施并不困難，但是，不是所有軟件都能通過這種方式獲得成功，這取決于網(wǎng)站的經(jīng)營。網(wǎng)站管理成本是軟件必須考慮的。如果軟件開發(fā)團(tuán)隊規(guī)模很小，卻要花費大量時間、精力去維護(hù)網(wǎng)站等，便可能在軟件研發(fā)方面落后他人。
營造虛擬社區(qū)。
奇虎董事長周鴻祎認(rèn)為利用用戶對軟件功能的認(rèn)識建立一個互動社區(qū)，讓用戶聚集起來相互交流，形成一種人氣，一個忠實的用戶群體，這樣商業(yè)模式會有很大的發(fā)展空間。
qq是社區(qū)增值服務(wù)做得最成功的軟件之一，財付通、q幣、qq搜索等都帶來了豐厚的利潤。但是，社區(qū)是不是合適所有的軟件，這取決于軟件天生的性質(zhì)。一般來說，具備娛樂、交流功能的軟件更容易營造具有人氣的社區(qū)，例如網(wǎng)絡(luò)游戲軟件，im、視頻軟件等，通過建立虛擬社區(qū)，運用虛擬貨幣等手段進(jìn)行買賣操作，從中獲得收益。
軟件的盈利模式有很多，但是哪種最有效呢，這并無定論。相信隨著社會的不斷發(fā)展，軟件用戶的興趣和需求不斷的被挖掘，一定會有更多更合適的盈利模式浮出水面。
軟件驗收報告由誰編寫篇六
___規(guī)劃管理局：
我單位根據(jù)貴局___年_月_日核發(fā)的《建設(shè)工程規(guī)劃許可證》(證號：建字第___號)，在__市__路_號___工程，業(yè)已竣工建成，總建筑面積__平方米，為_層___結(jié)構(gòu)，工程項目規(guī)劃技術(shù)經(jīng)濟(jì)指標(biāo)符合《建設(shè)工程規(guī)劃許可證》要求，建筑平、立面圖與貴局審批的建筑施工圖相符合。
現(xiàn)持有關(guān)資料，向貴局申請辦理規(guī)劃竣工驗收并核發(fā)給規(guī)劃驗收合格證。
申報單位：
20__年_月_日。
軟件驗收報告由誰編寫篇七
甲方收到乙方開發(fā)的******************)，下文簡稱“軟件”。截止于年月日初步測試已經(jīng)通過，暫時無發(fā)現(xiàn)重大軟件漏洞問題，軟件細(xì)節(jié)后期有待驗證。
乙方應(yīng)在甲方實際使用軟件過程中，對軟件已有功能做售后服務(wù)。如后期有軟件漏洞問題，乙方應(yīng)積極配合甲方做免費修復(fù)。
甲方驗收人員：日期：
甲方驗收人員：日期：
軟件驗收報告由誰編寫篇八
作者：
時間：年月日。
山東浪潮齊魯軟件產(chǎn)業(yè)股份有限公司。
抄送人：客戶經(jīng)理、客戶代表、軟件項目經(jīng)理、測試人員、測試質(zhì)保部經(jīng)理、研發(fā)經(jīng)理等。
目錄。
1項目基本情況。
2項目概述。
《在概述部分應(yīng)對整個項目進(jìn)行概要描述.》。
3.1硬件。
《例如計算機(jī)、服務(wù)器、網(wǎng)絡(luò)、交換機(jī)等》。
3.2軟件。
《例如操作系統(tǒng)、應(yīng)用軟件、系統(tǒng)軟件、開發(fā)軟件、測試程序等》。
3.3文檔。
《例如測試文檔、技術(shù)文檔、操作手冊、用戶手冊等》。
3.4人員。
4驗收及測試結(jié)果。
4.1產(chǎn)品驗收結(jié)果。
4.2產(chǎn)品功能驗收結(jié)果。
5驗收總結(jié)。
《總結(jié)驗收及測試,陳述發(fā)現(xiàn)問題和建議等.》。
6參考資料。
軟件驗收報告由誰編寫篇九
1.項目信息。
2.項目概述。
在概述部分應(yīng)對整個項目進(jìn)行概要描述，可從軟件需求說明書概述部分拷貝。
3.驗收測試環(huán)境。
3.1硬件。
例如計算機(jī)、服務(wù)器、網(wǎng)絡(luò)、交換機(jī)等。
3.2軟件。
例如操作系統(tǒng)、應(yīng)用軟件、系統(tǒng)軟件、開發(fā)軟件、測試程序等。
3.3文檔。
例如測試文檔、技術(shù)文檔、操作手冊、用戶手冊等。
3.4人員。
例如客戶代表、客戶經(jīng)理、項目經(jīng)理、技術(shù)經(jīng)理、開發(fā)人員、測試人員、技術(shù)支持人員以及第三方代表等。
4.驗收及測試結(jié)果。
4.1產(chǎn)品驗收結(jié)果。
4.2產(chǎn)品功能驗收結(jié)果。
5.驗收總結(jié)。
總結(jié)驗收及測試，陳述發(fā)現(xiàn)問題和建議等。
6.簽字確認(rèn)。
7.相關(guān)文檔。
《軟件需求規(guī)格說明書》。
軟件。
將本文的word文檔下載到電腦，方便收藏和打印。
軟件驗收報告由誰編寫篇十
自動化測試項目也像普通的軟件開發(fā)項目一樣，有編碼階段，自動化測試的編碼階段主要是編寫測試腳本實現(xiàn)所設(shè)計的自動化測試用例。自動化功能測試腳本地開發(fā)方法主要有以下幾種：1.線性的2.結(jié)構(gòu)化的3.共享的4.數(shù)據(jù)驅(qū)動的5.關(guān)鍵字驅(qū)動的線性腳本的編寫方法是使用簡單的錄制回放的方法，測試工程師使用這種方法來自動化地測試系統(tǒng)的流程或某些系統(tǒng)測試用例。它可能包含某些多余的、有時候并不需要的函數(shù)腳本。
結(jié)構(gòu)化腳本編寫方法在腳本中使用結(jié)構(gòu)控制。結(jié)構(gòu)控制讓測試人員可以控制測試腳本，或測試用例的流程。在腳本中，典型的結(jié)構(gòu)控制是使用“if-else”，“switch”，“for”，“while”等條件狀態(tài)語句來幫助實現(xiàn)判定、實現(xiàn)某些循環(huán)任務(wù)、調(diào)用其他覆蓋普遍功能的函數(shù)。共享腳本編寫方法是把代表應(yīng)用程序行為的腳本在其他腳本之間共享。這意味著把被測應(yīng)用程序的公共的、普遍的功能的測試腳本獨立出來，其他腳本對其進(jìn)行調(diào)用。這使得某些腳本按照普遍功能劃分來標(biāo)準(zhǔn)化、組件化。這種腳本甚至也可以使用在被測系統(tǒng)之外的其它軟件應(yīng)用系統(tǒng)。
數(shù)據(jù)驅(qū)動腳本編寫方法把數(shù)據(jù)從腳本分離出去，存儲在外部的文件中。這樣，腳本就只包含編程代碼了。這在測試運行時要改變數(shù)據(jù)的情況下時是需要的。這樣，腳本在測試數(shù)據(jù)改變是不需要修改代碼。有時候，測試的期待結(jié)果值也可以跟測試輸入數(shù)據(jù)一起存儲在數(shù)據(jù)文件中。
關(guān)鍵字驅(qū)動腳本編寫方法把檢查點和執(zhí)行操作的控制都維護(hù)在外部數(shù)據(jù)文件。因此，測試數(shù)據(jù)和測試的操作序列控制都是在外部文件中設(shè)計好的，除了常規(guī)的腳步外，還需要額外的庫來翻譯數(shù)據(jù)。關(guān)鍵字驅(qū)動腳本編寫方法是數(shù)據(jù)驅(qū)動測試方法的擴(kuò)展。
總結(jié)起來看，對于開發(fā)的成本來說，隨著腳本編寫方法從線性倒關(guān)鍵字驅(qū)動的改變而不斷地增加;對于維護(hù)成本來說，隨著腳本編寫方法從線性倒關(guān)鍵字驅(qū)動的改變而在下降。對于編程技能要求來講，隨著腳本編寫方法從線性倒關(guān)鍵字驅(qū)動的改變，對一個測試員的變成熟練程度的要求在增加。對于設(shè)計和管理的需要來說，隨著腳本編寫方法從線性倒關(guān)鍵字驅(qū)動的改變，設(shè)計和管理自動化測試項目的要求在增加。因此，應(yīng)該合理地選擇自動化測試腳本開發(fā)方法，在適當(dāng)?shù)臅r候，使用適當(dāng)?shù)哪_本開發(fā)方法。
第一、最典型的就是消息驅(qū)動，自動化工具通過腳本錄制和編寫，保存為測試腳本。在回放的過程中，將這些腳本轉(zhuǎn)換成為windows消息，發(fā)送給我們應(yīng)用程序的窗體和各種控件。
這種方式的好處在于，自動化工具和應(yīng)用程序之間能夠做到完全的隔離。但是，由于使用了windows消息，它也擁有了一個非常致命的缺點。那就是消息隊列的異步性與程序的順序性之間的矛盾。很多消息發(fā)送給了應(yīng)用程序，但是應(yīng)用程序的處理可能已經(jīng)和消息隊列錯位了。有一些關(guān)于代碼的時間片等待，就是因為這個問題。
另外，就是由于完全的隔離，對于操縱控件數(shù)據(jù)的能力大大降低。畢竟，擁有大量數(shù)據(jù)的控件都不是標(biāo)準(zhǔn)控件。
第二、嵌入式。testcomplete就是這類工具。它有支持不同語言的版本。大概思路，就是在程序編譯的時候，注入自己的控件代理。腳本的回放，直接可以通過代理，操縱到應(yīng)用程序。
可惜的是，這類軟件開發(fā)的時候，更多的是考慮平臺的兼容性。對于特有平臺上的支持不是十分完美。特別是對自定義控件(比如delphi中，除了vcl的標(biāo)準(zhǔn)控件)支持也沒有做到最好。不過，我這里必須承認(rèn)，tc的內(nèi)部實現(xiàn)機(jī)制可能十分強(qiáng)大，我不能窺探所有。如果有人清晰，可以指點一二。
軟件驗收報告由誰編寫篇十一
測試用例(testcase)目前沒有經(jīng)典的定義，比較通常的說法是：指對一項特定的軟件產(chǎn)品進(jìn)行測試任務(wù)的描述，體現(xiàn)測試方案、方法、技術(shù)和策略。內(nèi)容包括測試目標(biāo)、測試環(huán)境、輸入數(shù)據(jù)、測試步驟、預(yù)期結(jié)果、測試腳本等，并形成文檔。
不同類別的軟件，測試用例是不同的。不同于諸如系統(tǒng)、工具、控制、游戲軟件，管理軟件的用戶需求更加不統(tǒng)一，變化更大、更快。筆者主要從事企業(yè)管理軟件的`測試。因此我們的做法是把測試數(shù)據(jù)和測試腳本從測試用例中劃分出來。測試用例更趨于是針對軟件產(chǎn)品的功能、業(yè)務(wù)規(guī)則和業(yè)務(wù)處理所設(shè)計的測試方案。對軟件的每個特定功能或運行操作路徑的測試構(gòu)成了一個個測試用例。
1、測試用例文檔。
編寫測試用例文檔應(yīng)有文檔模板，須符合內(nèi)部的規(guī)范要求。測試用例文檔將受制于測試用例管理軟件的約束。
軟件產(chǎn)品或軟件開發(fā)項目的測試用例一般以該產(chǎn)品的軟件模塊或子系統(tǒng)為單位，形成一個測試用例文檔，但并不是絕對的。
測試用例文檔由簡介和測試用例兩部分組成。簡介部分編制了測試目的、測試范圍、定義術(shù)語、參考文檔、概述等。測試用例部分逐一列示各測試用例。每個具體測試用例都將包括下列詳細(xì)信息：用例編號、用例名稱、測試等級、入口準(zhǔn)則、驗證步驟、期望結(jié)果(含判斷標(biāo)準(zhǔn))、出口準(zhǔn)則、注釋等。以上內(nèi)容涵蓋了測試用例的基本元素：測試索引，測試環(huán)境，測試輸入，測試操作，預(yù)期結(jié)果，評價標(biāo)準(zhǔn)。
我們早期的測試用例是按功能設(shè)置用例。后來引進(jìn)了路徑分析法，按路徑設(shè)置用例。目前演變?yōu)榘垂δ?、路徑混合模式設(shè)置用例。
按功能測試是最簡捷的，
軟件驗收報告由誰編寫篇十二
在概述部分應(yīng)對整個項目進(jìn)行概要描述，可從軟件需求說明書概述部分拷貝。
3.驗收測試環(huán)境。
3.1硬件。
例如計算機(jī)、服務(wù)器、網(wǎng)絡(luò)、交換機(jī)等。
3.2軟件。
例如操作系統(tǒng)、應(yīng)用軟件、系統(tǒng)軟件、開發(fā)軟件、測試程序等。
3.3文檔。
例如測試文檔、技術(shù)文檔、操作手冊、用戶手冊等。
3.4人員。
例如客戶代表、客戶經(jīng)理、項目經(jīng)理、技術(shù)經(jīng)理、開發(fā)人員、測試人員、技術(shù)支持人員以及第三方代表等。
保密申明：秘密級。
軟件驗收報告由誰編寫篇十三
版本：_._。
變更記錄。
1.項目信息。
2.項目概述。
在概述部分應(yīng)對整個項目進(jìn)行概要描述，可從軟件需求說明書概述部分拷貝。
3.驗收測試環(huán)境。
3.1硬件。
例如計算機(jī)、服務(wù)器、網(wǎng)絡(luò)、交換機(jī)等。
3.2軟件。
例如操作系統(tǒng)、應(yīng)用軟件、系統(tǒng)軟件、開發(fā)軟件、測試程序等。
3.3文檔。
例如測試文檔、技術(shù)文檔、操作手冊、用戶手冊等。
3.4人員。
例如客戶代表、客戶經(jīng)理、項目經(jīng)理、技術(shù)經(jīng)理、開發(fā)人員、測試人員、技術(shù)支持人員以及第三方代表等。
4.驗收及測試結(jié)果。
4.1產(chǎn)品驗收結(jié)果。
4.2產(chǎn)品功能驗收結(jié)果。
5.驗收總結(jié)。
總結(jié)驗收及測試，陳述發(fā)現(xiàn)問題和建議等。
6.簽字確認(rèn)。
7.相關(guān)文檔。
《軟件需求規(guī)格說明書》。
軟件驗收報告由誰編寫篇十四
統(tǒng)一測試用例編寫的規(guī)范，以保證使用最有效的測試用例，保證測試質(zhì)量。
2.范圍。
適用于公司對產(chǎn)品的業(yè)務(wù)流程、功能測試測試用例的編寫。
3.術(shù)語解釋。
3.1測試分析：對重要業(yè)務(wù)、重要流程進(jìn)行測試前的分析。
3.2業(yè)務(wù)流程測試用例：關(guān)于產(chǎn)品業(yè)務(wù)、重要流程的測試用例。
4.1系統(tǒng)性。
4.2連貫性。
5.1等價類劃分法。
5.1.1確定等價類的原則。
5.1.1.1如果輸入條件決定了取值范圍，或值的個數(shù)，則可以確立一個有效等價類和兩個無效等價類。
5.1.1.5如果規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則，則可以確立一個有效等價類(符合規(guī)則)和若干個無效等價類(從不同的角度違反規(guī)則)。
5.1.1.6如果確知，已劃分的等價類中各元素在程序中的處理方式不同，則應(yīng)將此等價類進(jìn)一步劃分成更小的等價類。
5.1.2.1為每一個等價類規(guī)定一個唯一的編號；
5.1.2.3設(shè)計一個新的測試用例，使其僅覆蓋一個尚未被覆蓋的無效等價類，重復(fù)這一步，直至所有的無效等價類都被覆蓋為止。
5.2邊界值分析法。
5.2.1.3根據(jù)規(guī)格說明的每個輸出條件，使用前面的原則；
5.2.1.6分析規(guī)格說明，找出其他可能的邊界條件。
6.1全面性。
6.1.1應(yīng)盡可能覆蓋程序的各種路徑。
6.1.2應(yīng)考慮存在跨年、跨月的數(shù)據(jù)。
6.1.3大量數(shù)據(jù)并發(fā)測試的準(zhǔn)備。
6.2正確性。
6.2.1輸入界面后的數(shù)據(jù)應(yīng)與測試文檔所記錄的數(shù)據(jù)一致。
6.2.2預(yù)期結(jié)果應(yīng)與測試數(shù)據(jù)發(fā)生的業(yè)務(wù)吻合。
6.3符合正常業(yè)務(wù)慣例。
6.3.1測試數(shù)據(jù)應(yīng)符合用戶實際工作業(yè)務(wù)流程。
6.3.2兼顧各種業(yè)務(wù)變化的可能。
6.4仿真性。
人名、地名、電話號碼等應(yīng)具有模擬功能，符合一般的命名慣例；不允許出現(xiàn)與知名人士、小說中人物名等雷同情況。
6.5可操作性。
測試用例中應(yīng)寫清測試的操作步驟，不同的操作步驟相對應(yīng)的操作結(jié)果。
7.1.1具體實施可以采用excel和圖形相結(jié)合，可用excel編寫測試用例的同時插入圖形來加以說明。測試用例設(shè)計的內(nèi)容可由：模塊名、功能說明或圖形說明、測試用例輸入、應(yīng)輸出結(jié)果、實際輸出結(jié)果、結(jié)論、bug編號、bug級別8部分組成。
7.1.2在測試用例設(shè)計模版中有“業(yè)務(wù)流程測試用例設(shè)計模版”（包含整體業(yè)務(wù)流程）和“功能測試用例設(shè)計模版”兩個模板可按需要選擇。
7.2.1表格內(nèi)容的字體為宋體；
7.2.2表格內(nèi)容的字型為12號；
描述。
a
測試計劃中重要的模塊功能和業(yè)務(wù)流程。
b
測試計劃中比較重要的模塊功能和業(yè)務(wù)流程。
c
測試計劃中次重要的模塊功能和業(yè)務(wù)流程。
d
測試計劃中不重要的模塊功能和業(yè)務(wù)流程。
e
系統(tǒng)小單元、系統(tǒng)容錯功能。
對于a、b級應(yīng)重點考慮。
9.bug級別。
參考軟件測試停止標(biāo)準(zhǔn)中的錯誤級別.
[測試用例編寫規(guī)范]。
軟件驗收報告由誰編寫篇十五
軟件編寫是一項需要耐心、細(xì)致和專注的工作。在我學(xué)習(xí)和實踐軟件編寫的過程中，我深深感受到了這一點。在這篇文章中，我將分享我在軟件編寫中獲得的一些心得體會，希望能夠?qū)ζ渌擞兴鶐椭?/p>
第二段：了解需求，詳盡計劃。
在開始編寫軟件之前，了解需求是至關(guān)重要的。對于軟件系統(tǒng)的功能和性能方面的要求，我們需要從各個階段都進(jìn)行詳盡的計劃和分析。這其中包括理解用戶的實際需求，明確系統(tǒng)的功能模塊和接口，細(xì)化各個模塊的具體任務(wù)和要求。通過充分了解需求，我們才能在后續(xù)的編程過程中有針對性地進(jìn)行設(shè)計和實現(xiàn)，從而提高軟件的質(zhì)量和效果。
第三段：規(guī)范代碼，注重質(zhì)量。
編寫高質(zhì)量的軟件離不開規(guī)范的代碼。在軟件編寫的過程中，我們應(yīng)該遵守相關(guān)的代碼規(guī)范和標(biāo)準(zhǔn)，書寫清晰、簡潔、易于理解的代碼。同時，我們還應(yīng)該注重代碼的可讀性和可維護(hù)性，采用適當(dāng)?shù)拿?guī)范，添加必要的注釋和文檔，使得他人能夠輕松理解和拓展我們的代碼。這不僅僅是為了方便他人也是為了方便自己在日后軟件維護(hù)和升級時更加高效。
第四段：測試和調(diào)試，發(fā)現(xiàn)和解決問題。
軟件編寫過程中，難免會遇到各種各樣的問題。為了確保軟件的穩(wěn)定性和可靠性，我們需要進(jìn)行嚴(yán)格的測試和調(diào)試。在測試過程中，我們應(yīng)該全面地檢查各個功能模塊，充分考慮各種異常情況和邊界條件，確保軟件在各種復(fù)雜的場景下都能夠正常運行。當(dāng)出現(xiàn)問題時，我們應(yīng)該積極地進(jìn)行調(diào)試，找出問題的原因，并且通過合適的方法進(jìn)行修復(fù)。調(diào)試是一個繁瑣但必不可少的過程，只有通過不斷的排查和解決問題，我們才能夠編寫出更加健壯的軟件。
第五段：總結(jié)和展望。
通過對軟件編寫過程的實踐和思考，我深入體會到了軟件編寫的艱辛和樂趣。編寫一個好的軟件不僅需要技術(shù)的支持，還需要刻苦鉆研和不斷學(xué)習(xí)。我認(rèn)為，作為一個軟件編寫者，我們應(yīng)該注重綜合能力的提升，不僅僅是編程技術(shù)，還包括對業(yè)務(wù)需求和用戶體驗的深刻理解。同時，我們還應(yīng)該持續(xù)關(guān)注行業(yè)的發(fā)展動態(tài)，學(xué)習(xí)和應(yīng)用新的技術(shù)和工具，不斷提升自己的競爭力。我相信，通過不斷的努力和精進(jìn)，我們一定能夠編寫出更加優(yōu)秀和有影響力的軟件，為用戶和社會創(chuàng)造更大的價值。
總結(jié)以上，軟件編寫需要我們了解需求，詳盡計劃；編寫規(guī)范的代碼，注重質(zhì)量；在測試和調(diào)試中發(fā)現(xiàn)和解決問題。只有通過不懈的努力和持續(xù)的學(xué)習(xí)，我們才能夠編寫出更加優(yōu)秀的軟件。相信這些心得體會能夠給其他的軟件編寫者帶來一些借鑒和啟發(fā)。
軟件驗收報告由誰編寫篇十六
隨著科技的發(fā)展，軟件編寫已經(jīng)成為一個不可或缺的技能，而在軟件編寫的過程中也需要積累一些經(jīng)驗和心得。我作為一名軟件編寫者，通過多年的實踐，總結(jié)了一些心得和體會。在這篇文章中，我將分享我的心得，希望對其他編寫者有所幫助。
首先，編寫軟件時，需充分明確需求并做好規(guī)劃。在開始編寫軟件之前，我們需要仔細(xì)了解用戶的需求并對其進(jìn)行分析。明確需求能夠幫助我們確定軟件的功能和特性，并確定編寫的方向。此外，進(jìn)行好規(guī)劃也是非常重要的。合理的規(guī)劃能夠?qū)⒐ぷ鞣纸鉃楦〉娜蝿?wù)，提高編寫效率。在這個階段，我們還應(yīng)該根據(jù)需求和規(guī)劃設(shè)定開發(fā)的時間表，以保證項目的進(jìn)展。
其次，編寫軟件需要注重代碼質(zhì)量。編寫高質(zhì)量的代碼是保證軟件可靠性和穩(wěn)定性的關(guān)鍵。為此，我們需要遵循一些編碼規(guī)范和最佳實踐。首先，我們應(yīng)該使用有意義的變量和函數(shù)名，并注釋清晰明了，以便于他人理解代碼。其次，我們應(yīng)該避免重復(fù)的代碼，并采用模塊化的設(shè)計方式。這樣可以提高代碼的可維護(hù)性和復(fù)用性。此外，編寫代碼時還應(yīng)該注意使用適當(dāng)?shù)臄?shù)據(jù)結(jié)構(gòu)和算法，以提高程序的性能。
第三，編寫軟件要注重測試和調(diào)試。在編寫軟件的過程中，測試和調(diào)試是不可或缺的環(huán)節(jié)。我們應(yīng)該制定完善的測試計劃和方案，并在編寫的每個階段進(jìn)行測試。測試可以幫助我們發(fā)現(xiàn)和解決潛在的問題，從而保證軟件的功能和質(zhì)量。同時，當(dāng)遇到錯誤和異常時，我們也應(yīng)該善于調(diào)試并尋找問題的根源。調(diào)試可以幫助我們定位和修復(fù)錯誤，提升軟件的可靠性。
第四，編寫軟件需要不斷學(xué)習(xí)和提升。軟件編寫是一個不斷學(xué)習(xí)和發(fā)展的過程。我們應(yīng)該保持對新技術(shù)和工具的關(guān)注，并及時學(xué)習(xí)和應(yīng)用它們。此外，我們還應(yīng)該積極參與各種技術(shù)交流和學(xué)習(xí)活動，與其他開發(fā)者分享經(jīng)驗和心得。通過不斷學(xué)習(xí)和提升，我們可以提高自己的編寫能力，并在日后的編寫工作中更加游刃有余。
最后，編寫軟件需要注重團(tuán)隊合作。在現(xiàn)代軟件開發(fā)中，很少有一個人獨立完成一個項目。因此，良好的團(tuán)隊合作能夠提高項目的效率和質(zhì)量。我們應(yīng)該與團(tuán)隊成員進(jìn)行充分的溝通和協(xié)作，并分享自己的想法和觀點。同時，我們也要尊重他人的意見和貢獻(xiàn)，形成良好的協(xié)作氛圍。通過團(tuán)隊合作，我們可以相互學(xué)習(xí)和借鑒他人的經(jīng)驗，提高整個團(tuán)隊的編寫能力。
總之，軟件編寫是一個有挑戰(zhàn)的過程，需要我們不斷學(xué)習(xí)和提升。在編寫軟件時，我們需要明確需求并做好規(guī)劃，注重代碼質(zhì)量，進(jìn)行測試和調(diào)試，不斷學(xué)習(xí)和提升，并注重團(tuán)隊合作。希望這些心得和體會能給其他編寫者提供一些參考，讓我們的編寫工作更加高效和優(yōu)質(zhì)。
軟件驗收報告由誰編寫篇十七
1.1編寫目的1.2背景1.3定義。
1.4參考資料。
1.5標(biāo)準(zhǔn)、條約和約定2項目概述2.1項目目標(biāo)。
4.1風(fēng)險評估及對策4.2工作流程。
4.3總體進(jìn)度計劃4.4項目監(jiān)控。
5.1內(nèi)部支持（可選）。
6.3其它經(jīng)費預(yù)算。
6.4項目合計經(jīng)費預(yù)算7關(guān)鍵問題8專題計劃要點。
1.1編寫目的。
說明編寫這份項目計劃的目的，并指出預(yù)期的讀者。
作用：本節(jié)是為了說明編制“項目計劃書”亦即本文檔的意圖和希望達(dá)到的效果。注意這里的“目的”不是“項目目標(biāo)”，而是為了說明本文檔的目的與作用?！绊椖磕繕?biāo)”在2.1中說明。
意義：使項目成員和項目干系人了解項目開發(fā)計劃書的作用、希望達(dá)到的效果。開發(fā)計劃書的作用一般都是“項目成員以及項目干系人之間的共識與約定，項目生命周期所有活動的行動基礎(chǔ)，以便項目團(tuán)隊根據(jù)本計劃書開展和檢查項目工作?！?/p>
例如可以這么寫：為了保證項目團(tuán)隊按時保質(zhì)地完成項目目標(biāo)，便于項目團(tuán)隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，因此以文件化的形式，把對于在項目生命周期內(nèi)的工作任務(wù)范圍、各項工作的任務(wù)分解、項目團(tuán)隊組織結(jié)構(gòu)、各團(tuán)隊成員的工作責(zé)任、團(tuán)隊內(nèi)外溝通協(xié)作方式、開發(fā)進(jìn)度、經(jīng)費預(yù)算、項目內(nèi)外環(huán)境條件、風(fēng)險對策等內(nèi)容做出的安排以書面的方式，作為項目團(tuán)隊成員以及項目干系人之間的共識與約定，項目生命周期內(nèi)的所有項目活動的行動基礎(chǔ)，項目團(tuán)隊開展和檢查項目工作的依據(jù)。
常見的問題：把項目本身的“項目目標(biāo)”誤作編制項目開發(fā)計劃的目的。
1.2背景。
主要說明項目的來歷，一些需要項目團(tuán)隊成員知道的相關(guān)情況。主要有以下內(nèi)容：
項目的名稱：經(jīng)過與客戶商定或經(jīng)過立項手續(xù)統(tǒng)一確定的項目名稱，一般與所待開發(fā)的軟件系統(tǒng)名稱有較大的關(guān)系，如針對“xx系統(tǒng)”開發(fā)的項目名稱是“xx系統(tǒng)開發(fā)”。
項目的委托單位：如果是根據(jù)合同進(jìn)行的軟件開發(fā)項目，項目的委托單位就是合同中的甲方；如果是自行研發(fā)的軟件產(chǎn)品，項目的委托單位就是本企業(yè)。項目的用戶（單位）：軟件或網(wǎng)絡(luò)的使用單位，可以泛指某個用戶群。注意項目的用戶或單位有時與項目的委托單位是同一個，有時是不一樣的。如海關(guān)的報關(guān)軟件、稅務(wù)的報稅軟件，委托單位是海關(guān)或稅務(wù)機(jī)關(guān)，但使用的用戶或單位不僅有海關(guān)或稅務(wù)機(jī)關(guān)，還包括需要報關(guān)、報稅的企業(yè)單位。
項目的任務(wù)提出者：本企業(yè)內(nèi)部提出需要完成此項目的人員，一般是領(lǐng)導(dǎo)或商務(wù)人員；注意項目的任務(wù)提出者一般不同于項目的委托單位，前者一般是企業(yè)內(nèi)部的人員。如果是內(nèi)部開發(fā)項目，則兩者的區(qū)別在于前者指人，后者指單位。項目的主要承擔(dān)部門：有些企業(yè)根據(jù)行業(yè)方向或工作性質(zhì)的不同把軟件開發(fā)分成不同的部門（也有的分為不同事業(yè)部）。項目的特點就是其矩陣式組織，一般一個項目的項目成員可能由不同的部門組成，甚至可能由研發(fā)部門、開發(fā)部門、測試部門、集成部門、服務(wù)部門等等其中幾個組成。需要根據(jù)項目所涉及的范圍確定本項目的主要承擔(dān)部門。
項目建設(shè)背景：從政治環(huán)境上、業(yè)務(wù)環(huán)境上說明項目建設(shè)背景，說明項目的大環(huán)境、來龍去脈。這有利于項目成員更好地理解項目目標(biāo)和各項任務(wù)。例句：根據(jù)《某部關(guān)于某建設(shè)工作的實施意見》精神，為了保障某建設(shè)工作的正常實施，必須加強(qiáng)監(jiān)督考核，建立督查通報制度，某市某建設(shè)工作小組辦公室把此項建設(shè)工作實施列入督查的重要內(nèi)容，及時掌握進(jìn)度，相關(guān)部門建立市某建設(shè)工作簡報制度，及時反映全市某建設(shè)工作動態(tài)。
目前對于某建設(shè)工作的工作主要采用計劃部門手工編制計劃、建設(shè)工作主管部門和建設(shè)工作實施單位聯(lián)合手動編制進(jìn)度計劃，某建設(shè)工作單位手工上報建設(shè)工作進(jìn)度情況的方式，而全市的建設(shè)工作有數(shù)百個，加上前期建設(shè)工作的數(shù)量和今后某市建設(shè)發(fā)展的趨勢，建設(shè)工作的數(shù)量將越來越多，原來的工作模式已經(jīng)越來越無法適應(yīng)市委市政府的要求。因此，充分利用現(xiàn)代信息化、因特網(wǎng)的優(yōu)勢，建立“某市某建設(shè)工作信息報送反饋系統(tǒng)”，提高某建設(shè)工作信息報送反饋工作效率，提高信息的及時性、減輕各級相關(guān)工作人員的勞動強(qiáng)度是非常有必要和緊迫的任務(wù)。
軟件系統(tǒng)與其他系統(tǒng)的關(guān)系：說明與本系統(tǒng)有關(guān)的其他系統(tǒng)，說明它們之間的相互依賴關(guān)系。這些系統(tǒng)可以是這個系統(tǒng)的基礎(chǔ)性系統(tǒng)（一些數(shù)據(jù)、環(huán)境等必須依靠這個系統(tǒng)才能運行），也可以是以這個系統(tǒng)為基礎(chǔ)的系統(tǒng)，或者是兩者兼而有之的關(guān)系、互相依賴的系統(tǒng)。例句：本系統(tǒng)中對外部辦公部分如需要各個建設(shè)單位報送材料的子系統(tǒng)應(yīng)當(dāng)掛在市政府網(wǎng)站。
軟件系統(tǒng)與機(jī)構(gòu)的關(guān)系：說明軟件系統(tǒng)除了委托單位和使用單位，還與哪些機(jī)構(gòu)組織有關(guān)系。例如一些系統(tǒng)需要遵守那些組織的標(biāo)準(zhǔn)、需要通過那些組織機(jī)構(gòu)的測試才能使用等等、是否需要外包或與那些組織機(jī)構(gòu)合作。
1.3定義。
列出為正確理解本計劃書所用到的專門術(shù)語的定義、外文縮寫詞的原詞及中文解釋。注意盡量不要對一些業(yè)界使用的通用術(shù)語進(jìn)行另外的定義，使它的含義和通用術(shù)語的慣用含義不一致。
1.4參考資料。
列出本計劃書中所引用的及相關(guān)的文件資料和標(biāo)準(zhǔn)的作者、標(biāo)題、編號、發(fā)表日期和出版單位，必要時說明得到這些文件資料和標(biāo)準(zhǔn)的途徑。本節(jié)與下一節(jié)的“標(biāo)準(zhǔn)、條約和約定”互為補(bǔ)充，注意“參考資料”未必作為“標(biāo)準(zhǔn)、條約和約定”，因為“參考”的不一定是“必須遵守”的。常用資料如：
本文檔中各處引用的文件、資料，包括所要用到的軟件開發(fā)標(biāo)準(zhǔn)。
1.5標(biāo)準(zhǔn)、條約和約定。
2.1項目目標(biāo)。
項目目標(biāo)可以進(jìn)行橫向的分解也可以進(jìn)行縱向的分解。橫向分解一般按照系統(tǒng)的功能或按照建設(shè)單位的不同業(yè)務(wù)要求，如分解為第一目標(biāo)、第二目標(biāo)等等；縱向的分解一般是指按照階段，如分解為第一階段目標(biāo)、第二階段目標(biāo)等等，或近期目標(biāo)、中期目標(biāo)、遠(yuǎn)期目標(biāo)等等。階段目標(biāo)一般應(yīng)當(dāng)說明目標(biāo)實現(xiàn)的較為明確的時間。一般要在說明了總目標(biāo)的基礎(chǔ)上再說明分解目標(biāo)，可加上“為實現(xiàn)項目的總目標(biāo)，必須實現(xiàn)以下三個階段目標(biāo)······”
2.2產(chǎn)品目標(biāo)與范圍。
根據(jù)項目輸入（如合同、立項建議書、項目技術(shù)方案、標(biāo)書等）說明此項目要實現(xiàn)的軟件系統(tǒng)產(chǎn)品的目的與目標(biāo)及簡要的軟件功能需求。對項目成果（軟件系統(tǒng)）范圍進(jìn)行準(zhǔn)確清晰的界定與說明是軟件開發(fā)項目活動開展的基礎(chǔ)和依據(jù)。軟件系統(tǒng)產(chǎn)品目標(biāo)應(yīng)當(dāng)從用戶的角度說明開發(fā)這一軟件系統(tǒng)是為了解決用戶的那些問題。產(chǎn)品目標(biāo)如“提高工作信息報送反饋工作效率，更好地進(jìn)行工作信息報送的檢查監(jiān)督，提高信息的及時性、匯總統(tǒng)計信息的準(zhǔn)確性，減輕各級相關(guān)工作人員的勞動強(qiáng)度?！?/p>
2.3假設(shè)與約束。
對于項目必須遵守的各種約束（時間、人員、預(yù)算、設(shè)備等）進(jìn)行說明。這些內(nèi)容將限制你實現(xiàn)什么、怎樣實現(xiàn)、什么時候?qū)崿F(xiàn)、成本范圍等種種制約條件。假設(shè)是通過努力可以直接解決的問題，而這些問題是一定要解決才能保證項目按計劃完成。如：“系統(tǒng)分析員必須在3天內(nèi)到位”或“用戶必須在8月8日前確定對需求文檔進(jìn)行確認(rèn)”
約束一般是難以解決的問題，但可以通過其他途徑回避或彌補(bǔ)、取舍，如人力資源的約束限制，就必須犧牲進(jìn)度或質(zhì)量等等。
假設(shè)與約束是針對比較明確會出現(xiàn)的情況，如果問題的出現(xiàn)具有不確定性，則應(yīng)該在風(fēng)險分析中列出，分析其出現(xiàn)的可能性（概率）、造成的影響、應(yīng)當(dāng)采取的相應(yīng)措施。
2.4項目工作范圍。
說明為實現(xiàn)項目的目標(biāo)需要進(jìn)行那些工作。在必要時，可描述與合作單位和用戶的工作分工。注意產(chǎn)品范圍與項目工作范圍的不同含義。
產(chǎn)品范圍界定：軟件系統(tǒng)產(chǎn)品本身范圍的特征和功能范圍。
工作范圍界定：為了能夠按時保質(zhì)交付一個有特殊的特征和功能的軟件系統(tǒng)產(chǎn)品所要完成的那些工作任務(wù)。
產(chǎn)品范圍的完成情況是參照客戶的需求來衡量的，而項目范圍的完成情況則是參照計劃來檢驗的。這兩個范圍管理模型間必須要有較好的統(tǒng)一性，以確保項目的具體工作成果，能按特定的產(chǎn)品要求準(zhǔn)時交付。
2.5應(yīng)交付成果2.5.1需完成的軟件。
列出需要移交給用戶的每種文檔的名稱、內(nèi)容要點及存儲形式，如需求規(guī)格說明書、幫助手冊等。此處需要移交用戶的文檔可參考合同中的規(guī)定。2.5.3須提交內(nèi)部的文檔可根據(jù)《gb8567-88計算機(jī)軟件產(chǎn)品開發(fā)文件編制指南》附錄o：“文件編制實施規(guī)定的實例（參考件）”結(jié)合各企業(yè)實際情況調(diào)整制定《軟件開發(fā)文檔編制裁減衡量因素表》。根據(jù)《因素表》確定項目對應(yīng)的項目衡量因素取值，以確定本項目應(yīng)完成的階段成果。將不適用于本項目的內(nèi)容裁減，以減少不必要的項目任務(wù)和資源。
根據(jù)因素取值列出本項目應(yīng)完成的階段成果，說明本項目取值所在的區(qū)間，將其他因素值區(qū)間刪除。
2.5.4應(yīng)當(dāng)提供的服務(wù)。
根據(jù)合同或某重點建設(shè)工作需要，列出將向用戶或委托單位提供的各種服務(wù)，例如培訓(xùn)、安裝、維護(hù)和運行支持等。具體的工作計劃如需要編制現(xiàn)場安裝作業(yè)指導(dǎo)書、培訓(xùn)計劃等，應(yīng)當(dāng)在本計劃“4.3總體進(jìn)度計劃”中條列出。
2.6項目開發(fā)環(huán)境。
說明開發(fā)本軟件項目所需要的軟硬件環(huán)境和版本、如操作系統(tǒng)、開發(fā)工具、數(shù)據(jù)庫系統(tǒng)、配置管理工具、網(wǎng)絡(luò)環(huán)境。環(huán)境可能不止一種，如開發(fā)工具可能需要針對java的，也需要針對c++的。有些環(huán)境可能無法確定，需要在需求分析完成或設(shè)計完成后才能確定所需要的環(huán)境。
2.7項目驗收方式與依據(jù)。
3.1組織結(jié)構(gòu)。
確定項目團(tuán)隊的的每個成員屬于組織結(jié)構(gòu)中的什么角色，他們的技術(shù)水平、項目中的分工與配置，可以用列表方式說明，具體編制時按照項目實際組織結(jié)構(gòu)編寫。以下是一個示例。
3.3協(xié)作與溝通。
項目的溝通與協(xié)作首先應(yīng)當(dāng)確定協(xié)作與溝通的對象，就是與誰協(xié)作、溝通。溝通對象應(yīng)該包括所有項目干系人，而項目干系人包括了所有項目團(tuán)隊成員、項目接口人員、項目團(tuán)隊外部相關(guān)人員等等。
3.3.1項目團(tuán)隊內(nèi)部協(xié)作。
本節(jié)說明在項目開發(fā)過程中項目團(tuán)隊內(nèi)部的協(xié)作模式和溝通方式、頻次、溝通成果記錄辦法等內(nèi)容。
3.3.2項目接口人員。
c、負(fù)責(zé)本項目同分包方的接口人員。3.3.3項目團(tuán)隊外部溝通與協(xié)作模式。
4.1風(fēng)險評估及對策。
極的（如制定預(yù)防性計劃來防備風(fēng)險事件的發(fā)生），也可以是消極的（如某些費用超支則接受低于預(yù)期的利潤）。
4)其它：應(yīng)該包含此處沒有、但據(jù)推測有風(fēng)險的項目。
4.2工作流程。
這里所說的總體進(jìn)度計劃為高層計劃。作為補(bǔ)充，應(yīng)當(dāng)分階段制定項目的階段計劃，這些階段計劃不在這份文檔中，當(dāng)要以這份總體計劃為依據(jù)。
總體進(jìn)度計劃要依據(jù)確定的項目規(guī)模，列表項目階段劃分、階段進(jìn)度安排及每階段應(yīng)提交的階段成果，在階段時間安排中要考慮項目階段成果完成、提交評審、修改的時間。
需求評審。
設(shè)計評審。
定。
制定軟件項目進(jìn)度計劃可以使用一些專門的工具，最常用的是microsoft的project作為輔助工具，功能比較強(qiáng)大，比較適合于規(guī)模較大的項目，但無法完全代替項目計劃書，特別是一些主要由文字來說明的部分。小規(guī)模的項目可簡便地使用excel作為輔助工具。關(guān)于如何使用這些工具不在此作詳細(xì)說明。
制定軟件項目進(jìn)度計劃應(yīng)當(dāng)考慮以下一些因素:1）對于系統(tǒng)需求和項目目標(biāo)的掌握程度。如開始時對于系統(tǒng)需求和項目目標(biāo)只有比較數(shù)的了解，就只能制定出比較粗的進(jìn)度計劃，等到需求階段或設(shè)計階段結(jié)束，就應(yīng)該進(jìn)一步細(xì)化進(jìn)度計劃。2）軟件系統(tǒng)規(guī)模和項目規(guī)模，這兩個不是一個概念。軟件系統(tǒng)規(guī)模往往是從功能點的估算或其他估算方式得來的，而項目規(guī)模還要考慮對文檔數(shù)量與質(zhì)量的要求，使用的開發(fā)工具、新技術(shù)、多少復(fù)用、溝通的方便程度、客戶方的情況、需要遵守的標(biāo)準(zhǔn)規(guī)范等等等等。例如，完成一個大型的系統(tǒng)，在一定的時間內(nèi)一個人或幾個人的智力和體力是承受不了的。由于軟件是邏輯、智力產(chǎn)品，盲目增加軟件開發(fā)人員并不能成比例地提高軟件開發(fā)能力。相反，隨著人員數(shù)量的增加，人員的組織、協(xié)調(diào)、通信、培訓(xùn)和管理方面的問題將更為嚴(yán)重。
3）軟件系統(tǒng)復(fù)雜程度和項目復(fù)雜程度：和軟件系統(tǒng)規(guī)模和項目規(guī)模一樣，軟件系統(tǒng)的復(fù)雜程度主要是考慮軟件系統(tǒng)本身的功能、架構(gòu)的復(fù)雜程度，而項目的復(fù)雜程度主要是指項目團(tuán)隊成員的構(gòu)成、項目任務(wù)的復(fù)雜程度、項目干系人的復(fù)雜程度、需求調(diào)研的難易程度，多項目情況下資源保障的情況，等等等等。軟件系統(tǒng)的規(guī)模與軟件系統(tǒng)的復(fù)雜程度未必是成比例的關(guān)系；同樣項目的規(guī)模與項目的復(fù)雜程度未必是成比例的關(guān)系。
4）項目的工期要求，就是項目的緊急程度。有些項目規(guī)模大，卻因為與顧客簽訂了合同，或者為了搶先占領(lǐng)市場，工期壓縮得很緊，這時就要考慮如何更好地合理安排進(jìn)度，多增加人選多采用加班的方式是一種萬不得已的選擇。增加人選除了增加人的成本外必定會增加溝通的成本（熟悉項目任務(wù)所需要的時間）；加班如果處理不好會造成情緒上的問題，也可能會因為過于忙碌而無法顧及質(zhì)量，造成質(zhì)量的下滑。
5）項目成員的能力。這些能力包括項目經(jīng)理的管理能力，系統(tǒng)分析員的分析能力、系統(tǒng)設(shè)計人員的設(shè)計能力、程序員的編碼能力、測試人員的測試能力，以及企業(yè)或項目團(tuán)隊激發(fā)出這些能力的能力。從另外一個角度看還有總體上對客戶行業(yè)業(yè)務(wù)的熟悉程度；對于建模工具、開發(fā)工具、測試工具等技術(shù)的掌握程度；企業(yè)內(nèi)部對行業(yè)業(yè)務(wù)知識和主要技術(shù)的知識積累。
4.4項目控制計劃。
4.4.1質(zhì)量保證計劃。
執(zhí)行質(zhì)量評審活動，對過程質(zhì)量進(jìn)行控制。規(guī)模較大的項目應(yīng)當(dāng)單獨編寫《軟件開發(fā)項目質(zhì)量計劃》。根據(jù)gb/t12504計算機(jī)軟件質(zhì)量保證計劃規(guī)范，內(nèi)容包括：l引言（本章節(jié)包括質(zhì)量計劃的目的、定義、參考資料）。
l管理（描述負(fù)責(zé)軟件質(zhì)量管理的機(jī)構(gòu)、任務(wù)及其相關(guān)的職責(zé)）。
l文檔（列出在該軟件的開發(fā)、驗證與確認(rèn)以及使用與維護(hù)等階段中需要編制的文檔，并描述對文檔進(jìn)行評審與檢查的準(zhǔn)則）。
l標(biāo)準(zhǔn)、條例和約定（列出軟件開發(fā)過程中要用到的標(biāo)準(zhǔn)、條例和約定，并列出監(jiān)督和保證執(zhí)行的措施）。
l評審和檢查（規(guī)定所要進(jìn)行的技術(shù)和管理兩個方面的評審和檢查工作，并編制或引用有關(guān)的評審和檢查規(guī)程，以及通過與否的技術(shù)準(zhǔn)則。至少要進(jìn)行軟件需求評審、概要設(shè)計評審、軟件驗證與確認(rèn)評審、軟件系統(tǒng)功能檢查、程序和文檔物理檢查）l軟件配置管理（編制有關(guān)配置管理條款，或在“4.4.4配置管理計劃”中說明，或引用按照《gb/t12505計算機(jī)軟件配置管理計劃規(guī)范》單獨制定的文檔）。
l工具、技術(shù)和方法（指明用于支持特定軟件項目質(zhì)量管理工作的工具、技術(shù)和方法，指出它們的目的和用途）。
l媒體控制（說明保護(hù)計算機(jī)程序物理媒體的方法和設(shè)施，以免非法存取、意外損壞或自然老化）。
l對供貨單位的控制（供貨單位包括項目承辦單位、軟件銷售單位、軟件開發(fā)單位。規(guī)定對這些供貨單位進(jìn)行控制的規(guī)程，從而保證項目承辦單位從軟件銷售單位購買的、其他開發(fā)單位開發(fā)的或從開發(fā)單位現(xiàn)存軟件庫中選用的軟件能滿足規(guī)定的需求。）。
說明如何檢查項目預(yù)算的使用情況。根據(jù)項目情況需要制定。4.4.4配置管理計劃。
編制有關(guān)軟件配置管理的條款，或引用按照gb/t12505單獨制訂《配置管理計劃》文檔。在這些條款或文檔中，必須規(guī)定用于標(biāo)識軟件產(chǎn)品、控制和實現(xiàn)軟件的修改、記錄和報告修改實現(xiàn)的狀態(tài)以及評審和檢查配置管理工作等四方面的活動。還必須規(guī)定用以維護(hù)和存儲軟件受控版本的方法和設(shè)施；必須規(guī)定對所發(fā)現(xiàn)的軟件問題進(jìn)行報告、追蹤和解決的步驟，并指出實現(xiàn)報告、追蹤和解決軟件問題的機(jī)構(gòu)及其職責(zé)。
根據(jù)《gb/t12505計算機(jī)軟件配置管理計劃規(guī)范》，軟件配置管理計劃內(nèi)容如下：
l引言（本章節(jié)包括質(zhì)量計劃的目的、定義、參考資料）。
l管理（描述負(fù)責(zé)軟件配置管理的機(jī)構(gòu)、任務(wù)、職責(zé)及其有關(guān)的接口控制。）。
l軟件配置管理活動（描述配置標(biāo)識、配置控制、配置狀態(tài)記錄與報告以及配置檢查與評審等到四方面的軟件配置管理活動的需求。）。
l工具、技術(shù)和方法（指明為支持特定項目的軟件配置管理所使用的軟件工具、技術(shù)和方法，指明它們的目的，并在開發(fā)者所有權(quán)的范圍內(nèi)描述其用法）。
l對供貨單位的控制（供貨單位是指軟件銷售單位、軟件開發(fā)單位或軟件子開發(fā)單位。必須規(guī)定對這些供貨單位進(jìn)行控制的管理規(guī)程，從而使從軟件銷售單位購買的、其他開發(fā)單位開發(fā)的或從開發(fā)單位現(xiàn)存軟件庫中選用的軟件能滿足規(guī)定的軟件配置管理需求）。
說明為了支持本項目的完成所需要的各種條件和設(shè)施。5.1內(nèi)部支持。
列出對項目而言需由客戶承擔(dān)的工作、完成期限和驗收標(biāo)準(zhǔn)，包括需由客戶提供的條件及提供時間。
5.3外包（可選）。
6.1人員成本。
列出產(chǎn)品/項目團(tuán)隊每一個人的預(yù)計工作月數(shù)。
列出完成本項目所需要的勞務(wù)（包括人員的數(shù)量和時間）。
設(shè)備成本包括：原材料費，設(shè)備購置及使用費。
列出完成本項目所需要的各項經(jīng)費，包括差旅費、資料費、通行費、會議費、交通費、辦公費、培訓(xùn)費、外包費等，包括：
（1）差旅費（旅費、出租）（含補(bǔ)貼）。
（2）資料費（圖書費、資料費、復(fù)印費、出版費）。
（3）通信費（市話長話費、移動通信費、上網(wǎng)費、郵資）。
（4）會議費（鑒定費、評審會、研討費、外事費等）。
（5）辦公費（購買辦公用品）。
（6）協(xié)作費（業(yè)務(wù)協(xié)作招待費、項目團(tuán)隊加班伙食費）。
列出完成本項目需要的所有經(jīng)費預(yù)算（上述各項費用之和）。7關(guān)鍵問題。
逐項列出能夠影響整個項目成敗的關(guān)鍵問題、技術(shù)難點和風(fēng)險，指出這些問題對項目成敗的影響。
8專題計劃要點。
《成功的項目管理》trevollyoung（泰晤士報商業(yè)版，嚴(yán)鴻娟譯）；《成功的項目管理》jackgido＆jamests（21世紀(jì)管理經(jīng)典教材系列，張金城等譯）；《如何做好項目管理》stanley（idg新經(jīng)濟(jì)工商實務(wù)傻瓜叢書，寧俊等譯）；《管理軟件開發(fā)項目》（第二版）nealwhitten（軟件項目管理系列叢書，孫艷春等譯）；《it項目管理》kathyschwalbe（項目管理譯叢王金玉等譯）；《高級項目管理基礎(chǔ)》（信息產(chǎn)業(yè)部計算機(jī)信息系統(tǒng)集成高級項目經(jīng)理培訓(xùn)講義）。
軟件驗收報告由誰編寫篇十八
計劃摘要列在創(chuàng)業(yè)計劃書的最前面，它是濃縮了的創(chuàng)業(yè)計劃書的精華。計劃摘要涵蓋了計劃的要點，以求一目了然，以便讀者能在最短的時間內(nèi)評審計劃并做出判斷。
計劃摘要一般要有包括以下內(nèi)容：公司介紹;主要產(chǎn)品和業(yè)務(wù)范圍;市場概貌;營銷策略;銷售計劃;生產(chǎn)管理計劃;管理者及其組織;財務(wù)計劃;資金需求狀況等。
中肯的分析往往更能贏得信任，從而使人容易認(rèn)同企業(yè)的創(chuàng)業(yè)計劃書。最后，還要介紹一下創(chuàng)業(yè)者自己的背景、經(jīng)歷、經(jīng)驗和特長等。企業(yè)家的素質(zhì)對企業(yè)的成績往往起關(guān)鍵性的作用。在這里，企業(yè)家應(yīng)盡量突出自己的優(yōu)點并表示自己強(qiáng)烈的進(jìn)取精神，以給投資者留下一個好印象。
在計劃摘要中，企業(yè)還必須要回答下列問題：
(1).企業(yè)所處的行業(yè)，企業(yè)經(jīng)營的性質(zhì)和范圍;。
(2).企業(yè)主要產(chǎn)品的內(nèi)容;。
(3).企業(yè)的市場在那里，誰是企業(yè)的顧客，他們有哪些需求;。
(4).企業(yè)的合伙人、投資人是誰;。
(5).企業(yè)的競爭對手是誰，競爭對手對企業(yè)的發(fā)展有何影響。
摘要盡量簡明、生動。特別要詳細(xì)說明自身企業(yè)的不同之處以及企業(yè)獲取成功的市場因素。如果企業(yè)家了解他所做的事情，摘要僅需2頁紙就足夠了。如果企業(yè)家不了解自己正在做什么，摘要就可能要寫20頁紙以上。因此，有些投資家就依照摘要的長短來“把麥粒從谷殼中挑出來”
《公司介紹》編寫幫助說明。
介紹公司的主營產(chǎn)業(yè)、產(chǎn)品和服務(wù)、公司的競爭優(yōu)勢以及成立地點時間、所處階段等基本情況。在介紹企業(yè)時，首先要說明創(chuàng)辦新企業(yè)的思路，新思想的形成過程以及企業(yè)的目標(biāo)和發(fā)展戰(zhàn)略。其次，要交待企業(yè)現(xiàn)狀、過去的背景和企業(yè)的經(jīng)營范圍。在這一部分中，要對企業(yè)以往的情況做客觀的評述，不回避失誤。
公司業(yè)務(wù)描述介紹公司的宗旨和目標(biāo)、公司的發(fā)展規(guī)劃和策略。
《創(chuàng)業(yè)組織》編寫幫助說明。
創(chuàng)業(yè)者需要一支有戰(zhàn)斗力的管理隊伍。企業(yè)管理的好壞，直接決定了企業(yè)經(jīng)營風(fēng)險的大小。而高素質(zhì)的管理人員和良好的組織結(jié)構(gòu)則是管理好企業(yè)的重要保證。因此，風(fēng)險投資家會特別注重對管理隊伍的評估。
公司的股東名單，包括認(rèn)股權(quán)、比例和特權(quán);公司的董事會成員;各位董事的背景資料。
《產(chǎn)品服務(wù)》編寫幫助說明。
在進(jìn)行投資項目評估時，投資人最關(guān)心的問題之一就是，風(fēng)險企業(yè)的產(chǎn)品、技術(shù)或服務(wù)能否以及在多大程度上解決現(xiàn)實生活中的問題，或者，風(fēng)險企業(yè)的產(chǎn)品(服務(wù))能否幫助顧客節(jié)約開支，增加收入。因此，產(chǎn)品介紹是創(chuàng)業(yè)計劃書中必不可少的一項內(nèi)容。通常，產(chǎn)品介紹應(yīng)包括以下內(nèi)容：產(chǎn)品的概念、性能及特性;主要產(chǎn)品介紹;產(chǎn)品的市場競爭力;產(chǎn)品的研究和開發(fā)過程;發(fā)展新產(chǎn)品的計劃和成本分析;產(chǎn)品的市場前景預(yù)測;產(chǎn)品的品牌和專利。
在產(chǎn)品(服務(wù))介紹部分，企業(yè)家要對產(chǎn)品(服務(wù))作出詳細(xì)的說明，說明要準(zhǔn)確，也要通俗易懂，使不是專業(yè)人員的投資者也能明白。一般的，產(chǎn)品介紹都要附上產(chǎn)品原型、照片或其他介紹。一般地，產(chǎn)品介紹必須要回答以下問題：
(1).顧客希望企業(yè)的產(chǎn)品能解決什么問題，顧客能從企業(yè)的產(chǎn)品中獲得什么好處?
(5).企業(yè)采用何種方式去改進(jìn)產(chǎn)品的質(zhì)量、性能，企業(yè)對發(fā)展新產(chǎn)品有哪些計劃等等。
產(chǎn)品(服務(wù))介紹的內(nèi)容比較具體，因而寫起來相對容易。雖然夸贊自己的產(chǎn)品是推銷所必需的，但應(yīng)該注意，企業(yè)所做的每一項承諾都是“一筆債”，都要努力去兌現(xiàn)。要牢記，企業(yè)家和投資家所建立的是一種長期合作的伙伴關(guān)系?？湛谠S諾，只能得意于一時。如果企業(yè)不能兌現(xiàn)承諾，不能償還債務(wù)，企業(yè)的信譽(yù)必然要受到極大的損害，因而是真正的企業(yè)家所不屑為的。
《市場預(yù)測》編寫幫助說明。
當(dāng)企業(yè)要開發(fā)一種新產(chǎn)品或向新的市場擴(kuò)展時，首先就要進(jìn)行市場預(yù)測。如果預(yù)測的結(jié)果并不樂觀，或者預(yù)測的可信度讓人懷疑，那么投資者就要承擔(dān)更大的風(fēng)險，這對多數(shù)風(fēng)險投資家來說都是不可接受的。市場預(yù)測首先要對需求進(jìn)行預(yù)測：市場是否存在對這種產(chǎn)品的需求?需求程度是否可以給企業(yè)帶來所期望的利益?新的市場規(guī)模有多大?需求發(fā)展的未來趨向及其狀態(tài)如何?影響需求都有哪些因素。其次，市場預(yù)測還要包括對市場競爭的情況——企業(yè)所面對的競爭格局進(jìn)行分析：市場中主要的競爭者有哪些?是否存在有利于本企業(yè)產(chǎn)品的市場空檔?本企業(yè)預(yù)計的市場占有率是多少?本企業(yè)進(jìn)入市場會引起競爭者怎樣的反應(yīng)，這些反應(yīng)對企業(yè)會有什么影響?等等。
營銷是企業(yè)經(jīng)營中最富挑戰(zhàn)性的環(huán)節(jié)，影響營銷策略的主要因素有：
(1).消費者的特點;(2).產(chǎn)品的特性;(3).企業(yè)自身的狀況;(4).市場環(huán)境方面的因素。
最終影響營銷策略的則是營銷成本和營銷效益因素。在創(chuàng)業(yè)計劃書中，營銷策略應(yīng)包括以下內(nèi)容：
(1).市場機(jī)構(gòu)和營銷渠道的選擇;。
(2).營銷隊伍和管理;。
(3).促銷計劃和廣告策略;。
(4).價格決策。
對創(chuàng)業(yè)企業(yè)來說，由于產(chǎn)品和企業(yè)的知名度低，很難進(jìn)入其他企業(yè)已經(jīng)穩(wěn)定的銷售渠道中去。因此，企業(yè)不得不暫時采取高成本低效益的營銷戰(zhàn)略，如上門推銷，大打商品廣告，向批發(fā)商和零售商讓利，或交給任何愿意經(jīng)銷的企業(yè)銷售。對發(fā)展企業(yè)來說，它一方面可以利用原來的銷售渠道，另一方面也可以開發(fā)新的銷售渠道以適應(yīng)企業(yè)的發(fā)展。
創(chuàng)業(yè)計劃書中的生產(chǎn)制造計劃應(yīng)包括以下內(nèi)容：產(chǎn)品制造和技術(shù)設(shè)備現(xiàn)狀;新產(chǎn)品投產(chǎn)計劃;技術(shù)提升和設(shè)備更新的要求;質(zhì)量控制和質(zhì)量改進(jìn)計劃。
在尋求資金的過程中，為了增大企業(yè)在投資前的評估價值，創(chuàng)業(yè)者應(yīng)盡量使生產(chǎn)制造計劃更加詳細(xì)、可靠。一般地，生產(chǎn)制造計劃應(yīng)回答以下問題：企業(yè)生產(chǎn)制造所需的廠房、設(shè)備情況如何;怎樣保證新產(chǎn)品在進(jìn)入規(guī)模生產(chǎn)時的穩(wěn)定性和可靠性;設(shè)備的引進(jìn)和安裝情況，誰是供應(yīng)商;生產(chǎn)線的設(shè)計與產(chǎn)品組裝是怎樣的;供貨者的前置期和資源的需求量;生產(chǎn)周期標(biāo)準(zhǔn)的制定以及生產(chǎn)作業(yè)計劃的編制;物料需求計劃及其保證措施;質(zhì)量控制的方法是怎樣的;相關(guān)的其他問題。
財務(wù)規(guī)劃需要花費較多的精力來做具體分析，其中就包括現(xiàn)金流量表，資產(chǎn)負(fù)債表以及損益表的制備。流動資金是企業(yè)的生命線，因此企業(yè)在初創(chuàng)或擴(kuò)張時，對流動資金需要有預(yù)先周詳?shù)挠媱澓瓦M(jìn)行過程中的嚴(yán)格控制;損益表反映的是企業(yè)的贏利狀況，它是企業(yè)在一段時間運作后的經(jīng)營結(jié)果;資產(chǎn)負(fù)債表則反映在某一時刻的企業(yè)狀況，投資者可以用資產(chǎn)負(fù)債表中的數(shù)據(jù)得到的比率指標(biāo)來衡量企業(yè)的經(jīng)營狀況以及可能的投資回報率。
財務(wù)規(guī)劃一般要包括以下內(nèi)容：
(1).創(chuàng)業(yè)計劃書的條件假設(shè);。
(2).預(yù)計的資產(chǎn)負(fù)債表;。
(3).預(yù)計的損益表;。
(4).現(xiàn)金收支分析;。
(5).資金的來源和使用。
可以這樣說，一份創(chuàng)業(yè)計劃書概括地提出了在籌資過程中創(chuàng)業(yè)者需做的事情，而財務(wù)規(guī)劃則。
是對創(chuàng)業(yè)計劃書的支持和說明。因此，一份好的財務(wù)規(guī)劃對評估風(fēng)險企業(yè)所需的資金數(shù)量，提高風(fēng)險企業(yè)取得資金的可能性是十分關(guān)鍵的。如果財務(wù)規(guī)劃準(zhǔn)備的不好，會給投資者以企業(yè)管理人員缺乏經(jīng)驗的印象，降低風(fēng)險企業(yè)的評估價值，同時也會增加企業(yè)的經(jīng)營風(fēng)險，那么如何制訂好財務(wù)規(guī)劃呢?這首先要取決于風(fēng)險企業(yè)的遠(yuǎn)景規(guī)劃——是為一個新市場創(chuàng)造一個新產(chǎn)品，還是進(jìn)入一個財務(wù)信息較多的已有市場。
著眼于一項新技術(shù)或創(chuàng)新產(chǎn)品的創(chuàng)業(yè)企業(yè)不可能參考現(xiàn)有市場的數(shù)據(jù)、價格和營銷方式。因此，它要自己預(yù)測所進(jìn)入市場的成長速度和可能獲得純利，并把它的設(shè)想、管理隊伍和財務(wù)模型推銷給投資者。而準(zhǔn)備進(jìn)入一個已有市場的風(fēng)險企業(yè)則可以很容易地說明整個市場的規(guī)模和改進(jìn)方式。風(fēng)險企業(yè)可以在獲得目標(biāo)市場的信息的基礎(chǔ)上，對企業(yè)頭一年的銷售規(guī)模進(jìn)行規(guī)劃。
企業(yè)的財務(wù)規(guī)劃應(yīng)保證和創(chuàng)業(yè)計劃書的假設(shè)相一致。事實上，財務(wù)規(guī)劃和企業(yè)的生產(chǎn)計劃、人力資源計劃、營銷計劃等都是密不可分的。
要完成財務(wù)規(guī)劃，必須要明確下列問題：
(1).產(chǎn)品在每一個期間的發(fā)出量有多大?
(2).什么時候開始產(chǎn)品線擴(kuò)張?
(3).每件產(chǎn)品的生產(chǎn)費用是多少?
(4).每件產(chǎn)品的定價是多少?
(5).使用什么分銷渠道，所預(yù)期的成本和利潤是多少?
(6).需要雇傭那幾種類型的人?
(7).雇傭何時開始，工資預(yù)算是多少?等等。
《風(fēng)險與退出》編寫幫助說明。
不是說有人競爭就是風(fēng)險，風(fēng)險可能是進(jìn)出口匯兌的風(fēng)險、餐廳有火災(zāi)的風(fēng)險等，并注意當(dāng)風(fēng)險來時如何應(yīng)對。面臨企業(yè)的風(fēng)險和未來的成功，作為投資者資本退出的方式和辦法、以及預(yù)期的收益等。
軟件驗收報告由誰編寫篇十九
ppp項目實施方案是發(fā)改系統(tǒng)參與ppp的一個十分重要的環(huán)節(jié)，而且對ppp項目來說，實施方案也是整個ppp項目的靈魂。
所以，今天的主題就是ppp項目實施方案的編制。
首先說一下ppp的操作流程。
方案研究論證階段：
一是項目主管部門根據(jù)需求提出，什么樣的項目適合做ppp，什么樣的項目不適合做ppp，我覺得適合不適合要看項目的需求，也就是說我這個地方的建設(shè)為了百姓的生活，或者為了改革城市環(huán)境，有這樣一個項目，首先是項目的提出。
二是項目可行性初步論證。
三是實施方案研究。
這是最大最重要的環(huán)節(jié)，在這里要研究清楚整個項目的投融資模式、項目價格模式、項目風(fēng)險分擔(dān)方案、建設(shè)監(jiān)管方案、運營服務(wù)監(jiān)管方案、項目退出機(jī)制、選擇投資人方式，這些是我們要研究的核心內(nèi)容。
【本文地址：http://mlvmservice.com/zuowen/11252139.html】
