前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的項目開發(fā)總結(jié)主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：項目開發(fā)總結(jié)范文

【關(guān)鍵詞】氣象;在線;考試系統(tǒng);總結(jié)

1、前言

Internet技術(shù)的發(fā)展使得考試的技術(shù)手段和載體發(fā)生了革命性的變化，Internet的開放性、分布性的特點和基于Internet的巨大的計算能力使得考試突破了時間和空間的限制。隨著Internet/Intranet的迅速發(fā)展和廣泛普及,基于Internet的考試系統(tǒng)正成為人們的研究熱點之一，建立在其上的氣象網(wǎng)絡(luò)化考試將成為現(xiàn)代氣象技術(shù)教育未來發(fā)展方向之一，現(xiàn)代遠程氣象網(wǎng)絡(luò)化考試技術(shù)作為一種新的教學(xué)手段已經(jīng)開始進入我們的生活，正在給傳統(tǒng)考試及模式帶來新的變革。氣象在線考試系統(tǒng)通過建立在線考試網(wǎng)站，實現(xiàn)網(wǎng)絡(luò)共享考試，考試采用管理員（命題人）指定范圍，在題庫中隨機抽取考題的辦法進行人機交互式考試，使得參考人員人手一題，無相同試卷，服務(wù)器自動閱卷，考完后實時自動判卷，這樣不僅省去了出題者的麻煩，也避免了閱卷者的主觀性，對每個參考人員均實行了公平、公正的考試，特別適合大規(guī)模考試。由于節(jié)約了大量的人力、物力、財力，使得考試成本大大的降低。

2、氣象在線考試系統(tǒng)的系統(tǒng)總體功能及模塊概況

2.1本系統(tǒng)的用戶可分為省級管理員、市級管理員、縣級管理員，考生4類。

考慮到系統(tǒng)的安全性，本系統(tǒng)共分成兩個部分：一個部分用于管理員登錄，主要負責(zé)進行基本資料、題庫、試卷、成績的管理以及查詢等；另外一個部分用于考生登錄，參加考試和考試前的模擬訓(xùn)練。

2.2從總體上考慮，系統(tǒng)應(yīng)該實現(xiàn)下列功能：

對管理員來說，包括試卷管理、題庫管理、成績管理、基本資料管理。

試卷管理：管理員可以將各種題型的數(shù)量等方面對某份試卷提出一定的要求生成試卷規(guī)則，在考生考試時，由系統(tǒng)根據(jù)試卷規(guī)則自動組卷生成滿足管理員要求的試卷，而不用手工組卷。同時，管理員還可以對庫中已有的試卷進行修改和刪除，添加新試卷等。

題庫管理：管理員可以根據(jù)教學(xué)需求對題庫中的試題進行三種基本操作：添加新的考題、刪除舊有考題、修改原有考題，其中試題類型包括判斷題、單選題、多選題。

成績管理：管理員可以查看考生的考試成績，并針對不同的課程進行成績統(tǒng)計，包括考試人數(shù)、最高分、最低分、平均分以及各分數(shù)段得分人數(shù)等。

基本資料管理：主要包括管理基本資料（包括管理員、考生資料的增、刪、改以及個人資料修改）。

對考生來說，有兩方面要求：

模擬考試訓(xùn)練：考生可以任選時間進行在線測試，考試結(jié)束后，系統(tǒng)會根據(jù)已有的標準答案進行在線判卷，考生可以立刻知道考試成績。

正?？荚嚕嚎忌荒芤蝗酥豢荚囈淮危谔厥馇闆r下，可以由監(jiān)考管理員刪除以往考試信息情況下，可以進行考試。

3、氣象在線考試系統(tǒng)的系統(tǒng)分析

在線考試系統(tǒng)主要目的是為考生平時學(xué)習(xí)和自測、大規(guī)?？荚嚋y驗服務(wù)。系統(tǒng)可以實現(xiàn)如下功能：建立完備的試題庫，整合現(xiàn)有的考試資源，提高資源的利用率和當(dāng)前的工作效率；利用計算機自動生成試卷，減少管理員負擔(dān)，提高試卷的科學(xué)性，同時也防止考生抄襲作弊；登陸后可以根據(jù)用戶類型的不同分別進入不同的界面，身份驗證嚴格，防止網(wǎng)絡(luò)替考及竊取權(quán)限修改成績；考生答完卷后答案自動存儲，若時間已到而試題未答完則自動保存成績后強行退出；設(shè)定自動閱卷功能，標準化試題由于答案固定，可以讓計算機自動將考生答案和標準化答案比對，自動生成成績，確保成績的公平和公正；最后還可以就考試情況進行分析，找出考生分數(shù)層次和薄弱知識點，從而利于技術(shù)改進。考試系統(tǒng)模塊功能簡介如下：

登陸模塊：當(dāng)考生登陸到考試系統(tǒng)窗體時，首先要求輸入考生的學(xué)號和姓名，并按下確定，進行身份驗證，如果沒有通過身驗證，根據(jù)驗證結(jié)果進行不同的操作，說明沒有通過的原因。返回原因可能為，學(xué)號與姓名不相配，或者是已經(jīng)參加過考試，或者是某種原因，你已經(jīng)處于考試狀態(tài)。

身份驗證模塊：在考生進入考試系統(tǒng)時，要求確認其考試資格，并跟據(jù)不同的情況返回不同的值。

生成試卷模塊：根據(jù)讀取到的考試設(shè)置，生成考試試卷。

生成選擇題模塊：根據(jù)考試要求，從數(shù)據(jù)庫中的選擇題庫中隨機抽取規(guī)定數(shù)量的選擇試題。

生成判斷題模塊：根據(jù)考試要求，從數(shù)據(jù)庫中的判斷題庫中隨機抽取規(guī)定數(shù)量的判斷試題。

讀取數(shù)據(jù)庫信息模塊：根據(jù)要求，從數(shù)據(jù)庫中讀取需要的信息。

做試卷模塊：考生做試卷，讓考生根據(jù)試題要求，輸入結(jié)果或進行操作。

時間控制模塊：在考試中，考試有時間限制，當(dāng)考試時間結(jié)束前5分鐘，將提醒考生交卷，考試時間到時，將自動交卷，并且禁止考生操作。

提交試卷模塊：先將考生試卷保存到數(shù)據(jù)庫中，然后評卷，并把考試分數(shù)保存到數(shù)據(jù)庫中。

評卷模塊：對考生試卷的答案與標準答案對比，對的加分，最后得出考試結(jié)果。

考生考試查詢模塊：系統(tǒng)中的管理員只有能登陸均可考生考試成績和答題卷等信息。

4、氣象在線考試系統(tǒng)的出錯處理對策

由于數(shù)據(jù)在數(shù)據(jù)庫中已經(jīng)有備份，故在系統(tǒng)出錯后可以依靠數(shù)據(jù)庫的恢復(fù)功能，并且依靠日志文件使系統(tǒng)再啟動，就算系統(tǒng)崩潰用戶數(shù)據(jù)也不會丟失或遭到破壞。但有可能占用更多的數(shù)據(jù)存儲空間，權(quán)衡措施由用戶來決定。如在考試過程中發(fā)生了中斷，可以通過試卷恢復(fù)系統(tǒng)來恢復(fù)試卷，繼續(xù)考試。考試完了，將考試結(jié)果保存到數(shù)據(jù)庫中。

第2篇：項目開發(fā)總結(jié)范文

【關(guān)鍵詞】軟件項目 項目管理 Microsoft Project

一、引言

軟件項目生命周期從立項、設(shè)計、開發(fā)、建設(shè)過程中步驟繁多，為了在項目管理全過程進行有效的計劃、組織、指揮、協(xié)調(diào)、控制和評價，以實現(xiàn)項目目標，我們需要引進項目管理。項目是為完成某個獨特的產(chǎn)品或服務(wù)所做的一次性任務(wù)。項目管理是在有限的資源約束下，運用系統(tǒng)的觀點、方法和理論，對項目涉及的全部工作進行有效地管理。Microsoft Project是基于網(wǎng)絡(luò)的項目管理軟件，在各類IT集成及開發(fā)項目管理中發(fā)揮著巨大的作用，它將先進的項目管理思想與信息技術(shù)完美結(jié)合，幫助我們規(guī)范項目管理的流程。本人結(jié)合Microsoft Project軟件在項目管理中劃分的十大步驟分別進行解釋說明。

二、項目管理步驟

第一，項目立項。在這個環(huán)節(jié)中信息室對要進行的開發(fā)項目進行立項申請，提交項目資料。經(jīng)過有關(guān)部門審批立項通過的項目，信息室需要細化開發(fā)進度計劃，落實資源（物質(zhì)資源和人力資源），成立項目組并明確項目負責(zé)人，項目組成員。項目組宣布成立后，項目日常事務(wù)由項目組接手，并根據(jù)立項的依據(jù)組織《項目開發(fā)計劃書》的編制，項目立項階段工作任務(wù)就基本完成。

第二，項目需求分析。在這個環(huán)節(jié)中，項目組利用單位的組織關(guān)系對潛在用戶進行詳細的需求調(diào)查后完成《項目需求文檔》，中心技術(shù)室對《項目需求文檔》初稿進行評審并提出意見，在《項目需求文檔》整理閉環(huán)工作完成后，項目需求分析階段工作結(jié)束。

第三，項目設(shè)計階段。在前兩個環(huán)節(jié)完成之后項目組對項目有了更加深入的了解，進入項目設(shè)計階段，項目負責(zé)人需組織項目組成員完成并理解《項目開發(fā)計劃書》及《項目需求文檔》，同時與有關(guān)部門對《項目開發(fā)計劃書》定稿后發(fā)往用戶方。項目設(shè)計階段還需要完成《項目總概說明書》、《詳細設(shè)計說明書》、《項目開發(fā)評審報告》。以上任務(wù)都完成后，項目設(shè)計階段結(jié)束，進入下一個環(huán)節(jié)。

第四，項目開發(fā)階段。這是項目管理過程中最重要的環(huán)節(jié)，也是一個伸縮性比較強的環(huán)節(jié)，根據(jù)項目所需的開發(fā)技術(shù)難易度與項目的規(guī)模進行調(diào)整。主要步驟包含有審閱需求功能規(guī)范，確定模塊化/分層設(shè)計，分派模塊代碼任務(wù)給開發(fā)組成員。開發(fā)組成員編寫代碼，調(diào)試并修改代碼，確認模塊代碼是否語法錯誤，形成合格的模塊代碼，項目開發(fā)階段工作完成。

第五，組織設(shè)備采購階段。根據(jù)以往項目建設(shè)經(jīng)驗，這個環(huán)節(jié)可以與前幾個階段并行開展，只要資金到位、手續(xù)齊全等條件具備下都可以組織開展，盡早獲得硬件設(shè)備可以為開發(fā)測試提供足夠的硬件資源。因此這個階段在PROJECT設(shè)計中是項目開發(fā)階段“開始-開始”，并且設(shè)定為“越早越好”，這個環(huán)節(jié)對于項目組主要任務(wù)是上政府采購網(wǎng)進行設(shè)備詢價，確定幾家供應(yīng)商，向上級主管部門提交設(shè)備購買申請，設(shè)備到貨驗收，設(shè)備固定資產(chǎn)登記等工作。

第六，項目測試連調(diào)階段。根據(jù)《項目需求文檔》制定測試計劃與測試方案，完成《測試計劃書》。測試方案落實后進行嚴格單元測試，然后進行集成測試，完成集成測試后可以進入系統(tǒng)試運行。

第七，文檔整理。制定“幫助”文檔，編寫用戶手冊，完成《產(chǎn)品規(guī)格說明書》。

第八，用戶培訓(xùn)?？梢愿鶕?jù)用戶特點選擇項目實施前或者實施后進行。

