(項(xiàng)目管理)軟件項(xiàng)目的快速開(kāi)發(fā)

1、20唯I 50%項(xiàng)目越大，超出計(jì)編者按：越來(lái)越多的壓力使得一個(gè)軟件項(xiàng)目無(wú)論是最終用戶(hù)、企業(yè)、開(kāi)發(fā)團(tuán)隊(duì)都希望在最短的時(shí)間完成，可事與愿違的是軟件項(xiàng)目的時(shí)間延期問(wèn)題普遍存在，一些調(diào)查表明，70%勺項(xiàng)目超出了估算的時(shí)間。大型項(xiàng)目平均超出計(jì)劃交付時(shí)間的 劃的時(shí)間越長(zhǎng)。一直以來(lái)開(kāi)發(fā)速度的問(wèn)題都是軟件開(kāi)發(fā)業(yè)的頭等問(wèn)題。那怎樣才能在保證軟件質(zhì)量的同時(shí)又縮短開(kāi)發(fā)速度呢？本期的領(lǐng) 航人月刊中我們就將圍繞著有關(guān)軟件的“快速開(kāi)發(fā)”主題來(lái)進(jìn)行探討。開(kāi)發(fā)軟件所需要經(jīng)歷的階段要談“快速開(kāi)發(fā)”我們就需要先來(lái)了解一下軟件項(xiàng)目所需要經(jīng)歷的過(guò)程:軟件開(kāi)發(fā)完成軟件開(kāi)發(fā)的過(guò)程軟件的開(kāi)發(fā)過(guò)程并不僅是一個(gè)編寫(xiě)、實(shí)現(xiàn)代碼的簡(jiǎn)單過(guò)程，軟件的

2、開(kāi)發(fā)需要經(jīng)歷許多的步驟。因此在開(kāi)始時(shí)我們先用一個(gè)相對(duì)簡(jiǎn)單的方式了解一下軟件開(kāi)發(fā)的常見(jiàn)過(guò)程:初始階段需求分析漸實(shí)現(xiàn)后期階段需求變更從上圖可以直觀的看出，一個(gè)軟件的開(kāi)發(fā)至少是包含了上圖的三個(gè)階段、七個(gè)步驟而這個(gè)過(guò)程中又可能涉及到下列各種參與軟件開(kāi)發(fā)的角色：惠a鯉理聲品裳布從國(guó)熏碳弁耕入息冢鰥廢計(jì)入同并不是任何項(xiàng)目中都會(huì)出現(xiàn)所有角色，角色同實(shí)際的參與人員也并不一定一一對(duì)應(yīng)我們?cè)诖怂接懙能浖翱焖匍_(kāi)發(fā)”為的是在軟件目標(biāo)、外部資源相同的情況下（如：同一團(tuán)隊(duì)，同一項(xiàng)目）可以縮減整個(gè)開(kāi)發(fā)周期 的各種方式，使軟件項(xiàng)目最終能在一個(gè)更短時(shí)間內(nèi)完成。能縮短軟件開(kāi)發(fā)周期的三種方式對(duì)應(yīng)用或功能的最初需求意茴軟件開(kāi)發(fā)完

3、成常短的開(kāi)發(fā)快速的開(kāi)發(fā)縮短軟件開(kāi)發(fā)周期其實(shí)一直是全世界軟件開(kāi)發(fā)團(tuán)隊(duì)所長(zhǎng)期關(guān)注的話(huà)題, 三大類(lèi)：把現(xiàn)在已被廣泛認(rèn)可的有效縮短周期的方式歸類(lèi)一下可劃分為1.2.3.工具快速模式快速經(jīng)驗(yàn)快速其分別代表著實(shí)現(xiàn)軟件項(xiàng)目“快速開(kāi)發(fā)”的“天時(shí)、地利、人和”，同時(shí)也蘊(yùn)藏著“天時(shí)不如地利，地利不如人和”的真諦天時(shí)一一工具快速在一個(gè)軟件項(xiàng)目所經(jīng)歷的各階段中（如：需求分析、原型開(kāi)發(fā)、實(shí)現(xiàn)、測(cè)試、完成、需求變更、后期維護(hù)），不同階 段選用適當(dāng)?shù)墓ぞ吣芊浅Ｖ苯拥南鄳?yīng)參與人員的工作效率、溝通效率，縮短單個(gè)步驟所需要的時(shí)間，從而在整體上縮短軟件項(xiàng)目的開(kāi)發(fā)周期。值得注意的一點(diǎn)是，工具并不僅限于軟件形態(tài)的工具。需求分析：是軟件

