常見的軟件過程模型比較及IBM微軟sun等公司開發(fā)模型調(diào)研報告

北京工業(yè)大學(xué)軟件學(xué)院--1學(xué)期《常見軟件過程模型比較及IBM，微軟，sun等企業(yè)開發(fā)模型調(diào)研匯報》專業(yè)：班級：學(xué)生姓名：學(xué)號：1月

目錄一、題目: 3二、概述 3三、

軟件過程模型比較 31、邊做邊改模型（Build-and-FixModel） 32、瀑布模型（WaterfallModel） 33、快速原型模型（RapidPrototypeModel） 44、增量模型（IncrementalModel） 45、螺旋模型（SpiralModel） 56、演化模型(evolutionarymodel) 57、噴泉模型（fountainmodel） 68、智能模型（四代技術(shù)（4GL）) 69、混合模型（hybridmodel） 6四、IBM開發(fā)模型 7五、微軟開發(fā)模型 7六、SUN企業(yè)Java開發(fā)模型 9參考文件： 13一、題目:請列舉一些常見軟件過程模型并加以比較？并調(diào)研IBM，微軟，sun等企業(yè)采取哪種開發(fā)模型？二、概述常見軟件過程模型有:瀑布模型(waterfallmodel)、漸增模型/演化/迭代(incrementalmodel)、原型模型(prototypemodel)、螺旋模型(spiralmodel)、噴泉模型(fountainmodel)、智能模型(intelligentmodel)、混合模型(hybridmodel)三、

軟件過程模型比較1、邊做邊改模型（Build-and-FixModel）遺憾是，許多產(chǎn)品都是使用“邊做邊改”模型來開發(fā)。在這種模型中，既沒有規(guī)格說明，也沒有經(jīng)過設(shè)計，軟件伴隨客戶需要一次又一次地不停被修改。在這個模型中，開發(fā)人員拿到項目立刻依照需求編寫程序，調(diào)試經(jīng)過后生成軟件第一個版本。在提供給用戶使用后，假如程序出現(xiàn)錯誤，或者用戶提出新要求，開發(fā)人員重新修改代碼，直到用戶滿意為止。這是一個類似作坊開發(fā)方式，對編寫幾百行小程序來說還不錯，但這種方法對任何規(guī)模開發(fā)來說都是不能令人滿意，其主要問題在于：1）缺乏規(guī)劃和設(shè)計步驟，軟件結(jié)構(gòu)伴隨不停修改越來越糟，造成無法繼續(xù)修改；

2）忽略需求步驟，給軟件開發(fā)帶來很大風(fēng)險；

3）沒有考慮測試和程序可維護(hù)性，也沒有任何文檔，軟件維護(hù)十分困難。

2、瀑布模型（WaterfallModel）1970年溫斯頓·羅伊斯提出了著名“瀑布模型”，直到80年代早期，它一直是唯一被廣泛采取軟件開發(fā)模型。瀑布模型將軟件生命周期劃分為制訂計劃、需求分析、軟件設(shè)計、程序編寫、軟件測試和運(yùn)行維護(hù)等六個基本活動，而且要求了它們自上而下、相互銜接固定次序，如同瀑布流水，逐層下落。在瀑布模型中，軟件開發(fā)各項活動嚴(yán)格按照線性方式進(jìn)行，當(dāng)前活動接收上一項活動工作結(jié)果，實施完成所需工作內(nèi)容。當(dāng)前活動工作結(jié)果需要進(jìn)行驗證，假如驗證經(jīng)過，則該結(jié)果作為下一項活動輸入，繼續(xù)進(jìn)行下一項活動，不然返回修改。瀑布模型強(qiáng)調(diào)文檔作用，并要求每個階段都要仔細(xì)驗證。不過，這種模型線性過程太理想化，已不再適合當(dāng)代軟件開發(fā)模式，幾乎被業(yè)界拋棄，其主要問題在于：

1）各個階段劃分完全固定，階段之間產(chǎn)生大量文檔，極大地增加了工作量；

2）因為開發(fā)模型是線性，用戶只有等到整個過程末期才能見到開發(fā)結(jié)果，從而增加了開發(fā)風(fēng)險；

