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

軟件工程課程總結(jié)

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

學(xué)習(xí)軟件工程能夠加強(qiáng)人的整體思維能力，對(duì)人的綜合素質(zhì)有所提高，培養(yǎng)良好的分析規(guī)劃和團(tuán)隊(duì)意識(shí)。學(xué)習(xí)了軟件工程，我們可以在給定成本、進(jìn)度的前提下，開發(fā)出具有適用性、有效性、可修改性、可靠性、可理解性、可維護(hù)性、可重用性、可移植性、可追蹤性、可互操作性和滿足用戶需求的軟件產(chǎn)品。追求這些目標(biāo)有助于提高軟件產(chǎn)品的質(zhì)量和開發(fā)效率，減少維護(hù)的困難。

在這學(xué)期的軟件工程課上，我每次都認(rèn)真聽老師講課，跟著老師的腳步，領(lǐng)悟老師的思想，學(xué)習(xí)態(tài)度還算認(rèn)真。一剛開始還覺得這門課有點(diǎn)枯燥乏味，但后來靜下心來看這本書感覺書上的知識(shí)對(duì)以后無論是在生活、學(xué)習(xí)還是在工作上都有很大的好處，對(duì)自身也是一種完善，因?yàn)檫@里面的思想博大精深，值得學(xué)習(xí)。從此我就認(rèn)真地學(xué)習(xí)這門課程。盡管在學(xué)習(xí)的過程中遇到了很多困難，但經(jīng)過與老師和同學(xué)的積極交流終于把問題解決了，從中學(xué)到了更深層次的知識(shí)，而這些知識(shí)又是對(duì)書本知識(shí)的補(bǔ)充，對(duì)學(xué)習(xí)書本知識(shí)有很大的好處。當(dāng)然，學(xué)習(xí)理論知識(shí)就是用來指導(dǎo)實(shí)踐的，也只有把理論知識(shí)運(yùn)用到實(shí)踐才能充分發(fā)揮理論的作用。所以在業(yè)余時(shí)間，我們嘗試著把所有知識(shí)串起來，并根據(jù)自身的實(shí)踐經(jīng)驗(yàn)完成了相關(guān)的系統(tǒng)分析報(bào)告，讓知識(shí)能更加駐留我心。

在本學(xué)期的軟件工程課程的學(xué)習(xí)中，我們學(xué)習(xí)了十章的內(nèi)容。第一章軟件工程概述，這一章主要講解的是一些概念性和基礎(chǔ)性的內(nèi)容，例如軟件的概念、特性，軟件危機(jī)的主要表現(xiàn)。了解軟件工程的的工作對(duì)象、發(fā)展背景、內(nèi)容、目標(biāo)。還介紹了三個(gè)常用的軟件工具M(jìn)icrosoft Visio、PowerDesigner和Rational Rose。第二章軟件開發(fā)過程模式，這一章主要讓我們了解軟件生存周期，認(rèn)識(shí)到了軟件開發(fā)過程，熟悉了幾種常用的軟件過程模式的特點(diǎn)與用途。此章介紹了6種模式：瀑布模式、原型進(jìn)化模式、增量模式、螺旋模式、迭代模式和組件復(fù)用模式。第三章軟件項(xiàng)目管理，本章詳細(xì)介紹了項(xiàng)目管理內(nèi)容（對(duì)項(xiàng)目的管理、對(duì)項(xiàng)目成果的管理），讓我們學(xué)會(huì)如何制定項(xiàng)目計(jì)劃，并學(xué)習(xí)使用甘特圖、任務(wù)網(wǎng)絡(luò)圖（由Microsoft Project創(chuàng)建）制定項(xiàng)目計(jì)劃。第四章計(jì)算機(jī)系統(tǒng)工程，這一章讓我們熟悉如何從全局的計(jì)算機(jī)系統(tǒng)角度考察軟件問題，熟悉如何對(duì)軟件項(xiàng)目做可行性分析。該章還涉及系統(tǒng)初步建模，其中的系統(tǒng)框架圖、系統(tǒng)流程圖，可由Microsoft Visio中的基本流程圖創(chuàng)建。第五需求分析，這一章重點(diǎn)講解了需求分析任務(wù)及過程，讓我們學(xué)會(huì)如何獲取業(yè)務(wù)需求、建立業(yè)務(wù)模型、進(jìn)行需求驗(yàn)證。可通過Microsoft Visio中的組織圖創(chuàng)建業(yè)務(wù)樹，通過Rational Rose創(chuàng)建業(yè)務(wù)用例、業(yè)務(wù)活動(dòng)。第六章結(jié)構(gòu)化分析建模，這一章重點(diǎn)講解了使用變換型映射方法和事務(wù)型映射方法生成初始的模塊結(jié)構(gòu)以及模塊結(jié)構(gòu)的改進(jìn)。說明了建立分析建模的原因和方法。我們可通過PowerDesigner創(chuàng)建實(shí)體聯(lián)系圖，通過Microsoft Visio創(chuàng)建數(shù)據(jù)流圖，通過Rational Rose創(chuàng)建事件狀態(tài)圖。第七章基于UML的面向?qū)ο蠓治鼋＃菊略敿?xì)介紹了UML的基本模式、事物、關(guān)系及建模時(shí)用到的各種圖進(jìn)行了介紹。可通過Rational Rose進(jìn)行面向?qū)ο蠓治鼋！５诎苏赂乓O(shè)計(jì)，這一章主要講解了概要設(shè)計(jì)任務(wù)及過程，介紹了系統(tǒng)構(gòu)架、數(shù)據(jù)結(jié)構(gòu)、程序結(jié)構(gòu)等概要設(shè)計(jì)內(nèi)容。第九章結(jié)構(gòu)化設(shè)計(jì)建模，本章介紹了結(jié)構(gòu)化設(shè)計(jì)建模的工具，讓我們學(xué)會(huì)如何基于數(shù)據(jù)流進(jìn)行程序結(jié)構(gòu)映射和如何對(duì)程序結(jié)構(gòu)進(jìn)行優(yōu)化。該章中的程序結(jié)構(gòu)圖由Microsoft Visio創(chuàng)建。第十章基于UML的面向?qū)ο笤O(shè)計(jì)建模，本章講解了面向?qū)ο笤O(shè)計(jì)建模內(nèi)容，讓我們學(xué)習(xí)使用UML建立面向?qū)ο笤O(shè)計(jì)模型（邏輯結(jié)構(gòu)、動(dòng)態(tài)過程、物理裝配與部署）。通過Rational Rose進(jìn)行設(shè)計(jì)建模。

