第一篇：軟件工程導學課報告

淺談大數據潮流下的軟件工程

--從一個局外人的角度 作為一個商學院的學生，經過一個學期的軟件工程導學課的學習，終于對軟件工程輪廓有一個大致的印象，更是進一步產生了興趣。經過課堂上前輩們的介紹，在我心目中，軟件工程從業者也從辛苦的碼農變為走在創新最前沿的精英。在現代社會中，軟件應用于多個方面。典型的軟件比如有電子郵件，嵌入式系統，人機界面，辦公套件，操作系統，編譯器，數據庫，游戲等。同時，各個行業幾乎都有計算機軟件的應用，比如工業，農業，銀行，航空，政府部門等。這些應用促進了經濟和社會的發展，提高人們的工作效率，同時提升了生活質量。而在如今這樣一個信息化社會，互聯網飛速發展，其衍生產品如雨后春筍，軟件工程與虛擬現實，大數據，人工智能的結合尤為引人注目。因此，了解大數據洪流下的軟件工程發展有著重要意義。

從軟件定義網絡(software defined network, SDN)開始，軟件的作用向計算、存儲、數據中心架構甚至整個IT環境蔓延，以往基于硬件平臺實現的許多功能逐漸通過軟件實現，軟件的地位越來越突出。被軟件定義的世界正在“大數據化”。圖靈獎與諾貝爾獎雙料得主司馬賀(Herbert A Simon)在其《人工科學》一書中講到：“我們今天生活的世界與其說是自然的世界，不如說是人類的或人為的世界。在我們周圍，幾乎每樣東西都有人工技能的痕跡”。大數據是人類活動的產物，來自人們認識與改造客觀世界的過程中，是生產與生活在網絡空間的投影，因此大數據正成為信息時代的寶貴財富。但是由于大數據的數據量過于龐大，信息種類過于繁瑣，人工信息篩選與信息識別基本不可能。然而，在大數據分析上軟件工程將會成為人類的有力助手。

在對密集型數據進分析時，傳統的數據生命期信息學流程已經難以適用，無法對大數據進行有效的模擬。要由原本的數據、信息、模型、模擬推演的過程逐漸轉變為數據、信息、知識、價值服務、策略意義的第四范式模型。在全新的研究模式中，要對數據整合驅動、需求度量價值、情境約束等進行分析。其中，知識及價值服務是整個研究的基礎和重點，要針對密集型數據整合服務領域，對密集型數據將的處理、管理、分析、應用等多個方面進行研究，建立統一的理論體系和研究方法，提高密集型數據生命期信息學流程驅動軟件的服務生命期，對目前第四范式建立存在的問題進行針對性的解決，適應大數據時代的發展。

此外，軟件不僅不易用來分析大數據，本身也是大數據源頭之一。很多軟件都具有收集數據，上傳數據的后臺功能。因此，在數據終端可以進行對用戶數據的收集整理，以便于分析用戶的偏好于等實際情況。因此，如果有效利用軟件作為大數據的源頭，企業將會有著更充分的信息，有效把握市場動態。

總而言之，在大數據時代下，軟件工程的發展涉及到多個領域，需要具備高度的專業性和實踐性。在軟件工程中，要在實踐中進行研究，而不是在研究中進行實踐，核心在于如何對傳統的軟件理論進行創新突破。在其中就涉及到有關大數據理論和研究方法的問題，如何將理論、算法、技術標準等進行融合。大數據在最初提出時具備三種特征：體量、增速和多樣。隨著時代的不斷發展，大數據的特征也越來越多，如價值、真偽性、可證性、可變性等，對軟件工程的發展有著重要的影響。在軟件工程的研究中，要不斷的創新傳統的軟件技術，解決限制軟件工程發展的客觀條件，結合互聯網的發展，對大數據時代下的密集型數據進行有效的處理，促進行業發展。

第二篇：軟件工程課 心得體會

心得體會

通過本學期的學習，獨立完成了軟件工程方法實踐與案例的作業，同時也收獲了學習方法和思維方式。由于我是從電氣專業調劑到計算機專業，幾乎沒有基礎，所以在剛開始進入學習時感覺非常的困難。但是，李老師每節課都循序漸進的引導教學，讓我慢慢理解了軟件工程的學習思維，并且堅持學習，逐漸找到了學習軟件工程的方法。在整個的學習中，一點一點的學習：上網搜索、問同學和老師、找參考書、查文獻，甚至下倉庫管理的軟件進行使用研究，用了很多方法，也終于對軟件工程的整體設計有了深刻概念和理解。

