軟件工程學習心得體會范文（精選6篇）

軟件工程學習心得體會范文（精選6篇）軟件工程學習心得體會范文（精選6篇）

軟件工程學習心得體會范文篇1

學習了這門課程,還有老師們的多元化教課,不但讓我從理論上把握軟件工程,還有從不同的實例,讓理論和實踐得到了很好的結(jié)合。整一個學期下來，總的來說還是學到了許多東西的，有許多地方是值得確定的，其實在我看來，軟件工程與其說是一門課程，不如說是一門思想。是一個如何去分析和處理問題的過程，應當說其范疇已經(jīng)遠遠不止局限于該門課程，成為了一個綜合的一個能夠解決問題的思想集合。

整本書的內(nèi)容規(guī)律很清楚明白，由淺入深循序漸進，首先我就也許描述下我們所學的內(nèi)容，第一章是從整體分析軟件工程這門學科的進展和所處的社會環(huán)境，接著后面的幾章深化分析了軟件開放過程和模式、軟件項目管理、計算機工程、需求分析、結(jié)構(gòu)化分析建模以及基于UML面對對象分析建模等。接著我就具體介紹下我對這門課程學問點的理解概括：

軟件：軟件是能夠完成預定功能和性能的可執(zhí)行的計算機程序和使程序正常執(zhí)行所需要的數(shù)據(jù)，加上描述程序的操作和使用的文檔。軟件的特征：①軟件是一種規(guī)律實體，而不是詳細的物理實體，因而它具有抽象性。②軟件是通過人們的智力活動，把學問與技術轉(zhuǎn)化成信息的一種產(chǎn)品。③軟件成為產(chǎn)品后，其生產(chǎn)只是簡潔的拷貝，不同于硬件制造。④維護過程比硬件簡單的多，甚至會引發(fā)新的錯誤。軟件危機：指的是軟件開發(fā)和維護過程中遇到的一系列嚴峻問題。消失軟件危機的緣由：①軟件維護費用急劇上升，直接威逼計算機應用的擴大。②軟件生產(chǎn)技術進步緩慢。軟件工程是指導計算機軟件開發(fā)和維護的工程學科。軟件生存周期：一個軟件從定義到開發(fā)、使用和維護，直到最終被棄用，要經(jīng)受一個漫長的時期，通常把軟件經(jīng)受的這個漫長的時期稱為生存周期。軟件的生存周期可分為八個階段：①問題定義;②可行性討論;③需求分析;④總體(概要)設計;⑤具體設計;⑥編碼與單元測試;⑦綜合測試;⑧軟件維護;

瀑布模式：是傳統(tǒng)的軟件開發(fā)模式，其中的"瀑布'是對這個模式的形象表達，由山頂傾瀉下來的水，自頂向下、漸漸細化。其特點是：線性化過程;分為分析、設計、編碼、集成等幾個階段，并且各階段逐級推動，不允許跨越。里程碑管理;階段評審;文檔驅(qū)動;簡潔便于工程應用的線性化過程步驟，并可以通過里程碑管理機制而使項目進程量化。其明顯的優(yōu)點就是沒個階段結(jié)束前都要對所完成的階段成果進行評審，這使得軟件的錯誤能夠在個階段內(nèi)盡早發(fā)覺并盡早解決，總的來說瀑布模式具有良好的質(zhì)量保證機制，有很強的生命力。

原型進化模式：對軟件進行直接模擬或仿真，只需要分析需求框架后進行原型創(chuàng)建，再對原型系統(tǒng)進行逐步細化與完善，通過版本更新逐步滿意用戶對于軟件的多方面需要。

增量模式：開發(fā)過程有三個任務域，分別是設計結(jié)構(gòu)、開發(fā)構(gòu)件和集成系統(tǒng)，它既有完善的工程管理機制，又能適應用戶需求變更，有利于質(zhì)量的監(jiān)控，并且各局部基于構(gòu)件構(gòu)造，有利于逐步構(gòu)建與完善;由于先交付核心構(gòu)件可利于降低項目的技術風險。

螺旋模式：是一種可較好的規(guī)避開發(fā)風險過程的模式，項目是基于任務的螺旋式推動，每個螺旋由內(nèi)之外分別是需求分析、軟件設計、系統(tǒng)集成、驗證與交付。

