導(dǎo)語：如何才能寫好一篇軟件開發(fā)工程師，這就需要搜集整理更多的資料和文獻(xiàn)，歡迎閱讀由公務(wù)員之家整理的十篇范文，供你借鑒。

篇1

隨著web 2.0時代的到來，網(wǎng)站的個性化則意味著精而專，網(wǎng)站之間的分工更明確，而且網(wǎng)站的個性化不是原來的網(wǎng)頁個性化，而是服務(wù)個性化。這就要求互聯(lián)網(wǎng)軟件開發(fā)工程師擁有精專的技術(shù)，為網(wǎng)站提供更好的個性化應(yīng)用服務(wù)。

崗位描述：

1、負(fù)責(zé)公司網(wǎng)站開發(fā)和維護(hù);

2、負(fù)責(zé)對網(wǎng)站進(jìn)行實施，測試;

3、負(fù)責(zé)現(xiàn)有網(wǎng)站的維護(hù)和升級;

4、負(fù)責(zé)解決開發(fā)過程中的技術(shù)問題;

5、負(fù)責(zé)網(wǎng)站開發(fā)文檔編寫工作。

任職資格：

1、計算機(jī)及相關(guān)專業(yè)畢業(yè)，大學(xué)本科以上學(xué)歷;

2、一年以上web開發(fā)經(jīng)驗 ;精通html/xml、javascript、css、jsp、java語言及sql;

3、能獨立完成大型網(wǎng)站架構(gòu)設(shè)計及實現(xiàn);

4、熟悉web service、ajax等技術(shù);

5、了解photoshop、 flash、dreamweaver等軟件的使用，了解sql或oracle等數(shù)據(jù)庫;

篇2

【關(guān)鍵詞】TDD；測試驅(qū)動開發(fā)；軟件工程

TDD全稱TestDrivenDevelopment，中文翻譯為測試驅(qū)動開發(fā)，上世紀(jì)九十年代中后期發(fā)起于敏捷開發(fā)（AgileDevelopment）思想中的極限編程（Extremeprogramming）理念。由KentBeck在2002年出版的《TestDrivenDevelopment:ByExample》和DavidAstels在2003年出版的《Test-DrivenDevelopment:APracticalGuide:APracticalGuide》共同奠定了TDD的理論基礎(chǔ)和實踐模型。從正式提出至今，TDD模式一直存在著兩種不同的應(yīng)用觀點。一種觀點認(rèn)為TDD模式是一種軟件工程規(guī)范而不是簡單的技術(shù)驗證，換而言之，TDD的基本思路就是通過測試來推動整個開發(fā)的進(jìn)行，并不只是單純的測試工作。另一種觀點認(rèn)為TDD是一種編程技術(shù)，目標(biāo)是編寫干凈的代碼，極限編程三位創(chuàng)始人之一的RonJeffries（另兩位是KentBeck和WardCunningham）是這種觀點的主要支持者。這兩種觀點并沒有絕對的對與錯，在生產(chǎn)、教學(xué)實踐中體現(xiàn)出了它們在不同條件、環(huán)境下各自的價值。2004年DavidAstels的《TestDrivenDevelopment:ByExample》被翻譯成中文，TDD模式開始在我國傳播，并在2006年-2010年受到了計算機(jī)學(xué)界和信息產(chǎn)業(yè)界的普遍關(guān)注和廣泛討論。在這場實踐檢驗理論的討論中，學(xué)界和大企業(yè)普遍對TDD模式持認(rèn)可態(tài)度，而中小企業(yè)普遍表示這種模式并不切實際。2011年，朱少民撰文《敏捷測試的思考和新發(fā)展》提出，TDD實踐還存在較大困難，有比較多的爭議，TDD模式進(jìn)一步向ATDD、BDD等模式適應(yīng)性轉(zhuǎn)型，并提出測試開發(fā)模式應(yīng)向本源回歸，不拘泥于某種單一模式，應(yīng)該持續(xù)質(zhì)量反饋、持續(xù)改進(jìn)方法、不斷解決問題。2014年，DavidHansson（RubyonRails與Instiki的創(chuàng)始人），在自己的個人網(wǎng)站發(fā)表文章《TDDisdead.Longlivetesting.》否定TTD模式在軟件工程領(lǐng)域的實踐意義，從而引發(fā)了大量的討論直至今天。下面關(guān)于TDD模式的優(yōu)勢和問題，我們通過正反兩方面辯證的來分析思考，應(yīng)該就能夠?qū)DD模式有一個更加理性和準(zhǔn)確的認(rèn)識。

1TDD的理論模型和優(yōu)勢特性

1.1TDD的理論模型

TDD模式在理念上是以用戶需求為導(dǎo)向，通過各級各類測試確保所有的需求都能被照顧到，在代碼不斷增加和重構(gòu)的過程中，檢查所有的功能是否正確。從開發(fā)流程上來說，首先根據(jù)需求編寫一個測試，此時因為沒有實現(xiàn)該功能，所以運(yùn)行這個測試可預(yù)知其失敗。然后編寫最少量的代碼不斷迭代重復(fù)，直到測試通過為止。最后，根據(jù)簡單代碼的重復(fù)情況和代碼之間的合理結(jié)構(gòu)，考慮是否需要重構(gòu)代碼。簡而言之，TDD是戴兩頂帽子思考的開發(fā)方式：先戴上實現(xiàn)功能的帽子，在測試的輔助下，快速實現(xiàn)其功能；再戴上重構(gòu)的帽子，在測試的保護(hù)下，通過去除冗余的代碼，提高代碼質(zhì)量。測試驅(qū)動著整個開發(fā)過程：首先，驅(qū)動代碼的設(shè)計和功能的實現(xiàn)；其后，驅(qū)動代碼的再設(shè)計和重構(gòu)。如圖1所示。

1.2TDD的優(yōu)勢特性

1.2.1TDD在客觀上提升了代碼的質(zhì)量技術(shù)人員編寫剛好滿足需求又能通過測試的代碼，將代碼量和代碼本身的出錯概率降至最低，客觀上保證了代碼的質(zhì)量。1.2.2TDD在主觀上要求了需求和開發(fā)的一致測試是以業(yè)務(wù)需求為導(dǎo)向，促進(jìn)了技術(shù)人員和業(yè)務(wù)客戶之間的交流，所有需求測試能夠通過，也即說明業(yè)務(wù)功能全部滿足。1.2.3TDD在構(gòu)架上保證了簡潔高效的類、庫和API由測試導(dǎo)向的功能調(diào)整，使得所有類、庫和API都在圍繞快速實現(xiàn)功能來設(shè)計，并且實現(xiàn)后馬上測試，各項設(shè)計能夠馬上進(jìn)行調(diào)整。1.2.4TDD在開發(fā)上促進(jìn)了代碼優(yōu)化重構(gòu)通過各層級的測試，有助于從系統(tǒng)中清除大量累計產(chǎn)生的寄生代碼，整個開發(fā)流程在測試、通過、重構(gòu)之間循環(huán)流轉(zhuǎn)，螺旋漸進(jìn)式的修正保證了代碼不斷優(yōu)化重構(gòu)，并且避免了遞歸錯誤的出現(xiàn)。

2TDD的實踐問題和發(fā)展方向

2.1TDD的實踐問題

以上關(guān)于TDD相對于傳統(tǒng)軟件工程開發(fā)先寫功能再寫測試的模式，無疑是具有先進(jìn)性的，但是事物的兩面性告訴我們，TDD模式IT行業(yè)的生產(chǎn)實踐中，特別是小微企業(yè)的實際開發(fā)工作中，很多程序員們抱怨——“自從用了TDD，工作量更大了”。TDD模式對于技術(shù)人員，有太多難以確定的問題，導(dǎo)致TDD模式難以使用、難以推廣，理論強(qiáng)、實踐弱的問題比較突出。2.1.1測試本身難以確定TDD是以需求為導(dǎo)向來確定測試，再以測試來規(guī)范功能開發(fā)。這里的問題就在于在開發(fā)工作中，業(yè)務(wù)需求是不確定的，開發(fā)最大的問題恰恰是很多時候客戶自己都不確定需要什么樣的功能，大部分情況是由技術(shù)人員做個初略樣品，再由客戶提出修改意見，如此反復(fù)迭代，甚至客戶自己會經(jīng)常性自己前期的需求，造成業(yè)務(wù)需求無從確定，也導(dǎo)致測試本身的確定就是個問題。2.1.2測試范圍難以確定TDD既然是測試規(guī)范功能，那么測試范圍就非常重要，太大會導(dǎo)致不知道錯誤在哪，太小會導(dǎo)致測試變成了對應(yīng)的功能模塊，改改就能用，那還要測試干什么。所以好的TDD要求技術(shù)人員具有完備的測試用例的能力，這項能力需要豐富的理論與長期的實踐，換而言之，能把TDD用好的人基本上是IT行業(yè)的高水平專家。那么這里出現(xiàn)了第一個模式悖論，如果使用門檻這么高、上手難度那么大，那么對于廣大中小技術(shù)團(tuán)隊、技術(shù)人員，TDD的推廣意義在哪里。2.1.3測試目的難以確定從表面看TDD測試的目的顯然是為了實現(xiàn)功能開發(fā)，滿足業(yè)務(wù)需求，而在實際工作中，由于TDD強(qiáng)調(diào)以最少的代碼以滿足測試通過的思路，很容易致使測試通過成為測試的目的。當(dāng)大量的修改撲面而至，測試通過成為驗證修改完成的主要指標(biāo)，那么為了測試而測試，就會取代為了功能而測試。2.1.4測試方向難以確定在傳統(tǒng)的軟件開發(fā)瀑布流模式中，開發(fā)方向自上而下，一環(huán)扣一環(huán)，每一個環(huán)節(jié)都依賴于前面那個環(huán)節(jié)的正確性。那么TDD的方向只能依賴于不斷變化的需求，既然前置條件就是需求在不斷變化，那么誰也確定不了后期的方向會和前期的方向一致，換個角度說，就是誰也無法保證前面的測試會適用與后面的功能。

