第一篇：軟件工程課程心得

軟件工程設計總結

在我們整個軟件工程過程中，我體會到了許多，也學到了許多。

在項目要進行自由分組后，我們的項目小組便誕生了。我們小組由七個成員組成，在相互商量后我們也確定了我們組的項目，是做一個圖書管理系統。我們也隨即做了分工，由于我們團隊只有我和另一名成員有類似的項目開發經驗，所以我們便要擔負起更重的任務。最后由于在整個團隊中，對于界面開發這一塊只有我的開發經驗較深，所以我便擔任了主要的界面設計人員。我們的項目也正式開始了。

對于文檔在軟件工程中的作用，我在這次項目開發過程中有了更加深刻的理解。文檔在軟件開發過程中是很有用的，文檔是一項必不可少的東西，但文檔也不能太多，太過繁瑣，如果是那樣就不太好了。首先我們要明確開發過程中為什么要寫這些文檔，文檔的最根本的作用是為了更好的溝通。一個項目或產品可能需要延續很長的時間，開發過程中可能需要很多的環節，可能會遇到很多的問題和很多的解決的方法，這時，我們需要文檔的幫助，我們需要有一個東西來記錄，我們需要有一個共同的聲音。文檔完整即可，每一份文檔說明一個問題，無需將多個文檔的內容放在一個文檔的里面。除了重要階段形成文檔，其它部分都只是討論或者說是想法。不要讓文檔成為累贅，如果真是這樣，我認為就是該考慮寫這些文檔的必要性的時候了。我們在文檔的時候，一定要明白為什么要寫這些。

在這一周里，我還對軟件工程有了新的理解。在我以前的理解當中，軟件工程，無非就是一個人或者幾個人或一個團隊集中在一起進行編寫代碼的工作，以實現開發出所用的軟件。但現在我明白了，軟件工程的作用，就是告訴人們怎樣去開發軟件和管理軟件。具體地講，它表現在與軟件開發和管理有關的人員和過程上。所以，軟件工程就不僅僅是單一的編程過程了。它包括了系統分析->建模->概要設計->詳細設計->編碼->測試->維護。編碼可以理解為編程，這個只占總時間的20％左右。編程只是其中的一小部分。

當然，在這次項目過程中我也發現了自己的一些問題。如現在的網站開發技術還不夠強，在和小組成員相互溝通上還不夠積極等。我希望以此為契機，在將來的項目開發中能做得更好。

第二篇：軟件工程課程心得

軟件工程項目總結

在我們整個軟件工程過程中，我體會到了許多，也學到了許多。

在項目要進行自由分組后，我們的項目小組便誕生了。我們小組由七個成員組成，在相互商量后我們也確定了我們組的項目，是做一個校園 b2c電子商務網站。我們也隨即做了分工，由于我們團隊只有我和另一名成員有類似的項目開發經驗，所以我們便要擔負起更重的任務。最后由于在整個團隊中，對于界面開發這一塊只有我的開發經驗較深，所以我便擔任了主要的界面設計人員。我們的項目也正式開始了。

需求調研和分析對于軟件開發過程至關重要。我們在開發時如果不進行調研和分析，那么對于后來的項目進展將產生致命的后果。我們在項目的開發中便遇到了這樣的問題。老師作為我們的客戶，他對這個校園 b2c電子商務網站的要求便是我們必須了解的，我們也必須以客戶的要求為根本構建我們的這個系統。我們開始自己隨意的計劃整個網站的設計，然后報給老師，老師作為一個客戶并不是全部認同，隨后我們也必須按著客戶的要求更改我們的設計報告。我也明白了，再做一個系統時，必須隨時和客戶保持溝通，隨時了解他們需要什么，他們想要什么功能。如果我們不去和客戶溝通，不去調研客戶的需求，做出來的系統即使在我們看來是一個很好，很完美的產品，但是如果客戶不認同，那么我們所做的一切都是徒勞，還要返工去修改，費時費力。所以在做任何一個項目時，前期的需求調研和需求分析都是必須的，這是在做一個項目的基本，是關系成敗的重要一環。

對于一個項目，它的需求設計也非常重要。在我們的校園 b2c電子商務網站開發的過程中，遇到了一些問題，如客戶提交購買確認后，我們如何確定應該以什么方式將貨物給客戶，還有以什么確定貨物的送達地點，客戶的訂單在哪里處理，訂單以什么方式驚醒處理，在管理員應該實現的功能上反復增刪等，這些問題很多都是由于設計不夠清晰，不夠完善而導致的。出現的這些問題很多都是非常棘手的，我們為了解決這些棘手的問題浪費了大量的時間，我們不得不在工程代碼上改了又改，在數據庫里增表、刪表、加數據、減數據，當然，在文檔里也要做出相應的修改以適應新的功能。還好，我們能及時地發現問題，通過相互

