軟件工程的心得體會報告大全(14篇)

字號:

    寫心得體會需要真實和客觀,要能夠找到問題的所在并提出合理的解決方案。如何寫一篇較為完美的心得體會是一個需要思考和探索的問題。以下是一些我自己的心得體會,希望對大家有所幫助。
    軟件工程的心得體會報告篇一
    對于一個軟件系統(tǒng)的開發(fā),第一步就是問題定義,了解所開發(fā)系統(tǒng)的行業(yè)背景,制定計劃。當我們計劃確定以后就要對項目系統(tǒng)本身進行可行性研究,主要從技術可行性、經濟可行性和操作可行性三個方面著手。就比如《物聯(lián)網(wǎng)物流倉庫管理系統(tǒng)》的行業(yè)背景說明文檔中非常詳細地分析了當下物聯(lián)網(wǎng)物流行業(yè)的整體業(yè)務說明、應用背景、未來發(fā)展趨勢以及相關應用案例等四個方面,項目團隊中系統(tǒng)分析員就可以根據(jù)這份文檔以及相關的調查資料對將要開發(fā)系統(tǒng)的進行定義等工作。
    原來我們寫這類文檔的時候就是草草了事,不會做得這么詳細,而這次看到大型項目的行業(yè)背景說明也是這么詳細,也讓自己認識到不管是軟件開發(fā)的那個階段都要認真對待,這些瑣碎的文檔都是后期開發(fā)項目的支撐,只要它們做的透徹,后面的開發(fā)工作才能更順利的進行。
    第二、項目需求說明方面
    這部分項目需求說明就是軟件定義時期中需求分析階段,而該階段的主要目的就是了解用戶的需要,根據(jù)用戶的需要確定系統(tǒng)必須完成那些工作,并對目標系統(tǒng)提出完整、準確、清晰、具體的要求。在需求分析結束之前系統(tǒng)分析人員要寫出一份需求規(guī)格說明,即為《物聯(lián)網(wǎng)物流倉儲管理系統(tǒng)》項目需求說明文檔。我們可以看出該文檔也是非常詳細,相比之下我們之前做項目時寫的需求規(guī)格說明書就非常不合格,不僅格式不正確內容也是少之又少。
    在這方面,這篇文檔給我啟發(fā)很大。首先就是文檔的格式,要美觀整齊,讓人看著舒服方便。其次就是文檔的內容,原來它不是很重要,寫文檔的時候也不知道怎么寫就借鑒下網(wǎng)上的內容,結果根本就沒有把自己項目的需求寫明白,以至于自己最后都有些糊涂,所以根據(jù)以前的經驗教訓我會對這部分更加重視。
    第三、系統(tǒng)概要設計方面
    這部分內容分說的是軟件設計時期的概要設計階段,該階段的主要目的就是實現(xiàn)系統(tǒng)的功能、設計軟件的結構、模塊組成以及模塊之間的關系。在概要設計階段,我們可以站在全局的高度上,花較少的成本,從抽象的層次上分析對比多種可能的系統(tǒng)實現(xiàn)方案和軟件結構,從中選出最佳方案和最合理的結構。在這個階段還會具體畫出e-r圖、數(shù)據(jù)流圖等方面的設計。
    比如《物聯(lián)網(wǎng)物流倉庫管理系統(tǒng)》的系統(tǒng)概要設計從項目概述、設計約束、功能單元與功能模塊設計、數(shù)據(jù)e-r圖設計、總體設計、界面設計等六個方面介紹,通過讀這個文檔,我覺得最重要的還是總體設計,分別從邏輯架構設計、物理架構設計、技術架構設計設計系統(tǒng)。在這個階段中模塊要做到高內聚低耦合,這樣開發(fā)出來的系統(tǒng)才會具有更高的獨立性。
    在原來做項目時沒有編寫過這類文檔,在該階段只是畫了結構圖、層次圖以及相關的模塊劃分,對該類文檔尚未重視。通過張老師的講解和自己的學習,我相信在以后做項目的時候一定會注意到這類文檔的編寫。
    第四、詳細設計與分析方面
    詳細設計階段就是把概要設計階段的每個模塊進一步設計,確定每個模塊所需要的算法和數(shù)據(jù)結構。在這個階段還是需要我們設計出程序的詳細規(guī)格說明,而不是編寫程序。在詳細設計階段,系統(tǒng)設計人員可以通過使用程序流程圖、盒圖、pad圖等過程設計的工具和jackson圖等面向數(shù)據(jù)結構的設計工具進一步設計系統(tǒng)相關接口,主要包括界面設計接口、業(yè)務單設計接口、單元模塊設計接口等,這些對于以后的編碼工作都是極其重要的。
    第五、編碼和測試方案方面
    關于編碼,我認為編碼要想做的完美必備條件就是前面的軟件定義和軟件設計時期要按部就班的做,文檔一定要按要求書寫,不能偷懶也不能草草書寫。對于編碼也要有相應的文檔書寫規(guī)范,要使源程序代碼的邏輯簡明清晰、易讀易懂。這樣盡管我們不是設計系統(tǒng)的人員,當看到源程序代碼的時候也能容易讀懂代碼的意思。
    其次就是測試的內容,從測試的文檔中我們可以得出,其實測試在軟件開發(fā)中同樣占據(jù)了重要的地位,它主要就是盡可能多的找到問題并排除其中的潛藏的錯誤,最終把一個高質量的軟件系統(tǒng)交給用戶使用。它要求測試人員也要有很高的技術水平。
    軟件工程的心得體會報告篇二
     軟件工程心得體會未接觸軟件工程之前一直都很想學這門課程,因為覺得這門課很牛,是那些有工程師稱號的高手才擺弄的東西。
     學了一個學期的軟件工程課,終于知道了個軟件工程的大概。
     學的時候總覺得很抽象,理解起來好像不難,但總是摸不著頭腦一種很茫然的感覺。
     曾經以為程序就是軟件,軟件就是程序。
     學習這門課程第一個收獲是,知道了二者的不同之處。
     以前做過的一些小型的軟件比如加密軟件,我也只是在程序旁邊附上一個軟件的說明,看來已經很接近作坊了。
     不過大的項目沒有接觸過,用軟件工程的方法還是第一次。
     我想也是程序的不斷復雜化導致了軟件危機的發(fā)生,使得人們不得不探索新的解決方法。
     經過倪老師的講解,理解了軟件工程,就是一套用于軟件的團隊開發(fā),以提高軟件質量和程序員工作效率為目的的規(guī)范。
     其核心就是,對于軟件開發(fā)的5個重要組成部分:需求分析,設計,編碼,調試,維護,如何組織這5個部分的工作,以及如何完成每一個工作。
     吾生也有涯,而知也無涯,學習永無止境。
     起初,對軟件工程處于一知半解的狀態(tài),分工比較混亂。
     在劃分模塊后明確了各自分工,漸漸形成良性循環(huán)。
     在學習過程中,知道了團隊合作十分重要,爭議固然存在,但通過討論、協(xié)商,群策群力,在不斷磨合中能夠達成一致與默契。
     團隊成員中能力各有高下,互相尊重,各取所長,不宜妄自菲薄。
     組長多加協(xié)調,組員積極配合,才能合作愉快。
     學習能力體現(xiàn)在能盡快接受新的知識,順應變化,學為所用。
     上《軟件工程導論》這門課,我的收獲大概如下:我們?yōu)槭裁葱枰浖こ棠?上面已經給出了一些原因。
     專業(yè)點講,軟件工程最終是為了實現(xiàn)“軟件制造業(yè)”的社會化,工業(yè)化大生產,提高其勞動生產效率。
     只有如此,軟件業(yè)才能實現(xiàn)社會化,工業(yè)化大生產,才能“做大做強”。
     沒有管理的設計是失敗和混亂的設計,沒有設計指導的編程是無序的忙碌的。
     根據(jù)開發(fā)的軟件的規(guī)模,應該適當程度的運用軟件工程化的思想,需要靈活,畢竟我們開發(fā)的軟件大多數(shù)是中小型的,大型的并不多見(我是這么認為的)。
     但只要涉及人員間的交流和溝通,或多或少都要需要軟件工程才能更有效率,工作成果更穩(wěn)定。
     其實開發(fā)軟件,就像是解決一個邏輯問題。
     想想自己平時是怎樣寫程序的。
     首先是要有一個想法,即我寫的這個程序是要干什么的;然后就是對要實現(xiàn)的核心功能大概構思一種或多種實現(xiàn)方法,并從中選出一種自認為是較好的;接下來就是將涉及的各種主要或次要功能分成各個模塊;最后就是分模塊來編碼和debug。
     在我看來,除了第一步外,其余的步驟應該是一個循環(huán)的過程。
     在編碼的過程中,你總是需要不斷地回過頭來修改原先的模塊設計,甚至最初選定的實現(xiàn)算法。
     具體到每一步的工作要怎樣完成,是非常靈活的,只要把握住大體的方向就行。
     在進行分析,設計,編碼,調試,維護這幾部分的工作的時候,最核心的就是文檔的編寫。
     1.可行性分析就是關于當前項目能不能干的分析結果。
     2.項目描述這是在決定立項以后,對當前項目的一份扼要說明。
     3.需求分析就是對客戶要求的功能的定義。
     4.軟件設計這就是對程序的每一個模塊的詳細設計的說明文檔。
     5.開發(fā)日志我一直都認為這是文檔中最有趣的部分。
     開發(fā)日志相當于編碼階段的文檔,它的形式可以很隨意,主要是記錄一些在寫程序時突然萌發(fā)的靈感,或對代碼的一些微小的修改,或對程序結構的一些微小變動等,還要對上述這些修改變動作些說明。
     6.測試分析用于指出程序存在或潛在的缺陷和錯誤,以及程序性能的數(shù)字描述。
     在本學期的軟件工程課程的學習中,我們學習了十一章的內容。
     第一章軟件與軟件工程的概念,這一章主要講解的是一些概念性和基礎性的內容,例如軟件的概念、特性,軟件危機的主要表現(xiàn),軟件工程的概念以及軟件生存期、典型生存期模型等等。
     第二章軟件工程方法與工具,這一章主要對軟件工程方法進行介紹,包括三種方法:傳統(tǒng)方法、面向對象方法、形式化方法。
     還引出了工具uml。
     第三章軟件需求獲取與結構化分析方法,本章詳細介紹了需求獲取與需求分析階段的任務以及結構化分析方法,畫分層的數(shù)據(jù)流圖、e-r圖以及狀態(tài)圖式本節(jié)的重點。
     第四章結構化分析方法,這一章重點講解了使用變換型映射方法和事務型映射方法生成初始的模塊結構以及模塊結構的改進。
     第五章編碼,這一章重點講解了編碼的風格及規(guī)范,還告訴我們編碼規(guī)范說帶來的好處,并告誡我們將來一點要形成好的編碼風格。
     第六章軟件測試方法,本章講解了軟件測試相關的概念及重要性,軟件測試與開發(fā)各個階段的關系;還介紹了白盒測試技術以及黑河測試技術。
     第七章統(tǒng)一建模語言uml概述,本章詳細介紹了uml的基本模式、事物、關系及建模時用到的各種圖進行了介紹。
     第八章面向對象分析,這一章主要講解了面向對象分析的3種模型,包括功能模型、靜態(tài)模型和動態(tài)模型。
     第九章軟件體系結構與設計模式,本章對軟件體系結構的基本概念、典型風格等進行了講解。
     第十章面向對象設計,本章的重點是對面向對象分析時建立的對象模型進行調整和細化。
     第十一章軟件維護,本章主要介紹軟件維護的任務、軟件維護活動以及軟件維護方法進行了介紹。
     要學習軟件工程,學會如何系統(tǒng)的思考,以及養(yǎng)成良好的編碼習慣,想學好軟件工程,就必須知道軟件工程的目標、過程和原則:軟件工程目標:生產具有正確性、可用性以及開銷合宜的產品。
     正確性指軟件產品達到預期功能的程度。
     可用性指軟件基本結構、實現(xiàn)及文檔為用戶可用的程度。
     開銷合宜是指軟件開發(fā)、運行的整個開銷滿足用戶要求的程度。
     這些目標的實現(xiàn)不論在理論上還是在實踐中均存在很多待解決的問題,它們形成了對過程、過程模型及工程方法選取的約束。
     軟件工程過程:生產一個最終能滿足需求且達到工程目標的軟件產品所需要的步驟。
     軟件工程過程主要包括開發(fā)過程、運作過程、維護過程。
     它們覆蓋了需求、設計、實現(xiàn)、確認以及維護等活動。
     需求活動包括問題分析和需求分析。
     問題分析獲取需求定義,又稱軟件需求規(guī)約。
     需求分析生成功能規(guī)約。
     設計活動一般包括概要設計和詳細設計。
     概要設計建立整個軟件系統(tǒng)結構,包括子系統(tǒng)、模塊以及相關層次的說明、每一模塊的接口定義。
     詳細設計產生程序員可用的模塊說明,包括每一模塊中數(shù)據(jù)結構說明及加工描述。
     實現(xiàn)活動把設計結果轉換為可執(zhí)行的程序代碼。
     確認活動貫穿于整個開發(fā)過程,實現(xiàn)完成后的確認,保證最終產品滿足用戶的要求。
     維護活動包括使用過程中的擴充、修改與完善。
     伴隨以上過程,還有管理過程、支持過程、培訓過程等。
     軟件工程的原則是指圍繞工程設計、工程支持以及工程管理在軟件開發(fā)過程中必須遵循的原則。
     我們學習了詳細設計的方法,其原則是過程描述是否易于理解、復審和維護,進而過程描述能夠自然地轉換成代碼,并保證詳細設計與代碼完全一致。
     包括程序流程圖、n-s圖、pad圖、hipo圖
     程序流程圖:程序流程圖又稱之為程序框圖,它是軟件開發(fā)者最熟悉的一種算法表達工具。
    軟件工程的心得體會報告篇三
    在本學期的軟件工程課程的學習中,我們學習了十一章的內容。第一章軟件與軟件工程的概念,這一章主要講解的是一些概念性和基礎性的內容,例如軟件的概念、特性,軟件危機的主要表現(xiàn),軟件工程的概念以及軟件生存期、典型生存期模型等等。第二章軟件工程方法與工具,這一章主要對軟件工程方法進行介紹,包括三種方法:傳統(tǒng)方法、面向對象方法、形式化方法。還引出了工具uml。第三章軟件需求獲取與結構化分析方法,本章詳細介紹了需求獲取與需求分析階段的任務以及結構化分析方法,畫分層的數(shù)據(jù)流圖、e-r圖以及狀態(tài)圖式本節(jié)的重點。第四章結構化分析方法,這一章重點講解了使用變換型映射方法和事務型映射方法生成初始的模塊結構以及模塊結構的改進。第五章編碼,這一章重點講解了編碼的風格及規(guī)范,還告訴我們編碼規(guī)范說帶來的好處,并告誡我們將來一點要形成好的編碼風格。第六章軟件測試方法,本章講解了軟件測試相關的概念及重要性,軟件測試與開發(fā)各個階段的關系;還介紹了白盒測試技術以及黑河測試技術。第七章統(tǒng)一建模語言uml概述,本章詳細介紹了uml的基本模式、事物、關系及建模時用到的各種圖進行了介紹。第八章面向對象分析,這一章主要講解了面向對象分析的3種模型,包括功能模型、靜態(tài)模型和動態(tài)模型。第九章軟件體系結構與設計模式,本章對軟件體系結構的基本概念、典型風格等進行了講解。第十章面向對象設計,本章的重點是對面向對象分析時建立的對象模型進行調整和細化。第十一章軟件維護,本章主要介紹軟件維護的任務、軟件維護活動以及軟件維護方法進行了介紹。
    要學習軟件工程,學會如何系統(tǒng)的思考,以及養(yǎng)成良好的編碼習慣,想學好軟件工程,就必須知道軟件工程的目標、過程和原則:軟件工程目標:生產具有正確性、可用性以及開銷合宜的產品。正確性指軟件產品達到預期功能的程度。可用性指軟件基本結構、實現(xiàn)及文檔為用戶可用的程度。開銷合宜是指軟件開發(fā)、運行的整個開銷滿足用戶要求的程度。這些目標的實現(xiàn)不論在理論上還是在實踐中均存在很多待解決的問題,它們形成了對過程、過程模型及工程方法選取的約束。
    軟件工程過程:生產一個最終能滿足需求且達到工程目標的軟件產品所需要的步驟。軟件工程過程主要包括開發(fā)過程、運作過程、維護過程。它們覆蓋了需求、設計、實現(xiàn)、確認以及維護等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義,又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設計活動一般包括概要設計和詳細設計。概要設計建立整個軟件系統(tǒng)結構,包括子系統(tǒng)、模塊以及相關層次的說明、每一模塊的接口定義。詳細設計產生程序員可用的模塊說明,包括每一模塊中數(shù)據(jù)結構說明及加工描述。實現(xiàn)活動把設計結果轉換為可執(zhí)行的程序代碼。確認活動貫穿于整個開發(fā)過程,實現(xiàn)完成后的確認,保證最終產品滿足用戶的要求。維護活動包括使用過程中的擴充、修改與完善。伴隨以上過程,還有管理過程、支持過程、培訓過程等。
    軟件工程的原則是指圍繞工程設計、工程支持以及工程管理在軟件開發(fā)過程中必須遵循的原則。
    程序流程圖:程序流程圖又稱之為程序框圖,它是軟件開發(fā)者最熟悉的一種算法表達工具。它獨立于任何一種程序設計語言,比較直觀和清晰地描述過程的控制流程,易于學習掌握。在流程圖中只能使用下述的五種基本控制結構:順序型;選擇型;while型循環(huán);until型循環(huán);多情況型選擇。
    n-s圖:一種符合結構化程序設計原則的圖形描述工具,稱為盒圖,又稱為n-s圖。在n-s圖中,為了表示五種基本控制結構,規(guī)定了五種圖形構件。順序型;選擇型;while重復型;until重復型;多分支選擇型。
    pad圖:它是用結構化程序設計思想表現(xiàn)程序邏輯結構的圖形工具。pad也設置了五種基本控制結構的圖示,并允許遞歸使用。
    hipo圖:hipo圖是由一組ipo圖加一張hc圖組成。它是美國ibm公司在軟件設計中使用的主要表達工具。
    hc圖既是層次圖,用于表示軟件的分層結構。hc圖中的每一個模塊,均可用一張ipo圖來描述。ipo圖由輸入、處理和輸出三個框組成,需要時還可以增加一個數(shù)據(jù)文件框,這種圖形的優(yōu)點,是能夠直觀地顯示輸入—處理—輸出三者之間的聯(lián)系。
    還有測試方法:按照測試過程是否在實際應用環(huán)境中來分,有靜態(tài)分析與動態(tài)測試。測試方法有分析方法(包括靜態(tài)分析法與白盒法)與非分析方法(稱黑盒法)。
    靜態(tài)分析技術:不執(zhí)行被測軟件,可對需求分析。
    說明書。
    軟件設計說明書源程序做結構檢查流程分析符號執(zhí)行來找出軟件錯誤。
    動態(tài)測試技術:當把程序作為一個函數(shù),輸入的全體稱為函數(shù)的定義域,輸出的全體稱為函數(shù)的值域,函數(shù)則描述了輸入的定義域與輸出值域的關系。
    還學習了其他很多工具、語言、方法等,雖然不是都學得很透徹,但我相信在今后的學習中一定會慢慢的完善的。
    軟件工程對于初學者來說,知識基礎較薄弱,對一些應用操作、概念、工具方法等理解起來較為困難,要能從整體概念上較好地理解和把握、學好軟件工程,不是僅僅把幾本專業(yè)書籍細致地看幾遍,然后上機練習幾次就可以成功,學習過程中要注意多看多練要注意結合實際,更要多思考,面對錯誤不要一范就問,要嘗試自己去解決。但是還要注意什么都學,肯定是什么都學不透的,要集中精力打攻堅戰(zhàn),學習軟件工程首先要明白自己的學習目標究竟是什么,根據(jù)自己的實際工作出發(fā),有針對性的在相應的學習方向上進行提高,制定出詳細的學習規(guī)劃。還要注意與其他科目的相輔相成,就像我們在學習面向對象分析的時候要結合大一學習的面向對象及其方法學這一專業(yè)科目進行研究拓展;在學習語言時,要看看與c語言的聯(lián)系,多思多想,把從各個科目學到的知識通匯貫通。
    在軟件工程的學習中,我了解到了軟件并非是一些代碼這么簡單,在開發(fā)軟件的過程中,編寫代碼的工作量其實只占不到所有工程量的30%,而后期的管理和維護更是占了60%到80%之多。一個完整的項目規(guī)劃須包括,軟件的定義,可行性分析報告,項目開發(fā)計劃,軟件需求說明書,概要設計說明書,詳細設計說明書,用戶操作手冊,測試計劃,測試分析報告,開發(fā)進度報告,項目開發(fā)總結報告,軟件維護手冊,軟件問題報告,軟件修改報告,等多個文檔,每個文檔都要上級驗收審查,而文檔數(shù)量眾多,要做好這點真的不是很容易,而恰恰寫好文檔正能保證完成軟件工程其中一個目的的關鍵,既研究如何用最小的開銷做出生存期較長的軟件,再加上各個階段都要進行周密的策劃、詳細的分工部署和人員安排,且各階段要據(jù)具體情況不斷的反復才能達成,所以代碼只是開發(fā)軟件這個浩大的工程的一個小小的過程。
    而編碼的學習中,我更了解到形成自己獨特的規(guī)范的編碼風格是非常重要的事。因為這影響到了軟件后期繁重的維護,大家都要閱讀你的程序,如果你寫的程序毫無規(guī)范可言,那么別人怎么能讀懂你的程序?讀不懂程序,維護又從何談起呢?所以,我們在今后的學習中,一定要注意這方面的培養(yǎng),在寫程序的過程中,要逐步的在規(guī)范的基礎上形成屬于自己的風格,即方便自己的修改,也方便日后他人的閱讀。
    在學習中,我們還要注意比較三種方法的優(yōu)缺點,例如:傳統(tǒng)方法雖然使軟件擺脫了混亂和無序,但其在適應需求變化的方面不夠靈活,而且傳統(tǒng)方法要么面向行為,要么面向數(shù)據(jù),缺乏兩者的有機結合。而面向對象方法的程序設計和問題求解更符合人們日常自然的思維習慣,適合大型、復雜及交互性比較強的系統(tǒng)。形式化方法則是一中基于形式化數(shù)學變換的軟件開發(fā)方法,它可將系統(tǒng)的規(guī)格說明轉換為可執(zhí)行的程序。
    在今后的學習中要注意多讀書、多思考、多練習、多討論,不斷熟悉書本的基礎,并以此為基礎將其擴散開來,應用于今后的實踐。不斷鍛煉自己,向一名合格的程序設計師邁進。
    共
    2
    頁,當前第。
    2
    頁
    1
    2
    軟件工程的心得體會報告篇四
    在本學期的軟件工程課程的學習中,我們學習了十一章的內容。第一章軟件與軟件工程的概念,這一章主要講解的是一些概念性和基礎性的內容,例如軟件的概念、特性,軟件危機的主要表現(xiàn),軟件工程的概念以及軟件生存期、典型生存期模型等等。第二章軟件工程方法與工具,這一章主要對軟件工程方法進行介紹,包括三種方法:傳統(tǒng)方法、面向對象方法、形式化方法。還引出了工具uml。第三章軟件需求獲取與結構化分析方法,本章詳細介紹了需求獲取與需求分析階段的任務以及結構化分析方法,畫分層的數(shù)據(jù)流圖、e—r圖以及狀態(tài)圖式本節(jié)的重點。第四章結構化分析方法,這一章重點講解了使用變換型映射方法和事務型映射方法生成初始的模塊結構以及模塊結構的改進。第五章編碼,這一章重點講解了編碼的風格及規(guī)范,還告訴我們編碼規(guī)范說帶來的好處,并告誡我們將來一點要形成好的編碼風格。第六章軟件測試方法,本章講解了軟件測試相關的概念及重要性,軟件測試與開發(fā)各個階段的關系;還介紹了白盒測試技術以及黑河測試技術。第七章統(tǒng)一建模語言uml概述,本章詳細介紹了uml的基本模式、事物、關系及建模時用到的各種圖進行了介紹。第八章面向對象分析,這一章主要講解了面向對象分析的3種模型,包括功能模型、靜態(tài)模型和動態(tài)模型。第九章軟件體系結構與設計模式,本章對軟件體系結構的基本概念、典型風格等進行了講解。第十章面向對象設計,本章的重點是對面向對象分析時建立的對象模型進行調整和細化。第十一章軟件維護,本章主要介紹軟件維護的任務、軟件維護活動以及軟件維護方法進行了介紹。
    要學習軟件工程,學會如何系統(tǒng)的思考,以及養(yǎng)成良好的編碼習慣,想學好軟件工程,就必須知道軟件工程的目標、過程和原則:軟件工程目標:生產具有正確性、可用性以及開銷合宜的產品。正確性指軟件產品達到預期功能的程度??捎眯灾杠浖窘Y構、實現(xiàn)及文檔為用戶可用的程度。開銷合宜是指軟件開發(fā)、運行的整個開銷滿足用戶要求的程度。這些目標的實現(xiàn)不論在理論上還是在實踐中均存在很多待解決的問題,它們形成了對過程、過程模型及工程方法選取的約束。
    軟件工程過程:生產一個最終能滿足需求且達到工程目標的軟件產品所需要的步驟。軟件工程過程主要包括開發(fā)過程、運作過程、維護過程。它們覆蓋了需求、設計、實現(xiàn)、確認以及維護等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義,又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設計活動一般包括概要設計和詳細設計。概要設計建立整個軟件系統(tǒng)結構,包括子系統(tǒng)、模塊以及相關層次的說明、每一模塊的接口定義。詳細設計產生程序員可用的模塊說明,包括每一模塊中數(shù)據(jù)結構說明及加工描述。實現(xiàn)活動把設計結果轉換為可執(zhí)行的程序代碼。確認活動貫穿于整個開發(fā)過程,實現(xiàn)完成后的確認,保證最終產品滿足用戶的要求。維護活動包括使用過程中的擴充、修改與完善。伴隨以上過程,還有管理過程、支持過程、培訓過程等。
    軟件工程的原則是指圍繞工程設計、工程支持以及工程管理在軟件開發(fā)過程中必須遵循的原則。
    我們學習了詳細設計的方法,其原則是過程描述是否易于理解、復審和維護,進而過程描述能夠自然地轉換成代碼,并保證詳細設計與代碼完全一致。包括程序流程圖、n—s圖、pad圖、hipo圖。
    程序流程圖:程序流程圖又稱之為程序框圖,它是軟件開發(fā)者最熟悉的一種算法表達工具。它獨立于任何一種程序設計語言,比較直觀和清晰地描述過程的控制流程,易于學習掌握。在流程圖中只能使用下述的五種基本控制結構:順序型;選擇型;while型循環(huán);until型循環(huán);多情況型選擇。
    n—s圖:一種符合結構化程序設計原則的圖形描述工具,稱為盒圖,又稱為n—s圖。在n—s圖中,為了表示五種基本控制結構,規(guī)定了五種圖形構件。順序型;選擇型;while重復型;until重復型;多分支選擇型。
    pad圖:它是用結構化程序設計思想表現(xiàn)程序邏輯結構的圖形工具。pad也設置了五種基本控制結構的圖示,并允許遞歸使用。
    hipo圖:hipo圖是由一組ipo圖加一張hc圖組成。它是美國ibm公司在軟件設計中使用的主要表達工具。
    hc圖既是層次圖,用于表示軟件的分層結構。hc圖中的每一個模塊,均可用一張ipo圖來描述。ipo圖由輸入、處理和輸出三個框組成,需要時還可以增加一個數(shù)據(jù)文件框,這種圖形的優(yōu)點,是能夠直觀地顯示輸入—處理—輸出三者之間的聯(lián)系。
    還有測試方法:按照測試過程是否在實際應用環(huán)境中來分,有靜態(tài)分析與動態(tài)測試。測試方法有分析方法(包括靜態(tài)分析法與白盒法)與非分析方法(稱黑盒法)。
    靜態(tài)分析技術:不執(zhí)行被測軟件,可對需求分析說明書、軟件設計說明書、源程序做結構檢查、流程分析、符號執(zhí)行來找出軟件錯誤。
    動態(tài)測試技術:當把程序作為一個函數(shù),輸入的全體稱為函數(shù)的定義域,輸出的全體稱為函數(shù)的值域,函數(shù)則描述了輸入的定義域與輸出值域的關系。
    還學習了其他很多工具、語言、方法等,雖然不是都學得很透徹,但我相信在今后的學習中一定會慢慢的完善的。
    軟件工程對于初學者來說,知識基礎較薄弱,對一些應用操作、概念、工具方法等理解起來較為困難,要能從整體概念上較好地理解和把握、學好軟件工程,不是僅僅把幾本專業(yè)書籍細致地看幾遍,然后上機練習幾次就可以成功,學習過程中要注意多看多練要注意結合實際,更要多思考,面對錯誤不要一范就問,要嘗試自己去解決。但是還要注意什么都學,肯定是什么都學不透的,要集中精力打攻堅戰(zhàn),學習軟件工程首先要明白自己的學習目標究竟是什么,根據(jù)自己的實際工作出發(fā),有針對性的在相應的學習方向上進行提高,制定出詳細的學習規(guī)劃。還要注意與其他科目的相輔相成,就像我們在學習面向對象分析的時候要結合大一學習的面向對象及其方法學這一專業(yè)科目進行研究拓展;在學習語言時,要看看與c語言的聯(lián)系,多思多想,把從各個科目學到的知識通匯貫通。
    在軟件工程的學習中,我了解到了軟件并非是一些代碼這么簡單,在開發(fā)軟件的過程中,編寫代碼的工作量其實只占不到所有工程量的30%,而后期的管理和維護更是占了60%到80%之多。一個完整的項目規(guī)劃須包括,軟件的定義,可行性分析報告,項目開發(fā)計劃,軟件需求說明書,概要設計說明書,詳細設計說明書,用戶操作手冊,測試計劃,測試分析報告,開發(fā)進度報告,項目開發(fā)總結報告,軟件維護手冊,軟件問題報告,軟件修改報告,等多個文檔,每個文檔都要上級驗收審查,而文檔數(shù)量眾多,要做好這點真的不是很容易,而恰恰寫好文檔正能保證完成軟件工程其中一個目的的關鍵,既研究如何用最小的開銷做出生存期較長的軟件,再加上各個階段都要進行周密的策劃、詳細的分工部署和人員安排,且各階段要據(jù)具體情況不斷的反復才能達成,所以代碼只是開發(fā)軟件這個浩大的工程的一個小小的過程。
    而編碼的學習中,我更了解到形成自己獨特的規(guī)范的編碼風格是非常重要的事。因為這影響到了軟件后期繁重的維護,大家都要閱讀你的程序,如果你寫的程序毫無規(guī)范可言,那么別人怎么能讀懂你的程序?讀不懂程序,維護又從何談起呢?所以,我們在今后的學習中,一定要注意這方面的培養(yǎng),在寫程序的過程中,要逐步的在規(guī)范的基礎上形成屬于自己的風格,即方便自己的修改,也方便日后他人的閱讀。
    在學習中,我們還要注意比較三種方法的優(yōu)缺點,例如:傳統(tǒng)方法雖然使軟件擺脫了混亂和無序,但其在適應需求變化的方面不夠靈活,而且傳統(tǒng)方法要么面向行為,要么面向數(shù)據(jù),缺乏兩者的有機結合。而面向對象方法的程序設計和問題求解更符合人們日常自然的思維習慣,適合大型、復雜及交互性比較強的系統(tǒng)。形式化方法則是一中基于形式化數(shù)學變換的軟件開發(fā)方法,它可將系統(tǒng)的規(guī)格說明轉換為可執(zhí)行的程序。
    在今后的學習中要注意多讀書、多思考、多練習、多討論,不斷熟悉書本的基礎,并以此為基礎將其擴散開來,應用于今后的實踐。不斷鍛煉自己,向一名合格的程序設計師邁進。
    軟件工程的心得體會報告篇五
    軟件工程實習報告是軟件工程教育課程中的重要環(huán)節(jié),通過參加實習,可以將理論知識應用到實踐中,增加對行業(yè)的了解和經驗。在這次實習中,我獲得了很多寶貴的經驗和知識,并且對軟件工程領域有了更深入的了解。在本文中,我將分享一些自己的心得體會,希望能對大家有所幫助。
    第二段:實習經歷
    在實習期間,我加入了一個軟件開發(fā)團隊,負責開發(fā)一個基于Web的移動商務平臺。這個項目讓我學會了如何使用各種工具和技術來完成一個大型軟件的開發(fā),比如Git、Jenkins和Docker等。同時,我也深刻地意識到了軟件開發(fā)團隊的重要性,它們是完成軟件項目成功的基礎。在團隊中,成員之間的有效溝通、協(xié)作和管理能力非常關鍵。
    第三段:學到的技能
    在實習中,我學習到了很多新的技能。首先,我學會了如何使用敏捷開發(fā)方法,其中包括Scrum和Kanban。通過這些方法,我們能夠在項目周期內及時響應變化,提高了開發(fā)效率和質量。其次,我學會了如何使用測試工具來保證軟件的質量,包括單元測試、黑盒測試和集成測試等。最后,我還學習了如何對代碼進行重構和優(yōu)化,提高了軟件性能和可維護性。
    第四段:團隊合作
    在實習期間,我深刻地意識到了團隊合作的重要性。一個成功的團隊需要成員之間有著良好的溝通和協(xié)作。在我們的項目中,我們定期召開會議,討論困難和問題,尋求解決方案。每個成員都能夠提出自己的想法和意見,并且得到了重視和認可。此外,我們還使用了一些協(xié)作工具來幫助我們更好地管理和分配任務。在團隊中,我學習到了如何有效地與他人合作,實現(xiàn)項目的成功。
    第五段:結論
    在這次實習中,我學習到了很多新的知識和技能,并且對軟件工程領域有了更深入的了解。通過實踐,我認識到軟件開發(fā)團隊協(xié)作的重要性,這是項目成功的關鍵。我感謝我所在的團隊,他們給了我一個學習和成長的機會。我相信,這次實習經歷對我的未來職業(yè)發(fā)展會非常有幫助。
    軟件工程的心得體會報告篇六
    軟件工程,就是一套用于軟件的團隊開發(fā),以提高軟件質量和程序員工作效率為目的的規(guī)范。你知道軟件工程
    心得體會
    是什么嗎?接下來就是本站小編為大家整理的關于軟件工程心得體會,供大家閱讀!
    時間飛逝,不知不覺間《軟件工程》的學習已經過了大半了。在這將近半學期的學習中,雖然我不能說我將《軟件工程》學習的有多么的好,但是通過學習,我還是受益良多。
    在以前,我一直對軟件存在一些偏見或則是誤解,認為軟件就是程序,軟件的開發(fā)就是編寫程序,只要編完了程序,一切也就ok了,而且我還片面的認為只要我掌握了時下最新的語言和工具,那么我就能寫程序了。一個人,只要會編程,就能寫軟件,就是程序員;一個公司,只要招聘一些程序員,就能開發(fā)好的軟件產品。只要有幾個有經驗的程序員,再找些兼職的大學生,就能組成一個軟件公司。
    但是通過了《軟件工程》這門課的學習,使我認識到了我以前的錯誤。軟件其實不僅僅是程序,軟件開發(fā)其實也不僅僅是編寫程序,軟件是思想在硬件上的載體和體現(xiàn),處理的是邏輯和信息。唯有對軟件和軟件的開發(fā)過程,有充分的認識,才能更好的開發(fā)出,過程受控、質量受控的軟件產品。
    而且在以前,我一直以為軟件的開發(fā)其實是一件很輕松快樂的事情,只要一天坐在電腦旁敲敲鍵盤,那么一切就可以了,但是現(xiàn)在我才發(fā)現(xiàn),我以前的很多的思想是多么的膚淺可笑。編程其實是一種樂趣和苦惱共存的一項創(chuàng)造性活動。因為編程不僅能夠滿足我們內心深處進行創(chuàng)造的渴望,而且還能愉悅我們內在的情感。
    而且通過學習《軟件工程》,我還學到了很多其他的東西。比如通過學習《軟件工程》,特別是老師每次用實際的軟件現(xiàn)場的講解,為我提供了一個盡早接觸世界工作和真實項目的機會。讓我知道如何在以最小的成本中,訓練自己的基本工程素質和能力,如何激發(fā)自己的積極性等。而且通過學習《軟件工程》,還讓我認識和培養(yǎng)了我的團隊協(xié)作能力,特別是對于我們這些在校的學生來說,這種學習更是能讓我在以后工作中少走很多的彎路。
    所以,通過《軟件工程》的學習,我是真的學習到了很多有用的東西,讓我明白了很多的道理。在此我對老師的辛勤教育表示感謝,因為是你讓我學習到了這些,是我獲益良多。
    軟件工程心得體會未接觸軟件工程之前一直都很想學這門課程,因為覺得這門課很牛,是那些有工程師稱號的高手才擺弄的東西。學了一個學期的軟件工程課,終于知道了個軟件工程的大概。學的時候總覺得很抽象,理解起來好像不難,但總是摸不著頭腦一種很茫然的感覺。曾經以為程序就是軟件,軟件就是程序。學習這門課程第一個收獲是,知道了二者的不同之處。以前做過的一些小型的軟件比如加密軟件,我也只是在程序旁邊附上一個軟件的說明,看來已經很接近作坊了。不過大的項目沒有接觸過,用軟件工程的方法還是第一次。我想也是程序的不斷復雜化導致了軟件危機的發(fā)生,使得人們不得不探索新的解決方法。
    經過倪老師的講解,理解了軟件工程,就是一套用于軟件的團隊開發(fā),以提高軟件質量和程序員工作效率為目的的規(guī)范。其核心就是,對于軟件開發(fā)的5個重要組成部分:需求分析,設計,編碼,調試,維護,如何組織這5個部分的工作,以及如何完成每一個工作。吾生也有涯,而知也無涯,學習永無止境。起初,對軟件工程處于一知半解的狀態(tài),分工比較混亂。
    在劃分模塊后明確了各自分工,漸漸形成良性循環(huán)。在學習過程中,知道了團隊合作十分重要,爭議固然存在,但通過討論、協(xié)商,群策群力,在不斷磨合中能夠達成一致與默契。團隊成員中能力各有高下,互相尊重,各取所長,不宜妄自菲薄。組長多加協(xié)調,組員積極配合,才能合作愉快。學習能力體現(xiàn)在能盡快接受新的知識,順應變化,學為所用。
    上《軟件工程導論》這門課,我的收獲大概如下:我們?yōu)槭裁葱枰浖こ棠?上面已經給出了一些原因。專業(yè)點講,軟件工程最終是為了實現(xiàn)“軟件制造業(yè)”的社會化,工業(yè)化大生產,提高其勞動生產效率。只有如此,軟件業(yè)才能實現(xiàn)社會化,工業(yè)化大生產,才能“做大做強”。沒有管理的設計是失敗和混亂的設計,沒有設計指導的編程是無序的忙碌的。根據(jù)開發(fā)的軟件的規(guī)模,應該適當程度的運用軟件工程化的思想,需要靈活,畢竟我們開發(fā)的軟件大多數(shù)是中小型的,大型的并不多見(我是這么認為的)。但只要涉及人員間的交流和溝通,或多或少都要需要軟件工程才能更有效率,工作成果更穩(wěn)定。
    其實開發(fā)軟件,就像是解決一個邏輯問題。想想自己平時是怎樣寫程序的。首先是要有一個想法,即我寫的這個程序是要干什么的;然后就是對要實現(xiàn)的核心功能大概構思一種或多種實現(xiàn)方法,并從中選出一種自認為是較好的;接下來就是將涉及的各種主要或次要功能分成各個模塊;最后就是分模塊來編碼和debug。在我看來,除了第一步外,其余的步驟應該是一個循環(huán)的過程。在編碼的過程中,你總是需要不斷地回過頭來修改原先的模塊設計,甚至最初選定的實現(xiàn)算法。具體到每一步的工作要怎樣完成,是非常靈活的,只要把握住大體的方向就行。在進行分析,設計,編碼,調試,維護這幾部分的工作的時候,最核心的就是文檔的編寫。1.可行性分析就是關于當前項目能不能干的分析結果。
    2.項目描述這是在決定立項以后,對當前項目的一份扼要說明。
    3.需求分析就是對客戶要求的功能的定義。
    4.軟件設計這就是對程序的每一個模塊的詳細設計的說明文檔。
    5.開發(fā)日志我一直都認為這是文檔中最有趣的部分。開發(fā)日志相當于編碼階段的文檔,它的形式可以很隨意,主要是記錄一些在寫程序時突然萌發(fā)的靈感,或對代碼的一些微小的修改,或對程序結構的一些微小變動等,還要對上述這些修改變動作些說明。
    6.測試分析用于指出程序存在或潛在的缺陷和錯誤,以及程序性能的數(shù)字描述。
    共
    2
    頁,當前第
    1
    頁
    1
    2
    軟件工程的心得體會報告篇七
    學習軟件工程一個學期以來,我在陳燁老師的教導下確實獲益匪淺。軟件工程這門課,讓我對軟件的認識有了大大的提升,從一開始對軟件工程的一無所知,到現(xiàn)在一學期下來的不斷學習,懂得了許多的知識。
    軟件不僅僅是程序,而是思想在硬件上的載體和體現(xiàn),軟件工程與其說是一門課程,不如說是一門思想。讓我懂得如何去分析和處理問題的過程,綜合解決問題。
    在這段時間的學習中,我明白了一個完整的項目規(guī)劃須包括,軟件的定義,可行性分析報告,項目開發(fā)計劃,軟件需求說明書,概要設計說明書,詳細設計說明書,用戶操作手冊,測試計劃,測試分析報告等多個文檔,而軟件的生存周期可分為八個階段,分別是問題定義,可行性研究,需求分析,概要設計,詳細設計,程序設計,測試,文檔,技術支持,售后服務。而可行性包括經濟,技術,法律和社會。了解了許多軟件開發(fā)模型,比如瀑布模型,增量模型和螺旋模型,也了解了uml對象面向對象建模,知道如何畫流圖,碩果累累。其實軟件和程序是兩個不同的概念,軟件除了程序還要有使用和維護該程序所需要的全部文檔。包括需求文檔、設計文檔、測試文檔、維護文檔以及使用手冊。
    軟件工程對于初學者來說,知識基礎較薄弱,對一些應用操作、概念、工具方法等理解起來較為困難,需要很好的基礎知識的理解和掌握,所以說學好軟件工程不是僅僅書多看幾遍就可以成功,而是要多注意結合實際,多思考,面對錯誤不要一范就問,要嘗試自己去解決,然后舉一反三。
    軟件工程這門課在我們畢業(yè)之后,是我們實際要運用的一項非常有用的技能,這門課讓我意識到理論學習很重要,而實踐更重要,實踐是檢驗真理的唯一標準,只有實踐和理論相結合,才能使效益最大化。軟件工程的課雖然快要結束了,但是我對軟件工程的學習才剛剛開始,有了這些基本知識做鋪墊,在以后做項目的時候將會是解決問題的有效措施。
    軟件工程的心得體會報告篇八
    我是一名軟件工程專業(yè)的學生,最近進行了為期兩個月的實習。實習公司是一家軟件開發(fā)公司,主要提供Web開發(fā)和移動應用開發(fā)服務。在這兩個月的時間里,我加深了對軟件開發(fā)流程、項目管理和團隊合作的理解,獲得了不少實踐經驗和技能,也發(fā)現(xiàn)了不足之處。
    第二段:體驗實習帶來的收獲
    這次實習讓我更加深入地理解了軟件開發(fā)流程,從需求分析、設計、開發(fā)、測試、部署到上線。我參與了公司一個Web項目的開發(fā),獲得了與客戶溝通協(xié)調的經驗和針對客戶需求進行需求分析、項目計劃和進度管理的能力。在團隊協(xié)作中,我也學會了多用工具協(xié)作,例如Git、JIRA等,提高了代碼的版本控制和協(xié)作效率。還有,在專業(yè)技能上我也有了很大提升,包括Web框架、前端開發(fā)、數(shù)據(jù)庫設計等。
    第三段:反思存在問題
    在實習期間,我發(fā)現(xiàn)自己存在一些不足之處。首先是代碼編寫能力欠缺,很多時候需要網(wǎng)絡搜索或者向其他同事求助,才能完成一個功能的編寫;其次,在項目管理和分析方面還需提高,一些需求復雜的項目分析不夠透徹,有時候需要向同事請教才能有更好的想法,也要對自己的時間管理與溝通協(xié)調能力進行調整。
    第四段:總結實習體會
    這次實習給我?guī)砹撕芏鄼C會和挑戰(zhàn),也使我對未來的軟件開發(fā)工作有了更加明確的認識。我認為,軟件工程是一個 “團隊協(xié)作” 的工作領域,一個人的能力和知識都是不夠的,唯有與其他人協(xié)作才能真正發(fā)揮出團隊的力量。同時,不斷提升自我能力,在項目實戰(zhàn)中不斷實踐進步,不斷學習與磨練才能真正成為一名合格的軟件工程師。
    第五段: 展望未來發(fā)展
    在未來的學習和工作中,我對自己有了更明確的目標和規(guī)劃。通過這次實習的經歷,我會不斷學習和探索新的技能與工具,多與各領域開發(fā)者溝通協(xié)作,提高自己的技術能力和團隊合作能力,為最終進入職場做好準備。同時,我會一直反思自己的不足,在實際項目磨練中不斷提升自己,為未來的職業(yè)發(fā)展打下堅實的基礎。
    軟件工程的心得體會報告篇九
    轉眼之間,20xx年兩個月的實習期即將結束,回顧這兩個月的實習工作,感觸很深,頗豐。這兩個月,在領導和同事們的悉心關懷和指導下,通過我自身的不懈努力,我學到了難得的工作經驗和社會見識。我將從以下幾個方面總結計算機通信工作實習這段時間自己體會和心得:
    在計算機通信崗位工作的實習過程中,我始終把學習作為獲得新知識、掌握方法、提高能力、解決問題的一條重要途徑和方法,切實做到用理論武裝頭腦、指導實踐、推動工作。上積極進取,積極的把自己現(xiàn)有的知識用于中,在實踐中也才能檢驗知識的有用性。在這兩個月的實習工作中給我的感觸就是:我們在學到了很多的理論知識,但很少用于社會實踐中,這樣理論和實踐就大大的脫節(jié)了,以至于在以后的學習和生活中找不到方向,無法學以致用。同時,在工作中不斷的學習也是彌補自己的不足的有效方式。信息時代,瞬息萬變,社會在變化,人也在變化,所以你一天不學習,你就會落伍。通過這兩個月的實習,并結合計算機通信崗位工作的實際情況,認真學習的計算機通信崗位工作各項政策制度、和工作條例,使工作中的困難有了最有力地解決武器。通過這些工作條例的學習使我進一步加深了對各項工作的理解,可以求真務實的各項工作。
    從大學校門跨入到計算機通信崗位工作崗位,一開始我難以適應角色的轉變,不能發(fā)現(xiàn)問題,從而解決問題,認為沒有多少事情可以做,我就有一點失望,開始的熱情有點消退,完全找不到方向。但我還是盡量保持當初的那份熱情,想干有用的事的態(tài)度,不斷的做好一些雜事,同時也勇于協(xié)助同事做好各項工作,慢慢的就找到了自己的角色,明白自己該干什么,這就是一個熱情的問題,只要我保持極大的熱情,相信自己一定會得到認可,沒有不會做,沒有做不好,只有你愿不愿意做。轉變自己的角色,從一位到一位工作人員的轉變,不僅僅是角色的變化,更是思想觀念的轉變。
    在工作間能得到領導的充分信任,并在按時完成上級分配給我的'各項工作的同時,還能積極主動地協(xié)助其他同事處理一些內務工作。的能力只有融入團隊,才能實現(xiàn)的價值。實習期的工作,讓我充分認識到團隊精神的重要性。
    團隊的精髓是共同進步。沒有共同進步,相互合作,團隊如同一盤散沙。相互合作,團隊就會齊心協(xié)力,成為一個強有力的集體。很多人經常把團隊和工作團體混為一談,其實兩者之間存在本質上的區(qū)別。優(yōu)秀的工作團體與團隊一樣,具有能夠一起分享信息、觀點和,共同決策以幫助每個成員能夠更好地工作,同時強化個人工作標準的特點。但工作團體主要是把工作目標分解到個人,其本質上是注重個人目標和責任,工作團體目標只是個人目標的簡單總和,工作團體的成員不會為超出自己義務范圍的結果負責,也不會嘗試那種因為多名成員共同工作而帶來的增值效應。
    幾個月來,我雖然努力做了一些工作,但距離領導的要求還有不小差距,如理論水平、工作能力上還有待進一步提高,對計算機通信崗位工作崗位還不夠熟悉等等,這些問題,我決心在今后的工作和學習中努力加以改進和解決,使自己更好地做好本職工作。
    針對實習期工作存在的不足和問題,在以后的工作中我打算做好以下幾點。
    1.做好實習期,繼續(xù)加強對計算機通信崗位工作崗位各種制度和業(yè)務的學習,做到全面深入的了解各種制度和業(yè)務。
    2.以實踐帶學習全方位提高自己的工作能力。在注重學習的同時狠抓實踐,在實踐中利用所學知識用知識指導實踐全方位的提高自己的工作能力和工作水平。
    3.踏實做好本職工作。在以后的工作和學習中,我將以更加積極的工作態(tài)度更加熱情的工作作風把自己的本職工作做好。在工作中任勞任怨力爭“沒有只有更好”。
    4.繼續(xù)在做好本職工作的同時,為單位做一些力所能及的工作,為單位做出自己應有的貢獻。
    軟件工程的心得體會報告篇十
    學習了這門課程,還有老師們的多元化教課,不但讓我從理論上掌握軟件工程,還有從不同的實例,讓理論和實踐得到了很好的結合。整一個學期下來,總的來說還是學到了很多東西的,有很多地方是值得肯定的,其實在我看來,軟件工程與其說是一門課程,不如說是一門思想。是一個如何去分析和處理問題的過程,應該說其范疇已經遠遠不止局限于該門課程,成為了一個綜合的一個能夠解決問題的思想集合。
    要學習軟件工程,學會如何系統(tǒng)的思考,以及養(yǎng)成良好的編碼習慣,想學好軟件工程,就必須知道軟件工程的目標、過程和原則:軟件工程目標:生產具有正確性、可用性以及開銷合宜的產品。正確性指軟件產品達到預期功能的程度。
    可用性指軟件基本結構、實現(xiàn)及文檔為用戶可用的程度。開銷合宜是指軟件開發(fā)、運行的整個開銷滿足用戶要求的程度。這些目標的實現(xiàn)不論在理論上還是在實踐中均存在很多待解決的問題,它們形成了對過程、過程模型及工程方法選取的約束。
    軟件工程過程:生產一個最終能滿足需求且達到工程目標的軟件產品所需要的步驟。軟件工程過程主要包括開發(fā)過程、運作過程、維護過程。它們覆蓋了需求、設計、實現(xiàn)、確認以及維護等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義,又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設計活動一般包括概要設計和詳細設計。概要設計建立整個軟件系統(tǒng)結構,包括子系統(tǒng)、模塊以及相關層次的說明、每一模塊的接口定義。詳細設計產生程序員可用的模塊說明,包括每一模塊中數(shù)據(jù)結構說明及加工描述。實現(xiàn)活動把設計結果轉換為可執(zhí)行的程序代碼。確認活動貫穿于整個開發(fā)過程,實現(xiàn)完成后的確認,保證最終產品滿足用戶的要求。維護活動包括使用過程中的擴充、修改與完善。伴隨以上過程,還有管理過程、支持過程、培訓過程等。軟件工程的原則是指圍繞工程設計、工程支持以及工程管理在軟件開發(fā)過程中必須遵循的原則。
    pad圖:它是用結構化程序設計思想表現(xiàn)程序邏輯結構的圖形工具。pad也設置了五種基本控制結構的圖示,并允許遞歸使用。hipo圖:hipo圖是由一組ipo圖加一張hc圖組成。它是美國ibm公司在軟件設計中使用的主要表達工具。hc圖既是層次圖,用于表示軟件的分層結構。hc圖中的每一個模塊,均可用一張ipo圖來描述。ipo圖由輸入、處理和輸出三個框組成,需要時還可以增加一個數(shù)據(jù)文件框,這種圖形的優(yōu)點,是能夠直觀地顯示輸入處理輸出三者之間的聯(lián)系。還有測試方法:按照測試過程是否在實際應用環(huán)境中來分,有靜態(tài)分析與動態(tài)測試。測試方法有分析方法(包括靜態(tài)分析法與白盒法)與非分析方法(稱黑盒法)。靜態(tài)分析技術:不執(zhí)行被測軟件,可對需求分析說明書、軟件設計說明書、源程序做結構檢查、流程分析、符號執(zhí)行來找出軟件錯誤。動態(tài)測試技術:當把程序作為一個函數(shù),輸入的全體稱為函數(shù)的定義域,輸出的全體稱為函數(shù)的值域,函數(shù)則描述了輸入的定義域與輸出值域的關系。還學習了其他很多工具、語言、方法等,雖然不是都學得很透徹,但我相信在今后的學習中一定會慢慢的完善的。
    軟件工程對于初學者來說,知識基礎較薄弱,對一些應用操作、概念、工具方法等理解起來較為困難,要能從整體概念上較好地理解和把握、學好軟件工程,不是僅僅把幾本專業(yè)書籍細致地看幾遍,然后上機練習幾次就可以成功,學習過程中要注意多看多練要注意結合實際,更要多思考,面對錯誤不要一范就問,要嘗試自己去解決。但是還要注意什么都學,肯定是什么都學不透的,要集中精力打攻堅戰(zhàn),學習軟件工程首先要明白自己的學習目標究竟是什么,根據(jù)自己的實際工作出發(fā),有針對性的在相應的學習方向上進行提高,制定出詳細的學習規(guī)劃。還要注意與其他科目的相輔相成,就像我們在學習面向對象分析的時候要結合大一學習的面向對象及其方法學這一專業(yè)科目進行研究拓展;在學習語言時,要看看與c語言的聯(lián)系,多思多想,把從各個科目學到的知識通匯貫通。
    在軟件工程的學習中,我了解到了軟件并非是一些代碼這么簡單,在開發(fā)軟件的過程中,編寫代碼的工作量其實只占不到所有工程量的30%,而后期的管理和維護更是占了60%到80%之多。一個完整的項目規(guī)劃須包括,軟件的定義,可行性分析報告,項目開發(fā)計劃,軟件需求說明書,概要設計說明書,詳細設計說明書,用戶操作手冊,測試計劃,測試分析報告,開發(fā)進度報告,項目開發(fā)總結報告,軟件維護手冊,軟件問題報告,軟件修改報告,等多個文檔,每個文檔都要上級驗收審查,而文檔數(shù)量眾多,要做好這點真的不是很容易,而恰恰寫好文檔正能保證完成軟件工程其中一個目的的關鍵,既研究如何用最小的開銷做出生存期較長的軟件,再加上各個階段都要進行周密的策劃、詳細的分工部署和人員安排,且各階段要據(jù)具體情況不斷的反復才能達成,所以代碼只是開發(fā)軟件這個浩大的工程的一個小小的過程。
    而編碼的學習中,我更了解到形成自己獨特的規(guī)范的編碼風格是非常重要的事。因為這影響到了軟件后期繁重的維護,大家都要閱讀你的程序,如果你寫的程序毫無規(guī)范可言,那么別人怎么能讀懂你的程序讀不懂程序,維護又從何談起呢所以,我們在今后的學習中,一定要注意這方面的培養(yǎng),在寫程序的過程中,要逐步的在規(guī)范的基礎上形成屬于自己的風格,即方便自己的修改,也方便日后他人的閱讀。
    在學習中,我們還要注意比較三種方法的優(yōu)缺點,例如:傳統(tǒng)方法雖然使軟件擺脫了混亂和無序,但其在適應需求變化的方面不夠靈活,而且傳統(tǒng)方法要么面向行為,要么面向數(shù)據(jù),缺乏兩者的有機結合。而面向對象方法的程序設計和問題求解更符合人們日常自然的思維習慣,適合大型、復雜及交互性比較強的系統(tǒng)。形式化方法則是一中基于形式化數(shù)學變換的軟件開發(fā)方法,它可將系統(tǒng)的規(guī)格說明轉換為可執(zhí)行的程序。在今后的學習中要注意多讀書、多思考、多練習、多討論,不斷熟悉書本的基礎,并以此為基礎將其擴散開來,應用于今后的實踐。不斷鍛煉自己,向一名合格的程序設計師邁進。
    軟件工程的心得體會報告篇十一
    畢業(yè)實習是教學過程中一個重要的實踐性教學環(huán)節(jié),是一次綜合性學習。通過實習加深對專業(yè)理論知識的理解,培養(yǎng)和提高實際操作動手的能力,使所學理論知識與編程實踐緊密結合,為畢業(yè)后從事計算機相關工作打下良好的基礎。實習期間讓我學到很多東西,不僅在理論上讓我對it領域有了全新的認識,在實踐能力上也得到了很大的提高,真正的學到了學以致用,更學到很多做人的道理,對我來說受益匪淺。同時,我還學到了如何與人相處,怎樣與人進行更好的交流。我們幾個人組成一個團隊,大家一起學習開發(fā)一個項目,彼此之間的交流溝通就顯得尤為重要,如何將自己的想法清楚明白的告訴隊友,如何提出自己想法的同時又不傷害其他的隊友的面子,這些在我的實習生活中都有一些體會。相信這次實習對我以后的學習、工作將會產生很大的影響,在短短的二十幾天里學到的這些寶貴的經驗將會成為我以后工作的基石。
    一、實習內容和過程。
    實習期間,我主要在軟件開發(fā)部進行學習,同時對其他如人事部、檢測部門進行了了解,通過與有關項目負責人的學習交流,從而對it行業(yè)最近的發(fā)展及對人才需求、能力要求等方面有所了解,對自己的未來發(fā)展和規(guī)劃有很大意義。
    實習的開始幾天主要是對公司工作流程和員工工作習慣的了解和適應,對自己作出調整,使自己盡快進入工作狀態(tài)。
    接下來幾天,主要是對自己將要面臨和接受的工作的接觸了解,思考如何將自己所學的知識運用到工作中去。
    中間的幾天主要是進行有關項目中幾個小功能模塊的學習和實現(xiàn),簡單的對自己的工作有一個體會。
    最后的幾天主要就是真正的參與到工作中去,通過自己的實際動手去做項目,對分配到的任務的完成及其中遇到困難的解決,發(fā)現(xiàn)自己的不足,鍛煉自己的能力。
    1.1公司概況。
    ____軟件有限公司成立于20__年1月,公司以軟件產品開發(fā)、軟件項目實習培訓為主要目標,公司以先進的技術開發(fā)體系為基礎,已經成功地開發(fā)了多個軟件產品和軟件項目。公司自成立以來發(fā)展迅速,已獲取軟件高新技術企業(yè)認證,正在進行iso-9002體系認證,以市場為先導、研發(fā)為后盾、服務為宗旨,全面服務于我國的軟件事業(yè)。
    公司愿景:使__成為社會認可和尊敬的優(yōu)秀軟件公司。
    公司核心價值觀:團隊合作、不斷創(chuàng)新、社會責任感、客戶為本、誠實正直。
    公司使命:在公司軟件產品及軟件服務的幫助下,讓人們愉快工作、快樂生活。__對品質有著執(zhí)著的追求,但是高品質的設計并不意味著高成本,我們有著長期為知名客戶服務的經驗,應用國際通用的標準化建模體系等先進技術,建立了完善的質量控制流程,因此,我們能夠在高品質的基礎上,保持富有競爭力的低報價。
    __具有優(yōu)秀的技術實力:在大型數(shù)據(jù)庫oracle、db2、_ml、webservices、internet/intranet、java、php、c#、c應用等方面擁有的技術;在web應用程序、辦公自動化、商業(yè)智能、電子商務、電子政務、企業(yè)資源管理、知識管理、商業(yè)網(wǎng)站、手機應用、游戲和多媒體電子出版等方面具有豐富的開發(fā)實施經驗。這些技術和實施經驗是倬威達的客戶獲得高性能、低成本的產品和服務的重要保證。
    __秉承以人為本的管理理念人性化管理,并強調規(guī)范的開發(fā)流程,以及業(yè)內的開發(fā)技術,為員工的發(fā)展提供充分的發(fā)展和上升空間。穩(wěn)定且高素質的團隊,是我們提供優(yōu)質軟件和服務的基礎。
    為了滿足軟件企業(yè)對軟件實用人才的需求,公司與__多所高校建立校企合作關系,極大的增強了畢業(yè)生在求職中的項目經驗及工作中的實際動手能力,促進高校就業(yè),實訓效果顯著受到高校領導、畢業(yè)生及用人單位的一致好評。公司經過幾年的實訓經驗的累積,深深認識到實用人才是企業(yè)選人用人時的關鍵因素,所以公司實訓致力于軟件實用人才培養(yǎng),重視與院校建立長期合作關系。通過校企合作,優(yōu)勢互補,互利共贏,支持院校教育事業(yè)。
    在二十一世紀,__軟件公司將進一步發(fā)展壯大,未來五年內,__將實施戰(zhàn)略性結構調整,瞄準國內外一流軟件公司,使之成為較有影響的軟件公司。
    軟件工程的心得體會報告篇十二
    作為軟件工程師,我一直對自己在軟件開發(fā)領域的發(fā)展感到自豪。近年來,我一直致力于提高自己的技能,并在實踐中不斷探索和學習。在這個過程中,我收獲了許多寶貴的經驗和體會,讓我更好地理解了軟件工程師的角色和職責,特別是在團隊合作方面的重要性。
    第二段:個人成長
    我的軟件開發(fā)之路始于大學時期學習編程語言,并在一家創(chuàng)業(yè)公司中獲得了第一份實習工作。在這一階段,我經歷了許多挑戰(zhàn)和學習機會,計劃和設計軟件解決方案成為我的長項。在后來的工作中,我不斷提高自己的團隊合作技能,學會協(xié)調和溝通,特別是在多功能項目中尤為重要。
    第三段:貢獻團隊
    作為軟件工程師,我有責任在團隊中發(fā)揮重要作用,同時也需要學會尊重其他專業(yè)人員的意見和建議。我的目標是成為一名優(yōu)秀的團隊成員,通過協(xié)作和討論尋求最優(yōu)解決方案。在項目中,我總是盡力爭取更高的質量和效率,發(fā)現(xiàn)和解決問題,對團隊的發(fā)展做出貢獻。
    第四段:重視學習
    隨著軟件技術的不斷發(fā)展,我們必須與時俱進,不斷學習新知識和技能。我經常參加工作坊、研討會等活動,與同行交流經驗,并積極閱讀相關書籍和文章。通過不斷學習,我擴大了自己的技能和知識范圍,更好地服務于團隊和客戶。
    第五段:結語
    軟件工程師的工作需要我們具備多種技能和素養(yǎng),而不僅僅是編程。我們需要協(xié)作,溝通和解決問題能力,同時也需要開放心態(tài)和持續(xù)學習的意愿。我相信通過不斷的積累經驗和體會,我們將不斷提高自身能力,為軟件行業(yè)的發(fā)展做出更大的貢獻。
    軟件工程的心得體會報告篇十三
    軟件工程師作為現(xiàn)代社會中越來越重要的職業(yè)之一,隨著信息技術的不斷發(fā)展,其職責也越來越廣泛和重要。作為一名軟件工程師,我在這個行業(yè)里摸爬滾打多年,深感自己的成長離不開各種經驗和心得的積累。在接下來的文字中,我將從個人視角談談自己在軟件開發(fā)過程中的心得體會。
    第二段:選擇質量。
    在軟件開發(fā)的過程中,我最關注的是軟件的質量。因為軟件需要長期運行,不僅要滿足用戶需求,還要兼顧安全性和可維護性等方面,這需要我們在開發(fā)過程中嚴格控制每一個環(huán)節(jié),做好每一個細節(jié)。因此,我在項目開發(fā)前會認真分析需求和可能的風險,對技術框架和工具的選擇非常謹慎。我也會定期進行代碼復審和單元測試等工作,確保代碼質量達標。當然,在不斷優(yōu)化的過程中,我也意識到代碼質量的提高不僅僅在于個人級別,而更應該顧及團隊整體水平,因此深感技術學習和交流的重要性。只有不斷積累、分享,才能讓團隊的發(fā)展更加健康和持久。
    第三段:溝通協(xié)作。
    作為一名軟件工程師,我們的工作不僅僅是編寫代碼,更包括與產品經理、UI設計師、測試工程師等各個角色之間的溝通協(xié)作。這就需要我們具備更多的軟技能。比如,要善于傾聽和引導,以便更好地理解產品需求和用戶痛點;要有清晰的表達能力,能夠清楚地向其他角色描述自己的想法和意圖;在開發(fā)過程中,也要非常注重團隊合作,及時溝通和協(xié)調出現(xiàn)的問題。整個軟件開發(fā)過程需要涵蓋從需求分析、規(guī)劃和設計,再到編碼、測試和上線等各個環(huán)節(jié),期間需要負責人與團隊的全面協(xié)作才能保證項目的順利完成。
    第四段:學習成長。
    軟件開發(fā)是一個知識密集型的工作,要時刻緊跟技術的發(fā)展趨勢才能在激烈的競爭中取得優(yōu)勢。因此,我認為軟件工程師需要具備持續(xù)學習的能力和自我提升的意識。我會在業(yè)余時間去了解新的技術,參加相關的技術社群和活動,不斷學習和嘗試新東西,以此來增強自己的核心競爭力和解決實際問題的能力。同樣,我也會時刻關注團隊的成長和發(fā)展,希望能為團隊帶來更多的經驗和技術積累。
    第五段:總結回顧。
    在軟件開發(fā)的過程中,我覺得最重要的是要保持持之以恒的熱情和精神狀態(tài)。無論是在技術領域還是在團隊管理中,不停地學習和成長,分享并培育團隊的創(chuàng)新精神和專業(yè)精神,才能不斷提高自己和團隊的能力和素質,做出更好的產品。取得成功需要獨立思考和勇于探索,但更需要承認團隊的重要性,在各方面展現(xiàn)出自己領導團隊的能力和擔當。在今后的工作和生活中,我也將持續(xù)關注自己的成長需求,堅定地走好自己的職業(yè)道路。
    軟件工程的心得體會報告篇十四
    軟件工程經濟是近年來出現(xiàn)的嶄新的研究方向,是軟件工程和經濟學相互融合深入的產物。下面是本站小編為大家整理的軟件工程。
    供你參考!
    時間過的很快,轉眼間已經實習將近5個月,其中有2個月是屬于完全被流放的。最先在內部系統(tǒng)組參與內部管理系統(tǒng)開發(fā)(struts+mysql+spring+hibernate),之后是去做網(wǎng)絡交換機軟件的腳本測試?,F(xiàn)在又回歸內部系統(tǒng),雖然在腳本組期間,編碼能力被別人甩在后頭,但至少具有了一些測試經驗。
    至少自己做的東西,是真正交付到了客戶手上,到也稍微有些成就感。
    1、淺談測試。
    一直以來,我都認為測試是脫離了軟件工程范圍的工作,不以為屑。但在實際情況中,測試是既重要且難以精湛的.其真正的壓力,在于找不到bug,責任在你,而不在于編碼人員。一般的測試人員不懂編碼,他們靠的是日以累計的經驗總結和想象力。而要做到高級測試工程師,則一定要懂編碼,因為這是你完全掌握整個系統(tǒng)的方方面面具體運作的前提。但占主導地位的,還是大型系統(tǒng)的集成測試經驗。實際項目中,編碼時間一般只占30%左右,真正耗費時間的是it階段的找bug與對應bug,此階段基本評定了coder的編碼質量。
    2、程序員的困惑。
    有位同事告訴我:代碼看幾遍都沒用,要去抄,例如一個查詢模塊,在此基礎上去做具體記錄的歷史記錄查詢模塊,你可能會覺得很簡單,但實際情況卻往往報一堆異常,配置問題涉及到方方面面,以及數(shù)據(jù)庫字段,傳值問題等等,一大堆對于新人來說很郁悶的問題。但不用怕,只要學會調試,一個個問題去追蹤,一個個去解決,自然而然,那段“源碼”才真正屬于你。
    3、如何調試追蹤。
    如果你能在短短的時間內就看到問題點在那,放下斷點去追蹤,出去找工作,絕對沒問題。出現(xiàn)問題的時候,不要光看代碼,要用實際行動去追蹤運行期間的具體值,那是最好途徑。eclipse是個很爽的ide,這點做的很好。例如頁面內容顯示不是自己想要的數(shù)據(jù),我們要先從數(shù)據(jù)庫查詢語句去下手,設置斷點,一步一步stepover,讓sql字段(存取最終sql語句的字符串)運行到有值,inspect進去看,如果還看不出來,就點擊它,copy后在sql客戶端去實際運行,看看實際查詢出來的表是什么,如果是對的,有可能就是頁面調用的錯誤或者action邏輯的傳值問題。
    頁面錯誤的調試,基本方法是用右鍵點擊實際網(wǎng)頁查看源代碼,copy到editplus,就能看到具體錯誤發(fā)生在那幾行。通常有幾種常見的錯誤,例如:缺少對象這種很多時候是有些被你調用的字段有可能為空的情況出現(xiàn)的,可以加if(=null)語句加保護。追蹤的方法基本就是用alert語句,放在有可能出錯的地方。
    4、一些習慣。
    遇到問題先自己思考,無從下手再找高手幫忙看看,注意他幫你看的思路,別在一旁閑著,看多了自己也會了,不然你一輩子都停留在那種水平,從人身上學到的東西遠遠比書多的多。
    解決了一個問題后,要去究根問底去找到問題產生的起因,以防你下次遇到類似的問題再浪費同樣的時間。
    把代碼寫的漂亮,注釋、空行、規(guī)范一樣不能少,可讀性是放在第一位。曾經看過一個高手寫的代碼,真的一看就是不同水平的人寫的,幾乎很完美,讀起來很流暢,方便自己也方便別人。
    任務完后不要呆著,去要求經理給你更有挑戰(zhàn)性的任務,只要你肯去嘗試,他們就會對你另言相看,把三天的任務一天加班搞定,效率和忠誠都有了,路也比較好走了。
    一、實訓目的:
    通過對java語言、sql數(shù)據(jù)庫的應用以及sql語言的復習和鍛煉,并且通過使用myeclipse開發(fā)平臺設計管理項目,以達到充分熟悉開發(fā)平臺及應用設計。同時掌握并實踐軟件項目設計規(guī)范及其開發(fā)流程:需求分析、概要設計、詳細設計、代碼編寫等,以便提前適應軟件公司開發(fā)流程、環(huán)境和工作要求。
    二、實訓內容:
    1.項目:(“當當網(wǎng)”)。
    2.完成(用戶注冊、登錄、列表、購物車、刪除、修改)等功能。
    3.數(shù)據(jù)庫設計、sql應用。
    4.項目實戰(zhàn)。
    三、實訓總結:
    轉眼間實訓已過去一段時間,之前的興奮、喜悅如今已經讓我熟悉,在實訓的每一天都會讓我有成為一名真正的財富者擁有的沖動。也許,在這期間不一定會讓一個人有著翻天覆地的變化,但變化就是這樣一點一點產生的。通過這一期的實訓,雖然倍感折磨,但是收獲卻是很大的,學習中我不但有了學習成果的喜悅,而且自己也日漸成熟,有種說不出的喜悅。
    在實訓的過程中,我深深的體會到了自己在專業(yè)知識方面的欠缺和不足,也意識到了自己作為計算機軟件專業(yè)的學生,要想在以后的職業(yè)中嶄露頭角,除了要有過硬的理論知識,健康的體魄之外,還必須具備良好的心理素質,是自己在以后的途中無論經歷什么樣的困難,都立于不敗之地。通過實訓老師的課堂講解與企業(yè)文化標準的培訓,使我加深了對自己專業(yè)的認識,從而確定自己以后的努力方向,要想在短暫的實訓時間內盡多的學到東西,就需要我們跟老師或同學進行良好的溝通,加深彼此的了解,只有我們跟老師多溝通,讓老師更了解我們,才能更真切的對我們進行培訓工作。由此,班級的文化“共享”就在生活中慢慢形成了。
    “紙上得來終覺淺,絕知此事要躬行!”在這短短的時間里,讓我深深的感覺到自己在實際應用中所學來專業(yè)知識的匱乏。讓我真真領悟到“學無止境”這句話的涵義。而老師在專業(yè)認識周到中所講的,都是課本上沒有而對我們非常有實際意義的。這又給我們的實訓增添了濃墨淡彩的光輝。我懂得了實際生活中,專業(yè)知識是怎樣應用與實踐的。在這些過程中,我不僅知道了職業(yè)生涯所需具備的專業(yè)知識,而且讓我深深體會到一個團隊中的各個成員合作的重要性,要善于團隊合作,善于利用別人的智慧,這才是大智慧??繂我坏牧α渴呛茈y完成一個大項目的,在進行團隊合作的時候,還要耐心聽取每一個成員的意見,是我們的組合達到更加完美。
    這次實訓除了讓我明白工作中需要能力,素質,知識之外,更重要的是學會了如何去完成一個任務,懂得了享受工作。當遇到問題,冷靜,想辦法一點一點的排除障礙,到最后獲取成功,一種自信心就由然而生,這應該就是工作的樂趣。有時候不懂的就需要問別人了,虛心請教,從別人的身上真的能學到自己沒有的東西,每一次的挫折都會使我更接近成功。還有學會了在工作中與人的合作與交流,同樂同累,合作互助,這是團體的精神,也是必須學習的東西。
    經過之前的學習,對程序設計有了一定的認識與理解。在校期間,一直都是學習理論知識,沒有機會去參與項目的開發(fā)。所以說實話,這次實訓,軟件項目開發(fā)對我來說是比較抽象的,一個完整的項目要怎么分工以及完成該項目所要的步驟也不是很明確。而經過這次實訓,讓我明白了一個完整項目的開發(fā),必須由團隊來分工合作,并在每個階段中進行必要的總結與論證。
    一個完整項目的開發(fā)它所要經歷的階段包括:遠景范圍規(guī)劃和用例說明、項目結構和風險評估、業(yè)務功能。
    說明書。
    詳細設計說明書代碼實現(xiàn)測試和安裝包等等。一個項目的開發(fā)所需要的財力人力都是很多的,如果沒有一個好的遠景規(guī)劃,對以后的開發(fā)進度會有很大的影響,甚至會出現(xiàn)在預定時間內不能完成項目或者完成的項目跟原來預想的不一樣。一份好的項目結構業(yè)務功能和詳細設計說明書對一個項目的開發(fā)有明確的指引作用,它可以使開發(fā)人員對這個項目所要實現(xiàn)的功能在總體上有比較明確的認識,還能減少在開發(fā)過程中出現(xiàn)不必要的麻煩。代碼的實現(xiàn)是一個項目開發(fā)成功與否的關鍵,也就是說,前期作業(yè)都是為代碼的實現(xiàn)所做的準備。
    我深刻的認識到要成為一名優(yōu)秀的軟件開發(fā)人員不是一件容易的事情,不僅要有足夠的干勁和熱情,還要有扎實的編寫代碼基礎,必須要有事先對文檔進行可靠性報告,功能說明書,詳細設計說明書等的編寫和一些風險評估的編寫的能力。
    除了圖書館,最能讓我感覺到身在大學的就是實訓機房,在匆匆過去的兩個月內,我往返于實訓機房與宿舍之間,使我享受了一個充實的學習時期,讓我感受到了大學的魅力,對自己充滿信心,對大學充滿信心,以積極的心態(tài)迎接明天挑戰(zhàn)。
    實訓中要求有扎實的理論基本知識,操作起來才順心應手,我這時才明白什么是“書到用時方恨少”。這就激發(fā)了學習的欲望?!皩W以致用”,就是要把學來的知識能運用到實際操作當中,用實踐來檢驗知識的正確性。我想,這是實訓的最根本目的。
    最初在實訓時自己就有一些不自信,但隨著項目的進展,我慢慢的找到了自己的位置,找到自己的目標,雖然自己與好的同學還有差距,這也給了我很大壓力,但是我相信沒有壓力就沒有動力,所以在整個實訓過程中我都在不斷地努力。
    實訓期間讓我學到很多東西,不僅在理論上讓我對it領域有了全新的認識,在實踐能力上也得到了很大的提高,真正的學到了學以致用,更學到很多做人的道理,對我來說受益匪淺。我意識到自己知識的缺少,這激勵我在以后的學習、工作、生活中要不斷了解信息技術發(fā)展動態(tài)以及信息發(fā)展中出現(xiàn)的新的技術。
    除此之外,我還學到了如何與人相處,如何和人更好的交流,我們組成一個團隊大家一起開發(fā)一個項目,大家的交流溝通顯得尤為重要,如何將自己的想法清楚明白的告訴隊友,如何提出自己想法的同時又不傷害其他的隊友的面子,這些在我的實訓生活中都有一些體會。可是說,第一次親身體會理論與實際相結合,讓我大開眼界。也是對以前學習的一個初審吧,相信這次實訓多我以后的學習、工作也將會有很大的影響,在實訓的這段時間里這些寶貴的經驗將會成為我以后工作的基石。
    作為即將畢業(yè)走出校園的學生,經過3年的在校學習,對程序設計有了一些基本的理性的認識和理解。在校期間一直忙于理論的學習,沒有機會也沒有經驗來參與我們項目的開發(fā),所以在實習之前軟件按開發(fā)對我來說是非常抽象的,一個完整的項目要怎么來分工以及完成該項目所需要的基本步驟也不明確,通過這次實訓讓我明白一個完整項目的完成必須團隊分工合作,并在每個階段進行必要的總結和檢查。在我們項目的開發(fā)過程中我們項目的步驟:詳細設計、詳細設計review、編碼、編碼。在項目開發(fā)過程中我也深刻的體會到詳細設計對一個項目開發(fā)有明確的指引作用,它可以使開發(fā)人員對這個項目所要實現(xiàn)的功能在總體上有具體的認識,并能減少在開發(fā)過程中出現(xiàn)不必要的脫節(jié)。
    這次實訓是對我們學習的一個檢驗,雖然項目中很多知識我們在日常的學習中都沒有遇到,這同時提醒我:要想成為一個合格的程序員就有具備一種自學能力,在工作中會遇到很多從未接觸過的問題,當有了問題時要去解決,在你不斷努力,尋找答案的過程中,自己的能力也在潛移默化的提升。有時遇到問題時可能有很多想法但卻不知道那個正確,這就讓我們不斷地去探索,不斷地嘗試。
    在這次軟件工程課程中,我學到了很多東西,第一次深刻的體會到了什么叫做用工程化的思想來編寫軟件,以前自己也寫過一些小型軟件,沒有做過大型的項目,直到這次課堂我擔任組長并組織組員共同完成“個人圖書管理系統(tǒng)”這個項目,第一次和別人合作,才發(fā)現(xiàn)運用工程化的思想來做是如此的有必要。
    從這里,我才真正的意識到實施一個軟件工程并不是說簡單的會編碼就能夠解決問題的,我們更多的精力不是放在編碼上,編碼只是一個很小的模塊,只占到那么小的一個部分。這個事實在很大程度上顛覆了我以前的思想,在我以前的認識中,似乎整個軟件就是編碼,除此無它,還好有老師的指導,不然真的會出現(xiàn)老師所說的,撞得頭破血流之后才想起來用軟件工程的思想來完成這個工作。
    剛真正開始工作之前,我們費了很多的時間來完成一些前端工作,如需求分析和可行性分析,這塊工作在別人看來可能是相對無關緊要,甚至是多于的,其實,換做在以前,我也會這么認為??墒牵椰F(xiàn)在算是深深地明白了磨刀不誤砍柴工的道理,這些工作的完成太有必要了,太重要了,要想你的軟件有用有市場,能被別人接受和認可,在進行過程中不會出現(xiàn)崩潰性的問題,這些工作缺一不可。
    還有就是接下來的一些設計模塊,此模塊與軟件編碼涉及比較緊密,主要是解決一些參數(shù)傳遞和接口通訊的問題,此模塊對我的觸動遠沒有上兩個模塊對我的影響大,因此再次也不做過多的介紹。
    在整個活動的完成過程中,作為組長,我收獲很多,我發(fā)現(xiàn),要是組里有個人不怎么想做事情時,他對于整個組織的影響是毀滅性的,正所謂“一顆老鼠屎,能壞一倉谷”,以后我的組織里要是出現(xiàn)這樣的人,我絕不會給他繼續(xù)留下來的機會,我會在第一時間將他清除出去。還有就是,作為組長,你要做的最重要的事情,不是發(fā)揮自己的聰明才智,而是創(chuàng)造出一個平臺,讓別人去發(fā)揮,你所要做得,出了保證這個平臺的完整性和公平性外,還有就是協(xié)調好各組員之間的關系。