2.2TDD的發(fā)展方向

TDD模式在理論的美好和實踐的困難這對矛盾中不斷發(fā)展，為了增強(qiáng)其適用性和易用性，TDD逐步發(fā)展為ATDD與UTDD兩個分支模式。通不過不斷深化和細(xì)化測試模式，TDD已經(jīng)不再是一種技術(shù)標(biāo)準(zhǔn)，更體現(xiàn)了其業(yè)務(wù)規(guī)范的一面，也不再是一種方法，而更多的是一種在軟件開發(fā)過程中的模式理念，構(gòu)成了一套更符合實際需求、更容易實踐掌握的敏捷測試框架。如圖2所示。2.2.1ATDD（AcceptanceTestDrivenDevelopment）驗收驅(qū)動測試開發(fā)，首先業(yè)務(wù)分析師或者測試工程師根據(jù)客戶需求編寫驗收測試用例，然后開發(fā)人員通過驗收測試來理解需求和驗收條件，并編寫實現(xiàn)代碼直到驗收測試用例通過。由于驗收方法和類型也是多種多樣的，所以根據(jù)驗收方法和類型的不同，ATDD其實是包含以軟件的行為為驗收標(biāo)準(zhǔn)的BDD（BehaviorDrivenDevelopment）、以特定的實例數(shù)據(jù)為驗收標(biāo)準(zhǔn)的EDD（ExampleDrivenDevelopment），以特征模型為驗收標(biāo)準(zhǔn)的FDD（FeatureDrivenDevelopment）、以WebServiceAPI消費者提出API契約來驅(qū)動API提供者開發(fā)API的CDCD（ConsumerDrivenContractDevelopment）等各種的實踐方法。2.2.2UTDD（UnitTestDrivenDevelopment）單元驅(qū)動測試開發(fā)，首先將測試分為整體功能測試和功能模塊單元測試，編寫一個功能測試，“編寫代碼讓它通過”：編寫一個或多個單元測試，然后進(jìn)入“單元測試/編寫代碼”循環(huán)，直到單元測試通過為止。然后回到功能測試，查看是否有進(jìn)展，這一步還可以多編寫一些應(yīng)用代碼，再編寫更多的單元測試，如此一直循環(huán)下去。

3結(jié)語

篇3

1.1代碼編寫

通過對軟件數(shù)據(jù)進(jìn)行分類整理，在進(jìn)行缺陷軟件的排除工作以后，根據(jù)軟件開發(fā)過程中的各種信息進(jìn)行全新的代碼編寫?；诖a編寫人員的編寫經(jīng)驗，在一般情況，對結(jié)構(gòu)功能與任務(wù)類似的模塊進(jìn)行重新編寫，這些重新編寫的模塊應(yīng)遵循特定的編寫規(guī)則，這樣才能保證代碼編寫的合理有效性。

1.2錯誤重現(xiàn)

代碼編寫完成以后開發(fā)者會將這些代碼進(jìn)行版本的確認(rèn)，然后將正確有效的代碼實際應(yīng)用到適當(dāng)版本的軟件中去。而對于存在缺陷的代碼，開發(fā)者需要針對代碼產(chǎn)生缺陷的原因進(jìn)行分析，通過不但調(diào)整代碼內(nèi)的輸入數(shù)據(jù)，直到代碼內(nèi)的數(shù)據(jù)與程序報告中的描述接近為止。存在缺陷的代碼往往會以缺陷報告的形式對開發(fā)者予以說明，由于缺陷報告的模糊性，常常會誤導(dǎo)開發(fā)者，進(jìn)而造成程序設(shè)計混亂。

1.3理解行為

軟件開發(fā)者在設(shè)計軟件的過程中需要明確自己設(shè)計軟件中每一個代碼的內(nèi)容，同時還需要理解其他開發(fā)者編寫的代碼，這樣才能有效地完善軟件開發(fā)者的編寫技術(shù)。同時，軟件開發(fā)者在進(jìn)行代碼編寫的過程中，需要對程序行為進(jìn)行準(zhǔn)確的理解，以此保證軟件內(nèi)文檔和注釋的準(zhǔn)確性。

1.4設(shè)計推究

開發(fā)者在準(zhǔn)備對軟件進(jìn)行完善設(shè)計的過程中，首先需要徹底了解軟件的總體設(shè)計，對軟件內(nèi)部復(fù)雜的系統(tǒng)機(jī)構(gòu)進(jìn)行詳細(xì)研究與分析，充分把握軟件細(xì)節(jié)，這有這樣才能真正實現(xiàn)軟件設(shè)計的合理性與準(zhǔn)確性。

2.軟件工程數(shù)據(jù)挖掘測試的有效措施

2.1進(jìn)行軟件工程理念和方法上的創(chuàng)新

應(yīng)通過實施需求分析，將數(shù)據(jù)挖據(jù)逐漸演變成形式化、規(guī)范化的需求工程，在軟件開發(fā)理念上，加強(qiáng)對數(shù)據(jù)挖掘的重視，對軟件工程的架構(gòu)進(jìn)行演化性設(shè)計與創(chuàng)新，利用新技術(shù)，在軟件開發(fā)的過程中添加敏捷變成與間件技術(shù)，由此，提高軟件編寫水平。

2.2利用人工智能

隨著我國科學(xué)技術(shù)的不斷發(fā)展與創(chuàng)新，機(jī)器學(xué)習(xí)已經(jīng)逐漸被我國各個領(lǐng)域所廣泛應(yīng)用，在進(jìn)行軟件工程數(shù)據(jù)挖掘技術(shù)創(chuàng)新的過程中，可以將機(jī)器學(xué)習(xí)及數(shù)據(jù)挖掘技術(shù)實際應(yīng)用于軟件工程中，以此為我國軟件研發(fā)提供更多的便捷。人工智能作為我國先進(jìn)生產(chǎn)力的重要表現(xiàn)，在實際應(yīng)用于軟件工程數(shù)據(jù)的挖掘工作時，應(yīng)該利用機(jī)器較強(qiáng)的學(xué)習(xí)能力與運(yùn)算能力，將數(shù)據(jù)統(tǒng)計及數(shù)據(jù)運(yùn)算通過一些較為成熟的方法進(jìn)行解決。在軟件工程數(shù)據(jù)挖掘的工作中，合理化的將人工智能實際應(yīng)用于數(shù)據(jù)挖掘，以此為數(shù)據(jù)挖掘提供更多的開發(fā)測試技術(shù)。

2.3針對數(shù)據(jù)挖掘結(jié)果進(jìn)行評價

通過分析我國傳統(tǒng)的軟件工程數(shù)據(jù)挖掘測試工作，在很多情況下，傳統(tǒng)的數(shù)據(jù)挖掘測試技術(shù)無法做到對發(fā)掘數(shù)據(jù)的全面評價與實際應(yīng)用研究，這一問題致使相應(yīng)的軟件數(shù)據(jù)在被發(fā)掘出來以后無法得到有效地利用，進(jìn)而導(dǎo)致我國軟件開發(fā)工作受到嚴(yán)重的抑制影響。針對這一問題，數(shù)據(jù)開發(fā)者應(yīng)該利用挖掘缺陷檢驗報告，針對缺陷檢驗的結(jié)果，制定相應(yīng)的挖掘結(jié)構(gòu)報告。同時，需要結(jié)合軟件用戶的體驗評價，對挖掘出的數(shù)據(jù)進(jìn)行系統(tǒng)化的整理與分析，建立一整套嚴(yán)謹(jǐn)、客觀的服務(wù)體系，運(yùn)用CodeCity軟件，讓用戶在的體驗過后可以對軟件進(jìn)行評價?？紤]到軟件的服務(wù)對象是人，因此，在軟件開發(fā)的過程中要將心理學(xué)與管理學(xué)應(yīng)用于數(shù)據(jù)挖掘，建立數(shù)據(jù)挖掘系統(tǒng)和數(shù)據(jù)挖掘評價系統(tǒng)。

3.結(jié)束語

篇4

關(guān)鍵詞：軟件工程；數(shù)據(jù)挖掘；開發(fā)測試技術(shù)

作者簡介：文娟（1982-），女，湖南長沙；研究方向：計算機(jī)應(yīng)用，大數(shù)據(jù)，云計算。

近年來，信息技術(shù)飛速發(fā)展的過程中，相關(guān)軟件技術(shù)也不斷增加，增加了軟件維護(hù)的難度?，F(xiàn)階段數(shù)據(jù)挖掘技術(shù)被有效應(yīng)用于軟件工程中，在及時提取數(shù)據(jù)上具有重要意義。不同軟件在使用過程中會經(jīng)歷多個階段，其中開發(fā)及測試階段尤為重要，如果能降低二者使用時間及成本，將有利于軟件工程效率的大幅度提升。本文首先對軟件數(shù)據(jù)挖掘進(jìn)行了簡要介紹，并探討了數(shù)據(jù)挖掘特點，在此基礎(chǔ)上對面向軟件工程數(shù)據(jù)挖掘的開發(fā)測試技術(shù)展開了研究。

1軟件數(shù)據(jù)挖掘簡介

現(xiàn)階段，數(shù)據(jù)挖掘技術(shù)在應(yīng)用過程中影響力越來越大，其在應(yīng)用過程中能夠深入挖掘大量數(shù)據(jù)中的重要信息，這一功能對于軟件工程具有深刻影響，軟件開發(fā)時間的縮短，促使效率大幅度提升，對穩(wěn)定性和實用性在軟件中的體現(xiàn)具有促進(jìn)作用[1]。軟件工程數(shù)據(jù)指的是在產(chǎn)生于開發(fā)軟件過程中大量數(shù)據(jù)的積累，這些數(shù)據(jù)能夠?qū)ξ谋镜姆治黾敖忉屍鸬街匾饔肹2]。這些數(shù)據(jù)是軟件開發(fā)工作者獲得信息的重要途徑?，F(xiàn)階段，指數(shù)性特點是增加軟件工程數(shù)據(jù)的主要特征，是在提升軟件開發(fā)技術(shù)、擴(kuò)大其規(guī)?；A(chǔ)上形成的。在這種情況下，數(shù)據(jù)的挖掘能促使軟件工程在開發(fā)過程中更有規(guī)律地進(jìn)行。

