《軟件開發(fā)過程》PPT課件.pptVIP

第 3 章 軟件開發(fā)過程管理,本章內(nèi)容提要,CMM和ISO9000,傳統(tǒng)軟件開發(fā)生命周期模型,擴展軟件開發(fā)生命周期模型,3.1,質(zhì)量計劃,3.4,案例分析,3.5,本章小結(jié),3.6,復習思考題,3.7,3.2,3.3,軟件過程 是指人們用于開發(fā)和維護軟件及其相關產(chǎn)品的一系列活動、方法、實踐和革新。 軟件開發(fā)過程管理 是指在軟件開發(fā)過程中，除了先進技術和開發(fā)方法外，還有一整套的管理技術。 軟件過程改進 是針對軟件生產(chǎn)過程中會對產(chǎn)品質(zhì)量產(chǎn)生影響的問題而進行的，它的直接結(jié)果是軟件過程能力的提高。 現(xiàn)在常見的軟件過程改進方法：ISO 9000，SW-CMM和由多種能力模型演變而來的CMMI。,3.1 CMM和ISO9000,3.1.1 SW-CMM和CMMI,SW-CMM簡介 為了保證軟件產(chǎn)品的質(zhì)量，1991年美國卡內(nèi)基梅隆大學軟件工程研究所（CMU/SEI）將軟件過程成熟度框架進化為軟件能力成熟度模型（Capability Maturity Model For Software，簡稱SW-CMM），并發(fā)布了最早的SW-CMM 1.0版。 SW-CMM為軟件企業(yè)的過程能力提供了一個階梯式的進化框架，階梯共有五級。,3.1.1 SW-CMM和CMMI,1 初始級,2 可重復級,3 已定義級,4 已管理級,5 優(yōu)化級,無序、混亂的軟件過程。依賴個別人的努力和機遇。,建立基本的項目管理過程。相似項目，重復以往成果。,文檔化、標準化和標準的軟件軟件過程。,軟件過程和產(chǎn)品質(zhì)量有詳細的度量標準。,持續(xù)的對過程進行改進。,圖 CMM分級標準,3.1.1 SW-CMM和CMMI,KPA及KP 除第一級外，SW-CMM的每一級都是按完全相同的結(jié)構(gòu)組成的。每一級包含了實現(xiàn)這一級目標的若干關鍵過程域（KPA），每個KPA進一步包含若干關鍵實施活動（KP），無論哪個KPA，它們的實施活動都統(tǒng)一按六個公共屬性進行組織，即每一個KPA都包含六類KP： 1. 目標 2. 實施保證 3. 實施能力 4. 執(zhí)行活動 5. 度量分析 6. 實施驗證,3.1.1 SW-CMM和CMMI,CMMI簡介 由于不同領域能力成熟度模型存在不同的過程改進，重復的培訓、評估和改進活動以及活動不協(xié)調(diào)等一些問題。于是由美國國防部出面，美國卡內(nèi)基梅隆大學軟件工程研究所（CMU/SEI）于2001年12月發(fā)布的CMMI 1.1版本包括四個領域：軟件工程（SW）、系統(tǒng)工程（SE）、集成的產(chǎn)品和過程開發(fā)（IPPD）、采購（SS）。,3.1.1 SW-CMM和CMMI,CMMI有兩種不同的實施方法 連續(xù)式主要是衡量一個企業(yè)的項目能力 階段式主要是衡量一個企業(yè)的成熟度 CMMI的五個臺階 完成級 管理級 定義級 量化管理級 優(yōu)化級 每一個臺階都是上面一階臺階的基石。要上高層臺階必須首先踏上較低一層臺階。,3.1.2 ISO9000質(zhì)量標準,ISO9000 所謂“ISO9000”不是指一般意義上的一個質(zhì)量保證標準，而是一族系列標準的統(tǒng)稱。,作用 強化品質(zhì)管理，提高企業(yè)效益；增強客戶信心，擴大市場份額； 獲得了國際貿(mào)易“通行證”，消除了國際貿(mào)易壁壘； 節(jié)省了第二方審核的精力和費用； 在產(chǎn)品品質(zhì)競爭中永遠立于不敗之地； 有效地避免產(chǎn)品責任； 有利于國際間的經(jīng)濟合作和技術交流。,3.1.3 三者之間的比較,選擇SW-CMM還是CMMI的考慮 實施企業(yè)的業(yè)務特點。 實施企業(yè)對過程改進的熟悉程度。 實施企業(yè)對過程改進項目的預算。 實施企業(yè)是否可以使用階段式的演進路線。 實施CMM與CMMI可以平滑的轉(zhuǎn)換。 ISO9001與CMM的關系 ISO9001和CMM既有區(qū)別又相互聯(lián)系，兩者不可簡單地互相替 代。 取得ISO9001認證并不意味著完全滿足CMM某個等級的要求。 取得CMM第2級(或第3級)不能籠統(tǒng)地認為可以滿足ISO9001的要求。,本章內(nèi)容提要,CMM和ISO9000,傳統(tǒng)軟件開發(fā)生命周期模型,擴展軟件開發(fā)生命周期模型,3.1,質(zhì)量計劃,3.4,案例分析,3.5,本章小結(jié),3.6,復習思考題,3.7,3.2,3.3,軟件生命周期 軟件從需求確定、設計、開發(fā)、測試直至投入使用，并在使用中不斷地修改、增補和完善，直至被新的系統(tǒng)所替代而停止該軟件的使用的全過程。 可劃分為以下子階段 1.可行性研究 2.需求分析和定義 3.總體設計 4.詳細設計 5.編碼（實現(xiàn)） 6.軟件測試、運行/維護 據(jù)此相繼產(chǎn)生了瀑布模型、螺旋模型、進化模型、原型模型、增量模型等。本節(jié)分別對這幾種傳統(tǒng)的軟件開發(fā)生命周期模型予以介紹。,3.2 傳統(tǒng)軟件開發(fā)生命周期模型,3.2.1 瀑布模型,瀑布模型總結(jié) 文檔驅(qū)動的模型 階段間具有順序性和依賴性 項目開發(fā)周期較長 實際項目很少按照該模型給出的順序進行,3.2.2 原型模型,3.2.2 原型模型,Prototyping model特點 在需求定義之前，需要快速構(gòu)建一個系統(tǒng) 根據(jù)構(gòu)建系統(tǒng)的優(yōu)缺點，用戶給開發(fā)人員提出反饋意見 根據(jù)反饋意見修改軟件需求規(guī)格，以便系統(tǒng)可以更正確地反映用戶的需求 減少各種假設以及風險,3.2.3 增量模型,3.2.3 增量模型,增量模型總結(jié) 融合了瀑布模型和原型的迭代特征。 每一個增量均發(fā)布一個可操作產(chǎn)品。,3.2.4 進化模型,這個模型可看作是重復執(zhí)行的多個瀑布模型。,3.2.5 螺旋模型,3.2.5 螺旋模型,螺旋模型總結(jié) 基于風險驅(qū)動的開發(fā)模型, 使用原型法或其它方法來盡量降低風險。 適用于需求不明確的大規(guī)模軟件項目,本章內(nèi)容提要,CMM和ISO9000,傳統(tǒng)軟件開發(fā)生命周期模型,擴展軟件開發(fā)生命周期模型,3.1,質(zhì)量計劃,3.4,案例分析,3.5,本章小結(jié),3.6,復習思考題,3.7,3.2,3.3,3.3.1 極限模型,極限模型簡介 2001年，為了避免許多公司的軟件團隊陷入不斷增長的過程泥潭，一批業(yè)界專家一起概括出了一些敏捷開發(fā)過程的方法：SCRUM，Crystal，特征驅(qū)動軟件開發(fā)（Feature Driven Development，簡稱FDD），自適應軟件開發(fā)（Adaptive Software Development，簡稱ASD），以及最重要的極限編程（eXtreme Programming,簡稱XP）。,3.3.1 極限模型,極限編程將開發(fā)階段的4個活動（分析、設計、編碼和測試）混合在一起，在全過程中采用迭代增量開發(fā)、反饋修正和反復測試。,3.3.1 極限模型,XP開發(fā)模型核心思想： 交流（Communication） 簡單（Simplicity ） 反饋（Feedback） 進取（Aggressiveness）,3.3.1 極限模型,優(yōu)點 采用簡單計劃策略，不需要長期計劃和復雜模型，開發(fā)周期短； 在全過程采用迭代增量開發(fā)、反饋修正和反復測試的方法，能夠適應用戶經(jīng)常變化的需求。,缺點 目前主要在小規(guī)模項目上應用并取得成功，但是否適用于中等規(guī)模或大規(guī)模軟件產(chǎn)品，需慎重考慮； 由于這個模型較新產(chǎn)品交付后維護成本是否降低，不能確定； 對編碼人員的經(jīng)驗要求高,3.3.2 Rational統(tǒng)一過程 （RUP）,3.3.2 Rational統(tǒng)一過程 （RUP）,用例驅(qū)動 Concise, simple, and understandable 以體系結(jié)構(gòu)為中心 Effective basis for large-scale reuse 增量和迭代開發(fā) 基于風險前驅(qū)的原則，漸進地展開分析、設計及其相關活動，每個迭代都會提供一次驗證和調(diào)整模型機會，推動軟件質(zhì)量的提升。,3.3.3 微軟產(chǎn)品開發(fā)周期模型,微軟產(chǎn)品周期模型,產(chǎn)品規(guī)劃階段,測試階段,產(chǎn)品開發(fā)階段,發(fā)布階段,M1Mn,CC,ZBB,RTM/W,RC1RCn,Alpha,Golden Masters,Beta,Product Vision,Function Spec,QFEs,本章內(nèi)容提要,CMM和ISO9000,傳統(tǒng)軟件開發(fā)生命周期模型,擴展軟件開發(fā)生命周期模型,3.1,質(zhì)量計劃,3.4,案例分析,3.5,本章小結(jié),3.6,復習思考題,3.7,3.2,3.3,3.4.1 質(zhì)量與質(zhì)量規(guī)劃,軟件質(zhì)量 是“所有描述計算機軟件優(yōu)秀程度的特性的組合”。 軟件質(zhì)量度量模型由三層組成 第一層為質(zhì)量特性 第二層為質(zhì)量子特性 第三層稱為度量,3.4.1 質(zhì)量與質(zhì)量規(guī)劃,ISOIEC9126 1991（GBT16260 1996）標準標準定義的6個質(zhì)量特性 功能性 可靠性 易使用性 高效性 可維護性 可移植性 質(zhì)量規(guī)劃 指識別哪些質(zhì)量標準適用于軟件項目，并確定如何滿足這些標準的要求,3.4.2 質(zhì)量體系、質(zhì)量手冊和質(zhì)量計劃,質(zhì)量體系 指為保證產(chǎn)品、過程或服務質(zhì)量，滿足規(guī)定（或潛在）的要求，由組織機構(gòu)、職責、程序、活動、能力和資源等構(gòu)成的有機整體。 質(zhì)量手冊 是描述企業(yè)質(zhì)量體系的文件。 質(zhì)量計劃 是質(zhì)量管理（質(zhì)量計劃編制、質(zhì)量保證和質(zhì)量控制）的第一過程域 。,3.4.2 質(zhì)量體系、質(zhì)量手冊和質(zhì)量計劃,質(zhì)量體系、質(zhì)量手冊和質(zhì)量計劃之間的關系 質(zhì)量體系好比一個國家的法制機構(gòu)，質(zhì)量手冊就如同憲法，是質(zhì)量體系的文檔化的體現(xiàn)。而為每個項目制定的質(zhì)量計劃類似地方法規(guī)，它在符合質(zhì)量手冊的前提下，根據(jù)自身的要求與特殊性，通過適當?shù)牟脺p修正而來。,關系圖,3.4.3 項目質(zhì)量計劃的內(nèi)容,項目實施總體目標 質(zhì)量 時間 成本 三者是一個相互制約、相互影響的統(tǒng)一體，其中任一項目標變化，都會引起另兩個目標變化，并受其制約。 項目分類 質(zhì)量傾斜型體系 工期傾斜型體系 成本傾斜型體系,3.4.3 項目質(zhì)量計劃的內(nèi)容,編寫軟件質(zhì)量計劃涉及的范圍相當廣，不論是項目選型、軟件開發(fā)各階段，還是配置管理、崗位職責與團隊組織，又或是其他如項目制度的制定等等方面，都應該是包含在項目質(zhì)量計劃中的內(nèi)容。,3.4.4 質(zhì)量目標,軟件生命周期三大階段（以傳統(tǒng)的瀑布模型為例） 軟件定義 軟件開發(fā) 軟件使用與維護,3.4.4 質(zhì)量目標,各階段的關鍵元素,3.4.5 項目質(zhì)量計劃的編寫,質(zhì)量計劃 應說明項目管理小組如何具體執(zhí)行它的質(zhì)量策略。 目的 規(guī)劃出哪些是需要被跟蹤的質(zhì)量工作，并建立文檔，此文檔可以作為軟件質(zhì)量工作指南，幫助項目經(jīng)理確保所有工作按計劃完成。 編寫準則 具體情況具體對待，沒有統(tǒng)一定律。,3.4.6 按照質(zhì)量計劃實施有效的質(zhì)量控制,質(zhì)量計劃確定后，按其建立的質(zhì)量管理體系，各責任單位必須按PDCA質(zhì)量環(huán)的要求，實施有效的質(zhì)量控制。 質(zhì)量控制可分為兩個階段 監(jiān)測 控制 質(zhì)量控制應貫穿于項目的整個過程。 項目收尾的兩個階段 項目評估 項目終止 項目收尾階段的質(zhì)量控制是一個非常重要而又容易忽視的內(nèi)容。,本章內(nèi)容提要,CMM和ISO9000,傳統(tǒng)軟件開發(fā)生命周期模型,擴展軟件開發(fā)生命周期模型,3.1,質(zhì)量計劃,3.4,案例分析,3.5,本章小結(jié),3.6,復習思考題,3.7,3.2,3.3,3.5 案例分析,HRMS系統(tǒng) 即人力資源管理系統(tǒng)，是為某跨國企業(yè)的ISS部門而開發(fā)的。 HRMS系統(tǒng)生存期模型選擇過程 針對本項目的開發(fā)特點，參考企業(yè)的生存期模型說明和軟件過程體系，決定采用迭代增量式模型。,3.5 案例分析,H R M S 項 目 生 存 期 模 型,本章內(nèi)容提要,CMM和ISO9000,傳統(tǒng)軟件開發(fā)生命周期模型,擴展軟件開發(fā)生命周期模型,3.1,質(zhì)量計劃,3.4,案例分析,3.5,本章小結(jié),3.6,復習思考題,3.7,3.2,3.3,3.6 本章小結(jié),講述了軟件開發(fā)過程管理需要掌握的部分知識。 介紹了ISO9000，CMM和CMMI三種常見的軟件過程改進方法，并比較了它們之間的異同，對于選取哪種方法給予了建議。 詳細介紹了多種軟件開發(fā)生命周期模型的特點、優(yōu)缺點，對于軟件開發(fā)中的相當重要的項目選型工作提供了參照。 此外還介紹了質(zhì)量計劃的定義和詳細的模版。(質(zhì)量計劃的制定對于軟件質(zhì)量控制的重要性非同小可，它涉及的范圍很廣，需要制定的內(nèi)容相當多，部分內(nèi)容讀者可以在其它章節(jié)去詳細了解。),本章內(nèi)容提要,CMM和ISO9000,傳