- 相關(guān)推薦
軟件系統項目總結「精選」
篇一：軟件系統項目總結
項目總結
XXXXXXX科技有限公司
2016年6月
我公司自2016年3月3日與XXXXXXXX簽訂了《XXXXXXXXXXXX項目》的合同，嚴格按照合同要求與約定來(lái)執行合同，在甲方單位及監理單位的大力幫助下，通過(guò)近四個(gè)月的項目溝通與實(shí)踐，已進(jìn)入項目驗收階段，現在就此次項目作出如下總結：
1、項目開(kāi)工階段。
我公司在監理單位下達開(kāi)工令后，編制了符合現項目狀況的施工組織方案及項目實(shí)施計劃，并按計劃執行項目。
2、需求調研階段。
由于此項目屬于軟件項目，我公司對甲方及使用方進(jìn)行充分的需求調研，確認了甲方及使用方對項目的具體需求，力求全面的收集并理解甲方及使用方的需求，并完美的完成項目建設。
3、詳細設計階段。 在需求調研的基礎上，我公司進(jìn)行軟件系統的詳細設計。在詳細設計中，描述實(shí)現具體模塊所涉及到的主要算法、數據結構、類(lèi)的層次結構及調用關(guān)系，需要說(shuō)明軟件系統各個(gè)層次中的每一個(gè)程序(每個(gè)模塊或子程序)的設計考慮，以便進(jìn)行編碼和測試。應當保證軟件的需求完全分配給整個(gè)軟件。
4、系統測試階段。
我方對軟件系統進(jìn)行了模塊測試和整體聯(lián)調；也測試了正常操作情況測試和異常情況測試；按并進(jìn)行了全覆蓋測試和抽樣測試。我方會(huì )在軟件的后續使用中不停的跟蹤軟件的運營(yíng)狀況并持續修補升級，直到這個(gè)軟件被徹底淘汰為止。
5、系統試運行。 自試運行開(kāi)始以后，我方及時(shí)對系統中出現的問(wèn)題進(jìn)行解決，對用戶(hù)使用中提出的對功能的使用及更改需求進(jìn)行完善。按照合同經(jīng)過(guò)為期一個(gè)月的試運行，進(jìn)入正式的系統運行階段。
6、系統培訓階段。 為了讓用戶(hù)能更好的管理和使用系統，我們針對所有的系統進(jìn)行了系統的專(zhuān)業(yè)的培訓，以確保用戶(hù)可以在最短的時(shí)間內熟練的使用系統，確保系統高效的運行。
為了更好的保障整個(gè)項目中各個(gè)系統的正常運行，我們將在以下方面做好服務(wù)： 甲方在軟件使用過(guò)程中如發(fā)生故障或遇到疑難問(wèn)題，乙方提供有效支持，保證30分鐘響應，4小時(shí)內派人趕到現場(chǎng)，一般故障1天內修復，重大故障7天內解決。對所提供的軟件實(shí)行6個(gè)月定期進(jìn)行一次維護。
我公司非常榮幸參加X(jué)XXXXXX項目的建設工作，我們以最大努
力完成XXXXXXX項目建設要求，我們將嚴格按照合同要求執行各個(gè)系統的維護和服務(wù)承諾，為XXXXX（建設方）美好的明天貢獻我方一份微薄的力量。
項目負責人：
承建單位：XXXXXXX科技有限公司
時(shí)間：年 月 日
篇二：軟件工程項目總結
宿舍管理系統項目總結
班 小 組：第 8 組 指導老師：楚 廣 琳
1.1編寫(xiě)目的
為了保證項目團隊按時(shí)保質(zhì)地完成項目目標，便于項目團隊成員更好地了解項目情況，使項目工作開(kāi)展的各個(gè)過(guò)程合理有序，有必要以文件化的形式，把對于在項目生命周期內的工作任務(wù)范圍、各項工作的任務(wù)分解、項目團隊組織結構、各團隊成員的工作責任、團隊內外溝通協(xié)作方式、開(kāi)發(fā)進(jìn)度、經(jīng)費預算、項目?jì)韧猸h(huán)境條件、風(fēng)險對策等內容以書(shū)面的方式描述出來(lái)，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內的所有項目活動(dòng)的行動(dòng)基礎，項目團隊開(kāi)展和檢查項目工作的依據。
本項目開(kāi)發(fā)計劃用于從總體上指導學(xué)生宿舍管理系統項目順利進(jìn)行并最終得到通過(guò)評審的項目產(chǎn)品。本項目開(kāi)發(fā)計劃面向項目組全體成員。
1.2項目背景
宿舍信息管理系統是學(xué)校信息管理系統的一個(gè)重要組成部分，它需要學(xué)生基本信息系統提供學(xué)生的基本資料， 因此，在設計時(shí)可以和校園信息管理系統的其他系統使用同一個(gè)數據庫管理系統，以便系統之間的信息交流和管理。
1.3小組成員
1.3 任務(wù)分配
具體分工
需求規格說(shuō)明書(shū)
1.4成員評分
本次項目所遇到的困難：專(zhuān)業(yè)基礎知識不牢，本次項目開(kāi)發(fā)過(guò)程中涉及的知識較多，給項目開(kāi)發(fā)人員帶來(lái)一定的困難。
經(jīng)驗欠缺成員開(kāi)發(fā)經(jīng)驗不足，使項目質(zhì)量難以保證。
篇三：軟件工程課程總結
課程總結
題 目
學(xué)生姓名
學(xué) 號
學(xué) 院
專(zhuān)業(yè)班級
指導教師
職 稱(chēng) 《軟件工程》課程總結教授
2017年 11 月
《軟件工程》課程總結
一、學(xué)習目標
通過(guò)系統的學(xué)習，了解軟件開(kāi)發(fā)從項目確定到需求分析，再到概要及詳細設計、代碼實(shí)現、開(kāi)發(fā)后的軟件測試這一完整軟件開(kāi)發(fā)過(guò)程。學(xué)習上面提到的每一個(gè)步驟中完成任務(wù)的相關(guān)方法與工具。學(xué)完后應初步具備管理整個(gè)軟件開(kāi)發(fā)完整流程的能力。提高軟件的質(zhì)量與生產(chǎn)率，最終實(shí)現軟件的社會(huì )化大生產(chǎn)。在給定成本、進(jìn)度的前提下，開(kāi)發(fā)出具有可修改性、有效性、可靠性、可理解性、可維護性、可重用性、可適應性、可移植性、可追蹤性和可互操作性并且滿(mǎn)足用戶(hù)需求的軟件產(chǎn)品。
二、學(xué)習態(tài)度
這一學(xué)期的軟件工程課就要進(jìn)入尾聲了，在復習理論知識的同時(shí)，更需要回顧和反思自己的學(xué)習態(tài)度。
在這學(xué)期的軟件工程學(xué)習中，我從來(lái)沒(méi)有遲到、早退以及曠課。不過(guò)因為參加銀行從業(yè)考試請了一次假。在這學(xué)期中，我每節課都是按時(shí)上課，雖然我對軟件、計算機這方面沒(méi)有天賦，但是我盡量做到認真聽(tīng)課，提醒自己不要開(kāi)小差。聽(tīng)很多人說(shuō)這是一門(mén)比較深奧的課程，剛開(kāi)始的時(shí)候我比較排斥這門(mén)課，但是老師講的風(fēng)趣幽默，慢慢的我開(kāi)始進(jìn)入狀態(tài)，上課認真做筆記，認真聽(tīng)講。
三、學(xué)習內容
通過(guò)一學(xué)期軟件工程的學(xué)習，使我了解到了很多以前都不知道的知識�，F將所學(xué)課本外的知識總結如下：
第一章 軟件工程概述
軟件工程是工程化軟件開(kāi)發(fā)與維護的方法論軟件的開(kāi)發(fā)者維護者或軟件項目管理者都將是軟件工程的實(shí)踐者，并都需要掌握與應用軟件工程方法。
1.1.軟件是計算機系統中的邏輯成分，是程序、數據、文檔等諸多元素的集合，需要有物理硬件的支持才能產(chǎn)生作用。是一系列按照特定順序組織的計算機數據和指令的集合。軟件并不只是包括可以在
計算機上運行的電腦程序，與這些電腦程序相關(guān)的文檔一般也被認為是軟件的一部分。
1.2.軟件危機（software crisis），20 世紀60年代以前，計算機剛剛投入實(shí)際使用，軟件設計往往只是為了一個(gè)特定的應用而在指定的計算機上設計和編制，采用密切依賴(lài)于計算機的機器代碼或匯編語(yǔ)言，軟件的規模比較小，文檔資料通常也不存在，很少使用系統化的開(kāi)發(fā)方法，設計軟件往往等同于編制程序，基本上是個(gè)人設計、個(gè)人使用、個(gè)人操作、自給自足的私人化的軟件生產(chǎn)方式。軟件危機主要表現在：軟件開(kāi)發(fā)費用和進(jìn)度失控，生產(chǎn)出來(lái)的軟件難以維護，軟件產(chǎn)品質(zhì)量難以保證等等。
1.3.軟件工程是關(guān)于軟件開(kāi)發(fā)，使用與維護的工程方法學(xué)，并是工程技術(shù)、工程管理與工程經(jīng)濟的有機綜合。
1.4.結構化方法學(xué)是傳統的主流方法學(xué)，以功能為基本元素，包括結構化分析、結構化設計與結構化實(shí)現，可對整個(gè)軟件生命周期提供方法學(xué)支持。
第二章 軟件開(kāi)發(fā)過(guò)程模式
軟件開(kāi)發(fā)過(guò)程模式是一個(gè)有關(guān)開(kāi)發(fā)的實(shí)施路線(xiàn)與步驟的工程框架，軟件開(kāi)發(fā)時(shí)務(wù)、方法、工具、標準、規程等諸多要素，即基于這個(gè)工程框架凝結于一體。
2.1.軟件生命周期是軟件由提出到開(kāi)發(fā)到投入應用的全過(guò)程。瀑布模式是最傳統的過(guò)程模式，“瀑布”形象表達了其自頂向下、逐級細化的過(guò)程特征。
2.2.原型進(jìn)化模式的開(kāi)發(fā)流程是：開(kāi)發(fā)者先建立原型系統供用戶(hù)評價(jià)或使用，然后根據用戶(hù)的意見(jiàn)反饋，對原型系統不斷修正，由此是它逐步接近并最終達到目標系統的要求。
2.3.增量模式是瀑布模式和原型進(jìn)化模式優(yōu)點(diǎn)的結合。螺旋模式是一種可較好規避開(kāi)發(fā)風(fēng)險的過(guò)程模式。還學(xué)了送代模式是軟件的分析、設計與實(shí)現可交替反復進(jìn)行的模式。迭代模式有對面向對象方法更好的過(guò)程支持，可使面向對象方法獲得更有成效的工程應用。
2.4.最后學(xué)習了組件復用模式。如下圖1為組件復用模型。
圖1 組件復用模型
第三章 軟件項目管理
項目是一個(gè)具有工程獨立性的工程作業(yè)單元，并是一個(gè)可將人、財、物合在一起的工程容器。軟件的工程模式開(kāi)發(fā)即以項目為單位進(jìn)行，并通過(guò)項目實(shí)施有效管理。為使軟件開(kāi)發(fā)各項工作有序的進(jìn)行，項目管理者必須事先制定項目開(kāi)發(fā)計劃。項目成本估算的方法有：程序代碼行成本估計、軟件功能點(diǎn)成本估計、軟件過(guò)程成本估計。軟件風(fēng)險管理的主要任務(wù)是風(fēng)險識別、風(fēng)險評估和風(fēng)險防范。軟件文檔是工程模式軟件開(kāi)發(fā)的成果體現。所謂軟件配置，也是基于軟件生產(chǎn)軌跡進(jìn)行過(guò)程控制與產(chǎn)品追蹤。最后學(xué)了軟件質(zhì)量管理，也是對軟件品質(zhì)的優(yōu)劣進(jìn)行評價(jià)。
第四章 計算機系統工程
項目是基于計算機的系統工程需要有對整個(gè)計算機系統較全面
的考慮諸多方面的因素，如：硬件設備、數據資源、網(wǎng)絡(luò )環(huán)境、其他協(xié)作軟件等，是待開(kāi)發(fā)軟件系統以的環(huán)境因素，然而絕不能有半點(diǎn)忽視，而必須在軟件系統創(chuàng )建之前就認真分析。只有這樣，軟件項目才能有正確的工作方向，所開(kāi)發(fā)出來(lái)的軟件才不會(huì )是空中樓閣。計算機系統結構如圖2所示：
圖2.計算機系統組成
第五章 需求分析
需求分析是一項非常關(guān)鍵的軟件工程活動(dòng)，是在開(kāi)始軟件設計、實(shí)現之前必須先期完成的任務(wù)，需求分析需要解答的問(wèn)題是“軟件能夠做什么”。系統分析師將承擔軟件需求分析任務(wù)，其工作目標是確定用戶(hù)軟件需求，發(fā)現軟件的用戶(hù)價(jià)值。
本章要點(diǎn)是：分析任務(wù)與過(guò)程；獲取用戶(hù)需求；需求建模；需求驗證。需求分析是對高層需求框架的細化，將涉及用戶(hù)細節需求，并需要確認軟件規格，其過(guò)程如圖3所示：
【軟件系統項目總結「」】相關(guān)文章：
物流運輸管理的軟件系統總結06-25
軟件實(shí)施項目總結報告06-22
電腦軟件系統的維護知識07-14
DOS系統下的多媒體軟件07-02
蘋(píng)果系統安裝軟件教程06-28
在PE系統下安裝軟件的教程06-29
軟件系統轉讓合同07-02
軟件項目經(jīng)理工作總結06-27