2軟件工程數(shù)據(jù)挖掘的技術(shù)特點

在開發(fā)軟件的過程中通常會產(chǎn)生大量的數(shù)據(jù)，這些數(shù)據(jù)統(tǒng)稱為軟件工程數(shù)據(jù)。這部分?jǐn)?shù)據(jù)擁有重要的功能及作用。例如，能進(jìn)行有效的文檔設(shè)計、對文檔可行性進(jìn)行分析，生產(chǎn)軟件代碼、確定軟件版本等。由此可見，軟件工程數(shù)據(jù)的產(chǎn)生對軟件開發(fā)工作具有重要貢獻(xiàn)。作為一項信息工作，復(fù)雜而系統(tǒng)是數(shù)據(jù)挖掘最大的特點，重要的信息只能在大量的數(shù)據(jù)中篩選和應(yīng)用。現(xiàn)階段我國在積極進(jìn)行計算機(jī)技術(shù)研究的過程中開展了軟件工程數(shù)據(jù)挖掘工作，充分代表了我國在信息技術(shù)中的創(chuàng)新性[3]。在軟件工程領(lǐng)域中有效應(yīng)用軟件工程數(shù)據(jù)挖掘技術(shù)，能夠更地進(jìn)行提取和分析挖掘技術(shù)，也能夠保證軟件開發(fā)及使用者在日常工作過程中享有更加完善的服務(wù)。

3面向軟件工程數(shù)據(jù)挖掘的開發(fā)測試技術(shù)

3.1代碼理解

開發(fā)軟件流程中，工作人員需要解決很多問題，其中包括：首先，維護(hù)項目代碼。然而原有文檔在項目當(dāng)中已經(jīng)超出使用期限，也有很多情況下該文檔已經(jīng)消失；其次，修改項目缺陷。然而這一過程中，工作人員根本沒有項目代碼的詳細(xì)資料；再次，審查項目代碼。由于代碼眾多，工作人員的工作難度較大；最后，提取項目架構(gòu)設(shè)計。這一過程中工作人員通常只能夠掌握其源代碼[4]。針對以上問題，分層聚類是工作人員面對源代碼的主要方式，可視化展示不同的模塊，這樣一來能夠更加準(zhǔn)確地掌握項目架構(gòu)在代碼中的體現(xiàn)。分層聚類法的有效應(yīng)用，能夠促使源代碼的分析更加精確，而這一方法在使用過程中通常包含2個內(nèi)容，即聚類分別建立在PageRank和調(diào)用入口基礎(chǔ)之上。

在分析軟件系統(tǒng)結(jié)構(gòu)的時候，軟件聚類是重要的方法之一，該方法的有效應(yīng)用能夠促使維護(hù)軟件工作更加順利。例如，復(fù)用軟件模塊，挖掘軟件體系結(jié)構(gòu)等。在這一方法下，相關(guān)工作人員可以充分掌握總體結(jié)構(gòu)在軟件系統(tǒng)中的體現(xiàn)，并能夠明確局部的詳細(xì)信息。一般來講，如果想靈活切換在該方式下得以體現(xiàn)，應(yīng)提升相關(guān)設(shè)備的性能。例如，首先，劃分軟件聚類模塊的層次；其次，在詳細(xì)掌握用戶對軟件聚類使用狀況的基礎(chǔ)上促進(jìn)調(diào)整的動態(tài)性。在軟件聚類內(nèi)容中，一個重要的組成部分就是圖聚類，加強(qiáng)對其的研究便可以得出軟件聚類的層次化算法，該算法是建立在有效分析源代碼基礎(chǔ)上的，能夠促使聚類結(jié)果和層次的顯示以多粒度的方式進(jìn)行。同樣，該算法在應(yīng)用過程中也包含2個方面，同時能夠?qū)⑿碌耐緩綉?yīng)用于命名輸出的聚類結(jié)果模塊當(dāng)中，這種方式是建立在文本挖掘基礎(chǔ)上的，模塊命名具有一定的語義信息是文本信息的主要特點。

3.2代碼開發(fā)

目前，編程建立在開源框架基礎(chǔ)上的就是JAVA應(yīng)用，這一過程中，XML配置文件是促使邏輯控制在配置中得以實現(xiàn)的前提，然而現(xiàn)階段單機(jī)版是JAVA應(yīng)用的主要特點，復(fù)雜性是框架邏輯的主要特征，文檔化在開源框架當(dāng)中較低。在這種情況下，工作人員在配置和使用框架的過程中存在較大的誤差。新時期在積極解決以上問題的過程中，相關(guān)專業(yè)人員提出了一個推薦方法，該方法建立在XML配置文件和XML配置片段基礎(chǔ)之上，前者根據(jù)應(yīng)用代碼庫而建立，后者根據(jù)代碼關(guān)聯(lián)結(jié)構(gòu)挖掘而建立。在軟件開發(fā)過程中積極應(yīng)用這一手段，促使編輯配置文件的過程中大幅度提升效率和質(zhì)量。而頻繁字?jǐn)?shù)挖掘是以上方法的關(guān)鍵所在，在大量的實現(xiàn)分析數(shù)據(jù)下，會充分展現(xiàn)該方法的有效性，其在XML配置片段當(dāng)中更是充當(dāng)著不可替代的地位，由此可見，其在軟件開發(fā)過程中具有重要意義。

現(xiàn)階段，新系統(tǒng)的構(gòu)建是軟件開發(fā)的重要環(huán)節(jié)，工作人員要想實現(xiàn)編程，必須對編程框架進(jìn)行明確的利用，從而充分發(fā)揮其通用，同時還能夠清楚表達(dá)其程序機(jī)構(gòu)。在框架編程的過程中，工作人員應(yīng)當(dāng)積極擴(kuò)展相關(guān)編程，并且應(yīng)構(gòu)建XML配置文件。相當(dāng)一部分優(yōu)勢體現(xiàn)在框架編程當(dāng)中，然而現(xiàn)階段在將其應(yīng)用到實際環(huán)境中時，仍然體現(xiàn)出種種不足[5]。例如，很容易利用其邏輯缺陷，同時工作人員無法正確而有效地使用該框架。由此可見，有效應(yīng)用配置代碼，充分發(fā)揮其實用性，能夠促使數(shù)據(jù)及途徑得以展現(xiàn)出來。

3.3回歸測試

在開發(fā)軟件應(yīng)用以后，使用者在使用過程中經(jīng)常會出現(xiàn)修改代碼的狀況，這一狀況產(chǎn)生于使用以前和使用過程中，產(chǎn)生這種狀況的主要原因是功能更新及代碼缺陷等現(xiàn)象的存在。如在更新代碼以后，需對其重新，在這之前，需要精確測試代碼，就是所謂的回歸測試。這一步驟實施的主要原因是對修改軟件進(jìn)行驗證，從而充分發(fā)揮軟件使用過程中的功能[6]。在這種情況下，軟件在使用過程中，回歸測試的價值不容忽視，對軟件質(zhì)量具有直接影響。新時期，我國在積極進(jìn)行面向軟件工程數(shù)據(jù)挖掘的開發(fā)測試技術(shù)研究的過程中，應(yīng)當(dāng)首先注重創(chuàng)新軟件工程理念及措施。

加強(qiáng)分析實施需求，促使形式化、規(guī)范化等要求在數(shù)據(jù)挖掘中得以體現(xiàn)，在開發(fā)軟件的相關(guān)理念上，重視數(shù)據(jù)挖掘，將煙花性設(shè)計有效應(yīng)用于軟件工程的架構(gòu)當(dāng)中，同時進(jìn)行科學(xué)的創(chuàng)新，有效應(yīng)用先進(jìn)技術(shù)，促使軟件編寫能力得以提升；其次，加強(qiáng)對人工智能的應(yīng)用。在我國科學(xué)和信息技術(shù)不斷進(jìn)步的背景下，我國各個領(lǐng)域在研究過程中已經(jīng)開始對機(jī)器學(xué)習(xí)進(jìn)行充分的利用，因此在軟件工程數(shù)據(jù)挖掘的過程中，也應(yīng)當(dāng)對該技術(shù)進(jìn)行充分的利用，為我國的軟件開發(fā)創(chuàng)造更多奇跡。人工智能是現(xiàn)階段我國科學(xué)技術(shù)創(chuàng)新中的代表，其擁有較強(qiáng)的學(xué)習(xí)和運(yùn)算功能，能夠促使軟件工程數(shù)據(jù)挖掘工作更加精確、快捷，同時能夠運(yùn)用較為成熟的方式對運(yùn)算過程中遇到的問題進(jìn)行處理；最后，有效評價數(shù)據(jù)挖掘結(jié)果[7]。我國傳統(tǒng)的數(shù)據(jù)挖掘測試技術(shù)在應(yīng)用過程中無法對其結(jié)果進(jìn)行充分的評價，也就導(dǎo)致重要的數(shù)據(jù)在經(jīng)過深入挖掘以后無法得到有效應(yīng)用。因此，新時期，我國工作人員應(yīng)當(dāng)對數(shù)據(jù)挖掘進(jìn)行全面的缺陷檢驗，加強(qiáng)對結(jié)果的分析，在充分利用相關(guān)軟件的基礎(chǔ)上，得到用戶的真實評價，在實踐中不斷完善。

4結(jié)語

綜上所述，軟件工程數(shù)據(jù)挖掘指的是在軟件挖掘過程中產(chǎn)生的海量數(shù)據(jù)，被深入挖掘以后產(chǎn)生重要的、有價值的數(shù)據(jù)。這部分?jǐn)?shù)據(jù)的有效應(yīng)用能夠促使軟件開發(fā)更加便利和順暢，能夠促使開發(fā)出來的軟件更具使用價值，使用壽命也更長，在此技術(shù)基礎(chǔ)上進(jìn)行的開發(fā)測試技術(shù)，能夠為提高軟件工程開發(fā)效率起到促進(jìn)作用。因此，現(xiàn)階段積極加強(qiáng)面向軟件工程數(shù)據(jù)挖掘的開發(fā)測試技術(shù)的研究具有重要意義。