3）早期錯誤可能要等到開發(fā)后期測試階段才能發(fā)覺，進(jìn)而帶來嚴(yán)重后果。我們應(yīng)該認(rèn)識到，“線性”是人們最輕易掌握并能熟練應(yīng)用思想方法。當(dāng)人們碰到一個復(fù)雜“非線性”問題時，總是千方百計地將其分解或轉(zhuǎn)化為一系列簡單線性問題，然后逐一處理。一個軟件系統(tǒng)整體可能是復(fù)雜，而單個子程序總是簡單，能夠用線性方式來實現(xiàn)，不然干活就太累了。線性是一個簡練，簡練就是美。當(dāng)我們領(lǐng)會了線性精神，就不要再呆板地套用線性模型外表，而應(yīng)該用活它。比如增量模型實質(zhì)就是分段線性模型，螺旋模型則是接連彎曲了線性模型，在其它模型中也能夠找到線性模型影子。3、快速原型模型（RapidPrototypeModel）快速原型模型第一步是建造一個快速原型，實現(xiàn)客戶或未來用戶與系統(tǒng)交互，用戶或客戶對原型進(jìn)行評價，深入細(xì)化待開發(fā)軟件需求。經(jīng)過逐步調(diào)整原型使其滿足客戶要求，開發(fā)人員能夠確定客戶真正需求是什么；第二步則在第一步基礎(chǔ)上開發(fā)客戶滿意軟件產(chǎn)品。顯然，快速原型方法能夠克服瀑布模型缺點(diǎn)，降低因為軟件需求不明確帶來開發(fā)風(fēng)險，具備顯著效果?？焖僭完P(guān)鍵在于盡可能快速地建造出軟件原型，一旦確定了客戶真正需求，所建造原型將被丟棄。所以，原型系統(tǒng)內(nèi)部結(jié)構(gòu)并不主要，主要是必須快速建立原型，隨之快速修改原型，以反應(yīng)客戶需求。4、增量模型（IncrementalModel）與建造大廈相同，軟件也是一步一步建造起來。在增量模型中，軟件被作為一系列增量構(gòu)件來設(shè)計、實現(xiàn)、集成和測試，每一個構(gòu)件是由多個相互作用模塊所形成提供特定功效代碼片段組成。增量模型在各個階段并不交付一個可運(yùn)行完整產(chǎn)品，而是交付滿足客戶需求一個子集可運(yùn)行產(chǎn)品。整個產(chǎn)品被分解成若干個構(gòu)件，開發(fā)人員逐一構(gòu)件地交付產(chǎn)品，這么做好處是軟件開發(fā)能夠很好地適應(yīng)改變，客戶能夠不停地看到所開發(fā)軟件，從而降低開發(fā)風(fēng)險。不過，增量模型也存在以下缺點(diǎn)：

1）因為各個構(gòu)件是逐步并入已經(jīng)有軟件體系結(jié)構(gòu)中，所以加入構(gòu)件必須不破壞已結(jié)構(gòu)好系統(tǒng)部分，這需要軟件具備開放式體系結(jié)構(gòu)。2）在開發(fā)過程中，需求改變是不可防止。增量模型靈活性能夠使其適應(yīng)這種改變能力大大優(yōu)于瀑布模型和快速原型模型，但也很輕易退化為邊做邊改模型，從而是軟件過程控制失去整體性。在使用增量模型時，第一個增量往往是實現(xiàn)基本需求關(guān)鍵產(chǎn)品。關(guān)鍵產(chǎn)品交付用戶使用后，經(jīng)過評價形成下一個增量開發(fā)計劃，它包含對關(guān)鍵產(chǎn)品修改和一些新功效公布。這個過程在每個增量公布后不停重復(fù)，直到產(chǎn)生最終完善產(chǎn)品。比如，使用增量模型開發(fā)字處理軟件。能夠考慮，第一個增量公布基本文件管理、編輯和文檔生成功效，第二個增量公布愈加完善編輯和文檔生成功效，第三個增量實現(xiàn)拼寫和文法檢驗功效，第四個增量完成高級頁面布局功效。

5、螺旋模型（SpiralModel）1988年，巴利·玻姆BarryBoehm正式發(fā)表了軟件系統(tǒng)開發(fā)“螺旋模型”，它將瀑布模型和快速原型模型結(jié)合起來，強(qiáng)調(diào)了其余模型所無視風(fēng)險分析，尤其適合于大型復(fù)雜系統(tǒng)。螺旋模型沿著螺線進(jìn)行若干次迭代，圖中四個象限代表了以下活動：

