本篇文章給大家談?wù)勡浖_發(fā)規(guī)范和標(biāo)準(zhǔn)雙驗(yàn)證模式，以及雙軟件企業(yè)認(rèn)定要求對(duì)應(yīng)的知識(shí)點(diǎn)，希望對(duì)各位有所幫助，不要忘了收藏本站喔。

本文目錄一覽：

• 1、軟件開發(fā)模式有哪些？
• 2、企業(yè)規(guī)范化標(biāo)準(zhǔn)化的軟件項(xiàng)目開發(fā)流程？
• 3、軟件開發(fā)
• 4、軟件開發(fā)和測(cè)試的標(biāo)準(zhǔn)和規(guī)范有哪些？

軟件開發(fā)模式有哪些？

. 邊做邊改模型（Build-and-Fix Model）

好吧，其實(shí)現(xiàn)在許多產(chǎn)品實(shí)際都是使用的“邊做邊改”模型來(lái)開發(fā)的，特別是很多小公司產(chǎn)品周期壓縮的太短。在這種模型中，既沒有規(guī)格說(shuō)明，也沒有經(jīng)過(guò)設(shè)計(jì)，軟件隨著客戶的需要一次又一次地不斷被修改。

在這個(gè)模型中，開發(fā)人員拿到項(xiàng)目立即根據(jù)需求編寫程序，調(diào)試通過(guò)后生成軟件的第一個(gè)版本。在提供給用戶使用后，如果程序出現(xiàn)錯(cuò)誤，或者用戶提出新的要求，開發(fā)人員重新修改代碼，直到用戶和測(cè)試等等滿意為止。

這是一種類似作坊的開發(fā)方式，邊做邊改模型的優(yōu)點(diǎn)毫無(wú)疑問(wèn)就是前期出成效快。

對(duì)編寫邏輯不需要太嚴(yán)謹(jǐn)?shù)男〕绦騺?lái)說(shuō)還可以對(duì)付得過(guò)去，但這種方法對(duì)任何規(guī)模的開發(fā)來(lái)說(shuō)都是不能令人滿意的，其主要問(wèn)題在于：

缺少規(guī)劃和設(shè)計(jì)環(huán)節(jié)，軟件的結(jié)構(gòu)隨著不斷的修改越來(lái)越糟，導(dǎo)致無(wú)法繼續(xù)修改；

忽略需求環(huán)節(jié)，給軟件開發(fā)帶來(lái)很大的風(fēng)險(xiǎn)；

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

2. 瀑布模型（Waterfall Model）

瀑布模型是一種比較老舊的軟件開發(fā)模型，1970年溫斯頓·羅伊斯提出了著名的“瀑布模型”，直到80年代都還是一直被廣泛采用的模型。

瀑布模型將軟件生命周期劃分為制定計(jì)劃、需求分析、軟件設(shè)計(jì)、程序編寫、軟件測(cè)試和運(yùn)行維護(hù)等六個(gè)基本活動(dòng)，并且規(guī)定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級(jí)下落。

在瀑布模型中，軟件開發(fā)的各項(xiàng)活動(dòng)嚴(yán)格按照線性方式進(jìn)行，當(dāng)前活動(dòng)接受上一項(xiàng)活動(dòng)的工作結(jié)果，實(shí)施完成所需的工作內(nèi)容。當(dāng)前活動(dòng)的工作結(jié)果需要進(jìn)行驗(yàn)證，如驗(yàn)證通過(guò)，則該結(jié)果作為下一項(xiàng)活動(dòng)的輸入，繼續(xù)進(jìn)行下一項(xiàng)活動(dòng)，否則返回修改。

瀑布模型優(yōu)點(diǎn)是嚴(yán)格遵循預(yù)先計(jì)劃的步驟順序進(jìn)行，一切按部就班比較嚴(yán)謹(jǐn)。

瀑布模型強(qiáng)調(diào)文檔的作用，并要求每個(gè)階段都要仔細(xì)驗(yàn)證。但是，這種模型的線性過(guò)程太理想化，已不再適合現(xiàn)代的軟件開發(fā)模式，幾乎被業(yè)界拋棄，其主要問(wèn)題在于：

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

由于開發(fā)模型是線性的，用戶只有等到整個(gè)過(guò)程的末期才能見到開發(fā)成果，從而增加了開發(fā)的風(fēng)險(xiǎn)；

早期的錯(cuò)誤可能要等到開發(fā)后期的測(cè)試階段才能發(fā)現(xiàn)，進(jìn)而帶來(lái)嚴(yán)重的后果。

