第一篇：軟件工程”課程小結(jié)

“軟件工程”課程小結(jié)

一、軟件工程學(xué)科體系

軟件工程的學(xué)科體系為1234567：

1、一條主線：

軟件工程的生存周期

2、二個(gè)技術(shù)層面：

軟件工程開發(fā)技術(shù)、軟件項(xiàng)目的管理技術(shù)。

3、三大活動(dòng)過程：

《ISO/IEC 12207信息技術(shù)—軟件生存期過程》中將軟件開發(fā)需要完成的活動(dòng)概括為：

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

4、四種軟件開發(fā)方法：

結(jié)構(gòu)化分析與設(shè)計(jì)方法（SADT）、面向?qū)ο蟮拈_發(fā)方法、構(gòu)件組裝的軟件開發(fā)方法、軟件形式化開發(fā)方法。

5、五個(gè)內(nèi)容層次：

工具和環(huán)境層

方法和技術(shù)層

過程和模型層

標(biāo)準(zhǔn)和規(guī)范層

質(zhì)量和核心層

軟件工程內(nèi)容的層次結(jié)構(gòu)

6、六大主要軟件開發(fā)模型

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

面向?qū)ο竽Ｐ停▏娙Ｐ停⒒跇?gòu)件的開發(fā)模型、形式化開發(fā)模型。

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

二、軟件工程課程分章小結(jié)

第一章 概論

掌握和理解的概念：

軟件的定義、軟件的特點(diǎn)、軟件的分類、軟件危機(jī)、軟件工程的定義、軟件工程的框架、軟件生存周期、軟件過程、軟件過程模型。

第二章系統(tǒng)工程

掌握和理解的概念：

系統(tǒng)元素、業(yè)務(wù)過程工程、產(chǎn)品工程、系統(tǒng)工程的任務(wù)、可行性分析

第三章需求工程*

掌握和理解的概念：

什么是軟件需求、軟件需求的分類、需求工程的目標(biāo)、任務(wù)、需求工程的主要活動(dòng)、需求獲取活動(dòng)的目標(biāo)與任務(wù)、需求分析活動(dòng)的目標(biāo)與任務(wù)、需求建模的方法。

第四章 設(shè)計(jì)工程

掌握和理解的概念：

軟件設(shè)計(jì)的目標(biāo)、任務(wù)、軟件設(shè)計(jì)的基本原則（抽象與逐步求精、模塊、模塊化、模塊獨(dú)立性、模塊內(nèi)聚、模塊耦合、信息隱藏、軟件體系結(jié)構(gòu)）。

第五章 結(jié)構(gòu)化分析與設(shè)計(jì)*

1、掌握和理解的概念：

結(jié)構(gòu)化分析的思想、結(jié)構(gòu)化分析的過程、數(shù)據(jù)流、分層數(shù)據(jù)流圖、數(shù)據(jù)字典、加工描述。結(jié)構(gòu)化設(shè)計(jì)的思想、結(jié)構(gòu)化設(shè)計(jì)的過程、變換型數(shù)據(jù)流圖、事務(wù)型數(shù)據(jù)流圖、軟件系統(tǒng)結(jié)構(gòu)圖（SC圖）

2、掌握和應(yīng)用的基本方法：

（1）結(jié)構(gòu)化分析的建模方法。

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

（2）結(jié)構(gòu)化設(shè)計(jì)方法：將數(shù)據(jù)流圖采用變換分析方法、事務(wù)分 析方法轉(zhuǎn)換為軟件結(jié)構(gòu)圖的過程

第六章面向數(shù)據(jù)結(jié)構(gòu)的分析與設(shè)計(jì)

掌握和理解的概念：面向數(shù)據(jù)結(jié)構(gòu)方法的基本思想

第七章面向?qū)ο蟮姆治雠c設(shè)計(jì)

1、掌握和理解的概念：（知識(shí)點(diǎn)）

