軟件工程課程感悟

學(xué)習(xí)了軟件工程這門課程, 還有老師們的多元化教課,不但讓我從理論上掌握軟件工程,還有從不同的實(shí)例,讓理論和實(shí)踐得到了很好的結(jié)合。整一個學(xué)期下來，總的來說還是學(xué)到了很多東西的，有很多地方是值得肯定的，其實(shí)在我看來，軟件工程與其說是一門課程，不如說是一門思想。是一個如何去分析和處理問題的過程，應(yīng)該說其范疇已經(jīng)遠(yuǎn)遠(yuǎn)不止局限于該門課程，成為了一個綜合的一個能夠解決問題的思想集合。

整本書的內(nèi)容邏輯很清晰明了，由淺入深循序漸進(jìn)，首先我就大概描述下我們所學(xué)的內(nèi)容，第一章是從整體分析軟件工程這門學(xué)科的發(fā)展和所處的社會環(huán)境，接著后面的幾章深入分析了軟件開放過程和模式、軟件項(xiàng)目管理、計算機(jī)工程、需求分析、結(jié)構(gòu)化分析建模以及基于UML面向?qū)ο蠓治鼋�模等。接著我就詳�?xì)介紹下我對這門課程知識點(diǎn)的理解概括：

軟件：軟件是能夠完成預(yù)定功能和性能的可執(zhí)行的計算機(jī)程序和使程序正常執(zhí)行所需要的數(shù)據(jù)，加上描述程序的操作和使用的文檔。軟件的特征：①軟件是一種邏輯實(shí)體，而不是具體的物理實(shí)體，因而它具有抽象性。②軟件是通過人們的智力活動，把知識與技術(shù)轉(zhuǎn)化成信息的一種產(chǎn)品。③軟件成為產(chǎn)品后，其生產(chǎn)只是簡單的拷貝，不同于硬件制造。④維護(hù)過程比硬件復(fù)雜的多，甚至?xí)�引發(fā)新的錯誤。軟件危機(jī)：指的是軟件開發(fā)和維護(hù)過程中遇到的一系列嚴(yán)重問題。出現(xiàn)軟件危機(jī)的原因：①軟件維護(hù)費(fèi)用急劇上升，直接威脅計算機(jī)應(yīng)用的擴(kuò)大。②軟件生產(chǎn)技術(shù)進(jìn)步緩慢。軟件工程是指導(dǎo)計算機(jī)軟件開發(fā)和維護(hù)的工程學(xué)科。 軟件生存周期：一個軟件從定義到開發(fā)、使用和維護(hù)，直到最終被棄用，要經(jīng)歷一個漫長的時期，通常把軟件經(jīng)歷的這個漫長的時期稱為生存周期。軟件的生存周期可分為八個階段：①問題定義;②可行性研究;③需求分析;④總體(概要)設(shè)計;⑤詳細(xì)設(shè)計;⑥編碼與單元測試;⑦綜合測試;⑧軟件維護(hù);

瀑布模式：是傳統(tǒng)的軟件開發(fā)模式，其中的“瀑布”是對這個模式的形象表達(dá)，由山頂傾瀉下來的水，自頂向下、逐漸細(xì)化。其特點(diǎn)是：線性化過程;分為分析、設(shè)計、編碼、集成等幾個階段，并且各階段逐級推進(jìn)，不允許跨越。里程碑管理;階段評審;文檔驅(qū)動;簡潔便于工程應(yīng)用的線性化過程步驟，并可以通過里程碑管理機(jī)制而使項(xiàng)目進(jìn)程量化。其明顯的優(yōu)點(diǎn)就是沒個階段結(jié)束前都要對所完成的階段成果進(jìn)行評審，這使得軟件的錯誤能夠在個階段內(nèi)盡早發(fā)現(xiàn)并盡早解決，總的來說瀑布模式具有良好的質(zhì)量保證機(jī)制，有很強(qiáng)的生命力。

原型進(jìn)化模式：對軟件進(jìn)行直接模擬或仿真，只需要分析需求框架后進(jìn)行原型創(chuàng)建，再對原型系統(tǒng)進(jìn)行逐步細(xì)化與完善，通過版本更新逐步滿足用戶對于軟件的多方面需要。