各個(gè)軟件生命周期銜接花費(fèi)時(shí)間較長(zhǎng)，團(tuán)隊(duì)人員交流成本大。

瀑布式方法在需求不明并且在項(xiàng)目進(jìn)行過(guò)程中可能變化的情況下基本是不可行的。

3. 迭代模型（stagewise model）

迭代模型（也被稱作迭代增量式開發(fā)或迭代進(jìn)化式開發(fā)）是一種與傳統(tǒng)的瀑布式開發(fā)相反的軟件開發(fā)過(guò)程，它彌補(bǔ)了傳統(tǒng)開發(fā)方式中的一些弱點(diǎn)，具有更高的成功率和生產(chǎn)率。

在迭代式開發(fā)方法中，整個(gè)開發(fā)工作被組織為一系列的短小的、固定長(zhǎng)度（如3周）的小項(xiàng)目，被稱為一系列的迭代。每一次迭代都包括了需求分析、設(shè)計(jì)、實(shí)現(xiàn)與測(cè)試。采用這種方法，開發(fā)工作可以在需求被完整地確定之前啟動(dòng)，并在一次迭代中完成系統(tǒng)的一部分功能或業(yè)務(wù)邏輯的開發(fā)工作。再通過(guò)客戶的反饋來(lái)細(xì)化需求，并開始新一輪的迭代。

教學(xué)中，對(duì)迭代和版本的區(qū)別，可理解如下： 迭代一般指某版本的生產(chǎn)過(guò)程，包括從需求分析到測(cè)試完成； 版本一般指某階段軟件開發(fā)的結(jié)果，一個(gè)可交付使用的產(chǎn)品。

與傳統(tǒng)的瀑布模型相比較，迭代過(guò)程具有以下優(yōu)點(diǎn)：

降低了在一個(gè)增量上的開支風(fēng)險(xiǎn)。如果開發(fā)人員重復(fù)某個(gè)迭代，那么損失只是這一個(gè)開發(fā)有誤的迭代的花費(fèi)。

降低了產(chǎn)品無(wú)法按照既定進(jìn)度進(jìn)入市場(chǎng)的風(fēng)險(xiǎn)。通過(guò)在開發(fā)早期就確定風(fēng)險(xiǎn)，可以盡早來(lái)解決而不至于在開發(fā)后期匆匆忙忙。

加快了整個(gè)開發(fā)工作的進(jìn)度。因?yàn)殚_發(fā)人員清楚問(wèn)題的焦點(diǎn)所在，他們的工作會(huì)更有效率。

由于用戶的需求并不能在一開始就作出完全的界定，它們通常是在后續(xù)階段中不斷細(xì)化的。因此，迭代過(guò)程這種模式使適應(yīng)需求的變化會(huì)更容易些。因此復(fù)用性更高

4. 快速原型模型（Rapid Prototype Model）

快速原型模型的第一步是建造一個(gè)快速原型，實(shí)現(xiàn)客戶或未來(lái)的用戶與系統(tǒng)的交互，用戶或客戶對(duì)原型進(jìn)行評(píng)價(jià)，進(jìn)一步細(xì)化待開發(fā)軟件的需求。通過(guò)逐步調(diào)整原型使其滿足客戶的要求，開發(fā)人員可以確定客戶的真正需求是什么；第二步則在第一步的基礎(chǔ)上開發(fā)客戶滿意的軟件產(chǎn)品。

顯然，快速原型方法可以克服瀑布模型的缺點(diǎn)，減少由于軟件需求不明確帶來(lái)的開發(fā)風(fēng)險(xiǎn)，具有顯著的效果。

快速原型的關(guān)鍵在于盡可能快速地建造出軟件原型，一旦確定了客戶的真正需求，所建造的原型將被丟棄。因此，原型系統(tǒng)的內(nèi)部結(jié)構(gòu)并不重要，重要的是必須迅速建立原型，隨之迅速修改原型，以反映客戶的需求。

快速原型模型有點(diǎn)整合“邊做邊改”與“瀑布模型”優(yōu)點(diǎn)的意味。

5、增量模型（Incremental Model）

與建造大廈相同，軟件也是一步一步建造起來(lái)的。在增量模型中，軟件被作為一系列的增量構(gòu)件來(lái)設(shè)計(jì)、實(shí)現(xiàn)、集成和測(cè)試，每一個(gè)構(gòu)件是由多種相互作用的模塊所形成的提供特定功能的代碼片段構(gòu)成。

