下去時(shí)可以及早的終止項(xiàng)目。
3)增量和迭代模型。增量迭代是RUP統(tǒng)一過(guò)程常采用的軟件開(kāi)發(fā)生命周期模型。就對(duì)風(fēng)險(xiǎn)的消除上,增量和迭代模型都能夠很好的控制前期的風(fēng)險(xiǎn)并解決。但迭代模型在這方面更有優(yōu)勢(shì)。迭代模型更多的可以從總體方面去系統(tǒng)的思考問(wèn)題,從最早就可以給出相對(duì)完善的框架或原型,后期的每次迭代都是針對(duì)上次迭代的逐步精化。
3.5 項(xiàng)目風(fēng)險(xiǎn)管理
風(fēng)險(xiǎn)管理貫穿項(xiàng)目管理的各個(gè)階段和各個(gè)領(lǐng)域,是項(xiàng)目管理中的重點(diǎn)和難點(diǎn)。軟件項(xiàng)目風(fēng)險(xiǎn)管理是指對(duì)在軟件開(kāi)發(fā)過(guò)程中所遇到的預(yù)算和進(jìn)度等方面的問(wèn)題進(jìn)行分析,尋求風(fēng)險(xiǎn)應(yīng)對(duì)方法,做好風(fēng)險(xiǎn)管理計(jì)劃。通過(guò)緩和或預(yù)知等手段來(lái)減輕風(fēng)險(xiǎn),降低風(fēng)險(xiǎn)發(fā)生的可能性或減緩風(fēng)險(xiǎn)帶來(lái)的不利后果。
針對(duì)軟件項(xiàng)目中的風(fēng)險(xiǎn)管理問(wèn)題,主要風(fēng)險(xiǎn)管理模型如下:
1)SEI的連續(xù)風(fēng)險(xiǎn)管理模型(CRM)。SEICRM模型的風(fēng)險(xiǎn)管理原則是不斷地評(píng)估可能造成惡劣后果的因素;決定最迫切需要處理的風(fēng)險(xiǎn);實(shí)現(xiàn)控制風(fēng)險(xiǎn)的策略;評(píng)測(cè)并確保風(fēng)險(xiǎn)策略實(shí)施的有效性。CRM模型要求在項(xiàng)目生命期的所有階段都關(guān)注風(fēng)險(xiǎn)識(shí)別和管理,它將風(fēng)險(xiǎn)管理劃分為五個(gè)步驟:風(fēng)險(xiǎn)識(shí)別、分析、計(jì)劃、跟蹤、控制。
2)BarryBoehm模型。Boehm模型的思想核心是:10大風(fēng)險(xiǎn)因素列表。針對(duì)每個(gè)風(fēng)險(xiǎn)因素,都給出了一系列的風(fēng)險(xiǎn)管理策略。在實(shí)際操作時(shí),Boehm以10大風(fēng)險(xiǎn)列表為依據(jù),總結(jié)當(dāng)前項(xiàng)目具體的風(fēng)險(xiǎn)因素,評(píng)估后進(jìn)行計(jì)劃和實(shí)施,在下一次定期召開(kāi)的會(huì)議上再對(duì)這10大風(fēng)險(xiǎn)因素的解決情況進(jìn)行總結(jié),產(chǎn)生新的10大風(fēng)險(xiǎn)因素表,依此類(lèi)推。
3)軟件工程風(fēng)險(xiǎn)模型(SERIM)。SERIM模型要求從技術(shù)和商業(yè)兩個(gè)角度對(duì)軟件風(fēng)險(xiǎn)管理進(jìn)行剖析,考慮的問(wèn)題涉及開(kāi)銷(xiāo)、進(jìn)度、技術(shù)性能等。它還提供了一些指標(biāo)和模型來(lái)估量和預(yù)測(cè)風(fēng)險(xiǎn),由于這些數(shù)據(jù)來(lái)源于大量的實(shí)際經(jīng)驗(yàn),因此具有很強(qiáng)的說(shuō)服力。
4 項(xiàng)目過(guò)程管理
4.1 軟件設(shè)計(jì)
軟件設(shè)計(jì)采用自頂向下、逐次功能展開(kāi)的設(shè)計(jì)方法,首先完成總體設(shè)計(jì),然后完成各有機(jī)組成部分的設(shè)計(jì)。
根據(jù)工作性質(zhì)和內(nèi)容的不同,軟件設(shè)計(jì)分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。概要設(shè)計(jì)實(shí)現(xiàn)軟件的總體設(shè)計(jì)、模塊劃分、用戶界面設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)等等;詳細(xì)設(shè)計(jì)則根據(jù)概要設(shè)計(jì)所做的模塊劃分,實(shí)現(xiàn)各模塊的算法設(shè)計(jì),實(shí)現(xiàn)用戶界面設(shè)計(jì)、數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)的細(xì)化,等等。
概要設(shè)計(jì)是詳細(xì)設(shè)計(jì)的基礎(chǔ),必須在詳細(xì)設(shè)計(jì)之前完成,概要設(shè)計(jì)經(jīng)復(fù)查確認(rèn)后才可以開(kāi)始詳細(xì)設(shè)計(jì)。概要設(shè)計(jì),必須完成概要設(shè)計(jì)文檔,包括系統(tǒng)的總體設(shè)計(jì)文檔、以及各個(gè)模塊的概要設(shè)計(jì)文檔。每個(gè)模塊的設(shè)計(jì)文檔都應(yīng)該獨(dú)立成冊(cè)。
詳細(xì)設(shè)計(jì)必須遵循概要設(shè)計(jì)來(lái)進(jìn)行。詳細(xì)設(shè)計(jì)方案的更改,不得影響到概要設(shè)計(jì)方案;如果需要更改概要設(shè)計(jì),必須經(jīng)過(guò)項(xiàng)目經(jīng)理的同意。詳細(xì)設(shè)計(jì),應(yīng)該完成詳細(xì)設(shè)計(jì)文檔,主要是模塊的詳細(xì)設(shè)計(jì)方案說(shuō)明。
4.2 設(shè)計(jì)評(píng)審
在設(shè)計(jì)完成后,必須安排設(shè)計(jì)評(píng)審以保證設(shè)計(jì)的質(zhì)量,設(shè)計(jì)評(píng)審是對(duì)一項(xiàng)設(shè)計(jì)進(jìn)行正式的、按文件規(guī)定的、系統(tǒng)的評(píng)估活動(dòng),由不直接涉及開(kāi)發(fā)工作的人執(zhí)行。設(shè)計(jì)評(píng)審可采用向設(shè)計(jì)組提建議或幫助的形式,或就設(shè)計(jì)是否滿足客戶所有要求進(jìn)行評(píng)估。評(píng)審的內(nèi)容主要包括:
1)關(guān)鍵算法的可行性;
2)接口是否符合概要設(shè)計(jì)的要求;
3)技術(shù)清晰度是否符合設(shè)計(jì)標(biāo)準(zhǔn);
4)文檔的完備性。
4.3 編碼
在編碼階段,主要需要在編碼工作結(jié)束后,進(jìn)行代碼審核,這項(xiàng)工作非常重要主要應(yīng)該由項(xiàng)目小組的技術(shù)負(fù)責(zé)人完成,審核的目的并不是為了檢驗(yàn)代碼的正確性而是需要對(duì)編碼是否按照規(guī)范進(jìn)行審核。主要內(nèi)容包括:
1)變量、包、方法等的命名是否符合規(guī)則;
2)注釋是否填寫(xiě)完整,是否符合規(guī)范;
&nbs