學(xué)習(xí)了這門課程之后，我發(fā)現(xiàn)無論是在上課，還是在學(xué)校里面做學(xué)生工作，技術(shù)性的工作就好比變魔術(shù)。其實(shí)原理是非常簡單的，甚至可以說簡單的可笑，但是當(dāng)你就是做出這么一個(gè)簡單的東西出來之后，一些外行們有時(shí)候會(huì)用崇拜的眼光看著你，覺得你很厲害，很高深莫測(cè)。但是制作的過程他們卻不知道，也許知道之后他們只是會(huì)啞然失笑，原來這個(gè)東西的制作過程是如此的簡單，這個(gè)可以說就是技術(shù)的魅力了。就比如說軟件工程中所謂的需求獲取，從字面上來看好像是一件很難的事，而其實(shí)就是一個(gè)談判，辯論，交流的過程，只不過這個(gè)交流過程可能針對(duì)性比較強(qiáng)。所以說軟件工程就是對(duì)生活的平凡小事的升華，它來自于生活卻高于生活。當(dāng)我們?cè)诋厴I(yè)之后，軟件工程是我們實(shí)際要運(yùn)用的一項(xiàng)非常有用的技能，而且不僅僅局限于軟件工程的范疇，即使我們是從事其它行業(yè)，不也是要從需求獲取開始，一直有條有理地到最后成品的出爐嗎？應(yīng)該說這就是這門課的價(jià)值所在，它讓我們既學(xué)會(huì)了管理又學(xué)會(huì)了技術(shù)。