4、項(xiàng)目開(kāi)發(fā)第一個(gè)也是很重要的一個(gè)階段，需求分析的基本任務(wù)是要準(zhǔn)確地定義新系統(tǒng)的目標(biāo)，為了滿(mǎn)足用戶(hù)需要，回答系統(tǒng)必須“做什么”的問(wèn)題。在這個(gè)階段中包含需要獲取需求、分析需求、編寫(xiě)規(guī)格說(shuō)明和需求驗(yàn)證。從獲取需求到需求驗(yàn)證的這個(gè)過(guò)程需要編寫(xiě)文檔、繪制圖形、創(chuàng)建需求模型等，像文檔之類(lèi)的工具可以使用 word、繪制圖形可以使用visio、建模可以使用rational rose等工具軟件，有了這些工具的輔助，可提高編寫(xiě)文檔的速度，縮短分析階段的周期。除了以上這些軟件形態(tài)的工具外還可為更快的 項(xiàng)目參與人員之間的想法溝通，借助一些實(shí)體類(lèi)工具，如紙制卡片，黑板或一些已經(jīng)成型的系統(tǒng)。原型開(kāi)發(fā)：在軟件需求分析階段，需

5、要搞清楚的是軟件要“做什么”的問(wèn)題，并把這些需求通過(guò)文檔的形式描述出來(lái)，這也是目標(biāo) 系統(tǒng)的邏輯模型。進(jìn)入設(shè)計(jì)階段，則要把軟件“做什么”的邏輯模型變換為“怎么做”的物理模型，即著手實(shí)現(xiàn)軟件的需求，并將設(shè)計(jì)的 結(jié)果反映在“設(shè)計(jì)規(guī)格說(shuō)明”文檔中，接下來(lái)開(kāi)始設(shè)計(jì)。設(shè)計(jì)的基本任務(wù)包括：軟件結(jié)構(gòu)、數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)庫(kù)設(shè)計(jì)、概要設(shè)計(jì)文檔。開(kāi)發(fā) 一個(gè)大而復(fù)雜的軟件系統(tǒng)，我們可以將它進(jìn)行適當(dāng)?shù)姆纸鈦?lái)降低其復(fù)雜性，還可減少開(kāi)發(fā)工作量，你也可以使用一些能夠提高設(shè)計(jì)速的軟件來(lái)幫助你進(jìn)行設(shè)計(jì)，從而提高軟件生產(chǎn)率，降低開(kāi)發(fā)成本。所用的工具比如使用UML會(huì)制類(lèi)圖的工具。實(shí)現(xiàn)：設(shè)計(jì)完成之后進(jìn)入編碼實(shí)現(xiàn)階段，為了提高整個(gè)項(xiàng)目的開(kāi)發(fā)

6、速度，編寫(xiě)代碼我們可以借助一些有力的開(kāi)發(fā)工具來(lái)加快速度， 例如，如果是用JAVA語(yǔ)言開(kāi)做開(kāi)發(fā)的t可以使用eclipse、JCreater ,如果是用C#< VB你可以用Visual S ；如果是開(kāi)發(fā)網(wǎng)站之類(lèi)的可以用 Dreamweaver。美工可以使用photoshop或是FireWork之類(lèi)的工具。節(jié)省項(xiàng)目的開(kāi)發(fā)時(shí)間。另外一方面由于軟件技術(shù)的 快速發(fā)展帶來(lái)了各種平臺(tái)和引擎，選用適當(dāng)?shù)钠脚_(tái)技術(shù)與引擎能更大程度的縮短周期。測(cè)試：軟件的測(cè)試也是一個(gè)非常重要的階段，大量的測(cè)試，甚至重復(fù)的測(cè)試引出了一個(gè)新的問(wèn)題：全憑手工進(jìn)行測(cè)試會(huì)浪費(fèi)大量的時(shí)間。因此，易變的需求對(duì)測(cè)試提出了一個(gè)新的要求：自動(dòng)化測(cè)