溝通討論，問題也得到了解決。通過總結，我們也意識到，我們大家在做需求分析和進行需求了解時僅僅考慮了一些基本的功能，而至于管理員和客戶之間的聯系，以及具體的一些流程我們都沒有深究，而導致我們到后期花費了大量的時間用于修復之前沒有考慮周全而帶來的問題。如果我們的需求設計能夠比較清晰和完善，那么我們在開發過程中便會很明白的知道我們應該實現什么樣的功能，在數據庫里應該怎樣建表，以什么方式插入數據，從而可以避免反復修改工程的問題，也能避免出現可能毀壞整個工程的問題。整個工程的需求設計對于一個項目的順利進展至關重要。

對于文檔在軟件工程中的作用，我在這次項目開發過程中有了更加深刻的理解。文檔在軟件開發過程中是很有用的，文檔是一項必不可少的東西，但文檔也不能太多，太過繁瑣，如果是那樣就不太好了。首先我們要明確開發過程中為什么要寫這些文檔，文檔的最根本的作用是為了更好的溝通。一個項目或產品可能需要延續很長的時間，開發過程中可能需要很多的環節，可能會遇到很多的問題和很多的解決的方法，這時，我們需要文檔的幫助，我們需要有一個東西來記錄，我們需要有一個共同的聲音。文檔只不過是一個準繩，將開發中的各個樹枝樹葉扶正。如果，這個準繩太多太緊，大樹可能會發育的很高很直，但是就是有些畸形，如果這個準繩太少太松，大樹可能就會變成灌木叢。文檔的多少、繁簡是有度的，絕對不能說越多越好。我覺得，文檔需要說明解決問題的方法而不是解決問題的理論，因為解決問題的理論是在文檔形成中做到的。文檔完整即可，每一份文檔說明一個問題，無需將多個文檔的內容放在一個文檔的里面。除了重要階段形成文檔，其它部分都只是討論或者說是想法。不要讓文檔成為累贅，如果真是這樣，我認為就是該考慮寫這些文檔的必要性的時候了。我們在文檔的時候，一定要明白為什么要寫這些。

在整個項目開發過程中，我們也同時遇到了許多程序接口問題，頁面和功能相結合的問題，數據庫建表的問題，這些問題都是源于我們項目小組成員之間的溝通不足。我深刻認識到，在項目開發時，項目小組中各個成員之間的相互溝通是非常重要的。如果我們要在功能方面作出修改，那么程序人員和頁面人員及數據庫人員就必須相互溝通，共同對整個程序作出相應的修改，這樣才能避免最終整合時出現問題。

在這十個周里，我還對軟件工程有了新的理解。在我以前的理解當中，軟件工程，無非就是一個人或者幾個人或一個團隊集中在一起進行編寫代碼的工作，以實現開發出所用的軟件。但現在我明白了，軟件工程的作用，就是告訴人們怎樣去開發軟件和管理軟件。具體地講，它表現在與軟件開發和管理有關的人員和過程上。所以，軟件工程就不僅僅是單一的編程過程了。它包括了系統分析->建模->概要設計->詳細設計->編碼->測試->維護。編碼可以理解為編程，這個只占總時間的20％左右。編程只是其中的一小部分。

在這次項目里我完成了許多工作，在界面設計上我完成了，首頁、全部的商品頁面、全部的用戶頁面及部分管理員頁面的制作，在后期項目整合過程中修改了功能和界面結合時出現的bug，還有數據庫插入數據及解決數據庫集中整合時出現的問題。這些工作我都順利完成了，雖然并不能算是非常的出色，但也算是盡力了。現在看到自己辛勞的成果，我感到很欣慰。

當然，在這次項目過程中我也發現了自己的一些問題。如現在的網站開發技術還不夠強，在和小組成員相互溝通上還不夠積極等。我希望以此為契機，在將來的項目開發中能做得更好。

第三篇：軟件工程課程

軟件工程專業本科生課程設置

時間：2009-03-22 08:47 來源： 作者： 點擊：1059

