軟件開發(fā)工作如何制定計劃

1、軟件開發(fā)工作如何制定計劃如何制定和編寫軟件項目計劃軟件項目計劃是一個軟件項目進入系統(tǒng)實施的啟動階 段，主要進行的工作包括:確定詳細的項目實施范圍、定義 遞交的工作成果、評估實施過程中主要的風險、制定項目 實施的時間計劃、成本和預算計劃、人力資源計劃等。在軟件項目管理過程中一個關鍵的活動是制定項目計 劃，它是軟件開發(fā)工作的第一步。項目計劃的目標是為項 目負責人提供一個框架，使之能合理地估算軟件項目開發(fā) 所需的資源、經(jīng)費和開發(fā)進度，并控制軟件項目開發(fā)過程 按此計劃進行。在做計劃時，必須就需要的人力、項目持 續(xù)時間及成本作出估算。這種估算大多是參考以前的花費 作出的。軟件項目計劃包括二個任務：研究和

2、估算。即通 過研究確定該軟件項目的主要功能、性能和系統(tǒng)界面。一、軟件項目計劃內(nèi)容 軟件項目計劃內(nèi)容如下：1. 范圍。對該軟件項目的綜合描述，定義起所要做的工 作以及性能限制，它包括： 項目目標。 主要功能。 性能限制。 系統(tǒng)接口。特殊要求。開發(fā)概述。2. 資源。人員資源。硬件資源。軟件資源。其他。3進度安排。進度安排的好壞往往會影響整個項目的按期完成，因此 這一環(huán)節(jié)是十分重要的。制定軟件進度與其他工程沒有很 大的區(qū)別，其方法主要有：工程網(wǎng)絡圖。ga ntt 圖。任務資源表。成本估算。培訓計劃。二、制定軟件工程規(guī)范對軟件工程管理來說，軟件工程規(guī)范的制定和實施是 不可少的，它與軟件項目計劃一樣重要

3、。軟件工程規(guī)范可 選用現(xiàn)成的各種規(guī)范，也可自己制定。目前軟件工程規(guī)范 可分為三級：國家標準與國際標準。行業(yè)標準與工業(yè)部門標準。企業(yè)級標準與開發(fā)小組級標準。三、軟件開發(fā)成本估算為了使開發(fā)項目能在規(guī)定的時間內(nèi)完成，而且不超過 預算，成本預算和管理控制是關鍵。1.成本估算方法自頂向下估算方法。估算人員參照以前完成的項目所耗費的總成本，來推 算將要開發(fā)的軟件的總成本，然后把它們按階段、步驟和 工作單元進行分配，這種方法稱為自頂向下估算方法。它的優(yōu)點是對系統(tǒng)級工作的重視，所以估算中不會遺 漏系統(tǒng)級的諸如集成、用戶手冊和配置管理之類的事務的 成本估算，且估算工作量小、速度快。它的缺點是往往不 清楚低級別上

4、的技術性困難問題，而往往這些困難將會使 成本上升。自底向上估算方法。自底向上估算方法是將待開發(fā)的軟件細分，分別估算 每一個子任務所需要的開發(fā)工作量，然后將它們加起來， 得到軟件的總開發(fā)量。這種方法的優(yōu)點是對每個部分的估 算工作交給負責該部分工作的人來做，所以估算較為準確。其缺點是其估算往往缺少與軟件開發(fā)有關的系統(tǒng)工作級工 作量，所以估算往往偏低。差別估算方法。差別估算是將開發(fā)項目與一個或多個已完成的類似項目進行比較，找到與某個相類似項目的若干不同之處，并估算每個不同之處對成本的影響，導出開發(fā)項目的總成本。該方法的優(yōu)點是可以提咼估算的準確度,缺點是不容易明確“差別”的界限。除上三種還有:專家估算

5、法。類推估算法。算式估算法。2.成本估算模型cocomo估算模型。機構(gòu)性成本模型cocomo是最精確、最易于使用的成本估算方法之一。該模型分為：基本co como模型，是一個靜態(tài)單變量模型,它是對整個軟件系統(tǒng)進行估算;中級cocomo模型，是一個靜態(tài)多變量模型；詳細coco m0模型，將軟件系統(tǒng)模型分為系統(tǒng)、子系統(tǒng)和模塊三個層次。基本cocomo模型估算公式：e二abex pd=cbexp式中e為開發(fā)所需的人力。d為所需的開發(fā)時間。kloc 為估計提交的代碼行。ab、b b、cb和db是指不同軟件開 發(fā)方式的值。中級cocomo模型。其估算公式為：e二aiexpx乘法因子，ai, bip ut