在整個(gè)學(xué)期的學(xué)習(xí)過程中，我收獲了不少，能夠解決一些較為簡單的問題，在建模方面的能力有所加強(qiáng)。原來一直以為學(xué)好這門課程最重要的是會(huì)編寫程序，其實(shí)則不然。我了解到軟件并非是一些代碼這么簡單，在開發(fā)軟件的過程中，編寫代碼的工作量其實(shí)只占不到所有工程量的30%，而后期的管理和維護(hù)更是占了60%到80%之多。一個(gè)完整的項(xiàng)目規(guī)劃須包括：軟件的定義、可行性分析報(bào)告、項(xiàng)目開發(fā)計(jì)劃、軟件需求說明書、概要設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書、用戶操作手冊(cè)、測(cè)試計(jì)劃、測(cè)試分析報(bào)告、開發(fā)進(jìn)度報(bào)告、項(xiàng)目開發(fā)總結(jié)報(bào)告、軟件維護(hù)手冊(cè)、軟件問題報(bào)告、軟件修改報(bào)告等多個(gè)文檔，每個(gè)文檔都要上級(jí)驗(yàn)收審查，而文檔數(shù)量眾多，要做好這點(diǎn)真的不是很容易，而恰恰寫好文檔正能保證完成軟件工程其中一個(gè)目的的關(guān)鍵，既研究如何用最小的開銷做出生存期較長的軟件，再加上各個(gè)階段都要進(jìn)行周密的策劃、詳細(xì)的分工部署和人員安排，且各階段要據(jù)具體情況不斷的反復(fù)才能達(dá)成，所以代碼只是開發(fā)軟件這個(gè)浩大的工程的一個(gè)小小的過程。當(dāng)然自己也有很多的不足之處，比如自己動(dòng)手操作能力比較弱，實(shí)踐經(jīng)驗(yàn)匱乏，思維不緊密，不注重細(xì)節(jié)，耐心不夠，每次遇到問題就去問老師，實(shí)戰(zhàn)精神不強(qiáng)，所以導(dǎo)致很多知識(shí)學(xué)得也只是模模糊糊的。所以在以后的學(xué)習(xí)中我要加強(qiáng)自身綜合素質(zhì)的培養(yǎng)，要注意多看多練要注意結(jié)合實(shí)際，更要多思考，面對(duì)錯(cuò)誤不要一范就問，要嘗試自己去解決，這樣才能學(xué)到這門課程的精華。我覺得學(xué)好軟件工程首先要明白自己的學(xué)習(xí)目標(biāo)究竟是什么，根據(jù)自己的實(shí)際工作出發(fā)，有針對(duì)性地在相應(yīng)的學(xué)習(xí)方向上進(jìn)行提高，制定出詳細(xì)的學(xué)習(xí)規(guī)劃。還要注意與其他科目的相輔相成，就像我們?cè)趯W(xué)習(xí)語言時(shí)，要看看與C語言的聯(lián)系，多思多想，把從各個(gè)科目學(xué)到的知識(shí)融匯貫通。

在本學(xué)期我們班每位同學(xué)都做了管理信息系統(tǒng)分析報(bào)告，其中就用到了軟件工程中的不少知識(shí)。比如項(xiàng)目來源，項(xiàng)目任務(wù)，項(xiàng)目規(guī)劃，系統(tǒng)需求分析，系統(tǒng)結(jié)構(gòu)設(shè)計(jì)，系統(tǒng)詳細(xì)設(shè)計(jì)，系統(tǒng)測(cè)試，系統(tǒng)維護(hù)等等。而我做的是酒店客房管理信息系統(tǒng)的分析報(bào)告，其中涉及到了以上幾個(gè)方面，需要明確任務(wù)目標(biāo)，準(zhǔn)備相應(yīng)的項(xiàng)目資源，對(duì)項(xiàng)目實(shí)施合理的規(guī)劃，進(jìn)行業(yè)務(wù)需求和功能需求分析，制定出數(shù)據(jù)字典，設(shè)計(jì)出軟件結(jié)構(gòu)，并對(duì)其進(jìn)行詳細(xì)設(shè)計(jì)，比如算法設(shè)計(jì)，數(shù)據(jù)庫設(shè)計(jì)和界面設(shè)計(jì)。畫出進(jìn)度安排表，組織結(jié)構(gòu)圖，業(yè)務(wù)流程圖，數(shù)據(jù)流圖，利用UML建模畫出圖形，通過這些圖形能更直觀地看出各個(gè)實(shí)體之間的關(guān)系，對(duì)系統(tǒng)有個(gè)比較整體的體現(xiàn)。

總之，在今后的學(xué)習(xí)中要注意多讀書、多思考、多練習(xí)、多討論，不斷熟悉書本的基礎(chǔ)，并以此為基礎(chǔ)將其擴(kuò)散開來，應(yīng)用于今后的實(shí)踐。不斷鍛煉自己，成為社會(huì)的可用之才，回饋社會(huì)。

第二篇：軟件工程課程

軟件工程專業(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ì)模式、建模與測(cè)試、信息安全、軟件開發(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í)例分析等。

第三篇：軟件工程專業(yè)導(dǎo)論課程總結(jié)模版

黑龍江科技學(xué)院

軟件工程專業(yè)導(dǎo)論

課

程

總

結(jié)

專業(yè)：軟件工程 班級(jí)：

學(xué)號(hào)：

姓名： 軟件10-3 19 邵銳

指導(dǎo)教師：喬付

上課日期：

2011.2.28~2011.3.4計(jì)算機(jī)與信息工程學(xué)院

2011-3-4

