基礎軟件工程方法簡介

基礎軟件工程方法簡介,一、軟件開發(fā)工作過程中遇到的問題及原因分析1.1、生產(chǎn)效率低1.2、產(chǎn)品質(zhì)量差二、常見的軟件工程方法簡介2.1什么是軟件2.2常見軟件過程方法分類2.3push方式2.4迭代方式,目錄,一、軟件開發(fā)工作過程中遇到的問題及原因分析,1.1、工作效率低表現(xiàn)：軟件產(chǎn)品不能按原計劃交付目標被延期后軟件產(chǎn)品仍然難以按期交付,1.2、產(chǎn)品質(zhì)量差表現(xiàn)：軟件缺陷數(shù)量多軟件缺陷平均修復時間長,一、軟件開發(fā)工作過程中遇到的問題及原因分析,一、軟件開發(fā)工作過程中遇到的問題及原因分析,Problems,缺乏設計,缺乏客戶交流與責任意識,缺乏激勵,工作量化不足,質(zhì)量評估機制不健全,過于自我，缺乏團隊意識,低效的溝通,一、軟件開發(fā)工作過程中遇到的問題及原因分析,低效的溝通,工作過程中溝通的目的迅速的對某項工作內(nèi)容生成決議低效的工作溝通：動機不單純的溝通高效的工作溝通：經(jīng)過思考的溝通。基于事實的溝通。相互信任的溝通。找我溝通的目的：搞不定。沒有被明確的授權(quán)。主動通知我知曉具體的工作。建議：溝通前需要思考的問題：我要問的問題是什么？我能否準確直白的表述我的問題？我自己真的搞不定這個問題么？能否盡量提供方便的條件（資料）讓別人方便的幫我迅速定位并解決該問題？,一、軟件開發(fā)工作過程中遇到的問題及原因分析,缺乏設計,表現(xiàn)：倉促上陣，需求分析完畢后直接進入編碼階段。編碼接近尾聲時發(fā)現(xiàn)當初需求還沒理解明白。思考：編碼速度快，除了說明手指靈活外，還能說明什么？建議：需求文檔（活動圖、用例圖）設計文檔（流程圖、狀態(tài)圖、風險說明）,一、軟件開發(fā)工作過程中遇到的問題及原因分析,缺乏客戶交流與責任意識,表現(xiàn)：需求不明確，并經(jīng)常出現(xiàn)根據(jù)自己的設計意愿私自更改需求的現(xiàn)象產(chǎn)品故障率高對手頭工作的重視程度遠超過對在線問題的重視程度思考：你是客戶，或者在維修現(xiàn)場，你會怎樣想？建議：測試驅(qū)動開發(fā)學會換位思考出差,一、軟件開發(fā)工作過程中遇到的問題及原因分析,缺乏激勵,表現(xiàn)：拖延癥進取心差等死（Deadline）思考：自己對不起別人，別人為什么要對得起自己？即使別人對不起自己，自己為什么還要對不起自己？建議：不要跟自己過不去激勵=獎勵+批評項目獎金階段化分配團隊coach：1、設定團隊目標（先設目標，再找團隊or基于團隊，明確目標）開發(fā)國內(nèi)/際一流的檢驗產(chǎn)品？拿到藍韻公司已立項項目中最高的人均項目獎？創(chuàng)建藍韻公司最高效？最壓抑？最輕松？的工作環(huán)境？2、基于團隊目標，制定團隊激勵措施（獎？罰？有獎有罰？）團隊效率的提高依賴于正能量的傳遞，不能夠傳遞負能量。,一、軟件開發(fā)工作過程中遇到的問題及原因分析,工作量化不足,表現(xiàn)：工作過程中針對具體工作內(nèi)容和工作范圍會產(chǎn)生很多疑問工作所需資源評估不準確思考：工作量化過程中需要評估到所有的細節(jié)么？建議：充分授權(quán)積極主動（解決問題，不是制造問題）換位思考發(fā)散：“網(wǎng)開一面”原則功能范圍工期質(zhì)量成本,一、軟件開發(fā)工作過程中遇到的問題及原因分析,質(zhì)量評估機制不健全,表現(xiàn)：軟件質(zhì)量評估缺乏統(tǒng)計數(shù)據(jù)支持軟件缺陷缺乏效益評估機制部分優(yōu)先級高的功能性缺陷在用戶端被發(fā)現(xiàn)思考：測試人員宣布軟件通過測試的標準是什么？建議：測試驅(qū)動開發(fā)使用統(tǒng)計學手段指導軟件測試缺陷數(shù)量與績效建立函數(shù)關(guān)系,一、軟件開發(fā)工作過程中遇到的問題及原因分析,過于自我，缺乏團隊意識,表現(xiàn)：嚴于律人、寬于律己！思考：別人是服務員么？別人是私人定制的服務員么？建議：己所不欲，勿施于人。世界不是圍繞著一個人轉(zhuǎn)的。發(fā)散：合作？協(xié)作？,二、常見的軟件工程方法簡介,2.1、什么是軟件,軟件=程序+數(shù)據(jù)+文檔軟件開發(fā)過程就是生產(chǎn)過程,二、常見的軟件工程方法簡介,2.1、什么是軟件,二、常見的軟件工程方法簡介,2.2常見軟件過程方式分類,應對需求變更的態(tài)度,規(guī)避,擁抱,瀑布模型WaterfallModel,迭代模型InterativeModel,二、常見的軟件工程方法簡介,2.3push方式,瀑布模型,構(gòu)思、商業(yè)用例、角色、生命周期,商業(yè)環(huán)境及約束、功能需求、性能需求,開發(fā)環(huán)境及工具配置、軟硬件架構(gòu)、模塊劃分、接口設計、數(shù)據(jù)存儲容器,編碼、單元測試、界面設計、美工,集成測試、驗收測試、部署,需求變更、缺陷修復,優(yōu)點：1、對軟件開發(fā)過程進行了階段性的劃分，有助于軟件工程按計劃進行。2、將需求與設計提取為獨立的軟件構(gòu)成，有助于提高軟件質(zhì)量。缺點：1、缺乏反饋?！皼]有反饋（feedback），就沒有控制。”,Buildforsomerequirements,Buildforsomerequirements,Buildforsomerequirements,feedback,feedback,FeedbackfromiterationNleadstorefinementsandadaptationoftherequirementsanddesigniniterationN+1,Thesystemgrowsincrementally,二、常見的軟件工程方法簡介,2.4、迭代方式,二、常見的軟件工程方法簡介,2.4、迭代方式,快速原型模型,二、常見的軟件工程方法簡介,2.4、迭代方式,風險驅(qū)動適用于首次開發(fā)，用戶需求尚不明確的軟件開發(fā)過程（20世紀90年代之前）,二、常見的軟件工程方法簡介,2.4、迭代方式,螺旋模型,RationalUnifiedProcess(RUP)統(tǒng)一過程,用例驅(qū)動適用于用戶需求比較明朗的軟件工程設計,二、常見的軟件工程方法簡介,2.4、迭代方式,初始階段：建立商業(yè)案例確定項目邊界細化階段：系統(tǒng)構(gòu)架項目計劃淘汰風險準備環(huán)境構(gòu)造階段：程序開發(fā)詳細測試資源管理進度控制交付階段：產(chǎn)品發(fā)布,二、常見的軟件工程方法簡介,2.4、迭代方式,ExtremeProgramming,XP(極限編程),價值觀：交流、樸素、反饋、勇氣、謙遜。軟件開發(fā)過程：需求、設計、編碼、測試。需求分析：不僅包括用戶需求，還包括開發(fā)過程中遇到的所有需求。根據(jù)商業(yè)價值決定需求的優(yōu)先級?？蛻魬撌琼椖块_發(fā)隊伍中的一員，而不是和開發(fā)人員分開的。測試先于編碼，測試驅(qū)動開發(fā)。簡單設計：設計過程貫穿整個項目開發(fā)。結(jié)對編程（PairProgramming）。所有人遵循統(tǒng)一的編程標準。代碼質(zhì)量的重要程度超出人們一般所認為的。僅僅