增量模型在各個(gè)階段并不交付一個(gè)可運(yùn)行的完整產(chǎn)品，而是交付滿足客戶需求的一個(gè)子集的可運(yùn)行產(chǎn)品。整個(gè)產(chǎn)品被分解成若干個(gè)構(gòu)件，開發(fā)人員逐個(gè)構(gòu)件地交付產(chǎn)品，這樣做的好處是軟件開發(fā)可以較好地適應(yīng)變化，客戶可以不斷地看到所開發(fā)的軟件，從而降低開發(fā)風(fēng)險(xiǎn)。但是，增量模型也存在以下缺陷：

由于各個(gè)構(gòu)件是逐漸并入已有的軟件體系結(jié)構(gòu)中的，所以加入構(gòu)件必須不破壞已構(gòu)造好的系統(tǒng)部分，這需要軟件具備開放式的體系結(jié)構(gòu)。

在開發(fā)過(guò)程中，需求的變化是不可避免的。增量模型的靈活性可以使其適應(yīng)這種變化的能力大大優(yōu)于瀑布模型和快速原型模型，但也很容易退化為邊做邊改模型，從而是軟件過(guò)程的控制失去整體性。

在使用增量模型時(shí)，第一個(gè)增量往往是實(shí)現(xiàn)基本需求的核心產(chǎn)品。核心產(chǎn)品交付用戶使用后，經(jīng)過(guò)評(píng)價(jià)形成下一個(gè)增量的開發(fā)計(jì)劃，它包括對(duì)核心產(chǎn)品的修改和一些新功能的發(fā)布。這個(gè)過(guò)程在每個(gè)增量發(fā)布后不斷重復(fù)，直到產(chǎn)生最終的完善產(chǎn)品。

例如，使用增量模型開發(fā)字處理軟件?？梢钥紤]，第一個(gè)增量發(fā)布基本的文件管理、編輯和文檔生成功能，第二個(gè)增量發(fā)布更加完善的編輯和文檔生成功能，第三個(gè)增量實(shí)現(xiàn)拼寫和文法檢查功能，第四個(gè)增量完成高級(jí)的頁(yè)面布局功能。

6. 螺旋模型（Spiral Model）

1988年，巴利·玻姆(Barry Boehm)正式發(fā)表了軟件系統(tǒng)開發(fā)的“螺旋模型”，它將瀑布模型和快速原型模型結(jié)合起來(lái)，強(qiáng)調(diào)了其他模型所忽視的風(fēng)險(xiǎn)分析，特別適合于大型復(fù)雜的系統(tǒng)。

螺旋模型沿著螺線進(jìn)行若干次迭代，圖中的四個(gè)象限代表了以下活動(dòng)：

制定計(jì)劃：確定軟件目標(biāo)，選定實(shí)施方案，弄清項(xiàng)目開發(fā)的限制條件；

風(fēng)險(xiǎn)分析：分析評(píng)估所選方案，考慮如何識(shí)別和消除風(fēng)險(xiǎn)；

實(shí)施工程：實(shí)施軟件開發(fā)和驗(yàn)證；

客戶評(píng)估：評(píng)價(jià)開發(fā)工作，提出修正建議，制定下一步計(jì)劃。

螺旋模型由風(fēng)險(xiǎn)驅(qū)動(dòng)，強(qiáng)調(diào)可選方案和約束條件從而支持軟件的重用，有助于將軟件質(zhì)量作為特殊目標(biāo)融入產(chǎn)品開發(fā)之中。但是，螺旋模型也有一定的限制條件，具體如下：

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

如果執(zhí)行風(fēng)險(xiǎn)分析將大大影響項(xiàng)目的利潤(rùn)，那么進(jìn)行風(fēng)險(xiǎn)分析毫無(wú)意義，因此，螺旋模型只適合于大規(guī)模軟件項(xiàng)目。

軟件開發(fā)人員應(yīng)該擅長(zhǎng)尋找可能的風(fēng)險(xiǎn)，準(zhǔn)確地分析風(fēng)險(xiǎn)，否則將會(huì)帶來(lái)更大的風(fēng)險(xiǎn)

一個(gè)階段首先是確定該階段的目標(biāo)，完成這些目標(biāo)的選擇方案及其約束條件，然后從風(fēng)險(xiǎn)角度分析方案的開發(fā)策略，努力排除各種潛在的風(fēng)險(xiǎn)，有時(shí)需要通過(guò)建造原型來(lái)完成。如果某些風(fēng)險(xiǎn)不能排除，該方案立即終止，否則啟動(dòng)下一個(gè)開發(fā)步驟。最后，評(píng)價(jià)該階段的結(jié)果，并設(shè)計(jì)下一個(gè)階段。

7. 敏捷軟件開發(fā) (Agile development)

