軟件工程工作總結(jié)與建議

1、軟件工程工作總結(jié)與建議姓名： xIkUgBCGDFCGOCNDCMCZG 部門：行業(yè)開發(fā)部 超市項目組 出生日期： 1980-11-25個人簡介： 沒什么愛好，唯軟件開發(fā)技術(shù)情有獨鐘， 常自娛自樂，自小熱愛編程， 從小學(xué) 6 年級開始正 式學(xué)習(xí)程序設(shè)計，至今已有 12 年有余， 18 歲中專畢業(yè)，參加工作，至今已有 5 年，近 6 年 的軟件開發(fā)工作經(jīng)驗，工作期間也不斷學(xué)習(xí)，完善自己的職業(yè)技能，理解軟件開發(fā)的思想， 熟悉 Delphi 、C/C+/VC+ 、ASP、SQL Server 、Html 、腳本語言 （如： VBScript 、JavaScript）， 匯編，熟悉 Win32SDK

2、編程，經(jīng)過多年的學(xué)習(xí)和實踐相結(jié)合對面象對象的設(shè)計與開發(fā)也有 深刻的理解和自己獨特的見解。列寧曾說“實踐高于（理論的）認識，因為它不僅具有普遍 性的品格，而且還具有直接現(xiàn)實性的品格。 ”，我始終相信。對軟件逆向工程也比較熟悉 ,熟悉匯編 /反匯編，熟悉各種靜態(tài)反編譯（反匯編）工具如DD 、W32DASM 、C32ASM 等，熟悉各種動態(tài)跟蹤調(diào)試工具如 SoftICE 、OllyDBG 等工具，熟悉 加密與解密， 能夠利用這些工具和我的知識對軟件進行加密， 防止盜版， 能夠?qū)浖M行解 密和逆向工程，研究軟件的底層機理，屬于中國破解組織 BCG/DFCG/OCN/DCM/CZG 正式 成員 （注:

3、這些組織都是以技術(shù)研究為主的 ,跟盜版是兩回事 ）。同時熟悉多層系統(tǒng)的設(shè)計開發(fā)，熟悉各種軟件工具的使用，對 Windows 系列操作系統(tǒng)較為 熟悉，對Linux 操作系統(tǒng)有所了解。 掌握面向?qū)ο蟮姆治雠c設(shè)計和相關(guān)工具的使用，對軟件 工程化也比較熟悉 ,由其感興趣的是敏捷軟件開發(fā)。曾任技術(shù)研發(fā)組組長，帶領(lǐng)技術(shù)研發(fā)組 完成技術(shù)攻關(guān)， 管理軟件項目。 有極強的自學(xué)能力和歸納總結(jié)能力。 對一項技術(shù)有強烈的鉆 研欲望 .轉(zhuǎn)入正題了， 首先談?wù)劊?我認為我所在的項目組做得好的地方 在我們項目組中使用了 CVS 做軟件的版本控制，用 RoboHelp 寫文檔，用 TestTrack 做 Bug 跟蹤做得不好

4、的地方就是需求描述不清晰， 而我們過早的進入設(shè)計階段， 過遲的進入測試階 段看看我們的需求描述吧：多數(shù)量同一商品的錄入習(xí)慣：商品條碼數(shù)量快捷鍵數(shù)量某種商品在銷售過程中退貨的操作習(xí)慣：商品條碼負數(shù)快捷鍵數(shù)量我們需要的需求描述是這樣的： 只說做什么，不說怎么做，并描述出希望得到的結(jié)果，至 于操作習(xí)慣這些東西可以在得到了正確的軟件功能后再作調(diào)整例如： 零售：一個商品的條碼 6910000000001 ，零售單價為 15.00 元，輸入一個商品條碼，賣出該 商品個，零售金額為 15.00 元，賣個，零售金額為 30.00 元再來看看我們的代碼： 我們目前的代碼根本不具備可測試性， 當改動一個地方的時候