第九，安裝實施階段。實施安裝前需要有實施計劃，時間，人員，行程安排。現(xiàn)場安裝中，需要形成施工文檔，相關(guān)用戶需要簽字。項目安裝順利可以讓用戶出具《初驗報告》。

第十，項目結(jié)束階段。此階段需要建立軟件維護小組，組織有關(guān)部門進行項目驗收，科技成果申報，項目鑒定等工作。

三、結(jié)束語

作為民航氣象信息系統(tǒng)開發(fā)部門，利用Microsoft Project工具進行標準化項目管理，可以合理安排開發(fā)時間及項目資源，掌握工作進度，使項目管理工作有條不紊開展。

第3篇：項目開發(fā)總結(jié)范文

作為就業(yè)培訓(xùn)，項目的好壞對培訓(xùn)質(zhì)量的影響十分大，常常是決定性的作用。這篇文章是關(guān)于在學(xué)習(xí)java軟件開發(fā)時練習(xí)項目的總結(jié)，簡單總結(jié)為以下幾點： 項目一定要全新的項目，不能是以前做過的

2、項目一定要企業(yè)真實項目，不能是精簡以后的，不能脫離實際應(yīng)用系統(tǒng)

3、在開發(fā)時要和企業(yè)的開發(fā)保持一致

4、在做項目的時候不應(yīng)該有參考代碼

長話短說就是以上幾點，如果你想要的了解，可以繼續(xù)往后看。

一：項目的地位

因為參加就業(yè)培訓(xùn)的學(xué)員很多都是有一定的計算機基礎(chǔ)，大部分都具備一定的編程基礎(chǔ)，尤其是在?；蛘呤莿偖厴I(yè)的學(xué)生，多少都有一些基礎(chǔ)。

他們欠缺的主要是兩點：

（1）不能全面系統(tǒng)的、深入的掌握某種技術(shù)，也就是會的挺多，但都是皮毛，不能滿足就業(yè)的需要。

（2）沒有任何實際的開發(fā)經(jīng)驗，完全是想象中學(xué)習(xí)，考試還行，一到實際開發(fā)和應(yīng)用就歇菜了。

解決的方法就是通過項目練習(xí)，對所學(xué)知識進行深化，然后通過項目來獲取實際開發(fā)的經(jīng)驗，從而彌補這些不足，盡快達到企業(yè)的實際要求。

二：如何選擇項目

項目既然那么重要，肯定不能隨隨便便找項目，那么究竟如何來選擇呢？根據(jù)java的研究和實踐經(jīng)驗總結(jié)，選擇項目的時候要注意以下方面：

1：項目不能太大，也不能太小

這個要根據(jù)項目練習(xí)的階段，練習(xí)的時間，練習(xí)的目標來判斷。不能太大，太大了做不完，也不能太小，太小了沒有意義，達不到練習(xí)的目的。

2：項目不能脫離實際應(yīng)用系統(tǒng)

項目應(yīng)該是實際的系統(tǒng)，或者是實際系統(tǒng)的簡化和抽象，不能夠是沒有實戰(zhàn)意義的教學(xué)性或者是純練習(xí)性的項目。因為培訓(xùn)的時間有限，必須讓學(xué)員盡快地融入到實際項目的開發(fā)當(dāng)中去。任何人接受和掌握一個東西都需要時間去適應(yīng)，需要重復(fù)幾次才能夠真正掌握，所以每個項目都必須跟實際應(yīng)用掛鉤。

3：項目應(yīng)能覆蓋所學(xué)的主要知識點

學(xué)以致用，學(xué)完的知識點需要到應(yīng)用中使用，才能夠真正理解和掌握，再說了，軟件開發(fā)是一個動手能力要求很高的行業(yè)，什么算會了，那就是能夠做出來，寫出代碼來，把問題解決了，你就算會了。

4：最后綜合項目一定要是實際應(yīng)用系統(tǒng)

學(xué)員經(jīng)過這個項目的練習(xí)，就要走上實際的工作崗位了，如果這個系統(tǒng)還達不到實際應(yīng)用系統(tǒng)的標準，學(xué)員練習(xí)過后也還是達不到企業(yè)實際的需要，那么這個培訓(xùn)應(yīng)該說質(zhì)量就不高了。理想的狀況是這個項目就是實際項目，到時候?qū)W員就業(yè)到另外一個公司，不過是換個地方干活而已，完全沒有技能上的問題。

三：java怎么選擇項目

這個不是靠想象，而是根據(jù)實際的情況一步一步分析出來的（呵呵要賣弄一下：這也算是邏輯思維），當(dāng)然這里只是討論方法，不涉及具體的項目案例。

我們可以采用倒推的方式來分析：

第4篇：項目開發(fā)總結(jié)范文

2017年java員工試用期工作總結(jié)【1】

伴隨著充實緊湊的工作生活，兩個月的時間已經(jīng)過去了。這一段時間里有工作上的收獲，知識的豐富，經(jīng)驗的增長，同時也暴露出很多問題和不足?？偨Y(jié)經(jīng)驗，吸取教訓(xùn)，本文將主要從幾個方面來對工作進行總結(jié)：工作的主要內(nèi)容;其中的失敗和教訓(xùn)以及成功和經(jīng)驗;展望下一階段的工作，確定自己的目標。以此作為懲前毖后的記錄。

來到一個新的工作環(huán)境，最能發(fā)現(xiàn)自身的不足，這幾個月，抱著虛心學(xué)習(xí)的態(tài)度，學(xué)習(xí)公司的開發(fā)流程，熟悉公司的企業(yè)文化，了解公司產(chǎn)品框架，主要技術(shù)，主動和同事溝通、學(xué)習(xí)經(jīng)驗，希望能更快的融入公司、融入開發(fā)團隊，能夠全心的投入工作。

試用期期間完成的工作還十分有限，簡單列了一些：掌握java開發(fā)語言和環(huán)境，由于在校學(xué)習(xí)時主要是以.net作為開發(fā)語言，所以在剛?cè)肼殨r通過一段時間學(xué)習(xí)并基本掌握了java開發(fā)技術(shù)。熟悉公司開發(fā)流程，熟悉cbp產(chǎn)品框架。了解了核三框架的總體結(jié)構(gòu)和開發(fā)流程，并能在核三的基礎(chǔ)上進行項目開發(fā)。

參與了社保電子支付項目的開發(fā)。主要負責(zé)web端的模塊開發(fā)，通過開發(fā)的過程，學(xué)習(xí)和掌握了flex界面開發(fā)，hibernate和oracle數(shù)據(jù)庫。因為自己在經(jīng)驗上的不足，所以，在項目的開發(fā)過程中碰到開發(fā)進度慢的問題。綜合起來看原因在于：

1、沒有項目經(jīng)驗，沒有經(jīng)歷過系統(tǒng)和完整的系統(tǒng)開發(fā)。

2、對于技術(shù)的學(xué)習(xí)和掌握還不夠深入。

3、發(fā)現(xiàn)問題的能力不夠，在自己以往的學(xué)習(xí)方式中，欠缺一種主動發(fā)現(xiàn)問題的能力。今后，我會多注意在這些方面的學(xué)習(xí)和積累。

這兩個月的工作生活是充實且富有樂趣的，結(jié)識了很多同事和朋友，公司的氛圍是非常輕松愉快的。感謝兩個月來經(jīng)理的關(guān)心，感謝部門同事的悉心指導(dǎo)，感謝公司各位同事的熱心幫助，希望能在接下來的工作中能懲前毖后，總結(jié)經(jīng)驗，吸取教訓(xùn)，做到個人與公司共榮辱同進退，共同實現(xiàn)中地的輝煌。

2017年java員工試用期工作總結(jié)【2】

我于20xx年7月6號進入公司，我一直對自己要求嚴謹，遵守公司的規(guī)章制度,參與了社保電子支付項目的開發(fā);來到一個新的工作環(huán)境，最能發(fā)現(xiàn)自身的不足，這幾個;公司的開發(fā)流程，熟悉公司的企業(yè)文化，了解公司產(chǎn)品;學(xué)習(xí)經(jīng)驗，希望能更快的融入公司、融入開發(fā)團隊，能做到的工作還十分有限，簡單列了一些：掌握java開發(fā);職時通過一段時間學(xué)習(xí)并基本掌握了試用期個人工作總結(jié) 我于20xx年7月6號進入公司的軟件開發(fā)四部，擔(dān)任java程序員一職。

在這段工作時間里，我一直對自己要求嚴謹，遵守公司的規(guī)章制度，努力完成和完善分配給我的任務(wù)，參與了社保電子支付項目的開發(fā)?，F(xiàn)在，試用期結(jié)束了，對自己這3個月的工作情況作個總結(jié)。

前期工作回顧來到一個新的工作環(huán)境，最能發(fā)現(xiàn)自身的不足，這幾個月，抱著虛心學(xué)習(xí)的態(tài)度，學(xué)習(xí)公司的開發(fā)流程，熟悉公司的企業(yè)文化，了解公司產(chǎn)品框架，主要技術(shù)，主動和同事溝通、學(xué)習(xí)經(jīng)驗，希望能更快的融入公司、融入開發(fā)團隊，能夠全心的投入工作。

試用期期間完成的工作還十分有限，簡單列了一些： 掌握java開發(fā)語言和環(huán)境，由于在校學(xué)習(xí)時主要是以.net作為開發(fā)語言，所以在剛?cè)肼殨r通過一段時間學(xué)習(xí)并基本掌握了java開發(fā)技術(shù)。 熟悉公司開發(fā)流程，熟悉cbp產(chǎn)品框架。了解了核三框架的總體結(jié)構(gòu)和開發(fā)流程，并能在核三的基礎(chǔ)上進行項目開發(fā)。參與了社保電子支付項目的開發(fā)。主要負責(zé)web端的模塊開發(fā)，通過開發(fā)的過程，學(xué)習(xí)和掌握了flex界面開發(fā)，hibernate和oracle數(shù)據(jù)庫。

因為自己在經(jīng)驗上的不足，所以，在項目的開發(fā)過程中碰到開發(fā)進度慢的問題。綜合起來看原因在于：1、沒有項目經(jīng)驗，沒有經(jīng)歷過系統(tǒng)和完整的系統(tǒng)開發(fā)。2、對于技術(shù)的學(xué)習(xí)和掌握還不夠深入。3、發(fā)現(xiàn)問題的能力不夠，在自己以往的學(xué)習(xí)方式中，欠缺一種主動發(fā)現(xiàn)問題的能力。

今后，我會多注意在這些方面的學(xué)習(xí)和積累。 在工作的這段時間里，我得到很多同事的幫助。部門經(jīng)理經(jīng)常與我交流，指出技術(shù)上的問題，傳授了很多開發(fā)經(jīng)驗。與同事間也經(jīng)常互相請教，探討碰到的問題，互相學(xué)習(xí)。使得我很快就適應(yīng)了公司的生活。在這期間還參加了公司的中秋晚會，感受了公司文化。 總之，認真的回顧了這段時間的工作，發(fā)現(xiàn)了一些不足之處，這都是我在接下的工作中需要完善的。同時，也會盡最大努力的學(xué)習(xí)和積累經(jīng)驗，逐步發(fā)展成一個全面的技術(shù)開發(fā)人員，更好的完成工作。

2017年java員工試用期工作總結(jié)【3】

在學(xué)院領(lǐng)導(dǎo)老師的帶領(lǐng)和安排下，我們在上個學(xué)期末，到北京進行了為期10天的專業(yè)實習(xí)。在實習(xí)過程中，我們在專編程技能以及軟件開發(fā)的總體架構(gòu)思想上都收獲頗豐。