增量模式：開發(fā)過程有三個任務(wù)域，分別是設(shè)計結(jié)構(gòu)、開發(fā)構(gòu)件和集成系統(tǒng)，它既有完善的工程管理機(jī)制，又能適應(yīng)用戶需求變更，有利于質(zhì)量的監(jiān)控，并且各局部基于構(gòu)件構(gòu)造，有利于逐步構(gòu)建與完善;由于先交付核心構(gòu)件可利于降低項(xiàng)目的技術(shù)風(fēng)險。

螺旋模式：是一種可較好的規(guī)避開發(fā)風(fēng)險過程的模式，項(xiàng)目是基于任務(wù)的螺旋式推進(jìn)，每個螺旋由內(nèi)之外分別是需求分析、軟件設(shè)計、系統(tǒng)集成、驗(yàn)證與交付。

軟件開發(fā)的整個過程：①需要項(xiàng)目團(tuán)隊，組建優(yōu)秀的團(tuán)隊可以開發(fā)出更搞質(zhì)量的軟件產(chǎn)品。任務(wù)開發(fā)團(tuán)隊要求小而精，成員大多在8人以內(nèi)，主要成員有項(xiàng)目負(fù)責(zé)人、開發(fā)人員、資料管理員和軟件測試員。②項(xiàng)目計劃是為了使軟件開發(fā)各項(xiàng)工作有秩序地進(jìn)行，包括任務(wù)分配和基于里程碑的進(jìn)度安排，甘特圖和任務(wù)網(wǎng)絡(luò)圖是用來描述進(jìn)度計劃的工具。項(xiàng)目計劃書可以作為軟件開發(fā)的工作指南。③項(xiàng)目成本估算，由于項(xiàng)目有來自各方面的成本包括工資開支、場地費(fèi)、差旅費(fèi)、設(shè)備費(fèi)和資料費(fèi)等，但是軟件主要是對人力成本的估算，常用的方法有程序代碼成本估算法等。④軟件風(fēng)險管理包括很多不確定的風(fēng)險因素，如計劃風(fēng)險、管理風(fēng)險、需求風(fēng)險、技術(shù)風(fēng)險、人員風(fēng)險、產(chǎn)品風(fēng)險、用戶風(fēng)險和商業(yè)風(fēng)險等等，而風(fēng)險管理的主要任務(wù)是：風(fēng)險識別、風(fēng)險評估、和風(fēng)險防范。⑤軟件文檔管理，軟件文檔是工程模式軟件開發(fā)的成果體現(xiàn)，包括技術(shù)文檔、管理文檔和用戶文檔。 ⑥軟件配置管理與軟件質(zhì)量管理，包括配置規(guī)劃、軟件變更控制、軟件版本控制和質(zhì)量控制計劃。

計算機(jī)系統(tǒng)由硬件、軟件、數(shù)據(jù)資源、網(wǎng)絡(luò)資源、使用系統(tǒng)的人等諸多元素。有三種典型的計算機(jī)體系結(jié)構(gòu)：①主機(jī)結(jié)構(gòu)，主機(jī)集中了全部智能，并依靠終端接口與外部設(shè)備連接。②Client/Server結(jié)構(gòu)，智能分布于服務(wù)器與客戶機(jī)，并依靠網(wǎng)絡(luò)連接成系統(tǒng)，其中，服務(wù)器處于核心位置，提供被動核心服務(wù);客戶機(jī)處于邊緣位置，可主動訪問服務(wù)器，尋求服務(wù)支持。③Browser/server結(jié)構(gòu)，可適應(yīng)互聯(lián)網(wǎng)遠(yuǎn)程交互的特殊結(jié)構(gòu)，基于Web服務(wù)器構(gòu)建。

