“輕”方法與滿(mǎn)意質(zhì)量——市場(chǎng)驅(qū)動(dòng)的軟件工程實(shí)踐

申請(qǐng)免費(fèi)試用、咨詢(xún)電話(huà)：400-8352-114

　　隨著信息技術(shù)的迅猛發(fā)展，今天的IT從業(yè)人員正處于這樣一種進(jìn)退兩難的境地：一方面，根據(jù)以往的痛苦開(kāi)發(fā)經(jīng)歷，他們知道如果采用雜湊的作坊模式來(lái)開(kāi)發(fā)復(fù)雜的、高質(zhì)量的信息系統(tǒng)具有太大的風(fēng)險(xiǎn);另一方面，他們也同樣知道，形式化的、戒律森嚴(yán)的軟件工程方法(典型情況下是與ISO9000和SEI-CMM相關(guān)的)又常常是官僚主義和耗費(fèi)時(shí)間的，不可能滿(mǎn)足目前高度競(jìng)爭(zhēng)的“Internet時(shí)代”環(huán)境下對(duì)于進(jìn)度方面不斷增長(zhǎng)的挑戰(zhàn)性要求。顯然，如何使得企業(yè)在保證軟件質(zhì)量的前提下，同時(shí)又能夠適應(yīng)快速變化的市場(chǎng)需求，無(wú)疑是業(yè)內(nèi)人士關(guān)注的焦點(diǎn)。為此，本文從市場(chǎng)驅(qū)動(dòng)的IT開(kāi)發(fā)特點(diǎn)分析入手，對(duì)目前國(guó)際上正日趨成熟的“輕”方法和滿(mǎn)意質(zhì)量的內(nèi)涵和操作加以討論，同時(shí)以快速應(yīng)用開(kāi)發(fā)為實(shí)例介紹了具體操作及注意事項(xiàng)，為讀者進(jìn)一步深入理解現(xiàn)代軟件工程實(shí)踐工作提供幫助。轉(zhuǎn)自泛普軟件-建筑工程項(xiàng)目管理系統(tǒng)

　　一、市場(chǎng)驅(qū)動(dòng)的IT開(kāi)發(fā)工作

　　當(dāng)今的IT企業(yè)正處于一種前所未有的競(jìng)爭(zhēng)環(huán)境之中，無(wú)論是作為獨(dú)立軟件供應(yīng)商還是增殖服務(wù)商，也無(wú)論是開(kāi)發(fā)直接面向市場(chǎng)的軟件產(chǎn)品如游戲、工具、多媒體等等，還是為用戶(hù)定制軟件如電子商務(wù)應(yīng)用、MIS等等，市場(chǎng)競(jìng)爭(zhēng)都無(wú)處不在，IT開(kāi)發(fā)工作被迫在市場(chǎng)驅(qū)動(dòng)的狀態(tài)進(jìn)行，具有以下典型特征：泛普軟件-建筑工程項(xiàng)目管理系統(tǒng)

　　快速演變升級(jí)的基礎(chǔ)技術(shù)，必須及時(shí)跟蹤基礎(chǔ)技術(shù)的革新并調(diào)整策略。PgMp

　　持續(xù)的競(jìng)爭(zhēng)，必須不斷推陳出新來(lái)滿(mǎn)足用戶(hù)需求。

　　時(shí)間就是金錢(qián)——需要在時(shí)間、質(zhì)量、費(fèi)用之間達(dá)成折衷。

　　從業(yè)人員聰明且教育程度高，能夠在一定范圍內(nèi)進(jìn)行自我管理。轉(zhuǎn)自泛普軟件-建筑工程項(xiàng)目管理系統(tǒng)

　　以往流行于IT行業(yè)的設(shè)計(jì)—評(píng)審—構(gòu)造模型已過(guò)時(shí)。IT業(yè)最新的技術(shù)和工具改變了以前項(xiàng)目運(yùn)行所必須遵循的邏輯順序。比如：現(xiàn)在一些工具允許“即時(shí)”創(chuàng)建屏幕，使得冗長(zhǎng)的設(shè)計(jì)—評(píng)審—構(gòu)造模型不再適用，而要求一種更難于計(jì)劃的原型—審核—構(gòu)造—再審核—再構(gòu)造的過(guò)程。泛普軟件-建筑工程項(xiàng)目管理系統(tǒng)

　　角色重疊：現(xiàn)代技術(shù)和工具使原來(lái)專(zhuān)門(mén)的設(shè)計(jì)、分析、編碼人員之間嚴(yán)格的區(qū)分界限變的模糊。bbs