7、試。此類(lèi)型的工具例如Xunit系列。只有自動(dòng)化的進(jìn)行測(cè)試，才可以完成大量的測(cè)試工作，節(jié)省時(shí)間和人力方面的投入，加快項(xiàng)目的整體開(kāi)發(fā)速度。關(guān)于自動(dòng)化測(cè)試這方面的問(wèn)題，大家可以參考相關(guān)的資料，這 里我們不作深入的討論。工匠用釘槍、成型磚塊、涂料噴霧器來(lái)建造一個(gè)小屋的話(huà)要比他單純用一把榔頭、沙磚、涂料刷來(lái)得快。擁有快速交通工具的人可以比擁有普通交通工具的人提前到達(dá)目的地。但不論什么情況下，如果質(zhì)量是非常重要的話(huà)，那么即使是強(qiáng)有力的工具也將會(huì)被手工工具所替代或輔助。軟件開(kāi)發(fā)中使用工具的情況與上述情況也是非常相近的。地利模式快速如前所說(shuō)軟件開(kāi)發(fā)的過(guò)程并不是一個(gè)簡(jiǎn)單的過(guò)程， 一個(gè)軟件的開(kāi)發(fā)會(huì)被分成很多步驟來(lái)

8、實(shí)現(xiàn)， 每一個(gè)步驟都有自己的起點(diǎn)和終點(diǎn)。 也 正如此使得開(kāi)發(fā)過(guò)程中的每個(gè)步驟起點(diǎn)和終點(diǎn)在不同的軟件項(xiàng)目中出現(xiàn)不同難度的“坎”，使其難于達(dá)到該步驟開(kāi)始或是終結(jié)的條件， 開(kāi)發(fā)過(guò)程也就不會(huì)一帆風(fēng)順。不同的開(kāi)發(fā)模式其實(shí)就是將步驟的起點(diǎn)和終點(diǎn)重新定義，甚至重新組合排列，雖然任何一個(gè)開(kāi)發(fā)模式最終目的都是完成軟件項(xiàng)目的開(kāi)發(fā)，但期間所經(jīng)歷的過(guò)程不一樣，過(guò)程步驟之間的起點(diǎn)和終點(diǎn)的的定義不同所帶來(lái)的“坎”也就不一樣，項(xiàng)目周期自然各不相同，因此， 根據(jù)軟件項(xiàng)目的實(shí)際情況選擇一個(gè)適合的開(kāi)發(fā)模式能減少開(kāi)發(fā)周期中“坎”的出現(xiàn)次數(shù)與難度，非常大程度的縮短開(kāi)發(fā)周期。瀑布模型在本專(zhuān)題開(kāi)始時(shí)我們所示范的開(kāi)發(fā)流程，實(shí)際就是一種典型

9、的瀑布模型（又稱(chēng)線(xiàn)形模型）實(shí)現(xiàn)階敕漸實(shí)現(xiàn)后期階段需求變更瀑布模型是由 W.W.Royce在1970年最初提出的軟件開(kāi)發(fā)模型，在瀑布模型中，開(kāi)發(fā)被認(rèn)為是按照需求分析，設(shè)計(jì)，實(shí)現(xiàn)，測(cè)試（確認(rèn)），集成，和維護(hù)堅(jiān)定地順暢地進(jìn)行。在最初的文章中，Royce提倡重復(fù)地使用瀑布模型，以一種迭代的方式。但是，大多數(shù)人并不知道這一點(diǎn)，一些人也不相信它能夠作為一種真實(shí)世界的過(guò)程使用。在實(shí)踐中，過(guò)程很少能夠以純線(xiàn)性的方式進(jìn)行。通過(guò)回到前面的階段或改便前一階段的結(jié)果的迭代是非常普遍的。線(xiàn)性模型太理想化，太單純，以至很多人認(rèn)為瀑布模型已不再適合現(xiàn)代的軟件開(kāi)發(fā)模式，幾乎被業(yè)界拋棄。偶而被人提起，都屬于被 貶對(duì)象，未被留一