6、nam成本估算經(jīng)驗模型。putn am估算模型是一種動態(tài)多變模型，它是假設在軟 件開發(fā)的整個生存期中工作量的分布。如下圖：根據(jù)曲線導出關于提交的代碼行數(shù)l,人力k和時間 td之間估算公式：式中c k是技術狀況有關的常數(shù)，它的 典型值如下：對于差的開發(fā)環(huán)境ck =2500對于好的開發(fā)環(huán)境ck=1000 0對于有的開發(fā)環(huán)境ck=12500由上述公式可以得到所需開發(fā)工作量的公式：四、風險分析風險分析對于軟件項目管理是決定性的，然而現(xiàn)在還 是有很多姓名不考慮風險就著手進行。五、軟件項目進度安排軟件項目的進度安排與任何一個工程的進度安排沒有 實質(zhì)上的不同。首先識別一組項目任務，建立任務間的相 互關聯(lián)，然

7、后估計各個任務的工作量，分配人力和其他資 源，指定進度時序。1.軟件開發(fā)任務的并行性若軟件項目有多人參加時，多個開發(fā)者的活動將并行 進行。圖gantt圖常用水平線段來描述把任務分解成子任務，以 及每個子任務的進度按排，該圖表示方法簡單易懂，一目 了然，動態(tài)反映軟件開發(fā)進度情況。如下表： 進程計劃時間表3. 工程網(wǎng)絡圖工程網(wǎng)絡圖是一種有向圖，該圖中用圓表示事件，有 向弧或箭頭表示子任務的進行，箭頭上的數(shù)字稱為權，該 權表示此子任務的持續(xù)時間，箭頭下面括號中的數(shù)字表示 該任務的機動時間，圖中的圓表示與某個子任務開始或結(jié) 束事件的時間點。如下圖：六、軟件質(zhì)量保證軟件質(zhì)量保證是軟件工程管理的重要內(nèi)容，

8、軟件質(zhì)量 保證應作好以下幾個方面的工作：采用技術手段和工具。組織正式技術評審。加強軟件測試。推行軟件工程規(guī)范。對軟件的變更進行控制。對軟件質(zhì)量進行度量。七、如何制定軟件項目計劃項目計劃詳細說明了所需軟件工作及如何實現(xiàn)。它定 義了每一個主要任務，并估算其所需時間和資源，同時為 管理層的評估和控制提供了一個框架。項目計劃也提供了 一種很有效的學習途徑。如果能合理建檔，它便是一個與 實際運行效能比較的基準。這種比較可以使計劃者看到他 們的估算誤差，從而提高其估算精確度。我們著重強調(diào)對項目規(guī)模和資源的估算，是因為低質(zhì) 量的項目資源估算將不可避免地造成資源短缺，進度延遲 和預算超支。又由于項目資源估算是

9、從軟件規(guī)模估算中直 接衍生出來的，所以低質(zhì)量的規(guī)模估算是造成許多軟件項 目問題的根本原因。項目計劃應在項目開始初期制定出，并隨著工程的進 展不斷地加以精化。起初，由于軟件需求通常是模糊而又 不完整的，我們的工作重點應在于明確該項目需要哪些領 域的知識，并且如何獲取這些知識。如果不遵循這一指導 原則，程序員們通常會積極地投入到那部分已知的工作中 去，而把未知部分留滯到以后。這種工作方式通常會產(chǎn)生 很多問題，因為未知部分具有最高的風險系數(shù)。軟件項目 計劃的邏輯如下所述：由于軟件需求在初始階段是模糊而又不完整的，質(zhì)量 計劃只能建立在對客戶需求的大致而不確切的理解之上。 因此，項目計劃應該從找出含糊不

