cmmi實(shí)驗(yàn)報(bào)告word版-免費(fèi)閱讀
【正文】 正視CMM認(rèn)證 CMM認(rèn)證體系作為與國(guó)際接軌的通行證，成為眾多國(guó)內(nèi)軟件廠商生存發(fā)展的關(guān)鍵一環(huán)，通過(guò)CMM認(rèn)證也演變成企業(yè)的終極理想，但縱觀國(guó)內(nèi)軟件企業(yè)的研發(fā)環(huán)境和軟件開發(fā)管理水平，的確不盡如人意，而盲目追求認(rèn)證的一窩蜂勢(shì)頭卻令人堪憂！ CMM認(rèn)證簡(jiǎn)稱能力成熟度模型，是鑒定企業(yè)在開發(fā)流程化和質(zhì)量管理上的國(guó)際通行標(biāo)準(zhǔn)，全球軟件生產(chǎn)標(biāo)準(zhǔn)大都以此為基點(diǎn)，并都努力爭(zhēng)取成為CMM認(rèn)證隊(duì)伍中的一分子，當(dāng)然作為和國(guó)際軟件業(yè)一脈相承的國(guó)內(nèi)軟件行業(yè)也概莫能外，但情緒化的激動(dòng)不可避免會(huì)產(chǎn)生誤解和感性上的崇拜，這種有悖于CMM認(rèn)證理念的意念勢(shì)必會(huì)傷害國(guó)內(nèi)軟件企業(yè)。 刻意的模仿則欲速而不達(dá)，甚至許多程序因?yàn)榕cCMM標(biāo)準(zhǔn)不統(tǒng)一而推倒重來(lái)，顯然這樣做既耽誤了進(jìn)程，又影響了產(chǎn)品的技術(shù)創(chuàng)新性，特別是固定的模版式套用方式來(lái)試圖接近CMM的規(guī)則的做法，讓軟件設(shè)計(jì)人員與軟件工程師進(jìn)退兩難，把握CMM規(guī)則的精髓畢竟不是一蹴而就的，需要的是整體團(tuán)隊(duì)的協(xié)調(diào)劃一，哪怕理解上的稍微偏差都會(huì)影響整體效果的把握。近日，東軟大連國(guó)際軟件園通過(guò)CMM5級(jí)認(rèn)證的消息成為軟件行業(yè)中的一個(gè)熱點(diǎn)。srs1由于通常是一個(gè)分配需求被分解成多個(gè)軟件需求規(guī)格，因此，實(shí)際中我們常常會(huì)得到形如下面的映射：分配需求ID對(duì)一個(gè)軟件項(xiàng)目來(lái)說(shuō)，當(dāng)需求確定下來(lái)以后，應(yīng)該保證在軟件設(shè)計(jì)過(guò)程中每個(gè)需求都被實(shí)現(xiàn)。在實(shí)施基于CMM模型改進(jìn)過(guò)程中，將提供給員工定制的眾多的培訓(xùn)課程，有的是針對(duì)性很強(qiáng)的專業(yè)課，有的是需要了解的基礎(chǔ)課，在此過(guò)程中員工的軟件工程素質(zhì)得到了極大的提升，軟件工程意識(shí)的提升作用于其技術(shù)上的積累，并將產(chǎn)生更高質(zhì)的軟件精品，這樣的企業(yè)研發(fā)出的產(chǎn)品將給整個(gè)團(tuán)隊(duì)帶來(lái)成就感，而個(gè)人素質(zhì)、精神面貌與自信心也將不斷改善。因此研發(fā)過(guò)程的規(guī)范化、文檔化管理成了首要問(wèn)題。這樣客戶在選擇其項(xiàng)目的承包商時(shí)可以依據(jù)一個(gè)組織達(dá)到CMM的某個(gè)等級(jí)來(lái)判斷該組織的軟件過(guò)程能力以及其是否有能力達(dá)到自己對(duì)于此項(xiàng)目的時(shí)間進(jìn)度，資金控制，質(zhì)量標(biāo)準(zhǔn)等方面對(duì)承包商的要求，從而決定是否會(huì)放心的將自己的項(xiàng)目交給某一個(gè)組織去做。據(jù)SEI統(tǒng)計(jì)，通過(guò)評(píng)估的軟件公司對(duì)項(xiàng)目的估計(jì)與控制能力約提升40%到50%；生產(chǎn)率提高10%到20%，軟件產(chǎn)品出錯(cuò)率下降超過(guò)1/3。然后召集項(xiàng)目小組成員，對(duì)進(jìn)度報(bào)告進(jìn)行確認(rèn)和修正。 軟件項(xiàng)目跟蹤與監(jiān)控(Software Project Tracking and Oversight) 軟件項(xiàng)目跟蹤和監(jiān)督的目的是建立對(duì)實(shí)際進(jìn)展的適當(dāng)?shù)目梢曅?，為了及時(shí)發(fā)現(xiàn)開發(fā)過(guò)程與項(xiàng)目計(jì)劃之間的誤差，使項(xiàng)目經(jīng)理或高層管理者能夠及時(shí)了解軟件開發(fā)過(guò)程的狀態(tài)，能在軟件項(xiàng)目明顯偏離軟件計(jì)劃時(shí)采取有效措施。將估算的結(jié)果形成估算過(guò)程文檔，并擬定軟件開發(fā)計(jì)劃。軟件項(xiàng)目計(jì)劃管理在軟件開發(fā)過(guò)程中處于十分重要的地位，它體現(xiàn)了對(duì)客戶需求的理解，是開展項(xiàng)目活動(dòng)的基礎(chǔ)，是軟件項(xiàng)目跟蹤與監(jiān)控（SPTO）的基礎(chǔ)。 d. 建立基線的需求必須通過(guò)相關(guān)組的審查，包括：系統(tǒng)分析組、設(shè)計(jì)組、編碼組、測(cè)試組、質(zhì)量保證組、配置管理組、文檔管理中心及個(gè)人。這是軟件項(xiàng)目規(guī)劃(SPP)和管理(SPTO)的基礎(chǔ)，需求變更依賴于配置管理(SCM)的變更控制流程。CMM 2的核心就是重復(fù)利用。 根據(jù)流程，可以結(jié)合實(shí)際開發(fā)情況確定項(xiàng)目的需求管理步驟： a. 獲取需求和確認(rèn)需求以Use case（用例）為單位，以Rational Requisite Pro作為需求管理工具，使用Rational Rose進(jìn)行維護(hù)Use case和Use case Model。需求變更的流程按配置管理的變更流程執(zhí)行。 在項(xiàng)目實(shí)施過(guò)程中，比較常見的情況一種是制定的軟件項(xiàng)目計(jì)劃內(nèi)容簡(jiǎn)單，無(wú)法具體到每一個(gè)迭代或每周，可變性太大；或者制定了詳細(xì)的軟件項(xiàng)目計(jì)劃，但實(shí)際執(zhí)行根本就不按照計(jì)劃實(shí)施。 e) 在高層管理者復(fù)審?fù)ㄟ^(guò)后，項(xiàng)目經(jīng)理指定人員或參與擬定軟件開發(fā)計(jì)劃其它部分，并由相關(guān)組和個(gè)人復(fù)審。掌握了這個(gè)核心，實(shí)施軟件項(xiàng)目跟蹤與監(jiān)控活動(dòng)就很容易了。由美國(guó)卡內(nèi)基梅隆大學(xué)的軟件工程研究所(SEI)創(chuàng)立的CMM(Capability Maturity Model 軟件能力成熟度模型)認(rèn)證評(píng)估，在過(guò)去的十幾年中，對(duì)全球
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1