本次實訓(xùn)我們分為兩個階段，前五天為第一階段，我們進行了理論知識的學(xué)習(xí)，鞏固和深化了所學(xué)的編程知識。以下談一談個人的感受與體會

一、理論知識的學(xué)習(xí)

在實訓(xùn)進行的前五天，我們上的是java編程的理論課。負責(zé)上課的老師言語風(fēng)趣幽默而不失嚴謹，在老師的引導(dǎo)和啟發(fā)下，我們鞏固了之前在學(xué)校所學(xué)的編程知識，并加以深化，澄清之前對編程技術(shù)認識的一些錯誤或模糊的概念。

我們還在課上以java里GUI編程常用的swing框架和JAVA的容器體系作為切入點，框架作為這期間除了學(xué)習(xí)一般的編程的知識技巧。在全面的系統(tǒng)的認識了框架同時補充學(xué)習(xí)了泛型技術(shù)，以及框架中架構(gòu)思想的知識。在企業(yè)的實際編碼過程中，一個個框架構(gòu)成了軟件的基石，只有掌握了幾門框架知識，才能在實踐中高效開發(fā)，讓自己的產(chǎn)品在市場上立于不敗之地。

在理論課的學(xué)習(xí)過程中，我們也暴露了一些問題，比如在學(xué)校上課學(xué)習(xí)時，對所學(xué)知識只是知其然而不知其所以然，不太愿意深鉆，和超前學(xué)習(xí)一些知識。

二、項目開發(fā)實戰(zhàn)練習(xí)

在結(jié)束了理論知識的學(xué)習(xí)之后，后五天我們在實訓(xùn)基地進行了項目開發(fā)的實戰(zhàn)練習(xí)。

項目的名稱是superVCD，是由海輝曾經(jīng)所接的一個遠程音樂唱片管理軟件項目的精簡版。雖然有所精簡，但是其內(nèi)容對我們學(xué)習(xí)仍具有相當(dāng)?shù)膬r值，對我們了解真實的軟件的設(shè)計規(guī)范，編碼規(guī)范，文檔規(guī)范以及客戶對軟件的需求很有參考價值。該內(nèi)容囊括了GUI設(shè)計和編碼，容器與泛型的知識，規(guī)范文檔編寫，測試及日志系統(tǒng)，甚至要求我們實現(xiàn)一個專用的輕量級數(shù)據(jù)庫系統(tǒng)，這無疑是對我們很好的一次歷練機會，同時可以積累豐富的知識。

平時我們很少有機會能夠完成一個如此規(guī)模的項目，所以在這次項目實戰(zhàn)訓(xùn)練中，我的收獲也有很多。

第一，我學(xué)會了如何規(guī)范的編寫代碼和文檔。文檔和代碼是團隊各成員在項目開發(fā)交流合作中的紐帶，風(fēng)格隨意混亂的代碼和缺失或語義不明的文檔會讓團隊中的其他成員不能理解和使用自己寫的程序，我在平時編寫代碼比較隨意，并不注重這一點，經(jīng)歷這次實戰(zhàn)演練之后，我一定會嚴格的遵守編碼規(guī)范。

第二，我學(xué)會了如何理解和分析客戶的需求。軟件為客戶而生，只有理解了客戶的需求才有寫出優(yōu)秀的軟件的可能，在這次實戰(zhàn)演練中，老師教會了我們?nèi)绾谓M織團隊正確的理解和分析客戶的需求，并寫出完善的需求分析，并用于項目開發(fā)。

第三，我學(xué)會了對按照需求對軟件架構(gòu)進行設(shè)計，這點我想是我們許多同學(xué)之前都非常欠缺的，因為我們在學(xué)校的時編寫代碼篇幅短小，功能單一，所以設(shè)計思路通常只留于腦內(nèi)，非常模糊。而在這次項目開發(fā)演練中，老師手把手的教會我如何從需求中抽象出問題，并將之模塊化，然后逐步求精，就如同為高樓大廈搭建棟梁。

第四，我學(xué)會了如何團隊合作，共同開發(fā)。作為項目開發(fā)小組的組長，我的體會更加深刻。獨木難支，光靠一個人的力量是遠遠不夠的。只有管理組織好一個團隊，才能夠最終完成項目的開發(fā)，或許在編程技術(shù)水平上團隊成員有高有低，但是，每個人都有自己的閃光點，總可以在團隊的找到適合自己的位置，每個人在自己的團隊中做的貢獻，創(chuàng)造出不可磨滅的重大價值。

第五，我學(xué)會了如何與客戶溝通并展示自己的項目，軟件項目的開發(fā)最終需要的是客戶的認可，讓客戶了解并認可自己的產(chǎn)品最好的辦法就是用言語將自己的項目的最好的一面展示出來，在最后一天里，實訓(xùn)的老師組織了項目的答辯，給我們提供了鍛煉自己的表達能力，展示自己的項目的舞臺。

第5篇：項目開發(fā)總結(jié)范文

2009年2月25日至4月17日，禮平老師提出將學(xué)院大三的“軟件項目管理”和“軟件項目開發(fā)實踐”兩項課程相結(jié)合，讓學(xué)生完成一個網(wǎng)上書城系統(tǒng)。項目歷時52天，在兩位老師的悉心指導(dǎo)下，整個學(xué)院的同學(xué)組成20多個團隊，開始了開發(fā)歷程，在這個過程中，著重培養(yǎng)了學(xué)生獲取知識、共享知識、應(yīng)用知識、總結(jié)知識和傳播知識的能力。

作為其中一個團隊的小組長，我深為自己所在的團隊“喜羊羊與灰太狼”感到自豪，它對于我以及我們組員的影響都是“前所未有”，并且是長遠的。說其前所未有，緣于這次開發(fā)就如大學(xué)前幾年的一次總結(jié)，幫助我們匯總學(xué)習(xí)方法，融會貫通所學(xué)知識；說其影響深遠，緣于其對我們后期課程乃至下一屆或下幾屆學(xué)弟學(xué)妹們的幫助。

“喜羊羊與灰太狼”是一個由5個女生、2個男生組成的團隊。這是一個奇怪而又強大的組合，這7個人沒有任何相關(guān)領(lǐng)域的開發(fā)經(jīng)驗，沒有任何組隊共同開發(fā)的合作經(jīng)驗。在團隊中，有的活潑可愛，有的深沉內(nèi)斂，有的認真細致，有的想法獨特，當(dāng)組合在一起之后，我們有過爭執(zhí)，有過失望，但是最終我們卻提交了一份令人滿意的成果，包括7個完整版本的源代碼和32萬字的文檔，還有每一位成員在未來學(xué)習(xí)中取之不盡的開發(fā)經(jīng)驗。

2　實際開發(fā)結(jié)果

2.1　產(chǎn)品

產(chǎn)品功能如圖1所示。

2.2工作量

編碼工作完成情況：

?C#代碼：9712行：

?數(shù)據(jù)庫代碼：299行；

?CSS代碼： 633行；

?存儲過程：1711行。

預(yù)計的生產(chǎn)效率：70行／人／日

程序的平均生產(chǎn)效率為：12355／7／14=126行／人／日

實際效率大于預(yù)計效率原因：

(1)開發(fā)團隊中有技術(shù)很好的成員，當(dāng)遇到問題后，可以通過請教相互溝通，能夠很快地解決問題，不落下進度。

(2)開發(fā)人員自學(xué)能力好，通過第一、第二階段的開發(fā)，積累了一定的經(jīng)驗，在后期三四階段的開發(fā)中將效率提高。

(3)所有成員都十分努力，同時團隊的管理機制很好，項目開發(fā)嚴格按照計劃進行，按時完成任務(wù)甚至超前完成，工作效率很高。

2.3　對生產(chǎn)效率的評價

經(jīng)過統(tǒng)計，整個網(wǎng)站系統(tǒng)的代碼數(shù)量為：C#代碼9712行，數(shù)據(jù)庫代碼299行，CSS代碼633行，存儲過程1711行，此部分都是開發(fā)人員手動開發(fā)的代碼，總共為12355行。前期的開發(fā)時間為14天。那么程序的平均生產(chǎn)效率為12355／7／14=126行，人／日，這已經(jīng)大大超出我們所預(yù)計的生產(chǎn)效率70行／A／日。雖然量增多了，但是質(zhì)量依舊控制在計劃之內(nèi)。

經(jīng)過統(tǒng)計，所產(chǎn)生文檔字數(shù)大約為：75870字。所統(tǒng)計的文檔包括需求、概要設(shè)計、詳細設(shè)計、數(shù)據(jù)庫設(shè)計、開發(fā)計劃、測試計劃等項目所需文檔。那么文件的平均生產(chǎn)效率為：75870／1000／7／7／=1.5千字數(shù)／人／日，這明顯不足于我們所預(yù)期的2.5千字數(shù)／人／日。這是因為我們還有其他很多文檔并沒有統(tǒng)計進去，例如小組的溝通，小組每周的會議記錄，小組每周的總結(jié)，個人總結(jié)等。因此，如果包括所有的文檔，估計能有3千字數(shù)／人／日左右。

因此我們的生產(chǎn)效率是能達到我們預(yù)期的要求的。

3　開發(fā)歷程

從以上的開發(fā)成果看，這已經(jīng)是一個完整的開發(fā)項目。這不同于課程的開發(fā)作業(yè)，也不同于科技創(chuàng)新項目，課程初期，禮平老師接受同學(xué)們的建議，結(jié)合同一學(xué)期著重技術(shù)講解“軟件開發(fā)實踐”課程，提出共同完成同一個項目的觀點，兩門課程從不同的角度，即技術(shù)講解和項目管理指導(dǎo)兩個方面指導(dǎo)項目開發(fā)。這樣大大減少了課程內(nèi)容的重復(fù)和沖突，集中了同學(xué)的時間和精力，讓我們更加具體細致地完成一個項目。

3.1　相關(guān)課程的結(jié)合，集中學(xué)生經(jīng)歷

隨著學(xué)校對于學(xué)生動手能力的要求提高，每一門專業(yè)課程基本都要求學(xué)生開發(fā)一個小型項目以增加對于專業(yè)知識的了解。然而過多的課程導(dǎo)致了較大的項目壓力，最后學(xué)院的同學(xué)們都不堪重負。實際上，學(xué)生一直在忙于完成各種不同的項目，并沒有達到實際的學(xué)習(xí)效果。

因此，當(dāng)我們對禮平老師的教育理念還沒有理解時，我們只是覺得能夠?qū)⒂嘘P(guān)的課程相結(jié)合，是多么令人開心的事情。

“軟件項目開發(fā)實踐”課程老師由淺入深地對我們所遇到的技術(shù)問題進行指導(dǎo)：“軟件項目管理”課程隨著軟件生命周期的進行講述不同階段應(yīng)該要采用的軟件工程項目管理方法。

然而，這不只是兩門課程的結(jié)合。在后期的軟件測試課程中，我們再次將自己完成的系統(tǒng)作為測試對象，對其中重要的功能點采用一套完整的測試方案，對其進行測試評估。因為被測系統(tǒng)是由自己開發(fā)，在測試過程中，我們可以很順利地對缺陷進行修復(fù)。

3.2　軟件產(chǎn)品的開發(fā)生命周期同課程的結(jié)合

以軟件開發(fā)周期作為課程的大環(huán)境，兩位老師由淺入深，從需求分析開始，到設(shè)計、實現(xiàn)、測試和維護，一步一步帶領(lǐng)我們進行開發(fā)。

