【正文】 斷磨合中能夠達成一致與默契。以前做過的一些小型的軟件比如加密軟件，我也只是在程序旁邊附上一個軟件的說明，看來已經(jīng)很接近作坊了。而且通過學習《軟件工程》，還讓我認識和培養(yǎng)了我的團隊協(xié)作能力，特別是對于我們這些在校的學生來說，這種學習更是能讓我在以后工作中少走很多的彎路。軟件其實不僅僅是程序，軟件開發(fā)其實也不僅僅是編寫程序，軟件是思想在硬件上的載體和體現(xiàn)，處理的是邏輯和信息。（10）用戶的易用性測試，往往用戶的需求是不斷的變化的，而其中的一部份變化的原因，是由用戶操作上不方便引起的。（3）跟蹤測試，跟蹤一條數(shù)據(jù)的流程,保證數(shù)據(jù)的正確性。在測試過程中，測試者可能會為可會的需求角度考慮更多，由此我們可以認為測試人員有權利決定產(chǎn)品是否可以發(fā)布。軟件測試這門課程作為軟件工程專業(yè)中一門很重要的課程，已經(jīng)在軟件領域占據(jù)了不可替代的角色，當一個軟件從雛形到真正的在一臺計算機是哪個運行的時候，誰也不能保證計算機軟件能一步到位的滿足人們的需求。做測試還要考慮到所有出錯的可能性，有時候還要用一些非常規(guī)的測試方法。考慮到各個方面的原因，我們應考慮盡可能多的條件下的測試，這樣我們的測試才能更具有全面性和普遍性。（8）外界環(huán)境測試，有些系統(tǒng)在開發(fā)時依賴于另外一個系統(tǒng),當另外一個系統(tǒng)發(fā)生錯誤時, 這個系統(tǒng)所受到的影響的情況。一個人，只要會編程，就能寫軟件，就是程序員；一個公司，只要招聘一些程序員，就能開發(fā)好的軟件產(chǎn)品。而且通過學習《軟件工程》，我還學到了很多其他的東西。學的時候總覺得很抽象，理解起來好像不難，但總是摸不著頭腦一種很茫然的感覺。吾生也有涯，而知也無涯，學習永無止境。專業(yè)點講，軟件工程最終是為了實現(xiàn)“軟件制造業(yè)”的社會化,工業(yè)化大生產(chǎn),提高其勞動生產(chǎn)效率。在我看來，除了第一步外，其余的步驟應該是一個循環(huán)的過程。 用于指出程序存在或潛在的缺陷和錯誤，以及程序性能的數(shù)字描述。在曹老師給我們講這一口號時，我心里就在犯嘀咕：軟件工程和項目管理需要什么商業(yè)智慧，會編程開發(fā)不就行了么。而被傳統(tǒng)教育所桎梏了這么多年的我們，正需要這樣嶄新的，符合時代的觀念來打破我們頭腦中的頑固的迂腐的思想。在這個實驗以前，我總是認為只要自己努力做，沒有干不成的事情。第五篇：軟件工程學習心得體會軟件工程學習心得體會范文我們從一些事情上得到感悟后，寫一篇心得體會，記錄下來，這樣可以幫助我們總結以往思想、工作和學習。②軟件是通過人們的智力活動，把知識與技術轉化成信息的一種產(chǎn)品。軟件的生存周期可分為八個階段：①問題定義。瀑布模式：是傳統(tǒng)的軟件開發(fā)模式，其中的“瀑布”是對這個模式的形象表達，由山頂傾瀉下來的水，自頂向下、逐漸細化。原型進化模式：對軟件進行直接模擬或仿真，只需要分析需求框架后進行原型創(chuàng)建，再對原型系統(tǒng)進行逐步細化與完善，通過版本更新逐步滿足用戶對于軟件的多方面需要。③項目成本估算，由于項目有來自各方面的成本包括工資開支、場地費、差旅費、設備費和資料費等，但是軟件主要是對人力成本的估算，常用的方法有程序代碼成本估算法等。③Browser/server結構，可適應互聯(lián)網(wǎng)遠程交互的特殊結構，基于Web服務器構建。③行為建模，行為模型用于說哦名軟件系統(tǒng)與環(huán)境的交互，狀態(tài)轉換圖常用的軟件行為建模工具涉及狀態(tài)、事件等圖形元素。③類分析建模，這里就只考慮實體類，實體類所代表的數(shù)據(jù)相互之間通常有一定的關系，依靠這種關系可形成有組織的程序數(shù)據(jù)結構。而這門課程在一定程度上給了我們這些學生一個機會來鍛煉自己在另一方面的能力，設想一下，一個又有技術又能夠與人交流合作的人所取得的成就自然要比一個單單只會編程序的人要大得多。但是畢竟現(xiàn)實里有太多的不確定的因素?；蛟S有些人覺得反正以后不是這個發(fā)展方向，也就不在乎這個課程吧。學了一個學期的軟件工程課，終于知道了個軟件工程的大概。其核心就是，對于軟件開發(fā)的5個重要組成部分：需求分析，設計，編碼，調試，維護，如何組織這5個部分的工作，以及如何完成每一個工作。上《軟件工程導論》這門課，我的收獲大概如下：我們?yōu)槭裁葱枰浖こ棠?上面已經(jīng)給出了一些原因。首先是要有一個想法，即我寫的這個程序是要干什么的。第一章軟件與軟件工程的概念，這一章主要講解的是一些概念性和基礎性的內容，例如軟件的概念、特性，軟件危機的主要表現(xiàn)，軟件工程的概念以及軟件生存期、典型生存期模型等等。第七章統(tǒng)一建模語言UML概述，本章詳細介紹了UML的基本模式、事物、關系及建模時用到的各種圖進行了介紹。開銷合宜是指軟件開發(fā)、運行的整個開銷滿足用戶要求的程度。設計活動一般包括概要設計和詳細設計。我們學習了詳細設計的方法，其原則是過程描述是否易于理解、復審和維護，進而過程描述能夠自然地轉換成代碼，并保證詳細設計與代碼完全一致。NS圖：一種符合結構化程序設計原則的圖形描述工具，稱為盒圖，又稱為NS圖。PAD也設置了五種基本控制結構的圖示，并允許遞歸使用。靜態(tài)分析技術：不執(zhí)行被測軟件，可對需求分析說明書、軟件設計說明書、源程序做結構檢查、流程分析、符號執(zhí)行來找出軟件錯誤。一個完整的項目規(guī)劃須包括，軟件的定義，可行性分析報告，項目開發(fā)計劃，軟件需求說明書，概要設計說明書，詳細設計說明書，用戶操作手冊，測試計劃，測試分析報告，開發(fā)進度報告，項目開發(fā)總結報告，軟件維護手冊，軟件問題報告，軟件修改報告，等多個文檔，每個文檔都要上級驗收審查，而文檔數(shù)量眾多，要做好這點真的不是很容易，而恰恰寫好文檔正能保證完成軟件工程其中一個目的的關鍵，既研究如何用最小的開銷做出生存期較長的軟件，再加上各個階段都要進行周密的策劃、詳細的分工部署和人員安排，且各階段要據(jù)具體情況不斷的反復才能達成，所以代碼只是開發(fā)軟件這個浩大的工程的一個小小的過程。因為這影響到了軟件后期繁重的維護，大家都要閱讀你的程序，如果你寫的程序毫無規(guī)范可言，那么別人怎么能讀懂你的程序?讀不懂程序，維護又從何談起呢?所以，我們在今后的學習中，一定要注意這方面的培養(yǎng)，在寫程序的過程中，要逐步的在規(guī)范的基礎上形成屬于自己的風格，即方便自己的修改，也方便日后他人的閱讀。還學習了其他很多工具、語言、方法等，雖然不是都學得很透徹，但我相信在今后的學習中一定會慢慢的完善的。它是美國IBM公司在軟件設計中使用的主要表達工具。順序型。它獨立于任何一種程序設計語言，比較直觀和清晰地描述過程的控制流程，易于學習掌握。詳細設計產(chǎn)生程序員可用的模塊說明，包括每一模塊中數(shù)據(jù)結構說明及加工描述。軟件工程過程：生產(chǎn)一個最終能滿足需求且達到工程目標的軟件產(chǎn)品所需要的步驟。第九章軟件體系結構與設計模式，本章對軟件體系結構的基本概念、典型風格等進行了講解。還引出了工具UML。接下來就是將涉及的各種主要或次要功能分成各個模塊。只有如此,軟件業(yè)才能實現(xiàn)社會化,工業(yè)化大生產(chǎn),才能“做大做強”。起初，對軟件工程處于一知半解的狀態(tài)，分工比較混亂。曾經(jīng)以為程序就是軟件，軟件就是程序。說到我自己對這么課的學習，還是有點愧疚的，前面四周我每周每節(jié)課都去上的，并且上課也認真聽，一邊聽老師講課一邊自己看書本的介紹，但是后來我上這門課的次數(shù)就降低了，因為覺得時間很緊吧，而且老師上課的節(jié)