參考文獻(xiàn)

[1]陳媛.基于數(shù)據(jù)挖掘的軟件缺陷預(yù)測技術(shù)研究[D].長春：中國科學(xué)院研究生院長春光學(xué)精密機(jī)械與物理研究所，2012.

[2]朱沿旭.面向開源社區(qū)的Web數(shù)據(jù)抽取與挖掘關(guān)鍵技術(shù)研究[D].長沙：國防科學(xué)技術(shù)大學(xué)，2011.

[3]胡瑞飛.面向機(jī)械工程計算機(jī)測試系統(tǒng)的數(shù)據(jù)挖掘技術(shù)研究[D].成都：四川大學(xué)，2006.

[4]張律.面向數(shù)據(jù)挖掘的科研信息管理系統(tǒng)的研究與開發(fā)[D].成都：電子科技大學(xué)，2013.

[5]沃高全.基于實時可視化數(shù)據(jù)挖掘的高并發(fā)性能監(jiān)測系統(tǒng)設(shè)計與實現(xiàn)[D].上海：復(fù)旦大學(xué)，2010.

[6]宮健.基于信息挖掘技術(shù)與J2EE架構(gòu)的校園智能教務(wù)系統(tǒng)的研究與應(yīng)用[D].西安：西北工業(yè)大學(xué)，2004.

篇5

1 知識共享有效性及其影響因素分析

1.1 軟件開發(fā)項目團(tuán)隊知識共享有效性概念

管理大師彼得·德魯克提出[1]：“對于管理者來說，‘有效性’就是通過管理活動提高績效，使組織能夠由小變大，由弱變強(qiáng)；是管理者達(dá)到目標(biāo)和績效的必要手段”。我國學(xué)界對有效性的界定，借鑒《如何建立有效質(zhì)量體系》中的解釋，“是系統(tǒng)對外部環(huán)境所作的貢獻(xiàn)”，此處有效性被界定為一種系統(tǒng)的概念。國內(nèi)學(xué)者也在有效性的界定上做了很多工作，呂學(xué)清認(rèn)為[2]：“要增強(qiáng)學(xué)校過程管理的有效性，管理工作必須講效果、講效率。”李春旺則提出虛擬企業(yè)內(nèi)的知識共享有效性，是共享資源投入和效果輸出的綜合反映，在此基礎(chǔ)上建立了知識共享效果和成本評價指標(biāo)體系。”因此，軟件開發(fā)項目團(tuán)隊知識共享有效性是一種持續(xù)有效性，它不僅強(qiáng)調(diào)著團(tuán)隊產(chǎn)出的有效性，更需要成員在良好的團(tuán)隊氛圍下積極的知識共享態(tài)度和意愿，以保障軟件開發(fā)項目團(tuán)隊績效的有效提升。

1.2 軟件開發(fā)項目團(tuán)隊知識共享有效性影響因素分析

隨著團(tuán)隊管理實踐的逐漸深入，知識共享有效性的系統(tǒng)觀點逐漸被學(xué)者接受，知識共享的過程性和時滯性等過程因素也逐漸被納入知識共享有效性評價上[3]。在理解團(tuán)隊知識共享過程的基礎(chǔ)上，應(yīng)進(jìn)一步從過程有效性的影響因素上對其進(jìn)行把握。有學(xué)者認(rèn)為，知識共享有效性是態(tài)度、環(huán)境及共享活動等的共同作用結(jié)果。我國學(xué)者沈凌（2009）則提出團(tuán)隊知識共享的投入與輸出的系統(tǒng)評價指標(biāo)，其中投入指標(biāo)包括團(tuán)隊輸入、團(tuán)隊過程及團(tuán)隊建設(shè)等，輸出指標(biāo)包括各項靜態(tài)指標(biāo)等[4]。鑒于上述分析，軟件開發(fā)項目團(tuán)隊內(nèi)知識共享的有效性評價，早不止限于對創(chuàng)新產(chǎn)出的定量測量，而同時應(yīng)考慮知識共享較難測量的過程因素，如軟件開發(fā)項目團(tuán)隊知識共享的過程中的成員異質(zhì)性特征（如成員性別、個性、能力等），團(tuán)隊創(chuàng)新環(huán)境建設(shè)，團(tuán)隊整體激勵機(jī)制等。

1.2.1 個體知識共享的態(tài)度因素

作為知識共享的重要影響因素之一，軟件開發(fā)項目團(tuán)隊成員的個性傾向決定著成員知識共享的態(tài)度與主觀準(zhǔn)則。知識共享態(tài)度是共享活動的前提，直接決定知識共享意愿乃至行為的發(fā)生，包括成員的內(nèi)外部報酬預(yù)期及對團(tuán)隊目標(biāo)的認(rèn)可和重視。個體知識共享的態(tài)度因素，主要包括如下幾點：

（1） 外在報酬預(yù)期。知識共享是組織成員社會關(guān)系的集中體現(xiàn)，關(guān)注外在報酬的經(jīng)濟(jì)交易理論認(rèn)為，個體行為大都是理性的自利行為，只有收益大于成本共享行為才會發(fā)生。軟件開發(fā)項目團(tuán)隊內(nèi)成員最直接追求的是其在團(tuán)隊中的經(jīng)濟(jì)報酬。當(dāng)成員認(rèn)為知識共享能帶給他們外在收益時，他們會采取更積極的態(tài)度對待知識共享行為。

（2） 內(nèi)在報酬預(yù)期。Scott & Walker曾提出，知識性員工的內(nèi)在報酬是知識共享最主要的影響因素。軟件開發(fā)項目團(tuán)隊以創(chuàng)新任務(wù)為導(dǎo)向，其人力資源管理實踐顯示，他們較一般成員更重視內(nèi)在報酬的獲得（如公開發(fā)表成果、獎勵等）。因此，軟件開發(fā)團(tuán)隊成員對內(nèi)在報酬是否具有預(yù)期，是衡量其知識共享態(tài)度的重要指標(biāo)。

（3） 團(tuán)隊目標(biāo)承諾。團(tuán)隊目標(biāo)承諾，是成員對團(tuán)隊合作所要實現(xiàn)的目標(biāo)預(yù)期，正向影響著團(tuán)隊成員的知識共享行為。若對團(tuán)隊的核心價值具有目標(biāo)承諾，成員將更愿意共享各自的知識。

（4） 自我效能。Bandura認(rèn)為，自我效能是個體對達(dá)成其完成某一特定工作的自我能力的判斷，用來解釋具有相同行為技能的主體或其自身在不同條件下采取相同行為時的表現(xiàn)差異。軟件開發(fā)項目團(tuán)隊成員的自我效能即其對自身知識共享能力的判斷。它直接影響知識共享行為，或通過激發(fā)并維持知識共享意愿從而間接影響共享行為：自我效能高的成員更傾向于選擇有挑戰(zhàn)性和困難的共享行為，并更加努力堅持等。

1.2.2 知識共享能力指標(biāo)

軟件開發(fā)團(tuán)隊成員知識共享的能力包括溝通能力、理解能力和知識與技術(shù)的應(yīng)用能力等。主要體現(xiàn)為成員愿意共享知識的前提下，傳授知識，學(xué)習(xí)、接受知識及創(chuàng)新的能力等。

（1） 溝通能力。溝通是組織內(nèi)人際傳遞信息、傳播思想及感情的必要途徑，是人與人之間交往的橋梁，通過溝通組織成員能分享彼此的情感與知識，消除誤會并增進(jìn)了解，從而達(dá)成共識或者共同協(xié)議。團(tuán)隊成員具備溝通能力與否，決定著成員之間能否進(jìn)行知識的有效共享。

（2） 知識傳授能力。知識共享是知識擁有者與接受者間的交互行為，開始于知識擁有者對知識的傳遞，知識擁有者不僅傳授共享所需的顯性知識，更多則是傳授隱性知識及所需的方法，幫助知識接受者更好理解和掌握隱性知識。知識擁有者的溝通表達(dá)和演示能力越強(qiáng)，隱性知識的交流和共享的效率就越高。

（3） 知識學(xué)習(xí)能力。軟件開發(fā)項目團(tuán)隊對項目成果的追求，促使成員從團(tuán)隊內(nèi)外尋求并學(xué)習(xí)有效知識。知識接受者通過對團(tuán)隊內(nèi)符合需要的知識擁有者進(jìn)行評價，會有選擇有目的地向知識擁有者學(xué)習(xí)，最終還包括將其所得到的隱性知識與現(xiàn)有的知識融合，開發(fā)出新知識的行為過程。接受者的知識學(xué)習(xí)能力越強(qiáng)，知識共享的效率自然就越高。

（4） 創(chuàng)新能力。軟件開發(fā)項 目團(tuán)隊成員的知識創(chuàng)新能力是成員運(yùn)用所學(xué)知識和輔助工具創(chuàng)造出新的知識、技能與創(chuàng)新軟件成果等的能力。創(chuàng)新能力的大小，往往從很大程度上反應(yīng)了創(chuàng)新成果的多少，成員的創(chuàng)新能力越強(qiáng)，其創(chuàng)新智力成果就會越顯著。

1.2.3 團(tuán)隊環(huán)境指標(biāo)

團(tuán)隊知識共享氛圍的優(yōu)化，有利于提高知識共享活動的效率，營造團(tuán)隊共享氛圍，可通過團(tuán)隊內(nèi)部創(chuàng)新支持文化建設(shè)，成員信任水平的強(qiáng)化及知識共享平臺建設(shè)等方式實現(xiàn)。