軟件開發(fā)的整個過程：①需要項目團隊，組建優(yōu)秀的團隊可以開發(fā)出更搞質(zhì)量的軟件產(chǎn)品。任務開發(fā)團隊要求小而精，成員大多在8人以內(nèi)，主要成員有項目負責人、開發(fā)人員、資料管理員和軟件測試員。②項目方案是為了使軟件開發(fā)各項工作有秩序地進行，包括任務安排和基于里程碑的進度支配，甘特圖和任務網(wǎng)絡圖是用來描述進度方案的工具。項目方案書可以作為軟件開發(fā)的工作指南。③項目成本估算，由于項目有來自各方面的成本包括工資開支、場地費、差旅費、設備費和資料費等，但是軟件主要是對人力成本的估算，常用的方法有程序代碼成本估算法等。④軟件風險管理包括許多不確定的風險因素，如方案風險、管理風險、需求風險、技術風險、人員風險、產(chǎn)品風險、用戶風險和商業(yè)風險等等，而風險管理的主要任務是：風險識別、風險評估、和風險防范。⑤軟件文檔管理，軟件文檔是工程模式軟件開發(fā)的成果體現(xiàn)，包括技術文檔、管理文檔和用戶文檔。⑥軟件配置管理與軟件質(zhì)量管理，包括配置規(guī)劃、軟件變更掌握、軟件版本掌握和質(zhì)量掌握方案。

計算機系統(tǒng)由硬件、軟件、數(shù)據(jù)資源、網(wǎng)絡資源、使用系統(tǒng)的人等諸多元素。有三種典型的計算機體系結(jié)構(gòu)：①主機結(jié)構(gòu)，主機集中了全部智能，并依靠終端接口與外部設備連接。②Client/Server結(jié)構(gòu)，智能分布于服務器與客戶機，并依靠網(wǎng)絡連接成系統(tǒng)，其中，服務器處于核心位置，供應被動核心服務;客戶機處于邊緣位置，可主動訪問服務器，尋求服務支持。③Browser/server結(jié)構(gòu)，可適應互聯(lián)網(wǎng)遠程交互的特別結(jié)構(gòu)，基于Web服務器構(gòu)建。

需求分析：系統(tǒng)開發(fā)前期需求分析很重要，它是為了有效解決用戶問題的需要進行的一項工程活動，所需要考慮的需求問題是功能需求、數(shù)據(jù)需求、性能需求和接口需求，開發(fā)者擔當分析任務，核心是用戶。其步驟有三個：①獵取客戶需求，客戶泛指某個人或機構(gòu)部門等，一般方法是調(diào)查，包括訪談、座談、問卷、跟班和收集資料，需求規(guī)約可表達用戶的軟件價值。②建立需求模型，它是用戶需求的圖解，一些常用的模型有：業(yè)務樹圖、用例圖、活動圖。分別用于結(jié)構(gòu)化需求建模、系統(tǒng)業(yè)務舉例和反映系統(tǒng)工作流程。③進行需求驗證，要驗證的主要內(nèi)容有：有效性驗證、全都性驗證、完整性驗證、現(xiàn)實性驗證和可檢驗性驗證。結(jié)構(gòu)化分析建模：它是建立在需求規(guī)約基礎上的，對軟件問題進行全面解說，包括四個方面：①數(shù)據(jù)建模，它與數(shù)據(jù)庫設計親密相關，ER圖涉及實體、關系、屬性等圖形元素，在業(yè)務層面建立數(shù)據(jù)庫概念模型，一般用于前期的建模構(gòu)想。②功能建模，是對系統(tǒng)數(shù)據(jù)加工的圖解，數(shù)據(jù)流程圖是常用的建模工具，涉及數(shù)據(jù)接口、數(shù)據(jù)處理、數(shù)據(jù)流、數(shù)據(jù)存儲等圖形元素，用于描述系統(tǒng)數(shù)據(jù)加工細節(jié)。③行為建模，行為模型用于說哦名軟件系統(tǒng)與環(huán)境的交互，狀態(tài)轉(zhuǎn)換圖常用的軟件行為建模工具涉及狀態(tài)、大事等圖形元素。⑤數(shù)據(jù)字典，是用于定義軟件的元素，使軟件元素獲得嚴厲?的、詳密的、精確的規(guī)格說明。需求分析模型中的數(shù)據(jù)、功能、行為等諸多方面的元素，都有必要通過數(shù)據(jù)字典賜予細節(jié)說明，以達到對系統(tǒng)較完整全面的規(guī)格定義。