敏捷開發(fā)是一種以人為核心、迭代、循序漸進(jìn)的開發(fā)方法。在敏捷開發(fā)中，軟件項(xiàng)目的構(gòu)建被切分成多個(gè)子項(xiàng)目，各個(gè)子項(xiàng)目的成果都經(jīng)過(guò)測(cè)試，具備集成和可運(yùn)行的特征。換言之，就是把一個(gè)大項(xiàng)目分為多個(gè)相互聯(lián)系，但也可獨(dú)立運(yùn)行的小項(xiàng)目，并分別完成，在此過(guò)程中軟件一直處于可使用狀態(tài)。

敏捷開發(fā)小組主要的工作方式可以歸納為：作為一個(gè)整體工作； 按短迭代周期工作； 每次迭代交付一些成果，關(guān)注業(yè)務(wù)優(yōu)先級(jí)，檢查與調(diào)整。

敏捷軟件開發(fā)要注意項(xiàng)目規(guī)模，規(guī)模增長(zhǎng)，團(tuán)隊(duì)交流成本就上去了，因此敏捷軟件開發(fā)暫時(shí)適合不是特別大的團(tuán)隊(duì)開發(fā)，比較適合一個(gè)組的團(tuán)隊(duì)使用。

8. 演化模型（evolutionary model）

主要針對(duì)事先不能完整定義需求的軟件開發(fā)。用戶可以給出待開發(fā)系統(tǒng)的核心需求，并且當(dāng)看到核心需求實(shí)現(xiàn)后，能夠有效地提出反饋，以支持系統(tǒng)的最終設(shè)計(jì)和實(shí)現(xiàn)。軟件開發(fā)人員根據(jù)用戶的需求，首先開發(fā)核心系統(tǒng)。當(dāng)該核心系統(tǒng)投入運(yùn)行后，用戶試用之，完成他們的工作，并提出精化系統(tǒng)、增強(qiáng)系統(tǒng)能力的需求。軟件開發(fā)人員根據(jù)用戶的反饋，實(shí)施開發(fā)的迭代過(guò)程。第一迭代過(guò)程均由需求、設(shè)計(jì)、編碼、測(cè)試、集成等階段組成，為整個(gè)系統(tǒng)增加一個(gè)可定義的、可管理的子集。

在開發(fā)模式上采取分批循環(huán)開發(fā)的辦法，每循環(huán)開發(fā)一部分的功能，它們成為這個(gè)產(chǎn)品的原型的新增功能。于是，設(shè)計(jì)就不斷地演化出新的系統(tǒng)。 實(shí)際上，這個(gè)模型可看作是重復(fù)執(zhí)行的多個(gè)“瀑布模型”。

“演化模型”要求開發(fā)人員有能力把項(xiàng)目的產(chǎn)品需求分解為不同組，以便分批循環(huán)開發(fā)。這種分組并不是絕對(duì)隨意性的，而是要根據(jù)功能的重要性及對(duì)總體設(shè)計(jì)的基礎(chǔ)結(jié)構(gòu)的影響而作出判斷。有經(jīng)驗(yàn)指出，每個(gè)開發(fā)循環(huán)以六周到八周為適當(dāng)?shù)拈L(zhǎng)度。

9. 噴泉模型（fountain model, (面向?qū)ο蟮纳嫫谀Ｐ? 面向?qū)ο螅∣bject Oriented,OO）模型））

噴泉模型與傳統(tǒng)的結(jié)構(gòu)化生存期比較，具有更多的增量和迭代性質(zhì)，生存期的各個(gè)階段可以相互重疊和多次反復(fù)，而且在項(xiàng)目的整個(gè)生存期中還可以嵌入子生存期。就像水噴上去又可以落下來(lái)，可以落在中間，也可以落在最底部。

10. 智能模型（四代技術(shù)（4GL）)

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

11. 混合模型（hybrid model）

過(guò)程開發(fā)模型又叫混合模型（hybrid model），或元模型（meta-model）,把幾種不同模型組合成一種混合模型，它允許一個(gè)項(xiàng)目能沿著最有效的路徑發(fā)展，這就是過(guò)程開發(fā)模型（或混合模型）。實(shí)際上，一些軟件開發(fā)單位都是使用幾種不同的開發(fā)方法組成他們自己的混合模型。

企業(yè)規(guī)范化標(biāo)準(zhǔn)化的軟件項(xiàng)目開發(fā)流程？

企業(yè)規(guī)范化標(biāo)準(zhǔn)化的軟件項(xiàng)目開發(fā)流程通常包括以下階段：

