普通軟件項目開發(fā)過程規(guī)范-wenkub
2023-04-27 13:03:28 本頁面
【正文】 樣的信息來了解實現(xiàn)需求）?！俄椖块_發(fā)計劃》的內(nèi)容包括： 規(guī)模、工作量評估 圍繞各項計劃的制定工作對項目的規(guī)模、工作量等進行評估，評估的內(nèi)容包括：oo 模塊數(shù)量與復雜度 o 輸入、輸出和對外接口等數(shù)量與復雜度 o SLOC和功能點 o 非生產(chǎn)性的支持工作量 o 開發(fā)工作量（人月） o 進度與里程碑 o 進度風險 表 31 項目開發(fā)大綱 確定項目目標和范圍 項目開始時，所有相關人員必須對項目的目標和范圍達成共識，形成共同的項目愿景。 項目論證 基于商業(yè)和技術(shù)等方面對項目的可行性進行論證，確定項目是否開展。 跨階段的進程以階段結(jié)尾的合格驗證和審核來決定 當一個階段結(jié)束時，在進入到下一個階段之前所需要做的工作應包括對交付品進行合格驗證，并檢查這一階段的工作質(zhì)量和效率，由此判斷是否可以進入到下一個階段。 衡量階段結(jié)束的工作結(jié)果必須是實在的交付品 階段中的任務是否完成是透過任務活動中產(chǎn)生的交付品來體現(xiàn)的，交付品必須是可交付的、非抽象的、實質(zhì)的并且可以通過用衡量的方法來判斷是否真正地完成了的具體事物。同時調(diào)解項目進程中出現(xiàn)的各種問題，如：對缺乏的資源的補償調(diào)節(jié)；對項目的進度表及各項具體工作的優(yōu)先級或順序的修訂。為了達到這個目的，首先要明確項目的總體戰(zhàn)略目標，對項目的需要建立認同。保守估計，100個人中至少有150種想法。前 言本座也深知其中的兇險，因此避重就輕，從基本原理談起，宏觀的角度闡述相關問題，盡量減少中彈的機會。項目階段即確定到底需要做什么、開發(fā)什么產(chǎn)品或提供什么服務，以及需要解決什么樣的問題和需要滿足客戶或市場的什么要求等，同時還要總結(jié)項目工作的范圍、所需資源、大約開支、各種風險，以及該項目不執(zhí)行的其他替代選擇等。 計劃階段 這個階段的工作是為整個項目做計劃。 執(zhí)行階段 這個階段的工作是通過執(zhí)行項目的計劃來完成項目的任務。 控制階段 這個階段的工作是確證項目工作的結(jié)果符合項目的計劃。階段完成標志 在項目開發(fā)過程中，當一個階段完成后才會開展下一個階段的工作；另外，“某個階段完成”通常被定義為項目的一個里程碑，里程碑標識了項目的進度，它是項目開發(fā)和控制的重要參考，對整個項目有重要的意義。 每一個階段的結(jié)束以它特定任務的完成為象征 只有當某個階段中被規(guī)定的所有工作任務都完成了，這個階段才算真正結(jié)束，整個項目才可以進入到下一個階段中去。如：某一階段的完成是以建造一個樣品或完成某分文件作為象征。這些檢驗象征了一個階段的結(jié)尾終點，表示項目的進程離開了上一個階段而進入了下一個階段。 產(chǎn)品領域研究 研究產(chǎn)品所在領域的狀況，為項目論證提供依據(jù)。 技術(shù)可行性研究 研究產(chǎn)品的實現(xiàn)技術(shù)，總結(jié)技術(shù)可行性。如果開展項目，則進一步論證項目的總體方案。并把愿景敘述為《項目開發(fā)大綱》向相關人員傳達。計劃階段概 述用三到五張圖表來描述產(chǎn)品目標、功能、平臺、客戶、進度表和開發(fā)職責。項目成員確定軟件工程職能角色，以及分配到這些角色的人員數(shù)量。其中要包括：（具體內(nèi)容可在《風險管理計劃》中定義）測 量概述這個項目中要收集的測量。人力支持 由哪個人、部門或團隊為開發(fā)組的哪項任務提供支持。概 述用文字和圖表概述風險管理任務的總體執(zhí)行流程。定制風險化解方案詳細說明“定制風險處理方案”任務的實施細節(jié)和各項工作的負責人。表 42 風險管理計劃 定制質(zhì)量保證計劃 保證工作質(zhì)量的一個重要步驟是制定一套合理的質(zhì)量保證計劃并貫徹執(zhí)行。工作規(guī)范對工程方法中的各種工作任務進行規(guī)范，明確執(zhí)行的時機、流程和準則等。 定制開發(fā)進度計劃 基于當前對項目的規(guī)模和工作量評估，定制初步的開發(fā)進度表，作為項目開發(fā)計劃的組成部分。執(zhí)行階段 《需求規(guī)格說明書》的內(nèi)容包括：功能需求根據(jù)上述使用者需求列出的使用方案，列出開發(fā)者必須為軟件產(chǎn)品或系統(tǒng)實現(xiàn)的功能。 《需求分析報告》的編制方式可以是多樣的，例如把所有“非功能性需求”組織成“外部接口需求”、“質(zhì)量屬性需求”和“需求約束”。 界面原型設計 明確了系統(tǒng)的關鍵需求后，就可以進行界面原型設計工作，獲取用戶的反饋，盡快確定產(chǎn)品的界面基調(diào)。 架構(gòu)設計 架構(gòu)設計從關鍵需求開始，建立概念性的架構(gòu)，并逐步細化和驗證。圖 53 架構(gòu)設計的五視圖其設計著重考慮功能需求。其設計著重考慮“數(shù)據(jù)需求”。其設計著重考慮“安裝和部署需求”?！ 〖軜?gòu)設計的另一個重要任務是編寫架構(gòu)基線代碼，基線代碼表述和驗證架構(gòu)，同時也是指導后續(xù)開發(fā)的基礎代碼。2 Build 構(gòu)建 要實現(xiàn)的新功能 167。有了細化的需求后就編寫本次Build的測試計劃。 測試方式 167。 測試方式 167?！ 稖y試用例》的內(nèi)容包括：o 測試用例對應的功能模塊 o 測試用例的性質(zhì)（功能測試用例、性能測試用例、。 詳細設計 詳細實際每項需求的實現(xiàn)方法，對于重要的設計決策、算法、公共模塊和外部接口等必須以模塊設計文檔的形式進行記錄。 編譯代碼，保證編譯通過 167。 質(zhì)量管理 1） 評審 評審是質(zhì)量保證的重要環(huán)節(jié)，原則上每個重要的工作任務或階段結(jié)束前都必須經(jīng)過評審，如：方案評審、計劃評審、需求評審、設計評審和代碼評審等，工作是否被通過、是否需要修改或重做均由評審結(jié)果決定，評審結(jié)果以《評審報告》的形式發(fā)布?！ 蹲兏幚韴蟾妗返膬?nèi)容包括： 項目進度會議的另一個重要議題是審查進度表，了解項目實際進度與計劃進度的差異。 測量 在項目開發(fā)過程中，收集一些關鍵的測量，對了解項目狀態(tài)和進行項目決策很有幫助，同時也為以后的項目提供歷史數(shù)據(jù)參考。圖 71 控制階段的任務和工件 《產(chǎn)品使用手冊》的內(nèi)容包括：1. 產(chǎn)品介紹 2. 各個功能的介紹 3. 通過實際案例介紹各個功能的使用方式和操作步驟 總 結(jié)任務完成后也需要對任務進行評審，保證任務的質(zhì)量。圖 82 角色和任務劃分方案形成相關的角色崗位矩陣。同時還需要做到整個團隊進度規(guī)劃，質(zhì)量保證，配置
公司管理相關推薦
鄂ICP備17016276號-1