對(duì)象、類、消息、方法、繼承、面向?qū)ο蠓椒ǖ哪康?、面向?qū)ο蠓椒ǖ奶攸c(diǎn)、統(tǒng)一建模語言UML、用例圖、類圖、活動(dòng)圖、狀態(tài)圖、順序圖

2、掌握的方法：

（1）面向?qū)ο蠓治龅慕７椒ā?/p>

采用統(tǒng)一建模語言UML構(gòu)造面向?qū)ο蟮能浖到y(tǒng)的需求模型（用例圖）。

（2）面向?qū)ο笤O(shè)計(jì)的建模方法。

構(gòu)建系統(tǒng)的設(shè)計(jì)模型：類圖、活動(dòng)圖、順序圖、狀態(tài)圖

第八章基于構(gòu)建的軟件開發(fā)

掌握和理解的概念：構(gòu)件的概念、構(gòu)件的三大標(biāo)準(zhǔn)、構(gòu)件軟件工程的基本方法

第九章人機(jī)界面設(shè)計(jì)

掌握和理解的概念：界面的概念、界面設(shè)計(jì)遇到的問題、界面的黃金原則

第十章程序設(shè)計(jì)語言和編碼

掌握和理解的概念：

程序設(shè)計(jì)語言、程序設(shè)計(jì)語言的3種評(píng)價(jià)觀點(diǎn)（技術(shù)的觀點(diǎn)、工程的觀點(diǎn)、心理的觀點(diǎn)）、語言的分類、選擇語言的準(zhǔn)則、程序設(shè)計(jì)風(fēng)格（良好的編程習(xí)慣）、編程的標(biāo)準(zhǔn)和規(guī)范。第十一章軟件測試

1、掌握和理解的概念：（知識(shí)點(diǎn)）

軟件測試的定義、軟件測試的目的和原則、白盒測試、黑盒測試、測試用例、單元測試、集成測試、確認(rèn)測試、系統(tǒng)測試。

2、掌握和應(yīng)用的基本方法：

基于白盒測試的測試用例的構(gòu)造方法（邏輯覆蓋）

基于黑盒測試的測試用例的構(gòu)造方法（等價(jià)類劃分構(gòu)造法）第十二章軟件維護(hù)

掌握和理解的概念：

什么是軟件維護(hù)、軟件維護(hù)過程的開始和結(jié)束的時(shí)間點(diǎn)、軟件維護(hù)的類型

三、建?；炯寄軐?shí)例：

1、結(jié)構(gòu)化分析建模方法

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

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

2、結(jié)構(gòu)化設(shè)計(jì)建模方法

3、面向?qū)ο蠓治鼋７椒?/p>

4、軟件測試方法

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

源和宿：旅客、航空公司、系統(tǒng)管理員、銀行。。

加工：預(yù)定、安排航班、取票、打印通知和取票、打印機(jī)票

數(shù)據(jù)流：

1，乘客--------（個(gè)人信息、訂票信息）------->預(yù)定?乘客信息

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

客

3，

第二篇：軟件工程課程

軟件工程專業(yè)本科生課程設(shè)置

時(shí)間：2009-03-22 08:47 來源： 作者： 點(diǎn)擊：1059

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

1)數(shù)學(xué)基礎(chǔ)(本科)：大學(xué)數(shù)學(xué)I、概率論與數(shù)理統(tǒng)計(jì)、數(shù)值分析、離散數(shù)學(xué)等。

2)軟件基礎(chǔ)(本科)：數(shù)據(jù)結(jié)構(gòu)、匯編語言程序設(shè)計(jì)、面向?qū)ο缶幊膛c設(shè)計(jì)、可視化程序設(shè)計(jì)基礎(chǔ)、操作系統(tǒng)、數(shù)據(jù)庫系統(tǒng)、C/C++程序設(shè)計(jì)、算法分析與設(shè)計(jì)、編譯原理、軟件工程等。