需求分析階段：這個(gè)階段是項(xiàng)目的前期準(zhǔn)備工作，主要目的是確定項(xiàng)目的需求和目標(biāo)，包括分析客戶需求、評(píng)估項(xiàng)目風(fēng)險(xiǎn)、制定項(xiàng)目計(jì)劃等。

設(shè)計(jì)階段：這個(gè)階段是根據(jù)需求分析階段的結(jié)果，進(jìn)行系統(tǒng)設(shè)計(jì)，包括繪制概念圖、流程圖、架構(gòu)圖等，確定系統(tǒng)的總體框架和設(shè)計(jì)思路。

編碼階段：這個(gè)階段是根據(jù)設(shè)計(jì)階段的結(jié)果，實(shí)現(xiàn)代碼編寫和調(diào)試。開發(fā)團(tuán)隊(duì)需要遵守代碼規(guī)范和標(biāo)準(zhǔn)化的編碼規(guī)范，保證代碼的可讀性和可維護(hù)性。

測(cè)試階段：這個(gè)階段是對(duì)軟件進(jìn)行測(cè)試，包括功能測(cè)試、性能測(cè)試、兼容性測(cè)試等，保證軟件的質(zhì)量和穩(wěn)定性。

部署和維護(hù)階段：這個(gè)階段是將軟件部署到實(shí)際使用環(huán)境中，并對(duì)軟件進(jìn)行維護(hù)和更新。需要建立完善的運(yùn)維管理體系，對(duì)軟件進(jìn)行持續(xù)的監(jiān)控和優(yōu)化。

在整個(gè)軟件項(xiàng)目開發(fā)過(guò)程中，需要遵循規(guī)范化和標(biāo)準(zhǔn)化的開發(fā)流程和方法，保證軟件質(zhì)量和項(xiàng)目進(jìn)度的穩(wěn)定和高效。同時(shí)，需要建立規(guī)范的項(xiàng)目管理流程和組織架構(gòu)，保證開發(fā)團(tuán)隊(duì)的協(xié)同和配合，實(shí)現(xiàn)項(xiàng)目目標(biāo)的順利實(shí)現(xiàn)。

軟件開發(fā)

方向很多 就一般Java方向而言（另外還有C++、C#等多種）：

Unix/Linux操作系統(tǒng)

Unix開發(fā)環(huán)境

Unix操作系統(tǒng)概述、Unix文件系統(tǒng)、Unix的Kernel和Shell、遠(yuǎn)程登錄的原理、用戶管理命令、基本文件和目錄操作命令、Unix操作系統(tǒng)的特殊字符、使用vi命令編輯文本文件、使用FTP進(jìn)行文件傳輸、初始化文件及環(huán)境變量的配置、Shell腳本及crontab命令。

熟練掌握Sun Solaris Unix系統(tǒng)基本操作命令，能夠勝任Unix/Linux系統(tǒng)下的Java程序開發(fā)和管理工作。

Java SE開發(fā)

Java語(yǔ)言基礎(chǔ)

Java SE 6.0核心語(yǔ)法歸納講解，包括Java語(yǔ)言的特點(diǎn)、環(huán)境的配置、開發(fā)基本命令、類的定義技巧、方法調(diào)用過(guò)程、對(duì)象生成原理與內(nèi)存分布、標(biāo)識(shí)符、關(guān)鍵字和數(shù)據(jù)類型、運(yùn)算符和表達(dá)式、Java商業(yè)運(yùn)算要點(diǎn)、流程控制語(yǔ)句、Java數(shù)組和鏈表等算法和數(shù)據(jù)結(jié)構(gòu)；同時(shí)掌握Eclipse開發(fā)工具的使用。

熟練掌握J(rèn)ava核心語(yǔ)法

Java面向?qū)ο缶幊?

囊括了Java面向?qū)ο蟮木?，包括面向?qū)ο笕筇匦浴庋b、繼承與多態(tài)，各種修飾符在面向?qū)ο笏枷胂碌木C合運(yùn)用，抽象類的特點(diǎn)和使用技巧，面向接口編程的思想和實(shí)踐，內(nèi)部類的應(yīng)用，JDK核心類包括Object、String、Date和Calendar等類的使用和設(shè)計(jì)思想，正則表達(dá)式，自動(dòng)封箱和解箱，Java異常處理，Java集合框架，泛型的語(yǔ)法和使用等。

熟練掌握J(rèn)ava面向?qū)ο笏枷?

Java高級(jí)應(yīng)用

主要研究：中高級(jí)軟件工程師的必修利器——Java反射編程，Java圖形開發(fā)組件的開發(fā)步驟和應(yīng)用技巧，事件模型的設(shè)計(jì)理念和應(yīng)用，Java多線程編程，Java的I/O流，Java網(wǎng)絡(luò)編程等。

