軟體系統專案總結「精選」

篇一：軟體系統專案總結

專案總結

XXXXXXX科技有限公司

2016年6月

我公司自2016年3月3日與XXXXXXXX簽訂了《XXXXXXXXXXXX專案》的合同，嚴格按照合同要求與約定來執行合同，在甲方單位及監理單位的大力幫助下，通過近四個月的專案溝通與實踐，已進入專案驗收階段，現在就此次專案作出如下總結：

1、專案開工階段。

我公司在監理單位下達開工令後，編制了符合現專案狀況的施工組織方案及專案實施計劃，並按計劃執行專案。

2、需求調研階段。

由於此專案屬於軟體專案，我公司對甲方及使用方進行充分的需求調研，確認了甲方及使用方對專案的具體需求，力求全面的收集並理解甲方及使用方的需求，並完美的完成專案建設。

3、詳細設計階段。 在需求調研的基礎上，我公司進行軟體系統的詳細設計。在詳細設計中，描述實現具體模組所涉及到的主要演算法、資料結構、類的層次結構及呼叫關係，需要說明軟體系統各個層次中的每一個程式(每個模組或子程式)的設計考慮，以便進行編碼和測試。應當保證軟體的需求完全分配給整個軟體。

4、系統測試階段。

我方對軟體系統進行了模組測試和整體聯調；也測試了正常操作情況測試和異常情況測試；按並進行了全覆蓋測試和抽樣測試。我方會在軟體的後續使用中不停的跟蹤軟體的運營狀況並持續修補升級，直到這個軟體被徹底淘汰為止。

5、系統試執行。 自試執行開始以後，我方及時對系統中出現的問題進行解決，對使用者使用中提出的對功能的使用及更改需求進行完善。按照合同經過為期一個月的試執行，進入正式的系統執行階段。

6、系統培訓階段。 為了讓使用者能更好的管理和使用系統，我們針對所有的系統進行了系統的專業的培訓，以確保使用者可以在最短的時間內熟練的使用系統，確保系統高效的執行。

為了更好的保障整個專案中各個系統的正常執行，我們將在以下方面做好服務： 甲方在軟體使用過程中如發生故障或遇到疑難問題，乙方提供有效支援，保證30分鐘響應，4小時內派人趕到現場，一般故障1天內修復，重大故障7天內解決。對所提供的軟體實行6個月定期進行一次維護。

我公司非常榮幸參加XXXXXXX專案的建設工作，我們以最大努

力完成XXXXXXX專案建設要求，我們將嚴格按照合同要求執行各個系統的維護和服務承諾，為XXXXX（建設方）美好的明天貢獻我方一份微薄的力量。

專案負責人：

承建單位：XXXXXXX科技有限公司

時間：年 月 日

篇二：軟體工程專案總結

宿舍管理系統專案總結

班 小 組：第 8 組 指導老師：楚 廣 琳

1.1編寫目的

為了保證專案團隊按時保質地完成專案目標，便於專案團隊成員更好地瞭解專案情況，使專案工作開展的各個過程合理有序，有必要以檔案化的形式，把對於在專案生命週期內的工作任務範圍、各項工作的任務分解、專案團隊組織結構、各團隊成員的工作責任、團隊內外溝通協作方式、開發進度、經費預算、專案內外環境條件、風險對策等內容以書面的方式描述出來，作為專案團隊成員以及專案干係人之間的共識與約定，專案生命週期內的所有專案活動的行動基礎，專案團隊開展和檢查專案工作的依據。