（1） 團(tuán)隊文化建設(shè)。知識共享活動需要建立相應(yīng)的文化進(jìn)行規(guī)范，塑造有利于知識共享的企業(yè)文化能夠鼓勵員工積極參與知識共享。當(dāng)團(tuán)隊文化氛圍建設(shè)適應(yīng)知識共享時，會對成員的行為產(chǎn)生激勵和強(qiáng)化作用，支持創(chuàng)新的團(tuán)隊文化氛圍中，團(tuán)隊成員會樂于與他人分享自身知識，從而促進(jìn)知識共享活動的開展。

（2） 知識共享平臺建設(shè)。軟件開發(fā)團(tuán)隊是以知識等創(chuàng)新為追求的組織形式，團(tuán)隊內(nèi)部知識共享平臺的建設(shè)完善包括為成員進(jìn)行知識共享的暢通的信息及創(chuàng)新知識交流與溝通的網(wǎng)絡(luò)平臺建設(shè)。如果團(tuán)隊的技術(shù)基礎(chǔ)薄弱，沒有有效的網(wǎng)絡(luò)系統(tǒng)和通信系統(tǒng)，共享的途徑少，共享平臺不完善，就會大大減少知識的需要方和所有方之間的接觸機(jī)會，不利于成員間的交流共享，對知識的有效共享形成障礙。

（3） 成員信任水平。團(tuán)隊信任水平同樣決定著個體間的知識共享方式。軟件開發(fā)項目團(tuán)隊內(nèi)的信任，是個體基于對同伴會執(zhí)行某項對自身重要的行為的期望，而對對方不加控制的接受的意愿。社會學(xué)視角下的信任水平自從被引入組織行為學(xué)的研究以來，就受到了廣泛的關(guān)注與應(yīng)用，研究與管理實踐證明，個體間的信任可以促進(jìn)個體間的合作行為，包括知識共享行為的發(fā)生。

2 軟件開發(fā)項目團(tuán)隊知識共享有效性評價

指標(biāo)體系構(gòu)建

Bandura的社會學(xué)習(xí)理論認(rèn)為成員的學(xué)習(xí)行為是成員自身的態(tài)度和外部環(huán)境因素的交互結(jié)果，在總結(jié)有關(guān)文獻(xiàn)的基礎(chǔ)上，本研究分別從軟件開發(fā)項目團(tuán)隊成員的知識共享態(tài)度、能力及團(tuán)隊氛圍因素等方面構(gòu)建包含3個一級指標(biāo)及10個二級指標(biāo)的評價指標(biāo)體系以評估軟件開發(fā)項目團(tuán)隊成員知識共享的有效性。經(jīng)過專家修正后，得到圖1所示指標(biāo)體系。

3 軟件開發(fā)項目團(tuán)隊知識共享有效性評價模型

確定軟件開發(fā)項目團(tuán)隊知識共享有效性評價的目標(biāo)層次結(jié)構(gòu)，包括總目標(biāo)層、中間準(zhǔn)則層及指標(biāo)層。為科學(xué)準(zhǔn)確的明確這共享有效性指標(biāo)，構(gòu)造下述成對比較矩陣（見表1）。

首先，構(gòu)造準(zhǔn)則層要素的判斷矩陣，并計算權(quán)重：

通過兩兩比較得到的判斷矩陣可以表示如下：

將判斷矩陣每一列正規(guī)化，并得出其特征值ω（見表1），同時計算判斷矩陣的最大特征值λmax并利用一致性檢驗指標(biāo)CI進(jìn)行一致性檢驗，通過相對一致性檢驗的指標(biāo)公式CR=[CIRI，]可以得到對應(yīng)的一致性檢驗值，當(dāng)一致性比率CR<0.1時，判斷矩陣有滿意的一致性，否則，應(yīng)對矩陣進(jìn)行調(diào)整，直至滿意（RI表示平均隨機(jī)一致性指標(biāo)，表2列出了1～9階判斷矩陣相應(yīng)的RI值）。

此時，λmax=4.045，CI=[λmax-nn-1]=0.014 5，CR=[0.002 40.9]=0.016<0.1。

上述所示的兩層指標(biāo)間的兩兩比較矩陣，對表現(xiàn)出了較好的一致性，但還需對層次總排序進(jìn)行一致性檢驗，如表6所示。

通過上述分析可知，成員自身共享知識的態(tài)度和軟件開發(fā)團(tuán)隊的共享文化建設(shè)是決定著知識共享有效性的重要方面。其中成員共享態(tài)度中自我效能感認(rèn)知占19.9%，成員的目標(biāo)承諾占14.81%；團(tuán)隊文化指標(biāo)中的信任條件和鼓勵創(chuàng)新的文化氛圍均占18.37%。而對于成員的共享能力，盡管同樣是知識共享有效實現(xiàn)的重要指標(biāo)，其重要性不及態(tài)度與團(tuán)隊共享文化環(huán)境建設(shè)。分析原因主要在于在軟件開發(fā)項目團(tuán)隊中，成員的知識水平及知識儲備豐富等特點確保了成員知識共享能力。

利用層次分析法對軟件開發(fā)項目團(tuán)隊的知識共享有效性進(jìn)行系統(tǒng)分析后得到知識共享有效性影響因素模型，且各指標(biāo)對軟件開發(fā)項目團(tuán)隊的知識共享有效性作用不一，團(tuán)隊管理者可根據(jù)各指標(biāo)的不同影響程度作出相應(yīng)決策。

4 軟件開發(fā)項目團(tuán)隊知識共享有效性提升建議

（1） 構(gòu)建和諧團(tuán)隊共享平臺。團(tuán)隊成員在對團(tuán)隊基本價值觀及其他成員產(chǎn)生人際信任時，會感到自身有義務(wù)提供高效而有效的隱性知識，因此可以通過合理利用硬件設(shè)施如會議室、休息室及戶外場所等舉辦團(tuán)隊內(nèi)部的經(jīng)驗交流會、沙龍乃至拓展活動等，使成員在輕松的文化氛圍和環(huán)境中獲得更多的信任，從而更加愿意采取知識共享行為，使團(tuán)隊成員之間和團(tuán)隊成員對團(tuán)隊整體產(chǎn)生足夠的信任，以發(fā)揮出更大的努力，提高團(tuán)隊產(chǎn)出。

（2） 建立科學(xué)、多元的知識共享報酬制度?，F(xiàn)代經(jīng)濟(jì)活動中，理性行為下的個體對報酬的追求是其做出決定的最初原因。軟件開發(fā)項目團(tuán)隊成員追求的最直接的目標(biāo)是伴隨著軟件創(chuàng)新成果的形成而產(chǎn)生的直接經(jīng)濟(jì)報酬，因此，團(tuán)隊要建立科學(xué)而合理的團(tuán)隊知識共享報酬機(jī)制。與此同時，要通過建立更加多元化的非物質(zhì)共享報酬機(jī)制，如團(tuán)隊內(nèi)部專利申請獎勵、知識產(chǎn)權(quán)保護(hù)、團(tuán)隊成員額外休假制度、團(tuán)隊內(nèi)或團(tuán)隊外組織的職位晉升等。滿足團(tuán)隊成員外在的與內(nèi)在的經(jīng)濟(jì)報酬的預(yù)期，提高軟件開發(fā)項目團(tuán)隊的知識共享有效性。

總之，軟件開發(fā)項目團(tuán)隊的知識共享是復(fù)雜而動態(tài)的系統(tǒng)工程，針對知識共享有效性的激勵機(jī)制同樣是一個循序漸進(jìn)的過程。激勵過度會增加組織的成本且并不容易產(chǎn)生有效的員工效用，過小則無法激起員工的共享意愿，因此，針對軟件開發(fā)項目團(tuán)隊成員的知識共享影響因素實施激勵并及時反饋是軟件開發(fā)項目團(tuán)隊創(chuàng)造高效創(chuàng)新成果，獲取競爭優(yōu)勢的重要保障。

參考文獻(xiàn)

[1] 楊雨山.德魯克的管理精髓[M].北京：中國鐵道出版社，2009.

[2] 呂學(xué)清.增強(qiáng)學(xué)校過程管理的有效性[J].青海教育，2005（z1）：32?33.

[3] 李春旺.虛擬企業(yè)知識共享有效性與激勵研究[D].合肥：安徽農(nóng)業(yè)大學(xué)，2007.

[4] 沈凌.基于本體的知識團(tuán)隊有效性形成機(jī)理及評價研究[D].武漢：武漢理工大學(xué)，2009.

[5] 班杜拉，林穎.思想和行為的社會基礎(chǔ)：社會認(rèn)知論[M].上海：華東師范大學(xué)出版社，2001.

[6] 劉瑜， 王建武.研發(fā)人員知識共享績效評價指標(biāo)研究[J].中國釀造，2008（16）：114?116.

[7] 波.網(wǎng)絡(luò)組織中知識共享效率評價指標(biāo)體系的建設(shè)[J].情報雜志，2009（1）：68?71.

[8] 安中濤，安世虎.個體知識共享績效評估參考模型[J].情報科學(xué)，2006（3）：396?399.

. Information Systems Research， 1994， 5（4）： 400?421.

[10] 單雪韓.知識共享的影響因素分析與實現(xiàn)對策研究[D].杭州：浙江大學(xué)，2010.

. Academy of Management Journal， 1994， 37（3）： 580?607.

[12] 徐瑞平，陳瑩.企業(yè)知識共享效果綜合評估指標(biāo)體系的建立[J].情報方法，2005（10）：2?5.

篇6

本次大會以“提振經(jīng)濟(jì)效能，創(chuàng)新智引轉(zhuǎn)型” 為主題，通過權(quán)威的政策解讀，案例分析、圓桌對話等環(huán)節(jié)深入探討了中小企業(yè)轉(zhuǎn)型升級、中小企業(yè)競爭力塑造，以及中小企業(yè)接軌國際等話題。大會指出，中小企業(yè)是國家推進(jìn)“互聯(lián)網(wǎng)+”行動的主戰(zhàn)場，要加速中小企業(yè)與“互聯(lián)網(wǎng)+”的融合，助力行業(yè)中小企業(yè)打造競爭力，推動中小企業(yè)轉(zhuǎn)型升級。

