2024年軟件工程實驗心得體會（16篇）

2024年軟件工程實驗心得體會（匯總16篇）教學反思可以幫助老師發(fā)覺自己的教學風格和方式是否適合學生的學習特點。以下是一些有關軍訓心得的真實故事，值得大家深思。

軟件工程實習心得體會

一、實訓目的：

通過對java語言、sql數(shù)據(jù)庫的應用以及sql語言的復習和熬煉，并且通過運用myeclipse開發(fā)平臺設計管理項目，以達到充分熟識開發(fā)平臺及應用設計。同時駕馭并實踐軟件項目設計規(guī)范及其開發(fā)流程：需求分析、概要設計、具體設計、代碼編寫等，以便提前適應軟件公司開發(fā)流程、環(huán)境和工作要求。

二、實訓內容：

1.項目：(“當當網(wǎng)”)。

2.完成(用戶注冊、登錄、列表、購物車、刪除、修改)等功能。

3.數(shù)據(jù)庫設計、sql應用。

4.項目實戰(zhàn)。

三、實訓總結：

轉瞬間實訓已過去一段時間，之前的興奮、喜悅如今已經(jīng)讓我熟識，在實訓的每一天都會讓我有成為一名真正的財寶者擁有的沖動?；蛟S，在這期間不肯定會讓一個人有著天翻地覆的改變，但改變就是這樣一點一點產(chǎn)生的。通過這一期的實訓，雖然倍感熬煎，但是收獲卻是很大的，學習中我不但有了學習成果的喜悅，而且自己也日漸成熟，有種說不出的喜悅。

在實訓的過程中，我深深的體會到了自己在專業(yè)學問方面的欠缺和不足，也意識到了自己作為計算機軟件專業(yè)的學生，要想在以后的職業(yè)中嶄露頭角，除了要有過硬的理論學問，健康的體魄之外，還必需具備良好的心理素養(yǎng)，是自己在以后的途中無論經(jīng)驗什么樣的困難，都立于不敗之地。通過實訓老師的課堂講解與企業(yè)文化標準的培訓，使我加深了對自己專業(yè)的相識，從而確定自己以后的努力方向，要想在短暫的實訓時間內盡多的學到東西，就須要我們跟老師或同學進行良好的溝通，加深彼此的了解，只有我們跟老師多溝通，讓老師更了解我們，才能更真實的對我們進行培訓工作。由此，班級的文化“共享”就在生活中漸漸形成了。

“紙上得來終覺淺，絕知此事要躬行!”在這短短的時間里，讓我深深的感覺到自己在實際應用中所學來專業(yè)學問的匱乏。讓我真真領悟到“學無止境”這句話的涵義。而老師在專業(yè)相識周到中所講的，都是課本上沒有而對我們特別有實際意義的。這又給我們的實訓增加了濃墨淡彩的光輝。我懂得了實際生活中，專業(yè)學問是怎樣應用與實踐的。在這些過程中，我不僅知道了職業(yè)生涯所需具備的專業(yè)學問，而且讓我深深體會到一個團隊中的各個成員合作的重要性，要擅長團隊合作，擅長利用別人的才智，這才是大才智。靠單一的力氣是很難完成一個大項目的，在進行團隊合作的時候，還要耐性聽取每一個成員的看法，是我們的組合達到更加完備。

這次實訓除了讓我明白工作中須要實力，素養(yǎng)，學問之外，更重要的是學會了如何去完成一個任務，懂得了享受工作。當遇到問題，冷靜，想方法一點一點的解除障礙，到最終獲得勝利，一種自信念就由然而生，這應當就是工作的樂趣。有時候不懂的就須要問別人了，虛心請教，從別人的身上真的能學到自己沒有的東西，每一次的挫折都會使我更接近勝利。還有學會了在工作中與人的合作與溝通，同樂同累，合作互助，這是團體的精神，也是必需學習的東西。

經(jīng)過之前的學習，對程序設計有了肯定的相識與理解。在校期間，始終都是學習理論學問，沒有機會去參加項目的開發(fā)。所以說實話，這次實訓，軟件項目開發(fā)對我來說是比較抽象的，一個完整的項目要怎么分工以及完成該項目所要的步驟也不是很明確。而經(jīng)過這次實訓，讓我明白了一個完整項目的開發(fā)，必需由團隊來分工合作，并在每個階段中進行必要的總結與論證。

一個完整項目的開發(fā)它所要經(jīng)驗的階段包括：遠景范圍規(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ā)一個項目，大家的溝通溝通顯得尤為重要，如何將自己的想法清晰明白的告知隊友，如何提出自己想法的同時又不損害其他的隊友的面子，這些在我的實訓生活中都有一些體會?？墒钦f，第一次親身體會理論與實際相結合，讓我大開眼界。也是對以前學習的一個初審吧，信任這次實訓多我以后的學習、工作也將會有很大的影響，在實訓的這段時間里這些珍貴的閱歷將會成為我以后工作的基石。

作為即將畢業(yè)走出校內的學生，經(jīng)過3年的在校學習，對程序設計有了一些基本的理性的相識和理解。在校期間始終忙于理論的學習，沒有機會也沒有閱歷來參加我們項目的開發(fā)，所以在實習之前軟件按開發(fā)對我來說是特別抽象的，一個完整的項目要怎么來分工以及完成該項目所須要的基本步驟也不明確，通過這次實訓讓我明白一個完整項目的完成必需團隊分工合作，并在每個階段進行必要的總結和檢查。在我們項目的開發(fā)過程中我們項目的步驟：具體設計、具體設計review、編碼、編碼。在項目開發(fā)過程中我也深刻的體會到具體設計對一個項目開發(fā)有明確的指引作用，它可以使開發(fā)人員對這個項目所要實現(xiàn)的功能在總體上有詳細的相識，并能削減在開發(fā)過程中出現(xiàn)不必要的脫節(jié)。

這次實訓是對我們學習的一個檢驗，雖然項目中許多學問我們在日常的學習中都沒有遇到，這同時提示我：要想成為一個合格的程序員就有具備一種自學實力，在工作中會遇到許多從未接觸過的問題，當有了問題時要去解決，在你不斷努力，找尋答案的過程中，自己的實力也在潛移默化的提升。有時遇到問題時可能有許多想法但卻不知道那個正確，這就讓我們不斷地去探究，不斷地嘗試。

軟件工程試驗心得體會