1）制訂計劃：確定軟件目標(biāo)，選定實施方案，搞清項目開發(fā)限制條件；

2）風(fēng)險分析：分析評定所選方案，考慮怎樣識別和消除風(fēng)險；

3）實施工程：實施軟件開發(fā)和驗證；

4）客戶評定：評價開發(fā)工作，提出修正提議，制訂下一步計劃。螺旋模型由風(fēng)險驅(qū)動，強(qiáng)調(diào)可選方案和約束條件從而支持軟件重用，有利于將軟件質(zhì)量作為特殊目標(biāo)融入產(chǎn)品開發(fā)之中。不過，螺旋模型也有一定限制條件，詳細(xì)以下：

1）螺旋模型強(qiáng)調(diào)風(fēng)險分析，但要求許多客戶接收和相信這種分析，并做出相關(guān)反應(yīng)是不輕易，所以，這種模型往往適應(yīng)于內(nèi)部大規(guī)模軟件開發(fā)。

2）假如執(zhí)行風(fēng)險分析將大大影響項目標(biāo)利潤，那么進(jìn)行風(fēng)險分析毫無意義，所以，螺旋模型只適合于大規(guī)模軟件項目。

3）軟件開發(fā)人員應(yīng)該擅長尋找可能風(fēng)險，準(zhǔn)確地分析風(fēng)險，不然將會帶來更大風(fēng)險一個階段首先是確定該階段目標(biāo)，完成這些目標(biāo)選擇方案及其約束條件，然后從風(fēng)險角度分析方案開發(fā)策略，努力排除各種潛在風(fēng)險，有時需要經(jīng)過建造原型來完成。假如一些風(fēng)險不能排除，該方案立刻終止，不然開啟下一個開發(fā)步驟。最終，評價該階段結(jié)果，并設(shè)計下一個階段。

6、演化模型(evolutionarymodel)主要針對事先不能完整定義需求軟件開發(fā)。用戶能夠給出待開發(fā)系統(tǒng)關(guān)鍵需求，而且當(dāng)看到關(guān)鍵需求實現(xiàn)后，能夠有效地提出反饋，以支持系統(tǒng)最終設(shè)計和實現(xiàn)。軟件開發(fā)人員依照用戶需求，首先開發(fā)關(guān)鍵系統(tǒng)。當(dāng)該關(guān)鍵系統(tǒng)投入運(yùn)行后，用戶試用之，完成他們工作，并提出精化系統(tǒng)、增強(qiáng)系統(tǒng)能力需求。軟件開發(fā)人員依照用戶反饋，實施開發(fā)迭代過程。第一迭代過程均由需求、設(shè)計、編碼、測試、集成等階段組成，為整個系統(tǒng)增加一個可定義、可管理子集。在開發(fā)模式上采取分批循環(huán)開發(fā)方法，每循環(huán)開發(fā)一部分功效，它們成為這個產(chǎn)品原型新增功效。于是，設(shè)計就不停地演化出新系統(tǒng)。實際上，這個模型可看作是重復(fù)執(zhí)行多個“瀑布模型”?！把莼Ｐ汀币箝_發(fā)人員有能力把項目標(biāo)產(chǎn)品需求分解為不一樣組，方便分批循環(huán)開發(fā)。這種分組并不是絕對隨意性，而是要依照功效主要性及對總體設(shè)計基礎(chǔ)結(jié)構(gòu)影響而作出判斷。有經(jīng)驗指出，每個開發(fā)循環(huán)以六周到八周為適當(dāng)長度。7、噴泉模型（fountainmodel）(面向?qū)ο笊嫫谀Ｐ?面向?qū)ο螅∣bjectOriented,OO）模型））噴泉模型與傳統(tǒng)結(jié)構(gòu)化生存期比較，具備更多增量和迭代性質(zhì)，生存期各個階段能夠相互重合和數(shù)次重復(fù)，而且在項目標(biāo)整個生存期中還能夠嵌入子生存期。就像水噴上去又能夠落下來，能夠落在中間，也能夠落在最底部。