基于UML對象面對對象分析建模：UML是統(tǒng)一建模語言，有統(tǒng)一的語法、語義和語用規(guī)章，其建模過程的特點是：用例驅(qū)動、以構(gòu)架為中心和增量迭代，通過包實現(xiàn)對模型的有效的一體化管理。包括三部分：①用例建模，它面對用戶需求的，能夠反映系統(tǒng)的用戶價值，用例圖的基本元素有用例、參加者、溝通;用例之間有泛化、延長和包含關系。②活動建模，活動圖用于描述系統(tǒng)動態(tài)過程，主要圖形元素有：活動、轉(zhuǎn)換、起點、終點、推斷、并發(fā)、同步、泳道等。可描述高層業(yè)務級活動，涉及整個業(yè)務流程，針對每個用例活動建模，反映用例內(nèi)部活動細節(jié)。③類分析建模，這里就只考慮實體類，實體類所代表的數(shù)據(jù)相互之間通常有肯定的關系，依靠這種關系可形成有組織的程序數(shù)據(jù)結(jié)構(gòu)。實體類之間的主要數(shù)據(jù)關系有：關聯(lián)、聚類、泛化。

接下來我就簡潔說下我上這門課的簡潔的心得體會，我們是大四的同學了，也只有這個學期有課了，剛開頭課表支配出來的時候覺得挺意外的，只有前八周有課，當時我還是有點小感動的，大四事情許多，有要考研的和工作的，大家也都有各自的事情，假如有16周的課，那么每周課不是特殊多，但是時間特殊分散，也不能集中某段時間去做什么事情。但是相對于老師的壓力也有，課程壓縮了相當于每節(jié)課的教學任務大大增加了，在加上有些假期沖掉課，就感覺我們似乎上課學不到什么東西，也只是一些關鍵的和考試掛鉤的才重點講，完全沒有擴展的時間和空間了。但是總的來說，學校開了這門課，我們上了這門課，總是學到了點東西的，不行能明明上了軟件工程這門課，卻像沒上一樣什么都不懂。在上課的時候我還是很仔細地去聽老師所敘述的內(nèi)容的，我覺得他的思想和我一向而來的培育計算機同學綜合素養(yǎng)的理解還是在肯定程度上不謀而合了，所謂的需求獵取，那就是一個談判，辯論，溝通的過程，已經(jīng)不是單純的編編程序就能解決的問題了。從我所看到的聽到的來說，我最怕的就是計算機系的同學被別人說成是個帶著厚眼鏡的，只能夠在電腦前編編程序的，在交際場上不知道說什么而一個字都說不出來的人。我覺得這樣的人進入社會之后是沒有什么前途的，起碼他們?nèi)狈α伺c人溝通溝通的力量。而這門課程在肯定程度上給了我們這些同學一個機會來熬煉自己在另一方面的力量，設想一下，一個又有技術又能夠與人溝通合作的人所取得的成就自然要比一個單單只會編程序的人要大得多。其次，這門課程教給了我們在完成一個實際項目時的一般程序及過程，我認為這是一份特別具有實際意義的教學內(nèi)容。當我們在畢業(yè)之后，這是我們實際要運用的一項特別有用的技能，而且不僅僅局限于軟件工程的范疇，我們即使是從事與其它行業(yè)，不也是要從需求獵取開頭，始終有條有理地到最終成品的出爐嗎?應當說這就是這門課的價值所在。無論是在上課，還是在同學會里面做同學工作，我都深深地感覺到，技術性的工作就好比變魔術，其實原理是特別簡潔的，甚至可以說簡潔的可笑，但是當你就是做出這么一個簡潔的東西出來之后，一些外行們有時候會用崇拜的眼光看著你，覺得你很厲害，很高深莫測。但是制作的過程他們卻不知道，或許知道之后他們只是會啞然失笑，原來這個東西的制作過程是如此的簡潔。這個可以說就是技術的魅力了，而作為需求獵取及之后的一系列過程則是類似于魔術揭秘的過程，但是作為這個隱秘我們并不需要一揭究竟，至于揭的程度如何那就是我們那就是我們學出的程度如何了，我們要讓對方知道我們在做什么?以及如何去做?這些東西需要我們以肯定的技巧敘述出來，所起到的作用就是能夠讓對方了解自己的進度，卻又能夠不讓對方來干涉自己的工作過程。由于我們是技術員，對方只是外行，即使對方知道了這個魔術的操作過程，也并不代表他們就能夠向變著魔術的我們來任憑修改這個魔術的變法，況且我們能夠用不同的過程來得出一個同樣的結(jié)果，這個過程的得出的主動權如何把握在我們的手上，就看我們?nèi)绾我愿叱姆绞絹斫议_這個魔術的謎底了。當然了，在純粹的理論上，我覺得開設這樣一門課程是很勝利的。但是究竟現(xiàn)實里有太多的不確定的因素。最重要的因素就是授課的老師和聽課的同學。這兩個可以說是這門課成與敗的打算性的因素。

