本文格式為Word版，下載可任意編輯——軟件工程企業(yè)分析

CMM軟件工程實(shí)踐教學(xué)分析

CMM軟件工程實(shí)踐教學(xué)分析一、初始級實(shí)施處境初始級選擇的實(shí)踐工程是“學(xué)生信息管理系統(tǒng)”。老師將“學(xué)生信息管理系統(tǒng)”的需求陳述發(fā)給各小組，要求他們在4個(gè)星期內(nèi)完成該工程，并上交完成此工程的代碼和文檔，但不對文檔做任何要求，完全依靠學(xué)生自己在此之前所學(xué)知識和實(shí)訓(xùn)閱歷來完成此工程。在第1周到第4周的開發(fā)過程中，大片面小組成員在群中怨恨工程太難，有一些學(xué)生問了一些問題，一般都是開發(fā)環(huán)境方面的，也有一些問題是有關(guān)需求的。教師有時(shí)候到現(xiàn)場指導(dǎo)，察覺各個(gè)小組的成員在一起議論問題的很少。第5周終止時(shí)，各個(gè)小組都提交了可運(yùn)行的程序代碼。在對各個(gè)小組完成的程序舉行評審時(shí)，察覺以下問題：沒有一個(gè)小組能夠完全正切實(shí)現(xiàn)工程的要求，大部分小組只實(shí)現(xiàn)了簡樸的功能，程序運(yùn)行過程中經(jīng)常奇怪退出；

在檢視工程代碼時(shí)，察覺代碼編寫得千奇百怪，沒有統(tǒng)一的風(fēng)格，沒有任何解釋，閱讀起來很困難；

不少小組的代碼只是由個(gè)別人完成的，其他成員參與程度低；

學(xué)生反應(yīng)代碼經(jīng)常需要反復(fù)修改，總是穩(wěn)定不下來；

而有些小組只有代碼，沒有任何設(shè)計(jì)文檔。老師對這些問題舉行分析和點(diǎn)評，指出軟件開發(fā)是一個(gè)繁雜過程，需要采用科學(xué)的工作方法，然后給大家講解為什么需要軟件工程，軟件工程的根本概念和CMM的根本概念是什么。然后分析CMM中可重復(fù)級別的關(guān)鍵過程域的KPI；

分析如何通過需求管理去分析和管理用戶需求，如何開發(fā)出來得志用戶需求的產(chǎn)品；

分析如何通過軟件工程籌劃去調(diào)配和調(diào)度人力資源；

分析如何通過工程跟蹤去監(jiān)控整個(gè)工程的進(jìn)度，當(dāng)進(jìn)度展現(xiàn)問題時(shí)如何跟老師和團(tuán)隊(duì)成員溝通調(diào)整；

如何構(gòu)建一個(gè)統(tǒng)一開發(fā)平臺對團(tuán)隊(duì)成員的開發(fā)代碼舉行管理。結(jié)果重點(diǎn)強(qiáng)調(diào)工程開發(fā)不只是編寫代碼；

重點(diǎn)強(qiáng)調(diào)需求分析文檔、概要設(shè)計(jì)文檔、工程籌劃、測試計(jì)劃的重要性；

重點(diǎn)強(qiáng)調(diào)團(tuán)隊(duì)合作的重要性。

二、可重復(fù)級實(shí)施處境可重復(fù)級選擇的實(shí)踐工程是“圖書管理系統(tǒng)”。老師將“家庭財(cái)務(wù)管理系統(tǒng)”的需求陳述發(fā)給各小組，要求他們在4個(gè)星期內(nèi)完成該工程，并上交完成此工程的代碼和文檔，對文檔的模范性和編程的模范性提出了嚴(yán)格要求。要求每小組配備一個(gè)需求管理員，負(fù)責(zé)管理和跟蹤用戶的需求；

配備一個(gè)配置管理員，負(fù)責(zé)開發(fā)環(huán)境、代碼和文檔的管理；

配備一個(gè)測試人員，負(fù)責(zé)系統(tǒng)測試。跟學(xué)生強(qiáng)調(diào)分工和協(xié)作的重要性。在第1周到第4周的開發(fā)過程中，最初，大家主要是熟悉文檔編寫工具的使用，然后主要精力是花費(fèi)在文檔編寫方面。在文檔編寫時(shí)，大量學(xué)生感覺分外艱苦，提出了大量問題。在代碼編寫階段，大量小組感覺文檔指導(dǎo)作用不大，需求管理員和配置管理員經(jīng)常搞不清自己要做什么，有片面學(xué)生插不上手。第5周終止時(shí)，各個(gè)小組都提交了可運(yùn)行的程序代碼和開發(fā)文檔。在對各個(gè)小組完成的程序舉行評審時(shí)，系統(tǒng)的質(zhì)量比第一期有所提升，但還存在以下問題：文檔的質(zhì)量較差，沒有一個(gè)小組能夠完整寫完開發(fā)文檔，大片面小組只是簡樸的書寫了需求文檔和概要文檔，各個(gè)階段的文檔之間的關(guān)聯(lián)性較差；

軟件功能不夠完整，測試也不夠充分，演示過程中展現(xiàn)了不少故障；