熟練掌握J(rèn)ava高級(jí)編程，這部分是作為高級(jí)程序員必須掌握的技術(shù)

XML語(yǔ)法與解析

XML（eXtensible Markup Language）的中文名稱是可擴(kuò)展標(biāo)記語(yǔ)言，是樹形的概念層次結(jié)構(gòu),簡(jiǎn)而言之它就是一種保存結(jié)構(gòu)化數(shù)據(jù)的格式。XML作為一種面向內(nèi)容的描述語(yǔ)言，通過(guò)基于樹形數(shù)據(jù)結(jié)構(gòu)的層次化概念分類體系模型，在很大程度上彌補(bǔ)了HTML作為網(wǎng)絡(luò)標(biāo)準(zhǔn)語(yǔ)言在概念層次關(guān)系的語(yǔ)義表達(dá)上的不足。

主要學(xué)習(xí)內(nèi)容：XML的意義、語(yǔ)法結(jié)構(gòu)、XML良構(gòu)的規(guī)范；DTD的意義和語(yǔ)法、使用名稱空間的技巧；Schema的意義、語(yǔ)法，使用Java API解析XML；基于Java DOM和SAX的XML處理技術(shù)。

掌握目前最通用的網(wǎng)絡(luò)數(shù)據(jù)格式，并能熟練在商業(yè)開發(fā)中應(yīng)用

數(shù)據(jù)庫(kù)編程

Oracle SQL

Oracle公司的Oracle數(shù)據(jù)庫(kù)產(chǎn)品是當(dāng)今的高端企業(yè)級(jí)應(yīng)用的主流產(chǎn)品。我們主要學(xué)習(xí)：Oracle 10g數(shù)據(jù)庫(kù)原理，SQL語(yǔ)句（DDL、DML、TCL、DCL）的語(yǔ)法，項(xiàng)目中經(jīng)典SQL語(yǔ)句重現(xiàn)，Oracle數(shù)據(jù)庫(kù)函數(shù)包括字符函數(shù)、數(shù)值函數(shù)、日期函數(shù)、數(shù)據(jù)類型轉(zhuǎn)換函數(shù)以及組函數(shù)，數(shù)據(jù)庫(kù)的設(shè)計(jì)，表連接包括等值連接、非等值連接、自連接和外連接，SQL子查詢，Oracle序列對(duì)象在項(xiàng)目中的運(yùn)用，索引及視圖，系統(tǒng)表的應(yīng)用技巧，Oracle SQL的錯(cuò)誤排查及調(diào)優(yōu)解決方案。

掌握Oracle數(shù)據(jù)庫(kù)設(shè)計(jì)、操作和開發(fā)

MySQL數(shù)據(jù)庫(kù)

MySQL5.0數(shù)據(jù)庫(kù)的管理和開發(fā)要領(lǐng)，掌握MySQL和Oracle數(shù)據(jù)庫(kù)的異同點(diǎn)。

掌握MySql數(shù)據(jù)庫(kù)的設(shè)計(jì)、操作和開發(fā)

JDBC編程

JDBC為Java開發(fā)者使用數(shù)據(jù)庫(kù)提供了統(tǒng)一的編程接口，使得開發(fā)人員可以使用純Java的方式來(lái)連接數(shù)據(jù)庫(kù)，并進(jìn)行操作。學(xué)習(xí)的主要內(nèi)容有：JDBC的編程步驟，重要的編程接口，JDBC異常處理，JDBC中使用事務(wù)，Batch Updates批量更新，Blob/Clob等新數(shù)據(jù)類型，JNDI，DataSource，數(shù)據(jù)庫(kù)連接池的管理等。逐步掌握基于JDBC的Oracle，SQLServer，DB2，MySQL等數(shù)據(jù)庫(kù)連接技術(shù)。

熟練掌握J(rèn)ava語(yǔ)言對(duì)各種數(shù)據(jù)庫(kù)的連接技術(shù)

系統(tǒng)分析與設(shè)計(jì)

軟件開發(fā)流程及UML

學(xué)習(xí)軟件開發(fā)過(guò)程包括瀑布模型、統(tǒng)一開發(fā)過(guò)程（USDP），CMMI5級(jí)軟件設(shè)計(jì)規(guī)范，掌握統(tǒng)一建模語(yǔ)言UML，掌握軟件的靜態(tài)建模和動(dòng)態(tài)建模。掌握面向?qū)ο笾袑?duì)象的關(guān)系。