北京軟達(dá)啟航科技發(fā)展有限公司（以下簡稱軟達(dá)啟航），也是一家專業(yè)軟件開發(fā)與測試解決方案提供商，從事軟件產(chǎn)品開發(fā)、軟件產(chǎn)品測試、軟件開發(fā)測試咨詢、軟件開發(fā)測試項目外包、軟件開發(fā)測試人才外包、軟件開發(fā)測試人才獵頭服務(wù)。軟件測試工具銷售和軟件測試中高級人才培訓(xùn)等業(yè)務(wù)。在功能測試、性能測試、商業(yè)自動化測試、開源自動化測試、白盒測試和網(wǎng)絡(luò)信息安全測試等領(lǐng)域居于國內(nèi)領(lǐng)先地位。

微軟公司開發(fā)Visual Studio 2005的過程歷時3年，投入100億美元，使用了400名項目經(jīng)理、7000余名軟件開發(fā)工程師、7500余名軟件測試工程師。開發(fā)工程師與測試工程師的比例達(dá)到了1：1。軟件測試的重要性由此可見一斑。

軟件上市必先測試

隨著國內(nèi)軟件產(chǎn)業(yè)和全球軟件外包的迅猛發(fā)展，軟件產(chǎn)品的質(zhì)量控制與質(zhì)量管理正逐漸成為企業(yè)生存的核心。為了保證軟件在出廠時的“健康狀態(tài)”，幾乎所有的 IT 企業(yè)在軟件產(chǎn)品前都需要大量的質(zhì)量控制工作。美國質(zhì)量保證研究所對軟件測試的研究結(jié)果表明：越早發(fā)現(xiàn)軟件中存在的問題，開發(fā)費用就越低；在編碼后修改軟件缺陷的成本是編碼前的10倍，在產(chǎn)品交付后修改軟件缺陷的成本是交付前的10倍；軟件質(zhì)量越高，軟件后的維護(hù)費用越低。

作為軟件質(zhì)量控制中的重要一環(huán)，軟件測試工程師應(yīng)運(yùn)而生。軟件測試工程師的工作就是利用測試工具按照測試方案和流程對產(chǎn)品進(jìn)行功能和性能測試，甚至根據(jù)需要編寫不同的測試工具，設(shè)計和維護(hù)測試系統(tǒng)，對測試方案可能出現(xiàn)的問題進(jìn)行分析和評估。執(zhí)行測試用例后，需要跟蹤故障，以確保開發(fā)的產(chǎn)品滿足需求。

人才擁有“雙高”地位

軟件測試工程師本身是一個在軟件產(chǎn)業(yè)化過程中突顯出的一個新型軟件技術(shù)職業(yè)，對剛剛開始進(jìn)入產(chǎn)業(yè)化的我國軟件企業(yè)而言，更是一種必需的技術(shù)崗位。

然而，目前國內(nèi)軟件測試市場中的人才情況卻令人尷尬，據(jù)信息產(chǎn)業(yè)部門調(diào)查數(shù)據(jù)表明，國內(nèi)軟件測試工程師的行業(yè)需求超過 30 萬人，而實際從業(yè)人數(shù)不超過 5 萬人，其中具備 5 年以上從業(yè)經(jīng)驗的軟件測試工程師不超過 1 萬人，可以說在軟件行業(yè)，內(nèi)部的人才積累很少，而國內(nèi)的大學(xué)教育在這方面基本上還處于空白狀態(tài)，即使目前在軟件測試工程師崗位上從業(yè)的技術(shù)人員，多數(shù)也是處于邊工作邊學(xué)習(xí)的摸索狀態(tài)，其專業(yè)能力的提升非常緩慢，亟需進(jìn)行系統(tǒng)的培訓(xùn)和學(xué)習(xí)。

軟件測試工程師的巨大缺口造就從業(yè)人員的可觀薪水。中國軟件行業(yè)協(xié)會游戲軟件分會副會長劉金華表示，在企業(yè)內(nèi)部，軟件測試工程師基本處于“雙高”地位，即地位高、待遇高，目前有一年工作經(jīng)驗的軟件測試人員的月薪一般都能夠達(dá)到 6000-8000 元，有的人月薪可高達(dá) 10000-15000 元?？梢哉f他們的職業(yè)前景非常廣闊，從近期的企業(yè)人才需求和薪金水平來看，軟件測試工程師的年工資有逐年上升的明顯趨勢。

篇7

1.1盲目性應(yīng)用

盲目性應(yīng)用，即無論是產(chǎn)品型軟件企業(yè)還是項目型軟件產(chǎn)業(yè)，都沒有一個適合自身企業(yè)特點的軟件開發(fā)管理模式。隨著信息化時代的來臨，第三次革命的廣大蔓延，使IT產(chǎn)業(yè)在我國得到了迅速的發(fā)展，相對應(yīng)的各個軟件的應(yīng)用也逐漸增加。由于，我國的軟件企業(yè)建設(shè)起步較晚，相關(guān)技術(shù)性軟件缺乏有效的創(chuàng)新性。因此，在不合理的管理下，往往會造成為了追趕進(jìn)度，而在短時間內(nèi)生產(chǎn)一批軟件，大大降低了軟件開發(fā)的應(yīng)用價值，造成程序在進(jìn)入實際應(yīng)用時，一改再改，上機(jī)漏洞百出，運(yùn)行時間過長，甚至完全的開發(fā)使用受挫等問題。

1.2無規(guī)范性操作

無規(guī)范性操作，即相關(guān)企業(yè)缺少對軟件開發(fā)的相關(guān)規(guī)定，檢查督導(dǎo)力度不夠，企業(yè)管理人員、企業(yè)技術(shù)人員的應(yīng)用力度不到位等。我國大多數(shù)軟件開發(fā)企業(yè)都屬于中小型企業(yè)，所開發(fā)利用的產(chǎn)品大多效法與國外的軟件產(chǎn)品，缺乏有效地創(chuàng)新能力，評估工作量能力欠缺。雖然，某些公司意識到了這一點，但在自己企業(yè)的軟件開發(fā)與管理中，雖然建立了一些軟件開發(fā)管理的規(guī)范，由于過于硬式化，可執(zhí)行力不強(qiáng)，造成軟件開發(fā)的操作上出現(xiàn)問題。操作中的無紀(jì)律、無規(guī)范性，使得很多軟件的基本構(gòu)架被砍掉，導(dǎo)致了所開發(fā)產(chǎn)品的質(zhì)量不穩(wěn)定，對以后的升級與維護(hù)造成負(fù)擔(dān)，使用戶對公司不滿，最終損害了企業(yè)的利益。

2項目管理在軟件開發(fā)中的應(yīng)用措施

項目管理應(yīng)用于軟件的開發(fā)與利用中，即相關(guān)的軟件開發(fā)項目人員，在有限的資源的前提下，運(yùn)用所要規(guī)定的軟件內(nèi)涵、理念、方法及觀點，進(jìn)行有效的開發(fā)與管理。宣傳并樹立企業(yè)范圍內(nèi)的項目管理文化十分重要。實現(xiàn)項目全過程，包括軟件開發(fā)項目的計劃、軟件開發(fā)項目的組織、軟件開發(fā)項目的指導(dǎo)、軟件開發(fā)項目的調(diào)控及軟件開發(fā)項目的評價，得到全面的項目實現(xiàn)，創(chuàng)造企業(yè)利益最大化。將項目管理融入到軟件的開發(fā)應(yīng)用中應(yīng)做到：

（1）對軟件開發(fā)項目的成功標(biāo)準(zhǔn)做準(zhǔn)確的設(shè)定。

（2）對項目之間的各種要求把握要合理。

（3）對軟件的標(biāo)準(zhǔn)進(jìn)行新的定義。

（4）建立適合的溝通渠道。

（5）制作個人計劃。

（6）具備完備的需求說明。

（7）對任務(wù)進(jìn)行有規(guī)律的分配。

（8）選擇正確的技術(shù)并進(jìn)行相應(yīng)的估算。

項目管理在軟件開發(fā)中的具體作用為：

（1）可實現(xiàn)人力、物力、財力的合理分配。

（2）對企業(yè)軟件的啟動、研發(fā)進(jìn)行高標(biāo)準(zhǔn)的組織。

（3）合理的對各個項目進(jìn)行合理的劃分，實現(xiàn)層次管理、合理分配。

（4）調(diào)動員工的積極性，實現(xiàn)企業(yè)利益的最大化。因此，可以看出項目管理可有效地促進(jìn)軟件開發(fā)的進(jìn)程與管理，是實現(xiàn)軟件開發(fā)任務(wù)、資源管理、成本預(yù)算、項目跟蹤及企業(yè)利益的良好標(biāo)尺。實現(xiàn)項目管理與軟件開發(fā)結(jié)合是企業(yè)形成良好的業(yè)務(wù)循環(huán)的重要手段。項目管理在軟件開發(fā)中具體的應(yīng)用措施有：

2.1完善制度

完善制度，即相關(guān)的管理人員應(yīng)按照企業(yè)的任務(wù)需求合理的制定出一套相對應(yīng)的管理流程。例如：企業(yè)的相關(guān)負(fù)責(zé)人可以根據(jù)企業(yè)的業(yè)務(wù)需求來制定《產(chǎn)品立項報告》，并根據(jù)各個部門的負(fù)責(zé)人的審批建議，做出《產(chǎn)品可行性調(diào)研》。后對風(fēng)險進(jìn)行有效的評估，然后做出產(chǎn)品的《初步設(shè)計報告》，并落實于人。（注：一般情況下為保障軟件的質(zhì)量與開發(fā)進(jìn)度，新技術(shù)在軟件中的使用比例應(yīng)小于35%）

2.2初步設(shè)計

初步設(shè)計，即相關(guān)的管理人員根據(jù)所要開發(fā)軟件的成本、進(jìn)度、風(fēng)險等進(jìn)行準(zhǔn)確的評估，并制定評估范圍數(shù)值，并根據(jù)評估的范圍，制定出項目總成本的耗資范圍。例如：企業(yè)的相關(guān)責(zé)任人應(yīng)集中硬件工程師、軟件工程師與架構(gòu)工程師三者進(jìn)行商榷，并根據(jù)業(yè)務(wù)需求，企業(yè)軟件系統(tǒng)開發(fā)規(guī)范，編碼規(guī)范等，來制定出《項目建議書》、《軟件總體設(shè)計》等方案，提交決策層評審，評審立項通過后方可進(jìn)行下一步工作