需求分析：系統(tǒng)開發(fā)前期需求分析很重要，它是為了有效解決用戶問題的需要進(jìn)行的一項(xiàng)工程活動，所需要考慮的需求問題是功能需求、數(shù)據(jù)需求、性能需求和接口需求，開發(fā)者承擔(dān)分析任務(wù)，核心是用戶。其步驟有三個：①獲取客戶需求，客戶泛指某個人或機(jī)構(gòu)部門等，一般方法是調(diào)查，包括訪談、座談、問卷、跟班和收集資料，需求規(guī)約可表達(dá)用戶的軟件價值。②建立需求模型，它是用戶需求的圖解，一些常用的模型有：業(yè)務(wù)樹圖、用例圖、活動圖。分別用于結(jié)構(gòu)化需求建模、系統(tǒng)業(yè)務(wù)舉例和反映系統(tǒng)工作流程。③進(jìn)行需求驗(yàn)證，要驗(yàn)證的主要內(nèi)容有：有效性驗(yàn)證、一致性驗(yàn)證、完整性驗(yàn)證、現(xiàn)實(shí)性驗(yàn)證和可檢驗(yàn)性驗(yàn)證。 結(jié)構(gòu)化分析建模：它是建立在需求規(guī)約基礎(chǔ)上的，對軟件問題進(jìn)行全面解說，包括四個方面：①數(shù)據(jù)建模，它與數(shù)據(jù)庫設(shè)計密切相關(guān)，ER圖涉及實(shí)體、關(guān)系、屬性等圖形元素，在業(yè)務(wù)層面建立數(shù)據(jù)庫概念模型，一般用于前期的建模構(gòu)想。②功能建模，是對系統(tǒng)數(shù)據(jù)加工的圖解，數(shù)據(jù)流程圖是常用的建模工具，涉及數(shù)據(jù)接口、數(shù)據(jù)處理、數(shù)據(jù)流、數(shù)據(jù)存儲等圖形元素，用于描述系統(tǒng)數(shù)據(jù)加工細(xì)節(jié)。③行為建模，行為模型用于說哦名軟件系統(tǒng)與環(huán)境的交互，狀態(tài)轉(zhuǎn)換圖常用的軟件行為建模工具涉及狀態(tài)、事件等圖形元素。⑤數(shù)據(jù)字典，是用于定義軟件的元素，使軟件元素獲得嚴(yán)肅的、詳密的、精確的規(guī)格說明。需求分析模型中的數(shù)據(jù)、功能、行為等諸多方面的元素，都有必要通過數(shù)據(jù)字典給予細(xì)節(jié)說明，以達(dá)到對系統(tǒng)較完整全面的規(guī)格定義。

基于UML對象面向?qū)ο蠓治鼋�模：UML是統(tǒng)一建模語言，有統(tǒng)一的語法、語義和語用規(guī)則，其建模過程的特點(diǎn)是：用例驅(qū)動、以構(gòu)架為中心和增量迭代，通過包實(shí)現(xiàn)對模型的有效的一體化管理。包括三部分：①用例建模，它面向用戶需求的，能夠反映系統(tǒng)的用戶價值，用例圖的基本元素有用例、參與者、交流;用例之間有泛化、延伸和包含關(guān)系。②活動建模，活動圖用于描述系統(tǒng)動態(tài)過程，主要圖形元素有：活動、轉(zhuǎn)換、起點(diǎn)、終點(diǎn)、判斷、并發(fā)、同步、泳道等�？擅枋龈邔訕I(yè)務(wù)級活動，涉及整個業(yè)務(wù)流程，針對每個用例活動建模，反映用例內(nèi)部活動細(xì)節(jié)。③類分析建模，這里就只考慮實(shí)體類，實(shí)體類所代表的數(shù)據(jù)相互之間通常有一定的關(guān)系，依靠這種關(guān)系可形成有組織的程序數(shù)據(jù)結(jié)構(gòu)。實(shí)體類之間的主要數(shù)據(jù)關(guān)系有：關(guān)聯(lián)、聚類、泛化。