掌握軟件開發(fā)流程及UML

設(shè)計(jì)原則與模式

原則和模式是分析設(shè)計(jì)人員與程序員在開發(fā)過(guò)程中經(jīng)驗(yàn)的總結(jié)，學(xué)習(xí)模式就是獲取經(jīng)驗(yàn)。

掌握面向?qū)ο蟮脑O(shè)計(jì)原則：“開—閉”原則（OCP）、里氏代換原則（LSP）、依賴倒轉(zhuǎn)原則（DIP）、接口隔離原則（ISP）、組合/聚合復(fù)用原則（CARP）、迪米特法則（LoD）。

掌握主流的設(shè)計(jì)模式：工廠模式（Factory）、單例模式（Singleton）、觀察者模式（Observer）、組合模式（Composite）、狀態(tài)模式（State）等，以及重要的架構(gòu)模式：Dao模式、MVC模式。

掌握面向?qū)ο蟮脑O(shè)計(jì)原則和模式。區(qū)別于激情代碼，重點(diǎn)在于知道軟件為什么要這么做，保證代碼質(zhì)量，保證科學(xué)的開發(fā)流程。按照CMM3的標(biāo)準(zhǔn)來(lái)設(shè)計(jì)軟件和管理開發(fā)過(guò)程。

Web開發(fā)基礎(chǔ)

HTML

基于瀏覽器的語(yǔ)言HTML：

了解HTML基本文檔結(jié)構(gòu)、常用的meta，掌握HTML列表和表格基本操作，了解HTTP GET和POST請(qǐng)求及響應(yīng)的協(xié)議格式，掌握表單的基本原理，掌握GET和POST提交方式及其區(qū)別，熟練掌握常用表單元素。

掌握企業(yè)級(jí)應(yīng)用客戶端頁(yè)面技術(shù)

CSS

CSS意為層疊樣式表(Cascading Style Sheets)用于定義HTML元素的位置和樣式。CSS樣式定義通常存儲(chǔ)在單獨(dú)的文件中, 可以極大提高工作效率。掌握CSS基本語(yǔ)法和CSS選擇器，掌握CSS定位技術(shù)，了解CSS內(nèi)外邊距、邊框等特性。

掌握企業(yè)級(jí)應(yīng)用客戶端頁(yè)面樣式技術(shù)

JavaScript

基于瀏覽器的動(dòng)態(tài)腳本技術(shù)JavaScript：

JavaScript 被設(shè)計(jì)用來(lái)向 HTML頁(yè)面添加交互行為，是一種被瀏覽器解釋執(zhí)行的腳本語(yǔ)言。我們可以應(yīng)用JavaScript來(lái)響應(yīng)事件, 實(shí)現(xiàn)復(fù)雜交互，驗(yàn)證數(shù)據(jù), 提高系統(tǒng)健壯性，獲取和改變HTML元素及CSS屬性，動(dòng)態(tài)改變頁(yè)面外觀，逐步向RIA(Rich Internet Applications)邁進(jìn)。

掌握J(rèn)avaScript基本數(shù)據(jù)類型及其運(yùn)算，熟練使用數(shù)組、日期等，掌握基本的對(duì)于頁(yè)面元素的操作，掌握Prototype.js的基本方法，掌握HTML DOM模型，Window對(duì)象，操作Cookie，定時(shí)器等。

掌握企業(yè)級(jí)應(yīng)用客戶端動(dòng)態(tài)腳本技術(shù)

Java Web開發(fā)

Servlet編程

學(xué)習(xí)要點(diǎn)：Web服務(wù)器的安裝和配置，編寫及部署Servlet，讀取請(qǐng)求信息，生成響應(yīng)信息，維護(hù)客戶狀態(tài)，過(guò)濾請(qǐng)求和響應(yīng)，***
的應(yīng)用，對(duì)持久層資源的訪問(wèn)，使用包裝器攔截響應(yīng)，Session與Cookie技術(shù)，Servlet互操作，訪問(wèn)應(yīng)用上下文，MVC架構(gòu)模式的思想和運(yùn)用。

JSP編程

JSP是在Java服務(wù)器端運(yùn)行的頁(yè)面，JSP本身就是一個(gè)基于文本的文檔，他不僅可以包含靜態(tài)的HTML內(nèi)容，也可以包含動(dòng)態(tài)的Java代碼，服務(wù)器容器可以將JSP轉(zhuǎn)換成Servlet發(fā)布，并接受請(qǐng)求，提供響應(yīng)。

