計算機工程畢業論文精選範文
近年來,隨著全球網際網路技術的普及、計算機技術的迅猛發展、數字技術的瞬息萬變,計算機工程在人們生活、生產中的應用越來越廣泛。下面是小編為大家整理的計算機工程畢業論文，供大家參考。
計算機工程畢業論文範文一：計算機軟體工程專案管理思考
計算機軟體大體分為三類，一種是總述，一種是系統軟體，一種是應用軟體，系統軟體的作用是促使各個硬體按照一定的規律協調工作，保證計算機處於正常運轉狀態。而應用軟體的作用則是為了實現某種使用願望而開發出來的軟體。
1計算機軟體工程專案管理的基本概念
1.1工程專案管理的含義工程專案管理主要是業主通過委託從事工程專案管理的企業，簽署相關協議，工程專案管理企業有義務和權力代表業主在工程專案進行的情況卜干預和服務。工程專案管理企業可以協助業主同項目工程總承包簽訂一系列合同，只是起到輔助性作用，不直接與總承包企業或者施工、勘察、供貨和設計簽署協議或合同，工程專案管理企業有責任在施工過程中監督合同的完成情況。
1.2軟體工程專案的概況
1.2.1管理人員開展有序的專案計劃
企業必須把人員管理放在重要位置，在軟體工程專案的開發上人員的調配問題是保證工程順利進行的重要因素，因此，專案能否成功和工作人員的工作能力、寫作能力息息相關，針對工程專案的操作類別不同，可以分配成各個研究小組，進行科學合理的針對性開發和高效的協作，有利於工程的快速推進和更加完善。小組內的人員根據自身優勢，確定自己的工作內容和工作時間。對專案進行正確的認識和對風險進行評估，與此同時從節約成木的方而出發，形成科學的人力資源調配機制，使專案得以順利開展。
1.2.2質量和配置管理工作
軟體的質量管理工作是整個專案的核心工作，質量管理決定著計算機軟體工程專案管理是否真正的成功，通過一系列保證質量的手段，有計劃的編制、控制和保證專案質量。保證專案質量的方式可以通過定期的進行質量評估得以實現，在日常專案管理中要不斷的對工作進行考查，對於專案不合格的地方要提出意見並且考慮整改措施，不斷完善整個軟體配置管理的記錄工作，使專案的質量能有一定的檢測體系，這樣開發者會對專案工程的質量問題有比較深入的瞭解。
1.2.3風險評估和管理工作
風險管理大致分為兩種工作，一種是風險識別，另一種是風險評估。得到評估結果以後要針對問題提出相應的解決辦法，定期檢測計算機軟體工程的好處是可以減小產生風險的概率，還可以避免一些因疏忽而產生風險，使專案的損失減少到最低，也減少了因專案風險而造成的一些相關責任人的利益衝突。
2計算機軟體工程專案管理中存在的問題
2.1管理團隊的協作問題
分工合作是我們完成一個專案的基木因素，在軟體開發方而更需要每個人的智慧一起凝聚出果實，共同享受成果，而目前在計算機軟體工程專案管理方而資訊的交流方而存在一些問題，例如分工不清、團隊不合作等問題。
2.2需求分析和實際中的業務存在差距問題
計算機軟體工程專案沒有結合實際的活動需求，也沒有調查有效的資料分析，因此計算機軟體工程專案管理在開發出新的產品以後並沒有取得理想的業務效果。
2.3風險管理的問題
專案的風險工作是企業需要考慮的很重要的問題，如果風險沒有相應科學管理，很容易帶來巨大的損失，但是很多員工並不懂得如何規避風險，缺乏相應的專業知識，更是缺少對風險工作的管理，導致很多企業在風險來臨時無法做出正確行動，造成巨大的經濟損失。
3計算機軟體工程專案管理的對策
3.1對風險管理和工作進度進行有效管理
制定風險管理制度。計算機軟體工程專案管理的工作人員必須具有一定的風險識別意識和相應的遇到風險的專業知識，並且能有效的控制風險的能力。在平時要做好風險評估的管理報告，針對可能發生的風險要及時預測並且做出相應的解決行動。設定專門的人員對計算機軟體工程專案定期進行風險的評估和檢查工作。在整個專案中，根據需要進行多次的風險管理工作，因為風險無時無刻都有可能存在，檢查的目的是儘量減少風險發生，在一般情況卜處理風險的措施一般有三種:減緩、規避和轉移。提高工程的進度，不斷的推進工程的工作效率。要制定詳細的工作計劃表，並且儘可能達到最高的工作目標。工作人員有嚴謹的工作態度和高效的作息時間安排，管理人員要密切關注工程進度，不斷的督促員工完成應做的工作量，有條理、高效的完成對員工的工作任務的監督工作。
3.2建立完善的管理體系針對計算機軟體工程的人員日常管理工作，要建立科學有效的管理方案。合理安排人才資源，確保在進行計算機軟體專案工程時人員調配順利進行。專業知識的培訓對於工作人員來說
是必不可少的，可以極大的豐富計算機軟體工程專案人員的專業水平和實踐能力，減少工作上的失誤，提高工作效率和工作人員的素質。獎罰制度是對企業員工優劣的衡量標準，所以在計算機軟體工程專案管理方而採取獎罰制度可以極大程度上調動員工的積極性，使員工主動為企業創造效益，企業的發展才能有長遠的未來。
3.3建立合作的團隊
在員工內部建立有效的交流機制。員工的內部工作經驗交流是非常重要的，因此要完善溝通方法，開闢多種交流方式和渠道，不斷的增強各個部門的溝通意識，使團隊的力量不斷凝聚起來。明確分工，責任落實到個人。計算機軟體工程管理非常複雜，需要的人員也眾多，因此必須要使每個員工明確自己的工作內容和範圍，清晰的劃分自己所需要負責的區域，清楚自己的責任，這樣能夠確保每一個步驟都井井有條，非常有秩序。調動整個團隊的工作積極性。通過一些活動、獎勵措施等使每一個工作人員全身心的投入到工作中去，願意並想要去做的更好，不斷激發團隊的潛力和員工的協作能力，這樣專案不僅會做的越來越好，員工內部也會越來越和諧並且充滿正能量，企業的效益也會不斷得到提升。
4結語
計算機軟體工程專案管理的工作內容十分的複雜，要保證軟體工程按照工程原計劃進度順利開展工作，並且要節約成木、保證質量，必須熟練對計算機軟體進行操作，在現在的大多數生產計算機軟體的企業中最為重要的就是軟體工程專案的管理效率，軟體工程專案的成功條件是軟體專案要具有科學性和高效性，在此基礎上企業的合理管理也是企業走向成功的關鍵。
計算機工程畢業論文範文二：計算機工程能力教學思索
1現狀分析
培養高質量的軟體開發人才一直是社會和行業關注的焦點。早在11年前，對於工程教育的迫切性就被人提出來[1]。工程教育本身也作為一個系統問題被討論[2]。現在從國家層面在戰略上建立了軟體學院進行專門培養，各個高校也不斷推出新的課程、新的措施方案。在這一領域雖然比過去似乎已經有了翻天覆地的變化，但來自企業的呼籲似乎一直反映出諸多不盡如人意。更多的思路希望將企業的力量直接引入到教學，比如實訓基地等[3];而國家層面也非常關注實訓[4]。但實際效果可能變得流於表面，因為企業往往難以將核心的工作拿給學生做，而其訓練的專案也並未從更全面系統的角度去設計，其鍛鍊效果就有限了。在軟體開發這一領域，由於其具有變化迅速，新技術不斷湧現的特點，導致不少在教育內容上選擇了追逐新技術、新語言、新平臺，以能用會用這些流行主流技術為目標。典型的代表就是北大青鳥，有些二本的學生在畢業前專門花錢去青鳥學習，似乎可以看到這種教育的優勢。但另一個矛盾的情況是，往往那些關注員工後勁的公司卻不願意招聘青鳥的學生。如果將目光投向國外的頂級大學，例如斯坦福，其教學上並沒有去“依賴”校企合作，以及很熱門的“實訓”。其核心課程依然是過去的傳統經典課程。以一個研究生為例，一學期能修2門課是正常，3門就很優秀。它並沒有追逐所謂的新技術。但無人質疑其學生的工程能力、科研能力和創造能力。
2什麼是計算機工程能力的核心
什麼才是我們軟體開發教育的核心知識架構，怎樣才能培養學生可持續發展的核心競爭力?我們調查過一些非常高水準的軟體開發者，發現他們往往在底層軟體上持之以恆地進行長時間深刻的鍛鍊，然後在未接觸的新領域才能非常迅速地掌握核心。例如，一個非計算機專業的系統分析員曾經“只”在DOS這種原始的作業系統下玩了10年，甚至自己寫過一個漢化的DOS。他只有書本上的一點點網路知識時，就用一兩天時間解決了一個學通訊的研究生1個月都不能解決的網路故障。這是一個典型的例子，他並沒有“實際的”網路經驗，什麼使得他如此輕鬆地進入了新的領域呢?而另一個曾就職於vmware、google等頂級公司的程式設計師，在Unix下只用C語言做了10年系統級程式設計。當用Java，C++甚至是javascript時，其學習時間只是1天，很快就比做了幾年專門java程式設計的程式設計師還精通。如何才是軟體開發人員的本質力量?什麼才能讓他們在變化萬千的新技術面前屹立不倒，乘風破浪?
2.1計算機工程能力
我們認為計算機工程能力包含兩方面的內容:1核心知識架構;2計算機的思維方式。什麼是核心知識架構呢?是反應該領域最基本規律和支撐技術的知識。簡單地說就是傳統的作業系統、編譯、資料庫。作業系統將硬體、軟體、高階語言和彙編融匯在一起，它幾乎包括了軟體工程中所有重要的因素。舉一個簡單的例子，似乎只有面向物件這種“高階東西”才有的虛擬函式運用，其實在Linux中就有相應的虛檔案系統。作業系統是最為複雜的計算機工程之一。編譯融匯了大量的演算法，而且能讓大家真正看“穿”語言的外表，深入到其內裡，體現了最根本的計算機技術。其優化技術，也深刻地和硬體交融在一起，很好體現了底層風範。資料庫，不僅是運用演算法最多的地方，甚至是超越作業系統的一個複雜的系統，從快取技術到i/o優化，到索引，再到事務處理，無一不是反映計算機最深刻規律。大家可以發現，所謂核心知識架構，都具有兩個特點，反映本質規律，體現軟硬融匯交織。也只有這樣，才能建立下面談到的“計算機思維方式”。
2.2核心知識架構
為什麼我們沒包括一些新興的語言和技術呢?似乎它們很“實用”。而且已經出現的問題是，按照傳統科目和方式學習後，學生在企業什麼都不會。這也正是大家關注工程教育的初衷。為什麼不強調這些新興實用技術的教育還在強調“古老”的“基礎”。計算機領域一個顯著的特點是，表面上知識更新非常快，新技術、語言層出不窮。這很容易導致當我們發現學生能力欠缺時，將問題歸罪於新技術的學習不得力，知識結構老化。但其實目前的問題可以從另外一個角度考慮，是否是基礎教育不得力?分析國外著名大學，如斯坦福、伯克利的課程，我們發現兩個特點:1關鍵的基礎課程，如作業系統、編譯原理、資料庫，始終是其最重要的課程，並沒有過分追逐各種“新潮”技術。2學生一學期能修的課程非常有限，一般為3門課。而國內卻呈現相反的狀況，比如編譯原理被降到了選修課的角色，新潮課程層出不窮，一個學生二年級一學期要修13門課。在這種走馬觀花的狀況下，計算機這種具有強烈“手藝”色彩和工程實踐的學科，被完全紙上談兵化。而一些可憐的實驗內容，還被學生的複製拷貝所湮沒。我們認為，恰恰是這種情況，使得基礎核心知識教育沒有工程化，沒有充分動手，導致了基礎知識教育某種程度上的巨大失敗。從以下鮮明的對比可以窺見問題的端倪:國內學生反映作業系統課程是文科課程只需要背條款考試即可;而相對地，國外著名高校作業系統課程要求學生實現“小”作業系統。國內資料庫只講其應用如大量講解sql等運用，sql即使非計算機專業人士也很容易學習，這也是它被髮明的初衷。斯坦福的資料庫課程中有一門需要實現一個數據庫系統。在筆者走訪的計算機工程上優秀的人才，發現其共同的特點就是在諸如作業系統或資料庫上都有很深入的學習經歷，比如前面提及的自己構建過漢化DOS系統，或者在Unix下，做核心以及驅動很多年等。而當他們接觸新技術時，之前深刻的經驗和淬鍊的思維就讓他們如虎添翼，快人一等。更有甚者，國外真正的最頂級專家，都是在這些領域有無與倫比水平的專家，從delphi的締造者，轉戰到微軟併入主.net平臺的開發，也可看到雄厚的底層知識和能力的巨大作用。所以“老”知識並不是障礙，而是通向天堂的階梯。究其原因，就涉及到工程能力的第2個方面，計算機思維方式。
2.3計算機思維方式
對非專業人士它是很抽象的概念，而對真正專業人士，這又是一個非常鮮活的概念。這裡限於篇幅，我們只舉一個簡單的例子。面對在C++中外部程式碼如何直接修改私有變數的問題，計算機的思維方式就是:物件也是放在記憶體中，只要能拿到物件的地址，並知道物件的佈局，那麼就可修改。而沒有建立這種思維的人，就完全被高階語言的語法所左右，無從下手。一句話，無法看到本質，沒有從下而上的底層思維。核心知識課程的有效深入教學和計算機思維方式建立有何直接關係呢?我們認為核心知識因為其反應了計算機本質規律，而且從底層建立起來，所以對其深入掌握運用後，它從開始的逼迫到最後的陶冶，最終潛移默化地讓受眾建立起“計算機思維方式”。而這正是計算機工程師安身立命之本，就如同音樂家有其獨特的音樂思維方式一樣。為什麼諸如java之類的課程於建立計算機基本思維不太合適呢?因為它更高層，無法讓學生看到最下面。而唯有徹底、深刻和系統的底層淬鍊，才能真正建立起“計算機思維方式”。
3如何打造強大的計算機工程能力
大家一方面指責基礎課程的“空洞”、“無用”、“陳舊”;另一方面在不斷開設的海量新課和技術中壓得學生更加遠離程式設計，遠離實踐。即使能培養出熟悉某種語言的學生，也無法看到他們和培訓學校有何不同。實訓也似乎沒有根本解決問題，我們在實踐中發現，往往是那些自己醉心於程式設計的學生最後有著卓越的表現。讓基礎知識能支撐和指導實踐，而非僅僅“符號”，並引導學生進行高效的實踐。
3.1“3塊連一線”，4門基礎課程整合打造核心知識架構
我們將4門基本課程進行貫通式整合，著力塑造學生的“計算機思維”。下層的是3門基礎課在上一小節探討了其在工程能力訓練上不可替代的重要地位，對軟體開發環境產生支撐。而軟體開發環境又通過精心的設計和工程實踐，從應用角度將3門課程所學的知識串聯起來。從而將基礎知識和工程開發更有機整合在一起。首先，闡述為什麼將以上課程整合在一起的理由。要回答這個問題，必須先回答什麼東西支撐了優秀程式設計師。在我們的調查人員中，無一例外地都具有很深厚的底層軟體開發背景。有長期從DOS的Hack入手的;有長期從事Unix核心程式設計的;有從Windows的driver起步的;有以反彙編逆向為根基的。長期在最底層的經歷，使他們建立了最真實和能觸控的系統觀，能以計算機的方式思考。所以面臨新技術時，他們能透過新形式很快把握其精髓，深刻地把握其實質。“太陽下面沒有真正的新事物”，例如號稱21世紀最新的重要的軟體技術AOPAspectOrientedProgramming，AOP，其實在20世紀60年代就出現在了彙編一級的軟體技術中，它本質就是鉤子技術的系統化。在底層的軟體世界，我們不僅能夠用到那些所謂的最新的技術，而且能看到其本質我們可能就是用機器碼自己構建出來的，而不被新技術的華麗外衣障目。這些使得具有底層經驗的開發者，更有創造力，更能創造，也更能洞察迷亂後的本質，庖丁解牛，解決那些異常複雜的工程問題。舉一個筆者遇到的真例項子，一個具有深刻底層經驗的程式設計師一直只有C語言和作業系統程式設計經驗和一個只有深刻Java經驗的程式設計師，在同時學習Javascript的閉包概念時，後者一個禮拜都還有些似是而非。前者很快就能自如運用，且最後指點了後者1個小時，後者頓時豁然開朗。這是典型的“新”與“老”，上層和底層經驗在面對新事物時的對比。既然底層軟體賦予我們如此強大的能力，那麼哪些是底層軟體呢?大家公認，作業系統、編譯和資料庫由來就是計算機工程自身的根基。所以，我們必須將這3門課涉及的知識好好淬鍊。而如何將3門課的知識和我們日常的軟體開發聯絡起來呢?如何用它們指導平時程式的開發呢我們大多數是開發使用者級軟體，不會開發核心軟體，因此許多人認為幾乎整個在核心中的作業系統對使用者級軟體開發無從指導?另一門課，《軟體開發環境》解決了這一問題。它有一條主線，通過反彙編將C語言和彙編串聯起來，讓系統級的知識從高階語言的面紗下展現出來。同時用逆向工程這把庖丁之刃，將編譯、連結、面向物件等軟體開發中的重要知識塊剖剔，讓底層與上層貫通一氣。而逆向的技術技巧，本身也是非常高階的軟體開發技術。因此，我們用“3塊連一線”來總結4門課的關係是最好不過了。為什麼不納入語言課程，比如C/C++語言?從我們的工程經驗來看，語言只是計算機原理和思想的載體，是表述方式而已。為了表述形式而專門花大力氣是不值得的。比如，國外的著名大學很多都不開設語言課，在其他課程作業中必須用C語言程式設計，學生們就在那裡鍛鍊了。真正的語言的力量並非來自語言本身，而是底層知識為支撐的專案鍛鍊。我們的思路是以構建式完成大量的完整系統的編寫，這樣就很好鍛鍊了軟體開發和工程能力。同時，“軟體開發環境”本身從逆向層面也對語言有了深刻的剖析，這是純粹的語言課難以完成的。另外，從大綱安排上，我們在大一就會讓學生用C語言來初步接觸程式編寫，這時並不適合放入太高階主題。而在教學中，語言的力量已經滲透到一個個工程構建中，隨風潛入夜了。為什麼不納入演算法課程?從某種程度上，“程式就是演算法與資料結構嗎”?我們認為在系統中運用演算法，演算法才具有生命力。而編譯、作業系統、資料庫以及我們專門設立的一些課程設計將全面運用各種演算法和資料結構。在實戰中運用並學習提升才是王道。這也正是構建式學習的精髓所在，這也正是探索式學習培養學生的創造能力的精髓所在。演算法課已經為我們準備了元件，就看你怎麼去組裝甚至改造。
3.2以構建主義的思路，深度實踐的風格改革課程
前面我們論述了底層知識架構的重要性，那麼怎麼來將它們實際地建立在學生的工程實踐中呢?簡單地說就是“構建一個具體而微的系統”。講作業系統就構建一個小作業系統，講編譯原理就構建一個小編譯器。同時，設計一些跨度較大的課程設計覆蓋這些課程的一些重點內容。構建完整系統本身就可真實淬鍊工程能力，而這些內容的複雜性、難度以及運用知識點的廣度，本身就超越了簡單的企業實訓專案，在培養人才方面具有系統性、完整性、挑戰性獨特優點。我們需要的是運用團隊的思路和現代軟體工程的手段，將其開發過程管理髮起來，從而熟悉企業級開發的工具鏈，將軟體工程學到的知識貫通到實作中。這也回答了“和以前相似的強調基礎課程教育，什麼特點使得我們的做法能獲得強大的工程能力?”這一問題。以前更多注重理論知識的學習，而現在的做法是迴歸計算機工程的自身科學規律———實踐為王。
3.3改革考核評價標準，充分強調動手實踐
以前我們一直是卷面考試，實驗分數只是象徵性的點綴。這本身違反了計算機工程的特點。只有改變評價考核標準，才能真正驅動學生充分鍛鍊工程。在課程軟體開發環境中，我們採取了平時的考試結合期末考試的方式，而兩者均為軟體編寫。期末考試在實驗室上機編撰指定題目。不強調對一些函式名等死知識點的記憶，可以用線上幫助。這本身也符合軟體開發的規律。
4結束語
我們在計算機工程教育上試圖做一些迴歸本質的工作，也取得了一些效果。比如在軟體開發環境中，學生普遍認為:“似乎將3年學的程式課全學習了，收穫很大”。更有同學，在外企公司的面試中，直接運用了課堂上的知識，這在傳統的教學環節中是難以獲取的。但整個工作尚在起步階段，所以仍有很多工作需要做，許多環節需要優化。我們希望在以後的工作中更深入探索工程教育的規律和本質。