作為我們同學來說，應當負起比較主要的責任。在高校里有了太多的基礎課程，基礎課程大多都比較枯燥無味，或許在第一個學期里我們還能夠保持著新奇感，但是在6學期之后，可以說再有新奇感就是一件比較困難的事情了，我們都已經(jīng)開頭變得遲鈍了。其次的，沒有熟悉到這門課程的價值。這門課的價值我已經(jīng)在上面說過了，是不言而喻的。但是并不是每個同學畢業(yè)之后都回從事計算機行業(yè)，也不是每個同學都知道這門課程的意義已經(jīng)不僅僅局限于計算機這個范疇?；蛟S有些人覺得反正以后不是這個進展方向，也就不在乎這個課程吧。我個人覺得這門課的確是挺好的，假如仔細學必能學到許多東西，動手實踐力量和從整個大體分析系統(tǒng)開發(fā)的規(guī)律性思維也會明顯增加，不管以后從事哪個方面的工作，這對以后來說都是一筆很大的隱性財寶。說到我自己對這么課的學習，還是有點愧疚的，前面四周我每周每節(jié)課都去上的，并且上課也仔細聽，一邊聽老師講課一邊自己看書本的介紹，但是后來我上這門課的次數(shù)就降低了，由于覺得時間很緊吧，而且老師上課的節(jié)奏我個人覺得有點慢，我都可以自己預習看到后面去了，但是這門課我還是每周至少上一節(jié)課的，雖然我早上7點多一點就出門，在自習室，但是有時候明明知道到了上課的時間，明明上課的地方離自習的地方不遠也不太想去。我記得有次上課時候老師生氣了，說來上課的人少，我認真環(huán)顧了下四周發(fā)覺的確人很少，稀稀稀稀的分散著，看起來的確不太舒適，讓我不得不反思了，這高校的教育究竟怎么了，怎么到了大四大家都不來上課，雖然我不是每節(jié)課都來，但是我還是時不時來上課的，可能是比較浮躁吧，快畢業(yè)了，覺得上課學不到什么實際的東西，要么實際一點好好考研連續(xù)深造，要么去培訓增加實踐力量這樣才能較好的為找個滿足的工作做好鋪墊。

《軟件工程》課程既強調(diào)基本概念和基本學問的理解和把握，又側(cè)重軟件項目的分析、設計、實現(xiàn)和維護的基本技能。比較留意"點'和"面'的結(jié)合。我還是蠻喜愛這門課的，通過對這門課的學習讓我意識到理論學習很重要，實踐更重要，實踐是檢驗真理的唯一標準，只有將理論與實際結(jié)合，才更能發(fā)揮我們所學的學問的作用，更能直接的制造效益，社會和國家做出貢獻。

軟件工程學習心得體會范文篇2

軟件工程心得體會未接觸軟件工程之前始終都很想學這門課程，由于覺得這門課很牛，是那些有工程師稱號的高手才擺布的東西。學了一個學期的軟件工程課，最終知道了個軟件工程的也許。學的時候總覺得很抽象，理解起來似乎不難，但總是摸不著頭腦一種很茫然的感覺。曾經(jīng)以為程序就是軟件，軟件就是程序。學習這門課程第一個收獲是，知道了二者的不同之處。以前做過的一些小型的軟件比如加密軟件，我也只是在程序旁邊附上一個軟件的說明，看來已經(jīng)很接近作坊了。不過大的項目沒有接觸過，用軟件工程的方法還是第一次。我想也是程序的不斷簡單化導致了軟件危機的發(fā)生，使得人們不得不探究新的解決方法。

經(jīng)過倪老師的講解，理解了軟件工程，就是一套用于軟件的團隊開發(fā)，以提高軟件質(zhì)量和程序員工作效率為目的的規(guī)范。其核心就是，對于軟件開發(fā)的5個重要組成部分：需求分析，設計，編碼，調(diào)試，維護，如何組織這5個部分的工作，以及如何完成每一個工作。吾生也有涯，而知也無涯，學習永無止境。起初，對軟件工程處于一知半解的狀態(tài)，分工比較混亂。

在劃分模塊后明確了各自分工，慢慢形成良性循環(huán)。在學習過程中，知道了團隊合作非常重要，爭議當然存在，但通過爭論、協(xié)商，群策群力，在不斷磨合中能夠達成全都與默契。團隊成員中力量各有高下，相互敬重，各取所長，不宜妄自菲薄。組長多加協(xié)調(diào)，組員樂觀協(xié)作，才能合作開心。學習力量體現(xiàn)在能盡快接受新的學問，順應變化，學為所用。