代碼質(zhì)量還有較大提升空間，閱讀起來還是不夠明顯。在對各個(gè)小組完成的程序舉行評審時(shí)，察覺以下問題：雖然都完成了開發(fā)任務(wù)，但是沒有一個(gè)小組能夠完整寫完開發(fā)文檔，大片面小組只是簡樸的書寫了需求文檔和概要文檔，軟件出故障時(shí)候不易維護(hù)的處境。開發(fā)過程遇到文檔描述不明顯時(shí)常需要從需求分析做起，增加了開發(fā)風(fēng)險(xiǎn)。程序有BUG時(shí)候，找到問題所在需要花費(fèi)好多時(shí)間。老師對這些問題舉行分析和點(diǎn)評，指出選定開發(fā)模型之后，下一步工作就是要想手段盤活整個(gè)團(tuán)隊(duì)，然后按部就班做好開發(fā)模型中所規(guī)定的各種任務(wù)。盤活整個(gè)團(tuán)隊(duì)，需要對團(tuán)隊(duì)成員舉行培訓(xùn)。想要完成各種任務(wù)，需要對各個(gè)環(huán)節(jié)的產(chǎn)出物舉行評審。結(jié)果，老師分析CMM中可定義級別的關(guān)鍵過程域的KPI；

分析如何根據(jù)工程的需要去制訂培訓(xùn)大綱，從而用這個(gè)培訓(xùn)大綱去指導(dǎo)整個(gè)工程組的培訓(xùn)；

分析階段性產(chǎn)出物評審的重要性，提出可以在各個(gè)小組中選出那些較為優(yōu)秀的學(xué)生作為一個(gè)評審團(tuán)隊(duì)；

強(qiáng)調(diào)編程模范、文檔模范、設(shè)計(jì)模式的重要性。

三、可定義級實(shí)施處境可定義級選擇的實(shí)踐工程是“教學(xué)管理系統(tǒng)”。老師將“教學(xué)管理系統(tǒng)”的需求陳述發(fā)給各小組，要求各個(gè)小組按照可定義級的關(guān)鍵過程域的要求開展相應(yīng)的活動，重點(diǎn)放在培訓(xùn)大綱、培訓(xùn)籌劃和同級評審方面。完成該工程時(shí)間為4個(gè)星期，并上交完成此工程的代碼和文檔。在4個(gè)星期的開發(fā)過程中，開頭時(shí)，大量學(xué)生怨恨培訓(xùn)和評審花費(fèi)時(shí)間過多，也怨恨評審專家提的建議過于繁瑣、文檔模范要求過嚴(yán)。因?yàn)樾枨笪臋n、測試籌劃和設(shè)計(jì)文檔經(jīng)過屢屢評審才過關(guān)，也花費(fèi)比原來預(yù)想多的時(shí)間舉行了培訓(xùn)和講解，需求分析階段和設(shè)計(jì)階段花費(fèi)時(shí)間是原來籌劃的三倍，設(shè)計(jì)完畢之后已經(jīng)沒有時(shí)間舉行編程了。為了得到最終的系統(tǒng)，老師另外給出4周時(shí)間舉行代碼實(shí)現(xiàn)和系統(tǒng)測試。結(jié)果的這兩個(gè)階段各小組進(jìn)展得對比順?biāo)欤那橐矊Ρ扔鋹?。?周終止后，各個(gè)小組都提交了可運(yùn)行的程序代碼和根本完整的開發(fā)文檔。第9周對各個(gè)小組完成的系統(tǒng)舉行了評審，各個(gè)小組實(shí)現(xiàn)的系統(tǒng)界面美觀，功能完整，運(yùn)行錯(cuò)誤察覺較少，有個(gè)別工程組做得分外好，只有兩個(gè)工程組察覺的錯(cuò)誤較多。在評審后，老師給學(xué)生提出這樣一個(gè)問題：為什么我們完成工程比籌劃時(shí)間要多1倍？大家反應(yīng)觀法不一，但主要集中在這幾個(gè)問題上面：閱歷不夠；

不知道如何籌劃各個(gè)階段的時(shí)間；

沒有想到編寫需求分析文檔和設(shè)計(jì)文檔需要這么多時(shí)間；

沒有想到要議論領(lǐng)會一個(gè)問題或者培訓(xùn)一個(gè)新技術(shù)需要這么多時(shí)間。老師針對時(shí)間籌劃問題以及各個(gè)開發(fā)階段時(shí)間問題舉行了分析，指出CMM第4級可管理級所增加的活動就是制訂針對工程質(zhì)量和開發(fā)效率的目標(biāo)，收集、測量相應(yīng)指標(biāo)；

利用統(tǒng)計(jì)工具分析并采取提升措施，從而達(dá)成對軟件過程和產(chǎn)品質(zhì)量有定量的理解和操縱。老師強(qiáng)調(diào)想要達(dá)成CMM4級目標(biāo)，必須收集到足夠的開發(fā)活動數(shù)據(jù)并舉行合理的分析和利用，才能制訂較為切實(shí)的開發(fā)籌劃，這個(gè)需要學(xué)生以后在工作崗位中努力。

四、終止語本文所描述的循序漸進(jìn)案例教學(xué)法使CMM的核心理念通過三個(gè)典型的小工程逐步開展，有利于學(xué)生理解和掌管軟件