課程內(nèi)容與體會(huì)

一、課程內(nèi)容

剛開學(xué)的第一周我們并未開課，而是進(jìn)行一系列的專業(yè)導(dǎo)論，這又讓我對(duì)軟件工程多了一些了解。周一，老師講了很多對(duì)我們有用的東西。并談到了關(guān)于上學(xué)期期末掛科的事，作為其中一個(gè)掛科的人，我深深的反省了。

周二，老師說了很多關(guān)于最近幾年比較流行的職業(yè)和比較高薪的職業(yè)。還向我們提及了軟件的開發(fā)過程和開發(fā)趨勢(shì)。對(duì)于軟件工程的學(xué)生就必須了解軟件開發(fā)的熱點(diǎn)。最近幾年軟件行業(yè)的熱點(diǎn)包括游戲，動(dòng)漫和物聯(lián)網(wǎng)。其中游戲包括網(wǎng)頁和手機(jī)上的應(yīng)用程序。在一家軟件公司里，有軟件架構(gòu)師程序員軟件開發(fā)者。而高級(jí)程序員就是程序架構(gòu)師。軟件架構(gòu)師根據(jù)需求分析，然后制作一份詳細(xì)設(shè)計(jì)報(bào)告。這就是軟件開發(fā)過程，而軟件開發(fā)趨勢(shì)也越來越來熱，軟件行業(yè)屬于綠色行業(yè)，它只會(huì)越來越來越興盛。現(xiàn)在很多東西都需要軟件來控制。

周三，老師帶領(lǐng)大家參觀了哈爾濱比較有名的一家軟件公司——海康軟件公司。這是我們第一次跨出校門接觸有關(guān)軟件的事，同時(shí)也是離我們將來很近的事。在海康公司我們參觀了她們的工作環(huán)境及他們獲得的一些獎(jiǎng)項(xiàng)。并聽了他們經(jīng)理得一翻講話，這個(gè)公司規(guī)模挺大，員工工作環(huán)境也不錯(cuò)。他們經(jīng)理跟其中的一個(gè)員工都講到了在我們這個(gè)時(shí)期最重要的是學(xué)習(xí)，只有學(xué)習(xí)到了足夠的知識(shí)，才能使我們足夠強(qiáng)大，在這個(gè)競爭激烈的社會(huì)更具競爭力。學(xué)習(xí)是一個(gè)過程，我們應(yīng)該去享受它。這個(gè)時(shí)候是我們積蓄力量的時(shí)候。在此期間，我們還看了我一段關(guān)于海康公司過去幾年的發(fā)展的短片。這使我們了解了我們以后的發(fā)展方向。

周四，老師給我們講了學(xué)習(xí)最重要的是用心。因?yàn)橛行牟艜?huì)想把它做得更好。而且不只是學(xué)習(xí)，做任何事都應(yīng)該用心，都應(yīng)該努力。

周五，這是本次專業(yè)導(dǎo)論的最后一課，老師向我們介紹了關(guān)于軟件考試并解讀了軟件工程專業(yè)培養(yǎng)方案。并告誡我們以后實(shí)習(xí)一定要尋找有主業(yè)，而培訓(xùn)是副業(yè)的公司實(shí)習(xí)。喬老師還跟我們說了關(guān)于軟件水平考試的事，軟件水平考試也就是程序員考試。軟件工程師考試包含初級(jí)，中級(jí)和高級(jí)。

在這一個(gè)星期里我們學(xué)到了許多東西，而下午的時(shí)間我們也沒閑著，由于即將要學(xué)習(xí)一門與C語言有關(guān)系，而且是近年來使用較多的新課程java。Java是一種簡單，面向?qū)ο螅植际剑芨咝Ы忉寛?zhí)行，健壯安全，結(jié)構(gòu)中立，具有可移植性，高效率，多線程，動(dòng)態(tài)的高級(jí)語言。在這些天的下午，我們都對(duì)C做了一個(gè)系統(tǒng)性的復(fù)習(xí)。以便于更好的學(xué)習(xí)java。

二、體會(huì)