3)硬件基礎(chǔ)(本科)：數(shù)字電子技術(shù)、計(jì)算機(jī)系統(tǒng)基礎(chǔ)、數(shù)字通信原理、微機(jī)原理與技術(shù)、計(jì)算機(jī)網(wǎng)絡(luò)原理等。

4)專業(yè)技術(shù)(本科)：大型數(shù)據(jù)庫技術(shù)、軟件體系結(jié)構(gòu)、系統(tǒng)級(jí)編程技術(shù)、數(shù)據(jù)挖掘、嵌入式系統(tǒng)、J2EE應(yīng)用開發(fā)、.NET架構(gòu)軟件開發(fā)、設(shè)計(jì)模式、建模與測試、信息安全、軟件開發(fā)案例分析、并行程序設(shè)計(jì)、多媒體技術(shù)及應(yīng)用、網(wǎng)絡(luò)與分布式計(jì)算、計(jì)算機(jī)圖形學(xué)等。

5)工程管理(本科)：軟件開發(fā)項(xiàng)目管理、軟件質(zhì)量管理與控制、企業(yè)管理、網(wǎng)絡(luò)營銷、商務(wù)談判技巧、軟件度量及應(yīng)用、心理學(xué)、商務(wù)英語等。

6)數(shù)學(xué)基礎(chǔ)(雙證碩士)：應(yīng)用統(tǒng)計(jì)、組合數(shù)學(xué)、應(yīng)用數(shù)學(xué)方法等。

7)軟件理論基礎(chǔ)(雙證碩士)：現(xiàn)代軟件工程、面向?qū)ο笈c構(gòu)件技術(shù)、高等計(jì)算機(jī)算法、移動(dòng)計(jì)算等。

8)數(shù)學(xué)基礎(chǔ)(工程碩士)：運(yùn)籌學(xué)、工程數(shù)學(xué)基礎(chǔ)、應(yīng)用數(shù)學(xué)方法等。

9)軟件理論基礎(chǔ)(工程碩士)：分布式系統(tǒng)、現(xiàn)代軟件工程、軟件重用與構(gòu)件技術(shù)、軟件工程實(shí)例分析等。

第三篇：軟件工程小結(jié)

今天視頻看完了，可是沒有總結(jié)。還是感覺不會(huì)總結(jié)。一想到50講的課，怎么總結(jié)呢？開始聽的時(shí)候，是真不知道從哪里下手，因?yàn)殚_始看的時(shí)候有種迷迷糊糊的感覺。軟件工程，我期待的一門課就這么聽完了一遍。很有些囫圇吞棗的感覺，不過收獲還是很多的，至少知道了軟件工程的階段不是只有需求分析、編程和測試維護(hù)。當(dāng)然這個(gè)很早之前就知道，只是以前根本沒有什么概念。

第一個(gè)階段，計(jì)劃階段，要首先對(duì)用戶的要求進(jìn)行了解，對(duì)軟件的性能等進(jìn)行了解。然后進(jìn)行可行性分析研究，在各種可行性研究中，對(duì)于軟件開發(fā)人員來說，技術(shù)可行性研究最重要。之后就是需求分析階段了，需求分析階段也是計(jì)劃階段的最后一部分。需求分析定義了要做什么。把現(xiàn)實(shí)的需要用程序語言表達(dá)出來。但是這一階段并不解決怎么做。

解決怎么做的是下一個(gè)階段——設(shè)計(jì)階段。設(shè)計(jì)階段分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。概要設(shè)計(jì)把每個(gè)組成部分的功能都給出意義明確的模塊，每個(gè)模塊都和一部分需求相對(duì)應(yīng)。但是不考慮細(xì)節(jié)。詳細(xì)設(shè)計(jì)，把每個(gè)模塊的功能實(shí)現(xiàn)詳細(xì)的表示出來，為源程序的編寫打下基礎(chǔ)。然后就是編程階段，我們一般最初接觸的就是編程，所以編程階段比較了解，由于前期文檔已經(jīng)做的很詳細(xì)，功能的實(shí)現(xiàn)數(shù)據(jù)和算法都已經(jīng)清楚了，所以編程是比較簡單的。