學院在課程體系制定、課程計劃安排上制定了嚴格的規定與規范的操作程序。課程體系、教學計劃由學院主管院長負責，對國內外大學、大型IT企業進行調研、分析，確定社會對人才的需求和人才知識、能力、素質的構成，而后由主管院長召集相關教師起草方案，再經學院教學指導委員會專家和企業專家進行論證，并報學校教務處審核、批準，由此形成本科生、碩士研究生的培養方案。同時，根據學科發展和社會需求的變化，學院通過增加或變更選修課、開設講座等方式動態調整。目前，軟件學院主要課程設置按課程體系關鍵域分類如下。

1)數學基礎(本科)：大學數學I、概率論與數理統計、數值分析、離散數學等。

2)軟件基礎(本科)：數據結構、匯編語言程序設計、面向對象編程與設計、可視化程序設計基礎、操作系統、數據庫系統、C/C++程序設計、算法分析與設計、編譯原理、軟件工程等。

3)硬件基礎(本科)：數字電子技術、計算機系統基礎、數字通信原理、微機原理與技術、計算機網絡原理等。

4)專業技術(本科)：大型數據庫技術、軟件體系結構、系統級編程技術、數據挖掘、嵌入式系統、J2EE應用開發、.NET架構軟件開發、設計模式、建模與測試、信息安全、軟件開發案例分析、并行程序設計、多媒體技術及應用、網絡與分布式計算、計算機圖形學等。

5)工程管理(本科)：軟件開發項目管理、軟件質量管理與控制、企業管理、網絡營銷、商務談判技巧、軟件度量及應用、心理學、商務英語等。

6)數學基礎(雙證碩士)：應用統計、組合數學、應用數學方法等。

7)軟件理論基礎(雙證碩士)：現代軟件工程、面向對象與構件技術、高等計算機算法、移動計算等。

8)數學基礎(工程碩士)：運籌學、工程數學基礎、應用數學方法等。

9)軟件理論基礎(工程碩士)：分布式系統、現代軟件工程、軟件重用與構件技術、軟件工程實例分析等。

第四篇：軟件工程心得

學習軟件工程這門課程已經有一個學期了，整一個學期下來，應該說還是有許多值得肯定的地方的，其實在我看來，軟件工程與其說是一門課程，不如說是一門思想。是一個如何去分析和處理問題的過程，應該說其范疇已經遠遠不止局限于該門課程，成為了一個綜合的一個能夠解決問題的思想集合。

在上課的時候我還是很認真地去聽老師所講述的內容的，我覺得他的思想和我一向而來的培養計算機學生綜合素質的理解還是在一定程度上不謀而合了，所謂的需求獲取，那就是一個談判，辯論，交流的過程，已經不是單純的編編程序就能解決的問題了。從我所看到的聽到的來說，我最怕的就是計算機系的學生被別人說成是個帶著厚眼鏡的，只能夠在電腦前編編程序的，在交際場上不知道說什么而一個字都說不出來的人。我覺得這樣的人進入社會之后是沒有什么前途的，起碼他們缺乏了與人溝通交流的能力。而這門課程在一定程度上給了我們這些學生一個機會來鍛煉自己在另一方面的能力，設想一下，一個又有技術又能夠與人交流合作的人所取得的成就自然要比一個單單只會編程序的人要大得多。

其次，這門課程教給了我們在完成一個實際項目時的一般程序及過程，我認為這是一份非常具有實際意義的教學內容。當我們在畢業之后，這是我們實際要運用的一項非常有用的技能，而且不僅僅局限于軟件工程的范疇，我們即使是從事與其它行業，不也是要從需求獲取開始，一直有條有理地到最后成品的出爐嗎？應該說這就是這門課的價值所在。無論是在上課，還是在學生會里面做學生工作，我都深深地感覺到，技術性的工作就好比變魔術，其實原理是非常簡單的，甚至可以說簡單的可笑，但是當你就是做出這么一個簡單的東西出來之后，一些外行們有時候會用崇拜的眼光看著你，覺得你很厲害，很高深莫測。但是制作的過程他們卻不知道，也許知道之后他們只是會啞然失笑，原來這個東西的制作過程是如此的簡單。這個可以說就是技術的魅力了，而作為需求獲取及之后的一系列過程則是類似于魔術揭秘的過程，但是作為這個秘密我們并不需要一揭到底，至于揭的程度如何那就是我們那就是我們學出的程度如何了，我們要讓對方知道我們在做什么？以及如何去做？這些東西需要我們以一定的技巧敘述出來，所起到的作用就是能夠讓對方了解自己的進度，卻又能夠不讓對方來干涉自己的工作過程。因為我們是技術員，對方只是外行，即使對方知道了這個魔術的操作過程，也并不代表他們就能夠向變著魔術的我們來隨便修改這個魔術的變法，況且我們能夠用不同的過程來得出一個同樣的結果，這個過程的得出的主動權如何掌握在我們的手上，就看我們如何以高明的方式來揭開這個魔術的謎底了。