8、智能模型（四代技術(shù)（4GL）)智能模型擁有一組工具（如數(shù)據(jù)查詢、報表生成、數(shù)據(jù)處理、屏幕定義、代碼生成、高層圖形功效及電子表格等），每個工具都能使開發(fā)人員在高層次上定義軟件一些特征，并把開發(fā)人員定義這些軟件自動地生成為源代碼。這種方法需要四代語言（4GL）支持。4GL不一樣于三代語言，其主要特征是用戶界面極端友好，即使沒有受過訓(xùn)練非專業(yè)程序員，也能用它編寫程序；它是一個申明式、交互式和非過程性編程語言。4GL還具備高效程序代碼、智能缺省假設(shè)、完備數(shù)據(jù)庫和應(yīng)用程序生成器?，F(xiàn)在市場上流行4GL（如Foxpro等）都不一樣程度地具備上述特征。但4GL現(xiàn)在主要限于事務(wù)信息系統(tǒng)中、小型應(yīng)用程序開發(fā)。

9、混合模型（hybridmodel）過程開發(fā)模型又叫混合模型（hybridmodel），或元模型（meta-model）,把幾個不一樣模型組合成一個混合模型，它允許一個項目能沿著最有效路徑發(fā)展，這就是過程開發(fā)模型（或混合模型）。實際上，一些軟件開發(fā)單位都是使用幾個不一樣開發(fā)方法組成他們自己混合模型。模型優(yōu)點(diǎn)缺點(diǎn)瀑布模型文檔驅(qū)動系統(tǒng)可能不滿足客戶需求快速原型模型關(guān)注滿足客戶需求可能造成系統(tǒng)設(shè)計差、效率低，難于維護(hù)增量模型開發(fā)早期反饋及時，易于維護(hù)需要開放式體系結(jié)構(gòu)，可能會設(shè)計差、效率低螺旋模型風(fēng)險驅(qū)動風(fēng)險分析人員需要有經(jīng)驗且經(jīng)過充分訓(xùn)練.