這像是對所有課程的總結(jié)，其中包括編程的基礎(chǔ)課程、Web開發(fā)的相關(guān)技術(shù)、軟件工程的相關(guān)課程、項目管理。在這樣一個短暫的不到兩個月的時間內(nèi)，我們實現(xiàn)了基礎(chǔ)課程中的理論知識，我們重現(xiàn)各類開發(fā)和設(shè)計模型。在需求分析中，我們采用“面向?qū)ο蟆闭n程中的需求分析方法，力求通過標準的需求建模方法，明確系統(tǒng)功能和性能要求：在設(shè)計和開發(fā)過程中，我們采用迭代的開發(fā)方法，運用所學(xué)的Web開發(fā)課程和C#編程的內(nèi)容；在測試階段，我們采用軟件測試課程中學(xué)到的測試策略，對每一個階段的測試，運用有關(guān)的測試工具開展測試過程。

現(xiàn)在課程結(jié)束已經(jīng)快一年了，但在后期的像“軟件開發(fā)實習(xí)”這樣的課程中，我們卻總是不自覺地會將這次開發(fā)的經(jīng)驗作為我們開發(fā)的依據(jù)。通過這樣一次完整的項目開發(fā)過程，我們了解了整個產(chǎn)品的開發(fā)周期，明確每個階段應(yīng)該完成的任務(wù)，熟悉各個階段所可能遇到的問題以及應(yīng)該采用的方法，甚至對于風(fēng)險的估計都更加準確了。

3.3　老師的指導(dǎo)，我們前行的指明燈

摒棄了傳統(tǒng)的教授方式，在禮平老師的教育理念指導(dǎo)下，我們開始走上講臺講述自己所遇到的問題、采用的解決方法，老師讓我們開展討論，讓我們團隊內(nèi)部或者不同團隊之間共同交流來尋求解決方案。另一位“軟件工程實踐”課程教師，他采用問題驅(qū)動的教學(xué)方式，對我們不同開發(fā)階段遇到的技術(shù)問題進行匯總統(tǒng)一，提供出可選的技術(shù)解決方案，不同的團隊可以依據(jù)自己項目的特點采用合適的解決方案，并通過自學(xué)的方式了解該解決方案的技術(shù)細節(jié)，從而順利解決問題。同時我們也了解到了相關(guān)其他解決方案適用的情景，讓我們在今后的開發(fā)中“有法可依”。

在這場互動式的教學(xué)中，老師并沒有因為學(xué)生的主動而減輕了工作壓力，他們需要及時調(diào)整我們到合適的方向上，這得益于老師自身豐富的開發(fā)經(jīng)驗。禮平老師會在我們停滯不前的時候，建議我們應(yīng)該先完 成一個靜態(tài)Demo來幫助了解需求：在我們對項目計劃感覺茫然的時候，他會拿出自己多年的開發(fā)經(jīng)驗告訴我們，應(yīng)該如何在計劃和開發(fā)上平衡時間；當(dāng)我們對自身網(wǎng)站的特色定位不清楚的時候，他會讓我們注重細節(jié)的完善而不是新穎的功能，讓我們最終以一個穩(wěn)定而完整的系統(tǒng)獲勝。當(dāng)初的我們甚至以為一個項目開發(fā)就是一次集體編寫代碼，然而老師卻教會我們需要確定需求，將設(shè)計工作做得完整，實際的開發(fā)時間只需要兩個星期，事實確實是如此，在嚴格的項目進度控制中，組員在兩周之內(nèi)竟然基本完成了系統(tǒng)功能。

就是這樣，起初懵懂的我們對“項目”的過程完全不知所措，而現(xiàn)在，任何項目到我們手中，無論其采用的技術(shù)如何，無論其要求時間是多久，我們總能得心應(yīng)手地為其制定開發(fā)計劃并開展工作來實現(xiàn)它。這些知識在別人看來就像是與生俱來的，然而只有我們知道，正是通過了這樣一次完整的開發(fā)過程，讓軟件工程領(lǐng)域的知識成為我們自己的“天賦”，隨手拿來，即人們常說的“經(jīng)驗”。

在這個成長的過程中，老師并沒有說，如果遇到了這樣的問題，有多少偉大的人發(fā)明了多少模型我們可以采用，這種模型的構(gòu)建過程是這樣，那種模型的適用情況又是如何。若老師僅是這樣用生硬的文字告訴我們，用我們做20年學(xué)生的經(jīng)驗來看，不出一個月這些知識就會模糊，不出半年這些知識又會變成新的知識。而在這一次的開發(fā)過程中，老師卻像路標，告訴我們正確的方向，或者可能的路線，而其中探索的過程卻是由我們來實現(xiàn)，前進的道路由我們自己來選擇。我們變得習(xí)慣于獨立思考，我們變得善于表達，我們開始熟悉這條成功之道。

3.4　綜合性學(xué)習(xí)經(jīng)驗，我們最終的目標

獲取知識(自學(xué))、共享知識(團隊工作)、應(yīng)用知識(解決問題)、總結(jié)知識(創(chuàng)新)和傳播知識(溝通)的能力，這是CDIO要求學(xué)生在基于項目的學(xué)習(xí)過程中需要得到的綜合能力。

我們從不糾結(jié)于某一個技術(shù)問題，從不局限使用某一種開發(fā)模型，項目的內(nèi)容也不限定，通過一次完整的項目開發(fā)過程，著眼于學(xué)生綜合能力的提高，培養(yǎng)學(xué)生成為能夠與國際接軌的高等工程師。

禮平老師強調(diào)我們要不斷總結(jié)，并把這個過程運用到其他地方，不僅是軟件產(chǎn)品的開發(fā)，從確定需求、制定計劃、設(shè)計和實現(xiàn)的過程來看，我們可以將各種模型甚至運用到制定個人規(guī)劃，還有那些需要考研的同學(xué)的考研計劃中。在項目完成后，老師欣喜地翻閱每一位同學(xué)的心得體會。作為小組長我也看過組內(nèi)每一位成員的總結(jié)，每個人的教訓(xùn)和經(jīng)驗都不盡相同，也許這就是我們學(xué)習(xí)的目的，每個人都能有所收獲，從不同的角度，不同的領(lǐng)域培養(yǎng)不同的能力，收獲不同的知識。

3.5課程考核，不僅僅是分數(shù)

與往常的課程考試不同，我們采用的考核方式是多樣的，包括平時的討論、組內(nèi)的互評，答辯的結(jié)果和最終的產(chǎn)品質(zhì)量。

平時討論作為考核的內(nèi)容之一，增加了平時課堂討論的參與度，使得同學(xué)們更加積極地投入到課堂交流，為每一次的成果匯報作好充分的準備，積極主動地思考解決方案。

組內(nèi)互評是我們的一大特色，我們采用禮平老師號稱的“雷達圖”來評定每一位成員在開發(fā)過程中的表現(xiàn)。這種評定方法通過不同方面評定每個人的能力，讓每位成員能夠更加清楚地認識自己，并依據(jù)其在組內(nèi)的貢獻作為評分依據(jù)，計算出組內(nèi)互評的最終得分，“雷達圖”示意圖如圖2所示。

答辯是最后的考驗，我們?yōu)榇俗鲎懔藴蕚?，甚至排練了多次。?jīng)過之前多次的中期檢查，我們慢慢學(xué)著如何更好地展示和表達我們的成就，讓老師和其他項目組在答辯的短暫十分鐘之內(nèi)看到我們的努力和優(yōu)秀的產(chǎn)品。終期答辯推動著我們不斷完善系統(tǒng)，因為考慮到老師要進行任何操作，提出各種疑問，所以我們從用戶的角度考慮一切有可能出現(xiàn)的操作，盡可能地保證系統(tǒng)的實用性、便捷性和穩(wěn)定性，這樣大大提高了產(chǎn)品的質(zhì)量。在后期的總結(jié)中，我們發(fā)現(xiàn)這樣的方式運用到實際的產(chǎn)品開發(fā)中也是如此的有效，因為時刻從客戶的角度考慮，是保證產(chǎn)品質(zhì)量的重要因素。

正是這樣的考核方式，不僅讓我們學(xué)會如何有效表達、了解自己，更在一定程度上學(xué)會考慮如何成就一個成功的項目。

3.6　團隊合作，我們最寶貴的經(jīng)驗

人際交往技能即團隊協(xié)作和交流，是CDIO工程教育模式所提倡的應(yīng)該培養(yǎng)學(xué)生的技能。對我們來說，團隊培養(yǎng)的協(xié)作關(guān)系是我們寶貴的財富，團隊合作也成為我們最寶貴的經(jīng)驗。

為了能夠順利完成每個階段的計劃，我們的小組成員常在一起整合到凌晨，為問題開會討論好幾個小時，我們會將設(shè)計制定的細致再細致，只為其他隊員能夠減少理解時間。當(dāng)然，因為我們性格各異，所以也會對他人的行事風(fēng)格不理解，也會出現(xiàn)推脫責(zé)任的時候，也有不能達成一致意見而發(fā)生爭執(zhí)的時候?？墒且驗榇蠹矣泄餐哪繕耍е鴮椖控撠?zé)的態(tài)度，我們逐漸建立起默契，漸漸開始為對方考慮。每個小組成員都很細致地對待自己負責(zé)開發(fā)的模塊，盡量減少出現(xiàn)缺陷，避免其他功能的開發(fā)遭到停滯或者增加整合人員的工作量。

很多人都知道，團隊合作會保證項目的順利進行，減少項目風(fēng)險，構(gòu)建一種良好的團隊氛圍，而對于我們來說，團隊合作更讓我們關(guān)注自己的工作，在很大程度上保證了產(chǎn)品開發(fā)的質(zhì)量。通過團隊開發(fā)的方式，讓我們在開發(fā)過程發(fā)現(xiàn)協(xié)作的意義，更讓我們收獲了友誼。

4　CDIO之我見

禮平老師的課堂帶給我們收獲和成果，作為軟件學(xué)院的學(xué)生，作為CDIO工程教育理念的受益者，我們有自己的理解和感受。

在有限的大學(xué)4年教育中，我們希望自己能夠承受一定的壓力并收獲有用的知識，能讓我們在未來的職業(yè)領(lǐng)域有所發(fā)展。同時我們了解，作為工科學(xué)生，工程實踐經(jīng)驗尤為重要，而從小學(xué)到中學(xué)，理論為主的教學(xué)模式讓我們深感自己經(jīng)驗不足，動手能力不強，對于實際的公司項目更是束手無策。成為社會肯定的具有良好綜合素質(zhì)的畢業(yè)生，這是我們對自身的要求，也是我們對于學(xué)校教育的期望。

第6篇：項目開發(fā)總結(jié)范文

關(guān)鍵詞：工程教育；實訓(xùn)模式；工程應(yīng)用型人才

作者簡介：覃慶偉（1969-），男，廣西藤縣人，仲愷農(nóng)業(yè)工程學(xué)院信息科學(xué)與技術(shù)學(xué)院，高級工程師；覃毅（1974-），男，四川遂寧人，仲愷農(nóng)業(yè)工程學(xué)院信息科學(xué)與技術(shù)學(xué)院，工程師。（廣東 廣州 510225）

基金項目：本文系廣東省高教廳計算機科學(xué)與技術(shù)特色專業(yè)建設(shè)（項目編號：k1111895）、廣東省高教廳網(wǎng)絡(luò)工程人才培養(yǎng)創(chuàng)新實驗區(qū)項目的研究成果。

中圖分類號：G642.44 文獻標識碼：A 文章編號：1007-0079（2013）16-0159-02