10、絲惋惜。但我們應(yīng)該認(rèn)識(shí)到，“線(xiàn)性”是人們最容易掌握并能熟練應(yīng)用的思想方法。當(dāng)人們碰到一個(gè)復(fù)雜的“非線(xiàn)性” 問(wèn)題時(shí)，總是千方百計(jì)地將其分解或轉(zhuǎn)化為一系列簡(jiǎn)單的線(xiàn)性問(wèn)題，然后逐個(gè)解決。一個(gè)軟件系統(tǒng)的整體可能是復(fù)雜的，而單個(gè)子程序總 是簡(jiǎn)單的，可以用線(xiàn)性的方式來(lái)實(shí)現(xiàn)，否則干活就太累了。線(xiàn)性是一種簡(jiǎn)潔，簡(jiǎn)潔就是美。當(dāng)我們領(lǐng)會(huì)了線(xiàn)性的精神，就不要再呆板地套 用線(xiàn)性模型的外表，而應(yīng)該用活它。瀑布模型解決了軟件工程上面的基本管理需求，但是對(duì)于我們所提的軟件項(xiàng)目的“快速開(kāi)發(fā)”瀑布模型并沒(méi)有什么優(yōu)勢(shì)。2 . RUP（Rational Unified Process瑞理統(tǒng)一過(guò)程）RU吃建立在非常優(yōu)秀的軟件工程原則

11、基礎(chǔ)上的，例如迭代，需求驅(qū)動(dòng)，基于結(jié)構(gòu)化的過(guò)程開(kāi)發(fā)。它提供了幾個(gè)方法，例如每一次迭代產(chǎn)生一個(gè)工作原型，在每一個(gè)階段的結(jié)束決定項(xiàng)目是否繼續(xù)，這些方法提供了對(duì)開(kāi)發(fā)過(guò)程的非常直觀的管理。RU陳用了萬(wàn)維網(wǎng)技術(shù),可以增強(qiáng)團(tuán)隊(duì)的開(kāi)發(fā)效率，并為所有成員提供了最佳的軟件實(shí)現(xiàn)方案。險(xiǎn)段工作施建業(yè)晉建投需求分析蝮計(jì)實(shí)施 測(cè)俄 部暑日七, j 變要管理薪目管理 壞源構(gòu)建產(chǎn)品比RUP處理過(guò)程為軟件開(kāi)發(fā)提供了規(guī)定性的指南、模板和范例。它可以通過(guò)提供一個(gè)應(yīng)用于整個(gè)軟件開(kāi)發(fā)周期的、可定制的最佳開(kāi)發(fā)方案架構(gòu)，RUPW以對(duì)整個(gè)開(kāi)發(fā)小組的工作進(jìn)行指導(dǎo)和安排。RUP將項(xiàng)目管理、商業(yè)建模、需求管理、分析和設(shè)計(jì)、測(cè)試以及變更控制等,統(tǒng)

12、一到了一個(gè)一致的、貫穿整個(gè)開(kāi)發(fā)周期的處理過(guò)程。RUP正如其名，它使團(tuán)隊(duì)中每個(gè)開(kāi)發(fā)人員的見(jiàn)解和思想得到統(tǒng)一，使開(kāi)發(fā)小組成員的溝通更為容易，而這正是任何項(xiàng)目要取得成功的 關(guān)鍵因素；它增強(qiáng)了開(kāi)發(fā)人員對(duì)軟件的預(yù)見(jiàn)性，最終的好處就是提高了軟件質(zhì)量，并有效縮短了軟件從開(kāi)發(fā)到投放市場(chǎng)的時(shí)間，全面提高了開(kāi)發(fā)速度RU譚嚴(yán)格按照行業(yè)標(biāo)準(zhǔn) UML開(kāi)發(fā)的，它的特點(diǎn)主要表現(xiàn)為如下六個(gè)方面：? 開(kāi)發(fā)復(fù)用。減少開(kāi)發(fā)人員的工作量，并保證軟件質(zhì)量，在項(xiàng)目初期可降低風(fēng)險(xiǎn)。? 對(duì)需求進(jìn)行有效管理。? 可視化建模。? 使用組件體系結(jié)構(gòu)，使軟件體系架構(gòu)更具彈性。? 貫穿整個(gè)開(kāi)發(fā)周期的質(zhì)量核查。? 對(duì)軟件開(kāi)發(fā)的變更控制。RUPW以縮短軟