老師給我們分組分配任務，同時又每個人有不同的具體任務，這樣既鍛煉了我們的合作溝通的能力，同時也強調了獨立自主的思考。我們倉庫管理小組進行過好幾次集體討論，大家互相討論，共同學習，也曾出現過意見不統一，通過探討，共同解決，我覺得這也是學習提升的過程。明確了自己的任務后，就努力去完成，按時完成自己的任務。

在完成作業的同時，學到了很多的數據庫知識和軟件使用方法。首先接觸了visio軟件，發現了它畫圖比較方便，之后老師介紹用rose軟件后，發現其功能更加強大。由于rose軟件是英文版，所以剛開始用的時候比較吃力，經過搜索使用教程和多次使用練習后，終于可以熟練使用了。

整個設計過程，包括調研設計、需求分析、概要設計、數據庫設計、詳細設計等。其中，我對UML圖印象最為深刻，也是從這個地方開始，我對軟件設計有了質的改變，體會和理解了軟件設計應該樹立的思維方式，對以后的學習和任務有有很大幫助，后期做作業時也沒有那么困難了。

在這整個課程學習和完成作業過程中，收獲知識，提高能力的同時，我也學到了很多人生習慣，懂得怎么樣去制定計劃，怎么樣去實現這個計劃，并掌握了在執行過程中怎么樣去克服心理上的不良情緒。因此在以后的生活和學習的過程中，我一定會把這種習慣帶到生活中，不畏，勇往直前！

最后感謝李老師對我們耐心的教育和指導，認真細心的給我們批改作業，給予我們這些沒有基礎的學生耐心指導，謝謝老師！

第三篇：軟件工程報告

軟件工程實訓(論文)

論文題目

學 院應用數學學院 專業信息與計算科學

年級班別12級2班 學 號3212008007 學生姓名 洪春暉

指導老師 李小英

2015 年12月

對軟件工程的認識

摘要：

軟件工程：顧名思義就是用工程化的方法生產軟件的一門學科。軟件產業作為信息產業的核心是國民經濟信息化的基礎，已經涉足工業，農業，商業，金融，科教文衛，國防和百姓生活等各個領域。采用先進的工程化方法進行軟件開發和生產是實現軟件產業化的關鍵技術手段。因此，為積極促進我國軟件產業的發展，加速我國信息化建設，增強其國際競爭力，國家急需培養大批軟件工程領域的實用型，復合型軟件工程技術人才和軟件工程管理人才。軟件工程專業需要一定的專業技能，只有有能力的人才能在社會上立足，所以，所以學習軟件工程這門課程不能放松，要按照學習計劃按部就班的學習，不能盲從也不能懈怠。每個階段都要有明確的目標，并把目標細化，付諸實踐，要立長志不能常立志。這樣才能提高自己的學習效率，增強專業技能，成為真正的軟件人。

關鍵詞：測試、過程、能力

一、軟件測試

軟件測試是軟件生產的重要環節。軟件質量正確的內涵包括三方面，完整的需求、正確的代碼和最少的缺陷。軟件測試就是在軟件開發的整個生命周期中對這三方面進行有效控制的重要手段，是軟件質量的安全副駕駛。據統計，通過必要測試，軟件缺陷數可至少降低75%，而軟件的投資回報率能達到350％。，軟件測試的方式也開始由手工向自動化測試方向轉變，測試工具包括白盒、黑盒、嵌入式等七大類。軟件測試的蓬勃發展在促進質量提升的同時，也將軟件產業帶進發展的新時代。

測試方法術語：

1.測試用例：根據測試需求和設計所設計的測試輸入、測試操作和預期結果。

2.軟件測試：是根據軟件開發各階段的文檔和程序的內部結構而精心設計一批測試用例（即輸入數據及其預期的輸出結果），并利用這些測試用例去運行程序，以發現程序缺陷的過程。3.黑盒測試：把程序看成一只黑盒子，測試者完全不考慮程序的結構和處理過程。它根據需求說明書規定的功能來設計測試用例，檢查程序的功能是否符合需求，又稱“功能測試”。4.集成測試：主要對系統內部的相互服務進行測試，是由底向上通過集成完成的功能模塊，對程序內部具體單一功能模塊的測試。

5.系統測試：將軟件作為整個計算機系統的一個元素，與計算機硬件、外設、某些支持軟件、數據和人員等其他系統元素結合在一起，在實際運行環境下，對計算機系統進行的一系列的測試。