中國的經(jīng)濟快速增長，需要大量的工程技術(shù)人才。高校每年有600多萬畢業(yè)生，有許多學(xué)生找不到工作，而企業(yè)卻抱怨招不到適用的人才；學(xué)生對社會上資費不菲的考證技能培訓(xùn)趨之若鶩，卻對高校開設(shè)的課程興趣不高。這種反差說明，傳統(tǒng)的高校課程設(shè)置和培養(yǎng)模式與市場對人才技能的要求脫節(jié)，造成學(xué)生工程實操能力不強。為解決這一矛盾，國際工程教育合作組織于2004年制定了CDIO工程教育標準，我國教育部也于2010年6月實施了“卓越工程師教育培養(yǎng)計劃”，兩者都強調(diào)通過高校與企業(yè)的合作培養(yǎng)出具有創(chuàng)新精神和實踐能力的工程師，以滿足社會與經(jīng)濟發(fā)展方式轉(zhuǎn)變對各類高素質(zhì)工程人才的需求。但是在操作層面，校企合作談何容易。一是由于競爭劇烈，為降低培訓(xùn)成本，企業(yè)都希望招聘到具有一定工程能力又掌握行業(yè)主流技術(shù)、能勝任團隊工作的員工。但是按照傳統(tǒng)的高校體制及人才培養(yǎng)模式，難以讓學(xué)生掌握自成體系又不過時落后的專業(yè)知識；況且學(xué)校也無法提供類似企業(yè)的軟、硬件環(huán)境和真實的工程項目，工程能力的培養(yǎng)難以落到實處。二是考慮到工程項目的工期、質(zhì)量、場地設(shè)備成本及售后服務(wù)等多方面的因素，尤其是出于對核心技術(shù)及客戶資料保密考慮，企業(yè)無法接納大量的學(xué)生系統(tǒng)地進行工程項目的實踐。

一、工程實訓(xùn)模式改革探討

在探討工程實訓(xùn)之前，首先要明確工程項目與傳統(tǒng)教學(xué)科研案例的根本區(qū)別在于：工程項目是按照工業(yè)標準、技術(shù)規(guī)范及市場需求設(shè)計、制造出產(chǎn)品，強調(diào)產(chǎn)品的服務(wù)理念及成本控制意識，要求產(chǎn)品性價比高、在市場上有競爭力；而傳統(tǒng)教學(xué)科研案例僅是原理驗證或過程演示，只是說明某種技術(shù)而已，根本沒有產(chǎn)品的概念，自然就不用關(guān)心技術(shù)落后與否，容易讓學(xué)生畢業(yè)時感覺在大學(xué)沒有學(xué)到實用的知識。這就要求在推行工程教育時，需要創(chuàng)新校企合作思路，改革實訓(xùn)模式——通過校企合作，利用企業(yè)真實的工程項目，培訓(xùn)教師而不是學(xué)生；然后在校內(nèi)搭建類似企業(yè)軟硬件環(huán)境，建立相應(yīng)的工程實訓(xùn)體系，通過教師對學(xué)生進行工程項目的訓(xùn)練，培養(yǎng)學(xué)生的工程能力，以滿足企業(yè)需求。

為此，需要按照工程能力的要求對教學(xué)要素進行系統(tǒng)規(guī)劃與設(shè)計，對包括培養(yǎng)方案、課程體系、教學(xué)計劃、教學(xué)方法、教材選擇、實踐教學(xué)體系與內(nèi)容、實訓(xùn)室建設(shè)等諸多方面進行配套改革；需要按照工程理念，構(gòu)建提供教學(xué)實訓(xùn)內(nèi)容和環(huán)境支持的“工程實訓(xùn)平臺”，并引入工程建設(shè)中的監(jiān)理機制，配套建設(shè)“實訓(xùn)管理平臺”，為保證實訓(xùn)質(zhì)量提供監(jiān)控手段。

1.工程實訓(xùn)平臺建設(shè)

實訓(xùn)平臺的建設(shè)目的是建設(shè)、管理大量的實訓(xùn)體系資源，為實訓(xùn)教學(xué)提供環(huán)境、過程支持和實訓(xùn)內(nèi)容。平臺建設(shè)包括類似企業(yè)的真實軟硬件環(huán)境搭建和實訓(xùn)資源建設(shè)兩大內(nèi)容。前者提供環(huán)境支持，后者為工程教育提供實訓(xùn)內(nèi)容和過程支持，為實訓(xùn)平臺建設(shè)的重點。

按照學(xué)科的教學(xué)規(guī)律，實訓(xùn)過程可分為三個循序漸進階段：工程知識學(xué)習(xí)階段；工程技術(shù)訓(xùn)練階段；工程項目實訓(xùn)階段。各階段對平臺建設(shè)的要求分別為：

（1）工程知識學(xué)習(xí)階段：目的是在工程技術(shù)訓(xùn)練前學(xué)習(xí)相關(guān)工程知識，建立系統(tǒng)的知識體系，明確各部分知識在整個體系中的位置及作用，掌握各部分知識的難點、重點。為此需按學(xué)科專業(yè)方向建設(shè)包括課程體系、教學(xué)大綱、學(xué)習(xí)資料、難點重點訓(xùn)練案例、測試及考試題庫，以及能將所學(xué)知識有機聯(lián)系起來的綜合實例資料及參考設(shè)計等。

（2）工程技術(shù)訓(xùn)練階段：目的是在學(xué)習(xí)工程知識的基礎(chǔ)上，通過獨立完成小型項目開發(fā)，訓(xùn)練工程項目開發(fā)所用技術(shù)，掌握開發(fā)工具的使用方法及技巧；熟悉技術(shù)標準細節(jié)，熟悉工程項目的設(shè)計、開發(fā)方法，以此來培養(yǎng)工程技術(shù)能力。為此需要建設(shè)按照不同課程、不同方向、不同技術(shù)實現(xiàn)的小型項目，收集、整理項目開發(fā)技術(shù)規(guī)范，編寫開發(fā)文檔、參考資料、標準手冊等，為進行真實工程項目開發(fā)打下基礎(chǔ)。

（3）工程項目實訓(xùn)階段：目的是通過真實工程項目的開發(fā)，讓學(xué)生學(xué)會市場調(diào)研方法、學(xué)會編寫市場需求分析報告；學(xué)會查閱相應(yīng)的工業(yè)標準及產(chǎn)品性能、技術(shù)要求，熟悉項目開發(fā)所用的技術(shù)、手段與方法；熟悉項目開發(fā)流程，理解項目管理的基本理念，鍛煉團隊的協(xié)作能力，從而積累項目開發(fā)經(jīng)驗，培養(yǎng)工程素質(zhì)和能力；掌握項目開發(fā)的主流技術(shù)，拉近與用人需求的距離。為此，需要導(dǎo)入不同業(yè)務(wù)背景的真實工程項目，按工程理念和產(chǎn)品要求進行項目的需求整理、開發(fā)流程整理、開發(fā)用例整理、開發(fā)文檔整理，實現(xiàn)方法、技術(shù)的對比整理，以便在學(xué)生獨立完成所負責(zé)的分項目后進行參考、對照，發(fā)現(xiàn)、改進不足，也便于教師在指導(dǎo)學(xué)生的過程中進行參考查閱。實訓(xùn)平臺的使用可分為課程實訓(xùn)和工程項目實訓(xùn)兩個層次。

課程實訓(xùn)層次主要是針對課程體系中的各門課程，實現(xiàn)對課程教學(xué)資源的系統(tǒng)化管理及案例教學(xué)過程的管理，學(xué)生通過查看課程的教學(xué)大綱、章節(jié)的主要內(nèi)容、課程的重點難點、多媒體課件等進行課程的學(xué)習(xí)，通過完成教師分配的作業(yè)、練習(xí)案例、實驗操作、課程設(shè)計等任務(wù)，掌握課程知識，訓(xùn)練工程技術(shù)。可見，課程實訓(xùn)層次涵蓋了工程知識學(xué)習(xí)和工程技術(shù)訓(xùn)練兩個階段，對這兩個階段的平臺建設(shè)有明確且具體的要求。

工程項目實訓(xùn)層次主要是針對學(xué)生的學(xué)科專業(yè)，實現(xiàn)工程知識及技術(shù)的系統(tǒng)集成。要求按照行業(yè)的相關(guān)技術(shù)標準，實現(xiàn)對項目開發(fā)過程的全程管理及監(jiān)控；參照企業(yè)實際項目管理過程，按需求分析、規(guī)劃設(shè)計、開發(fā)建設(shè)、項目調(diào)試、驗收總結(jié)五個階段進行管理。學(xué)生可以通過平臺了解項目團隊的成員情況、項目開發(fā)計劃、各階段需完成的任務(wù)、小組成員的任務(wù)完成情況，并提交工作日報、項目會議紀要、項目調(diào)試結(jié)果、項目總結(jié)及實訓(xùn)調(diào)查等文檔；教師可以通過平臺進行項目、人員分組，開發(fā)設(shè)計計劃，并按階段開放項目資源，審閱工作日報及各項目組會議紀要，審閱設(shè)計方案，上傳個性化學(xué)習(xí)資料、調(diào)查問卷，查看各項目組完成情況及修改情況等。

實訓(xùn)平臺的建設(shè)是動態(tài)的，必須定時更新知識體系及工程項目內(nèi)容，以跟上工程技術(shù)的發(fā)展步伐，確保培養(yǎng)出的學(xué)生能掌握主流技術(shù)，滿足崗位技能需求。

2.實訓(xùn)管理平臺建設(shè)

為確保實訓(xùn)平臺在工程教育中的使用效果，達到大規(guī)模培養(yǎng)工程人才的目的，有必要引進工程項目建設(shè)中的監(jiān)理機制，建設(shè)相應(yīng)的管理平臺，為實訓(xùn)提供質(zhì)量監(jiān)控手段。為此，需要教師通過校企合作，參與工程項目開發(fā)，再通過研究及教學(xué)實踐，總結(jié)、提煉出一套實訓(xùn)教學(xué)的教學(xué)方法及管理文檔，具體包括《實訓(xùn)教學(xué)安排》、《教師實訓(xùn)手冊》、《實訓(xùn)教學(xué)方法》、《學(xué)生實訓(xùn)跟蹤表》、《實訓(xùn)要求及管理辦法》、《實訓(xùn)反饋表》、《實訓(xùn)考評辦法》等一系列教學(xué)支持文件，以統(tǒng)一實訓(xùn)教學(xué)方法，規(guī)范實訓(xùn)教學(xué)考評及學(xué)生能力鑒定標準，為實訓(xùn)質(zhì)量提供監(jiān)控和保證手段。

二、實訓(xùn)模式的應(yīng)用

為了達到實訓(xùn)目的，需要把四年大學(xué)教育納入整個實訓(xùn)體系來通盤考慮。建議采用“3+1”教學(xué)模式，在前3年進行基礎(chǔ)理論、專業(yè)基礎(chǔ)及專業(yè)課程的教學(xué)，進行課程實訓(xùn)層次的工程技術(shù)訓(xùn)練，并且在大二第二學(xué)期結(jié)束前引入導(dǎo)師制，讓學(xué)生在導(dǎo)師指導(dǎo)下結(jié)合自己的興趣有針對性地選修專業(yè)課程；在最后1年采用項目實訓(xùn)與畢業(yè)設(shè)計相結(jié)合的方式，學(xué)生用近一年的時間進行實際工程項目開發(fā)訓(xùn)練，使學(xué)生到畢業(yè)時能基本掌握行業(yè)主流技術(shù)，并積累相關(guān)工作經(jīng)驗，以滿足用人單位的崗位技能要求。

1.教學(xué)組織

課程實訓(xùn)層次：在前3年的基礎(chǔ)理論及專業(yè)課程的教學(xué)中按課程來組織實施。

工程項目實訓(xùn)層次：在大三的暑假里，學(xué)生進行市場調(diào)研編寫需求分析，提出項目實訓(xùn)方向申請。實訓(xùn)分為基礎(chǔ)知識測試、實訓(xùn)前專業(yè)培訓(xùn)、項目實訓(xùn)、實訓(xùn)總結(jié)四個階段，項目實訓(xùn)流程及階段內(nèi)容見圖1。每個階段要求學(xué)生提交相關(guān)文檔，以對學(xué)生進行階段考核。

