軟件開發(fā)項目計劃書編寫說明與模板-wenkub.com
2024-12-02 01:45 本頁面
【正文】 8 專題計劃要點(diǎn) 專題計劃也就是因為項目的需要在本文檔之外獨(dú)立建立的計劃，本節(jié)說明本項目開發(fā)中需要制定的各個專題計劃的要點(diǎn)。 外包（可選） 列出需由外單位分合同承包者承擔(dān)的工作、完成時間，包括需要由外單位提供的條件和提供的時間。必須規(guī)定對這些供貨單位進(jìn)行控制的管理規(guī)程，從而使從軟件銷售單位購買的、其 他開發(fā)單位開發(fā)的或從開發(fā)單位現(xiàn)存軟件庫中選用的軟件能滿足規(guī)定的軟件配置管理需求） l 記錄的收集、維護(hù)和保存（指明要保存的軟件配置管理文檔，指明用于匯總、保護(hù)和維護(hù)這些文檔的方法和設(shè)施，并指明要保存的期限） 5 支持條件 說明為了支持本項目的完成所需要的各種條件和設(shè)施。還必須規(guī)定用以維護(hù)和存儲軟件受控版本的方法和設(shè)施；必須規(guī)定對所發(fā)現(xiàn)的軟件問題進(jìn)行報告、追蹤和解決的步驟，并指出實現(xiàn)報告、追蹤和解決軟件問題的機(jī)構(gòu)及其職責(zé)。 預(yù)算監(jiān)控計劃 說明如何檢查項目預(yù)算的使用情況。根據(jù) GB/T 12504 計算機(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īng)理的管理能力，系統(tǒng)分析員的分析能力、系統(tǒng)設(shè)計人員的設(shè)計能力、程序員的編碼能力、測試人員的測試能力，以及企業(yè)或項目團(tuán)隊激發(fā)出這些能力的能力。 4）項目的工期要求，就是項目的緊急程度。由于軟件是邏輯、智力產(chǎn)品，盲目增加軟件開發(fā)人員并不能成比例地提高軟件開發(fā)能力。如開始時對于系統(tǒng)需求和項目目標(biāo)只有比較數(shù)的了解，就只能制定出比較粗的進(jìn)度計劃，等到需求階段或設(shè)計階段結(jié)束，就應(yīng)該進(jìn)一步細(xì)化進(jìn)度計劃。 制定軟件項目進(jìn)度計劃可以使用一些專門的工具，最常用的是 Microsoft的 Project作為輔助工具，功能比較強(qiáng)大，比較適合于規(guī)模較大的項目，但無法完全代替項目計劃書，特別是一些主要由文字來說明的部分。作為補(bǔ)充，應(yīng)當(dāng)分階段制定項目的階段計劃，這些階段計劃不在這份文檔中，當(dāng)要以這份總體計劃為依據(jù)。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工 作流程，也可以是自己創(chuàng)建的工作流程。外在風(fēng)險指超出項目工作組等控制力和影響力之外的風(fēng)險，如市場轉(zhuǎn)向或政府行為等 風(fēng)險的對策包括：避免：排除特定危脅往往靠排除危險起源；減緩：減少風(fēng)險事件的預(yù)期資金投入來減低風(fēng)險發(fā)生的概率， 以及減少風(fēng)險事件的風(fēng)險系數(shù)；吸納：接受一切后果，可以是積極的（如制定預(yù)防性計劃來防備風(fēng)險事件的發(fā)生），也可以是消極的（如某些費(fèi)用超支則接受低于預(yù)期的利潤）。 4 實施計劃 風(fēng)險評估及對策 識別或預(yù)估項目進(jìn)行過程中可能出現(xiàn)的風(fēng)險。本節(jié)說明在項目開發(fā)過程中項目團(tuán)隊內(nèi)部與接口人員、客戶溝通的方式、頻次、溝通成果記錄辦法等內(nèi)容。定期的溝通一般要包括項目階段報告、項目階段計劃、階段會議等。 其次應(yīng)當(dāng)確定協(xié)作模式與溝通方式。 人員分工 確定項目團(tuán)隊的的每個成員屬于組織結(jié)構(gòu)中的什么角色，他們的技術(shù)水平、項目中的分工與配置，可以用列表方式說明 ，具體編制時按照項目實際組織結(jié)構(gòu)編寫。除了圖形外，可以用文字簡要說明各個角色應(yīng)有的技術(shù)水平。 3 項目團(tuán)隊組織 組織結(jié)構(gòu) 說明項目團(tuán)隊的組織結(jié)構(gòu)。環(huán)境可能不止一種，如開發(fā)工具可能需要針對 Java的，也需要針對 C++的。 根據(jù)因素取值列出本項目應(yīng)完成的階段成果，說明本項目 取值所在的區(qū)間，將其他因素值區(qū)間刪除。此處需要移交用戶的文檔可參考合同中的規(guī)定。這兩個范圍管理模型間必須要有較好的統(tǒng)一性，以確保項目的具體工作成果，能按特定的產(chǎn)品要求準(zhǔn)時交付。 注意產(chǎn)品范圍與項目工作范圍的不同含義。如：“系統(tǒng)分析員必須在 3天內(nèi)到位”或“用戶必須在 8月 8日前確定對需求文檔進(jìn)行確認(rèn)” 約束一般是難以解決的問題，但可以 通過其他途徑回避或彌補(bǔ)、取舍，如人力資源的約束限制，就必須犧牲進(jìn)度或質(zhì)量等等。產(chǎn)品目標(biāo)如“提高工作信息報送反饋工作效率，更好地進(jìn)行工作信息報送的檢查監(jiān)督，提高信息的及時性、匯總統(tǒng)計信息的準(zhǔn)確性，減輕各級相關(guān)工作人員的勞動強(qiáng)度。 項目目標(biāo)應(yīng)當(dāng)符合 SMART 原則： l S Specific 明確的陳述 l M Measurable 可以衡量的結(jié)果 l A Attainable 可以達(dá)成的目標(biāo) l R Realistic 合理的，現(xiàn)實的或者說是能和實際工作相結(jié)合 l T Trackable 可以跟蹤的 項目目標(biāo)可以進(jìn)行橫向的分解也可以進(jìn)行縱向的分解。 2 項目概述 項目目標(biāo) 設(shè)定項目目標(biāo)就是把項目要完成的工作用清晰的語言描述出來，讓項目團(tuán)隊每一個成員都有明確的概念。 標(biāo)準(zhǔn)、條約和約定 列出在本項目開發(fā)過程中必須遵守的標(biāo)準(zhǔn)、條約和約定。注意盡量不要對一些業(yè)界使用的通用術(shù)語進(jìn)行另外的定義，使它的含義和通用術(shù)語的慣用含義不一致。例句：本系統(tǒng)中對外部辦公部分如需要各個建設(shè)單位報送材料的子系統(tǒng)應(yīng)當(dāng)掛在市政府網(wǎng)站。 目前對于某建設(shè)工作的工作主要采用計劃部門
研究報告相關(guān)推薦
鄂ICP備17016276號-1