軟件工程工作總結

Word文檔軟件工程工作總結我工作總結頻道為大家收拾的軟件工程工作總結，供大家閱讀參考。更多閱讀請查看本站工作總結頻道。

今日視頻看完了，可是沒有總結。還是感覺不會總結。一想到50講的課，怎么總結呢？開頭聽的時候，是真不知道從哪里下手，由于開頭看的時候有種迷迷糊糊的感覺。軟件工程，我期盼的一門課就這么聽完了一遍。很有些整個吞棗的感覺，不過收獲還是無數(shù)的，至少知道了軟件工程的階段不是惟獨需求分析、編程和測試維護。固然這個很早之前就知道，只是以前根本沒有什么概念。

第一個階段，方案階段，要首先對用戶的要求舉行了解，對軟件的性能等舉行了解。然后舉行可行性分析討論，在各種可行性討論中，對于軟件開發(fā)人員來說，技術可行性討論最重要。之后就是需求分析階段了，需求分析階段也是方案階段的最后一部分。需求分析定義了要做什么。把現(xiàn)實的需要用程序語言表達出來。但是這一階段并不解決怎么做。

解決怎么做的是下一個階段——設計階段。設計階段分為概要設計和具體設計。概要設計把每個組成部分的功能都給出意義明確的模塊，每個模塊都和一部分需求相對應。但是不考慮細節(jié)。具體設計，把每個模塊的功能實現(xiàn)具體的表示出來，為源程序的編寫打下基礎。然后就是編程階段，我們普通最初接觸的就是編程，所以編程階段比較了解，因為前期文檔已經做的很具體，功能的實現(xiàn)數(shù)據(jù)和算法都已經清晰了，所以編程是比較容易的。

編程完了就是測試階段了，測試階段的費用是最多的。測試階段是發(fā)覺錯誤的階段，改錯是調試階段。然后就是交付用戶使用，及維護。

以上幾點是軟件工程的生命周期的六個階段。軟件工程過程和軟件工程生命周期也不能等同。

軟件工程過程如下：

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

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

軟件確實認：確認軟件能夠完成客戶提出的要求：

軟件演進：為滿足客戶的變更要求。軟件必需在使用的過程中演進。

pdca

軟件工程過程與軟件生存期相對應。軟件規(guī)格說明對應方案階段，軟件開發(fā)對應設計、編程階段，軟件確實認對應測試調試階段，軟件演進對應運行維護階段。

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

在軟件生存周期的各個部分都有各自要注重的地方，過著說是各自的重點（或者是學問點）。

今日已經是22號了，文檔還沒寫。先寫文檔了。唉，又落后了。

G更多精選總結閱讀

軟件工程實習總結

一．實習題目

c/s模式下的網絡嬉戲平臺（類似于聯(lián)眾）

二．題目要求

a.平臺上至少能夠提供兩種嬉戲（僅供兩人參與）供用戶挑選。

b.服務器端實現(xiàn)用戶賬號、密碼的管理，監(jiān)控用戶上下線狀態(tài)管理。

c.服務器端實現(xiàn)用戶嬉戲數(shù)據(jù)及文本通信數(shù)據(jù)的中轉交換。

d.客戶端能夠銜接到服務器并挑選嬉戲種類和嬉戲桌面，并參加嬉戲。

e.客戶端能夠通過服務器舉行文本通信。

三．小組成員及分工

組長：黃?飛

成員：黃?飛?王潤琛?陳?磊韓振軍王向富

四．人員支配及進度

a.人員支配：

黃?飛：系統(tǒng)設計，文檔管理：2周，系統(tǒng)的集成與總結：1周

陳?磊：編寫項目方案文檔：0。5周，需求，概要文檔的編寫：2周

王潤?。合到y(tǒng)設計：1周，程序主要模塊的實現(xiàn)：2周

韓振軍：需求的收集與文檔：1周，軟件測試與分析：1周

王向富：編寫軟件測試方案：1周，軟件測試：1周。

b.進度：

第一階段項目啟動(05-8-2205-8-23):?實習分析；項目容易分工。

其次階段需求分析(05-8-2405-8-26):?確定軟件性能；功能；編寫文檔。

第三階段概要設計(05-8-2905-9-01):?確定總體架構,程序模塊。

第四階段具體設計(05-9-0205-9-07):?設計客戶端,服務器端細節(jié)。

第五階段軟件實現(xiàn)(05-9-0805-9-16):?編寫源代碼。

第六階段軟件測試(05-9-1905-9-21):?完成測試及文檔。

第七階段項目總結(05-9-2205-10-07):?總結提高，答辯。五．系統(tǒng)架構

?整體架構圖：

六．實現(xiàn)的功能與未實現(xiàn)的功能

a.實現(xiàn)的功能：

客戶端：

1）用戶登陸：用戶運行客戶端軟件后，彈出登陸框，用戶通過輸入帳號和密碼登陸平臺，高級實現(xiàn)程度有記住密碼選項。