6.驗收測試：驗收測試是以用戶為主的測試。由用戶設計測試用例，使用真實數據進行測試，分析測試的結果。

7.回歸測試：指在第一次系統測試完，開發小組已經將所有的缺陷處理后，進行得第二次系統測試。流程圖：

：

1.制定測試計劃：軟件項目經理在制定開發計劃時（參見《軟件項目策劃過程》），應同時與測試質保部一起考慮項目的測試計劃。測試質保部制定測試計劃，協商安排集成測試和系統測試等工作。測試計劃內容包括測試人員安排，測試方案、測試用例設計工作安排和測試執行工作安排等內容，按照《軟件測試計劃》模板制定。執行人有：軟件項目經理、測試人員。

2．評審測試計劃：制定完成的測試計劃，軟件項目經理要組織人員進行評審，評審參照《評審過程》進行。

執行人有：軟件項目經理。3．編制和評審測試用例：

集成測試用例編制:測試人員根據《概要設計說明書》文檔安排人員制定集成測試方案和測試用例，考慮需要集成的關鍵模塊、集成的次序和需要測試的接口和測試的環境要求等工作。系統測試用例編制:測試人員根據項目的《軟件需求規格說明書》，參考項目設計文檔,編寫測試方案和測試用例，規定測試數據、測試預期結果、測試充分性評價等，重點在功能測試，兼顧性能測試，如確認需要測試的功能和不必測試功能；用戶界面的確認；硬件、軟件和通信接口的確認等等，完成后的測試用例交給軟件項目經理審核，并組織有關人員參加評審，通過評審后入配置管理庫進行管理。

執行人有：軟件項目經理、開發人員、測試人員。4．準備測試：

檢查是否可以進行測試：集成測試的代碼是否已完成單元測試；系統測試的代碼是否已完成集成測試。

代碼及測試文檔準備：集成測試和系統測試前開發或配置管理人員應向配置管理庫歸檔最新測試代碼及測試所必須的文檔。

測試環境搭建:對自己可以搭建測試環境的軟件項目，測試時應從配置管理庫中提取程序及測試所必需的文檔，并根據測試方案搭建測試環境；對自己無法搭建測試環境，可以到現場進行測試，但必須采取措施保證不影響用戶原有的系統（做測試方案時應給予考慮）。執行人有：開發人員、配置管理人員、測試人員。5．實施測試：

集成測試:測試人員根據設計說明書和測試方案進行集成測試.系統測試: 系統測試應盡量在與實際運行（使用）環境一致的環境下進行（如果不行，就要在與實際環境有可比性的模擬環境下進行），與計算機硬件、外設、支持軟件、資料和人員等其它系統元素結合在一起，測試軟件需求規格說明書列出的所有需求，確保所有的軟件功能需求都能得到滿足，所有的軟件性能需求都能達到，所有的文檔都是正確且便于使用；同時在測試過程中，應當按照顧客手冊或操作手冊中規定的使用步驟，以便檢查這些文件資料的完整性和正確性。執行人員有：測試人員。6．缺陷跟蹤：

使用Test Director作為測試管理工具，記錄并跟蹤缺陷，統計缺陷數據。執行人員有：測試人員及開發人員。7．回歸測試：

缺陷跟蹤結束，或者項目組重新提交，測試人員應做回歸測試，若第一次測試時的資料未進行修改，例如：用戶手冊、系統需求說明書、測試計劃、開發規范等，測試組將不進行重復測試。

執行人員有：測試人員。8．報告/評價測試結果：

測試結束后，測試人員對測試結果和測試過程等內容進行整理，形成《測試分析報告》，由軟件項目經理組織有關部門進行評審，并把評審結果提交軟件項目經理及研發經理評價測試的有效性、充分性；如果使用模擬測試環境，還應評價模擬環境與現實環境的差異，確認軟件是否通過測試，如果認為軟件沒有通過測試，可對軟件進行修改并修改測試計劃進行重新測試或經產品總經理批準，得到顧客的認可后讓步放行、使用或接受不合格品。執行人員有：軟件項目經理及有關人員 9．報告、測試結果置于配置管理之下。執行人員：配置管理人員。

二、軟件工程過程及所需能力