需求獲得可能是最困難、最關鍵、最易出錯及最須要溝通溝通的活動。對需求的獲得往往有錯誤的相識：用戶知道需求是什么，我們所要做的就是和他們交談從他們那里得到需求，只要問用戶系統(tǒng)的目標特征，什么是要完成的`，什么樣的系統(tǒng)能適合商業(yè)須要就可以了，但是事實上需求獲得并不是想象的這樣簡潔，這條溝通之路布滿了荊棘。首先需求獲得要定義問題范圍，系統(tǒng)的邊界往往是很難明確的，用戶不了解技術實現(xiàn)的細微環(huán)節(jié)，這樣造成了系統(tǒng)目標的混淆。

其次是對問題的理解，用戶對計算機系統(tǒng)的實力和限制缺乏了解，任何一個系統(tǒng)都會有許多的用戶或者不同類型的用戶，每個用戶只知道自己須要的系統(tǒng)，而不知道系統(tǒng)的整體狀況，他們不知道系統(tǒng)作為一個整體怎么樣工作效率更好，也不太清晰那些工作可以交給軟件完成，他們不清晰需求是什么，或者說如何以一種精確的方式來描述需求，他們須要開發(fā)人員的幫助和指導，但是用戶與開發(fā)人員之間的溝通很簡單出現(xiàn)障礙，忽視了那些被認為是"很明顯"的信息。最終是需求的確認，因為需求的不穩(wěn)定性往往隨著時間的推移產(chǎn)生變動，使之難以確認。為了克服以上的問題，必需有組織的執(zhí)行需求的獲得活動。

需求獲得活動要完成的任務或者步驟的過程如下：

系統(tǒng)的需求包括四個不同的層次：業(yè)務需求、用戶需求和功能需求、非功能性需求。業(yè)務需求說明白供應給用戶新系統(tǒng)的最初利益,反映了組織機構或用戶對系統(tǒng)、產(chǎn)品高層次的目標要求，它們在項目視圖與范圍文檔中予以說明。用戶需求文檔描述了用戶運用產(chǎn)品必需要完成的任務，這在運用實例文檔或方案腳本說明中予以說明。功能需求定義了開發(fā)人員必需實現(xiàn)的軟件功能，使得用戶能完成他們的任務，從而滿意了業(yè)務需求。

非功能性需求是用戶對系統(tǒng)良好運作提出的期望，包括了易用性、反應速度、容錯性、健壯性等等質量屬性。需求獲得就是依據(jù)系統(tǒng)業(yè)務需求去獲得系統(tǒng)用戶需求，然后通過需求分析得到系統(tǒng)的功能需求和非功能需求。項目視圖和范圍文檔就是從高層次上描述系統(tǒng)的業(yè)務需求，應當包括高層的產(chǎn)品業(yè)務目標，評估問題解決方案的商業(yè)和技術可行性,全部的運用實例和功能需求都必需遵從的標準。而范圍文檔定義了項目產(chǎn)品所包括的全部工作及產(chǎn)生產(chǎn)品所用的過程。項目相關人員對項目的目標和范圍能達成共識,整個項目組都應當把留意力集中在項目目標和范圍上。

系統(tǒng)用戶在許多方面存在著差異，例如：運用系統(tǒng)的頻度和程度、應用領域和計算機系統(tǒng)學問、所運用的系統(tǒng)特性、所進行的業(yè)務過程、訪問權限、地理上的布局以及個人的素養(yǎng)和喜好等等。依據(jù)這些差異，你可以把這些不同的用戶分成不同的用戶類。與ulm中usecase的actor概念一樣，用戶類不肯定都指人，也可以包括其他應用系統(tǒng)、接口或者硬件，這樣做使得與系統(tǒng)邊界外的接口也成為系統(tǒng)需求。將用戶群分類并歸納各自特點，并具體描述出它們的特性特點及任務狀況，將有助于需求的獲得和系統(tǒng)設計。

通常用戶和開發(fā)人員不自覺的都有一種"我們和他們"的想法，產(chǎn)生一種對立關系，把彼此放在對立面，每一方都定義自己的"邊界"，只想自己的利益而忽視對方的想法。他們通過文檔、記錄和對話來溝通，而不是作為一個合作的整體去識別和確定需求完成任務。實踐證明這樣的方法是不正確的，不會給雙方帶來一點好處,良好的溝通關系沒有建立導致了誤會和忽視重要的信息。只有當雙方參加者都明白要勝利自己須要什么，同時也知道要勝利對方須要什么時，才能建立起一種合作關系。

為了建立合作關系通常實行一種組隊的方式來獲得需求，建立一個由用戶代表和開發(fā)人員組成的聯(lián)合小組作為需求獲得的核心隊伍。聯(lián)合小組將負責識別需求、分析解決方案和協(xié)商分歧，小組成員可以采納會議、電子郵件、綜合辦公系統(tǒng)等方式進行溝通，但溝通時應留意以下原則：小組會議應當由中立方來組織和主持，用戶和開發(fā)人員都要參與;溝通預先要確定打算和參加的規(guī)則;議題要明確并覆蓋全部關鍵點，但信息來源應當自由;溝通目標要明確，并告知全部的成員。

從用戶代表處收集他們將運用系統(tǒng)完成所需任務的描述，探討用戶與系統(tǒng)間的交互方式和對話要求，這就是運用實例，一個單一的運用實例可能包括完成某項任務的很多邏輯相關任務和交互依次。運用實例方法給需求獲得帶來的好處來自于該方法是用以任務為中心和以用戶為中心的觀點，比起運用以功能為中心和以開發(fā)者為中心的方法，運用實例方法可以運用戶更清晰地理解和相識到新系統(tǒng)允許他們做什么和怎么做。描寫運用實例的時候要留意運用簡潔直白的表述，盡量運用主動語態(tài)，用"系統(tǒng)"或者"用戶"作為主語，比如"用戶提交用戶密碼，系統(tǒng)驗證用戶密碼是否正確"，還有一點在描述中不要設計界面細微環(huán)節(jié)，比如"用戶從下拉框中選擇產(chǎn)品類型"。運用實例為以后寫用例場景描述中的基本路徑和擴展路徑供應了素材。

分析用戶工作流程視察用戶執(zhí)行業(yè)務任務的過程，通過分析運用實例得到系統(tǒng)的用例圖。編制用例圖文檔將有助于明確系統(tǒng)的運用實例和功能需求，統(tǒng)一建模語言的運用有助于與用戶進一步溝通。每個用例的描述應包括：編號,為每個用例安排一個唯一的編號，為需求的追溯供應了便利;參加者，與這個用例交互的actor;前置條件，起先用例前所必需具備的系統(tǒng)狀態(tài);后置條件，用例完成后系統(tǒng)達到的狀態(tài);基本路徑，用例完成的關鍵路徑，也是用戶期望的路徑;擴展點，基本路徑的分枝，表示意外狀況;字段說明，路徑中名稱的進一步分解說明，對以后類屬性的定義和數(shù)據(jù)庫字段設計起作用;設計約束，實現(xiàn)用例的非功能約束。

通過檢查當前已經(jīng)運行系統(tǒng)的問題報告來進一步完善需求客戶的問題報告及補充需求為新系統(tǒng)或新版本供應了大量豐富的改進及增加特性的想法，負責供應用戶支持及幫助的人能為收集需求過程供應極有價值的信息。

假如客戶要求的功能與已有的系統(tǒng)很相像，則可查看需求是否有足夠的敏捷性以允許重用一些已有的軟件組件。業(yè)務建模和領域建模式需求重用的最好方法，像分析模式和設計模式一樣，需求也有自己的模式。

總結：經(jīng)過一學期的軟工試驗，深刻感到其重要性的同時也學到了不少的東西，將對我在今后的軟件開發(fā)過程中起極大的作用。

軟件工程實習心得體會

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

要學習軟件工程，學會如何系統(tǒng)的思索，以及養(yǎng)成良好的編碼習慣，想學好軟件工程，就必需知道軟件工程的目標、過程和原則:軟件工程目標:生產(chǎn)具有正確性、可用性以及開銷合宜的產(chǎn)品。正確性指軟件產(chǎn)品達到預期功能的程度。

可用性指軟件基本結構、實現(xiàn)及文檔為用戶可用的程度。開銷合宜是指軟件開發(fā)、運行的整個開銷滿意用戶要求的程度。這些目標的實現(xiàn)不論在理論上還是在實踐中均存在許多待解決的問題，它們形成了對過程、過程模型及工程方法選取的約束。

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

pad圖:它是用結構化程序設計思想表現(xiàn)程序邏輯結構的圖形工具。pad也設置了五種基本限制結構的圖示，并允許遞歸運用。hipo圖:hipo圖是由一組ipo圖加一張hc圖組成。它是美國ibm公司在軟件設計中運用的主要表達工具。hc圖既是層次圖，用于表示軟件的分層結構。hc圖中的每一個模塊，均可用一張ipo圖來描述。ipo圖由輸入、處理和輸出三個框組成，須要時還可以增加一個數(shù)據(jù)文件框，這種圖形的優(yōu)點，是能夠直觀地顯示輸入處理輸出三者之間的聯(lián)系。還有測試方法:根據(jù)測試過程是否在實際應用環(huán)境中來分，有靜態(tài)分析與動態(tài)測試。測試方法有分析方法(包括靜態(tài)分析法與白盒法)與非分析方法(稱黑盒法)。靜態(tài)分析技術:不執(zhí)行被測軟件，可對需求分析說明書、軟件設計說明書、源程序做結構檢查、流程分析、符號執(zhí)行來找出軟件錯誤。動態(tài)測試技術:當把程序作為一個函數(shù)，輸入的全體稱為函數(shù)的定義域，輸出的全體稱為函數(shù)的值域，函數(shù)則描述了輸入的定義域與輸出值域的關系。還學習了其他許多工具、語言、方法等，雖然不是都學得很透徹，但我信任在今后的學習中肯定會漸漸的完善的。

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

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

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

在學習中，我們還要留意比較三種方法的優(yōu)缺點，例如:傳統(tǒng)方法雖然使軟件擺脫了混亂和無序，但其在適應需求改變的方面不夠敏捷，而且傳統(tǒng)方法要么面對行為，要么面對數(shù)據(jù)，缺乏兩者的有機結合。而面對對象方法的程序設計和問題求解更符合人們日常自然的思維習慣，適合大型、困難及交互性比較強的系統(tǒng)。形式化方法則是一中基于形式化數(shù)學變換的軟件開發(fā)方法，它可將系統(tǒng)的規(guī)格說明轉換為可執(zhí)行的程序。在今后的學習中要留意多讀書、多思索、多練習、多探討，不斷熟識書本的基礎，并以此為基礎將其擴散開來，應用于今后的實踐。不斷熬煉自己，向一名合格的程序設計師邁進。

軟件工程實習心得體會

基于本次暑期實習的狀況，我收獲很大。

從實訓目的來看，本次實訓主要是在vs2024開發(fā)平臺上實現(xiàn)對c#語言、sql數(shù)據(jù)庫的應用，就我所在小組的項目工作內容來看，還須要駕馭水晶報表和mdi多窗口應用技術。除了要充分熟識開發(fā)平臺及應用設計之外，還要駕馭并實踐軟件項目設計規(guī)范及其開發(fā)流程即需求階段、分析和設計階段、編碼階段和測試階段，以便能按時交付作業(yè)。

從實訓的內容來看，我小組的項目是“人事工資管理系統(tǒng)”，主要實現(xiàn)公司企業(yè)對內部員工檔案、工資、獎罰考勤等一系列的管理，這在當今不斷壯大的企業(yè)用人單位是亟待須要的，總的來說，項目的難度系數(shù)不是很高，但也是相當困難。

在校外實習之前，老師先在校內培訓了5天。5天實訓中，著重講解了c#語言應用，并布置編寫“通訊錄”工作臺程序，windows應用程序和wpf程序，數(shù)據(jù)先是用文本保存，然后練習用數(shù)據(jù)庫保存，期間每天需上交當日作業(yè)。5天的時間里，通過不斷地學習，我從完全不懂c#語言成長到初步駕馭了這門語言，當然在詳細應用中還是會遇到些問題，但我還在學習。其實在實習的前一個月里，老師就上傳了一些關于c#語言的資料并通知我們須要配置哪些軟件環(huán)境，對于這一點，我是相當感謝何老師的，當然在校外的實習里，公司也全都把開發(fā)項目用到的一系列軟件上傳到公共文件夾里，從而免去了我們下載軟件的麻煩，在此，感謝眾老師。

校內實習要上交的作業(yè)我是在校外實習中補充完成的，因為之前上交的作業(yè)由于時間倉促大都有錯誤，所以借著校外實習中對c#語言的進一步應用和講師的具體講解后，我重新改正了錯誤，希望何老師能諒解接受。

校外實習是從7月12號起先，歷時15天，15天的最終一天要回校評審。我對本次校外實習的各個方面都非常滿足。相比上次實習，首先這里的住宿學習條件特別好，住宿和實習地都安裝了空調，實習地方環(huán)境清幽寬敞光明，伙食也特別好。然后就是實習講師特別專業(yè)和負責，他事先把全部有關實習的資料軟件存放在公共文件夾，且規(guī)劃入微。一起先先是對我們進行c#測試分好組支配好每組項目任務，又指導我們每個小組安裝svn軟件，便利小組文件上傳與統(tǒng)一，整體一揮而就，不似之前實習的凌亂，這一點我非常欽佩。之后每天都先支配好任務工作，仔細且特別具體的給我們操作示范并細心地制作成word文檔供小組之后查看。每隔幾天都會有小組評審，主要針對小組所編文檔的規(guī)范程度和不足提出修改建議。作為小組的pm，我必需承認一起先工作任務支配不當，沒有完全發(fā)揮各成員的優(yōu)勢，以致文檔編寫的有些瑕疵，不過在小組評審過后，我便剛好更改了項目工作的分工，而之后小組項目工作進行的特別順當，每個人的實力都得到了最大的發(fā)揮和升華，當然這完全得力于小組成員的高度協(xié)作。

我小組是c#軟件開發(fā)第一組，組內有6名成員，兩個主要負責項目核心代碼的編寫，其余負責簡潔模塊代碼的編寫，我主要負責填寫與修改相關項目文檔并督促小組進度和團結組內成員、合理安排組員任務并剛好調整組內支配的各種不適與問題。校外實習的過程中，小組成員高度團結，協(xié)調合作，對全部問題都能剛好探討并高效解決，有時遇到分歧，不過在全體探討后，都能找到合理的統(tǒng)一方案，如在界面設計環(huán)節(jié)中，就登陸界面和模塊界面的設計中，組員有許多不同建議，在詢問老師和權衡實現(xiàn)困難程度后，我們達成了一樣看法，統(tǒng)一后的界面相比之前更加規(guī)整明晰，且功能更加健全，當然這是我們小組齊心合力的結果。在開發(fā)的過程中，出現(xiàn)過項目分工不明確的問題，其緣由源于我考慮到組員實力的不同，所以就把大部分的工作支配給實力高的人身上，其他實力低的只暫讓他們自由學習希望能盡早跟上小組步伐，不過事實證明我錯了。讓部分組員自由學習而不參加項目的工作中本身就拖累了小組的整體速度，而且在短暫的時間里，他們也實在學不到任何實際的東西，所以后來我更改了戰(zhàn)略。我先讓實力低的組員嘗試參照模板編寫一些文檔的簡潔部分，然后讓實力稍高點的組員接著補充文檔的核心部分，最終由我修改格式和內容，最終讓老師批閱。這個方案實施過后，小組的效率整體上明顯提高，每個人各司其職，全組團結一樣，共同為項目的完成發(fā)揮自己的聰慧才智。而之后，在項目編碼階段，我們小組的tl負責對項目整個框架的構建，即設計好主要的窗口原型，然后指導小組成員在自己所負責的模塊上添加詳細事務代碼，最終再進行修改，這樣做不僅將組員團結在一起提高組內效率，更干脆提高了組員的編程實力。

需求分析階段和設計階段很快結束了，我們小組同心協(xié)力按時完成了相關文檔的編寫，包括需求規(guī)約、實現(xiàn)規(guī)約、界面設計word圖形文檔、數(shù)據(jù)庫設計說明書、具體設計說明書和概要說明書，在老師評審過后，發(fā)覺問題還是有許多，作為項目經(jīng)理的我本該對這些文檔進行剛好修改和更正，但由于時間倉促且我們是第一組需第一個評審，所以就馬馬虎虎的拿未精確修改的文檔進行審評了，老師著重對系統(tǒng)模塊圖和模塊功能描述那塊提出了些許建議，并讓演示了小組編寫的代碼程序，對其中錯誤問題提出了解決方案。之后進行一番修改過后，我小組正式進入了編碼階段，編碼只有短暫的3天，后兩天老師分小組評審并提出改進看法，小組修正和改進代碼結構語句，完善項目要求，緊接著進入測試階段，老師又著重介紹了一些測試工具便利小組測試，填寫并修改好測試文檔后，整個實習就將要進入尾聲了。再回校進行最終評審項目ppt和提交作業(yè)后，暑期實習就正式結束。

短短半個月的實習中，我深深的感受到自己在實際應用中專業(yè)學問的匱乏和短時間學習駕馭一門新學問和新技術的困難，這是我特別畏懼的兩大難題。就自身來說，我喜愛有所打算，不喜愛臨陣磨槍，盡管之前對實習要求的學問技能有些了解，但到真正實施時，還是不免有些不知所措，而之后能漸漸克服畏懼驚慌并團結小組成員按時且高效的完成作業(yè)，這都得力于實習老師和組員對我的巨大幫助，在此，由衷感謝他們，也感謝我自己。

軟件工程試驗心得體會范文

有了一些收獲以后，可用寫心得體會的方式將其記錄下來，這樣可以幫助我們。

總結。

以往思想、工作和學習。那么寫心得體會要留意的內容有什么呢？下面是我收集整理的軟件工程試驗心得體會范文，歡迎大家共享。

經(jīng)過這學期軟件工程試驗的學習，深深感到用戶需求對軟件的重要性。勝利的軟件產(chǎn)品是建立在勝利的需求基礎之上的，而高質量的需求來源于用戶與開發(fā)人員之間有效的溝通與合作。當用戶有一個問題可以用計算機系統(tǒng)來解決，而開發(fā)人員起先幫助用戶解決這個問題，溝通就起先了。

需求獲得可能是最困難、最關鍵、最易出錯及最須要溝通溝通的活動。對需求的獲得往往有錯誤的相識：用戶知道需求是什么，我們所要做的就是和他們交談從他們那里得到需求，只要問用戶系統(tǒng)的目標特征，什么是要完成的，什么樣的系統(tǒng)能適合商業(yè)須要就可以了，但是事實上需求獲得并不是想象的這樣簡潔，這條溝通之路布滿了荊棘。首先需求獲得要定義問題范圍，系統(tǒng)的邊界往往是很難明確的，用戶不了解技術實現(xiàn)的細微環(huán)節(jié)，這樣造成了系統(tǒng)目標的混淆。

其次是對問題的理解，用戶對計算機系統(tǒng)的實力和限制缺乏了解，任何一個系統(tǒng)都會有許多的用戶或者不同類型的用戶，每個用戶只知道自己須要的系統(tǒng)，而不知道系統(tǒng)的整體狀況，他們不知道系統(tǒng)作為一個整體怎么樣工作效率更好，也不太清晰那些工作可以交給軟件完成，他們不清晰需求是什么，或者說如何以一種精確的方式來描述需求，他們須要開發(fā)人員的幫助和指導，但是用戶與開發(fā)人員之間的溝通很簡單出現(xiàn)障礙，忽視了那些被認為是"很明顯"的信息。最終是需求的確認，因為需求的不穩(wěn)定性往往隨著時間的推移產(chǎn)生變動，使之難以確認。為了克服以上的問題，必需有組織的"執(zhí)行需求的獲得活動。

需求獲得活動要完成的任務或者步驟的過程如下：

1、編寫項目視圖和范圍文檔。

系統(tǒng)的需求包括四個不同的層次：業(yè)務需求、用戶需求和功能需求、非功能性需求。業(yè)務需求說明白供應給用戶新系統(tǒng)的最初利益,反映了組織機構或用戶對系統(tǒng)、產(chǎn)品高層次的目標要求，它們在項目視圖與范圍文檔中予以說明。用戶需求文檔描述了用戶運用產(chǎn)品必需要完成的任務，這在運用實例文檔或方案腳本說明中予以說明。功能需求定義了開發(fā)人員必需實現(xiàn)的軟件功能，使得用戶能完成他們的任務，從而滿意了業(yè)務需求。

非功能性需求是用戶對系統(tǒng)良好運作提出的期望，包括了易用性、反應速度、容錯性、健壯性等等質量屬性。需求獲得就是依據(jù)系統(tǒng)業(yè)務需求去獲得系統(tǒng)用戶需求，然后通過需求分析得到系統(tǒng)的功能需求和非功能需求。項目視圖和范圍文檔就是從高層次上描述系統(tǒng)的業(yè)務需求，應當包括高層的產(chǎn)品業(yè)務目標，評估問題解決方案的商業(yè)和技術可行性,全部的運用實例和功能需求都必需遵從的標準。而范圍文檔定義了項目產(chǎn)品所包括的全部工作及產(chǎn)生產(chǎn)品所用的過程。項目相關人員對項目的目標和范圍能達成共識,整個項目組都應當把留意力集中在項目目標和范圍上。

2、用戶群分類。

系統(tǒng)用戶在許多方面存在著差異，例如：運用系統(tǒng)的頻度和程度、應用領域和計算機系統(tǒng)學問、所運用的系統(tǒng)特性、所進行的業(yè)務過程、訪問權限、地理上的布局以及個人的素養(yǎng)和喜好等等。依據(jù)這些差異，你可以把這些不同的用戶分成不同的用戶類。與ulm中usecase的actor概念一樣，用戶類不肯定都指人，也可以包括其他應用系統(tǒng)、接口或者硬件，這樣做使得與系統(tǒng)邊界外的接口也成為系統(tǒng)需求。將用戶群分類并歸納各自特點，并具體描述出它們的特性特點及任務狀況，將有助于需求的獲得和系統(tǒng)設計。

3、建立核心隊。

通常用戶和開發(fā)人員不自覺的都有一種"我們和他們"的想法，產(chǎn)生一種對立關系，把彼此放在對立面，每一方都定義自己的"邊界"，只想自己的利益而忽視對方的想法。他們通過文檔、記錄和對話來溝通，而不是作為一個合作的整體去識別和確定需求完成任務。實踐證明這樣的方法是不正確的，不會給雙方帶來一點好處,良好的溝通關系沒有建立導致了誤會和忽視重要的信息。只有當雙方參加者都明白要勝利自己須要什么，同時也知道要勝利對方須要什么時，才能建立起一種合作關系。

為了建立合作關系通常實行一種組隊的方式來獲得需求，建立一個由用戶代表和開發(fā)人員組成的聯(lián)合小組作為需求獲得的核心隊伍。聯(lián)合小組將負責識別需求、分析解決方案和協(xié)商分歧，小組成員可以采納會議、電子郵件、綜合辦公系統(tǒng)等方式進行溝通，但溝通時應留意以下原則：小組會議應當由中立方來組織和主持，用戶和開發(fā)人員都要參與;溝通預先要確定打算和參加的規(guī)則;議題要明確并覆蓋全部關鍵點，但信息來源應當自由;溝通目標要明確，并告知全部的成員。

4、確定運用實例。

從用戶代表處收集他們將運用系統(tǒng)完成所需任務的描述，探討用戶與系統(tǒng)間的交互方式和對話要求，這就是運用實例，一個單一的運用實例可能包括完成某項任務的很多邏輯相關任務和交互依次。運用實例方法給需求獲得帶來的好處來自于該方法是用以任務為中心和以用戶為中心的觀點，比起運用以功能為中心和以開發(fā)者為中心的方法，運用實例方法可以運用戶更清晰地理解和相識到新系統(tǒng)允許他們做什么和怎么做。描寫運用實例的時候要留意運用簡潔直白的表述，盡量運用主動語態(tài)，用"系統(tǒng)"或者"用戶"作為主語，比如"用戶提交用戶密碼，系統(tǒng)驗證用戶密碼是否正確"，還有一點在描述中不要設計界面細微環(huán)節(jié)，比如"用戶從下拉框中選擇產(chǎn)品類型"。運用實例為以后寫用例場景描述中的基本路徑和擴展路徑供應了素材。

5、分析用戶工作流程。

分析用戶工作流程視察用戶執(zhí)行業(yè)務任務的過程，通過分析運用實例得到系統(tǒng)的用例圖。編制用例圖文檔將有助于明確系統(tǒng)的運用實例和功能需求，統(tǒng)一建模語言的運用有助于與用戶進一步溝通。每個用例的描述應包括：編號,為每個用例安排一個唯一的編號，為需求的追溯供應了便利;參加者，與這個用例交互的actor;前置條件，起先用例前所必需具備的系統(tǒng)狀態(tài);后置條件，用例完成后系統(tǒng)達到的狀態(tài);基本路徑，用例完成的關鍵路徑，也是用戶期望的路徑;擴展點，基本路徑的分枝，表示意外狀況;字段說明，路徑中名稱的進一步分解說明，對以后類屬性的定義和數(shù)據(jù)庫字段設計起作用;設計約束，實現(xiàn)用例的非功能約束。

6、檢查問題報告。

通過檢查當前已經(jīng)運行系統(tǒng)的問題報告來進一步完善需求客戶的問題報告及補充需求為新系統(tǒng)或新版本供應了大量豐富的改進及增加特性的想法，負責供應用戶支持及幫助的人能為收集需求過程供應極有價值的信息。

7、需求重用。

假如客戶要求的功能與已有的系統(tǒng)很相像，則可查看需求是否有足夠的敏捷性以允許重用一些已有的軟件組件。業(yè)務建模和領域建模式需求重用的最好方法，像分析模式和設計模式一樣，需求也有自己的模式。

總結：經(jīng)過一學期的軟工試驗，深刻感到其重要性的同時也學到了不少的東西，將對我在今后的軟件開發(fā)過程中起極大的作用。

軟件工程實習心得體會

20__年_月，我離開了學校，進入了最終一學期的頂崗實習階段。從離開學校的那天起，我就當自己是一個正式的員工，做好了經(jīng)驗重重困難的打算，我始終堅信，我的努力與堅持不懈不會白費，我的將來不是夢。

南京__有限公司是我現(xiàn)在實習的單位，它成立于__年，是從事教化軟件、數(shù)字化教學資源、多媒體產(chǎn)品等開發(fā)、制作的專業(yè)公司;是江蘇省信息產(chǎn)業(yè)廳認定的雙軟企業(yè)、江蘇省新聞出版局審核認定的電子出版物開發(fā)制作單位。公司長期擔當高校及教化管理部門的數(shù)字化教學資源、教務教學、試驗科研等管理系統(tǒng)的開發(fā)和信息化項目建設。如：《數(shù)字化教學資源庫-名師名課網(wǎng)系統(tǒng)》、《oa辦公系統(tǒng)》等多個系統(tǒng)平臺。智風公司多年來致力于網(wǎng)絡課程的建設服務工作，擁有一支專業(yè)化的開發(fā)團隊，通過嚴格的開發(fā)流程和創(chuàng)新的教學理念為廣闊院校供應優(yōu)質的服務。專業(yè)化的研發(fā)隊伍：從教學設計、技術開發(fā)，到交互設計、視覺設計、資源素材制作等各個方面，全面解決您的后顧之憂;豐富的開發(fā)閱歷：業(yè)已開發(fā)的課程中有42門被評為精品課程，累計開發(fā)的網(wǎng)絡課程已逾1010門。

二、實習崗位、主要過程、主要內容、主要工作、收獲。

我在該公司任職軟件開發(fā)工程師，剛實習的第一個星期，主要的工作是熟識公司的開發(fā)框架及開發(fā)流程，剛好完成項目經(jīng)理派發(fā)的任務。從其次個星期起先，我就起先接觸公司的開發(fā)項目。令我印象最深、體會也最深的一個項目是《南京高校110周年校慶系統(tǒng)》。該項目不僅開發(fā)時間短(只有一個月的時間)，最主要的是需求不清。在客戶與公司的雙重壓力下，我們這組人(共5人)在與客戶只溝通了兩次的需求下，我們就起先動工。該項目的用戶主要分為校領導和嘉賓。針對校領導和嘉賓進行相應的車輛、餐廳、賓館、會場、時間、志愿者的支配，要有沖突提示功能。如：在一個重疊的時間段內，一個人不能同時參與兩項及以上活動;一輛車支配的人數(shù)不能超過他的承載數(shù)等等。在做這些功能的時候，我們有過以人為基礎，安排車輛、餐廳等資源，也有考慮過以資源為主，安排人員等種.種看法。在每一次看法有了分歧以后，我們都要探討，各抒己見。這種方式使我樂于表達自己的想法，當我的想法得到了其他同事的認可時，那種感覺無法用言語來表達。即使是自己的想法錯了，但聽到同事的另一番看法，使我茅塞頓開，也有了收獲的喜悅。由于項目太緊，我們常常加班，每晚都要坐末班車回去，好幾次回來后倒頭就睡，周末也沒得休息。正是有了這些無以言表的感覺才使我對這個項目，對這個階段很難忘。在項目的功能方面，我負責全部基礎信息的添加與列表顯示。在做這些的時候，與我在學校做的項目的不同是分頁都是用的存儲過程，驗證要做到客戶端和服務端同時驗證。還涉及到站內信互發(fā)、打印、導出、發(fā)郵件等這些我以前看似很奇妙的東西，現(xiàn)在我已把奇妙變?yōu)榱爽F(xiàn)實。

在這半年多的工作實踐中，我學到了許多，這些都是作為學生學不到的，如：

1、我參加的都是團隊合作的項目，無論是在自己公司，還是在合作公司，我們都講究團隊精神。在信任自己和他人的基礎上，思想統(tǒng)一，行動一樣，這樣的團隊肯定會攻無不克、戰(zhàn)無不勝。我們的許多工作是一起完成的，在這個過程中，大家相互提示和補充，大大提高了工作效率，全部的工作中溝通是最重要的，肯定要把信息處理的剛好、有效和清楚。

2、每一個項目在起先著手的第一步，肯定要和客戶把需求溝通清晰，只有了解了項目的需求，才有可能真正做好一個項目。我們須要向客戶提出要求客戶供應全部涉及該項目的資料，每次與客戶見面都須要熟識業(yè)務與程序的最少一至兩個程序員隨時記錄需求。

3、工作中，有一個無論是技術，還是閱歷都比較讓人確定的前輩帶領，將任務具體化，具體到每個頁面、甚至是一個頁面中的圖片什么時候做好，做到什么程度，這樣把工作進度有安排有方向的暫定下來，做事很有效率。

4、每天的工作小結真的很重要，這讓我們每天都有安排的知道自己干了什么，不是漫無目的的工作。

5、工作并不是一成不變的，或許有一天你要去其他崗位幫忙，所以同事之間的技術要相互學習，或許有一天，公司須要你發(fā)揮其他的技能幫忙，所以相互學習也是很重要的，我在公司，深有感受，除編程之外，切圖、界面設計等工作都干過。

三、體會。

轉瞬，出來社會都已大半年，已是半個社會人了。不能再向學生那樣，某些時候可以隨心隨意。頂崗實習，為我們供應了一個很好的實踐機會，可以讓我們更好的把理論應用于實踐，在實踐中領悟理論，更可以學習到許多書本上學習不到的、甚至比理論學問更好用的業(yè)務學問。而且，這些實習閱歷，無疑是我們畢業(yè)后就業(yè)的一大籌碼。作為一個成年人，作為一個社會職業(yè)人，任何時候都要守規(guī)則，做好自己的本分，擔當起自己所須要擔當?shù)呢熑?。?jīng)驗了2家公司的工作，我慢慢的相識到，每一份工作或每一個工作環(huán)境都無法盡善盡美，但每一份工作中都有很多珍貴的閱歷和資源，如失敗的懊喪、自我成長的喜悅、溫馨的工作伙伴、值得感謝的客戶等等，這些都是工作勝利者必需體驗的感受和必備的財寶。假如每天懷著感恩的心情去工作，在工作中始終牢記“擁有一份工作，就要懂得感恩”的道理，你肯定會收獲許多許多。在你收獲許多許多的同時，你會發(fā)覺自己已經(jīng)在熬煉中變得英勇，堅毅，樂觀，闊達。這樣的你，是不斷前進的走在勝利的路上的。

軟件工程實習心得體會

軟件工程經(jīng)濟是近年來出現(xiàn)的嶄新的探討方向,是軟件工程和經(jīng)濟學相互融合深化的產(chǎn)物。下面是我為大家整理的軟件工程。

供你參考!

時間過的很快，轉瞬間已經(jīng)實習將近5個月，其中有2個月是屬于完全被流放的。最先在內部系統(tǒng)組參加內部管理系統(tǒng)開發(fā)(struts+mysql+spring+hibernate)，之后是去做網(wǎng)絡交換機軟件的腳本測試。現(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、一些習慣。

遇到問題先自己思索，無從下手再找高手幫忙看看，留意他幫你看的思路，別在一旁閑著，看多了自己也會了，不然你一輩子都停留在那種水平，從人身上學到的東西遠遠比書多的多。

解決了一個問題后，要去究根問底去找到問題產(chǎn)生的起因，以防你下次遇到類似的問題再奢侈同樣的時間。

把代碼寫的美麗，注釋、空行、規(guī)范一樣不能少，可讀性是放在第一位。曾經(jīng)看過一個高手寫的代碼，真的一看就是不同水平的人寫的，幾乎很完備，讀起來很流暢，便利自己也便利別人。

任務完后不要呆著，去要求經(jīng)理給你更有挑戰(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)。

三、實訓總結：

轉瞬間實訓已過去一段時間，之前的興奮、喜悅如今已經(jīng)讓我熟識，在實訓的每一天都會讓我有成為一名真正的財寶者擁有的沖動?；蛟S，在這期間不肯定會讓一個人有著天翻地覆的改變，但改變就是這樣一點一點產(chǎn)生的。通過這一期的實訓，雖然倍感熬煎，但是收獲卻是很大的，學習中我不但有了學習成果的喜悅，而且自己也日漸成熟，有種說不出的喜悅。

在實訓的過程中，我深深的體會到了自己在專業(yè)學問方面的欠缺和不足，也意識到了自己作為計算機軟件專業(yè)的學生，要想在以后的職業(yè)中嶄露頭角，除了要有過硬的理論學問，健康的體魄之外，還必需具備良好的心理素養(yǎng)，是自己在以后的途中無論經(jīng)驗什么樣的困難，都立于不敗之地。通過實訓老師的課堂講解與企業(yè)文化標準的培訓，使我加深了對自己專業(yè)的相識，從而確定自己以后的努力方向，要想在短暫的實訓時間內盡多的學到東西，就須要我們跟老師或同學進行良好的溝通，加深彼此的了解，只有我們跟老師多溝通，讓老師更了解我們，才能更真實的對我們進行培訓工作。由此，班級的文化“共享”就在生活中漸漸形成了。

“紙上得來終覺淺，絕知此事要躬行!”在這短短的時間里，讓我深深的感覺到自己在實際應用中所學來專業(yè)學問的匱乏。讓我真真領悟到“學無止境”這句話的涵義。而老師在專業(yè)相識周到中所講的，都是課本上沒有而對我們特別有實際意義的。這又給我們的實訓增加了濃墨淡彩的光輝。我懂得了實際生活中，專業(yè)學問是怎樣應用與實踐的。在這些過程中，我不僅知道了職業(yè)生涯所需具備的專業(yè)學問，而且讓我深深體會到一個團隊中的各個成員合作的重要性，要擅長團隊合作，擅長利用別人的才智，這才是大才智。靠單一的力氣是很難完成一個大項目的，在進行團隊合作的時候，還要耐性聽取每一個成員的看法，是我們的組合達到更加完備。

這次實訓除了讓我明白工作中須要實力，素養(yǎng)，學問之外，更重要的是學會了如何去完成一個任務，懂得了享受工作。當遇到問題，冷靜，想方法一點一點的解除障礙，到最終獲得勝利，一種自信念就由然而生，這應當就是工作的樂趣。有時候不懂的就須要問別人了，虛心請教，從別人的身上真的能學到自己沒有的東西，每一次的挫折都會使我更接近勝利。還有學會了在工作中與人的合作與溝通，同樂同累，合作互助，這是團體的精神，也是必需學習的東西。

經(jīng)過之前的學習，對程序設計有了肯定的相識與理解。在校期間，始終都是學習理論學問，沒有機會去參加項目的開發(fā)。所以說實話，這次實訓，軟件項目開發(fā)對我來說是比較抽象的，一個完整的項目要怎么分工以及完成該項目所要的步驟也不是很明確。而經(jīng)過這次實訓，讓我明白了一個完整項目的開發(fā)，必需由團隊來分工合作，并在每個階段中進行必要的總結與論證。

一個完整項目的開發(fā)它所要經(jīng)驗的階段包括：遠景范圍規(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ā)一個項目，大家的溝通溝通顯得尤為重要，如何將自己的想法清晰明白的告知隊友，如何提出自己想法的同時又不損害其他的隊友的面子，這些在我的實訓生活中都有一些體會?？墒钦f，第一次親身體會理論與實際相結合，讓我大開眼界。也是對以前學習的一個初審吧，信任這次實訓多我以后的學習、工作也將會有很大的影響，在實訓的這段時間里這些珍貴的閱歷將會成為我以后工作的基石。

作為即將畢業(yè)走出校內的學生，經(jīng)過3年的在校學習，對程序設計有了一些基本的理性的相識和理解。在校期間始終忙于理論的學習，沒有機會也沒有閱歷來參加我們項目的開發(fā)，所以在實習之前軟件按開發(fā)對我來說是特別抽象的，一個完整的項目要怎么來分工以及完成該項目所須要的基本步驟也不明確，通過這次實訓讓我明白一個完整項目的完成必需團隊分工合作，并在每個階段進行必要的總結和檢查。在我們項目的開發(fā)過程中我們項目的步驟：具體設計、具體設計review、編碼、編碼。在項目開發(fā)過程中我也深刻的體會到具體設計對一個項目開發(fā)有明確的指引作用，它可以使開發(fā)人員對這個項目所要實現(xiàn)的功能在總體上有詳細的相識，并能削減在開發(fā)過程中出現(xiàn)不必要的脫節(jié)。

這次實訓是對我們學習的一個檢驗，雖然項目中許多學問我們在日常的學習中都沒有遇到，這同時提示我：要想成為一個合格的程序員就有具備一種自學實力，在工作中會遇到許多從未接觸過的問題，當有了問題時要去解決，在你不斷努力，找尋答案的過程中，自己的實力也在潛移默化的提升。有時遇到問題時可能有許多想法但卻不知道那個正確，這就讓我們不斷地去探究，不斷地嘗試。

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

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

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

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

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

軟件工程實習心得體會

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

要學習軟件工程，學會如何系統(tǒng)的思索，以及養(yǎng)成良好的編碼習慣，想學好軟件工程，就必需知道軟件工程的目標、過程和原則：軟件工程目標：生產(chǎn)具有正確性、可用性以及開銷合宜的產(chǎn)品。正確性指軟件產(chǎn)品達到預期功能的程度。

可用性指軟件基本結構、實現(xiàn)及文檔為用戶可用的程度。開銷合宜是指軟件開發(fā)、運行的整個開銷滿意用戶要求的程度。這些目標的實現(xiàn)不論在理論上還是在實踐中均存在許多待解決的問題，它們形成了對過程、過程模型及工程方法選取的約束。

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

pad圖：它是用結構化程序設計思想表現(xiàn)程序邏輯結構的圖形工具。pad也設置了五種基本限制結構的圖示，并允許遞歸運用。hipo圖：hipo圖是由一組ipo圖加一張hc圖組成。它是美國ibm公司在軟件設計中運用的主要表達工具。hc圖既是層次圖，用于表示軟件的分層結構。hc圖中的每一個模塊，均可用一張ipo圖來描述。ipo圖由輸入、處理和輸出三個框組成，須要時還可以增加一個數(shù)據(jù)文件框，這種圖形的優(yōu)點，是能夠直觀地顯示輸入處理輸出三者之間的聯(lián)系。還有測試方法:根據(jù)測試過程是否在實際應用環(huán)境中來分，有靜態(tài)分析與動態(tài)測試。測試方法有分析方法(包括靜態(tài)分析法與白盒法)與非分析方法(稱黑盒法)。靜態(tài)分析技術：不執(zhí)行被測軟件，可對需求分析說明書、軟件設計說明書、源程序做結構檢查、流程分析、符號執(zhí)行來找出軟件錯誤。動態(tài)測試技術：當把程序作為一個函數(shù)，輸入的全體稱為函數(shù)的定義域，輸出的全體稱為函數(shù)的值域，函數(shù)則描述了輸入的定義域與輸出值域的關系。還學習了其他許多工具、語言、方法等，雖然不是都學得很透徹，但我信任在今后的學習中肯定會漸漸的完善的。

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

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

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

在學習中，我們還要留意比較三種方法的優(yōu)缺點，例如：傳統(tǒng)方法雖然使軟件擺脫了混亂和無序，但其在適應需求改變的方面不夠敏捷，而且傳統(tǒng)方法要么面對行為，要么面對數(shù)據(jù)，缺乏兩者的有機結合。而面對對象方法的程序設計和問題求解更符合人們日常自然的思維習慣，適合大型、困難及交互性比較強的系統(tǒng)。形式化方法則是一中基于形式化數(shù)學變換的軟件開發(fā)方法，它可將系統(tǒng)的規(guī)格說明轉換為可執(zhí)行的程序。在今后的學習中要留意多讀書、多思索、多練習、多探討，不斷熟識書本的基礎，并以此為基礎將其擴散開來，應用于今后的實踐。不斷熬煉自己，向一名合格的程序設計師邁進。

軟件工程實習心得體會

在計算機通信崗位工作的實習過程中，我始終把學習作為獲得新學問、駕馭方法、提高實力、解決問題的一條重要途徑和方法，切實做到用理論武裝頭腦、指導實踐、推動工作。思想上主動進取，主動的把自己現(xiàn)有的學問用于社會實踐中，在實踐中也才能檢驗學問的有用性。在這兩個月的實習工作中給我的感受就是：我們在學校學到了許多的理論學問，但很少用于社會實踐中，這樣理論和實踐就大大的脫節(jié)了，以至于在以后的學習和生活中找不到方向，無法學以致用。同時，在工作中不斷的學習也是彌補自己的不足的有效方式。信息時代，瞬息萬變，社會在改變，人也在改變，所以你一天不學習，你就會落伍。通過這兩個月的實習，并結合計算機通信崗位工作的實際狀況，仔細學習的計算機通信崗位工作各項政策制度、管理制度和工作條例，使工作中的困難有了最有力地解決武器。通過這些工作條例的學習使我進一步加深了對各項工作的理解，可以求真務實的開展各項工作。

在工作間能得到領導的充分信任，并在按時完成上級安排給我的各項工作的同時，還能主動主動地幫助其他同事處理一些內務工作。個人的實力只有融入團隊，才能實現(xiàn)的價值。實習期的工作，讓我充分相識到團隊精神的重要性。

團隊的精髓是共同進步。沒有共同進步，相互合作，團隊猶如一盤散沙。相互合作，團隊就會同心協(xié)力，成為一個強有力的集體。許多人常常把團隊和工作團體混為一談，其實兩者之間存在本質上的區(qū)分。優(yōu)秀的工作團體與團隊一樣，具有能夠一起共享信息、觀點和創(chuàng)意，共同決策以幫助每個成員能夠更好地工作，同時強化個人工作標準的特點。但工作團體主要是把工作目標分解到個人，其本質上是注意個人目標和責任，工作團體目標只是個人目標的簡潔總和，工作團體的成員不會為超出自己義務范圍的結果負責，也不會嘗試那種因為多名成員共同工作而帶來的增值效應。

幾個月來，我雖然努力做了一些工作，但距離領導的要求還有不小差距，如理論水平、工作實力上還有待進一步提高，對計算機通信崗位工作崗位還不夠熟識等等，這些問題，我決心實習報告在今后的工作和學習中努力加以改進和解決，使自己更好地做好本職工作。

針對實習期工作存在的不足和問題，在以后的工作中我準備做好以下幾點。

1.做好實習期工作安排，接著加強對計算機通信崗位工作崗位各種制度和業(yè)務的學習，做到全面深化的了解各種制度和業(yè)務。

2.以實踐帶學習全方位提高自己的工作實力。在注意學習的同時狠抓實踐，在實踐中利用所學學問用學問指導實踐全方位的提高自己的工作實力和工作水平。

3.踏實做好本職工作。在以后的工作和學習中，我將以更加主動的工作看法更加熱忱的工作作風把自己的本職工作做好。在工作中任勞任怨力爭“沒有只有更好”。

4.接著在做好本職工作的同時，為單位做一些力所能及的工作，為單位做出自己應有的貢獻。

軟件工程實習心得體會

畢業(yè)實習是教學過程中一個重要的實踐性教學環(huán)節(jié)，是一次綜合性學習。通過實習加深對專業(yè)理論學問的理解，培育和提高實際操作動手的實力，使所學理論學問與編程實踐緊密結合，為畢業(yè)后從事計算機相關工作打下良好的基礎。實習期間讓我學到許多東西，不僅在理論上讓我對it領域有了全新的相識，在實踐實力上也得到了很大的提高，真正的學到了學以致用，更學到許多做人的道理，對我來說受益匪淺。同時，我還學到了如何與人相處，怎樣與人進行更好的溝通。我們幾個人組成一個團隊，大家一起學習開發(fā)一個項目，彼此之間的溝通溝通就顯得尤為重要，如何將自己的想法清晰明白的告知隊友，如何提出自己想法的同時又不損害其他的隊友的面子，這些在我的實習生活中都有一些體會。信任這次實習對我以后的學習、工作將會產(chǎn)生很大的影響，在短短的二十幾天里學到的這些珍貴的閱歷將會成為我以后工作的基石。

一、實習內容和過程。

實習期間，我主要在軟件開發(fā)部進行學習，同時對其他如人事部、檢測部門進行了了解，通過與有關項目負責人的學習溝通，從而對it行業(yè)最近的發(fā)展及對人才需求、實力要求等方面有所了解，對自己的將來發(fā)展和規(guī)劃有很大意義。

實習的起先幾天主要是對公司工作流程和員工工作習慣的了解和適應，對自己作出調整，使自己盡快進入工作狀態(tài)。

接下來幾天，主要是對自己將要面臨和接受的工作的接觸了解，思索如何將自己所學的學問運用到工作中去。

中間的幾天主要是進行有關項目中幾個小功能模塊的學習和實現(xiàn)，簡潔的對自己的工作有一個體會。

最終的幾天主要就是真正的參加到工作中去，通過自己的實際動手去做項目，對安排到的任務的完成及其中遇到困難的解決，發(fā)覺自己的不足，熬煉自己的實力。

1.1公司概況。

____軟件有限公司成立于20__年1月，公司以軟件產(chǎn)品開發(fā)、軟件項目實習培訓為主要目標，公司以先進的技術開發(fā)體系為基礎，已經(jīng)勝利地開發(fā)了多個軟件產(chǎn)品和軟件項目。公司自成立以來發(fā)展快速，已獲得軟件高新技術企業(yè)認證，正在進行iso-9002體系認證，以市場為先導、研發(fā)為后盾、服務為宗旨，全面服務于我國的軟件事業(yè)。

公司愿景：使__成為社會認可和敬重的優(yōu)秀軟件公司。

公司核心價值觀：團隊合作、不斷創(chuàng)新、社會責任感、客戶為本、誠懇正直。

公司使命：在公司軟件產(chǎn)品及軟件服務的幫助下，讓人們開心工作、歡樂生活。__對品質有著執(zhí)著的追求，但是高品質的設計并不意味著高成本，我們有著長期為知名客戶服務的閱歷，應用國際通用的標準化建模體系等先進技術，建立了完善的質量限制流程，因此，我們能夠在高品質的基礎上，保持富有競爭力的低報價。

__具有優(yōu)秀的技術實力：在大型數(shù)據(jù)庫oracle、db2、_ml、webservices、internet/intranet、java、php、c#、c應用等方面擁有的技術;在web應用程序、辦公自動化、商業(yè)智能、電子商務、電子政務、企業(yè)資源管理、學問管理、商業(yè)網(wǎng)站、手機應用、嬉戲和多媒體電子出版等方面具有豐富的開發(fā)實施閱歷。這些技術和實施閱歷是倬威達的客戶獲得高性能、低成本的產(chǎn)品和服務的重要保證。

__秉承以人為本的管理理念人性化管理，并強調規(guī)范的開發(fā)流程，以及業(yè)內的開發(fā)技術，為員工的發(fā)展供應充分的發(fā)展和上升空間。穩(wěn)定且高素養(yǎng)的團隊，是我們供應優(yōu)質軟件和服務的基礎。

為了滿意軟件企業(yè)對軟件好用人才的需求，公司與__多所高校建立校企合作關系，極大的增加了畢業(yè)生在求職中的項目閱歷及工作中的實際動手實力，促進高校就業(yè)，實訓效果顯著受到高校領導、畢業(yè)生及用人單位的一樣好評。公司經(jīng)過幾年的實訓閱歷的累積，深深相識到好用人才是企業(yè)選人用人時的關鍵因素，所以公司實訓致力于軟件好用人才培育，重視與院校建立長期合作關系。通過校企合作，優(yōu)勢互補，互利共贏，支持院校教化事業(yè)。

在二十一世紀，__軟件公司將進一步發(fā)展壯大，將來五年內，__將實施戰(zhàn)略性結構調整，瞄準國內外一流軟件公司，使之成為較有影響的軟件公司。

軟件工程心得體會

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

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

在劃分模塊后明確了各自分工，慢慢形成良性循環(huán)。在學習過程中，知道了團隊合作非常重要，爭議當然存在，但通過探討、協(xié)商，同心同德，在不斷磨合中能夠達成一樣與默契。團隊成員中實力各有高下，相互敬重，各取所長，不宜自暴自棄。組長多加協(xié)調，組員主動協(xié)作，才能合作開心。學習實力體現(xiàn)在能盡快接受新的學問，順應改變，學為所用。

上《軟件工程導論》這門課，我的