接下來我就簡單說下我上這門課的簡單的心得體會，我們是大四的學(xué)生了，也只有這個學(xué)期有課了，剛開始課表安排出來的時候覺得挺意外的，只有前八周有課，當(dāng)時我還是有點(diǎn)小感動的，大四事情很多，有要考研的和工作的，大家也都有各自的事情，如果有16周的課，那么每周課不是特別多，但是時間特別分散，也不能集中某段時間去做什么事情。但是相對于老師的壓力也有，課程壓縮了相當(dāng)于每節(jié)課的教學(xué)任務(wù)大大增加了，在加上有些假期沖掉課，就感覺我們好像上課學(xué)不到什么東西，也只是一些關(guān)鍵的和考試掛鉤的才重點(diǎn)講，完全沒有擴(kuò)展的時間和空間了。但是總的來說，學(xué)校開了這門課，我們上了這門課，總是學(xué)到了點(diǎn)東西的，不可能明明上了軟件工程這門課，卻像沒上一樣什么都不懂。在上課的時候我還是很認(rèn)真地去聽老師所講述的內(nèi)容的，我覺得他的思想和我一向而來的培養(yǎng)計算機(jī)學(xué)生綜合素質(zhì)的理解還是在一定程度上不謀而合了，所謂的需求獲取，那就是一個談判，辯論，交流的過程，已經(jīng)不是單純的編編程序就能解決的問題了。從我所看到的聽到的來說，我最怕的就是計算機(jī)系的學(xué)生被別人說成是個帶著厚眼鏡的，只能夠在電腦前編編程序的，在交際場上不知道說什么而一個字都說不出來的人。我覺得這樣的人進(jìn)入社會之后是沒有什么前途的，起碼他們?nèi)狈α伺c人溝通交流的能力。而這門課程在一定程度上給了我們這些學(xué)生一個機(jī)會來鍛煉自己在另一方面的能力，設(shè)想一下，一個又有技術(shù)又能夠與人交流合作的人所取得的成就自然要比一個單單只會編程序的人要大得多。其次，這門課程教給了我們在完成一個實(shí)際項(xiàng)目時的一般程序及過程，我認(rèn)為這是一份非常具有實(shí)際意義的教學(xué)內(nèi)容。當(dāng)我們在畢業(yè)之后，這是我們實(shí)際要運(yùn)用的一項(xiàng)非常有用的技能，而且不僅僅局限于軟件工程的范疇，我們即使是從事與其它行業(yè)，不也是要從需求獲取開始，一直有條有理地到最后成品的出爐嗎?應(yīng)該說這就是這門課的價值所在。無論是在上課，還是在學(xué)生會里面做學(xué)生工作，我都深深地感覺到，技術(shù)性的工作就好比變魔術(shù)，其實(shí)原理是非常簡單的，甚至可以說簡單的可笑，但是當(dāng)你就是做出這么一個簡單的東西出來之后，一些外行們有時候會用崇拜的眼光看著你，覺得你很厲害，很高深莫測。但是制作的過程他們卻不知道，也許知道之后他們只是會啞然失笑，原來這個東西的制作過程是如此的簡單。這個可以說就是技術(shù)的魅力了，而作為需求獲取及之后的一系列過程則是類似于魔術(shù)揭秘的過程，但是作為這個秘密我們并不需要一揭到底，至于揭的程度如何那就是我們那就是我們學(xué)出的程度如何了，我們要讓對方知道我們在做什么?以及如何去做?這些東西需要我們以一定的技巧敘述出來，所起到的作用就是能夠讓對方了解自己的進(jìn)度，卻又能夠不讓對方來干涉自己的工作過程。因?yàn)槲覀兪羌夹g(shù)員，對方只是外行，即使對方知道了這個魔術(shù)的操作過程，也并不代表他們就能夠向變著魔術(shù)的我們來隨便修改這個魔術(shù)的變法，況且我們能夠用不同的過程來得出一個同樣的結(jié)果，這個過程的得出的主動權(quán)如何掌握在我們的手上，就看我們?nèi)绾我愿呙鞯姆绞絹斫议_這個魔術(shù)的謎底了。當(dāng)然了，在純粹的理論上，我覺得開設(shè)這樣一門課程是很成功的。但是畢竟現(xiàn)實(shí)里有太多的不確定的因素。最重要的因素就是授課的老師和聽課的學(xué)生。這兩個可以說是這門課成與敗的決定性的因素。