10、確切與準確恰當?shù)能浖?需求間的映射關系入手。接著建立一種概念設計。項目初始架構(gòu)的建立要十分 謹慎，因為它通常標定了產(chǎn)品模塊的分割線，同時描述了 這些模塊所實現(xiàn)的功能及所有模塊間的關系。這就為項目 計劃和項目實施提供了組織框架，因此一個低質(zhì)量的概念 設計是不能滿足要求的。在每一次后續(xù)的需求精化時，也應同時精化資源映射,項目規(guī)模估算和工程進度。八、制訂軟件項目計劃的方法與策略制訂軟件項目計劃的目的在于建立并維護軟件項目各 項活動的計劃，軟件項目計劃其實就是一個用來協(xié)調(diào)軟件項目中其它所有計劃，指導項目組對項目進行執(zhí)行和監(jiān)控 的文件。一個好的軟件項目計劃可為項目的成功實施打下 堅實的基礎。x xxxx

11、xx 系統(tǒng) 軟件開發(fā)項目計劃so ftwaredeve lopme nt pro jectplanve rsion:編制人: 審核人：批準人: 密級:機密作者：xxxxxxxxxxx 公司 日期：xxxx-xx-xx文檔信息目錄1.介文檔簡的5目.5項目簡介52.3.4.項目名稱識.5范圍5縮略語與首字母縮 寫5參 考6項目的目的和目 標6 假設與依賴6 項目的 可交付工 件6期6構(gòu)組織結(jié)6角色與職責 6 對 夕卜 聯(lián) 系 計 劃7組 織 接口 管理7項目概述6項目組織6管理流程7項目估算7階段計劃7項目時間表7項目資源分配8階段 詳細計劃8需求管理計劃9進度控制計劃9扌艮告 計劃.9劃測試計

12、.9風險管理計劃.1 0項目結(jié)束管理計劃10項目范 圍劃7項目監(jiān)控9軟件開發(fā)項目計劃1.文檔簡介本項目計劃制定軟件工程和管理軟件項目的合理計劃, 建立對本項目實際進展的可視性，以在項目執(zhí)行顯著偏離 軟件計劃時采取有效的措施。目的編寫項目開發(fā)計劃，主要是為了項目能按照計劃執(zhí)'ml行，并做為項目執(zhí)行的監(jiān)控標準，降低項目風險，提高項 目管理質(zhì)量，順利的完成此項目。項目簡介 項目名稱 產(chǎn)品標識 范圍縮略語與首字母縮寫 軟件開發(fā)方案所有的項目軟件開發(fā)過程都應遵循一個生命周期模型, 在軟件的開發(fā)策劃期間，需要仔細考慮項目的特征和目標, 然后選擇生命周期模型。在本項目中，本投標單位將選用 常用的瀑布

13、型生命周期模型。瀑布模型的主要特點是：只有當一個階段的文檔已編 制好，且該階段的產(chǎn)品得到質(zhì)量保證人員認可后，該階段 才算完成。測試或驗證在每個階段都必須執(zhí)行；一旦產(chǎn)品 完成提交用戶，其后的任何修改均屬于維護階段。在瀑布型模型中，主要定義的過程包括：需求分析、系統(tǒng)分析、代碼實現(xiàn)、測試。?需求分析需求分析的目的是通過調(diào)查和分析，獲取用戶需求并定義產(chǎn)品需求。需求分析的輸出文檔是需求分析說明書。需求分析說明書將用客戶語言來描述系統(tǒng)需求,其主要的目的是作為與用戶溝通并達成一致的基礎。這些 需求需要用戶參與進行評審，并得到用戶的確認。然后對 用戶需求進行細化，對比較復雜的用戶需求進行建模分 析，最終形成面

14、向軟件產(chǎn)品的軟件需求說明。需求分析的主要任務包括：?確定需求調(diào)查的方式，例如問卷式、面對面談等；?調(diào)查與記錄;?分析需求信息；?編寫需求分析說明書;?組織需求分析說明書評審。主要的角色與職責為：?系統(tǒng)分析員,調(diào)查和分析用戶需求;?客戶與最終用戶提供必要的需求信息，并確認客戶需求;?系統(tǒng)分析員定義產(chǎn)品軟件需求；?客戶與最終用戶提供必要的信息，并確認產(chǎn)品需求。 ?系統(tǒng)設計系統(tǒng)設計是指設計軟件系統(tǒng)的體系架構(gòu)、用戶界面、 數(shù)據(jù)庫、模塊等，從而在需求和代碼實現(xiàn)之間建立橋梁， 指導開發(fā)人員去實現(xiàn)能滿足用戶需求的軟件產(chǎn)品。系統(tǒng)設 計可分為兩個階段：概要設計和詳細設計。概要設計的要 點是體系架構(gòu)的設計，詳細設

