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

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

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

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

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

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

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

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

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