四、IBM開發(fā)模型DesignSub-ProcessDesignSub-Process公布管理過程圖4--1IBMDevelopmentProcessCUTSub-Process分析設(shè)計階段功效規(guī)格說明設(shè)計規(guī)格說明功效測試過程編碼階段單元測試階段代碼評審階段A&ODocFS(FunctionSpecification)DS產(chǎn)品計劃過程ProductObjectivesDocumentUnittestsCodeUnittestedCode五、微軟開發(fā)模型微軟是世界上最大軟件企業(yè)，但微軟并沒有經(jīng)過CMM認(rèn)證，不使用RUP，也不使用XP。微軟有自己軟件開發(fā)過程PCM。他們之間有什么區(qū)分？有什么共同點(diǎn)？微軟是否有從CMM、TSP、PSP中取長補(bǔ)短？而中國軟件企業(yè)又怎樣從這些林林總總開發(fā)過程模型中選取適合自己方法？CMM真對中國軟件企業(yè)有幫助么？來聽聽微軟資深項目經(jīng)理現(xiàn)身說法吧。源代碼管理與每日編譯源代碼控制(SourceControl，又稱源代碼管理、版本控制、軟件配置管理等)和每日編譯(DailyBuild，又稱NightlyBuild、連續(xù)集成等)是軟件開發(fā)過程中最主要方法，也是實施其余各種流程必須基礎(chǔ)(比如變更管理、缺點(diǎn)管理、自動測試等)。上兵伐謀：微軟產(chǎn)品規(guī)劃方法好起點(diǎn)是成功二分之一，只有正確制訂產(chǎn)品開發(fā)策略，才能使產(chǎn)品在推向市場后被用戶接收，在交付客戶后令客戶滿意。在這個專題中，您將了解到微軟怎樣策劃新軟件特征、進(jìn)行市場調(diào)研、了解和分析客戶需求、搜集用戶反饋等。公布零缺點(diǎn)軟件：缺點(diǎn)管理Bug管理是軟件開發(fā)中非常主要一個步驟。在大型商業(yè)軟件開發(fā)中，沒有Bug管理是不可想象。Bug管理在微軟軟件開發(fā)流程中一樣起到舉足輕重作用，不論是Windows、Office這么大型軟件，還是內(nèi)部使用各種各樣小工具，Bug管理都貫通于整個開發(fā)流程一直。單元測試伴隨軟件產(chǎn)品復(fù)雜度增加，越來越多軟件企業(yè)開始重視單元測試，意識到單元測試主要性。單元測試在微軟開發(fā)流程中一樣是非常主要一個步驟。本專題將結(jié)合微軟.NET技術(shù)，對單元測試方法和工具進(jìn)行詳細(xì)介紹，幫助您建立起單元測試流程。微軟程序經(jīng)理程序經(jīng)理在微軟產(chǎn)品開發(fā)“三架馬車”中具備非常主要作用，在軟件行業(yè)，只有微軟設(shè)有該職位。在本專題中，將概要闡述微軟程序經(jīng)理產(chǎn)生原因、使命，重點(diǎn)闡述應(yīng)該具備什么樣優(yōu)異品質(zhì)，以及程序經(jīng)理職業(yè)發(fā)展之路。撰寫功效規(guī)格書功效規(guī)格書是微軟開發(fā)流程中又一獨(dú)具特色內(nèi)容。在整個開發(fā)過程中起到非常主要作用，開發(fā)團(tuán)體中每一個組員工作都將以功效規(guī)格書為依據(jù)。一份詳盡而實用功效規(guī)格書能夠確保整個開發(fā)團(tuán)體向著統(tǒng)一目標(biāo)努力，不會出現(xiàn)偏差。撰寫設(shè)計規(guī)格書設(shè)計規(guī)格書是功效規(guī)格書到最終產(chǎn)品實現(xiàn)之間橋梁，它把電影劇本變成份鏡頭腳本，把抽象功效描述變成程序員設(shè)計語言。本專題將介紹設(shè)計規(guī)格書寫法，它與“概要設(shè)計”、“詳細(xì)設(shè)計”區(qū)分和聯(lián)絡(luò)，它到底要寫到多詳細(xì)，是否要定義全部類接口和偽代碼…。這些問題都將在本專題中得到解答。進(jìn)度跟蹤與控制開發(fā)一個合理、實施性強(qiáng)進(jìn)度表，并對它進(jìn)行有效跟蹤和控制，在項目管理中非常主要。本專題介紹微軟制訂進(jìn)度表步驟及方法，同時介紹了對進(jìn)度表進(jìn)行有效跟蹤和控制基本技能。管理需求與設(shè)計變更在軟件編寫過程中，變更是不可防止。變更使得開發(fā)團(tuán)體組員之間溝通難度增加，假如在變更之前沒有做過很好分析，變更實現(xiàn)沒有被統(tǒng)計，而且沒有向需要知道變更人匯報改變，那么項目組就會產(chǎn)生混亂，結(jié)果就是降低軟件產(chǎn)品質(zhì)量，提升軟件成本。本專題介紹變更管理關(guān)鍵概念和流程，同時分析了實現(xiàn)有效變更控制關(guān)鍵，并將剖析微軟開中變更管理實例，幫助您制訂一個清楚，簡單適用變更規(guī)則，而且?guī)椭褂煤盟?，達(dá)成促進(jìn)團(tuán)體組員之間了解，提升軟件質(zhì)量，降低開發(fā)風(fēng)險和成本目標(biāo)。軟件開發(fā)中項目管理客戶需求永遠(yuǎn)在改變，項目可利用資源永遠(yuǎn)不夠，項目標(biāo)進(jìn)度永遠(yuǎn)會延后，這是項目管理永恒話題。本主題將從項目管理專業(yè)知識體系入手，貫通微軟項目管理成功經(jīng)驗，與您共同探討項目管理中永存三個話題，并分享微軟項目管理十大成功法則以及科學(xué)高效管理方法、管理技術(shù)和管理工具。軟件性能測試使用壓力工具1性能測試。有效性能測試最終目標(biāo)是幫助產(chǎn)品提升性能，讓產(chǎn)品響應(yīng)更加快、容量更大、占用資源更少。按照本專題所介紹“計劃、準(zhǔn)備、執(zhí)行、分析、提升”五步方法，能夠讓您在正確了解客戶對性能需求基礎(chǔ)上，有目標(biāo)了解系統(tǒng)性能問題、有放矢找到瓶頸、立竿見影提升性能。軟件測試自動化實踐使用自動化測試工具1自動化測試。本專題不談詳細(xì)工具，而是與您分享微軟心得體會，讓您親眼看到微軟產(chǎn)品組怎樣將自動化測試?yán)米匀纾屇私庾詣踊⒉簧衩?，你馬上就能夠在自己項目中利用；讓您了解自動化測試并不是“銀彈”，幫助您消除您領(lǐng)導(dǎo)和客戶對自動化測試不正確期望值。本專題能幫助你愈加好進(jìn)行自動化測試，而不但僅是一個工具實用者。用戶界面設(shè)計優(yōu)異軟件界面和網(wǎng)站設(shè)計總是讓用戶感覺四處處順手。但我們也常能看到一些缺乏設(shè)計界面即使堆滿了控件卻依然不便使用，一些效果華麗網(wǎng)站好看卻不實用。怎么讓你產(chǎn)品界面既美觀大方又方便易用？怎么讓你系統(tǒng)界面看上去更專業(yè)？本專題介紹用戶界面設(shè)計標(biāo)準(zhǔn)您一定要了解。易用性測試本專題將介紹微軟特有易用性試驗室和易用性測試，以及怎樣經(jīng)過易用性測試使您產(chǎn)品更易學(xué)、易用，用戶拿到產(chǎn)品無須看用戶手冊就會使用。團(tuán)體編碼制勝策略假如沒有好團(tuán)體編碼方法，一個程序員是龍，一群程序員是蟲。微軟是怎樣將大量優(yōu)異程序員組織起來，讓個人技能和團(tuán)體合作結(jié)合起來，編寫出可靠、易讀、高質(zhì)量代碼。六、SUN企業(yè)Java開發(fā)模型1.應(yīng)用包含以下要素：一組Web頁面(和Java源代碼)配置(元數(shù)據(jù))信息其它邏輯、服務(wù)和運(yùn)行時間代碼其它資源(圖片、局部綁定等)2.應(yīng)用模型與構(gòu)架每個邏輯表格或頁面包含兩大要素：JSP?頁對應(yīng)Java源代碼文件(頁面bean)每個頁面包含：JSP/JSF組件3.其它標(biāo)識腳本每個頁面bean包含：頁面邏輯事件處理程序頁面屬性4.方法應(yīng)用模型與構(gòu)架?支持頁面和應(yīng)用數(shù)據(jù)Bean─ApplicationBean—針對存放在本應(yīng)用域內(nèi)數(shù)據(jù)─用例：緩沖支持─SessionBean—針對存放在本會話域內(nèi)數(shù)據(jù)─用例：表格之間數(shù)據(jù)傳遞─PageBean—針對存放在頁面/請求域內(nèi)數(shù)據(jù)─FacesBean—針對全部域bean抽象基類?轉(zhuǎn)換器─針對SQL數(shù)據(jù)類型可定制按類型轉(zhuǎn)換器─舉例：SqlDate、SqlTime、SqlTimestamp?JDBC?Rowset支持─綁定到Rowset組件屬性管理─針對數(shù)據(jù)綁定操作應(yīng)用模型支持域界定?域概念─應(yīng)用/會話/請求?應(yīng)用域─可用于緩沖數(shù)據(jù)─為此提供有ApplicationBean支持?會話域─最適適用于請求之間數(shù)據(jù)傳遞─為此提供有SessionBean支持?請求域─是頁面和用戶請求默認(rèn)設(shè)置數(shù)據(jù)使用?數(shù)據(jù)可能有各種起源─數(shù)據(jù)庫/Web服務(wù)─bean各種屬性(包含Lists,Arrays,Rowsets,等)?可視化綁定─不需鍵盤輸入，不需編寫代碼─復(fù)雜控件自動（鍵入）綁定?利用其它JSF機(jī)制─用JSF擴(kuò)展API實現(xiàn)名/值綁定─用值綁定表示式實現(xiàn)受管理bean實例化針對JavaServer?Faces(JSF)優(yōu)化及Creator中數(shù)據(jù)?在設(shè)計時間使用數(shù)據(jù)庫元數(shù)據(jù)─對優(yōu)化可視化設(shè)計具備主要意義─可確保類型安全和準(zhǔn)確綁定?對組件使用標(biāo)準(zhǔn)JSF元數(shù)據(jù)─可方便地導(dǎo)入標(biāo)準(zhǔn)組件?JSF組件著色器需求─用標(biāo)準(zhǔn)JSFAPI實現(xiàn)─更逼真(所見即所得)─可實現(xiàn)精準(zhǔn)著色和可視化操作總結(jié)—值得深思關(guān)鍵點(diǎn)?企業(yè)開發(fā)人員需求不一樣于其它開發(fā)人員?所以企業(yè)開發(fā)人員工具必須搞清不一樣設(shè)計中心?SunJavaStudioCreator為企業(yè)開發(fā)人員提供了構(gòu)建JavaWeb應(yīng)用便捷方式?定義良好應(yīng)用模型是確保Javaw