97骚碰,毛片大片免费看,亚洲第一天堂,99re思思,色好看在线视频播放,久久成人免费大片,国产又爽又色在线观看

軟件項目開(kāi)發(fā)計劃書(shū)

時(shí)間:2020-11-30 12:19:14 計劃書(shū) 我要投稿

軟件項目開(kāi)發(fā)計劃書(shū)模板

  一份好的項目計劃書(shū)的特點(diǎn)是:關(guān)注產(chǎn)品、敢于競爭、充分市場(chǎng)調研,有力資料說(shuō)明、表明行動(dòng)的方針、展示優(yōu)秀團隊、良好的財務(wù)預計等幾點(diǎn),從而使合作伙伴會(huì )更了解項目的整體情況及業(yè)務(wù)模型,也能讓投資者判斷該項目的可盈利性。以下是小編整理的關(guān)于軟件項目開(kāi)發(fā)計劃書(shū)模板范文。歡迎大家參考!

軟件項目開(kāi)發(fā)計劃書(shū)模板

  一、項目計劃書(shū)格式

  根據《GB8567-88計算機軟件產(chǎn)品開(kāi)發(fā)文件編制指南》中項目開(kāi)發(fā)計劃的要求,結合實(shí)際情況調整后的《項目計劃書(shū)》內容索引如下:(略)

  二、項目計劃書(shū)的編寫(xiě)說(shuō)明

  1引言

  1.1編寫(xiě)目的

  說(shuō)明編寫(xiě)這份項目計劃的目的,并指出預期的讀者。

  作用:本節是為了說(shuō)明編制“項目計劃書(shū)”亦即本文檔的意圖和希望達到的效果。注意這里的“目的”不是“項目目標”,而是為了說(shuō)明本文檔的目的與作用。“項目目標”在2.1中說(shuō)明。

  意義:使項目成員和項目干系人了解項目開(kāi)發(fā)計劃書(shū)的作用、希望達到的效果。開(kāi)發(fā)計劃書(shū)的作用一般都是“項目成員以及項目干系人之間的共識與約定,項目生命周期所有活動(dòng)的行動(dòng)基礎,以便項目團隊根據本計劃書(shū)開(kāi)展和檢查項目工作。”

  例如可以這么寫(xiě):為了保證項目團隊按時(shí)保質(zhì)地完成項目目標,便于項目團隊成員更好地了解項目情況,使項目工作開(kāi)展的各個(gè)過(guò)程合理有序,因此以文件化的形式,把對于在項目生命周期內的工作任務(wù)范圍、各項工作的任務(wù)分解、項目團隊組織結構、各團隊成員的工作責任、團隊內外溝通協(xié)作方式、開(kāi)發(fā)進(jìn)度、經(jīng)費預算、項目?jì)韧猸h(huán)境條件、風(fēng)險對策等內容做出的安排以書(shū)面的方式,作為項目團隊成員以及項目干系人之間的共識與約定,項目生命周期內的所有項目活動(dòng)的行動(dòng)基礎,項目團隊開(kāi)展和檢查項目工作的依據。

  常見(jiàn)的問(wèn)題:把項目本身的“項目目標”誤作編制項目開(kāi)發(fā)計劃的目的。

  1.2背景

  主要說(shuō)明項目的來(lái)歷,一些需要項目團隊成員知道的相關(guān)情況。主要有以下內容:

  項目的名稱(chēng):經(jīng)過(guò)與客戶(hù)商定或經(jīng)過(guò)立項手續統一確定的項目名稱(chēng),一般與所待開(kāi)發(fā)的軟件系統名稱(chēng)有較大的關(guān)系,如針對“XX系統”開(kāi)發(fā)的項目名稱(chēng)是“XX系統開(kāi)發(fā)”。

  項目的委托單位:如果是根據合同進(jìn)行的軟件開(kāi)發(fā)項目,項目的委托單位就是合同中的甲方;如果是自行研發(fā)的軟件產(chǎn)品,項目的委托單位就是本企業(yè)。

  項目的用戶(hù)(單位):軟件或網(wǎng)絡(luò )的使用單位,可以泛指某個(gè)用戶(hù)群。注意項目的用戶(hù)或單位有時(shí)與項目的委托單位是同一個(gè),有時(shí)是不一樣的。如海關(guān)的報關(guān)軟件、稅務(wù)的報稅軟件,委托單位是海關(guān)或稅務(wù)機關(guān),但使用的用戶(hù)或單位不僅有海關(guān)或稅務(wù)機關(guān),還包括需要報關(guān)、報稅的企業(yè)單位。

  項目的任務(wù)提出者:本企業(yè)內部提出需要完成此項目的人員,一般是領(lǐng)導或商務(wù)人員;注意項目的任務(wù)提出者一般不同于項目的委托單位,前者一般是企業(yè)內部的人員。如果是內部開(kāi)發(fā)項目,則兩者的區別在于前者指人,后者指單位。

  項目的主要承擔部門(mén):有些企業(yè)根據行業(yè)方向或工作性質(zhì)的不同把軟件開(kāi)發(fā)分成不同的部門(mén)(也有的分為不同事業(yè)部)。項目的特點(diǎn)就是其矩陣式組織,一般一個(gè)項目的項目成員可能由不同的部門(mén)組成,甚至可能由研發(fā)部門(mén)、開(kāi)發(fā)部門(mén)、測試部門(mén)、集成部門(mén)、服務(wù)部門(mén)等等其中幾個(gè)組成。需要根據項目所涉及的范圍確定本項目的主要承擔部門(mén)。

  項目建設背景:從政治環(huán)境上、業(yè)務(wù)環(huán)境上說(shuō)明項目建設背景,說(shuō)明項目的大環(huán)境、來(lái)龍去脈。這有利于項目成員更好地理解項目目標和各項任務(wù)。

  例句:根據《某部關(guān)于某建設工作的實(shí)施意見(jiàn)》精神,為了保障某建設工作的正常實(shí)施,必須加強監督考核,建立督查通報制度,某市某建設工作小組辦公室把此項建設工作實(shí)施列入督查的重要內容,及時(shí)掌握進(jìn)度,相關(guān)部門(mén)建立市某建設工作簡(jiǎn)報制度,及時(shí)反映全市某建設工作動(dòng)態(tài)。

  目前對于某建設工作的工作主要采用計劃部門(mén)手工編制年度計劃、建設工作主管部門(mén)和建設工作實(shí)施單位聯(lián)合手動(dòng)編制進(jìn)度計劃,某建設工作單位手工上報建設工作進(jìn)度情況的方式,而全市的建設工作有數百個(gè),加上前期建設工作的數量和今后某市建設發(fā)展的趨勢,建設工作的數量將越來(lái)越多,原來(lái)的工作模式已經(jīng)越來(lái)越無(wú)法適應市委市政府的要求。因此,充分利用現代信息化、因特網(wǎng)的優(yōu)勢,建立“某市某建設工作信息報送反饋系統”,提高某建設工作信息報送反饋工作效率,提高信息的及時(shí)性、減輕各級相關(guān)工作人員的勞動(dòng)強度是非常有必要和緊迫的任務(wù)。

  軟件系統與其他系統的關(guān)系:說(shuō)明與本系統有關(guān)的其他系統,說(shuō)明它們之間的相互依賴(lài)關(guān)系。這些系統可以是這個(gè)系統的基礎性系統(一些數據、環(huán)境等必須依靠這個(gè)系統才能運行),也可以是以這個(gè)系統為基礎的系統,或者是兩者兼而有之的關(guān)系、互相依賴(lài)的系統。例句:本系統中對外部辦公部分如需要各個(gè)建設單位報送材料的子系統應當掛在市政府網(wǎng)站。

  軟件系統與機構的關(guān)系:說(shuō)明軟件系統除了委托單位和使用單位,還與哪些機構組織有關(guān)系。例如一些系統需要遵守那些組織的標準、需要通過(guò)那些組織機構的測試才能使用等等、是否需要外包或與那些組織機構合作。

  1.3定義

  列出為正確理解本計劃書(shū)所用到的專(zhuān)門(mén)術(shù)語(yǔ)的定義、外文縮寫(xiě)詞的原詞及中文解釋。注意盡量不要對一些業(yè)界使用的通用術(shù)語(yǔ)進(jìn)行另外的定義,使它的含義和通用術(shù)語(yǔ)的慣用含義不一致。

  1.4參考資料

  列出本計劃書(shū)中所引用的及相關(guān)的文件資料和標準的作者、標題、編號、發(fā)表日期和出版單位,必要時(shí)說(shuō)明得到這些文件資料和標準的途徑。本節與下一節的“標準、條約和約定”互為補充,注意“參考資料”未必作為“標準、條約和約定”,因為“參考”的不一定是“必須遵守”的。常用資料如:

  本項目的合同、標書(shū)、上級機關(guān)有關(guān)通知、經(jīng)過(guò)審批的項目任務(wù)書(shū);

  屬于本項目的其他已經(jīng)發(fā)表的文件;

  本文檔中各處引用的文件、資料,包括所要用到的軟件開(kāi)發(fā)標準。

  1.5標準、條約和約定

  列出在本項目開(kāi)發(fā)過(guò)程中必須遵守的標準、條約和約定。例如:相應的《立項建議書(shū)》、《項目任務(wù)書(shū)》、合同、國家標準、行業(yè)標準、上級機關(guān)有關(guān)通知和實(shí)施方案、相應的技術(shù)規范等。

  “參考資料”一般具有“物質(zhì)”特性,一般要說(shuō)明參照了什么,要說(shuō)明在哪里可以獲得;“標準、條約和約定”一般具有“精神”特性,一般是必須遵守的,不說(shuō)明在哪里可以獲得。參考資料的內容應該涵蓋“標準、條約和約定”。

  2項目概述

  2.1項目目標

  設定項目目標就是把項目要完成的工作用清晰的語(yǔ)言描述出來(lái),讓項目團隊每一個(gè)成員都有明確的概念。注意,不要簡(jiǎn)單地說(shuō)成在什么什么時(shí)間完成開(kāi)發(fā)什么什么軟件系統或完成什么什么軟件安裝集成任務(wù)。注意“要完成一個(gè)系統”只是一個(gè)模糊的目標,它還不夠具體和明確。明確的項目目標應該指出了服務(wù)對象,所開(kāi)發(fā)軟件系統最主要的功能和系統本身的比較深層次的社會(huì )目的或系統使用后所起到的社會(huì )效果。

  項目目標應當符合SMART原則:

  lSSpecific明確的陳述

  lMMeasurable可以衡量的結果

  lAAttainable可以達成的目標

  lRRealistic合理的,現實(shí)的或者說(shuō)是能和實(shí)際工作相結合

  lTTrackable可以跟蹤的

  項目目標可以進(jìn)行橫向的分解也可以進(jìn)行縱向的分解。橫向分解一般按照系統的功能或按照建設單位的不同業(yè)務(wù)要求,如分解為第一目標、第二目標等等;縱向的分解一般是指按照階段,如分解為第一階段目標、第二階段目標等等,或近期目標、中期目標、遠期目標等等。階段目標一般應當說(shuō)明目標實(shí)現的較為明確的時(shí)間。一般要在說(shuō)明了總目標的基礎上再說(shuō)明分解目標,可加上“為實(shí)現項目的總目標,必須實(shí)現以下三個(gè)階段目標······”

  2.2產(chǎn)品目標與范圍

  根據項目輸入(如合同、立項建議書(shū)、項目技術(shù)方案、標書(shū)等)說(shuō)明此項目要實(shí)現的軟件系統產(chǎn)品的目的與目標及簡(jiǎn)要的軟件功能需求。對項目成果(軟件系統)范圍進(jìn)行準確清晰的界定與說(shuō)明是軟件開(kāi)發(fā)項目活動(dòng)開(kāi)展的基礎和依據。軟件系統產(chǎn)品目標應當從用戶(hù)的角度說(shuō)明開(kāi)發(fā)這一軟件系統是為了解決用戶(hù)的那些問(wèn)題。產(chǎn)品目標如“提高工作信息報送反饋工作效率,更好地進(jìn)行工作信息報送的檢查監督,提高信息的及時(shí)性、匯總統計信息的準確性,減輕各級相關(guān)工作人員的勞動(dòng)強度。”

  2.3假設與約束

  對于項目必須遵守的各種約束(時(shí)間、人員、預算、設備等)進(jìn)行說(shuō)明。這些內容將限制你實(shí)現什么、怎樣實(shí)現、什么時(shí)候實(shí)現、成本范圍等種種制約條件。

  假設是通過(guò)努力可以直接解決的問(wèn)題,而這些問(wèn)題是一定要解決才能保證項目按計劃完成。如:“系統分析員必須在3天內到位”或“用戶(hù)必須在8月8日前確定對需求文檔進(jìn)行確認”

  約束一般是難以解決的問(wèn)題,但可以通過(guò)其他途徑回避或彌補、取舍,如人力資源的約束限制,就必須犧牲進(jìn)度或質(zhì)量等等。

  假設與約束是針對比較明確會(huì )出現的情況,如果問(wèn)題的出現具有不確定性,則應該在風(fēng)險分析中列出,分析其出現的可能性(概率)、造成的影響、應當采取的相應措施。

  2.4項目工作范圍

  說(shuō)明為實(shí)現項目的目標需要進(jìn)行那些工作。在必要時(shí),可描述與合作單位和用戶(hù)的工作分工。

  注意產(chǎn)品范圍與項目工作范圍的不同含義。

  產(chǎn)品范圍界定:軟件系統產(chǎn)品本身范圍的特征和功能范圍。

  工作范圍界定:為了能夠按時(shí)保質(zhì)交付一個(gè)有特殊的特征和功能的軟件系統產(chǎn)品所要完成的那些工作任務(wù)。

  產(chǎn)品范圍的完成情況是參照客戶(hù)的需求來(lái)衡量的,而項目范圍的完成情況則是參照計劃來(lái)檢驗的。這兩個(gè)范圍管理模型間必須要有較好的統一性,以確保項目的具體工作成果,能按特定的產(chǎn)品要求準時(shí)交付。

  2.5應交付成果

  2.5.1需完成的軟件

  列出需要完成的程序的名稱(chēng)、所用的編程語(yǔ)言及存儲程序的媒體形式。其中軟件對象可能包括:源程序、數據庫對象創(chuàng )建語(yǔ)句、可執行程序、支撐系統的數據庫數據、配置文件、第三方模塊、界面文件、界面原稿文件、聲音文件、安裝軟件、安裝軟件源程序文件等等。

  2.5.2需提交用戶(hù)的文檔

  列出需要移交給用戶(hù)的每種文檔的名稱(chēng)、內容要點(diǎn)及存儲形式,如需求規格說(shuō)明書(shū)、幫助手冊等。此處需要移交用戶(hù)的文檔可參考合同中的規定。

  2.5.3須提交內部的文檔

  可根據《GB8567-88計算機軟件產(chǎn)品開(kāi)發(fā)文件編制指南》附錄O:“文件編制實(shí)施規定的實(shí)例(參考件)”結合各企業(yè)實(shí)際情況調整制定《軟件開(kāi)發(fā)文檔編制裁減衡量因素表》。根據《因素表》確定項目對應的項目衡量因素取值,以確定本項目應完成的階段成果。將不適用于本項目的內容裁減,以減少不必要的項目任務(wù)和資源。

  根據因素取值列出本項目應完成的階段成果,說(shuō)明本項目取值所在的區間,將其他因素值區間刪除。

  2.5.4應當提供的服務(wù)

  根據合同或某重點(diǎn)建設工作需要,列出將向用戶(hù)或委托單位提供的各種服務(wù),例如培訓、安裝、維護和運行支持等。具體的工作計劃如需要編制現場(chǎng)安裝作業(yè)指導書(shū)、培訓計劃等,應當在本計劃“4.3總體進(jìn)度計劃”中條列出。

  2.6項目開(kāi)發(fā)環(huán)境

  說(shuō)明開(kāi)發(fā)本軟件項目所需要的軟硬件環(huán)境和版本、如操作系統、開(kāi)發(fā)工具、數據庫系統、配置管理工具、網(wǎng)絡(luò )環(huán)境。環(huán)境可能不止一種,如開(kāi)發(fā)工具可能需要針對Java的,也需要針對C++的。有些環(huán)境可能無(wú)法確定,需要在需求分析完成或設計完成后才能確定所需要的環(huán)境。

  2.7項目驗收方式與依據

  說(shuō)明項目?jì)炔框炇蘸陀脩?hù)驗收的方式,如驗收包括交付前驗收、交付后驗收、試運行(初步)驗收、最終驗收、第三方驗收、專(zhuān)家參與驗收等等。項目驗收依據主要有標書(shū)、合同、相關(guān)標準、項目文檔(最主要是需求規格說(shuō)明書(shū))。

  3項目團隊組織

  3.1組織結構

  說(shuō)明項目團隊的組織結構。項目的組織結構可以從所需角色和項目成員兩個(gè)方面描述。所需角色主要說(shuō)明為了完成本項目任務(wù),項目團隊需要哪些角色構成,如項目經(jīng)理、計劃經(jīng)理、系統分析員(或小組)、構架設計師、設計組、程序組、測試組等等。組織結構可以用圖形來(lái)表示,可以采用樹(shù)形圖,也可以采用矩陣式圖形,同時(shí)說(shuō)明團隊成員來(lái)自于哪個(gè)部門(mén)。除了圖形外,可以用文字簡(jiǎn)要說(shuō)明各個(gè)角色應有的技術(shù)水平。

  注意雖然有一些通用的結構可以套用,但各種不同規模、不同形式的項目組織結構是不一樣的。如產(chǎn)品研發(fā)項目可能就不需要實(shí)施人員(小組),但需要知識轉移方面的人員(小組)。而軟件編碼外包的項目則不需要程序員,測試人員也可以適當地減少。

  3.2人員分工

  確定項目團隊的的每個(gè)成員屬于組織結構中的什么角色,他們的技術(shù)水平、項目中的分工與配置,可以用列表方式說(shuō)明,具體編制時(shí)按照項目實(shí)際組織結構編寫(xiě)。以下是一個(gè)示例。

  3.3協(xié)作與溝通

  項目的溝通與協(xié)作首先應當確定協(xié)作與溝通的對象,就是與誰(shuí)協(xié)作、溝通。溝通對象應該包括所有項目干系人,而項目干系人包括了所有項目團隊成員、項目接口人員、項目團隊外部相關(guān)人員等等。

  其次應當確定協(xié)作模式與溝通方式。溝通方式如會(huì )議、使用電話(huà)、QQ、內部郵件、外部郵件、QuickPlace、聊天室等等。其中郵件溝通應當說(shuō)明主送人、抄送人,聊天室溝通方式應當約定時(shí)間周期。而協(xié)作模式主要說(shuō)明在出現什么狀況的時(shí)候各個(gè)角色應當(主動(dòng))采取什么措施,包括溝通,如何互相配合來(lái)共同完成某項任務(wù)。定期的溝通一般要包括項目階段報告、項目階段計劃、階段會(huì )議等

  3.3.1項目團隊內部協(xié)作

  本節說(shuō)明在項目開(kāi)發(fā)過(guò)程中項目團隊內部的協(xié)作模式和溝通方式、頻次、溝通成果記錄辦法等內容。

  3.3.2項目接口人員

  應當說(shuō)明接口工作的人員即他們的職責、聯(lián)系方式、溝通方式、協(xié)作模式,包括:

  a、負責本項目同用戶(hù)的接口人員;

  b、負責本項目同本企業(yè)各管理機構,如計劃管理部門(mén)、合同管理部門(mén)、采購部門(mén)、質(zhì)量管理部門(mén)、財務(wù)部門(mén)等的接口人員;

  c、負責本項目同分包方的接口人員。

  3.3.3項目團隊外部溝通與協(xié)作模式

  項目團隊外部包括企業(yè)內部管理協(xié)助部門(mén)、項目委托單位、客戶(hù)等等。本節說(shuō)明在項目開(kāi)發(fā)過(guò)程中項目團隊內部與接口人員、客戶(hù)溝通的方式、頻次、溝通成果記錄辦法等內容。明確最終用戶(hù)、直接用戶(hù)及其所在本企業(yè)/部門(mén)名稱(chēng)和聯(lián)系電話(huà)。明確協(xié)作開(kāi)發(fā)的有關(guān)部門(mén)的名稱(chēng)、經(jīng)理姓名、承擔的工作內容以及工作實(shí)施責任人的姓名、聯(lián)系電話(huà)。確定有關(guān)的合作單位的名稱(chēng)、負責人姓名、承擔的工作內容以及實(shí)施人的姓名、聯(lián)系電話(huà)。

  4實(shí)施計劃

  4.1風(fēng)險評估及對策

  識別或預估項目進(jìn)行過(guò)程中可能出現的風(fēng)險。應該分析風(fēng)險出現的可能性(概率)、造成的影響、根據影響應該采取的對策,采取的措施。風(fēng)險識別包括識別內在風(fēng)險及外在風(fēng)險。內在風(fēng)險是指項目工作組能加以控制和影響的風(fēng)險,如人事任免和成本估計等。外在風(fēng)險指超出項目工作組等控制力和影響力之外的風(fēng)險,如市場(chǎng)轉向或政府行為等

  風(fēng)險的對策包括:避免:排除特定危脅往往靠排除危險起源;減緩:減少風(fēng)險事件的預期資金投入來(lái)減低風(fēng)險發(fā)生的概率,以及減少風(fēng)險事件的風(fēng)險系數;吸納:接受一切后果,可以是積極的(如制定預防性計劃來(lái)防備風(fēng)險事件的發(fā)生),也可以是消極的(如某些費用超支則接受低于預期的利潤)。

  對于軟件開(kāi)發(fā)項目而言,在分析、識別和管理風(fēng)險上投入足夠的時(shí)間和人力可以使項目進(jìn)展過(guò)程更加平穩,提高項目跟蹤和控制的能力,由于在問(wèn)題發(fā)生之前已經(jīng)做了周密計劃,因而對項目的成功產(chǎn)生更加充分的信心。

  軟件開(kāi)發(fā)項目常見(jiàn)預估的風(fēng)險:

  1)工程/規模/進(jìn)度上的風(fēng)險

  規模大,規模估算不精確甚至誤差很大;就規模而言,用戶(hù)要求交付期、費用很緊;預料外的工作(測試未完時(shí)的'現場(chǎng)對應等);

  2)技術(shù)上的風(fēng)險

  使用新的開(kāi)發(fā)技術(shù)、新設備等,或是新的應用組合,沒(méi)有經(jīng)驗;是新的行業(yè)或業(yè)務(wù),沒(méi)有經(jīng)驗;性能上的要求很?chē)?

  3)用戶(hù)體制上的問(wèn)題

  用戶(hù)管理不嚴,恐怕功能決定、驗收不能順利地完成(或者出現了延遲);或者恐怕功能會(huì )多次變更;與用戶(hù)分擔開(kāi)發(fā),恐怕工程會(huì )拖延(或者出現了延遲);用戶(hù)或其他相關(guān)單位承擔的工作有可能延誤;

  4)其它:應該包含此處沒(méi)有、但據推測有風(fēng)險的項目。

  4.2工作流程

  說(shuō)明項目采用什么樣的工作流程進(jìn)行。如瀑布法工作流程,原型法工作流程、螺旋型工作流程、迭代法工作流程,也可以是自己創(chuàng )建的工作流程。不同的流程將影響后面的工作計劃的制定。必要時(shí)畫(huà)出本項目采用的工作流程圖及適當的文字說(shuō)明。

  4.3總體進(jìn)度計劃

  這里所說(shuō)的總體進(jìn)度計劃為高層計劃。作為補充,應當分階段制定項目的階段計劃,這些階段計劃不在這份文檔中,當要以這份總體計劃為依據。

  總體進(jìn)度計劃要依據確定的項目規模,列表項目階段劃分、階段進(jìn)度安排及每階段應提交的階段成果,在階段時(shí)間安排中要考慮項目階段成果完成、提交評審、修改的時(shí)間。

  對于項目計劃、項目準備、需求調研、需求分析、構架設計或概要設計、編碼實(shí)現、測試、移交、內部培訓、用戶(hù)培訓、安裝部署、試運行、驗收等工作,給出每項工作任務(wù)的預定開(kāi)始日期、完成日期及所需的資源,規定各項工作任務(wù)完成的先后順序以及表征每項工作任務(wù)完成的標志性事件(里程碑)。

  設計評審

  表格中檢查點(diǎn)/里程碑等階段劃分為舉例,實(shí)際作業(yè)階段劃分、階段成果等請根據項目需要確定。

  制定軟件項目進(jìn)度計劃可以使用一些專(zhuān)門(mén)的工具,最常用的是Microsoft的Project作為輔助工具,功能比較強大,比較適合于規模較大的項目,但無(wú)法完全代替項目計劃書(shū),特別是一些主要由文字來(lái)說(shuō)明的部分。小規模的項目可簡(jiǎn)便地使用EXCEL作為輔助工具。關(guān)于如何使用這些工具不在此作詳細說(shuō)明。

  制定軟件項目進(jìn)度計劃應當考慮以下一些因素:

  1)對于系統需求和項目目標的掌握程度。如開(kāi)始時(shí)對于系統需求和項目目標只有比較數的了解,就只能制定出比較粗的進(jìn)度計劃,等到需求階段或設計階段結束,就應該進(jìn)一步細化進(jìn)度計劃。

  2)軟件系統規模和項目規模,這兩個(gè)不是一個(gè)概念。軟件系統規模往往是從功能點(diǎn)的估算或其他估算方式得來(lái)的,而項目規模還要考慮對文檔數量與質(zhì)量的要求,使用的開(kāi)發(fā)工具、新技術(shù)、多少復用、溝通的方便程度、客戶(hù)方的情況、需要遵守的標準規范等等等等。例如,完成一個(gè)大型的系統,在一定的時(shí)間內一個(gè)人或幾個(gè)人的智力和體力是承受不了的。由于軟件是邏輯、智力產(chǎn)品,盲目增加軟件開(kāi)發(fā)人員并不能成比例地提高軟件開(kāi)發(fā)能力。相反,隨著(zhù)人員數量的增加,人員的組織、協(xié)調、通信、培訓和管理方面的問(wèn)題將更為嚴重。

  3)軟件系統復雜程度和項目復雜程度:和軟件系統規模和項目規模一樣,軟件系統的復雜程度主要是考慮軟件系統本身的功能、架構的復雜程度,而項目的復雜程度主要是指項目團隊成員的構成、項目任務(wù)的復雜程度、項目干系人的復雜程度、需求調研的難易程度,多項目情況下資源保障的情況,等等等等。軟件系統的規模與軟件系統的復雜程度未必是成比例的關(guān)系;同樣項目的規模與項目的復雜程度未必是成比例的關(guān)系。

  4)項目的工期要求,就是項目的緊急程度。有些項目規模大,卻因為與顧客簽訂了合同,或者為了搶先占領(lǐng)市場(chǎng),工期壓縮得很緊,這時(shí)就要考慮如何更好地合理安排進(jìn)度,多增加人選多采用加班的方式是一種萬(wàn)不得已的選擇。增加人選除了增加人的成本外必定會(huì )增加溝通的成本(熟悉項目任務(wù)所需要的時(shí)間);加班如果處理不好會(huì )造成情緒上的問(wèn)題,也可能會(huì )因為過(guò)于忙碌而無(wú)法顧及質(zhì)量,造成質(zhì)量的下滑。

  5)項目成員的能力。這些能力包括項目經(jīng)理的管理能力,系統分析員的分析能力、系統設計人員的設計能力、程序員的編碼能力、測試人員的測試能力,以及企業(yè)或項目團隊激發(fā)出這些能力的能力。從另外一個(gè)角度看還有總體上對客戶(hù)行業(yè)業(yè)務(wù)的熟悉程度;對于建模工具、開(kāi)發(fā)工具、測試工具等技術(shù)的掌握程度;企業(yè)內部對行業(yè)業(yè)務(wù)知識和主要技術(shù)的知識積累。

  4.4項目控制計劃

  4.4.1質(zhì)量保證計劃

  執行質(zhì)量評審活動(dòng),對過(guò)程質(zhì)量進(jìn)行控制。規模較大的項目應當單獨編寫(xiě)《軟件開(kāi)發(fā)項目質(zhì)量計劃》。根據GB/T12504計算機軟件質(zhì)量保證計劃規范,內容包括:

  l引言(本章節包括質(zhì)量計劃的目的、定義、參考資料)

  l管理(描述負責軟件質(zhì)量管理的機構、任務(wù)及其相關(guān)的職責)

  l文檔(列出在該軟件的開(kāi)發(fā)、驗證與確認以及使用與維護等階段中需要編制的文檔,并描述對文檔進(jìn)行評審與檢查的準則)

  l標準、條例和約定(列出軟件開(kāi)發(fā)過(guò)程中要用到的標準、條例和約定,并列出監督和保證執行的措施)

  l評審和檢查(規定所要進(jìn)行的技術(shù)和管理兩個(gè)方面的評審和檢查工作,并編制或引用有關(guān)的評審和檢查規程,以及通過(guò)與否的技術(shù)準則。至少要進(jìn)行軟件需求評審、概要設計評審、軟件驗證與確認評審、軟件系統功能檢查、程序和文檔物理檢查)

  l軟件配置管理(編制有關(guān)配置管理條款,或在“4.4.4配置管理計劃”中說(shuō)明,或引用按照《GB/T12505計算機軟件配置管理計劃規范》單獨制定的文檔)

  l工具、技術(shù)和方法(指明用于支持特定軟件項目質(zhì)量管理工作的工具、技術(shù)和方法,指出它們的目的和用途)

  l媒體控制(說(shuō)明保護計算機程序物理媒體的方法和設施,以免非法存取、意外損壞或自然老化)

  l對供貨單位的控制(供貨單位包括項目承辦單位、軟件銷(xiāo)售單位、軟件開(kāi)發(fā)單位。規定對這些供貨單位進(jìn)行控制的規程,從而保證項目承辦單位從軟件銷(xiāo)售單位購買(mǎi)的、其他開(kāi)發(fā)單位開(kāi)發(fā)的或從開(kāi)發(fā)單位現存軟件庫中選用的軟件能滿(mǎn)足規定的需求。)

  l記錄的收集、維護和保存(指明需要保存的軟件質(zhì)量保證活動(dòng)的記錄,并指出用于匯總、保護和維護這些記錄的方法和設施,并指明要保存的期限)

  4.4.2進(jìn)度控制計劃

  (可直接引用以下描述或根據項目情況制定本節內容)

  本項目的進(jìn)度監控執行本企業(yè)《項目管理規范》,由本企業(yè)過(guò)程控制部門(mén)如質(zhì)量管理部統一進(jìn)行監控,并保留在監控過(guò)程中產(chǎn)生的日常檢查記錄。

  4.4.3預算監控計劃

  說(shuō)明如何檢查項目預算的使用情況。根據項目情況需要制定。

  4.4.4配置管理計劃

  編制有關(guān)軟件配置管理的條款,或引用按照GB/T12505單獨制訂《配置管理計劃》文檔。在這些條款或文檔中,必須規定用于標識軟件產(chǎn)品、控制和實(shí)現軟件的修改、記錄和報告修改實(shí)現的狀態(tài)以及評審和檢查配置管理工作等四方面的活動(dòng)。還必須規定用以維護和存儲軟件受控版本的方法和設施;必須規定對所發(fā)現的軟件問(wèn)題進(jìn)行報告、追蹤和解決的步驟,并指出實(shí)現報告、追蹤和解決軟件問(wèn)題的機構及其職責。

  5支持條件

  說(shuō)明為了支持本項目的完成所需要的各種條件和設施。

  5.1內部支持

  逐項列出項目每階段的支持需求(含人員、設備、軟件、培訓等)及其時(shí)間要求和用途。

  例如,設備、軟件支持包括客戶(hù)機、服務(wù)器、網(wǎng)絡(luò )環(huán)境、外設、通訊設備、開(kāi)發(fā)工具、操作系統、數據庫管理系統、測試環(huán)境,逐項列出有關(guān)到貨日期、使用時(shí)間的要求。

  5.2客戶(hù)支持

  列出對項目而言需由客戶(hù)承擔的工作、完成期限和驗收標準,包括需由客戶(hù)提供的條件及提供時(shí)間。

  5.3外包(可選)

  列出需由外單位分合同承包者承擔的工作、完成時(shí)間,包括需要由外單位提供的條件和提供的時(shí)間。

  6預算

  6.1人員成本

  列出產(chǎn)品/項目團隊每一個(gè)人的預計工作月數。

  列出完成本項目所需要的勞務(wù)(包括人員的數量和時(shí)間)

  勞務(wù)費一般包括工資、獎金、補貼、住房基金、退休養老金、醫療保險金

  6.2設備成本

  設備成本包括:原材料費,設備購置及使用費

  列出擬購置的設備及其配置和所需的經(jīng)費

  列出擬購置的軟件及其版本和所需的經(jīng)費

  使用的現有設備及其使用時(shí)間

  6.3其它經(jīng)費預算

  列出完成本項目所需要的各項經(jīng)費,包括差旅費、資料費、通行費、會(huì )議費、交通費、辦公費、培訓費、外包費等,包括:

  (1)差旅費(旅費、出租)(含補貼)

  (2)資料費(圖書(shū)費、資料費、復印費、出版費)

  (3)通信費(市話(huà)長(cháng)話(huà)費、移動(dòng)通信費、上網(wǎng)費、郵資)

  (4)會(huì )議費(鑒定費、評審會(huì )、研討費、外事費等)

  (5)辦公費(購買(mǎi)辦公用品)

  (6)協(xié)作費(業(yè)務(wù)協(xié)作招待費、項目團隊加班伙食費)

  (7)培訓費(培訓資料編寫(xiě)費、資料印刷費、產(chǎn)地費、設備費)

  其他(檢測、外加工費、維修費、消耗品、低易品、茶話(huà)會(huì )等)

  6.4項目合計經(jīng)費預算

  列出完成本項目需要的所有經(jīng)費預算(上述各項費用之和)。

  7關(guān)鍵問(wèn)題

  逐項列出能夠影響整個(gè)項目成敗的關(guān)鍵問(wèn)題、技術(shù)難點(diǎn)和風(fēng)險,指出這些問(wèn)題對項目成敗的影響。

  8專(zhuān)題計劃要點(diǎn)

  專(zhuān)題計劃也就是因為項目的需要在本文檔之外獨立建立的計劃,本節說(shuō)明本項目開(kāi)發(fā)中需要制定的各個(gè)專(zhuān)題計劃的要點(diǎn)。專(zhuān)題計劃可能包括分合同計劃、分項目計劃、項目團隊成員培訓計劃、測試計劃、安全保密計劃、質(zhì)量保證計劃、配置管理計劃、用戶(hù)培訓計劃、系統安裝部署計劃。