2.3硬件選型

硬件選型的過程就是根據(jù)軟件的運(yùn)行狀況選擇其運(yùn)行于哪種硬件上的過程。硬件設(shè)備的選擇需要根據(jù)所開發(fā)軟件的類別進(jìn)行選擇，例如：開發(fā)小型單機(jī)軟件，需要一臺電腦就夠了，但是開發(fā)大型單機(jī)軟件則不一樣了，需要多臺電腦、外網(wǎng)網(wǎng)線、路由器、局域網(wǎng)。項目管理的軟件開發(fā)首先要構(gòu)建軟件系統(tǒng)，做好預(yù)算，不斷改進(jìn)設(shè)計模型，做好項目資源管理的控制和軟件的優(yōu)化方案。其次，需要對軟件系統(tǒng)進(jìn)行測試，根據(jù)項目管理對軟件的需求設(shè)計科學(xué)合理的測試方案，不斷完善硬件選型上的不足，做到硬件與軟件的科學(xué)有效運(yùn)行。

2.4軟件設(shè)計

軟件的設(shè)計是IT行業(yè)中的重中之重，是至關(guān)企業(yè)形象的良好標(biāo)志。軟件設(shè)計，即相關(guān)的管理人員對所要開發(fā)軟件的成本、進(jìn)度、風(fēng)險進(jìn)行精確的細(xì)化分析，制定出確實可行的軟件開發(fā)項目。例如：項目經(jīng)理需要根據(jù)企業(yè)的軟件復(fù)用價值來確定，待開發(fā)與難開發(fā)兩者，并根據(jù)《初步設(shè)計》的要求，寫出《軟件的詳細(xì)設(shè)計》方案并編織代碼，測試代碼，軟件設(shè)計的最終環(huán)節(jié)要在總工程師的輔助下完成，總工程師要做出詳細(xì)的批示和完善措施，由此進(jìn)行改進(jìn)之后再進(jìn)行大規(guī)模的生產(chǎn)與制作。不斷提高軟件設(shè)計產(chǎn)品的質(zhì)量。

2.5軟件的測試

軟件的測試是檢測所開發(fā)軟件好壞的良好標(biāo)尺。軟件的測試，即由軟件工程師編制代碼后，按照《測試大綱》進(jìn)行自測，并將自測后的數(shù)據(jù)進(jìn)行可靠性的綜合分析測試。其主要包括：

（1）功能性測試，即對產(chǎn)品的每一項功能進(jìn)行逐一測試。

（2）應(yīng)用性測試，即將所開發(fā)產(chǎn)品運(yùn)行與實際操作中，進(jìn)行現(xiàn)場模擬的EMC、EMI測試。并根據(jù)測試的結(jié)果，做好詳細(xì)真實的記錄，列出不合格項目，有待加強(qiáng)項目、研發(fā)人員定位等確立故障的具體原因，為故障的分析與改正打下基礎(chǔ)。

2.6文件歸檔

文件的歸檔，即對所開發(fā)的軟件項目做出完整的整合記錄，實現(xiàn)軟件的可升級性、可維護(hù)性、可繼承性及可完善性的良好數(shù)據(jù)說明系統(tǒng)，是加強(qiáng)積極管理的有效手段之一。對于軟件來說，確保一次性研發(fā)成功最好，若中途發(fā)生了變差，則需要進(jìn)行修改，在對軟件系統(tǒng)進(jìn)行修改的時候，就需要對文件再次進(jìn)行歸檔。所要歸檔的文件一般有：

（1）軟件的研發(fā)報告。

（2）軟件的可行性分析報告。

（3）軟件的初步設(shè)計方案。

（4）硬件的詳細(xì)設(shè)計方案。

（5）軟件的詳細(xì)設(shè)計方案。

（6）系統(tǒng)的結(jié)構(gòu)詳細(xì)設(shè)計。

（7）軟件的測試結(jié)果。

（8）審批明確的生產(chǎn)文件。

（9）詳細(xì)的使用說明書等。

3結(jié)束語

篇8

案例教學(xué)是軟件測試教學(xué)中的常用手段，對學(xué)生理解測試方法有著很重要的作用，但是目前高校教學(xué)普遍存在著教學(xué)案例陳舊過時，大部分教學(xué)都沿用了傳統(tǒng)的教學(xué)案例。這些案例大都沒有介紹軟件測試的工程方法和實現(xiàn)過程，并且沒有進(jìn)行難度的區(qū)分，很難達(dá)到好的教學(xué)效果。

本專業(yè)的教師經(jīng)過多年的實踐，總結(jié)了大量的教學(xué)經(jīng)驗，按照實際工作中典型的工程師團(tuán)隊所需的各種技能知識為導(dǎo)向，按照復(fù)雜度漸增、螺旋遞進(jìn)的原則設(shè)置卓越軟件工程師課程體系與內(nèi)容，把傳統(tǒng)的以學(xué)科知識的系統(tǒng)性為導(dǎo)向的橫向課程體系改造為以個人職業(yè)角色發(fā)現(xiàn)和能力提升為導(dǎo)向的、適應(yīng)團(tuán)隊教育培養(yǎng)的新型縱向課程體系。軟件測試課程是軟件工程卓越工程師培養(yǎng)課程體系的重要組成部分，課程總體跟隨整體培養(yǎng)課程體系的大方向，并結(jié)合自身的特點進(jìn)行建設(shè)。

1復(fù)雜度漸增式開設(shè)課程

在傳統(tǒng)的以面向開發(fā)為主的培養(yǎng)模式下，測試課程設(shè)置單一，知識針對性連貫性不強(qiáng)。為了解決這些問題，在專業(yè)課程開設(shè)過程中將軟件測試課程課程拆分，穿插到整個培養(yǎng)過程中，緊密聯(lián)系軟件工程其他階段的課程，并且使用案例貫穿所有階段，復(fù)雜度逐漸遞增，讓學(xué)生在學(xué)習(xí)過程中循序漸進(jìn)，逐步建立學(xué)習(xí)的興趣和信心。在第5學(xué)期分成兩個階段分別開設(shè)《單元測試與軟件質(zhì)量》和《軟件驗證與確認(rèn)》。在第一階段旨在培養(yǎng)學(xué)生小規(guī)模程序測試的能力不涉及復(fù)雜系統(tǒng)，以提高個人開發(fā)測試的基本能力為目標(biāo)，學(xué)生可以運(yùn)用測試課程中學(xué)習(xí)的方法在開發(fā)過程中使用，針對性強(qiáng)。第二階段旨在培養(yǎng)學(xué)生對系統(tǒng)整體測試的能力，此時學(xué)生以完成基本開發(fā)能力的訓(xùn)練，其他相關(guān)課程的培養(yǎng)中也進(jìn)入了系統(tǒng)級別。在該階段以上一階段培養(yǎng)的能力為基礎(chǔ)，提高復(fù)雜度，跟軟件開發(fā)其他階段緊密結(jié)合。完成第5學(xué)期的測試基礎(chǔ)課程開設(shè)之后，在第6學(xué)期還開設(shè)了《web軟件測試》、《測試案例分析》、《數(shù)據(jù)庫測試》等專業(yè)選修課，給有興趣的學(xué)生提供更多的學(xué)習(xí)選擇。

2基礎(chǔ)與實踐并重，充分利用虛擬實踐平臺課程

的開設(shè)充分考慮到測試重實踐，并且與軟件開發(fā)其他階段聯(lián)系緊密等特點；同時也考慮到了此時學(xué)生正處于學(xué)習(xí)階段，直接參與實際項目對學(xué)生的學(xué)習(xí)并不能起到很好的作用，因此在課程學(xué)習(xí)階段充分利用了校內(nèi)軟件實訓(xùn)基地，創(chuàng)建網(wǎng)上“虛擬企業(yè)”，引入企業(yè)管理模式，在這種虛擬平臺下，針對基礎(chǔ)的知識點開設(shè)虛擬項目[3]，模擬軟件測試的真實工程環(huán)境。學(xué)生在自己組合團(tuán)隊中有各自的工程任務(wù)，針對性實用性很強(qiáng)，學(xué)生能夠在完成自己任務(wù)的同時感性的認(rèn)識測試崗位工作，體會到軟件測試在整個軟件開發(fā)過程中的作用，將單項知識技能之間關(guān)聯(lián)在一起，系統(tǒng)的運(yùn)用專業(yè)知識和技能。

3采用螺旋式的案例教學(xué)，案例與其他軟件開發(fā)階段貫穿

篇9

1、儀器儀表工程師

儀器儀表工程師是指在工業(yè)自動化儀表與控制系統(tǒng)、科學(xué)儀器、電子測量與電工測量儀器、醫(yī)療儀器、各類專業(yè)儀器、傳感器與儀器儀表元器件及功能材料等行業(yè)從事儀器儀表的設(shè)計、安裝、保養(yǎng)等工作的專業(yè)技術(shù)人員。

2、硬件工程師

硬件工程師Hardware Engineer職位 要求熟悉計算機(jī)市場行情；制定計算機(jī)組裝計劃；能夠選購組裝需要的硬件設(shè)備，并能合理配置、安裝計算機(jī)和外圍設(shè)備；安裝和配置計算機(jī)軟件系統(tǒng)；保養(yǎng)硬件和外圍設(shè)備；清晰描述出現(xiàn)的計算機(jī)軟硬件故障。

3、銷售工程師

銷售工程師，是指能夠獨立管理和策劃商品的區(qū)域銷售，營銷業(yè)務(wù)的高級銷售人才。其應(yīng)具有極高的市場經(jīng)驗和敏感的市場觀察力，分析力，要求能夠獨立管理商品的銷售業(yè)務(wù)。

4、電氣工程師