這一周我感覺收獲很大，這些課程的學(xué)習(xí)讓我明白了很多道理。在上一個(gè)學(xué)期里，因?yàn)槲疑险n不認(rèn)真，還睡覺，導(dǎo)致我在期末考試時(shí)，這一學(xué)科沒有及格，在周一的課上，喬老師說了很多關(guān)于掛科的事。他說得很有道理，而且我也深深地感觸到了喬老師說的。喬老師說他想在這一節(jié)課上改變一個(gè)人的性格，我并未被改變，但是內(nèi)心深處很贊同。周二，另一個(gè)老師又教了我們?cè)S多東西，這些更進(jìn)一步讓我了解了我們?yōu)槭裁磳W(xué)習(xí)軟件工程，為了什么學(xué)習(xí)軟件工程，學(xué)了軟件工程可以干什么。這些以前都是我常思考的問題，在這一周，這些問題都得到了完美的詮釋。讓我了解了以后我們會(huì)干什么。周三，喬老師帶領(lǐng)我們參觀了海康軟件公司，雖然只是短短幾個(gè)小時(shí)，但卻讓我對(duì)未來充滿期待，幻想著有一天我是不是也會(huì)跟她們一樣，幻想著將來我也能夠像他們一樣，做自己喜歡的事。能夠有一份穩(wěn)定的工作。但是這一切的一切都必須基于努力的學(xué)習(xí)，在現(xiàn)在這個(gè)階段，正如那位經(jīng)理所說，學(xué)習(xí)才是最重要的。同時(shí)我們也多一個(gè)軟件公司大體上的運(yùn)作有所了解，而且也更加了解了一個(gè)公司的職位分布和將來我們可能從事的職位。所以在大學(xué)期間，我們需要，努力充實(shí)自己，讓自己更具競爭力，努力磨尖自己，讓自己更具特色，更特別，更獨(dú)一無二。讓自己在大學(xué)里面凸顯出來，因?yàn)槲磥硐胍业揭粋€(gè)自己滿意的工作，你就必須讓自己足夠有知識(shí)去干好這項(xiàng)工作。周四，喬老師給我們講了一個(gè)學(xué)習(xí)的“訣竅”，那就是用心。常言道：“有志者，事竟成”。只要用心，你就能夠把一項(xiàng)工作做到近乎完美。而且，不管什么事，你都應(yīng)該用心。周五，老師為我們解讀了培養(yǎng)方案，并且跟我們講了程序員考試的相關(guān)事宜，這些讓我意識(shí)到，是大學(xué)四年轉(zhuǎn)眼就過去了，而找工作的事也離我們不遠(yuǎn)了，我們不必為找工作而恐慌，而是應(yīng)該把眼光轉(zhuǎn)到學(xué)習(xí)上，每個(gè)人都想讓自己過得更好，活得更好，所以我們需要不斷努力，而不是沉迷于現(xiàn)在這種衣來伸手飯來張口的生活。而對(duì)于程序員考試，我們也應(yīng)該給予重視，那不僅是我們找到工作的籌碼，更是對(duì)我們能力的一種測(cè)試。

以上就是我在上一周里的收獲，我認(rèn)為這樣的課程是很有意義的。

第四篇：軟件工程課程總結(jié)

課程總結(jié)

本課程是一門介紹應(yīng)用軟件開發(fā)的概述性的課程，系統(tǒng)講授了應(yīng)用軟件的相關(guān)開發(fā)過程，和所應(yīng)用的技術(shù)。課程講授了9章的內(nèi)容，包括產(chǎn)品、軟件工程與軟件過程，軟件需求工程、分析建模、設(shè)計(jì)工程、軟件體系結(jié)構(gòu)設(shè)計(jì)、用戶界面設(shè)計(jì)、構(gòu)件級(jí)設(shè)計(jì)和軟件測(cè)試技術(shù)等。

1、軟件產(chǎn)品

計(jì)算機(jī)軟件是一種特殊的邏輯產(chǎn)品，其為在計(jì)算機(jī)上運(yùn)行的各種程序、數(shù)據(jù)及其說明程序的各種文檔；軟件承擔(dān)著雙重角色，軟件是一個(gè)產(chǎn)品，同時(shí)又是產(chǎn)品交付使用的載體；軟件是邏輯的而不是有形的，軟件是基于計(jì)算機(jī)的系統(tǒng)元素，因此軟件具有與硬件完全不同的特征；軟件產(chǎn)品有著特有的產(chǎn)品分類方法；在計(jì)算機(jī)軟件開發(fā)中所遇到的一系列無法完全解決的問題，導(dǎo)致了軟件危機(jī)或軟件苦惱的產(chǎn)生；在軟件開發(fā)過程中，由于軟件產(chǎn)品開發(fā)的特性導(dǎo)致了一些神話的產(chǎn)生，這些軟件神話誤導(dǎo)了人們，對(duì)軟件項(xiàng)目管理者、客戶和開發(fā)人員都帶來了嚴(yán)重的問題，了解相關(guān)情況可以使我們能以正確的態(tài)度對(duì)待軟件開發(fā)工作；由于軟件產(chǎn)品的特殊性，軟件工程從業(yè)人員的職業(yè)道德和行為準(zhǔn)則顯得更加重要。