2）用戶注冊：登陸框有注冊選項，供用戶注冊新平臺帳號。用戶需要輸入新的帳號名，密碼，以及一些基本資料：姓名，性別，誕生日期，郵箱。

3）用戶修改資料：用戶可以在登陸后修改個人基本資料，除帳號外其他資料均可挑選修改。

4）用戶挑選嬉戲：用戶登陸后，平臺界面即會顯示所支持嬉戲，用戶可挑選要舉行的嬉戲。平臺與嬉戲捆綁安裝，在高級實現(xiàn)程度下服務器新增強嬉戲通過新的安裝文件提供應用戶。

服務器端：

1）批準新用戶注冊：基本實現(xiàn)程度為由服務器自動批準，既用戶名不與現(xiàn)實用戶矛盾并且用戶名和密碼長度符合規(guī)范(用戶名長度不超過十個單詞或字母，密碼不低于6位)及予以批準。高級實現(xiàn)程度為服務器與管理員雙重批準，既服務器批準后只具有參觀嬉戲和談天等功能但不能參與嬉戲，需等管理員批準后給予正式的用戶權利。

2）刪除用戶：服務器管理員可以從數(shù)據(jù)庫刪除隨意已注冊用戶(全部用戶資料項同時刪除)。為防止誤操作等狀況發(fā)生，高級實現(xiàn)程度中刪除用戶操作只是臨時禁止該用戶登陸，數(shù)據(jù)庫保留該用戶資料一周(或數(shù)周，示服務器硬件資源)后再自動刪除。

b.待實現(xiàn)的功能：

1.用戶登錄的限制

用戶在不同地點以相同的用戶名登錄。

注冊時對新用戶名的符號（如非法字符）檢查

2.用戶的異樣掉線

在嬉戲過程中，玩家的中途異樣掉線，服務器對玩家的在線信息的監(jiān)聽，并準時修改。3.嬉戲的添加

此平臺須在對嬉戲舉行修改的狀況下使嬉戲嵌入平臺，尚缺少良好的對嬉戲的管理。

七．系統(tǒng)演示

a.客戶端；

b.服務器端。

八．實習總結

這個項目所涉及的技術比較多，主要包括：網絡通信，數(shù)據(jù)庫通信與操作，用戶的界面設計。我們采納vc++語言舉行編程，主要調用mfc中的類函數(shù)，其中自己編寫了一些類函數(shù)，詳細的細節(jié)見具體設計文檔。

作為一個嬉戲對戰(zhàn)，它所能允許的最大的嬉戲玩家是衡量好壞的一個重要標準，對于每個用戶以產生自立的線程對其舉行調度，控制就成為該對戰(zhàn)平臺的一個重要問題。

解決計劃：

建立兩個線程池(csendthreadpool，crecvthreadpool)，主要負責管理線程的生成,結束和任務分配等工作，線程池類相當于一個容器,在容器中運行無數(shù)個線程,應用程序只需要將工作交給線程池,線程池負責協(xié)調和分配內部工作。

九．閱歷總結與參考書目

閱歷總結：

1．本軟件在初期的設計中不是非常的完美，致使在舉行編碼的階段不斷地修改，使得軟件件項目的進度和程序的質量受到很大的影響。

2．協(xié)同開發(fā)組員間的協(xié)作很重要，尤其是各個部分假如不根據(jù)一定的標準，就使組員間的合作浮現(xiàn)很大的問題。我們這次原來決定使用，但是因為有些組員不是很認識，后來改用mfc。

2022年軟件工程總結

軟件工程的定義：軟件工程是將系統(tǒng)化的，規(guī)范化的，可度量的辦法應用于軟件的開發(fā)，運行和維護過程，即將工程化應用于軟件中的辦法的討論。

軟件工程的定義2：開發(fā)運行，維護和修復軟件的工程辦法。

軟檢策略思想：軟件復用，分而治之，優(yōu)化折中。

軟件的生命周期：軟件生命周期是指一個計算機軟件從功能確定，設計，到開發(fā)勝利投入使用，并在使用中不斷地修改，增補和完美，直到停止該軟件使用的全過程。

它包括制定方案（可行性與方案討論），需求分析，設計，程序編碼（實現(xiàn)），測試及運行維護6個階段。

軟件開發(fā)模型：瀑布模型，迅速原始模型，增量模型，螺旋模型，噴泉模型，組件復用模型。

軟件開發(fā)過程：（1）定義；（2）開發(fā)；（3）驗證；（4）維護。

軟件開發(fā)的基本辦法：傳統(tǒng)的結構化辦法，面對對象的辦法。

可行性討論的主要任務：

可行性討論的主要任務不是詳細解決系統(tǒng)中的問題，而是以最小的代價在盡可能短的時光內確定問題是否值得解決，是否能夠解決。

可行性討論主要包括以下幾個方面：1，技術可行性（風險分析，資源分析和技術分析）；2，經濟可行性（成本-效益分析）；3，社會可行性（社會可行性是指開發(fā)后的系統(tǒng)能否得到社會的認可）