從事勘測、規(guī)劃、設(shè)計、電力工程建筑、安裝、調(diào)試、技術(shù)開發(fā)、實驗研究、發(fā)供電運(yùn)行、檢修、修造、電網(wǎng)調(diào)度、用電管理、電力環(huán)保、電力自動化、技術(shù)管理等工作的電力專業(yè)工程技術(shù)人員

5、嵌入式軟件工程師

篇10

現(xiàn)代化社會的發(fā)展，軟件工程廣泛應(yīng)用到嵌入式系統(tǒng)、人機(jī)界面、翻譯器、電子郵件及數(shù)據(jù)庫和各項操作系統(tǒng)中。在此基礎(chǔ)上，還受到了航空、工業(yè)、政府部門及銀行等各個行業(yè)的大力追捧，大大減少了各行業(yè)工作人員的工作總量，有效提高了他們的工作效率，并促使人民群眾的生活質(zhì)量得到提高，帶動了社會經(jīng)濟(jì)的發(fā)展。軟件工程的開發(fā)離不開軟件工程師，根據(jù)領(lǐng)域的不同又分成系統(tǒng)測試員、分析員、工程師及程序員等，統(tǒng)稱為軟件工程師。他們肩負(fù)著對費用合理、質(zhì)量良好的軟件產(chǎn)品的開發(fā)，通常情況下，其主要以產(chǎn)品的可靠性、安全性、可維護(hù)性、實用性、功能性等指標(biāo)來衡量軟件產(chǎn)品的整體質(zhì)量。

2軟件工程開發(fā)技術(shù)

2.1軟件標(biāo)準(zhǔn)化應(yīng)用技術(shù)

軟件標(biāo)準(zhǔn)化應(yīng)用技術(shù)又分成軟件標(biāo)準(zhǔn)和軟件過程標(biāo)準(zhǔn)，其是軟件構(gòu)件和軟件重用技術(shù)開發(fā)與發(fā)展的先決條件，可有效保障軟件工程產(chǎn)業(yè)的健康發(fā)展。軟件標(biāo)準(zhǔn)化應(yīng)用技術(shù)直接關(guān)系到軟件工程各項指標(biāo)能否達(dá)到相關(guān)標(biāo)準(zhǔn)，其也是衡量軟件工程成熟度的重要條件。國際標(biāo)準(zhǔn)化工程和系統(tǒng)工程委員會詳細(xì)指出了軟件工程的標(biāo)準(zhǔn)結(jié)構(gòu)，加之美國國防部關(guān)于軟件標(biāo)準(zhǔn)相關(guān)內(nèi)容的提出，并列成為當(dāng)代軟件工程的兩大重要標(biāo)準(zhǔn)。

2.2軟件構(gòu)件和軟件重用技術(shù)

軟件構(gòu)件和軟件重用技術(shù)一直是軟件工程開發(fā)中的重要環(huán)節(jié)。軟件重用是開發(fā)和研究軟件的必要手段，構(gòu)件作為一項基礎(chǔ)條件有著不可小覷的重要作用。其中，軟件重用技術(shù)可讓軟件工程師從大量寫代碼的工作中解脫出來，促使其更好的投入到更具適用性軟件系統(tǒng)的開發(fā)中，從而確?？臻g和相關(guān)問題的一致性。軟件構(gòu)件技術(shù)是實現(xiàn)重用技術(shù)的前提，兩者相輔相成，互相促進(jìn)。這一過程中，各類開發(fā)工具是軟件開發(fā)和應(yīng)用的依托，如集成開發(fā)環(huán)境、構(gòu)件庫管理及運(yùn)行環(huán)境等。

2.3中間件技術(shù)的采用

中間件平臺作為軟件系統(tǒng)開發(fā)和運(yùn)行的支撐，是實現(xiàn)構(gòu)件技術(shù)的前提。中間件適用于合適的平臺上，加速軟件的隔離和抽象，最終形成構(gòu)件。因此，中間件技術(shù)在軟件行業(yè)中備受青睞，根據(jù)分布對象、通信、事務(wù)處理、調(diào)用遠(yuǎn)程過程、訪問中間件這五大類進(jìn)行劃分，具有劃時代的意義。

3軟件工程開發(fā)過程

3.1用戶需求分析

用戶需求分析即為在構(gòu)建或改變軟件系統(tǒng)時，應(yīng)根據(jù)新系統(tǒng)的定義、范圍及功能等內(nèi)容進(jìn)行用戶群體需求分析，并綜合分析數(shù)據(jù)準(zhǔn)確把握系統(tǒng)定位，以開發(fā)出優(yōu)質(zhì)的系統(tǒng)軟件。該過程中，協(xié)調(diào)需求分析員和軟件工程師之間的關(guān)系是十分關(guān)鍵的，兩者強(qiáng)強(qiáng)合作后，應(yīng)首先找準(zhǔn)目標(biāo)用戶群，并針對用戶的實際需求確定系統(tǒng)軟件的各項功能，最終制定出最佳系統(tǒng)開發(fā)方案。

3.2軟件系統(tǒng)分析

軟件系統(tǒng)分析主要是指歸納和整合需求調(diào)查中的各項數(shù)據(jù)和相關(guān)資料，并針對軟件內(nèi)部實際管理和信息處理情況進(jìn)行分析。軟件系統(tǒng)分析的主要目的是為了落實用戶的相關(guān)需求，并尋求出最具適用性的解決方法，其是軟件設(shè)計過程中不可或缺的組成部分。

3.3軟件測試

在整個軟件系統(tǒng)進(jìn)入使用之前，軟件測試是最為重要的環(huán)節(jié)之一，在進(jìn)行軟件測試時，不僅能對軟件的需求進(jìn)行分析，還能對軟件的功能及性能進(jìn)行驗證。軟件測試是指，根據(jù)運(yùn)用軟件的測試方法和測試工具，按照測試流程及測試方案，對被測試軟件的功能與性能進(jìn)行檢測。在對軟件進(jìn)行測試的過程中，編程人員可以按照不同的軟件和不同的架構(gòu)編寫出各種測試系統(tǒng)以及測試方案和工具，以控制將有可能出現(xiàn)的問題。在軟件開發(fā)的整個過程中，都要緊抓各個開發(fā)環(huán)節(jié)及時進(jìn)行同步的測試內(nèi)容，并且針對測試中發(fā)現(xiàn)的問題加以解決，同時完善相關(guān)的開發(fā)程序。在此之后進(jìn)行重復(fù)測試，在反復(fù)測試中不斷完善各種問題，直到軟件最終成為完整產(chǎn)品。

4軟件工程開發(fā)的基本特征與應(yīng)用情況

4.1明確性

軟件工程在進(jìn)行軟件設(shè)計時就已經(jīng)根據(jù)人們多種多樣的需求制定了明確的目標(biāo)。軟件工程設(shè)計的任務(wù)是在工程實施或者產(chǎn)品投產(chǎn)之前，為這項工程或產(chǎn)品提供各種需求的標(biāo)準(zhǔn)，這一任務(wù)正是體現(xiàn)了軟件工程中“需求分析”的特點，并且需求分析的質(zhì)量對軟件開發(fā)的成敗有著直接影響。在這個階段中，開發(fā)技術(shù)人員需要不斷的與用戶進(jìn)行溝通和交流，完全明確軟件開發(fā)項目的概念，最終形成一個完整的、清晰的、明確的開發(fā)目標(biāo)。

4.2完整性

在用戶或者服務(wù)器系統(tǒng)的應(yīng)用中，保證信息準(zhǔn)確無誤的重要條件是數(shù)據(jù)及數(shù)據(jù)處理的完整性。因此，在軟件開發(fā)的過程中，確保數(shù)據(jù)及數(shù)據(jù)處理完整性的邏輯要求是最為嚴(yán)密的。例如，有時在處理一個事物的過程中，會修改多個表格數(shù)據(jù)，如果在修改中發(fā)生了任何細(xì)小錯誤，都必須放棄整個處理過程，而不是其中的一個過程，然后返回最開始的階段，以確保操作的完整性，從而保證了數(shù)據(jù)及數(shù)據(jù)處理的完整性。

4.3規(guī)范性

應(yīng)用軟件的開發(fā)工作在不同人員進(jìn)行修改時需要能較為容易的接手，因此開發(fā)應(yīng)用軟件必須保證規(guī)范性。由于軟件在開發(fā)的過程中需要按照一定的規(guī)則進(jìn)行對象組合，所以能符合標(biāo)準(zhǔn)。但是如果是群體開發(fā)軟件，由于每個程序員的想法及工作習(xí)慣都不相同，因此不容易符合標(biāo)準(zhǔn)，而軟件開發(fā)的標(biāo)準(zhǔn)極為重要，必須保證其規(guī)范性，所以在軟件開發(fā)的過程中，程序員之間需要多溝通交流，確保軟件的順利開發(fā)。

4.4易維護(hù)性

由于在軟件開發(fā)的過程中，對象組合具有繼承性，在對祖先對象進(jìn)行修改時，也會對其繼承對象造成直接影響，提高了軟件程序在一定程度上的維護(hù)性。并且，邏輯規(guī)定和語法規(guī)定相同，群體開發(fā)軟件不會因為個人特有的思想與工作習(xí)慣受到影響，從而使軟件開發(fā)的維護(hù)性得到了保證，也提高了相互之間互相彌補(bǔ)的可能性。

4.5創(chuàng)新性

科學(xué)技術(shù)需要發(fā)展，發(fā)展離不開創(chuàng)新。隨著工程技術(shù)的不斷創(chuàng)新，軟件開發(fā)出的產(chǎn)品在滿足人們高要求的同時不斷進(jìn)步，為了獲得廣大用戶的信任與支持，系統(tǒng)分析員在進(jìn)行系統(tǒng)分析時，應(yīng)當(dāng)全方位了解廣大用戶的需求，針對用戶的各種需求提出可行性方案，并且在不斷的與用戶交流中完善與改進(jìn)方案，在如此反復(fù)中完成整個設(shè)計開發(fā)的過程。

5結(jié)束語