編程完了就是測試階段了，測試階段的費(fèi)用是最多的。測試階段是發(fā)現(xiàn)錯(cuò)誤的階段，改錯(cuò)是調(diào)試階段。然后就是交付用戶使用，及維護(hù)。

以上幾點(diǎn)是軟件工程的生命周期的六個(gè)階段。軟件工程過程和軟件工程生命周期也不能等同。

軟件工程過程如下：

軟件規(guī)格說明：規(guī)定軟件的功能及其運(yùn)行的限制

軟件開發(fā)：產(chǎn)生滿足規(guī)格說明的軟件：

軟件的確認(rèn)：確認(rèn)軟件能夠完成客戶提出的要求：

軟件演進(jìn)：為滿足客戶的變更要求。軟件必須在使用的過程中演進(jìn)。

pdca

軟件工程過程與軟件生存期相對(duì)應(yīng)。軟件規(guī)格說明對(duì)應(yīng)計(jì)劃階段，軟件開發(fā)對(duì)應(yīng)設(shè)計(jì)、編程階段，軟件的確認(rèn)對(duì)應(yīng)測試調(diào)試階段，軟件演進(jìn)對(duì)應(yīng)運(yùn)行維護(hù)階段。

軟件開發(fā)的每個(gè)過程都有相關(guān)文檔，用老師們的話說叫做以文檔為驅(qū)動(dòng)。文檔的好壞直接影響到軟件開發(fā)的進(jìn)度和軟件的質(zhì)量。而文檔中最多的是使用圖表，dfd圖，sc圖。數(shù)據(jù)流程圖、過程流程圖、系統(tǒng)流程圖等各種圖表。還是那句話，一張好的圖表勝過一千句話。

在軟件生存周期的各個(gè)部分都有各自要注意的地方，過著說是各自的重點(diǎn)（或者是知識(shí)點(diǎn)）。

今天已經(jīng)是22號(hào)了，文檔還沒寫。先寫文檔了。唉，又落后了。

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

軟件工程項(xiàng)目總結(jié)

在我們整個(gè)軟件工程過程中，我體會(huì)到了許多，也學(xué)到了許多。

在項(xiàng)目要進(jìn)行自由分組后，我們的項(xiàng)目小組便誕生了。我們小組由七個(gè)成員組成，在相互商量后我們也確定了我們組的項(xiàng)目，是做一個(gè)校園 b2c電子商務(wù)網(wǎng)站。我們也隨即做了分工，由于我們團(tuán)隊(duì)只有我和另一名成員有類似的項(xiàng)目開發(fā)經(jīng)驗(yàn)，所以我們便要擔(dān)負(fù)起更重的任務(wù)。最后由于在整個(gè)團(tuán)隊(duì)中，對(duì)于界面開發(fā)這一塊只有我的開發(fā)經(jīng)驗(yàn)較深，所以我便擔(dān)任了主要的界面設(shè)計(jì)人員。我們的項(xiàng)目也正式開始了。

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

對(duì)于一個(gè)項(xiàng)目，它的需求設(shè)計(jì)也非常重要。在我們的校園 b2c電子商務(wù)網(wǎng)站開發(fā)的過程中，遇到了一些問題，如客戶提交購買確認(rèn)后，我們?nèi)绾未_定應(yīng)該以什么方式將貨物給客戶，還有以什么確定貨物的送達(dá)地點(diǎn)，客戶的訂單在哪里處理，訂單以什么方式驚醒處理，在管理員應(yīng)該實(shí)現(xiàn)的功能上反復(fù)增刪等，這些問題很多都是由于設(shè)計(jì)不夠清晰，不夠完善而導(dǎo)致的。出現(xiàn)的這些問題很多都是非常棘手的，我們?yōu)榱私鉀Q這些棘手的問題浪費(fèi)了大量的時(shí)間，我們不得不在工程代碼上改了又改，在數(shù)據(jù)庫里增表、刪表、加數(shù)據(jù)、減數(shù)據(jù)，當(dāng)然，在文檔里也要做出相應(yīng)的修改以適應(yīng)新的功能。還好，我們能及時(shí)地發(fā)現(xiàn)問題，通過相互

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

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

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