上《軟件工程導論》這門課，我的收獲也許如下：我們?yōu)槭裁葱枰浖こ棠?上面已經(jīng)給出了一些緣由。專業(yè)點講，軟件工程最終是為了實現(xiàn)"軟件制造業(yè)'的社會化,工業(yè)化大生產(chǎn),提高其勞動生產(chǎn)效率。只有如此,軟件業(yè)才能實現(xiàn)社會化,工業(yè)化大生產(chǎn),才能"做大做強'。沒有管理的設計是失敗和混亂的設計，沒有設計指導的編程是無序的勞碌的。依據(jù)開發(fā)的軟件的規(guī)模，應當適當程度的運用軟件工程化的思想，需要敏捷，究竟我們開發(fā)的軟件大多數(shù)是中小型的，大型的并不多見(我是這么認為的)。但只要涉及人員間的溝通和溝通，或多或少都要需要軟件工程才能更有效率，工作成果更穩(wěn)定。

其實開發(fā)軟件，就像是解決一個規(guī)律問題。想想自己平常是怎樣寫程序的。首先是要有一個想法，即我寫的這個程序是要干什么的;然后就是對要實現(xiàn)的核心功能也許構(gòu)思一種或多種實現(xiàn)方法，并從中選出一種自認為是較好的;接下來就是將涉及的各種主要或次要功能分成各個模塊;最終就是分模塊來編碼和DEBUG。在我看來，除了第一步外，其余的步驟應當是一個循環(huán)的過程。在編碼的過程中，你總是需要不斷地回過頭來修改原先的模塊設計，甚至最初選定的實現(xiàn)算法。詳細到每一步的工作要怎樣完成，是特別敏捷的，只要把握住大體的方向就行。在進行分析，設計，編碼，調(diào)試，維護這幾部分的工作的時候，最核心的就是文檔的編寫。1.可行性分析就是關于當前項目能不能干的分析結(jié)果。

2.項目描述這是在打算立項以后，對當前項目的一份扼要說明。

3.需求分析就是對客戶要求的功能的定義。

4.軟件設計這就是對程序的每一個模塊的具體設計的說明文檔。

5.開發(fā)日志我始終都認為這是文檔中最好玩的部分。開發(fā)日志相當于編碼階段的文檔，它的形式可以很隨便，主要是記錄一些在寫程序時突然萌發(fā)的靈感，或?qū)Υa的一些微小的修改，或?qū)Τ绦蚪Y(jié)構(gòu)的一些微小變動等，還要對上述這些修轉(zhuǎn)變動作些說明。

6.測試分析用于指出程序存在或潛在的缺陷和錯誤，以及程序性能的數(shù)字描述。

軟件工程學習心得體會范文篇3

在本學期的軟件工程課程的學習中，我們學習了十一章的內(nèi)容。第一章軟件與軟件工程的概念，這一章主要講解的是一些概念性和基礎性的內(nèi)容，例如軟件的概念、特性，軟件危機的主要表現(xiàn)，軟件工程的概念以及軟件生存期、典型生存期模型等等。其次章軟件工程方法與工具，這一章主要對軟件工程方法進行介紹，包括三種方法：傳統(tǒng)方法、面對對象方法、形式化方法。還引出了工具UML。第三章軟件需求獵取與結(jié)構(gòu)化分析方法，本章具體介紹了需求獵取與需求分析階段的任務以及結(jié)構(gòu)化分析方法，畫分層的數(shù)據(jù)流圖、E-R圖以及狀態(tài)圖式本節(jié)的重點。第四章結(jié)構(gòu)化分析方法，這一章重點講解了使用變換型映射方法和事務型映射方法生成初始的模塊結(jié)構(gòu)以及模塊結(jié)構(gòu)的改進。第五章編碼，這一章重點講解了編碼的風格及規(guī)范，還告知我們編碼規(guī)范說帶來的好處，并告誡我們將來一點要形成好的編碼風格。第六章軟件測試方法，本章講解了軟件測試相關的概念及重要性，軟件測試與開發(fā)各個階段的關系;還介紹了白盒測試技術以及黑河測試技術。第七章統(tǒng)一建模語言UML概述，本章具體介紹了UML的基本模式、事物、關系及建模時用到的各種圖進行了介紹。第八章面對對象分析，這一章主要講解了面對對象分析的3種模型，包括功能模型、靜態(tài)模型和動態(tài)模型。第九章軟件體系結(jié)構(gòu)與設計模式，本章對軟件體系結(jié)構(gòu)的基本概念、典型風格等進行了講解。第十章面對對象設計，本章的重點是對面對對象分析時建立的對象模型進行調(diào)整和細化。第十一章軟件維護，本章主要介紹軟件維護的任務、軟件維護活動以及軟件維護方法進行了介紹。