軟件工程過程：軟件工程過程包含軟件開發、維護以及軟件開發和維護時所需的管理活動。軟件生命周期：軟件生命周期是指軟件產品從考慮其概念開始，到該軟件產品不再能使用為止的整個時期。具體地說，軟件生命周期是指從時間角度對軟件開發和維護的復雜問題進行分解，把軟件生命的漫長周期依次劃分為若干個階段，每個階段都有相對獨立的任務，然后逐步完成每個階段的任務。一般將軟件生命周期劃分為六個階段：計劃、需求分析、設計、編碼、測試、運行維護。

軟件工程專業本科生應掌握科學方法與工程方法；掌握扎實的軟件基礎理論知識和較寬廣的軟件工程專業知識，具有技術創新能力；受到良好的軟件工程訓練，具有較強的工程實踐能力和團隊協作能力；熟悉軟件應用和工具，具備運用先進的工程化方法、技術和工具從事某一應用領域軟件分析、設計、開發、維護等工作的能力。軟件工程專業本科畢業生應達到基本的數學和語言要求；熟練掌握英語，具備良好的閱讀、理解和撰寫外語資料的能力和進行交流的能力；擁有較好的溝通技巧和團隊工作能力，通曉和遵守法律與職業道德。軟件畢業生應獲得以下幾方面的知識和能力：1。具有扎實的自然科學基礎和較好的人文社會科學基礎；2.對軟件系統、計算機系統、信息系統及計算機軟件相關系統的認識能力；3.具備扎實的理論基礎，能夠全面通曉計算機軟件和軟件工程的基礎知識，較深入理解至少一個計算機軟件應用領域；4.有較強的動手能力，能夠具有一定的系統分析和軟件設計的能力，熟練使用一種以上主流的操作系統、數據庫管理系統和程序設計語言，做到理論與實踐相結合；5.有實際項目的工作經驗；6.具備自學習的能力以適應軟件技術的快速變化，能夠通過自學的方式在較短時間內掌握系統軟件的使用；并且具有熟練使用各類流行軟件解決實際問題的能力；7.能夠綜合應用各類方法、技術和工具，運用工程技術方法解決復雜性軟件問題的能力；8.掌握一門外語，具有聽、說、譯、寫以及熟練閱讀外文文獻能力，以此具備語言、交流、寫作等基本的軟件從業能力，認同現行的法律、道德和倫理。軟件工程課程應該加強理論與實踐的結合，在學習的過程中實踐所學理論。

第四篇：軟件工程報告格式

程序設計基礎實驗（2）

綜合性項目報告

課目：

學院：

班級：

學生：

指導教師：

完成時間：

課程設計(論文)評審意見

（1）課程設計過程（20分）：優（）、良（）、中（）、一般（）、差（）；

（2）是否完成調試，系統運行效果（30分）：優（）、良（）、中（）、一般（）、差（）；

（3）回答問題（20分）：優（）、良（）、中（）、一般（）、差（）；

（4）課程設計報告（30分）：優（）、良（）、中（）、一般（）、差（）；

（5）格式規范性及考勤是否降等級：是（）、否（）

目錄

1、項目內容、要求與分組情況總體介紹..錯誤！未定義書簽。

2、概要設計..............錯誤！未定義書簽。

2.1開發工具及環境.....錯誤！未定義書簽。

2.2 任務及需求分析.....錯誤！未定義書簽。

2.3 功能模塊設計.......錯誤！未定義書簽。

2.4 工作原理...........錯誤！未定義書簽。

3、具體實現............錯誤！未定義書簽。

3.1 類設計......錯誤！未定義書簽。

3.2 模塊及實現代碼介紹........錯誤！未定義書簽。

4、運行調試與分析討論........錯誤！未定義書簽。

5、設計體會與小結.........錯誤！未定義書簽。

6、參考文獻..............錯誤！未定義書簽。附錄：（源程序）.............錯誤！未定義書簽。

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

軟件工程是一門實踐性很強、交叉性很強的學科，它提供給我們的不僅是一種方法論，更是一種世界觀。

在沒有接觸軟件工程這門課時，我一直認為軟件就是程序。能編出解決問題的程序就ok了，從沒有想過，在寫一個程序之前還要構思幾份文檔（可行性分析、需求分析、概要設計）。不過對于那些大型軟件如植物僵尸大戰（至少對于我來說是比較大型的了）怎么去實現它，想得我一頭霧水。絢麗的界面、40種植物、一大堆不同類型的僵尸，怎樣編代碼去實現它呢？