13、件項(xiàng)目的開(kāi)發(fā)周期，實(shí)現(xiàn)大型項(xiàng)目的快速開(kāi)發(fā)，對(duì)于中小型項(xiàng)目RUP就顯的過(guò)于龐大，其需要投入的成本也很非常觀。3 .敏捷開(kāi)發(fā)，極限編程2001年，為了解決許多公司的軟件團(tuán)隊(duì)陷入不斷增長(zhǎng)的過(guò)程泥潭，一批業(yè)界專(zhuān)家一起概括出了一些可以讓軟件開(kāi)發(fā)團(tuán)隊(duì)具有快速工作、響應(yīng)變化能力的價(jià)值觀和原則， 他們稱(chēng)自己為敏捷聯(lián)盟。敏捷開(kāi)發(fā)過(guò)程的方法很多，主要有：SCRUMCrystal,特征驅(qū)動(dòng)軟件開(kāi)發(fā)(Feature Driven Development ,簡(jiǎn)稱(chēng) FDD ,自適應(yīng)軟件開(kāi)發(fā)(Adaptive Software Development ,簡(jiǎn)稱(chēng) ASD),以及最重要的極限編程 (eXtreme Program

14、ming,簡(jiǎn)稱(chēng) XP)。極限編程是一套能快速開(kāi)發(fā)高質(zhì)量軟件所需的價(jià)值觀、原則和活動(dòng)的集合，使軟件能以盡可能快的速度開(kāi)發(fā)出來(lái)并向客戶(hù)提供最高的效益。XP在很多方面都和傳統(tǒng)意義上得軟件工程不同，同時(shí)，它也和傳統(tǒng)得管理和項(xiàng)目計(jì)劃得方法不同。這些方法在軟件工程和其他管 理活動(dòng)中都有借鑒意義。XP。XP具有12個(gè)過(guò)程，只有完全使用12個(gè)過(guò)程才是真正使用了 XP,只是簡(jiǎn)單使用了其中一個(gè)方法并不代表使用了?現(xiàn)場(chǎng)客戶(hù)(On-site Customer )?計(jì)劃博弈(Planning Game )?系統(tǒng)隱喻(System Design )?簡(jiǎn)化設(shè)計(jì)(Simple Design )?集體擁有代碼(Collecti

15、ve Code Ownership )?結(jié)對(duì)編程(Pair Programming )?測(cè)試驅(qū)動(dòng)(Test-driver )?小型發(fā)布(Small Release )?重構(gòu)(Refactoring )?持續(xù)集成(Continous integration )? 每周40小時(shí)工作制(40-hour Weeks )?代碼規(guī)范(Coding Standards )下面是極限編程的有效實(shí)踐：1 .完整團(tuán)隊(duì)XP項(xiàng)目的所有參與者（開(kāi)發(fā)人員、客戶(hù)、測(cè)試人員等）一起工作在一個(gè)開(kāi)放的場(chǎng)所中，他們是同一個(gè)團(tuán)隊(duì)的成員。這個(gè)場(chǎng)所的墻壁上隨意懸掛著大幅的、顯著的圖表以及其他一些顯示他們進(jìn)度的東西。2 .計(jì)劃游戲計(jì)劃是持

16、續(xù)的、循序漸進(jìn)的。每 2周，開(kāi)發(fā)人員就為下2周估算候選特性的成本，而客戶(hù)則根據(jù)成本和商務(wù)價(jià)值來(lái)選擇 要實(shí)現(xiàn)的特性。3 .客戶(hù)測(cè)試作為選擇每個(gè)所期望的特性的一部分，客戶(hù)可以根據(jù)腳本語(yǔ)言來(lái)定義出自動(dòng)驗(yàn)收測(cè)試來(lái)表明該特性可以工作。4 .簡(jiǎn)單設(shè)計(jì)團(tuán)隊(duì)保持設(shè)計(jì)恰好和當(dāng)前的系統(tǒng)功能相匹配。它通過(guò)了所有的測(cè)試， 不包含任何重復(fù)，表達(dá)出了編寫(xiě)者想表達(dá)的所有東西，并且包含盡可能少的代碼。5 .結(jié)對(duì)編程所有的產(chǎn)品軟件都是由兩個(gè)程序員、并排坐在一起在同一臺(tái)機(jī)器上構(gòu)建的。6 .測(cè)試驅(qū)動(dòng)開(kāi)發(fā)編寫(xiě)單元測(cè)試是一個(gè)驗(yàn)證行為，更是一個(gè)設(shè)計(jì)行為。同樣，它更是一種編寫(xiě)文檔的行為。編寫(xiě)單元測(cè)試避免了相當(dāng) 數(shù)量的反饋循環(huán)，尤其是功功能

17、能驗(yàn)證方面的反饋循環(huán)。程序員以非常短的循環(huán)周期工作，他們先增加一個(gè)失敗的測(cè)試，然后使 之通過(guò)。7 .改進(jìn)設(shè)計(jì)隨時(shí)利用重構(gòu)方法改進(jìn)已經(jīng)腐化的代碼，保持代碼盡可能的干凈、具有表達(dá)力。8 .持續(xù)集成團(tuán)隊(duì)總是使系統(tǒng)完整地被集成。一個(gè)人拆入( Check in )后，其它所有人責(zé)任代碼集成。9 .集體代碼所有權(quán)任何結(jié)對(duì)的程序員都可以在任何時(shí)候改進(jìn)任何代碼。沒(méi)有程序員對(duì)任何一個(gè)特定的模塊或技術(shù)單獨(dú)負(fù)責(zé)，每個(gè)人都可以參與任何其它方面的開(kāi)發(fā)。10 .編碼標(biāo)準(zhǔn)系統(tǒng)中所有的代碼看起來(lái)就好像是被單獨(dú)一人編寫(xiě)的。11 .隱喻 將整個(gè)系統(tǒng)聯(lián)系在一起的全局視圖；它是系統(tǒng)的未來(lái)影像，是它使得所有單獨(dú)模塊的位置和外觀變得明顯

18、直觀。如果模塊 的外觀與整個(gè)隱喻不符，那么你就知道該模塊是錯(cuò)誤的。12 .可持續(xù)的速度 團(tuán)隊(duì)只有持久才有獲勝的希望。他們以能夠長(zhǎng)期維持的速度努力工作，他們保存精力，他們把項(xiàng)目看作是馬拉松 長(zhǎng)跑，而不是全速短跑。極限編程是一組簡(jiǎn)單、具體的實(shí)踐，這些實(shí)踐結(jié)合在形成了一個(gè)敏捷開(kāi)發(fā)過(guò)程。極限編程是一種優(yōu)良的、通用的軟件開(kāi)發(fā)方法，項(xiàng)目團(tuán)隊(duì)可以拿來(lái)直接采用，也可以增加一些實(shí)踐，或者對(duì)其中的一些實(shí)踐進(jìn)行修改后再采用。4.NoahWeb"增量迭代"模式以RUPW極限編程中的增量所不同的的是NoahWeb增量迭代”模式僅適用于B/S軟件項(xiàng)目?？紤]B/S項(xiàng)目中的人員配置、工作重心與C/S項(xiàng)目截