2、軟件工程與軟件過程

軟件工程是由有創(chuàng)造力的、有組織的人在定義成熟的軟件過程中進(jìn)行的，該過程適合于軟件開發(fā)人員建造的產(chǎn)品和產(chǎn)品的市場(chǎng)需求；軟件工程的定義：建立和使用一套合理的工程原則，以便獲得經(jīng)濟(jì)的軟件，這種軟件是可靠的，可以在實(shí)際機(jī)器上高效地運(yùn)行。

軟件工程過程是一個(gè)為建造高質(zhì)量軟件所需要完成的任務(wù)的框架，是建造軟件產(chǎn)品的一組活動(dòng)及其結(jié)果。通用過程框架目的：

交流-----項(xiàng)目啟動(dòng)、需求獲取及其任務(wù)集合計(jì)劃-----項(xiàng)目評(píng)估、進(jìn)度安排、項(xiàng)目跟蹤等

建模-----分析模型和設(shè)計(jì)模型

構(gòu)造-----代碼生成和軟件測(cè)試

部署-----產(chǎn)品交付、技術(shù)支持、用戶反饋等及其相應(yīng)的任務(wù)集合。

3、軟件工程過程模型，是指能夠覆蓋軟件工程的過程、方法和工具以及軟件工程的一般階段的開發(fā)策略。過程模型的選擇待建造軟件的特點(diǎn)、所采用的方法與工具、以及需要的控制和交付的產(chǎn)品。

瀑布模型，增量過程模型——增量模型、RAD模型，演化過程模型——原型模型、螺旋模型，面向?qū)ο筌浖こ踢^程模型——統(tǒng)一軟件開發(fā)過程。

4、需求工程

基于計(jì)算機(jī)的系統(tǒng)工程：在了解系統(tǒng)之前，匆忙建造技術(shù)元素，無疑將導(dǎo)致使客戶失望的錯(cuò)誤。在關(guān)注樹木之前，先了解森林；基于計(jì)算機(jī)的系統(tǒng)：元素的集合或排列，這些元素在一起通過處理信息完成某些預(yù)定義的目標(biāo)；系統(tǒng)元素——軟件、硬件、人員、數(shù)據(jù)庫、文檔和規(guī)程；啟動(dòng)一個(gè)系統(tǒng)工程 ——發(fā)現(xiàn)領(lǐng)域過程、領(lǐng)域分析、識(shí)別協(xié)作系統(tǒng)、發(fā)現(xiàn)系統(tǒng)需求、將結(jié)果提交給客戶；系統(tǒng)建模：評(píng)估系統(tǒng)構(gòu)件及其相互關(guān)系。

5、軟件工程實(shí)踐

理解問題（交流和分析）、計(jì)劃解決方案（計(jì)劃與建模——軟件設(shè)計(jì)）；實(shí)施解決方案（構(gòu)造——代碼生成）；檢查結(jié)果的精確度（構(gòu)造成部暑——軟件測(cè)試、質(zhì)量保證、用戶技術(shù)支持）

6、軟件需求收集與分析

構(gòu)建一個(gè)軟件系統(tǒng)最困難的部分是確定構(gòu)建什么。其他的軟件開發(fā)工作，不會(huì)像這部分工作一樣，在出錯(cuò)之后如此嚴(yán)重地影響隨后實(shí)現(xiàn)和系統(tǒng)，并且導(dǎo)致在以后進(jìn)行的修補(bǔ)會(huì)如此困難；“我知道你相信你已經(jīng)理解了你認(rèn)為我所說的內(nèi)容，但是我并不能肯定你已認(rèn)識(shí)到你所聽到的并不是我所想要的”。

7、軟件需求分析的工作活動(dòng)

起始——建立對(duì)擬開發(fā)軟件（待解決的問題）的基本理解

導(dǎo)出——問題的范圍、問題的理解、問題的變化；

精化——開發(fā)精確的技術(shù)模型，說明軟件的功能、行為和約束

協(xié)商——確定合理的系統(tǒng)目標(biāo)和需求優(yōu)先級(jí)

規(guī)格說明——給出對(duì)軟件系統(tǒng)功能和性能的描述，給出影響系統(tǒng)開發(fā)的約束；

確認(rèn)

需求管理

8、軟件的需求誘導(dǎo)——需求誘導(dǎo)原則

需求定義——需求是關(guān)于系統(tǒng)（軟件系統(tǒng)）將要完成什么工作的一段描述語句，它們必須經(jīng)過所有相關(guān)人員的認(rèn)可，其目的是徹底解決客戶的問題；