當然了，在純粹的理論上，我覺得開設這樣一門課程是很成功的。但是畢竟現實里有太多的不確定的因素。最重要的因素就是授課的老師和聽課的學生。這兩個可以說是這門課成與敗的決定性的因素。

作為老師方面來說，我覺得給我們上試驗課的老師非常的優秀，作為一名了有十幾年工作經驗的老船長，看問題的確是有他自己獨特的一套方法，我的話對他也是非常崇拜的。但是周日晚上的課程我還是有比較大的意見，首先，作為學生來說，最不希望上課的時間就是周五的晚上和周日的晚上，因為這是個我們進行調整的時候，前者的調整是為了假期的到來，后者的調整是為了準備學習的開始，這個時候的上課一般來說都是學生比較反感的。其次，對于我來說，原來小的時候非常崇拜那些有著高學歷的人才，什么碩士，博士，博士后都是被放在神壇上的人物，覺得他們很厲害，走路都會散發光環。但是在我上了他們這些人的課之后我發覺我真的是很失望。作為一個具有高學歷的人來說，他能夠自己迅速的吸收知識這點的確是令人敬佩，但是他能不能夠把自身所吸收的知識傳授給他的學生，那就是一個未知之數了，雖然的確這是一門枯燥的課程，但是并不代表老師就可以在講臺上講課沒有一點激情，或者說沒有一點能夠讓我們想聽下去的欲望，這個不得不說是一件非常諷刺的事情。子不教，父之過；教不嚴，師之惰。雖然學生們也有一部分的責任，但是把一切責任都推到學生們的身上那也是非常的不公平的。

作為我們學生來說，當然也應該負起比較主要的責任。在大學里有了太多的基礎課程，基礎課程大多都比較枯燥無味，也許在第一個學期里我們還能夠保持著新鮮感，但是在5個學期之后，可以說再有新鮮感就是一件比較困難的事情了，我們都已經開始變得遲鈍了，現在出現了一門新鮮的課程，可能同學們比較難把那樣不好的狀態一下子改變過來。其次的，學生們沒有認識到這門課程的價值。這門課的價值我已經在上面說過了，是不言而喻的。但是并不是每個同學畢業之后都回從事計算機行業，也不是每個同學都知道這門課程的意義已經不僅僅局限于計算機這個范疇，但是他們不知道，無知者無畏也。既然和我沒什么關系，那我就不聽，反正聽了也沒什么用，很多同學報著的就是這么個心態。對于這樣的心態，我表示理解，也表示悲哀。在沒有徹底了解一件事物的本質之前，我們是沒有資格向這件事物隨便的指手畫腳的。最怕的就是在沒有了解之前就把這件事物否定。如果有了這樣先入為主的思想，那就比較沒救了。所以作為我們來說，還是更需要得深入了解下這門課所起到的作用之后再下結論也不遲。只是有一點我還是覺得比較奇怪，現在被人嗤之以鼻的傳銷在當時能夠吸引如此大的一批人，而且那些受害者明知道這件事情是不好的但是還會去做，就是因為“洗腦者”的口才說服了他們，那作為老師來說，如何來說服學生們來上一門正確的課程應該說是要相對的容易很多吧，但是我覺得這樣的過程在我們的大學課程里真的是少之又少啊。今天在這里寫了很多，算是我對軟件工程這門課程的一點點心得體會，也許是正確的，也許在一定的程度上存在著觀點的偏激錯誤，但是起碼這些東西是我覺得存在著的一些問題，但愿軟件工程這門課程能夠開的越來越好，讓更多的學生們能夠從這門課程中受益，在以后社會殘酷的競爭之中存活下來！

第五篇：軟件工程”課程小結

“軟件工程”課程小結

一、軟件工程學科體系

軟件工程的學科體系為1234567：

1、一條主線：

軟件工程的生存周期

2、二個技術層面：

軟件工程開發技術、軟件項目的管理技術。

3、三大活動過程：

《ISO/IEC 12207信息技術—軟件生存期過程》中將軟件開發需要完成的活動概括為：

主要過程、支持過程、組織過程

4、四種軟件開發方法：

結構化分析與設計方法（SADT）、面向對象的開發方法、構件組裝的軟件開發方法、軟件形式化開發方法。

5、五個內容層次：

工具和環境層

方法和技術層

過程和模型層

標準和規范層

質量和核心層

軟件工程內容的層次結構