2.教學(xué)管理

在項目實訓(xùn)階段，整體仿照公司模式進行管理，學(xué)生以項目組的形式進行學(xué)習(xí)和開發(fā)訓(xùn)練。指導(dǎo)教師作為項目經(jīng)理，指導(dǎo)學(xué)生進行項目開發(fā)，要求學(xué)生把每日項目完成情況以及遇到的問題以項目日報的形式進行總結(jié)提交，由指導(dǎo)教師批閱并給出指導(dǎo)意見。項目按需要劃分項目小組，每小組設(shè)有組長，負責(zé)本組項目實施，并協(xié)助教師幫助解決學(xué)生項目開發(fā)過程中遇到的一些簡單問題。每位組員定期輪流擔(dān)任組長，以鍛煉其項目管理能力；每日、每周組長召集小組成員認真總結(jié)研究當(dāng)日、當(dāng)周出現(xiàn)的問題，集體討論、確定解決方案，采取措施，保證項目的順利實施，以鍛煉團隊協(xié)作能力。

3.師資培養(yǎng)

實訓(xùn)模式改革要求教師具有豐富的工程實踐經(jīng)驗。為解決教師普遍缺乏工程經(jīng)驗這一迫切問題，可以考慮采取“走出去”和“引進來”兩種方式，“走出去”就是學(xué)校直接派教師到相關(guān)企業(yè)鍛煉一段時間，參與整個工程項目的開發(fā)；“引進來”就是直接從企業(yè)招聘具有高學(xué)歷、高職稱的工程技術(shù)人員充實到教師隊伍中。教師工程能力的提高，可以促進教師對人才培養(yǎng)方案、課程體系設(shè)置、課程內(nèi)容等改革的思考，為大規(guī)模工程教育的開展提供保障。

三、總結(jié)與展望

進行實訓(xùn)模式改革，通過校企合作，以現(xiàn)實的工程項目培訓(xùn)教師；在高校內(nèi)搭建類似企業(yè)的軟硬件環(huán)境，再由教師對學(xué)生進行工程項目開發(fā)能力的訓(xùn)練，是解決學(xué)生大規(guī)模工程實踐的切實可行的辦法和有效手段。

參考文獻：

[1]顧佩華，沈民奮，李升平，等.從CDIO到EIP-CDIO——汕頭大學(xué)工程教育與人才培養(yǎng)模式探索[J].高等工程教育研究，2008，（1）：12-20.

第7篇：項目開發(fā)總結(jié)范文

假如用兩個字概括當(dāng)前社會的特征，那就是“變化”，而這種變化在信息產(chǎn)業(yè)中體現(xiàn)得尤為突出，技術(shù)創(chuàng)新速度越來越快，用戶需求和市場不斷變化，人員流動也大大加快。在這種環(huán)境下，企業(yè)需要應(yīng)對的變化以及由此帶來的挑戰(zhàn)大大增加，也給管理帶來了很多新問題和挑戰(zhàn)。軟件行業(yè)是一個極具挑戰(zhàn)性和創(chuàng)造性的新行業(yè)，管理上沒有成熟的經(jīng)驗可供借鑒。而項目管理應(yīng)該說對于軟件企業(yè)，尤其是那些以應(yīng)用開發(fā)為主的軟件企業(yè)，是行之有效的管理方法。因此，項目管理在軟件開發(fā)中的應(yīng)用日益受到重視。

項目管理的兩個新問題

1、什么是項目管理？

項目管理是在一定的約束條件下，以高效率地實現(xiàn)項目業(yè)主的目標為目

的，以項目經(jīng)理個人負責(zé)制為基礎(chǔ)和以項目為獨立實體進行經(jīng)濟核算，并按照項目內(nèi)在的邏輯規(guī)律進行有效的計劃、組織、協(xié)調(diào)、控制的系統(tǒng)管理活動。

2、為什么要有項目管理？

沒有項目管理，項目也有可能成功。但沒有管理的項目，很難保證項目

的利潤空間，對公司來說，虧損的風(fēng)險就大。所以我們要有項目管理，以保證公司在總體上是盈利的，注重不是每一個項目都要盈利。

另外，有了項目管理，就有了管理改進的基礎(chǔ)，無論剛開始的項目管理多么糟糕，只要有管理，就有了改進的可能性，至于能不能得到改進，以及改進的快慢，則取決于兩個因素摘要：一個是人，非凡是各級管理者；另一個是利益。關(guān)鍵是“利益”，準確的說是“利益的分配”，在權(quán)責(zé)利明確的前提下，人才能充分的發(fā)揮功能。還需要指出的是“利益”是多元的，這里的多元不僅指利益的具體形式，而且指利益的受眾是多元的，包括客戶方相關(guān)人員個人的利益。

3、項目管理的發(fā)展和目前狀況。

今天，項目管理作為一種現(xiàn)代化管理方式在國際上已獲得了廣泛的應(yīng)用，從最初的國防、航天、建設(shè)工程領(lǐng)域，迅速發(fā)展到電子、通信、計算機、軟件開發(fā)、金融等行業(yè)以及政府機關(guān)的項目管理工作。隨著計算機、網(wǎng)絡(luò)系統(tǒng)的迅速發(fā)展，項目管理技術(shù)的不斷進步，項目管理軟件產(chǎn)品層出不窮，其功能、特征、應(yīng)用對象也各不相同。當(dāng)前，越來越多的企業(yè)和組織在內(nèi)部推廣項目管理的理論方法及管理模式，假如都采用項目管理軟件進行管理，效果就更加明顯，可以節(jié)省大量的資源和財富。國外90%26#37;以上的項目管理都采用軟件進行，但我國在這方面的應(yīng)用還不到10%26#37;。新世紀項目管理在中國的迅速興起，給軟件企業(yè)的發(fā)展帶來了前所未有的發(fā)展機遇。

項目管理在軟件開發(fā)中的應(yīng)用的成因

隨著信息技術(shù)的飛速發(fā)展，軟件產(chǎn)品的規(guī)模也越來越龐大，個人單打獨斗的作坊式開發(fā)方式已經(jīng)越來越不適應(yīng)發(fā)展的需要。各軟件企業(yè)都在積極將軟件項目管理引入開發(fā)活動中，對開發(fā)實行有效的管理。從概念上講，軟件項目管理是為了使軟件項目能夠按照預(yù)定的成本、進度、質(zhì)量順利完成，而對成本、人員、進度、質(zhì)量、風(fēng)險等進行分析和管理的活動。實際上，軟件項目管理的意義不僅僅如此，進行軟件項目管理有利于將開發(fā)人員的個人開發(fā)能力轉(zhuǎn)化成企業(yè)的開發(fā)能力，企業(yè)的軟件開發(fā)能力越高，表明這個企業(yè)的軟件生產(chǎn)越趨向于成熟，企業(yè)越能夠穩(wěn)定發(fā)展（即減小開發(fā)風(fēng)險）。同時，隨著軟件開發(fā)規(guī)模及開發(fā)隊伍的逐漸增大，軟件開發(fā)不再是向過去那樣一二個開發(fā)人員即可解決的事情。迫切需要一種開發(fā)規(guī)范來規(guī)范每個開發(fā)人員、測試人員和支持人員的工作，每個項目組成員按約定的規(guī)則準時完成自己的工作。同時采用規(guī)范化管理，專業(yè)分工也可以降低對開發(fā)人員的要求，從而降低產(chǎn)品研發(fā)成本。

軟件開發(fā)是一項復(fù)雜的系統(tǒng)工程，牽涉到各方面的因素，實際工作中，經(jīng)常會出現(xiàn)各種各樣的新問題，甚至面臨失敗。如何總結(jié)、分析失敗的原因，得出有益的教訓(xùn)，對一個公司來說，是在今后的項目中取得成功的關(guān)鍵。

早在20世紀60年代中期，人們就發(fā)現(xiàn)軟件的生產(chǎn)出現(xiàn)了“新問題”，主要表現(xiàn)在生產(chǎn)過程不規(guī)范，缺乏管理。后來，人們在軟件工程方法學(xué)中引入了工程的概念、原理、技術(shù)和方法，這種思想在一定程度上解決了軟件生產(chǎn)過程中碰到的新問題。但是直至80年代還是沒有提出一套管理軟件開發(fā)的通用原則，軟件管理不善的新問題依舊在大范圍內(nèi)存在。

目前的軟件開發(fā)正逐步趨向于復(fù)雜化、多元化，大多數(shù)開發(fā)團隊中都會出現(xiàn)同時開發(fā)多個版本、開發(fā)/維護工作并存、多地點同時開發(fā)等情況，給軟件開發(fā)管理帶來了前所未有的困難。假如管理不善，必將造成版本混亂，各個開發(fā)人員的工作相互交叉、干擾，整個開發(fā)團隊的工作在一種無秩序的不良狀況下運行，嚴重影響軟件產(chǎn)品開發(fā)的進度和質(zhì)量。

因此，隨著軟件開發(fā)的深入、各種技術(shù)的不斷創(chuàng)新以及軟件產(chǎn)業(yè)的形成，人們越來越意識到軟件過程管理的重要性，管理學(xué)的思想逐漸融入軟件開發(fā)過程中，應(yīng)用開發(fā)的項目管理日益受到重視。而項目管理技術(shù)的發(fā)展和計算機技術(shù)的發(fā)展是密不可分的，隨著計算機性能的迅速提高，大量的項目管理軟件涌現(xiàn)出來。它們可以用于各種商業(yè)活動，提供便于操作的圖形界面，幫助用戶制定任務(wù)、管理資源、進行成本預(yù)算、跟蹤項目進度等。

軟件項目管理常見新問題及解決方案

對于軟件開發(fā)項目中，經(jīng)常出現(xiàn)兩種極端情況，一種是創(chuàng)造了新的生產(chǎn)率和質(zhì)量的紀錄；一種則完全是一場災(zāi)難，不是被取消就是拖延很長時間。前者如在很短的時間內(nèi)，為了趕進度，在幾乎不可能的時間內(nèi)開發(fā)出一套軟件產(chǎn)品，創(chuàng)造了軟件開發(fā)的記錄，滿足了上級所要求的上機日期，由于開發(fā)時間太短，過于倉促，上機時，新問題百出，試運行時間長達幾個月或一年半載的，而且程序一改再改，維護工作量大。

后者，如某套系統(tǒng)未弄清楚需求，或因設(shè)計新問題，開發(fā)失敗。通過提煉這些成功和失敗的例子，軟件項目成功或失敗的根本原因可能會更清楚一些。

目前我國大部分軟件公司，無論是產(chǎn)品型公司還是項目型公司，都沒有形成適合自己公司特征的軟件開發(fā)管理模式，雖然有些公司根據(jù)軟件工程理論建立了一些軟件開發(fā)管理規(guī)范，但并沒有從根本上解決軟件開發(fā)的質(zhì)量控制新問題。這樣導(dǎo)致軟件產(chǎn)品質(zhì)量不穩(wěn)定，軟件后期的維護、升級出現(xiàn)麻煩，同時最終也會損害用戶的利益。

分析目前項目管理需要改進的新問題可以從幾種相關(guān)角色的角度去考慮摘要：項目經(jīng)理、項目組成員、公司管理人員、市場人員、客戶等。

新問題一摘要：缺乏項目管理系統(tǒng)培訓(xùn)（相關(guān)對象摘要：項目經(jīng)理、管理人員）