學(xué)習(xí)內(nèi)容：JSP的特點(diǎn)、運(yùn)行原理及執(zhí)行過(guò)程，JSP的腳本元素，JSP指令的分類及詳解，JSP中中常用的動(dòng)作，JavaBean組件在JSP中的應(yīng)用，JSP內(nèi)置對(duì)象詳解，JSP異常處理及提高程序健壯性要領(lǐng)，重定向與轉(zhuǎn)發(fā)的本質(zhì)區(qū)別，URL回寫，自定義標(biāo)簽要領(lǐng)，EL表達(dá)式，JSTL核心標(biāo)簽庫(kù)，字符集的處理和國(guó)際化。

Web系統(tǒng)架構(gòu)

著重掌握B/S架構(gòu)、B/S/A/D架構(gòu)下的程序設(shè)計(jì)與開發(fā)，深入理解Web MVC架構(gòu)模式，完成Web應(yīng)用的調(diào)試和部署，動(dòng)態(tài)發(fā)布Web應(yīng)用。

Ajax編程

Ajax（Asynchronous JavaScript and XML）由 HTML、JavaScript技術(shù)、DHTML和DOM組成，這一杰出的方式可以將笨拙的Web界面轉(zhuǎn)化成交互性優(yōu)越的Ajax應(yīng)用程序。

主要內(nèi)容：Ajax技術(shù)構(gòu)成及核心編程，發(fā)送請(qǐng)求及處理響應(yīng)，Ajax數(shù)據(jù)傳輸格式（純文本、XML及JSON），XMLHttpRequest詳解，Ajax庫(kù)及框架介紹。

軟件開發(fā)和測(cè)試的標(biāo)準(zhǔn)和規(guī)范有哪些？

這里有相關(guān)的資料，看看是不是你想要的資料，你可以自己上工標(biāo)網(wǎng)去搜索后下載更詳細(xì)的內(nèi)容，去看看吧！

標(biāo)準(zhǔn)編號(hào):SJ/T 10367-1993

標(biāo)準(zhǔn)名稱:計(jì)算機(jī)過(guò)程控制軟件開發(fā)規(guī)程

標(biāo)準(zhǔn)狀態(tài):現(xiàn)行

英文標(biāo)題:Procedure for computer process control software development

實(shí)施日期:1993-12-1

頒布部門:中華人民共和國(guó)電子工業(yè)部

內(nèi)容簡(jiǎn)介:本標(biāo)準(zhǔn)規(guī)定了計(jì)算機(jī)過(guò)程控制軟件開發(fā)工程應(yīng)遵守的流程，應(yīng)完成的技術(shù)任務(wù)和管理任務(wù)，應(yīng)采用的技術(shù)方法和管理方法以及應(yīng)編制的文檔和工程進(jìn)行中各階段的質(zhì)量檢驗(yàn)要求。為了便于文檔的編寫，給出了部分文檔的內(nèi)容提要，并在附錄A～E中用參考件的形式給出了編寫提示。本標(biāo)準(zhǔn)適用于計(jì)算機(jī)過(guò)程控制系統(tǒng)的軟件研制和開發(fā)。這類系統(tǒng)和模擬儀表控制系統(tǒng)一樣，能監(jiān)視和控制過(guò)程，但其功能、性能更強(qiáng)，能方便靈活地改變監(jiān)視和控制要求，并具備信息處理能力。

出處:

下載:

標(biāo)準(zhǔn)編號(hào):SJ 20778-2000

標(biāo)準(zhǔn)名稱:軟件開發(fā)與文檔編制

標(biāo)準(zhǔn)狀態(tài):現(xiàn)行

英文標(biāo)題:Software development and documentation

實(shí)施日期:2000-10-20

出處:

下載:

標(biāo)準(zhǔn)編號(hào):SH/T 3901-1994

標(biāo)準(zhǔn)名稱:工程設(shè)計(jì)計(jì)算機(jī)軟件開發(fā)及文檔編制規(guī)范

標(biāo)準(zhǔn)狀態(tài):現(xiàn)行

英文標(biāo)題:Procedure for computer software development and documentation

實(shí)施日期:1994-8-1

頒布部門:中國(guó)石油化工總公司

內(nèi)容簡(jiǎn)介:本規(guī)范適用于一般開發(fā)難度的中型（兼顧大、小型）石油化工工程設(shè)計(jì)計(jì)算機(jī)應(yīng)用軟件的開發(fā)及文檔編制工作。特殊軟件項(xiàng)目可參照?qǐng)?zhí)行。

出處:

關(guān)于軟件開發(fā)規(guī)范和標(biāo)準(zhǔn)雙驗(yàn)證模式和雙軟件企業(yè)認(rèn)定要求的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。