19、然不同的特殊性，因此該模式專(zhuān)門(mén)針對(duì)B/S項(xiàng)目而提出。從以往的很多B/S應(yīng)用開(kāi)發(fā)案例來(lái)看，用戶(hù)的需求并不會(huì)在需求分析階段和原型開(kāi)發(fā)階段就可以準(zhǔn)確獲得，往往在應(yīng)用系統(tǒng)接近發(fā)布時(shí)，用戶(hù)才會(huì)提出各種各樣具體的需求。B/S應(yīng)用開(kāi)發(fā)過(guò)程中各階段中用戶(hù)需求變化圖導(dǎo)致這樣的原因很簡(jiǎn)單：在需求分析階段，最終用戶(hù)不可能通過(guò)開(kāi)發(fā)文檔就能想象出應(yīng)用系統(tǒng)運(yùn)行時(shí)的實(shí)際情況， 而系統(tǒng)接近成型時(shí), 用戶(hù)通過(guò)真實(shí)使用會(huì)感覺(jué)到系統(tǒng)存在的問(wèn)題和設(shè)計(jì)缺陷。 由于用戶(hù)需求在發(fā)布前頻繁變更這一特性， 使用傳統(tǒng)B/S解決方案的設(shè)計(jì)人員和 開(kāi)發(fā)人員將會(huì)此階段面臨需求變更的各種考驗(yàn)， 項(xiàng)目周期和開(kāi)發(fā)成本也會(huì)在發(fā)布階段由于需求變更急劇擴(kuò)大， 有