本專案開發計劃用於從總體上指導學生宿舍管理系統專案順利進行並最終得到通過評審的`專案產品。本專案開發計劃面向專案組全體成員。

1.2專案背景

宿舍資訊管理系統是學校資訊管理系統的一個重要組成部分，它需要學生基本資訊系統提供學生的基本資料， 因此，在設計時可以和校園資訊管理系統的其他系統使用同一個資料庫管理系統，以便系統之間的資訊交流和管理。

1.3小組成員

1.3 任務分配

具體分工

需求規格說明書

1.4成員評分

本次專案所遇到的困難：專業基礎知識不牢，本次專案開發過程中涉及的知識較多，給專案開發人員帶來一定的困難。

經驗欠缺成員開發經驗不足，使專案質量難以保證。

篇三：軟體工程課程總結

課程總結

題 目

學生姓名

學 號

學 院

專業班級

指導教師

職 稱 《軟體工程》課程總結教授

2017年 11 月

《軟體工程》課程總結

一、學習目標

通過系統的學習，瞭解軟體開發從專案確定到需求分析，再到概要及詳細設計、程式碼實現、開發後的軟體測試這一完整軟體開發過程。學習上面提到的每一個步驟中完成任務的相關方法與工具。學完後應初步具備管理整個軟體開發完整流程的能力。提高軟體的質量與生產率，最終實現軟體的社會化大生產。在給定成本、進度的前提下，開發出具有可修改性、有效性、可靠性、可理解性、可維護性、可重用性、可適應性、可移植性、可追蹤性和可互操作性並且滿足使用者需求的軟體產品。

二、學習態度

這一學期的軟體工程課就要進入尾聲了，在複習理論知識的同時，更需要回顧和反思自己的學習態度。

在這學期的軟體工程學習中，我從來沒有遲到、早退以及曠課。不過因為參加銀行從業考試請了一次假。在這學期中，我每節課都是按時上課，雖然我對軟體、計算機這方面沒有天賦，但是我儘量做到認真聽課，提醒自己不要開小差。聽很多人說這是一門比較深奧的課程，剛開始的時候我比較排斥這門課，但是老師講的風趣幽默，慢慢的我開始進入狀態，上課認真做筆記，認真聽講。

三、學習內容

通過一學期軟體工程的學習，使我瞭解到了很多以前都不知道的知識。現將所學課本外的知識總結如下：

第一章 軟體工程概述

軟體工程是工程化軟體開發與維護的方法論軟體的開發者維護者或軟體專案管理者都將是軟體工程的實踐者，並都需要掌握與應用軟體工程方法。

1.1.軟體是計算機系統中的邏輯成分，是程式、資料、文件等諸多元素的集合，需要有物理硬體的支援才能產生作用。是一系列按照特定順序組織的計算機資料和指令的集合。軟體並不只是包括可以在

計算機上執行的電腦程式，與這些電腦程式相關的文件一般也被認為是軟體的一部分。

1.2.軟體危機（software crisis），20 世紀60年代以前，計算機剛剛投入實際使用，軟體設計往往只是為了一個特定的應用而在指定的計算機上設計和編制，採用密切依賴於計算機的機器程式碼或組合語言，軟體的規模比較小，文件資料通常也不存在，很少使用系統化的開發方法，設計軟體往往等同於編制程式，基本上是個人設計、個人使用、個人操作、自給自足的私人化的軟體生產方式。軟體危機主要表現在：軟體開發費用和進度失控，生產出來的軟體難以維護，軟體產品質量難以保證等等。

1.3.軟體工程是關於軟體開發，使用與維護的工程方法學，並是工程技術、工程管理與工程經濟的有機綜合。

1.4.結構化方法學是傳統的主流方法學，以功能為基本元素，包括結構化分析、結構化設計與結構化實現，可對整個軟體生命週期提供方法學支援。

第二章 軟體開發過程模式

軟體開發過程模式是一個有關開發的實施路線與步驟的工程框架，軟體開發時務、方法、工具、標準、規程等諸多要素，即基於這個工程框架凝結於一體。

2.1.軟體生命週期是軟體由提出到開發到投入應用的全過程。瀑布模式是最傳統的過程模式，“瀑布”形象表達了其自頂向下、逐級細化的過程特徵。

2.2.原型進化模式的開發流程是：開發者先建立原型系統供使用者評價或使用，然後根據使用者的意見反饋，對原型系統不斷修正，由此是它逐步接近並最終達到目標系統的要求。

2.3.增量模式是瀑布模式和原型進化模式優點的結合。螺旋模式是一種可較好規避開發風險的過程模式。還學了送代模式是軟體的分析、設計與實現可交替反覆進行的模式。迭代模式有對面向物件方法更好的過程支援，可使面向物件方法獲得更有成效的工程應用。

2.4.最後學習了元件複用模式。如下圖1為元件複用模型。

圖1 元件複用模型

第三章 軟體專案管理

專案是一個具有工程獨立性的工程作業單元，並是一個可將人、財、物合在一起的工程容器。軟體的工程模式開發即以專案為單位進行，並通過專案實施有效管理。為使軟體開發各項工作有序的進行，專案管理者必須事先制定專案開發計劃。專案成本估算的方法有：程式程式碼行成本估計、軟體功能點成本估計、軟體過程成本估計。軟體風險管理的主要任務是風險識別、風險評估和風險防範。軟體文件是工程模式軟體開發的成果體現。所謂軟體配置，也是基於軟體生產軌跡進行過程控制與產品追蹤。最後學了軟體質量管理，也是對軟體品質的優劣進行評價。

第四章 計算機系統工程

專案是基於計算機的系統工程需要有對整個計算機系統較全面

的考慮諸多方面的因素，如：硬體裝置、資料資源、網路環境、其他協作軟體等，是待開發軟體系統以的環境因素，然而絕不能有半點忽視，而必須在軟體系統建立之前就認真分析。只有這樣，軟體專案才能有正確的工作方向，所開發出來的軟體才不會是空中樓閣。計算機系統結構如圖2所示：

圖2.計算機系統組成

第五章 需求分析

需求分析是一項非常關鍵的軟體工程活動，是在開始軟體設計、實現之前必須先期完成的任務，需求分析需要解答的問題是“軟體能夠做什麼”。系統分析師將承擔軟體需求分析任務，其工作目標是確定使用者軟體需求，發現軟體的使用者價值。

本章要點是：分析任務與過程；獲取使用者需求；需求建模；需求驗證。需求分析是對高層需求框架的細化，將涉及使用者細節需求，並需要確認軟體規格，其過程如圖3所示：