在這十個(gè)周里，我還對(duì)軟件工程有了新的理解。在我以前的理解當(dāng)中，軟件工程，無非就是一個(gè)人或者幾個(gè)人或一個(gè)團(tuán)隊(duì)集中在一起進(jìn)行編寫代碼的工作，以實(shí)現(xiàn)開發(fā)出所用的軟件。但現(xiàn)在我明白了，軟件工程的作用，就是告訴人們?cè)鯓尤ラ_發(fā)軟件和管理軟件。具體地講，它表現(xiàn)在與軟件開發(fā)和管理有關(guān)的人員和過程上。所以，軟件工程就不僅僅是單一的編程過程了。它包括了系統(tǒng)分析->建模->概要設(shè)計(jì)->詳細(xì)設(shè)計(jì)->編碼->測試->維護(hù)。編碼可以理解為編程，這個(gè)只占總時(shí)間的20％左右。編程只是其中的一小部分。

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

當(dāng)然，在這次項(xiàng)目過程中我也發(fā)現(xiàn)了自己的一些問題。如現(xiàn)在的網(wǎng)站開發(fā)技術(shù)還不夠強(qiáng)，在和小組成員相互溝通上還不夠積極等。我希望以此為契機(jī)，在將來的項(xiàng)目開發(fā)中能做得更好。

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

軟件工程設(shè)計(jì)總結(jié)

在我們整個(gè)軟件工程過程中，我體會(huì)到了許多，也學(xué)到了許多。

在項(xiàng)目要進(jìn)行自由分組后，我們的項(xiàng)目小組便誕生了。我們小組由七個(gè)成員組成，在相互商量后我們也確定了我們組的項(xiàng)目，是做一個(gè)圖書管理系統(tǒng)。我們也隨即做了分工，由于我們團(tuán)隊(duì)只有我和另一名成員有類似的項(xiàng)目開發(fā)經(jīng)驗(yàn)，所以我們便要擔(dān)負(fù)起更重的任務(wù)。最后由于在整個(gè)團(tuán)隊(duì)中，對(duì)于界面開發(fā)這一塊只有我的開發(fā)經(jīng)驗(yàn)較深，所以我便擔(dān)任了主要的界面設(shè)計(jì)人員。我們的項(xiàng)目也正式開始了。

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

在這一周里，我還對(duì)軟件工程有了新的理解。在我以前的理解當(dāng)中，軟件工程，無非就是一個(gè)人或者幾個(gè)人或一個(gè)團(tuán)隊(duì)集中在一起進(jìn)行編寫代碼的工作，以實(shí)現(xiàn)開發(fā)出所用的軟件。但現(xiàn)在我明白了，軟件工程的作用，就是告訴人們?cè)鯓尤ラ_發(fā)軟件和管理軟件。具體地講，它表現(xiàn)在與軟件開發(fā)和管理有關(guān)的人員和過程上。所以，軟件工程就不僅僅是單一的編程過程了。它包括了系統(tǒng)分析->建模->概要設(shè)計(jì)->詳細(xì)設(shè)計(jì)->編碼->測試->維護(hù)。編碼可以理解為編程，這個(gè)只占總時(shí)間的20％左右。編程只是其中的一小部分。

當(dāng)然，在這次項(xiàng)目過程中我也發(fā)現(xiàn)了自己的一些問題。如現(xiàn)在的網(wǎng)站開發(fā)技術(shù)還不夠強(qiáng)，在和小組成員相互溝通上還不夠積極等。我希望以此為契機(jī)，在將來的項(xiàng)目開發(fā)中能做得更好。