要學習軟件工程，學會如何系統(tǒng)的思索，以及養(yǎng)成良好的編碼習慣，想學好軟件工程，就必需知道軟件工程的目標、過程和原則：軟件工程目標：生產(chǎn)具有正確性、可用性以及開銷合宜的產(chǎn)品。正確性指軟件產(chǎn)品達到預期功能的程度?？捎眯灾杠浖窘Y(jié)構(gòu)、實現(xiàn)及文檔為用戶可用的程度。開銷合宜是指軟件開發(fā)、運行的整個開銷滿意用戶要求的程度。這些目標的實現(xiàn)不論在理論上還是在實踐中均存在許多待解決的問題，它們形成了對過程、過程模型及工程方法選取的約束。

軟件工程過程：生產(chǎn)一個最終能滿意需求且達到工程目標的軟件產(chǎn)品所需要的步驟。軟件工程過程主要包括開發(fā)過程、運作過程、維護過程。它們掩蓋了需求、設計、實現(xiàn)、確認以及維護等活動。需求活動包括問題分析和需求分析。問題分析獵取需求定義，又稱軟件需求規(guī)約。需求分析生勝利能規(guī)約。設計活動一般包括概要設計和具體設計。概要設計建立整個軟件系統(tǒng)結(jié)構(gòu)，包括子系統(tǒng)、模塊以及相關層次的說明、每一模塊的接口定義。具體設計產(chǎn)生程序員可用的模塊說明，包括每一模塊中數(shù)據(jù)結(jié)構(gòu)說明及加工描述。實現(xiàn)活動把設計結(jié)果轉(zhuǎn)換為可執(zhí)行的程序代碼。確認活動貫穿于整個開發(fā)過程，實現(xiàn)完成后的確認，保證最終產(chǎn)品滿意用戶的要求。維護活動包括使用過程中的擴充、修改與完善。伴隨以上過程，還有管理過程、支持過程、培訓過程等。

軟件工程的原則是指圍繞工程設計、工程支持以及工程管理在軟件開發(fā)過程中必需遵循的原則。

我們學習了具體設計的方法，其原則是過程描述是否易于理解、復審和維護，進而過程描述能夠自然地轉(zhuǎn)換成代碼，并保證具體設計與代碼完全全都。包括程序流程圖、N-S圖、PAD圖、HIPO圖

程序流程圖：程序流程圖又稱之為程序框圖，它是軟件開發(fā)者最熟識的一種算法表達工具。它獨立于任何一種程序設計語言，比較直觀和清楚地描述過程的掌握流程，易于學習把握。在流程圖中只能使用下述的五種基本掌握結(jié)構(gòu)：挨次型;選擇型;while型循環(huán);until型循環(huán);多狀況型選擇。

N-S圖：一種符合結(jié)構(gòu)化程序設計原則的圖形描述工具，稱為盒圖，又稱為N-S圖。在N-S圖中，為了表示五種基本掌握結(jié)構(gòu)，規(guī)定了五種圖形構(gòu)件。挨次型;選擇型;WHILE重復型;UNTIL重復型;多分支選擇型。

PAD圖：它是用結(jié)構(gòu)化程序設計思想表現(xiàn)程序規(guī)律結(jié)構(gòu)的圖形工具。PAD也設置了五種基本掌握結(jié)構(gòu)的圖示，并允許遞歸使用。

HIPO圖：HIPO圖是由一組IPO圖加一張HC圖組成。它是美國IBM公司在軟件設計中使用的主要表達工具。

HC圖既是層次圖，用于表示軟件的分層結(jié)構(gòu)。HC圖中的每一個模塊，均可用一張IPO圖來描述。IPO圖由輸入、處理和輸出三個框組成，需要時還可以增加一個數(shù)據(jù)文件框，這種圖形的優(yōu)點，是能夠直觀地顯示輸入處理輸出三者之間的聯(lián)系。

還有測試方法:根據(jù)測試過程是否在實際應用環(huán)境中來分，有靜態(tài)分析與動態(tài)測試。測試方法有分析方法(包括靜態(tài)分析法與白盒法)與非分析方法(稱黑盒法)。

靜態(tài)分析技術：不執(zhí)行被測軟件，可對需求分析說明書、軟件設計說明書、源程序做結(jié)構(gòu)檢查、流程分析、符號執(zhí)行來找出軟件錯誤。

動態(tài)測試技術：當把程序作為一個函數(shù)，輸入的全體稱為函數(shù)的定義域，輸出的全體稱為函數(shù)的值域，函數(shù)則描述了輸入的定義域與輸出值域的關系。