第一次上軟件工程的課，裴老師問“軟件是什么？” 我的第一想法是：這個問題太過愚昧了！誰不知道軟件就是程序呀？ “軟件是由計算機程序、數據及文檔組成。”聽到這句話，我心里先是一驚，慌忙翻了下書“軟件是程序和所有使程序正確運行所需的相關文檔和配置信息。”赫然映入我眼簾。突然間我發現，就算是植物僵尸大戰這樣復雜的游戲，如果設計者實現分模塊把每一部分如何實現用文檔描敘出來，那這個軟件實現起來不是很容易嗎？

第一次課后我明白了軟件工程是致力于專業化軟件開發的理論、方法和工具的研究。雖然我從初中開始信息奧賽，高中繼續這個愛好，但在大學二年級下學期才接觸在軟件開發中這么有引導意義的學科，不覺有種相見恨晚的感覺。自然它的方法學三要素：方法、工具、過程，我牢記于心。

短短的四周，裴老師的課給我留下了深刻的印象，印象尤深的是：

做軟件我們首先考慮的是團隊的實力。

如果別人給你50萬讓你們團隊開發一個軟件，如果他要求你們團隊給這個軟件永久維護，那么你要去跟他協商付100萬。很多軟件公司倒閉就是因為維護上的問題。至此我才明白維護軟件是軟件生存周期中時間最長的一個階段，它是最花費精力與錢財的一個階段。

如果將來你們碰到了我，你跟我說你是se那么我會很高興，如果你告訴我你是軟件工程師，我只會“嗯嗯”兩下。

其實在我接觸軟件后，渴望的是當一名軟件工程師。現在才知道學軟件工程專業后，去當一名軟件工程師是最低層的也是最沒“技術”含量的。要做就做系統構架師，當然這需要我們的不懈努力才能達到。系統構架師的職責是設計一個公司的基礎構架，并提供關于怎樣建立和維護系統的指導方針。恍然發現學軟件不僅是學軟件，相關的管理能力也是需要具備的。

當然理論知識是用來指導實踐的，親身體驗才能領悟軟件工程的妙用。課設我們選擇了圖書館管理系統，主要是這個系統我們接觸比較多，對于它的流程還是比較清楚的。雖然如此我們還是花了很大的時間去完成它。記得當時我們定下這個題目是晚上，在討論用什么語言實現時，大家各自說出自己比較善于的語言。然后均衡了下，定下用java做開發語言。在實現過程中，突然發現java環境連接數據庫和tomcat超級麻煩且數據庫老是連接不上。趁時間還早我們三再次討論，決定用c#做開發語言，主要是c#相對于c++與java來說簡易寫。同時我們定下不管以后遇到什么困難都要堅持下去的準則。在課設期間我們沒少跑圖書館，查閱各種資料，對比各本書上實現圖書館管理系統的代碼。終于在4月11日把所有課設的所有事情弄好了。當然這只是個概述。

我印象尤深記憶深厚的是最初實現文檔那塊。剛開始，軟件工程這門課還沒學多少，基本的設計理念就很模糊。文檔到底該怎么寫，很糾結。于是我從網上狂下相關文檔。通過粘貼與復制終于一份內容亂七八糟的需求分析文檔出來了，當然這只是用來借鑒的。后來孟陽分享了十三份關于文檔這方面的模板。我們照著那個樣子在結合團隊項目的相關實例開始了文檔的寫作。我們的文檔總是一個人先寫好，再拿給另一個人改，最后由第三個人評審。大家都覺的可以了，才過關。測試報告雖然是我一個人完成了，但也經歷了不少時間，當然這時間是按小時算的。首先把大體寫出了，然后修改，再增加信息。大量的截圖以及思考怎樣用例超費腦子，兩天的通宵，徹底把我搞垮了，不過在文檔出爐后，心里異常開心。

軟件工程課程雖已結束，但我對于軟件工程的學習才剛剛開始，裴老師的課讓我受益匪淺。我體會到項目管理的重要性，隨著軟件規模、復雜度的不斷增加，項目開發中更多的是協作、管理和控制。我學習到很多一般性的方法，例如：需求獲取、模塊化、分治、估算、計劃等等。同時，我也認識到使用計算機解決實際問題的復雜性，在圖靈機模型和馮·諾依曼體系的計算機框架下，人們認識表達的過程（不斷反復、逐步深化）和計算機的實現過程（順序執行）相差甚遠，軟件工程方法要提供給程序員們一種更加有效的對客觀世界問題域進行形式化的過程方法。

向se進軍！至少這是現在的目標。

謝謝裴老師！您的課通俗易懂，舉的例子貼近生活，讓我們易于接受。