【軟件項目開(kāi)發(fā)計劃書(shū)模板】相關(guān)文章:

軟件項目合作開(kāi)發(fā)合同07-20

項目委托開(kāi)發(fā)合同模板12-11

軟件委托開(kāi)發(fā)合同范本模板01-28

軟件委托開(kāi)發(fā)合同05-27

項目合作開(kāi)發(fā)合同模板05-04

軟件合作開(kāi)發(fā)合同范本模板01-28

融資項目計劃書(shū)模板12-13

項目合作開(kāi)發(fā)范本與模板01-28

軟件合作開(kāi)發(fā)合同07-31

最新軟件委托開(kāi)發(fā)合同03-07

南华县| 广东省| 资源县| 柘城县| 大兴区| 库车县| 思茅市| 航空| 吉木萨尔县| 井陉县| 华宁县| 桦甸市| 鲁甸县| 正安县| 饶河县| 衡山县| 都兰县| 海丰县| 五常市| 如皋市| 深水埗区| 白水县| 阿克| 乳山市| 达孜县| 南澳县| 邮箱| 广河县| 鹤峰县| 陇南市| 元阳县| 铅山县| 崇礼县| 文昌市| 玛曲县| 武陟县| 河津市| 定西市| 扎兰屯市| 开封市| 金湖县|