5、我們不可能自己把所有代碼功 能都跑遍， 以保證程序的正確性， 保證程序的質(zhì)量， 有可能我們改動的這一個地方會牽扯 到另一個地方或 N 個地方，而我們有可能沒有考慮到這個關(guān)聯(lián)性或沒有考慮完，于是個 地方的改動造成了 N 個地方的錯誤這樣的問題在我們公司開發(fā)人員中基本是天天都在上 演重復(fù)的一幕，造成開發(fā)成本維護成本不斷的上升，產(chǎn)品遲遲不能穩(wěn)定還有一個比較嚴重的問題是過早的進行設(shè)計， 把程序的結(jié)構(gòu)過早的定下來， 這樣導(dǎo)致的后果 是要當需求發(fā)生變化，目前的系統(tǒng)結(jié)構(gòu)無法滿足需求時，可想而知后果的什么樣的再來說說測試： 我們的測試人員可說是做得比較好了的， 這點我沒什么好說的 我只是想說讓我們開發(fā)產(chǎn)品 應(yīng)

6、該 盡早的提交給測試人員和用戶進行測試 ，這樣我們可以更早的得到反饋，對產(chǎn)品作出 改進和修改我想重點對我們開發(fā)談?wù)劊岢鲆恍┳约旱慕ㄗh： 為了保證我們的程序具有可靠性， 可維護性， 可閱讀性， 讓我們產(chǎn)品達到一個高質(zhì)量的標準， 我想唯一的方法就是讓我們代碼具有可測試性， 可測試性的代碼是具有良好結(jié)構(gòu)的， 優(yōu)美的， 高質(zhì)量的并且也是簡單的其中以測試來驅(qū)動開發(fā) (TDD) 的方法是我較為推崇的，我在家自 己寫的程序基本都有 Unit Test Unit Test 又叫單元測試，是針對程序最基本結(jié)構(gòu)單元所進行的測試。而 TDD 的過程是這樣 的，寫一個測試程序，使其可以運行，重構(gòu)。 在寫這個測試程序

7、的時候你考慮的不應(yīng)該是基 于什么結(jié)構(gòu)單元， 而是要考慮需要完成的什么功能。 實現(xiàn)和重構(gòu)的時候， 具體是不是這個單 元完成了這個功能依然不是你應(yīng)該去考慮的， 你考慮的還是是不是完成了這個功能、 是 不是代碼真的清晰和可工作。 你考慮的問題永遠是圍繞著具體的功能進行的， 而不是圍繞某 種結(jié)構(gòu)進行的。 你寫這個測試程序的時候，這個結(jié)構(gòu)并不存在，并且今后也可能不存在 (由 于重構(gòu)，你在別的結(jié)構(gòu)部分實現(xiàn)了這個功能) 。明白這個道理就可以明白 TDD 實際還是基于需求驅(qū)動的，還是一種前瞻性的設(shè)計手段。只 不過 TDD 讓這個需求更加具體，讓其前瞻性也更可以預(yù)測，并且在多種方法中給了你進行 多種嘗試的機會。

8、 而當你認為這個測試只是單元測試的時候， 無疑你就把程序的結(jié)構(gòu)早早的 做了一個固定， 其是基于結(jié)構(gòu)的而不是基于需求的， 并且由于其基于結(jié)構(gòu)的一面則設(shè)計的前 瞻性很難得到保證， 而就根本性的斷絕了你進行多種嘗試的可能。 設(shè)計的前瞻性是指你的設(shè) 計可以帶來可以預(yù)測的結(jié)果。 而軟件的結(jié)構(gòu)是動態(tài)的， 并且隨著你必須進行的重構(gòu)活動這樣 的結(jié)構(gòu)變更會日常性的存在。 如果你的一個測試高度的依靠某種特殊的結(jié)構(gòu)， 在這樣的經(jīng)常 性重構(gòu)的環(huán)境下， 其被經(jīng)常性修改的幾率會大大增加。 而由于其結(jié)構(gòu)的不確定性是根本不可 能逆轉(zhuǎn)的， 所以針對結(jié)構(gòu)進行的測試根本不可能帶來結(jié)構(gòu)上的可預(yù)測性， 而談不上什么前瞻 性了。軟件開發(fā)是一個不斷跌代的過程，我們應(yīng)該小步前進，不應(yīng)該一開始就固定的程序