需求誘導(dǎo)原則（與客戶的交流溝通活動(dòng)）——傾聽、有準(zhǔn)備的溝通、需要有人推動(dòng)、最好當(dāng)面溝通、記錄所有決定、保持通力協(xié)作、聚焦并協(xié)調(diào)話題、采用圖形表示、繼續(xù)前進(jìn)原則、談判雙贏原則；

軟件需求的過程啟動(dòng)——首次提問、一組加深理解并使客戶能夠表達(dá)其關(guān)于解決方案的感覺的問題、關(guān)于效率的“元”問題。

9、軟件需求的導(dǎo)出

質(zhì)量功能部署——正常的需求、期望的需求、令人興奮的需求。

功能性需求和非功能性需求——功能性需求，描述系統(tǒng)為用戶或其他系統(tǒng)提供的服務(wù)；非功能性需求，系統(tǒng)開發(fā)過程必須遵守的約束。

10、用戶場(chǎng)景與分析建模

用戶場(chǎng)景（use—case）

構(gòu)建分析模型——數(shù)據(jù)模型、功能模型、行為模型

11、需求確認(rèn)與規(guī)約

12、分析建模

分析建模使用文檔和圖表形式的組合，以相對(duì)容易理解的方式描繪數(shù)據(jù)、功能和行為的需求，并直接評(píng)審其正確性、完整性、一致性。

分析建模原則：

原則1：必須描述和理解問題的信息領(lǐng)域

原則2：必須定義軟件將實(shí)現(xiàn)的功能

原則3：作為外部事件的結(jié)果，必須描述軟件的行為

原則4：描述信息、功能和行為的模型必須通過問題的劃分，以層次的方式揭示細(xì)節(jié) 原則5：分析過程應(yīng)從要素信息移向?qū)崿F(xiàn)細(xì)節(jié)

13、分析建模的任務(wù)集合評(píng)審需求

擴(kuò)展和細(xì)化用戶場(chǎng)景

信息建模（數(shù)據(jù)對(duì)象描述與數(shù)據(jù)建模）

功能建模

行為建模

用戶接口分析和建模

評(píng)審所有模型，考察其正確性、完整性和一致性

14、用戶場(chǎng)景建模：開發(fā)用例；場(chǎng)景建模

數(shù)據(jù)建模：數(shù)據(jù)對(duì)象描述——數(shù)據(jù)字典，數(shù)據(jù)建模——數(shù)據(jù)對(duì)象、屬性和關(guān)系，數(shù)據(jù)模型——實(shí)體——關(guān)系圖（ERD）

功能建模和信息流：信息流模型（DFD），信息流與功能建模

行為建模——狀態(tài)變遷圖（STD）

15、設(shè)計(jì)的原則與概念

設(shè)計(jì)是將要建造的某種事物的有意義的工程表示。軟件設(shè)計(jì)創(chuàng)建軟件的表達(dá)或模型，提供了軟件數(shù)據(jù)結(jié)構(gòu)、體系結(jié)構(gòu)、接口和軟件構(gòu)件的設(shè)計(jì)細(xì)節(jié)——提供了軟件系統(tǒng)實(shí)現(xiàn)所必須的工作基礎(chǔ)。

對(duì)設(shè)計(jì)良好的軟件而言，堅(jiān)固是指程序不應(yīng)含有任何妨礙其功能的缺陷；適用則是程序符合開發(fā)目標(biāo)；賞心悅目意味著使用程序的體驗(yàn)是愉快的。

設(shè)計(jì)原則

設(shè)計(jì)過程不應(yīng)該受“隧道視野”的限制；

設(shè)計(jì)對(duì)于分析模型應(yīng)該是可跟蹤的；

設(shè)計(jì)不應(yīng)該從頭做起；

設(shè)計(jì)應(yīng)該縮短軟件和現(xiàn)實(shí)世界中問題的“智力距離”；

設(shè)計(jì)應(yīng)表現(xiàn)出一致性和集成性

設(shè)計(jì)的構(gòu)建應(yīng)該適應(yīng)變更

設(shè)計(jì)的構(gòu)建，應(yīng)該使得即使遇到異常的數(shù)據(jù)、事件或操作條件時(shí)也能夠平滑、輕巧地降級(jí)；

設(shè)計(jì)不是編碼，編碼也不是設(shè)計(jì)；

在創(chuàng)建設(shè)計(jì)時(shí)就應(yīng)該能夠評(píng)估質(zhì)量，而不是在事情完成以后；