系統(tǒng)模型：物理（框圖），規(guī)律（流程圖）；

系統(tǒng)流程圖在可行性分析階段使用。

成本—效益分析：

成本—效益分析的目的是從經濟角度來評價開發(fā)一個新的軟件項目是否可行。

系統(tǒng)的成本包括系統(tǒng)的開發(fā)陳本與運營成本。

系統(tǒng)成本包括：（1）硬件成本；（2）系統(tǒng)軟件成本；（3）軟件開發(fā)成本；（4）施工成本；（5）用戶培訓費用；（6）不行預見費用。

系統(tǒng)的運營成本是指發(fā)生在軟件生命周期內維持系統(tǒng)運行的費用，以每年的花費量計算。

它包括：（1）人員費用；（2）網路使用費用；（3）修理費用；（4）消耗品費用。

需求分析的任務是理解和表達用戶的需求，描述軟件的功能和性能，確定軟件設計的限制和軟件同其他系統(tǒng)元素的借口細節(jié)，定義軟件的其他有效性需求。

數(shù)據(jù)流圖在需求分析階段

er模型包含實體，聯(lián)系和屬性三個階段。

在er圖中用矩形方框代表實體

在er圖中用菱形方框代表聯(lián)系。

在er圖中用橢圓或圓角矩形表示屬性。

層次框圖是用樹形結構的一系列多層次的矩形框描述數(shù)據(jù)的層次結構。

軟件設計的原則：模塊化，抽象化，信息隱蔽，模塊自立。

模塊化是指解決一個復雜問退時自頂向下逐層把軟件系統(tǒng)劃分為若干模型的過程。

抽象化是指熟悉復雜現(xiàn)象過程中使用的思維工具，即抽出事物本質的，共同的特性而暫不考慮它的細節(jié)，不考慮其它因素。

抽象化和逐步求精，模塊化的概念是全都的。

模塊自立性的概念是模塊化，抽象化和信息隱蔽的直接產物。

模塊自立性可用兩個定性標準來度量：內聚性和耦合性

內聚性：又稱塊內聯(lián)系，是指模塊的功能強度的度量，即一個模塊內部各個元素彼此結合的緊密程度的度量。

耦合性：又稱塊間聯(lián)系，是指軟件系統(tǒng)結構中各模塊間互相聯(lián)系緊密程度的一種度量。

偶然內聚:這種模塊內各部分之間沒有故意義的關系或者關系很松散。

規(guī)律內聚：這種模塊把幾種相關的功能組合在一起，每次被調用時，按照傳送給模塊的控制型參數(shù)來確定應執(zhí)行的功能。

時光內聚：這種模塊大多為多功能模塊，但要求模塊的各個功能必需在同一時光段執(zhí)行。

工程內聚：使用流程圖作為工具設計程序的時候，通過流程圖來確定模塊劃分，把流程圖中的某一部分劃出組成模塊，就是過程內聚模塊。

通信內聚：一個模塊內各功能部分都使用了相同的輸入數(shù)據(jù)，或產生了相同的輸出數(shù)據(jù)。

挨次內聚：一個模塊中各個部分都是完成一項詳細的功能而協(xié)同工作，緊密聯(lián)系，不行分割的。

內容耦合：假如一個模塊直接拜訪另一個模塊內的內部數(shù)據(jù)，或一個模塊不能通過正常入口轉到另一個模塊內部，或兩個模塊有一部分程序代碼重疊（在匯編語言程序中可能浮現(xiàn)），或者一個模塊有多個入口，則兩個模塊之間就發(fā)生了內容耦合。它是最高程度的耦合，應當避開。

公共耦合：假如一組模塊都拜訪同一個公共數(shù)據(jù)環(huán)境，則它們之間的耦合稱為公共耦合。

外部耦合：一組模塊都拜訪同一全局容易變量而不是同一全局數(shù)據(jù)結構，而且不是通過參數(shù)表傳遞該全局變量的信息，則稱之為外部耦合。

控制耦合：假如一個模塊把控制信息傳遞給另一個模塊，對其功能舉行控制，這種耦合稱為控制耦合。

標記耦合：假如一組模塊通過參數(shù)表傳遞記錄信息，這組模塊就是標記耦合。事實上這組模塊分享了某一數(shù)據(jù)結構的子結構，而不是容易變量。

數(shù)據(jù)耦合：假如一個模塊拜訪另一個模塊彼此之間通過數(shù)據(jù)參數(shù)（不是控制參數(shù)，公共數(shù)據(jù)結構或外部變量）來交換輸入，輸出信息，這種耦合稱為數(shù)據(jù)耦合。

非直接耦合：假如兩個模塊之間沒有直接關系，它們之間的聯(lián)系徹低是通過主模塊的控制和調用來實現(xiàn)的，這就是非直接耦合。

數(shù)據(jù)流圖的類型：變換型，事務型，混合型。

sd辦法以數(shù)據(jù)流圖為基礎設