還學習了其他許多工具、語言、方法等，雖然不是都學得很透徹，但我信任在今后的學習中肯定會漸漸的完善的。

軟件工程對于初學者來說，學問基礎較薄弱，對一些應用操作、概念、工具方法等理解起來較為困難，要能從整體概念上較好地理解和把握、學好軟件工程，不是僅僅把幾本專業(yè)書籍細致地看幾遍，然后上機練習幾次就可以勝利，學習過程中要留意多看多練要留意結(jié)合實際，更要多思索，面對錯誤不要一范就問，要嘗試自己去解決。但是還要留意什么都學，確定是什么都學不透的，要集中精力打攻堅戰(zhàn)，學習軟件工程首先要明白自己的學習目標畢竟是什么，依據(jù)自己的實際工作動身，有針對性的在相應的學習方向上進行提高，制定出具體的學習規(guī)劃。還要留意與其他科目的相輔相成，就像我們在學習面對對象分析的時候要結(jié)合大一學習的面對對象及其方法學這一專業(yè)科目進行討論拓展;在學習語言時，要看看與C語言的聯(lián)系，多思多想，把從各個科目學到的學問通匯貫穿。

在軟件工程的學習中，我了解到了軟件并非是一些代碼這么簡潔，在開發(fā)軟件的過程中，編寫代碼的工作量其實只占不到全部工程量的30%，而后期的管理和維護更是占了60%到80%之多。一個完整的項目規(guī)劃須包括，軟件的定義，可行性分析報告，項目開發(fā)方案，軟件需求說明書，概要設計說明書，具體設計說明書，用戶操作手冊，測試方案，測試分析報告，開發(fā)進度報告，項目開發(fā)總結(jié)報告，軟件維護手冊，軟件問題報告，軟件修改報告，等多個文檔，每個文檔都要上級驗收審查，而文檔數(shù)量眾多，要做好這點真的不是很簡單，而恰恰寫好文檔正能保證完成軟件工程其中一個目的的關鍵，既討論如何用最小的開銷做誕生存期較長的軟件，再加上各個階段都要進行周密的策劃、具體的分工部署和人員支配，且各階段要據(jù)詳細狀況不斷的反復才能達成，所以代碼只是開發(fā)軟件這個浩大的工程的一個小小的過程。

而編碼的學習中，我更了解到形成自己獨特的規(guī)范的編碼風格是特別重要的事。由于這影響到了軟件后期繁重的維護，大家都要閱讀你的程序，假如你寫的程序毫無規(guī)范可言，那么別人怎么能讀懂你的程序?讀不懂程序，維護又從何談起呢?所以，我們在今后的學習中，肯定要留意這方面的培育，在寫程序的過程中，要逐步的在規(guī)范的基礎上形成屬于自己的風格，即便利自己的修改，也便利日后他人的閱讀。

在學習中，我們還要留意比較三種方法的優(yōu)缺點，例如：傳統(tǒng)方法雖然使軟件擺脫了混亂和無序，但其在適應需求變化的方面不夠敏捷，而且傳統(tǒng)方法要么面對行為，要么面對數(shù)據(jù)，缺乏兩者的有機結(jié)合。而面對對象方法的程序設計和問題求解更符合人們?nèi)粘Ｗ匀坏乃季S習慣，適合大型、簡單及交互性比較強的系統(tǒng)。形式化方法則是一中基于形式化數(shù)學變換的軟件開發(fā)方法，它可將系統(tǒng)的規(guī)格說明轉(zhuǎn)換為可執(zhí)行的程序。

在今后的學習中要留意多讀書、多思索、多練習、多爭論，不斷熟識書本的基礎，并以此為基礎將其集中開來，應用于今后的實踐。不斷熬煉自己，向一名合格的程序設計師邁進。

軟件工程學習心得體會范文篇4

在這次軟件工程課程中，我學到了許多東西，第一次深刻的體會到了什么叫做用工程化的思想來編寫軟件，以前自己也寫過一些小型軟件，沒有做過大型的項目，直到這次課堂我擔當組長并組織組員共同完成"個人圖書管理系統(tǒng)'這個項目，第一次和別人合作，才發(fā)覺運用工程化的思想來做是如此的有必要。

從這里，我才真正的意識到實施一個軟件工程并不是說簡潔的會編碼就能夠解決問題的，我們更多的精力不是放在編碼上，編碼只是一個很小的模塊，只占到那么小的一個部分。這個事實在很大程度上顛覆了我以前的思想，在我以前的熟悉中，好像整個軟件就是編碼，除此無它，還好有老師的指導，不然真的會消失老師所說的，撞得頭破血流之后才想起來用軟件工程的思想來完成這個工作。