應(yīng)該評(píng)審設(shè)計(jì)以減少概念性（語義性）錯(cuò)誤。

16、設(shè)計(jì)的概念——抽象、求精、模塊化

設(shè)計(jì)文檔——描述設(shè)計(jì)工作的整體范圍、說明數(shù)據(jù)設(shè)計(jì)、體系結(jié)構(gòu)設(shè)計(jì)、接口設(shè)計(jì)、構(gòu)件設(shè)計(jì)、需求交叉引用、軟件測(cè)試、設(shè)計(jì)約束、補(bǔ)充說明

17、軟件體系結(jié)構(gòu)設(shè)計(jì)

設(shè)計(jì)建模原則

原則1：設(shè)計(jì)可追溯到分析模型

原則2：經(jīng)常關(guān)注待構(gòu)建系統(tǒng)的框架

原則3：數(shù)據(jù)設(shè)計(jì)與功能設(shè)計(jì)同等重要

原則4：設(shè)計(jì)接口（內(nèi)部接口和外部接口）

原則5：用戶界面必須符合最終用戶要求

原則6：功能獨(dú)立的構(gòu)件級(jí)設(shè)計(jì)

原則7：構(gòu)件之間、構(gòu)件與外部環(huán)境之間松散耦合原則8：設(shè)計(jì)模型應(yīng)易于理解

原則9：設(shè)計(jì)以迭代方式進(jìn)行，每一次迭代，設(shè)計(jì)者應(yīng)盡力簡化問題。

體系結(jié)構(gòu)設(shè)計(jì)為軟件開發(fā)提供了系統(tǒng)的整體視圖，并保證系統(tǒng)開發(fā)人員能正確地得到需要的系統(tǒng)；軟件體系結(jié)構(gòu)設(shè)計(jì)涉及兩個(gè)方面——數(shù)據(jù)設(shè)計(jì)：表示體系結(jié)構(gòu)的數(shù)據(jù)構(gòu)件，程序體系結(jié)構(gòu)：關(guān)注于軟件程序結(jié)構(gòu)、構(gòu)件的性質(zhì)以及交互表示。

軟件體系結(jié)構(gòu)設(shè)計(jì)將需求分析中的數(shù)據(jù)、功能和行為模型中的元素，以及軟件數(shù)據(jù)體系結(jié)構(gòu)的設(shè)計(jì)，最終映射為軟件系統(tǒng)的構(gòu)件組織結(jié)構(gòu)。

18、構(gòu)件級(jí)設(shè)計(jì)

構(gòu)件級(jí)設(shè)計(jì)也稱為過程設(shè)計(jì)，它在數(shù)據(jù)設(shè)計(jì)、體系結(jié)構(gòu)設(shè)計(jì)和接口設(shè)計(jì)之后進(jìn)行，其意圖是將設(shè)計(jì)模型翻譯為可以運(yùn)行的軟件。

構(gòu)件級(jí)設(shè)計(jì)是使用某些能夠易翻譯成源代碼的中間表示（如，圖形的，表格的或基于文本的）來表示過程設(shè)計(jì)。

構(gòu)件級(jí)設(shè)計(jì)的目標(biāo)是要保證不僅能夠完成翻譯任務(wù)，而且能夠不在開始時(shí)引入錯(cuò)誤，即在過程設(shè)計(jì)中避免錯(cuò)誤的產(chǎn)生。

19、用戶界面設(shè)計(jì)

用戶界面可以說是基于計(jì)算機(jī)的系統(tǒng)或產(chǎn)品的最重要的元素。如果界面的設(shè)計(jì)很糟糕，可能會(huì)嚴(yán)重地阻礙用戶使用系統(tǒng)的計(jì)算處理能力。

一個(gè)弱的界面可能導(dǎo)致一個(gè)很好和可靠實(shí)現(xiàn)的應(yīng)用的失敗

三個(gè)重要的原則指導(dǎo)有效的用戶界面設(shè)計(jì)，置系統(tǒng)于用戶控制之下，減少用戶的記憶負(fù)擔(dān)，保持界面一致。

20、軟件測(cè)試技術(shù)

軟件測(cè)試的目的，就是在系統(tǒng)交付客戶之前能夠發(fā)現(xiàn)（和改正）盡可能多的錯(cuò)誤。白盒測(cè)試又稱“玻璃盒測(cè)試”，白盒測(cè)試注重于程序控制結(jié)構(gòu)

黑盒測(cè)試也稱為行為測(cè)試，黑盒測(cè)試注重于確認(rèn)功能需求

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

軟件工程項(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ì)->編碼->測(cè)試->維護(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ā)中能做得更好。