作為我們學(xué)生來說，應(yīng)該負(fù)起比較主要的責(zé)任。在大學(xué)里有了太多的基礎(chǔ)課程，基礎(chǔ)課程大多都比較枯燥無味，也許在第一個學(xué)期里我們還能夠保持著新鮮感，但是在6學(xué)期之后，可以說再有新鮮感就是一件比較困難的事情了，我們都已經(jīng)開始變得遲鈍了。其次的，沒有認(rèn)識到這門課程的價值。這門課的價值我已經(jīng)在上面說過了，是不言而喻的。但是并不是每個同學(xué)畢業(yè)之后都回從事計算機(jī)行業(yè)，也不是每個同學(xué)都知道這門課程的意義已經(jīng)不僅僅局限于計算機(jī)這個范疇�；蛟S有些人覺得反正以后不是這個發(fā)展方向，也就不在乎這個課程吧。我個人覺得這門課確實(shí)是挺好的，如果認(rèn)真學(xué)必能學(xué)到很多東西，動手實(shí)踐能力和從整個大體分析系統(tǒng)開發(fā)的邏輯性思維也會明顯增強(qiáng)，不管以后從事哪個方面的工作，這對以后來說都是一筆很大的隱性財富。說到我自己對這么課的學(xué)習(xí)，還是有點(diǎn)愧疚的，前面四周我每周每節(jié)課都去上的，并且上課也認(rèn)真聽，一邊聽老師講課一邊自己看書本的介紹，但是后來我上這門課的次數(shù)就降低了，因?yàn)橛X得時間很緊吧，而且老師上課的節(jié)奏我個人覺得有點(diǎn)慢，我都可以自己預(yù)習(xí)看到后面去了，但是這門課我還是每周至少上一節(jié)課的，雖然我早上7點(diǎn)多一點(diǎn)就出門，在自習(xí)室，但是有時候明明知道到了上課的時間，明明上課的地方離自習(xí)的地方不遠(yuǎn)也不太想去。我記得有次上課時候老師生氣了，說來上課的人少，我仔細(xì)環(huán)顧了下四周發(fā)現(xiàn)確實(shí)人很少，稀稀疏疏的分散著，看起來確實(shí)不太舒服，讓我不得不反思了，這大學(xué)的教育到底怎么了，怎么到了大四大家都不來上課，雖然我不是每節(jié)課都來，但是我還是時不時來上課的，可能是比較浮躁吧，快畢業(yè)了，覺得上課學(xué)不到什么實(shí)際的東西，要么實(shí)際一點(diǎn)好好考研繼續(xù)深造，要么去培訓(xùn)增強(qiáng)實(shí)踐能力這樣才能較好的為找個滿意的工作做好鋪墊。

《軟件工程》課程既強(qiáng)調(diào)基本概念和基本知識的理解和掌握，又側(cè)重軟件項(xiàng)目的分析、設(shè)計、實(shí)現(xiàn)和維護(hù)的基本技能。比較注意“點(diǎn)”和“面”的結(jié)合。我還是蠻喜歡這門課的，通過對這門課的學(xué)習(xí)讓我意識到理論學(xué)習(xí)很重要，實(shí)踐更重要，實(shí)踐是檢驗(yàn)真理的唯一標(biāo)準(zhǔn)，只有將理論與實(shí)際結(jié)合，才更能發(fā)揮我們所學(xué)的知識的作用，更能直接的創(chuàng)造效益，社會和國家做出貢獻(xiàn)。

【軟件工程課程感悟】相關(guān)文章：

軟件工程課程設(shè)計總結(jié)08-27

軟件工程的課程實(shí)踐教學(xué)的論文04-27

軟件工程課程設(shè)計報告05-01

Java軟件工程師課程04-30

軟件工程網(wǎng)絡(luò)課程的設(shè)計與開發(fā)04-28

軟件工程專業(yè)課程04-29

軟件工程課程教學(xué)模式研究的論文04-27

對軟件工程課程教學(xué)設(shè)計的思考與實(shí)踐04-29

關(guān)于軟件工程課程改革探討的論文04-27

iOS軟件工程師培訓(xùn)課程介紹04-30