　　以往的IT開(kāi)發(fā)人員相對(duì)于當(dāng)前市場(chǎng)驅(qū)動(dòng)下的開(kāi)發(fā)人員而言，至少擁有以下優(yōu)勢(shì)：控制他們的應(yīng)用開(kāi)發(fā)技術(shù)。在傳統(tǒng)的企業(yè)應(yīng)用開(kāi)發(fā)中，機(jī)器配置和其他系統(tǒng)元素在實(shí)現(xiàn)階段就被指定?，F(xiàn)在，這種優(yōu)勢(shì)不復(fù)存在，很少有哪個(gè)系統(tǒng)被實(shí)現(xiàn)為在專(zhuān)用機(jī)器上的孤立應(yīng)用。相反，他們經(jīng)常是企業(yè)用戶(hù)機(jī)器上的另一種應(yīng)用，必須與其他商業(yè)應(yīng)用程序聯(lián)合使用，這使得IT開(kāi)發(fā)人員不得不為保持與CORBA、Internet、或數(shù)據(jù)庫(kù)標(biāo)準(zhǔn)的變化相一致而疲于奔命。同時(shí)，持續(xù)的競(jìng)爭(zhēng)、緊迫的進(jìn)度和嚴(yán)格的預(yù)算讓IT開(kāi)發(fā)經(jīng)理不得不經(jīng)常根據(jù)銷(xiāo)售人員或客戶(hù)的要求而調(diào)整開(kāi)發(fā)工作。bbs

　　顯然，市場(chǎng)驅(qū)動(dòng)的新環(huán)境給IT開(kāi)發(fā)帶來(lái)新的挑戰(zhàn)，如果照搬套用以往的成功經(jīng)驗(yàn)和開(kāi)發(fā)模式并非明智之舉，必須適應(yīng)新形勢(shì)的要求，重新思考和定位。泛普軟件-建筑工程項(xiàng)目管理系統(tǒng)

　　二、“輕”方法浮出水面泛普軟件-建筑工程項(xiàng)目管理系統(tǒng)

　　隨著軟件工業(yè)不斷發(fā)展，各種各樣的模型不斷涌現(xiàn)或退出歷史舞臺(tái)。早期從不同角度提出的各種設(shè)計(jì)表示方法(常常以發(fā)明者的名字來(lái)命名)目前似乎已經(jīng)聚合成為UML這種被廣泛接受的標(biāo)準(zhǔn)，結(jié)構(gòu)化設(shè)計(jì)方法也正在讓位于面向?qū)ο笤O(shè)計(jì)等更受歡迎的方法學(xué)，這種變化在更高層次的全局性開(kāi)發(fā)方法學(xué)方面同樣進(jìn)行著。項(xiàng)目管理論壇

　　傳統(tǒng)意義上的軟件方法學(xué)描述通?！澳軌颉碧幚砣魏未笮〉捻?xiàng)目，而實(shí)際上真正的困難就來(lái)自于如何對(duì)這些方法加以裁剪以適合較小的項(xiàng)目。針對(duì)這種理論與實(shí)際的脫節(jié)現(xiàn)象，國(guó)際上一些著名的軟件工程專(zhuān)家提出所謂“重(heavy)”方法和“輕(light)” 方法之分，試圖為快速發(fā)展的軟件工業(yè)探尋更切合實(shí)際的解決方法。泛普軟件-建筑工程項(xiàng)目管理系統(tǒng)

　　所謂“重”方法，就是指形式化的、戒律森嚴(yán)的軟件工程方法學(xué)——不僅指這些方法所生成紙文檔重量，還意指管理資源投入、QA評(píng)審的程度和開(kāi)發(fā)人員被要求遵守的嚴(yán)格流程。相對(duì)的，諸如快速應(yīng)用開(kāi)發(fā)(Rapid Application Development，簡(jiǎn)記為RAD)和原型方法等則可以被稱(chēng)為“輕”方法——不僅是因?yàn)檫@些方法傾向于產(chǎn)生最小數(shù)量的紙文檔，還因?yàn)槠鋵⒐芾碣Y源投入最小化。不幸的是，1990年代的許多RAD項(xiàng)目在方法學(xué)上采取了過(guò)“輕”的處理以至于幾乎不存在什么方法，這些項(xiàng)目常常退化為雜湊式作坊開(kāi)發(fā)，實(shí)質(zhì)上根本沒(méi)有任何文檔。 顯然，需要在兩種極端方法之間找到平衡點(diǎn)。泛普軟件-建筑工程項(xiàng)目管理系統(tǒng)