項目經(jīng)理在項目管理方面的培訓(xùn)較少或不夠系統(tǒng)。項目經(jīng)理或管理人員不了解項目管理的知識體系和一些常用工具和方法，所以在實際工作中沒有項目管理知識的指導(dǎo)，完全依靠個人現(xiàn)有的知識技能，管理工作的隨意性、盲目性比較大。在軟件企業(yè)中，以前幾乎沒有專門招收項目管理專業(yè)的人員來擔(dān)任項目經(jīng)理（甚至很少是管理專業(yè)的），被任命的項目經(jīng)理主要是因為他們能夠在技術(shù)上獨當(dāng)一面，而管理方面非凡是項目管理方面的知識比較缺乏。

解決方案摘要：項目經(jīng)理接受系統(tǒng)的項目管理知識培訓(xùn)是非常必要的，有了專業(yè)領(lǐng)域的知識和實踐，再加上項目管理知識和實踐和一般管理的知識和經(jīng)驗的有機結(jié)合，必能大大提高項目經(jīng)理的項目管理水平。應(yīng)實行項目經(jīng)理知識技能資格考核制度，讓項目經(jīng)理自覺補充學(xué)習(xí)項目管理的知識和一些常用工具和方法。

新問題二摘要：項目計劃意識新問題（相關(guān)對象摘要：項目經(jīng)理）

項目經(jīng)理對總體計劃、階段計劃的功能熟悉不足。項目經(jīng)理認為計劃不如變化快，項目中也有很多不確定的因素，做計劃是走過場，因此制定總體計劃時比較隨意，不少事情沒有仔細考慮；階段計劃因工作忙等理由經(jīng)常拖延，造成計劃和控制管理脫節(jié)，無法進行有效的進度控制管理。沒有計劃或者是隨意的不負責(zé)任的計劃的項目是一種無法控制的項目。

解決方案摘要：在高技術(shù)行業(yè)，日新月異是主要特征，因此計劃的制定需要在一定條件的限制和假設(shè)之下采用漸近明細的方式進行不斷完善。提高項目經(jīng)理的計劃意識，采用項目計劃制定相關(guān)各種知識、技術(shù)、工具，加強對開發(fā)計劃、階段計劃的有效性進行事前事后的評估。

新問題

三、管理意識新問題（相關(guān)對象摘要：項目經(jīng)理）

部分項目經(jīng)理沒有意識到自己項目經(jīng)理的角色，從總體上去把握管理整個項目，而是埋頭于具體的技術(shù)工作，造成項目組成員之間忙的忙、閑的閑，計劃不周、任務(wù)不均、資源浪費。在軟件企業(yè)中，項目經(jīng)理大多是技術(shù)骨干，技術(shù)方面的知識比較深厚，但無論是項目管理知識，還是項目管理必備的技能、項目管理必備的素質(zhì)都有待補充和提高，項目管理經(jīng)驗也有待豐富。有些項目經(jīng)理對于一些不服管理的技術(shù)人員，沒有較好的管理方法，工作不好布置的工作只好自己做。另外由于工作分解結(jié)構(gòu)設(shè)計的合理性，項目任務(wù)無法有效、合理地分配給相關(guān)成員，以達到“負載均衡”。

解決方案摘要：加強項目管理方面的培訓(xùn)，并通過對考核指標的合理設(shè)定和宣傳引導(dǎo)項目經(jīng)理更好地做好項目管理工作。技術(shù)骨干在擔(dān)任項目經(jīng)理之前，最好能經(jīng)過系統(tǒng)的項目管理知識，非凡是其中的人力資源管理、溝通管理的學(xué)習(xí)，并且在實際工作中不斷提高自己的管理素質(zhì)，豐富項目管理經(jīng)驗，提高項目管理意識。

新問題四摘要：溝通意識新問題（相關(guān)人員摘要：項目經(jīng)理、項目組成員）

在項目中一些重要信息沒有進行充分和有效的溝通。在制定計劃、意見反饋、情況通報、技術(shù)新問題或成果等方面和相關(guān)人員的溝通不足，造成各做各事、重復(fù)勞動，甚至造成不必要的損失；有些人沒有天天定時收郵件的習(xí)慣，以至于無法及時接收最新的信息。

解決方案摘要：制定有效的溝通制度和溝通機制，對由于缺乏溝通而造成的事件進行通報作為教訓(xùn)提醒，以提高溝通意識；溝通方式應(yīng)根據(jù)內(nèi)容而多樣化，講究有效率的溝通；通過制度規(guī)定對由于未及時收取郵件而造成損失的責(zé)任歸屬；對于非凡重要的內(nèi)容要采用多種方式進行有效溝通以確保傳達到位，例如除發(fā)送郵件外還要電話提醒、回執(zhí)等，重要的內(nèi)容還要通過舉行各種會議進行傳達。

新問題五摘要：風(fēng)險管理意識新問題（相關(guān)人員摘要：項目經(jīng)理）

項目經(jīng)理沒有充分分析可能的風(fēng)險，對付風(fēng)險的策略考慮比較簡單。項目經(jīng)理在做項目規(guī)劃時經(jīng)常沒有做專門的風(fēng)險管理計劃文檔，而是合并在項目計劃書中。有些項目經(jīng)理沒有充分意識到風(fēng)險管理的重要性，對計劃書中風(fēng)險管理的章節(jié)簡單應(yīng)付了事，隨便列出幾個風(fēng)險，隨便地寫一些簡單的策略，對于后面的風(fēng)險防范起不到什么指導(dǎo)功能。

解決方案摘要：通過學(xué)習(xí)項目管理知識把握風(fēng)險識別、量化、策略探究、反應(yīng)控制的工具和方法把握項目風(fēng)險管理所必備的知識。通過加強對項目規(guī)劃中風(fēng)險管理計劃的審核提高項目組的風(fēng)險管理意識。總結(jié)本行業(yè)項目中常見的風(fēng)險及其策略作為風(fēng)險管理計劃中必要的風(fēng)險內(nèi)容，并切實評估相應(yīng)策略的有效性和可行性。

新問題六摘要：不重視項目經(jīng)驗的總結(jié)（相關(guān)人員摘要：項目經(jīng)理、管理人員）

項目經(jīng)理在項目結(jié)束時有些是因為自身對寫文檔工作的喜好或意識，或

者是因為緊接著要參加下一個項目，總體對項目總結(jié)的重視程度不夠。有些是項目總結(jié)報告一再拖延，有些是交上來的報告質(zhì)量較低，敷衍了事。

解決方案摘要：在制度上鼓勵和加強項目經(jīng)驗總結(jié)工作，使得項目總結(jié)及時并且具有指導(dǎo)意義而不是走過場。

新問題七摘要：項目干系人相關(guān)新問題（相關(guān)人員摘要：項目經(jīng)理、項目成員、客戶）

在范圍識別階段，項目組對客戶的整體組織結(jié)構(gòu)、有關(guān)人員及其關(guān)系、

工作職責(zé)等沒有足夠了解以致于無法得到完整需求或最終經(jīng)權(quán)威用戶代表確認的需求。由于項目經(jīng)理的工作新問題，客戶參和程度部不高，客戶方相關(guān)責(zé)任人不明確或?qū)Ψ秶鸵筘?zé)任心不強，提出的要求具有隨意性，項目前期對需求的確認不夠積極；或者是多個用戶代表各說各話、昨是今非但同時又要求項目盡早交付；項目后期需求變化隨意，造成項目范圍的蔓延，進度的拖延，成本的擴大。

解決方案摘要：項目的目的就是實現(xiàn)項目干系人的需求和愿望。項目干系人管理應(yīng)當(dāng)從項目的啟動開始，項目經(jīng)理及其項目成員就要分清項目干系人包含哪些人和組織，通過溝通協(xié)調(diào)對他們施加影響，驅(qū)動他們對項目的支持，調(diào)查并明確他們的需求和愿望，減小其對項目的阻力，以確保項目獲得成功。

新問題八摘要：項目團隊內(nèi)分工協(xié)作新問題（相關(guān)人員摘要：項目經(jīng)理、項目成員）

項目團隊內(nèi)部有時由于各階段不同角色或同階段不同角色之間的責(zé)任

分工不夠清楚而造成工作互相推諉、責(zé)任互相推卸的現(xiàn)象，有時各階段不同角色或同階段不同角色之間的責(zé)任分工比較清楚但是各項目成員只顧完成自己那部分任務(wù)、不愿意和他人協(xié)作。這些現(xiàn)象或多或少地造成了項目團隊內(nèi)部資源的損耗，從而影響了項目的進展。

解決方案摘要：項目經(jīng)理應(yīng)當(dāng)對項目成員的責(zé)任進行合理的分配并清楚地說明，同時應(yīng)強調(diào)不同分工、不同環(huán)節(jié)的成員應(yīng)當(dāng)相互協(xié)作，共同完善。

第8篇：項目開發(fā)總結(jié)范文

【關(guān)鍵詞】手機軟件設(shè)計 軟件快速重建模式 軟件項目過程 軟件質(zhì)量

1 軟件需求繼承性的管理

對于目前的手機設(shè)計公司來說承接的業(yè)務(wù)大多數(shù)是需求有繼承性的項目，對于需求的差異性很大，開發(fā)需求很復(fù)雜且之前不是很有積累的需求，無論是手機設(shè)計方案商還是手機制造商來說都是很謹慎的。大家對于這里的風(fēng)險意識都是一樣的強烈。所以一般情況下手機設(shè)計公司承接的都是有軟件需求可以繼承之前有積累的項目。而對于這些需求的繼承性的管理是快速實現(xiàn)這些需求的軟件項目的關(guān)鍵。如何實現(xiàn)這些軟件需求的高效繼承使用呢？

1.1 使用合適的軟件項目版本管理工具

軟件項目的版本管理工具中CVS， Git， Repo等都可以用來管理手機軟件項目的開發(fā)過程。其中Git和Repo是用于多方合作的分布式版本控制系統(tǒng)，它就適合于類似目前的智能手機開發(fā)管理的現(xiàn)狀。這里涉及手機硬件平臺的方案提供商，手機軟件提供商，還有手機設(shè)計公司共同開發(fā)一個項目。關(guān)鍵是Git 和Repo能夠方便的實現(xiàn)各種需求在軟件版本上的繼承和快速的合入。一般Git和Repo上會建有主線（master）工程，這里主要是平臺的基礎(chǔ)內(nèi)容，各種軟件平臺上開發(fā)出的新內(nèi)容都往上添加，是平臺發(fā)展的基礎(chǔ)。當(dāng)然主線上的內(nèi)容由于來自各種開發(fā)的新內(nèi)容的導(dǎo)入，往往存在有各種問題，而且主線是實時被更新，也來不及測試它的穩(wěn)定性。鑒于上述的狀況一般真正要實現(xiàn)的項目都是在一定狀態(tài)的主線上建立起來的分支進行單獨管理的，對于分支（branch）上的管理是需要軟件項目負責(zé)人（SPL）來管控的。SPL（Software Project Leader）對于開發(fā)（包括MMI和Driver ）的工作成果，根據(jù)各個項目的需求點對點地合入各自項目的分支，如：用Git指令git cherry-pick。每種不同的軟件需求，這里主要是指人機交互（MMI）上的功能需求，在某個平臺上有了一個完整的需求功能分支，并且這個分支的軟件產(chǎn)品已經(jīng)量產(chǎn)且被市場認可驗證過，那么后續(xù)相似的項目都可以用來繼承該分支。那么越是后來的項目越是能繼承之前項目的成果，它實現(xiàn)的過程就能更加的快捷和可靠，實現(xiàn)軟件的復(fù)用。

1.2 對于需求和共性Bug建立良好的文檔管理機制