6、六大主要軟件開發模型

瀑布模型、快速原型化演化模型、增量模型（螺旋模型）

面向對象模型（噴泉模型）、基于構件的開發模型、形式化開發模型。

7、軟件工程的7條基本原則。

二、軟件工程課程分章小結

第一章 概論

掌握和理解的概念：

軟件的定義、軟件的特點、軟件的分類、軟件危機、軟件工程的定義、軟件工程的框架、軟件生存周期、軟件過程、軟件過程模型。

第二章系統工程

掌握和理解的概念：

系統元素、業務過程工程、產品工程、系統工程的任務、可行性分析

第三章需求工程*

掌握和理解的概念：

什么是軟件需求、軟件需求的分類、需求工程的目標、任務、需求工程的主要活動、需求獲取活動的目標與任務、需求分析活動的目標與任務、需求建模的方法。

第四章 設計工程

掌握和理解的概念：

軟件設計的目標、任務、軟件設計的基本原則（抽象與逐步求精、模塊、模塊化、模塊獨立性、模塊內聚、模塊耦合、信息隱藏、軟件體系結構）。

第五章 結構化分析與設計*

1、掌握和理解的概念：

結構化分析的思想、結構化分析的過程、數據流、分層數據流圖、數據字典、加工描述。結構化設計的思想、結構化設計的過程、變換型數據流圖、事務型數據流圖、軟件系統結構圖（SC圖）

2、掌握和應用的基本方法：

（1）結構化分析的建模方法。

采用分層DFD、DD、加工描述等工具建立系統的需求模型。

（2）結構化設計方法：將數據流圖采用變換分析方法、事務分 析方法轉換為軟件結構圖的過程

第六章面向數據結構的分析與設計

掌握和理解的概念：面向數據結構方法的基本思想

第七章面向對象的分析與設計

1、掌握和理解的概念：（知識點）

對象、類、消息、方法、繼承、面向對象方法的目的、面向對象方法的特點、統一建模語言UML、用例圖、類圖、活動圖、狀態圖、順序圖

2、掌握的方法：

（1）面向對象分析的建模方法。

采用統一建模語言UML構造面向對象的軟件系統的需求模型（用例圖）。

（2）面向對象設計的建模方法。

構建系統的設計模型：類圖、活動圖、順序圖、狀態圖

第八章基于構建的軟件開發

掌握和理解的概念：構件的概念、構件的三大標準、構件軟件工程的基本方法

第九章人機界面設計

掌握和理解的概念：界面的概念、界面設計遇到的問題、界面的黃金原則

第十章程序設計語言和編碼

掌握和理解的概念：

程序設計語言、程序設計語言的3種評價觀點（技術的觀點、工程的觀點、心理的觀點）、語言的分類、選擇語言的準則、程序設計風格（良好的編程習慣）、編程的標準和規范。第十一章軟件測試

1、掌握和理解的概念：（知識點）

軟件測試的定義、軟件測試的目的和原則、白盒測試、黑盒測試、測試用例、單元測試、集成測試、確認測試、系統測試。

2、掌握和應用的基本方法：

基于白盒測試的測試用例的構造方法（邏輯覆蓋）

基于黑盒測試的測試用例的構造方法（等價類劃分構造法）第十二章軟件維護

掌握和理解的概念：

什么是軟件維護、軟件維護過程的開始和結束的時間點、軟件維護的類型

三、建模基本技能實例：

1、結構化分析建模方法

（1）某機票預定系統業務活動如下：旅行社把預定機票的旅客信息（姓名、性別、工作單位、身份證號碼、旅行時間、旅行目的地等）輸入進該系統，系統為旅客安排航班，打印出取票通知和帳單，旅客在飛機起飛的前一天憑取票通知和帳單交款取票，系統核對無誤后打印出機票給旅客。用SA法對它進行分析，畫出DFD圖，給出DD及加工說明。

（2）設想一個簡單的全屏幕編輯器（Editor），至少完成4種編輯功能（如插入、刪除、替換等功能）用SA方法對它進行分析，并畫出系統得分層DFD圖，并寫出DD和加工說明。

2、結構化設計建模方法

3、面向對象分析建模方法

4、軟件測試方法

文件：乘客信息、航班信息、取票、。。

源和宿：旅客、航空公司、系統管理員、銀行。。

加工：預定、安排航班、取票、打印通知和取票、打印機票

數據流：

1，乘客--------（個人信息、訂票信息）------->預定?乘客信息

2，乘客信息---（旅行時間、出發地、目的地）?安排航班-?打印—>乘

客

3，