建站
咨詢
售后
建站咨詢
新聞中心
本節(jié)向大家介紹一下UML建模與軟件開發(fā)過程模型，和UML建模結(jié)合的幾種軟件開發(fā)模型有統(tǒng)一過程模型，迭代模型和增量模型等，下面就讓我們一起來看一下詳細介紹吧。
成都創(chuàng)新互聯(lián)公司成都網(wǎng)站建設(shè)按需設(shè)計網(wǎng)站，是成都網(wǎng)站制作公司,為圍欄護欄提供網(wǎng)站建設(shè)服務(wù),有成熟的網(wǎng)站定制合作流程，提供網(wǎng)站定制設(shè)計服務(wù)：原型圖制作、網(wǎng)站創(chuàng)意設(shè)計、前端HTML5制作、后臺程序開發(fā)等。成都網(wǎng)站設(shè)計熱線：18982081108
UML建模與軟件開發(fā)過程模型
現(xiàn)在談到軟件開發(fā)過程，大家可能也不會陌生，學(xué)過軟件工程的人都能隨口說上幾個軟件過程模型，現(xiàn)在要把這兩種不同的模型拿到一起來討論，一方面是軟件開發(fā)的實際需要，另一方面也是UML建模工具要和其他面向?qū)ο箝_發(fā)模型結(jié)合的一種必然要求。
但是，OMG為了防止UML建模和某種開發(fā)過程模型結(jié)合過緊，導(dǎo)致其適應(yīng)性降低，使統(tǒng)一性大打折扣，從而影響UML建模工具的普及和推廣，只制定了語義規(guī)則和表示符號，對于一個實際問題怎樣進行建模，并未制定象數(shù)據(jù)庫設(shè)計范式那樣的規(guī)范和原則，對于一個項目，應(yīng)該先建什么模型，后建什么模型，也沒有做什么限制。也就是說，沒有規(guī)定UML建模的工作過程和方法，UML建模可以適應(yīng)任何開發(fā)過程模型。
軟件開發(fā)過程模型的理論定義比較簡單，而把這一過程模型在實踐中應(yīng)用成功，卻有許多制約因素，首先是軟件的范圍，一個大型分布式軟件系統(tǒng)和一個單機版的個人軟件系統(tǒng)在開發(fā)管理上肯定不同；其次軟件的開發(fā)目的，一個為了提高瀏覽量而開發(fā)的網(wǎng)站和一個為密集計算而開發(fā)的的一個處理系統(tǒng)在開發(fā)過程管理上肯定不同。最后一點是團隊，不同的團隊在磨合度、個人能力、團隊協(xié)作等方面各不相同，開發(fā)相同的項目使用相同的開發(fā)過程模型，開發(fā)結(jié)果完全不同的實例多得數(shù)不勝數(shù)。另外，軟件復(fù)用是面向?qū)ο蟮囊淮筇攸c，它不但與所選擇的開發(fā)過程模型有關(guān)系，而且與企業(yè)文化和企業(yè)的做事方式有關(guān)。
上面這一些都說明，選擇或設(shè)計一個好的，能夠反映軟件開發(fā)過程在什么時候做什么、如何作的過程模型并不是件容易的事。UML建模工具和統(tǒng)一過程（RUP）結(jié)合，是很多人熟知的理論，這很大程度上得益于UML三位主要創(chuàng)始人的功勞，因為它們曾共同出過一本關(guān)于UML與統(tǒng)一過程的書，另一方面是UML建模工具和統(tǒng)一過程的發(fā)源地都是rational公司，也使人們誤認為使用UML建模工具就得使用統(tǒng)一過程，事實上，UML自1.0版本以后，就歸OMG所有，而RUP不是OMG發(fā)布的，只有OMG發(fā)布的信息，才能作為我們的行業(yè)標(biāo)準。
一切先進的思想，往往是融合了先前其他人的先進思想，在介紹trufun的TUP建模過程之前，我們有必要回顧一下和UML建模結(jié)合的幾種軟件開發(fā)過程模型。
統(tǒng)一過程（UP）模型：統(tǒng)一過程模型在和UML建模結(jié)合時，采用以用例為驅(qū)動的方式，用用例連接所有活動，每個活動都建一組模型，如業(yè)務(wù)領(lǐng)域模型、責(zé)任領(lǐng)域模型、實現(xiàn)模型、測試模型，每組模型中又由多個不同的角色共同協(xié)作完成，比如具有專門進行用例建模的角色和組件建模的角色等等，采用增量迭代方式建立和完善用例，并對每一次建模進行評估，在項目的計劃、監(jiān)控等方面并非以建模為中心，而是把建模作為統(tǒng)一過程的一個小部分。該模型的主要缺點是周期長、人員要求多、建模工作量大。
迭代模型：它是采用較多的小迭代來實現(xiàn)最終的模型，也就是說，模型圖是通過一系列步驟一步一步地建起來，每一次迭代都有新信息添加到模型中來，每一次迭代都要經(jīng)過評估，都是下一次迭代的輸入，迭代會使系統(tǒng)開發(fā)的活動（需求、分析、設(shè)計和測試）執(zhí)行多次，并且每次都有新的內(nèi)容增加進來。這個方法有一個缺點是在迭代的后期，仍然有新的需求增加進來。
增量模型：增量模型開發(fā)每次迭代都能產(chǎn)生一個可執(zhí)行的結(jié)果，這個結(jié)果是一個可“交付的”系統(tǒng)版本，每一次迭代要經(jīng)過評估，并且增加了一些新的功能，增量模型主要包括分析、設(shè)計、實現(xiàn)、測試四個活動。該方法有一個很大缺點是到了項目迭代后期還要進行設(shè)計，會給系統(tǒng)帶來很大的風(fēng)險。
XP模型：又叫極限編程，它是一個輕量級的、靈巧的軟件開發(fā)方法；同時它也是一個非常嚴謹和周密的方法。它的基礎(chǔ)和價值觀是交流、樸素、反饋和勇氣；即，任何一個軟件項目都可以從四個方面入手進行改善：加強交流；從簡單做起；尋求反饋；勇于實事求是，整個開發(fā)是以測試為驅(qū)動的，它屬于小型方法，對于初級軟件開發(fā)企業(yè)有效，無法站在軟件過程的行列談和UML建模結(jié)合的問題。
分享題目：與UML建模結(jié)合的幾種軟件開發(fā)過程模型簡介
當(dāng)前地址：http://fisionsoft.com.cn/article/codsscg.html