對于需求的繼承光有版本管理工具的分支管理是不夠的，畢竟管理工具上記錄的每條提交記錄（Commit Infomation）都是離散的，同時由于提交時的不謹慎，可能導(dǎo)致相同功能模塊的多次提交，這樣就要求SPL（Software Project Leader）在合入時要清晰了解合入的順序和具體的Commit ID信息。所以有一份詳細的功能合入文檔信息就很有必要了。文檔里需要記錄的內(nèi)容有：

（1）需求或者Bug的詳細描述，需求和Bug在他們各自管理系統(tǒng)里的信息記錄。

（2）Bug處理責(zé)任人的信息。

（3）對應(yīng)修改所涉及的makefile里的宏控制信息。

（4）提到到軟件管理工具（Git）的Git log信息，按提交順序記錄。這里的信息要具體到文件和其目錄。

（5）簡單描述修改處理的方法。

這樣的信息要根據(jù)不同的需求分別建立起來，開發(fā)人員要在對應(yīng)的文檔里更新迭代。上面提到的Bug主要是共性Bug。

1.3 需求共性Bug核對自動化點檢機制

運用腳本工具在軟件編譯前對一些關(guān)鍵需求和重要共性Bug的合入情況做自動化的點檢工作，在編譯的初期就對相關(guān)內(nèi)容在整個軟件工程里的配置情況進行自動化點檢。如果軟件配置有問題就可以在編譯開始時就被檢查出來，讓SPL盡早發(fā)現(xiàn)和修改。這里就需要前面的文檔管理工作做的好一些，既可以作為記錄讓那個項目參與人員查閱，同時也要適合自動化點檢工具用來查詢比較使用。這里可以被自動化工具用來點檢的項有：

（1）平臺的共性bug；

（2）硬件資源的配置狀態(tài)如：PCM（phase change memory），G-sensor；

（3）平臺共性修改需求，如：YunOS系統(tǒng)驗收規(guī)則。

1.4 對于不同項目間進行需求分析，準確判斷之間的繼承性關(guān)系

要讓上面3點發(fā)揮作用，首先要對于需求之間是否有繼承性要有精準的判斷。對于同一個客戶的需求往往判斷其繼承性很容易，因為同一個客戶他們的某個需求在不同項目間會有繼承。但是對于不同客戶之間的需求往往也存在的很大的相似性，那么如果能準確找出從一個合適的成熟量產(chǎn)項目的分支上進行繼承做，自然也會事半功倍。當(dāng)然并非說成熟量產(chǎn)項目就一定沒有問題，如果主線（master）上確認有很重要的內(nèi)容需要合入分支，那也是要在各個項目分支上實時合入的。比如MTK或者Spreadtrum釋放的重要平臺patch等。這也可以用類似被上面第1.2點提到的文檔進行管理的。需求的共性特性需要前方的客戶經(jīng)理來主導(dǎo)判斷，因為他們更熟悉客戶需求，后端的SPL當(dāng)然是這個繼承行為的實施者。

2 項目系統(tǒng)配置和驅(qū)動配置的敏捷切換

實踐當(dāng)中項目部門在立項過程中有意識的做一些固定的切換來適應(yīng)市場的需要，比如軟件需求基本不變的情況下引導(dǎo)客戶做手機頻道的切換，比如從TDD的三模（如表1）切換成五模（如表2）或者6模（全網(wǎng)通）。

對于這樣項目的切換，如果總是從方案商提供的默認的頻段配置方式出發(fā)來配置工程，那么對于一個三模切換到五模的項目總是要從五模配置的方案商提供的Release參考makefile和工程目錄配置方式出發(fā)，那么原來三模配置項目中的makefile里的關(guān)于軟件項目的配置選項，比如宏，比如工程目標目錄里的配置項涉及到該客戶的軟件需求的都要移植過來，當(dāng)然就還要在重新測試需求。因為這個過程中需求相當(dāng)于重新移植配置。這個過程對于一個項目來說本身無可厚非，但是對于敏捷實現(xiàn)一個項目來說，它不但當(dāng)SPL重新移植了客戶需求，同時增加了客戶需求測試點檢的需要，從整體上講這種重建工程的方式對于該項目的重建的成本投入就很高了。如果換種思路，如果開發(fā)中的驅(qū)動工程師能從根本上就總結(jié)好從三模的項目配置改成五模的項目配置過程中需要修改的配置項，只要總結(jié)好一次且驗證OK的情況下，下一次配置的時候就能輕松重建，這樣的總結(jié)對于不斷有這種項目切換的項目團隊來說是很有益處的。它使得項目重建過程更為簡單且引入的問題控制在一個范圍里。即便真有頻段配置的問題項目團隊也能清晰知道問題所在的范圍。如果過分堅持驅(qū)動工作的流程就是要從方案Release狀態(tài)的五模參考配置方式出發(fā)，雖然從驅(qū)動工作的角度出發(fā)，可能提高的配置的正確性，但是對于整體項目的推進卻是添加了阻力的。相反針對項目需要敏捷切換的顯示做一些系統(tǒng)配置工作的方式切換卻可以使得原來三模項目的客戶需求修改被更好的被繼承，同時測試的反復(fù)缺失需求也可以不那么必要了，整體上來說就有進度推進的優(yōu)勢，而對于驅(qū)動本身來說，只要做一次這樣的認真切換工作的研究，下一次也是可以很快的重建這個過程，所需要的只是一次認真的總結(jié)。這種各種需求的來回切換需要不同的支持不能綜合考慮支持，盡量從整體項目進度推進的角度出發(fā)來綜合考慮問題，而不是單個從某項工作的角度的出來來判斷這樣做是否合理。即便需要某項工作做一些較難的整理總結(jié)，但是對于后續(xù)項目切換過程中能給更多的項目帶來便利的話，這樣的總結(jié)也是應(yīng)該去做的。

3 對于有需求繼承性的項目快速重建過程中配套的軟件測試策略的改進

對于這種繼承性很強的項目來說，如果項目本身確實是有效繼承于一個成熟的量產(chǎn)項目。針對這樣項目的測試流程也應(yīng)該和普通項目的流程不一樣。首先針對這樣的項目應(yīng)該在前期先要安排這個項目的客戶需求的逐項點檢確認，看看需求是不是繼繼承好。一旦項目繼承前面的需求分支后，出的初期軟件就應(yīng)該可以點檢了，測試部門應(yīng)該在之前做項目的時候可以對于項目的需求做好測試文檔記錄規(guī)律工作，對于已經(jīng)做過的共性需求記錄好點檢的測試案例，后面找測試工程師點檢需求的時候可以快速的根據(jù)之前的記錄進行點檢，設(shè)置可以開發(fā)自動化測試工具來點檢。同時需求確認后就可以判斷驗證已知的平臺共性Bug的合入修改情況。如果這兩點能在測試首輪就確認好，軟件質(zhì)量的基調(diào)就能定下來了。當(dāng)然如果項目的器件做了切換，也要盡早確認器件的功能性測試，也可以適當(dāng)關(guān)注這些的性能表現(xiàn)。如果第一輪的這些測試都做好且效果OK，當(dāng)然即便有一些問題，也能讓軟件團隊盡早先修改繼承需求過程中產(chǎn)生的問題。也可以把器件的問題也在較早的時間段就發(fā)現(xiàn)出來。這樣的軟件基本也可以和客戶一起同步測試了。客戶拿到的軟件感覺繼承性較好的話，對于軟件開發(fā)的進程也會較有信心。第二輪的時候選著適當(dāng)?shù)臏y試強度的固有測試用例跟進這個項目的軟件測試。如果機器數(shù)量可觀且狀態(tài)良好的情況下可以盡早安排模擬終端用戶使用的alpha測試。這樣的模擬能找到正常測試案例里找不到的問題，同時客戶也是更多的偏向于這種方式發(fā)現(xiàn)問題的。

4 總結(jié)

為了做到手機軟件項目的有效繼承需求，快速實現(xiàn)衍生項目的工程重建。要在以下各個方面做了些努力：

（1）做好軟件項目需求繼承性的管理工作，對于有繼承性的項目要做好軟件版本分支管理，Bug管理，共性需求分析工作。開發(fā)使用一下自動化檢查工具來實現(xiàn)共性需求和Bug的合入情況的檢查。

（2）同時對于重建概率加高的一些開l需求做一些總結(jié)整理，確認整理的內(nèi)容有效后可以使得后續(xù)項目對于這些需求在SPL的需求分支上復(fù)現(xiàn)的過程可以快捷高效。

（3）配合這種需求繼承性強的項目以合適的測試流程。從需求繼承和Bug修改繼承出發(fā)，先驗證已知的問題和需求的繼承情況，再確認系統(tǒng)穩(wěn)定性的測試策略。

通過上述環(huán)節(jié)綜合作用使得項目的進度能快速推進并且項目質(zhì)量也能得到一定的保證。

參考文獻

[1]薩默維爾著；程成等譯.軟件工程（原書第9版）[M].北京：機械工業(yè)出版社，2011（04）：144-146.

[2]Leszek A.Maciaszek著；馬素霞，王素琴，謝萍等譯.需求分析與系統(tǒng)設(shè)計[M].北京：機械工業(yè)出版社，2009（05）：60-61.

[3]楊芙清，梅宏，李克勤.軟件復(fù)用與軟件構(gòu)件技術(shù)[J].電子學(xué)報，1999，27（02）：68-75.

作者簡介

嚴王君 （1981）男，大學(xué)本科學(xué)歷。學(xué)士學(xué)位。中級工程師，軟件集成主管。主要研究方向為嵌入式系統(tǒng)軟件MMI開發(fā)，軟件系統(tǒng)集成。

第9篇：項目開發(fā)總結(jié)范文

2012年已過去，在過去的一年中，我擔(dān)任公司開發(fā)部的一名軟件工程師，主要從事著JAVA項目的開發(fā)工作，這一年來我低調(diào)努力工作著，不求閃亮顯眼和光芒四射，只為平靜和淡定；這一年中所做的成績?nèi)缦拢?/p>

一、財政局項目，本人獨立負責(zé)開發(fā)會計處的三個子系統(tǒng)：

1、廈門市會計人員信用查詢系統(tǒng)。

2、廈門市記賬機構(gòu)信用查詢系統(tǒng)。

3、廈門市會計人員網(wǎng)上報備系統(tǒng)。

以上三個子系統(tǒng)上線后，方便了社會各界查驗會計人員的真實信息、方便了查詢合法的記賬機構(gòu)信息，以及方便了各單位對會計人員的報備。

二、餐飲行業(yè)項目，在團隊開發(fā)項目中直接參與了豪享來餐飲有限公司總部的信息綜合管理平臺項目，主要負責(zé)的系統(tǒng)有：

1、房屋租賃合同管理系統(tǒng)。

2、短信收發(fā)管理系統(tǒng)。

3、會員管理系統(tǒng)。

4、基礎(chǔ)信息管理系統(tǒng)和人事管理系統(tǒng)的部分功能模塊。

系統(tǒng)應(yīng)用后，豪享來在管理全國各門店房屋租賃合同上，一定程度上提高了管理效率,并且及時有效提供了相應(yīng)預(yù)警信息；短信收發(fā)系統(tǒng)方便了總部及時傳遞各項信息；會員系統(tǒng)更好的管理全國各門店的會員信息；人事系統(tǒng)在管理中減少工作量等。

三、金融行業(yè)項目，我參與了中國銀行廈門分行，企業(yè)轉(zhuǎn)賬管理系統(tǒng)中的部分模塊開發(fā)。本系統(tǒng)方便了企業(yè)快速實現(xiàn)大量和復(fù)雜的轉(zhuǎn)賬工作。

四、國土資源與房產(chǎn)管理局項目，正在負責(zé)和開發(fā)的是住房貨幣化補貼網(wǎng)上申報審核系統(tǒng)。本項目采用了新技術(shù)，使界面更加大方美觀，很大程度上改善人機交互平臺的效果。