20、時(shí)甚至可能之前工作推倒 從來(lái)?？紤]B/S項(xiàng)目的特殊性B/S項(xiàng)目以往一直采用同 C/S軟件項(xiàng)目一樣的開(kāi)發(fā)模式和流程管理。但由于 B/S項(xiàng)目同C/S項(xiàng)目太多的不同之處，使得 B/S項(xiàng)目開(kāi)發(fā)B/S開(kāi)發(fā)中美工和界面設(shè)計(jì)美化的重要性也不同于C/S周期很難控制。B/S一方面要面臨著需要短時(shí)間獲取需求，需求不明確。另一方面項(xiàng)目，B/S項(xiàng)目往往由美術(shù)和程序兩方面的人員來(lái)決定需求并且相互制約，這些巨大區(qū)別似的不能將 B/S項(xiàng)目等同與C/S項(xiàng)目來(lái)進(jìn)行管理。NoahWeb增量迭代”開(kāi)發(fā)模式的各步驟特點(diǎn)如下：? 用“迭代”探索需求o 需求分析階段：設(shè)計(jì)人員關(guān)注的不是程序結(jié)構(gòu)設(shè)計(jì)，而是用戶(hù)流程，在需求分析階段就可以邀請(qǐng)

21、用戶(hù)一起參與“動(dòng)作分解圖”的設(shè)計(jì)，讓用戶(hù)從一開(kāi)始就可以感受到軟件使用的流程，讓所開(kāi)發(fā)的軟件從一開(kāi)始就貼近用戶(hù)需求；? 原型階段：原型階段將整個(gè)軟件項(xiàng)目的數(shù)據(jù)輸入界面和輸出按照動(dòng)作流程呈現(xiàn)給用戶(hù)，讓用戶(hù)可以直觀的從輸入輸出的具體細(xì)節(jié)體驗(yàn)軟件，反饋修改意見(jiàn)，讓開(kāi)發(fā)的軟件再次貼近需求。? 實(shí)現(xiàn)階段在此階段，還可以讓用戶(hù)通過(guò)至少兩個(gè)階段性的演示讓用戶(hù)體會(huì)軟件的流程和真實(shí)的數(shù)據(jù)輸入輸出，體驗(yàn)真實(shí)的軟件使用感覺(jué)， 為項(xiàng)目開(kāi)發(fā)團(tuán)隊(duì)反饋出更準(zhǔn)確的需求。? 發(fā)布階段在發(fā)布階段軟件已經(jīng)能非常貼近最終用戶(hù)需求，即使發(fā)布后更意外的需求變更，也能輕松應(yīng)變使用該模式項(xiàng)目實(shí)施 B/S項(xiàng)目的效果將很大程度上區(qū)別于其他模式效果。軟件項(xiàng)目的開(kāi)發(fā)中需求分析與編碼實(shí)現(xiàn)已經(jīng)被融為一體，而且在開(kāi)發(fā)的任意階段，開(kāi)發(fā)人員都已經(jīng)準(zhǔn)備好應(yīng)付后續(xù)階段可能出現(xiàn)的任何變化。變化成為計(jì)劃一部分。更多有關(guān)NoahWeb增量迭代”開(kāi)發(fā)模式的詳細(xì)介紹，可查看：? 適合1月以下的“增量迭代”管理流程? 適合1月以上的“增量迭代”管理流程人和一一經(jīng)驗(yàn)快速經(jīng)驗(yàn)所能帶來(lái)的效率提升與工具和模式所帶來(lái)的提升完全不同。項(xiàng)目參與人員經(jīng)驗(yàn)越多軟件項(xiàng)目摸索的過(guò)程就越短、彎路越少。但是不同參與人員的相關(guān)經(jīng)驗(yàn)只能通過(guò)長(zhǎng)時(shí)間的積累和一