15、計的重點是用戶界面設計、 數(shù)據(jù)庫設計以及模塊的設計。主要的輸出文檔包括：系統(tǒng) 總體設計報告。主要的參與人員包括：?項目經(jīng)理指定具備相關經(jīng)驗的開發(fā)人員進行軟件系統(tǒng)架構(gòu)的設計，這些開發(fā)人員又稱為體系架構(gòu)設計人員;?在用戶界面的設計中，常常需要美工和用戶的參與;?項目經(jīng)理指定開發(fā)人員進行數(shù)據(jù)庫、模塊的設計。 系統(tǒng)設計的主要任務包括：?設計準備，包括閱讀前一階段的文檔等；?設計，不同的設計內(nèi)容所釆用的方法有所不同，例如 對于用戶界面的設計，一般采用'原型創(chuàng)作一一原型評估一一細化” 的步驟或方法；？編寫相關的設計文檔；?組織設計評審。?開發(fā)開發(fā)也稱為代碼實現(xiàn)，其主要的任務為編寫整個系統(tǒng)的代碼，并

16、進行單元的測試。本過程的輸入是個設計文檔, 輸出是源代碼、單元測試記錄以及代碼審查記錄。其主要 工作任務包括:?準備一一確定代碼規(guī)范等標準、準備軟件開發(fā)環(huán)境等;?代碼實現(xiàn)一一代碼的編寫;?代碼審查一一依據(jù)代碼規(guī)范，進行代碼的審查，包括開發(fā)人員的互查 項目經(jīng)理的同行評審；?單元測試-采用互測方式進行o ?測試測試包括集成測試、系統(tǒng)測試和用戶驗收測試。集成測試側(cè)重于模塊的集成，是子系統(tǒng)/模塊一級的測試。系統(tǒng) 測試是針對最終軟件系統(tǒng)進行，是一次全面的測試，需要 確保軟件系統(tǒng)滿足產(chǎn)品需求并遵循系統(tǒng)設計。所以系統(tǒng)測 試控制的一個關鍵點是測試的覆蓋率。驗收測試一般由用 戶組織，屬于用戶對系統(tǒng)的符合性、正確

17、性進行驗證的測 試。測試的主要任務包括：?制定測試計劃一一當產(chǎn)品需求和系統(tǒng)設計文檔完成之 后，測試小組就可以開始制定測試計劃和測試用例了。測試計劃的 主要內(nèi)容包括：測試完成準則、測試范圍、測試方法、人員、測試環(huán)境與輔助工具、進度；?設計測試用例一-有測試人員完成其設計和編寫工作, 并需要通過評審；?測試實施一一依據(jù)計劃和測試用例進行測試，測試中 發(fā)現(xiàn)的錯誤，要求及時記錄，將錯誤及時通知開發(fā)人員并使測試人 員可以跟蹤錯誤直到錯誤問題解決關閉；?錯誤管理與改錯一一任何人發(fā)現(xiàn)的錯誤，將被記錄,開發(fā)人員及時消除錯誤，在開發(fā)人員消除錯誤之后立即進行回歸測 試，以確保不會引入新的錯誤；?測試報告一一對于系

18、統(tǒng)測試盒驗收測試，在測試完畢后需要進行總結(jié)并形成報告。?本投標人的產(chǎn)品測試獨立于產(chǎn)品的開發(fā)，在產(chǎn)品單元 測試完成之后，即交付專門的測試部門進行后續(xù)測試，獨立開發(fā)的測 試機制進一步保證了測試的有效性和完整性。?版本控制控制的目的是保存產(chǎn)品的所有版本，避免發(fā)生版本的丟失混淆等現(xiàn)象。并且可以快速準確地查找到任何產(chǎn)品的 任何版本?？刂频姆秶琼椖恐械乃挟a(chǎn)品，從需求文檔、 設計文檔、測試文檔、用戶手冊到源代碼。在人員參與度 方面，將是所有的項目成員都必須遵照版本控制規(guī)程操作 文檔庫?？刂频囊c包括：?在項目的策劃階段，編寫配置管理計劃。在計劃中將指定人員作為配置管理員，負責整個項目的版本控制，變更控制等。 計劃中還需要標識配置項作為版本控制的基本對象；?配置服務器作為配置庫服務器，集中存放項目的所有 已完成產(chǎn)