【文章內(nèi)容簡介】 、壓力、成就。20xx年說起來應(yīng)該算是很忙的一年，系統(tǒng)不停的修改，修改完一個功能后面還有很多的需求等著自己去做，想找到一點空閑的時間很難?？纯次磥淼墓ぷ饕?guī)劃，有個時候聽別人說修改完這個需求后可以減輕別人的工作，總讓自己感覺到很大的壓力。系統(tǒng)的穩(wěn)定性、數(shù)據(jù)的準(zhǔn)確性，對于公司兩個重要的系統(tǒng)來說表現(xiàn)的尤為重要，雖說這兩個系統(tǒng)還算穩(wěn)定，但是還是避免不了一些問題，總給自己帶來一些壓力，這也是以后的重點改進，以確保更高的穩(wěn)定性。當(dāng)自己接到系統(tǒng)的一個需求后想到能夠給別人的工作帶來方便、簡化，即使再累也要以自己最快的速度最完善的完成，當(dāng)完成后自己感覺很有成就感。關(guān)于我們軟件組，我們每一位同事都是很優(yōu)秀的，我們幾個人一年內(nèi)開發(fā)那么多的系統(tǒng)。對于網(wǎng)絡(luò)組的同事，你們有個時候會存在一些抱怨，說軟件不穩(wěn)定、報錯，也許是我們的開發(fā)時間太短，很多的細(xì)節(jié)問題沒有考慮到！我知道我們的同事也很忙，但請我們的同事不要急躁，詳細(xì)的記錄好錯誤信息，看清楚錯誤提示，有時對于一線反饋過來的錯誤希望大家能夠確認(rèn)好（因為有時一個簡單的錯誤提示會被她們描述成系統(tǒng)使用不了），希望網(wǎng)絡(luò)組的同事確認(rèn)是否存在該軟件上的錯誤，以至于我們能夠及時的處理好！而我們能做的也就是及時的處理問題，提高系統(tǒng)的穩(wěn)定性、錯誤，減少網(wǎng)絡(luò)組同事不必要的麻煩！對于我們軟件組的同事（包括我），要及時的處理好錯誤，找到錯誤的原因，希望下次不要再出現(xiàn)同樣的錯誤！站在我們軟件開發(fā)的立場上，雖說軟件的錯誤是不可避免的，但我們可以把它降低到最?。‘?dāng)我們接到一個軟件需求的時候，不要把它想的很簡單，我們盡可能的可以把它考慮到很復(fù)雜，這樣我們就可以考慮到更多的細(xì)節(jié)，比如限制一些相關(guān)錯誤的輸入。有個時候軟件是出現(xiàn)的不合理數(shù)據(jù)，我們不可以認(rèn)為是是操作員的錯誤，相反我們要想到是自己的錯誤，站在軟件思想上，是我們做的不夠，沒注意細(xì)節(jié)，給網(wǎng)絡(luò)組人員帶來了不必要的麻煩。所以包括我在內(nèi)軟件組人員要提高自身的軟件技術(shù)，多創(chuàng)新，提高自身系統(tǒng)的穩(wěn)定性，數(shù)據(jù)的準(zhǔn)確性！在20xx年前希望上完所有奈瑞兒店院的分布式財務(wù)系統(tǒng)，對各店內(nèi)的所有服務(wù)器數(shù)據(jù)庫設(shè)置密碼，相關(guān)的系統(tǒng)中數(shù)據(jù)連接配置加密，以對20xx年的工作劃一個圓滿的句號。正版化軟件工作總結(jié)篇八自2月份開始，至此為止已近6個月時間，從公司內(nèi)部系統(tǒng)測試、驗收測試，再到uat測試，以及投產(chǎn)前的系統(tǒng)壓力測試等等。從開始到項目即將結(jié)束，一步步走過來。本次項目中，我作為測試環(huán)節(jié)的主力人員之一，僅對此項目中測試工作進行總結(jié)。一、項目測試進度控制。項目的測試進度主要是按照項目計劃進行的，完全按照項目組計劃要求完成測試任務(wù)、提交測試類相關(guān)文檔，包括測試案例的完善、制定測試計劃、執(zhí)行測試、缺陷跟蹤以及bug回歸測試等。協(xié)調(diào)項目的內(nèi)部測試工作，本此項目中測試小組一共組織了四輪次系統(tǒng)全面測試工作，認(rèn)真配合項目工作，共同保證項目質(zhì)量。項目測試的問題跟蹤及處理采用每日進行修改問題回歸測試工作，每日同步更新問題跟蹤單的模式，按照規(guī)劃時間完成系統(tǒng)更新測試。二、項目組內(nèi)部成員關(guān)系處理。在項目工作的這幾個月里大家相處融洽，項目組內(nèi)部共同探討解決問題的方法，向各模塊負(fù)責(zé)人學(xué)習(xí)模塊功能處理方式，向業(yè)務(wù)人員了解系統(tǒng)中涉及的業(yè)務(wù)知識點，兩者結(jié)合起來進行模塊功能測試。鑒于之前轄內(nèi)對公交易系統(tǒng)和中行對公項目的經(jīng)驗，也向項目組提出了一些完善性意見。三、協(xié)調(diào)用戶測試方面。用戶驗收測試是項目測試工作的重要組成部分之一，是項目驗收階段的最終把關(guān)階段，業(yè)務(wù)人員結(jié)合日常業(yè)務(wù)處理情況對系統(tǒng)進行的嘗試性使用過程。本次項目客戶測試方面也是我個人覺得不夠安全感一個主要方面，客戶測試介入力度太小，盡管我們已經(jīng)很多次電話催促業(yè)務(wù)人員測試，每次聯(lián)系相關(guān)業(yè)務(wù)人員進行測試，他們來到項目組開發(fā)現(xiàn)場測試，也僅僅一兩個小時時間，簡單的進行驗證操作即可。xx銀行利用兩批系統(tǒng)培訓(xùn)的時間安排了兩次分行集中測試，也算給項目進行了一次全面的測試，從中也暴露出不少系統(tǒng)存在的問題，目前項目組均已解決。四、測試成效方面。，共記錄問題及客戶新增需求825個，其中bug數(shù)量512個、系統(tǒng)完善類問題225個，新增需求類問題88個。組織了四輪次內(nèi)部系統(tǒng)全面測試工作，兼顧日常系統(tǒng)更新測試工作，最大限度的進行了內(nèi)部質(zhì)量把關(guān)。配合外包公司一同進行系統(tǒng)壓力測試及穩(wěn)定性測試，測試結(jié)果符合客戶要求。，測試組還將繼續(xù)配合配合項目投產(chǎn)工作及投產(chǎn)后的補丁更新測試工作。正版化軟件工作總結(jié)篇九哲學(xué)就是用簡單的說話來體現(xiàn)出隱含深層意義的道理，讓人們?nèi)ニ伎己腕w會。哲學(xué)本身就是用來完善自己的精神修養(yǎng)和幫助他人完善思想的。哲學(xué)的特征在于追問本質(zhì)，不斷反思。內(nèi)容上，哲學(xué)的反思對象無所不包。深度上，哲學(xué)的反思是無窮無盡的?，F(xiàn)實中，我們可以借用哲學(xué)的思維方式，但是不能照搬哲學(xué)的思維方式。也即是說我們能夠直接關(guān)注的現(xiàn)實是具體而有限的，思維的不可封閉性使得我們在解決具體問題時不能進行無窮追問。把哲學(xué)低估于現(xiàn)代科學(xué)是不負(fù)責(zé)任的，哲學(xué)隱藏在現(xiàn)實生活中的每一部分，它為我們提供了一種生活的方式，如果將哲學(xué)簡單的與現(xiàn)代科學(xué)相提并論，則成為了一種狹隘的唯科學(xué)主義?！坝质且荒戤厴I(yè)時”，看到一批批學(xué)子離開人生的象牙塔，走上各自的工作崗位。想想自己也曾經(jīng)意氣風(fēng)發(fā)、躊躇滿志，不覺感嘆萬千……本文是自己工作6年的經(jīng)歷沉淀或者經(jīng)驗提煉，希望對所有的軟件工程師們有所幫助，早日實現(xiàn)自己的人生目標(biāo)。本文主要是關(guān)于軟件開發(fā)人員如何提高自己的軟件專業(yè)技術(shù)方面的具體建議，前面幾點旨在確定大的方向，算是廢話吧。謹(jǐn)以此文獻給那個自己為你奉獻3年青春與激情的開發(fā)團隊。還有團隊成員：ppl、yt、yk、tyf、lgl、chl、cdy、cb、dpd。分享第一條經(jīng)驗：“學(xué)歷代表過去、能力代表現(xiàn)在、學(xué)習(xí)力代表未來?！逼鋵嵾@是一個來自國外教育領(lǐng)域的一個研究結(jié)果。相信工作過幾年、十幾年的朋友對這個道理有些體會吧。但我相信這一點也很重要：“重要的道理明白太晚將抱憾終生!”所以放在每一條，讓剛剛畢業(yè)的朋友們早點看到哈!一定要確定自己的發(fā)展方向，并為此目的制定可行的計劃。不要說什么，“我剛畢業(yè)，還不知道將來可能做什么?”，“跟著感覺走，先做做看”。因為，這樣的觀點會通過你的潛意識去暗示你的行為無所事事、碌碌無為。一直做技術(shù)，將來成為專家級人物?向管理方向走，成為職業(yè)經(jīng)理人?先熟悉行業(yè)和領(lǐng)域，將來自立門戶?還是先在行業(yè)里面混混，過幾年轉(zhuǎn)行做點別的?這很重要，它將決定你近幾年、十年內(nèi)“做什么事情才是在做正確的事情!”。軟件開發(fā)團隊中，技術(shù)不是萬能的，但沒有技術(shù)是萬萬不能的!在技術(shù)型團隊中，技術(shù)與人品同等重要，當(dāng)然長相也比較重要哈，尤其在mm比較多的團隊中。在軟件項目團隊中，技術(shù)水平是受人重視和尊重的重要砝碼。無論你是做管理、系統(tǒng)分析、設(shè)計、編碼，還是產(chǎn)品管理、測試、文檔、實施、維護，多少你都要有技術(shù)基矗算我孤陋寡聞，我還真沒有親眼看到過一個外行帶領(lǐng)一個軟件開發(fā)團隊成功地完成過軟件開發(fā)項目，哪怕就一個，也沒有看到。倒是曾經(jīng)看到過一個“高學(xué)歷的牛人”(非技術(shù)型)帶一堆人做完過一個項目，項目交付的第二天，項目組成員扔下一句“再也受不了啦!”四分五裂、各奔東西。那個項目的“成功度”大家可想而知了。詳細(xì)制定自己軟件開發(fā)專業(yè)知識學(xué)習(xí)計劃，并注意及時修正和調(diào)整(軟件開發(fā)技術(shù)變化實在太快)。請牢記：“如果一個軟件開發(fā)人員在2年內(nèi)都沒有更新過自己的知識，那么，其實他已經(jīng)不再屬于這個行業(yè)了?！辈灰嬖V自己沒有時間。來自時間管理領(lǐng)域的著名的“三八原則”告誡我們：另外的那8小時如何使用將決定你的人生成敗!本人自畢業(yè)以來，平均每天實際學(xué)習(xí)時間超過2小時。書籍是人類進步的階梯，對軟件開發(fā)人員尤其如此。書籍是學(xué)習(xí)知識的最有效途徑，不要過多地指望在工作中能遇到“世外高人”，并不厭其煩地教你。對于花錢買書，我個人經(jīng)驗是：千萬別買國內(nèi)那幫人出的書!我買的那些家伙出的書，!00%全部后悔了，無一本例外。更氣憤的是，這些書在二手市場的地攤上都很難賣掉?！皳碛袝⒉槐硎緭碛兄R。擁有知識并不表示擁有技能。擁有技能并不表示擁有文化。擁有文化并不表示擁有智慧?！敝挥袑咀兂傻淖约褐腔郏潘闶钦嬲龘碛辛怂?。不要僅局限于對某項技術(shù)的表面使用上，哪怕你只是偶爾用一、二次。“對任何事物不究就里”是任何行業(yè)的工程師所不應(yīng)該具備的素質(zhì)。開發(fā)它們框架設(shè)計或者源碼。除了會用j2ee、jboss、spring、hibernate等等優(yōu)秀的開源產(chǎn)品或者框架，抽空看看大師們是如何抽象、分析、設(shè)計和實現(xiàn)那些類似問題的通用解決方案的。試著這樣做做，你以后的工作將會少遇到一些讓你不明就里、一頭霧水的問題，因為，很多東西你“知其然且知其所以然”!在一種語言上編程，但別為其束縛了思想?！按a大全”中說：“深入一門語言編程，不要浮于表面”。深入一門語言開發(fā)還遠遠不足，任何編程語言的存在都有其自身的理由，所以也沒有哪門語言是“包治百脖的“靈丹妙藥”。編程語言對開發(fā)人員解決具體問題的思路和方式的影響與束縛的例子俯拾皆是。我的經(jīng)驗是：用面對對象工具開發(fā)某些關(guān)鍵模塊時，為什么不可以借鑒c、c5匯編的模塊化封裝方式?用傳統(tǒng)的桌面開發(fā)工具(目前主要有vc++、delphi)進行系統(tǒng)體統(tǒng)結(jié)構(gòu)設(shè)計時，為什么不可以參考來自java社區(qū)的ioc、aop設(shè)計思想，甚至借鑒像spring、hibernate、jboss等等優(yōu)秀的開源框架?在進行類似于實時通信、數(shù)據(jù)采集等功能的設(shè)計、實現(xiàn)時，為什么不可以引用來自實時系統(tǒng)、嵌入式系統(tǒng)的優(yōu)秀的體系框架與模式?為什么一切都必須以個人、團隊在當(dāng)然開發(fā)語言上的傳統(tǒng)或者經(jīng)驗來解決問題???“他山之石、可以攻玉”。養(yǎng)成總結(jié)與反思的習(xí)慣，并有意識地提煉日常工作成果，形成自己的39。個人源碼庫、解決某類問題的通用系統(tǒng)體系結(jié)構(gòu)、甚至進化為框架。眾所周知，對軟件開發(fā)人員而言，有、無經(jīng)驗的一個顯著區(qū)別是：無經(jīng)驗者完成任何任務(wù)時都從頭開始，而有經(jīng)驗者往往通過重組自己的可復(fù)用模塊、類庫來解決問題(其實這個結(jié)論不應(yīng)該被局限在軟件開發(fā)領(lǐng)域、可以延伸到很多方面)。這并不是說，所有可復(fù)用的東西都必須自己實現(xiàn)，別人成熟的通過測試的成果也可以收集、整理、集成到自己的知識庫中。但是，最好還是自己實現(xiàn)，這樣沒有知識產(chǎn)權(quán)、版權(quán)等問題，關(guān)鍵是自己實現(xiàn)后能真正掌握這個知識點，擁有這個技能。理論與實踐并重，內(nèi)外雙修。工程師的內(nèi)涵是：以工程師的眼光觀察、分析事物和世界。一個合格的軟件工程師，是真正理解了軟件產(chǎn)品的本質(zhì)及軟件產(chǎn)品研發(fā)的思想精髓的人(個人觀點、歡迎探討)。掌握軟件開發(fā)語言、應(yīng)用語言工具解決工作中的具體問題、完成目標(biāo)任務(wù)是軟件工程師的主要工作，但從軟件工程師這個角度來看，這只是外在的東西，并非重要的、本質(zhì)的工作。學(xué)習(xí)、掌握軟件產(chǎn)品開發(fā)理論知識、軟件開發(fā)方法論，并在實踐中理解、應(yīng)用軟件產(chǎn)品的分析、設(shè)計、實現(xiàn)思想來解決具體的軟件產(chǎn)品研發(fā)問題，才是真正的軟件工程師的工作。站在成熟理論與可靠方法論的高度思考、分析、解決問題，并在具體實踐中驗證和修正這些思想與方式，最終形成自己的理論體系和實用方法論。心態(tài)有多開放，視野就有多開闊。不要抱著自己的技術(shù)和成果，等到它們都已經(jīng)過時變成垃圾了，才拿出來丟人現(xiàn)眼。請及時發(fā)布自己的研究成果：開發(fā)的產(chǎn)品、有創(chuàng)意的設(shè)計或代碼，公布出來讓大家交流或者使用，你的成果才有進化和升華的機會。想想自己20xx年間開發(fā)的那些平臺的系統(tǒng)架構(gòu)和開發(fā)工具，并且得到了應(yīng)用的證實。在網(wǎng)上也陸續(xù)發(fā)表了一些文章，受到比較好的歡迎，還上了賽迪網(wǎng)的開發(fā)之星。下半年，在軟件工程方面收獲是很多的?？吹骄W(wǎng)上對于印度模式從吹捧到批駁的吵鬧，也看到x1公司學(xué)習(xí)印度的失敗，加上自己從開始就對那些記者的懷疑，決定好好學(xué)習(xí)軟件工程。我一向認(rèn)為，任何東西，不能道聽途說，只有自己好好深入研究，才能得其精髓。同時，軟件工程絕對不能只看印度的，畢竟，美國才是軟件業(yè)最發(fā)達的國度。列舉一些學(xué)習(xí)的參考資料：《rup軟件工程過程》、《msf微軟解決方案》、《xp極限編程》、《cmm實踐應(yīng)用——infosys公司的軟件項目執(zhí)行過程》、《人月神話》、《軟件需求》、《軟件工程java語言實現(xiàn)》。每本書，我都仔細(xì)研讀了，頗有體會。我開始就想，印度軟件工程絕對不會象那些記者所說的那么簡單，所謂的高中生編程說。所以，我必須實際看看印度的軟件工程?！禼mm實踐應(yīng)用——infosys公司的軟件項目執(zhí)行過程》，是印度最大的軟件公司infosys公司的分管質(zhì)量的副總裁寫的，介紹他們的cmm4的軟件工程，果然不同凡響。這是我了解印度軟件工程的主要窗口。首先，同原來的想法不同的，也可能同大多數(shù)人(尤其是受那些軟件記者影響很深的“專業(yè)”和非專業(yè)人士)想法不同的是，軟件工程實際上不僅僅只是管理，而是一門涉及很廣的交叉學(xué)科。在軟件工程中，大約一半的內(nèi)容是專業(yè)性很強的，涉及到軟件分析、設(shè)計甚至編碼的技術(shù)。所謂的結(jié)構(gòu)化、面向?qū)ο?，都在軟件工程的范疇?nèi)，同樣是軟件開發(fā)和組織的重要內(nèi)容，也是軟件質(zhì)量保證的重要內(nèi)容。至于軟件開發(fā)的管理部分，只能算是軟件工程中軟件工程過程的部分，或者說項目管理部分。脫離管理來開發(fā)軟件是絕對不可行的，同樣，拋棄技術(shù)基礎(chǔ)，空談管理出效益，便如無源之水、無本之木。誠如《軟件工程java語言實現(xiàn)》中所說：“軟件工程范圍極為廣泛。軟件工程的某些方面屬于數(shù)學(xué)或計算機科學(xué)，其他方面可歸入經(jīng)濟學(xué)、管理學(xué)或心理學(xué)中?！痹谶@里，我強調(diào)了軟件工程中的技術(shù)部分，并非輕視管理，只想在軟件工程的概念上做一些撥亂反正，也希望多一些人來關(guān)心軟件的核心技術(shù)，而不要空喊口號和概念。畢竟，中國的軟件太缺乏核心技術(shù)了。其次，對管理要求的嚴(yán)格不說(這個誰都知道)，實際上，不管是美國的軟件工程，還是印度的軟件工程，都是比較靈活的。即便是印度這樣的所謂“軟件工廠”模式，對于軟件工程過程管理極為嚴(yán)格，也有一個部分是專門講述過程剪裁的。整個軟件工程過程是非常龐大和繁復(fù)的，然而，由于項目具體情況不同，如項目的規(guī)模，參與人員的數(shù)量、素質(zhì)等的不同，對于軟件過程的每個部分，不是都必須的，可以根據(jù)具體情況來進行剪裁。這個部分對于我的啟發(fā)是很大的。以前做什么iso9000等，開始做了一個以為很好的規(guī)范，但是，到具體項目，總是對不起來，到處有問題，現(xiàn)在想想，便是少了這個變通的部分。不過，話說回來，這cmm也是老美想出來的，而不是印度。第三，對于開發(fā)人員的