《軟件開發(fā)過程》PPT課件.ppt_第1頁
《軟件開發(fā)過程》PPT課件.ppt_第2頁
《軟件開發(fā)過程》PPT課件.ppt_第3頁
《軟件開發(fā)過程》PPT課件.ppt_第4頁
《軟件開發(fā)過程》PPT課件.ppt_第5頁
已閱讀5頁,還剩41頁未讀 繼續(xù)免費閱讀

VIP免費下載

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領

文檔簡介

第 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,傳

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論