剛真正開頭工作之前，我們費了許多的時間來完成一些前端工作，如需求分析和可行性分析，這塊工作在別人看來可能是相對無關緊要，甚至是多于的，其實，換做在以前，我也會這么認為?？墒?，我現(xiàn)在算是深深地明白了磨刀不誤砍柴工的道理，這些工作的完成太有必要了，太重要了，要想你的軟件有用有市場，能被別人接受和認可，在進行過程中不會消失崩潰性的問題，這些工作缺一不行。

還有就是接下來的一些設計模塊，此模塊與軟件編碼涉及比較緊密，主要是解決一些參數(shù)傳遞和接口通訊的問題，此模塊對我的觸動遠沒有上兩個模塊對我的影響大，因此再次也不做過多的介紹。

在整個活動的完成過程中，作為組長，我收獲許多，我發(fā)覺，要是組里有個人不怎么想做事情時，他對于整個組織的影響是毀滅性的，正所謂"一顆老鼠屎，能壞一倉谷'，以后我的組織里要是消失這樣的人，我絕不會給他連續(xù)留下來的機會，我會在第一時間將他清除出去。還有就是，作為組長，你要做的最重要的事情，不是發(fā)揮自己的聰慧才智，而是制造出一個平臺，讓別人去發(fā)揮，你所要做得，出了保證這個平臺的完整性和公正性外，還有就是協(xié)調(diào)好各組員之間的關系。

軟件工程學習心得體會范文篇5

時間飛逝，不知不覺間《軟件工程》的學習已經(jīng)過了大半了。在這將近半學期的學習中，雖然我不能說我將《軟件工程》學習的有多么的好，但是通過學習，我還是受益良多。

在以前，我始終對軟件存在一些偏見或則是誤會，認為軟件就是程序，軟件的開發(fā)就是編寫程序，只要編完了程序，一切也就ok了，而且我還片面的認為只要我把握了時下最新的語言和工具，那么我就能寫程序了。一個人，只要會編程，就能寫軟件，就是程序員;一個公司，只要聘請一些程序員，就能開發(fā)好的軟件產(chǎn)品。只要有幾個有閱歷的程序員，再找些兼職的高校生，就能組成一個軟件公司。

但是通過了《軟件工程》這門課的學習，使我熟悉到了我以前的錯誤。軟件其實不僅僅是程序，軟件開發(fā)其實也不僅僅是編寫程序，軟件是思想在硬件上的載體和體現(xiàn)，處理的是規(guī)律和信息。唯有對軟件和軟件的開發(fā)過程，有充分的熟悉，才能更好的開發(fā)出，過程受控、質(zhì)量受控的軟件產(chǎn)品。

而且在以前，我始終以為軟件的開發(fā)其實是一件很輕松歡樂的事情，只要一天坐在電腦旁敲敲鍵盤，那么一切就可以了，但是現(xiàn)在我才發(fā)覺，我以前的許多的思想是多么的膚淺可笑。編程其實是一種樂趣和苦惱共存的一項制造性活動。由于編程不僅能夠滿意我們內(nèi)心深處進行制造的渴望，而且還能愉悅我們內(nèi)在的情感。

而且通過學習《軟件工程》，我還學到了許多其他的東西。比如通過學習《軟件工程》，特殊是老師每次用實際的軟件現(xiàn)場的講解，為我供應了一個盡早接觸世界工作和真實項目的機會。讓我知道如何在以最小的成本中，訓練自己的基本工程素養(yǎng)和力量，如何激發(fā)自己的樂觀性等。而且通過學習《軟件工程》，還讓我熟悉和培育了我的團隊協(xié)作力量，特殊是對于我們這些在校的同學來說，這種學習更是能讓我在以后工作中少走許多的彎路。

所以，通過《軟件工程》的學習，我是真的學習到了許多有用的東西，讓我明白了許多的道理。在此我對老師的辛勤教育表示感謝，由于是你讓我學習到了這些，是我獲益良多。

軟件工程學習心得體會范文篇6

這次軟件工程實訓是從20xx.12.26號開頭的，截至20xx.12.31號。實訓內(nèi)容是用java相關學問(主要是jsp)做一個物流配送系統(tǒng)。下面談談對這次實訓的看法。

由于自己平常對java學問儲備不足，特殊是jsp這一塊基本不了解怎么回事，所以一拿到這個項目，我心里都是沒有底的，再加上我被分到的那個組，我知道就意味著是我一個人在戰(zhàn)斗了。呵呵，26號，實訓開頭了，我們的老