項目開發(fā)總結精選(九篇)
前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的項目開發(fā)總結主題范文，僅供參考，歡迎閱讀并收藏。
第1篇：項目開發(fā)總結范文
【關鍵詞】氣象;在線;考試系統(tǒng);總結
1、前言
Internet技術的發(fā)展使得考試的技術手段和載體發(fā)生了革命性的變化，Internet的開放性、分布性的特點和基于Internet的巨大的計算能力使得考試突破了時間和空間的限制。隨著Internet/Intranet的迅速發(fā)展和廣泛普及,基于Internet的考試系統(tǒng)正成為人們的研究熱點之一，建立在其上的氣象網絡化考試將成為現(xiàn)代氣象技術教育未來發(fā)展方向之一，現(xiàn)代遠程氣象網絡化考試技術作為一種新的教學手段已經開始進入我們的生活，正在給傳統(tǒng)考試及模式帶來新的變革。氣象在線考試系統(tǒng)通過建立在線考試網站，實現(xiàn)網絡共享考試，考試采用管理員（命題人）指定范圍，在題庫中隨機抽取考題的辦法進行人機交互式考試，使得參考人員人手一題，無相同試卷，服務器自動閱卷，考完后實時自動判卷，這樣不僅省去了出題者的麻煩，也避免了閱卷者的主觀性，對每個參考人員均實行了公平、公正的考試，特別適合大規(guī)模考試。由于節(jié)約了大量的人力、物力、財力，使得考試成本大大的降低。
2、氣象在線考試系統(tǒng)的系統(tǒng)總體功能及模塊概況
2.1本系統(tǒng)的用戶可分為省級管理員、市級管理員、縣級管理員，考生4類。
考慮到系統(tǒng)的安全性，本系統(tǒng)共分成兩個部分：一個部分用于管理員登錄，主要負責進行基本資料、題庫、試卷、成績的管理以及查詢等；另外一個部分用于考生登錄，參加考試和考試前的模擬訓練。
2.2從總體上考慮，系統(tǒng)應該實現(xiàn)下列功能：
對管理員來說，包括試卷管理、題庫管理、成績管理、基本資料管理。
試卷管理：管理員可以將各種題型的數量等方面對某份試卷提出一定的要求生成試卷規(guī)則，在考生考試時，由系統(tǒng)根據試卷規(guī)則自動組卷生成滿足管理員要求的試卷，而不用手工組卷。同時，管理員還可以對庫中已有的試卷進行修改和刪除，添加新試卷等。
題庫管理：管理員可以根據教學需求對題庫中的試題進行三種基本操作：添加新的考題、刪除舊有考題、修改原有考題，其中試題類型包括判斷題、單選題、多選題。
成績管理：管理員可以查看考生的考試成績，并針對不同的課程進行成績統(tǒng)計，包括考試人數、最高分、最低分、平均分以及各分數段得分人數等。
基本資料管理：主要包括管理基本資料（包括管理員、考生資料的增、刪、改以及個人資料修改）。
對考生來說，有兩方面要求：
模擬考試訓練：考生可以任選時間進行在線測試，考試結束后，系統(tǒng)會根據已有的標準答案進行在線判卷，考生可以立刻知道考試成績。
正常考試：考生只能一人只考試一次，在特殊情況下，可以由監(jiān)考管理員刪除以往考試信息情況下，可以進行考試。
3、氣象在線考試系統(tǒng)的系統(tǒng)分析
在線考試系統(tǒng)主要目的是為考生平時學習和自測、大規(guī)?？荚嚋y驗服務。系統(tǒng)可以實現(xiàn)如下功能：建立完備的試題庫，整合現(xiàn)有的考試資源，提高資源的利用率和當前的工作效率；利用計算機自動生成試卷，減少管理員負擔，提高試卷的科學性，同時也防止考生抄襲作弊；登陸后可以根據用戶類型的不同分別進入不同的界面，身份驗證嚴格，防止網絡替考及竊取權限修改成績；考生答完卷后答案自動存儲，若時間已到而試題未答完則自動保存成績后強行退出；設定自動閱卷功能，標準化試題由于答案固定，可以讓計算機自動將考生答案和標準化答案比對，自動生成成績，確保成績的公平和公正；最后還可以就考試情況進行分析，找出考生分數層次和薄弱知識點，從而利于技術改進。考試系統(tǒng)模塊功能簡介如下：
登陸模塊：當考生登陸到考試系統(tǒng)窗體時，首先要求輸入考生的學號和姓名，并按下確定，進行身份驗證，如果沒有通過身驗證，根據驗證結果進行不同的操作，說明沒有通過的原因。返回原因可能為，學號與姓名不相配，或者是已經參加過考試，或者是某種原因，你已經處于考試狀態(tài)。
身份驗證模塊：在考生進入考試系統(tǒng)時，要求確認其考試資格，并跟據不同的情況返回不同的值。
生成試卷模塊：根據讀取到的考試設置，生成考試試卷。
生成選擇題模塊：根據考試要求，從數據庫中的選擇題庫中隨機抽取規(guī)定數量的選擇試題。
生成判斷題模塊：根據考試要求，從數據庫中的判斷題庫中隨機抽取規(guī)定數量的判斷試題。
讀取數據庫信息模塊：根據要求，從數據庫中讀取需要的信息。
做試卷模塊：考生做試卷，讓考生根據試題要求，輸入結果或進行操作。
時間控制模塊：在考試中，考試有時間限制，當考試時間結束前5分鐘，將提醒考生交卷，考試時間到時，將自動交卷，并且禁止考生操作。
提交試卷模塊：先將考生試卷保存到數據庫中，然后評卷，并把考試分數保存到數據庫中。
評卷模塊：對考生試卷的答案與標準答案對比，對的加分，最后得出考試結果。
考生考試查詢模塊：系統(tǒng)中的管理員只有能登陸均可考生考試成績和答題卷等信息。
4、氣象在線考試系統(tǒng)的出錯處理對策
由于數據在數據庫中已經有備份，故在系統(tǒng)出錯后可以依靠數據庫的恢復功能，并且依靠日志文件使系統(tǒng)再啟動，就算系統(tǒng)崩潰用戶數據也不會丟失或遭到破壞。但有可能占用更多的數據存儲空間，權衡措施由用戶來決定。如在考試過程中發(fā)生了中斷，可以通過試卷恢復系統(tǒng)來恢復試卷，繼續(xù)考試?？荚囃炅?，將考試結果保存到數據庫中。
第2篇：項目開發(fā)總結范文
【關鍵詞】軟件項目 項目管理 Microsoft Project
一、引言
軟件項目生命周期從立項、設計、開發(fā)、建設過程中步驟繁多，為了在項目管理全過程進行有效的計劃、組織、指揮、協(xié)調、控制和評價，以實現(xiàn)項目目標，我們需要引進項目管理。項目是為完成某個獨特的產品或服務所做的一次性任務。項目管理是在有限的資源約束下，運用系統(tǒng)的觀點、方法和理論，對項目涉及的全部工作進行有效地管理。Microsoft Project是基于網絡的項目管理軟件，在各類IT集成及開發(fā)項目管理中發(fā)揮著巨大的作用，它將先進的項目管理思想與信息技術完美結合，幫助我們規(guī)范項目管理的流程。本人結合Microsoft Project軟件在項目管理中劃分的十大步驟分別進行解釋說明。
二、項目管理步驟
第一，項目立項。在這個環(huán)節(jié)中信息室對要進行的開發(fā)項目進行立項申請，提交項目資料。經過有關部門審批立項通過的項目，信息室需要細化開發(fā)進度計劃，落實資源（物質資源和人力資源），成立項目組并明確項目負責人，項目組成員。項目組宣布成立后，項目日常事務由項目組接手，并根據立項的依據組織《項目開發(fā)計劃書》的編制，項目立項階段工作任務就基本完成。
第二，項目需求分析。在這個環(huán)節(jié)中，項目組利用單位的組織關系對潛在用戶進行詳細的需求調查后完成《項目需求文檔》，中心技術室對《項目需求文檔》初稿進行評審并提出意見，在《項目需求文檔》整理閉環(huán)工作完成后，項目需求分析階段工作結束。
第三，項目設計階段。在前兩個環(huán)節(jié)完成之后項目組對項目有了更加深入的了解，進入項目設計階段，項目負責人需組織項目組成員完成并理解《項目開發(fā)計劃書》及《項目需求文檔》，同時與有關部門對《項目開發(fā)計劃書》定稿后發(fā)往用戶方。項目設計階段還需要完成《項目總概說明書》、《詳細設計說明書》、《項目開發(fā)評審報告》。以上任務都完成后，項目設計階段結束，進入下一個環(huán)節(jié)。
第四，項目開發(fā)階段。這是項目管理過程中最重要的環(huán)節(jié)，也是一個伸縮性比較強的環(huán)節(jié)，根據項目所需的開發(fā)技術難易度與項目的規(guī)模進行調整。主要步驟包含有審閱需求功能規(guī)范，確定模塊化/分層設計，分派模塊代碼任務給開發(fā)組成員。開發(fā)組成員編寫代碼，調試并修改代碼，確認模塊代碼是否語法錯誤，形成合格的模塊代碼，項目開發(fā)階段工作完成。
第五，組織設備采購階段。根據以往項目建設經驗，這個環(huán)節(jié)可以與前幾個階段并行開展，只要資金到位、手續(xù)齊全等條件具備下都可以組織開展，盡早獲得硬件設備可以為開發(fā)測試提供足夠的硬件資源。因此這個階段在PROJECT設計中是項目開發(fā)階段“開始-開始”，并且設定為“越早越好”，這個環(huán)節(jié)對于項目組主要任務是上政府采購網進行設備詢價，確定幾家供應商，向上級主管部門提交設備購買申請，設備到貨驗收，設備固定資產登記等工作。
第六，項目測試連調階段。根據《項目需求文檔》制定測試計劃與測試方案，完成《測試計劃書》。測試方案落實后進行嚴格單元測試，然后進行集成測試，完成集成測試后可以進入系統(tǒng)試運行。
第七，文檔整理。制定“幫助”文檔，編寫用戶手冊，完成《產品規(guī)格說明書》。
第八，用戶培訓?？梢愿鶕脩籼攸c選擇項目實施前或者實施后進行。
第九，安裝實施階段。實施安裝前需要有實施計劃，時間，人員，行程安排?，F(xiàn)場安裝中，需要形成施工文檔，相關用戶需要簽字。項目安裝順利可以讓用戶出具《初驗報告》。
第十，項目結束階段。此階段需要建立軟件維護小組，組織有關部門進行項目驗收，科技成果申報，項目鑒定等工作。
三、結束語
作為民航氣象信息系統(tǒng)開發(fā)部門，利用Microsoft Project工具進行標準化項目管理，可以合理安排開發(fā)時間及項目資源，掌握工作進度，使項目管理工作有條不紊開展。
第3篇：項目開發(fā)總結范文
作為就業(yè)培訓，項目的好壞對培訓質量的影響十分大，常常是決定性的作用。這篇文章是關于在學習java軟件開發(fā)時練習項目的總結，簡單總結為以下幾點： 項目一定要全新的項目，不能是以前做過的
2、項目一定要企業(yè)真實項目，不能是精簡以后的，不能脫離實際應用系統(tǒng)
3、在開發(fā)時要和企業(yè)的開發(fā)保持一致
4、在做項目的時候不應該有參考代碼
長話短說就是以上幾點，如果你想要的了解，可以繼續(xù)往后看。
一：項目的地位
因為參加就業(yè)培訓的學員很多都是有一定的計算機基礎，大部分都具備一定的編程基礎，尤其是在?；蛘呤莿偖厴I(yè)的學生，多少都有一些基礎。
他們欠缺的主要是兩點：
（1）不能全面系統(tǒng)的、深入的掌握某種技術，也就是會的挺多，但都是皮毛，不能滿足就業(yè)的需要。
（2）沒有任何實際的開發(fā)經驗，完全是想象中學習，考試還行，一到實際開發(fā)和應用就歇菜了。
解決的方法就是通過項目練習，對所學知識進行深化，然后通過項目來獲取實際開發(fā)的經驗，從而彌補這些不足，盡快達到企業(yè)的實際要求。
二：如何選擇項目
項目既然那么重要，肯定不能隨隨便便找項目，那么究竟如何來選擇呢？根據java的研究和實踐經驗總結，選擇項目的時候要注意以下方面：
1：項目不能太大，也不能太小
這個要根據項目練習的階段，練習的時間，練習的目標來判斷。不能太大，太大了做不完，也不能太小，太小了沒有意義，達不到練習的目的。
2：項目不能脫離實際應用系統(tǒng)
項目應該是實際的系統(tǒng)，或者是實際系統(tǒng)的簡化和抽象，不能夠是沒有實戰(zhàn)意義的教學性或者是純練習性的項目。因為培訓的時間有限，必須讓學員盡快地融入到實際項目的開發(fā)當中去。任何人接受和掌握一個東西都需要時間去適應，需要重復幾次才能夠真正掌握，所以每個項目都必須跟實際應用掛鉤。
3：項目應能覆蓋所學的主要知識點
學以致用，學完的知識點需要到應用中使用，才能夠真正理解和掌握，再說了，軟件開發(fā)是一個動手能力要求很高的行業(yè)，什么算會了，那就是能夠做出來，寫出代碼來，把問題解決了，你就算會了。
4：最后綜合項目一定要是實際應用系統(tǒng)
學員經過這個項目的練習，就要走上實際的工作崗位了，如果這個系統(tǒng)還達不到實際應用系統(tǒng)的標準，學員練習過后也還是達不到企業(yè)實際的需要，那么這個培訓應該說質量就不高了。理想的狀況是這個項目就是實際項目，到時候學員就業(yè)到另外一個公司，不過是換個地方干活而已，完全沒有技能上的問題。
三：java怎么選擇項目
這個不是靠想象，而是根據實際的情況一步一步分析出來的（呵呵要賣弄一下：這也算是邏輯思維），當然這里只是討論方法，不涉及具體的項目案例。
我們可以采用倒推的方式來分析：
第4篇：項目開發(fā)總結范文
2017年java員工試用期工作總結【1】
伴隨著充實緊湊的工作生活，兩個月的時間已經過去了。這一段時間里有工作上的收獲，知識的豐富，經驗的增長，同時也暴露出很多問題和不足?？偨Y經驗，吸取教訓，本文將主要從幾個方面來對工作進行總結：工作的主要內容;其中的失敗和教訓以及成功和經驗;展望下一階段的工作，確定自己的目標。以此作為懲前毖后的記錄。
來到一個新的工作環(huán)境，最能發(fā)現(xiàn)自身的不足，這幾個月，抱著虛心學習的態(tài)度，學習公司的開發(fā)流程，熟悉公司的企業(yè)文化，了解公司產品框架，主要技術，主動和同事溝通、學習經驗，希望能更快的融入公司、融入開發(fā)團隊，能夠全心的投入工作。
試用期期間完成的工作還十分有限，簡單列了一些：掌握java開發(fā)語言和環(huán)境，由于在校學習時主要是以.net作為開發(fā)語言，所以在剛入職時通過一段時間學習并基本掌握了java開發(fā)技術。熟悉公司開發(fā)流程，熟悉cbp產品框架。了解了核三框架的總體結構和開發(fā)流程，并能在核三的基礎上進行項目開發(fā)。
參與了社保電子支付項目的開發(fā)。主要負責web端的模塊開發(fā)，通過開發(fā)的過程，學習和掌握了flex界面開發(fā)，hibernate和oracle數據庫。因為自己在經驗上的不足，所以，在項目的開發(fā)過程中碰到開發(fā)進度慢的問題。綜合起來看原因在于：
1、沒有項目經驗，沒有經歷過系統(tǒng)和完整的系統(tǒng)開發(fā)。
2、對于技術的學習和掌握還不夠深入。
3、發(fā)現(xiàn)問題的能力不夠，在自己以往的學習方式中，欠缺一種主動發(fā)現(xiàn)問題的能力。今后，我會多注意在這些方面的學習和積累。
這兩個月的工作生活是充實且富有樂趣的，結識了很多同事和朋友，公司的氛圍是非常輕松愉快的。感謝兩個月來經理的關心，感謝部門同事的悉心指導，感謝公司各位同事的熱心幫助，希望能在接下來的工作中能懲前毖后，總結經驗，吸取教訓，做到個人與公司共榮辱同進退，共同實現(xiàn)中地的輝煌。
2017年java員工試用期工作總結【2】
我于20xx年7月6號進入公司，我一直對自己要求嚴謹，遵守公司的規(guī)章制度,參與了社保電子支付項目的開發(fā);來到一個新的工作環(huán)境，最能發(fā)現(xiàn)自身的不足，這幾個;公司的開發(fā)流程，熟悉公司的企業(yè)文化，了解公司產品;學習經驗，希望能更快的融入公司、融入開發(fā)團隊，能做到的工作還十分有限，簡單列了一些：掌握java開發(fā);職時通過一段時間學習并基本掌握了試用期個人工作總結 我于20xx年7月6號進入公司的軟件開發(fā)四部，擔任java程序員一職。
在這段工作時間里，我一直對自己要求嚴謹，遵守公司的規(guī)章制度，努力完成和完善分配給我的任務，參與了社保電子支付項目的開發(fā)。現(xiàn)在，試用期結束了，對自己這3個月的工作情況作個總結。
前期工作回顧來到一個新的工作環(huán)境，最能發(fā)現(xiàn)自身的不足，這幾個月，抱著虛心學習的態(tài)度，學習公司的開發(fā)流程，熟悉公司的企業(yè)文化，了解公司產品框架，主要技術，主動和同事溝通、學習經驗，希望能更快的融入公司、融入開發(fā)團隊，能夠全心的投入工作。
試用期期間完成的工作還十分有限，簡單列了一些： 掌握java開發(fā)語言和環(huán)境，由于在校學習時主要是以.net作為開發(fā)語言，所以在剛入職時通過一段時間學習并基本掌握了java開發(fā)技術。 熟悉公司開發(fā)流程，熟悉cbp產品框架。了解了核三框架的總體結構和開發(fā)流程，并能在核三的基礎上進行項目開發(fā)。參與了社保電子支付項目的開發(fā)。主要負責web端的模塊開發(fā)，通過開發(fā)的過程，學習和掌握了flex界面開發(fā)，hibernate和oracle數據庫。
因為自己在經驗上的不足，所以，在項目的開發(fā)過程中碰到開發(fā)進度慢的問題。綜合起來看原因在于：1、沒有項目經驗，沒有經歷過系統(tǒng)和完整的系統(tǒng)開發(fā)。2、對于技術的學習和掌握還不夠深入。3、發(fā)現(xiàn)問題的能力不夠，在自己以往的學習方式中，欠缺一種主動發(fā)現(xiàn)問題的能力。
今后，我會多注意在這些方面的學習和積累。 在工作的這段時間里，我得到很多同事的幫助。部門經理經常與我交流，指出技術上的問題，傳授了很多開發(fā)經驗。與同事間也經?；ハ嗾埥?，探討碰到的問題，互相學習。使得我很快就適應了公司的生活。在這期間還參加了公司的中秋晚會，感受了公司文化。 總之，認真的回顧了這段時間的工作，發(fā)現(xiàn)了一些不足之處，這都是我在接下的工作中需要完善的。同時，也會盡最大努力的學習和積累經驗，逐步發(fā)展成一個全面的技術開發(fā)人員，更好的完成工作。
2017年java員工試用期工作總結【3】
在學院領導老師的帶領和安排下，我們在上個學期末，到北京進行了為期10天的專業(yè)實習。在實習過程中，我們在專編程技能以及軟件開發(fā)的總體架構思想上都收獲頗豐。
本次實訓我們分為兩個階段，前五天為第一階段，我們進行了理論知識的學習，鞏固和深化了所學的編程知識。以下談一談個人的感受與體會
一、理論知識的學習
在實訓進行的前五天，我們上的是java編程的理論課。負責上課的老師言語風趣幽默而不失嚴謹，在老師的引導和啟發(fā)下，我們鞏固了之前在學校所學的編程知識，并加以深化，澄清之前對編程技術認識的一些錯誤或模糊的概念。
我們還在課上以java里GUI編程常用的swing框架和JAVA的容器體系作為切入點，框架作為這期間除了學習一般的編程的知識技巧。在全面的系統(tǒng)的認識了框架同時補充學習了泛型技術，以及框架中架構思想的知識。在企業(yè)的實際編碼過程中，一個個框架構成了軟件的基石，只有掌握了幾門框架知識，才能在實踐中高效開發(fā)，讓自己的產品在市場上立于不敗之地。
在理論課的學習過程中，我們也暴露了一些問題，比如在學校上課學習時，對所學知識只是知其然而不知其所以然，不太愿意深鉆，和超前學習一些知識。
二、項目開發(fā)實戰(zhàn)練習
在結束了理論知識的學習之后，后五天我們在實訓基地進行了項目開發(fā)的實戰(zhàn)練習。
項目的名稱是superVCD，是由海輝曾經所接的一個遠程音樂唱片管理軟件項目的精簡版。雖然有所精簡，但是其內容對我們學習仍具有相當的價值，對我們了解真實的軟件的設計規(guī)范，編碼規(guī)范，文檔規(guī)范以及客戶對軟件的需求很有參考價值。該內容囊括了GUI設計和編碼，容器與泛型的知識，規(guī)范文檔編寫，測試及日志系統(tǒng)，甚至要求我們實現(xiàn)一個專用的輕量級數據庫系統(tǒng)，這無疑是對我們很好的一次歷練機會，同時可以積累豐富的知識。
平時我們很少有機會能夠完成一個如此規(guī)模的項目，所以在這次項目實戰(zhàn)訓練中，我的收獲也有很多。
第一，我學會了如何規(guī)范的編寫代碼和文檔。文檔和代碼是團隊各成員在項目開發(fā)交流合作中的紐帶，風格隨意混亂的代碼和缺失或語義不明的文檔會讓團隊中的其他成員不能理解和使用自己寫的程序，我在平時編寫代碼比較隨意，并不注重這一點，經歷這次實戰(zhàn)演練之后，我一定會嚴格的遵守編碼規(guī)范。
第二，我學會了如何理解和分析客戶的需求。軟件為客戶而生，只有理解了客戶的需求才有寫出優(yōu)秀的軟件的可能，在這次實戰(zhàn)演練中，老師教會了我們如何組織團隊正確的理解和分析客戶的需求，并寫出完善的需求分析，并用于項目開發(fā)。
第三，我學會了對按照需求對軟件架構進行設計，這點我想是我們許多同學之前都非常欠缺的，因為我們在學校的時編寫代碼篇幅短小，功能單一，所以設計思路通常只留于腦內，非常模糊。而在這次項目開發(fā)演練中，老師手把手的教會我如何從需求中抽象出問題，并將之模塊化，然后逐步求精，就如同為高樓大廈搭建棟梁。
第四，我學會了如何團隊合作，共同開發(fā)。作為項目開發(fā)小組的組長，我的體會更加深刻。獨木難支，光靠一個人的力量是遠遠不夠的。只有管理組織好一個團隊，才能夠最終完成項目的開發(fā)，或許在編程技術水平上團隊成員有高有低，但是，每個人都有自己的閃光點，總可以在團隊的找到適合自己的位置，每個人在自己的團隊中做的貢獻，創(chuàng)造出不可磨滅的重大價值。
第五，我學會了如何與客戶溝通并展示自己的項目，軟件項目的開發(fā)最終需要的是客戶的認可，讓客戶了解并認可自己的產品最好的辦法就是用言語將自己的項目的最好的一面展示出來，在最后一天里，實訓的老師組織了項目的答辯，給我們提供了鍛煉自己的表達能力，展示自己的項目的舞臺。
第5篇：項目開發(fā)總結范文
2009年2月25日至4月17日，禮平老師提出將學院大三的“軟件項目管理”和“軟件項目開發(fā)實踐”兩項課程相結合，讓學生完成一個網上書城系統(tǒng)。項目歷時52天，在兩位老師的悉心指導下，整個學院的同學組成20多個團隊，開始了開發(fā)歷程，在這個過程中，著重培養(yǎng)了學生獲取知識、共享知識、應用知識、總結知識和傳播知識的能力。
作為其中一個團隊的小組長，我深為自己所在的團隊“喜羊羊與灰太狼”感到自豪，它對于我以及我們組員的影響都是“前所未有”，并且是長遠的。說其前所未有，緣于這次開發(fā)就如大學前幾年的一次總結，幫助我們匯總學習方法，融會貫通所學知識；說其影響深遠，緣于其對我們后期課程乃至下一屆或下幾屆學弟學妹們的幫助。
“喜羊羊與灰太狼”是一個由5個女生、2個男生組成的團隊。這是一個奇怪而又強大的組合，這7個人沒有任何相關領域的開發(fā)經驗，沒有任何組隊共同開發(fā)的合作經驗。在團隊中，有的活潑可愛，有的深沉內斂，有的認真細致，有的想法獨特，當組合在一起之后，我們有過爭執(zhí)，有過失望，但是最終我們卻提交了一份令人滿意的成果，包括7個完整版本的源代碼和32萬字的文檔，還有每一位成員在未來學習中取之不盡的開發(fā)經驗。
2 實際開發(fā)結果
2.1 產品
產品功能如圖1所示。
2.2工作量
編碼工作完成情況：
?C#代碼：9712行：
?數據庫代碼：299行；
?CSS代碼： 633行；
?存儲過程：1711行。
預計的生產效率：70行／人／日
程序的平均生產效率為：12355／7／14=126行／人／日
實際效率大于預計效率原因：
(1)開發(fā)團隊中有技術很好的成員，當遇到問題后，可以通過請教相互溝通，能夠很快地解決問題，不落下進度。
(2)開發(fā)人員自學能力好，通過第一、第二階段的開發(fā)，積累了一定的經驗，在后期三四階段的開發(fā)中將效率提高。
(3)所有成員都十分努力，同時團隊的管理機制很好，項目開發(fā)嚴格按照計劃進行，按時完成任務甚至超前完成，工作效率很高。
2.3 對生產效率的評價
經過統(tǒng)計，整個網站系統(tǒng)的代碼數量為：C#代碼9712行，數據庫代碼299行，CSS代碼633行，存儲過程1711行，此部分都是開發(fā)人員手動開發(fā)的代碼，總共為12355行。前期的開發(fā)時間為14天。那么程序的平均生產效率為12355／7／14=126行，人／日，這已經大大超出我們所預計的生產效率70行／A／日。雖然量增多了，但是質量依舊控制在計劃之內。
經過統(tǒng)計，所產生文檔字數大約為：75870字。所統(tǒng)計的文檔包括需求、概要設計、詳細設計、數據庫設計、開發(fā)計劃、測試計劃等項目所需文檔。那么文件的平均生產效率為：75870／1000／7／7／=1.5千字數／人／日，這明顯不足于我們所預期的2.5千字數／人／日。這是因為我們還有其他很多文檔并沒有統(tǒng)計進去，例如小組的溝通，小組每周的會議記錄，小組每周的總結，個人總結等。因此，如果包括所有的文檔，估計能有3千字數／人／日左右。
因此我們的生產效率是能達到我們預期的要求的。
3 開發(fā)歷程
從以上的開發(fā)成果看，這已經是一個完整的開發(fā)項目。這不同于課程的開發(fā)作業(yè)，也不同于科技創(chuàng)新項目，課程初期，禮平老師接受同學們的建議，結合同一學期著重技術講解“軟件開發(fā)實踐”課程，提出共同完成同一個項目的觀點，兩門課程從不同的角度，即技術講解和項目管理指導兩個方面指導項目開發(fā)。這樣大大減少了課程內容的重復和沖突，集中了同學的時間和精力，讓我們更加具體細致地完成一個項目。
3.1 相關課程的結合，集中學生經歷
隨著學校對于學生動手能力的要求提高，每一門專業(yè)課程基本都要求學生開發(fā)一個小型項目以增加對于專業(yè)知識的了解。然而過多的課程導致了較大的項目壓力，最后學院的同學們都不堪重負。實際上，學生一直在忙于完成各種不同的項目，并沒有達到實際的學習效果。
因此，當我們對禮平老師的教育理念還沒有理解時，我們只是覺得能夠將有關的課程相結合，是多么令人開心的事情。
“軟件項目開發(fā)實踐”課程老師由淺入深地對我們所遇到的技術問題進行指導：“軟件項目管理”課程隨著軟件生命周期的進行講述不同階段應該要采用的軟件工程項目管理方法。
然而，這不只是兩門課程的結合。在后期的軟件測試課程中，我們再次將自己完成的系統(tǒng)作為測試對象，對其中重要的功能點采用一套完整的測試方案，對其進行測試評估。因為被測系統(tǒng)是由自己開發(fā)，在測試過程中，我們可以很順利地對缺陷進行修復。
3.2 軟件產品的開發(fā)生命周期同課程的結合
以軟件開發(fā)周期作為課程的大環(huán)境，兩位老師由淺入深，從需求分析開始，到設計、實現(xiàn)、測試和維護，一步一步帶領我們進行開發(fā)。
這像是對所有課程的總結，其中包括編程的基礎課程、Web開發(fā)的相關技術、軟件工程的相關課程、項目管理。在這樣一個短暫的不到兩個月的時間內，我們實現(xiàn)了基礎課程中的理論知識，我們重現(xiàn)各類開發(fā)和設計模型。在需求分析中，我們采用“面向對象”課程中的需求分析方法，力求通過標準的需求建模方法，明確系統(tǒng)功能和性能要求：在設計和開發(fā)過程中，我們采用迭代的開發(fā)方法，運用所學的Web開發(fā)課程和C#編程的內容；在測試階段，我們采用軟件測試課程中學到的測試策略，對每一個階段的測試，運用有關的測試工具開展測試過程。
現(xiàn)在課程結束已經快一年了，但在后期的像“軟件開發(fā)實習”這樣的課程中，我們卻總是不自覺地會將這次開發(fā)的經驗作為我們開發(fā)的依據。通過這樣一次完整的項目開發(fā)過程，我們了解了整個產品的開發(fā)周期，明確每個階段應該完成的任務，熟悉各個階段所可能遇到的問題以及應該采用的方法，甚至對于風險的估計都更加準確了。
3.3 老師的指導，我們前行的指明燈
摒棄了傳統(tǒng)的教授方式，在禮平老師的教育理念指導下，我們開始走上講臺講述自己所遇到的問題、采用的解決方法，老師讓我們開展討論，讓我們團隊內部或者不同團隊之間共同交流來尋求解決方案。另一位“軟件工程實踐”課程教師，他采用問題驅動的教學方式，對我們不同開發(fā)階段遇到的技術問題進行匯總統(tǒng)一，提供出可選的技術解決方案，不同的團隊可以依據自己項目的特點采用合適的解決方案，并通過自學的方式了解該解決方案的技術細節(jié)，從而順利解決問題。同時我們也了解到了相關其他解決方案適用的情景，讓我們在今后的開發(fā)中“有法可依”。
在這場互動式的教學中，老師并沒有因為學生的主動而減輕了工作壓力，他們需要及時調整我們到合適的方向上，這得益于老師自身豐富的開發(fā)經驗。禮平老師會在我們停滯不前的時候，建議我們應該先完 成一個靜態(tài)Demo來幫助了解需求：在我們對項目計劃感覺茫然的時候，他會拿出自己多年的開發(fā)經驗告訴我們，應該如何在計劃和開發(fā)上平衡時間；當我們對自身網站的特色定位不清楚的時候，他會讓我們注重細節(jié)的完善而不是新穎的功能，讓我們最終以一個穩(wěn)定而完整的系統(tǒng)獲勝。當初的我們甚至以為一個項目開發(fā)就是一次集體編寫代碼，然而老師卻教會我們需要確定需求，將設計工作做得完整，實際的開發(fā)時間只需要兩個星期，事實確實是如此，在嚴格的項目進度控制中，組員在兩周之內竟然基本完成了系統(tǒng)功能。
就是這樣，起初懵懂的我們對“項目”的過程完全不知所措，而現(xiàn)在，任何項目到我們手中，無論其采用的技術如何，無論其要求時間是多久，我們總能得心應手地為其制定開發(fā)計劃并開展工作來實現(xiàn)它。這些知識在別人看來就像是與生俱來的，然而只有我們知道，正是通過了這樣一次完整的開發(fā)過程，讓軟件工程領域的知識成為我們自己的“天賦”，隨手拿來，即人們常說的“經驗”。
在這個成長的過程中，老師并沒有說，如果遇到了這樣的問題，有多少偉大的人發(fā)明了多少模型我們可以采用，這種模型的構建過程是這樣，那種模型的適用情況又是如何。若老師僅是這樣用生硬的文字告訴我們，用我們做20年學生的經驗來看，不出一個月這些知識就會模糊，不出半年這些知識又會變成新的知識。而在這一次的開發(fā)過程中，老師卻像路標，告訴我們正確的方向，或者可能的路線，而其中探索的過程卻是由我們來實現(xiàn)，前進的道路由我們自己來選擇。我們變得習慣于獨立思考，我們變得善于表達，我們開始熟悉這條成功之道。
3.4 綜合性學習經驗，我們最終的目標
獲取知識(自學)、共享知識(團隊工作)、應用知識(解決問題)、總結知識(創(chuàng)新)和傳播知識(溝通)的能力，這是CDIO要求學生在基于項目的學習過程中需要得到的綜合能力。
我們從不糾結于某一個技術問題，從不局限使用某一種開發(fā)模型，項目的內容也不限定，通過一次完整的項目開發(fā)過程，著眼于學生綜合能力的提高，培養(yǎng)學生成為能夠與國際接軌的高等工程師。
禮平老師強調我們要不斷總結，并把這個過程運用到其他地方，不僅是軟件產品的開發(fā)，從確定需求、制定計劃、設計和實現(xiàn)的過程來看，我們可以將各種模型甚至運用到制定個人規(guī)劃，還有那些需要考研的同學的考研計劃中。在項目完成后，老師欣喜地翻閱每一位同學的心得體會。作為小組長我也看過組內每一位成員的總結，每個人的教訓和經驗都不盡相同，也許這就是我們學習的目的，每個人都能有所收獲，從不同的角度，不同的領域培養(yǎng)不同的能力，收獲不同的知識。
3.5課程考核，不僅僅是分數
與往常的課程考試不同，我們采用的考核方式是多樣的，包括平時的討論、組內的互評，答辯的結果和最終的產品質量。
平時討論作為考核的內容之一，增加了平時課堂討論的參與度，使得同學們更加積極地投入到課堂交流，為每一次的成果匯報作好充分的準備，積極主動地思考解決方案。
組內互評是我們的一大特色，我們采用禮平老師號稱的“雷達圖”來評定每一位成員在開發(fā)過程中的表現(xiàn)。這種評定方法通過不同方面評定每個人的能力，讓每位成員能夠更加清楚地認識自己，并依據其在組內的貢獻作為評分依據，計算出組內互評的最終得分，“雷達圖”示意圖如圖2所示。
答辯是最后的考驗，我們?yōu)榇俗鲎懔藴蕚?，甚至排練了多次。經過之前多次的中期檢查，我們慢慢學著如何更好地展示和表達我們的成就，讓老師和其他項目組在答辯的短暫十分鐘之內看到我們的努力和優(yōu)秀的產品。終期答辯推動著我們不斷完善系統(tǒng)，因為考慮到老師要進行任何操作，提出各種疑問，所以我們從用戶的角度考慮一切有可能出現(xiàn)的操作，盡可能地保證系統(tǒng)的實用性、便捷性和穩(wěn)定性，這樣大大提高了產品的質量。在后期的總結中，我們發(fā)現(xiàn)這樣的方式運用到實際的產品開發(fā)中也是如此的有效，因為時刻從客戶的角度考慮，是保證產品質量的重要因素。
正是這樣的考核方式，不僅讓我們學會如何有效表達、了解自己，更在一定程度上學會考慮如何成就一個成功的項目。
3.6 團隊合作，我們最寶貴的經驗
人際交往技能即團隊協(xié)作和交流，是CDIO工程教育模式所提倡的應該培養(yǎng)學生的技能。對我們來說，團隊培養(yǎng)的協(xié)作關系是我們寶貴的財富，團隊合作也成為我們最寶貴的經驗。
為了能夠順利完成每個階段的計劃，我們的小組成員常在一起整合到凌晨，為問題開會討論好幾個小時，我們會將設計制定的細致再細致，只為其他隊員能夠減少理解時間。當然，因為我們性格各異，所以也會對他人的行事風格不理解，也會出現(xiàn)推脫責任的時候，也有不能達成一致意見而發(fā)生爭執(zhí)的時候?？墒且驗榇蠹矣泄餐哪繕?，抱著對項目負責的態(tài)度，我們逐漸建立起默契，漸漸開始為對方考慮。每個小組成員都很細致地對待自己負責開發(fā)的模塊，盡量減少出現(xiàn)缺陷，避免其他功能的開發(fā)遭到停滯或者增加整合人員的工作量。
很多人都知道，團隊合作會保證項目的順利進行，減少項目風險，構建一種良好的團隊氛圍，而對于我們來說，團隊合作更讓我們關注自己的工作，在很大程度上保證了產品開發(fā)的質量。通過團隊開發(fā)的方式，讓我們在開發(fā)過程發(fā)現(xiàn)協(xié)作的意義，更讓我們收獲了友誼。
4 CDIO之我見
禮平老師的課堂帶給我們收獲和成果，作為軟件學院的學生，作為CDIO工程教育理念的受益者，我們有自己的理解和感受。
在有限的大學4年教育中，我們希望自己能夠承受一定的壓力并收獲有用的知識，能讓我們在未來的職業(yè)領域有所發(fā)展。同時我們了解，作為工科學生，工程實踐經驗尤為重要，而從小學到中學，理論為主的教學模式讓我們深感自己經驗不足，動手能力不強，對于實際的公司項目更是束手無策。成為社會肯定的具有良好綜合素質的畢業(yè)生，這是我們對自身的要求，也是我們對于學校教育的期望。
第6篇：項目開發(fā)總結范文
關鍵詞：工程教育；實訓模式；工程應用型人才
作者簡介：覃慶偉（1969-），男，廣西藤縣人，仲愷農業(yè)工程學院信息科學與技術學院，高級工程師；覃毅（1974-），男，四川遂寧人，仲愷農業(yè)工程學院信息科學與技術學院，工程師。（廣東 廣州 510225）
基金項目：本文系廣東省高教廳計算機科學與技術特色專業(yè)建設（項目編號：k1111895）、廣東省高教廳網絡工程人才培養(yǎng)創(chuàng)新實驗區(qū)項目的研究成果。
中圖分類號：G642.44 文獻標識碼：A 文章編號：1007-0079（2013）16-0159-02
中國的經濟快速增長，需要大量的工程技術人才。高校每年有600多萬畢業(yè)生，有許多學生找不到工作，而企業(yè)卻抱怨招不到適用的人才；學生對社會上資費不菲的考證技能培訓趨之若鶩，卻對高校開設的課程興趣不高。這種反差說明，傳統(tǒng)的高校課程設置和培養(yǎng)模式與市場對人才技能的要求脫節(jié)，造成學生工程實操能力不強。為解決這一矛盾，國際工程教育合作組織于2004年制定了CDIO工程教育標準，我國教育部也于2010年6月實施了“卓越工程師教育培養(yǎng)計劃”，兩者都強調通過高校與企業(yè)的合作培養(yǎng)出具有創(chuàng)新精神和實踐能力的工程師，以滿足社會與經濟發(fā)展方式轉變對各類高素質工程人才的需求。但是在操作層面，校企合作談何容易。一是由于競爭劇烈，為降低培訓成本，企業(yè)都希望招聘到具有一定工程能力又掌握行業(yè)主流技術、能勝任團隊工作的員工。但是按照傳統(tǒng)的高校體制及人才培養(yǎng)模式，難以讓學生掌握自成體系又不過時落后的專業(yè)知識；況且學校也無法提供類似企業(yè)的軟、硬件環(huán)境和真實的工程項目，工程能力的培養(yǎng)難以落到實處。二是考慮到工程項目的工期、質量、場地設備成本及售后服務等多方面的因素，尤其是出于對核心技術及客戶資料保密考慮，企業(yè)無法接納大量的學生系統(tǒng)地進行工程項目的實踐。
一、工程實訓模式改革探討
在探討工程實訓之前，首先要明確工程項目與傳統(tǒng)教學科研案例的根本區(qū)別在于：工程項目是按照工業(yè)標準、技術規(guī)范及市場需求設計、制造出產品，強調產品的服務理念及成本控制意識，要求產品性價比高、在市場上有競爭力；而傳統(tǒng)教學科研案例僅是原理驗證或過程演示，只是說明某種技術而已，根本沒有產品的概念，自然就不用關心技術落后與否，容易讓學生畢業(yè)時感覺在大學沒有學到實用的知識。這就要求在推行工程教育時，需要創(chuàng)新校企合作思路，改革實訓模式——通過校企合作，利用企業(yè)真實的工程項目，培訓教師而不是學生；然后在校內搭建類似企業(yè)軟硬件環(huán)境，建立相應的工程實訓體系，通過教師對學生進行工程項目的訓練，培養(yǎng)學生的工程能力，以滿足企業(yè)需求。
為此，需要按照工程能力的要求對教學要素進行系統(tǒng)規(guī)劃與設計，對包括培養(yǎng)方案、課程體系、教學計劃、教學方法、教材選擇、實踐教學體系與內容、實訓室建設等諸多方面進行配套改革；需要按照工程理念，構建提供教學實訓內容和環(huán)境支持的“工程實訓平臺”，并引入工程建設中的監(jiān)理機制，配套建設“實訓管理平臺”，為保證實訓質量提供監(jiān)控手段。
1.工程實訓平臺建設
實訓平臺的建設目的是建設、管理大量的實訓體系資源，為實訓教學提供環(huán)境、過程支持和實訓內容。平臺建設包括類似企業(yè)的真實軟硬件環(huán)境搭建和實訓資源建設兩大內容。前者提供環(huán)境支持，后者為工程教育提供實訓內容和過程支持，為實訓平臺建設的重點。
按照學科的教學規(guī)律，實訓過程可分為三個循序漸進階段：工程知識學習階段；工程技術訓練階段；工程項目實訓階段。各階段對平臺建設的要求分別為：
（1）工程知識學習階段：目的是在工程技術訓練前學習相關工程知識，建立系統(tǒng)的知識體系，明確各部分知識在整個體系中的位置及作用，掌握各部分知識的難點、重點。為此需按學科專業(yè)方向建設包括課程體系、教學大綱、學習資料、難點重點訓練案例、測試及考試題庫，以及能將所學知識有機聯(lián)系起來的綜合實例資料及參考設計等。
（2）工程技術訓練階段：目的是在學習工程知識的基礎上，通過獨立完成小型項目開發(fā)，訓練工程項目開發(fā)所用技術，掌握開發(fā)工具的使用方法及技巧；熟悉技術標準細節(jié)，熟悉工程項目的設計、開發(fā)方法，以此來培養(yǎng)工程技術能力。為此需要建設按照不同課程、不同方向、不同技術實現(xiàn)的小型項目，收集、整理項目開發(fā)技術規(guī)范，編寫開發(fā)文檔、參考資料、標準手冊等，為進行真實工程項目開發(fā)打下基礎。
（3）工程項目實訓階段：目的是通過真實工程項目的開發(fā)，讓學生學會市場調研方法、學會編寫市場需求分析報告；學會查閱相應的工業(yè)標準及產品性能、技術要求，熟悉項目開發(fā)所用的技術、手段與方法；熟悉項目開發(fā)流程，理解項目管理的基本理念，鍛煉團隊的協(xié)作能力，從而積累項目開發(fā)經驗，培養(yǎng)工程素質和能力；掌握項目開發(fā)的主流技術，拉近與用人需求的距離。為此，需要導入不同業(yè)務背景的真實工程項目，按工程理念和產品要求進行項目的需求整理、開發(fā)流程整理、開發(fā)用例整理、開發(fā)文檔整理，實現(xiàn)方法、技術的對比整理，以便在學生獨立完成所負責的分項目后進行參考、對照，發(fā)現(xiàn)、改進不足，也便于教師在指導學生的過程中進行參考查閱。實訓平臺的使用可分為課程實訓和工程項目實訓兩個層次。
課程實訓層次主要是針對課程體系中的各門課程，實現(xiàn)對課程教學資源的系統(tǒng)化管理及案例教學過程的管理，學生通過查看課程的教學大綱、章節(jié)的主要內容、課程的重點難點、多媒體課件等進行課程的學習，通過完成教師分配的作業(yè)、練習案例、實驗操作、課程設計等任務，掌握課程知識，訓練工程技術?？梢?，課程實訓層次涵蓋了工程知識學習和工程技術訓練兩個階段，對這兩個階段的平臺建設有明確且具體的要求。
工程項目實訓層次主要是針對學生的學科專業(yè)，實現(xiàn)工程知識及技術的系統(tǒng)集成。要求按照行業(yè)的相關技術標準，實現(xiàn)對項目開發(fā)過程的全程管理及監(jiān)控；參照企業(yè)實際項目管理過程，按需求分析、規(guī)劃設計、開發(fā)建設、項目調試、驗收總結五個階段進行管理。學生可以通過平臺了解項目團隊的成員情況、項目開發(fā)計劃、各階段需完成的任務、小組成員的任務完成情況，并提交工作日報、項目會議紀要、項目調試結果、項目總結及實訓調查等文檔；教師可以通過平臺進行項目、人員分組，開發(fā)設計計劃，并按階段開放項目資源，審閱工作日報及各項目組會議紀要，審閱設計方案，上傳個性化學習資料、調查問卷，查看各項目組完成情況及修改情況等。
實訓平臺的建設是動態(tài)的，必須定時更新知識體系及工程項目內容，以跟上工程技術的發(fā)展步伐，確保培養(yǎng)出的學生能掌握主流技術，滿足崗位技能需求。
2.實訓管理平臺建設
為確保實訓平臺在工程教育中的使用效果，達到大規(guī)模培養(yǎng)工程人才的目的，有必要引進工程項目建設中的監(jiān)理機制，建設相應的管理平臺，為實訓提供質量監(jiān)控手段。為此，需要教師通過校企合作，參與工程項目開發(fā)，再通過研究及教學實踐，總結、提煉出一套實訓教學的教學方法及管理文檔，具體包括《實訓教學安排》、《教師實訓手冊》、《實訓教學方法》、《學生實訓跟蹤表》、《實訓要求及管理辦法》、《實訓反饋表》、《實訓考評辦法》等一系列教學支持文件，以統(tǒng)一實訓教學方法，規(guī)范實訓教學考評及學生能力鑒定標準，為實訓質量提供監(jiān)控和保證手段。
二、實訓模式的應用
為了達到實訓目的，需要把四年大學教育納入整個實訓體系來通盤考慮。建議采用“3+1”教學模式，在前3年進行基礎理論、專業(yè)基礎及專業(yè)課程的教學，進行課程實訓層次的工程技術訓練，并且在大二第二學期結束前引入導師制，讓學生在導師指導下結合自己的興趣有針對性地選修專業(yè)課程；在最后1年采用項目實訓與畢業(yè)設計相結合的方式，學生用近一年的時間進行實際工程項目開發(fā)訓練，使學生到畢業(yè)時能基本掌握行業(yè)主流技術，并積累相關工作經驗，以滿足用人單位的崗位技能要求。
1.教學組織
課程實訓層次：在前3年的基礎理論及專業(yè)課程的教學中按課程來組織實施。
工程項目實訓層次：在大三的暑假里，學生進行市場調研編寫需求分析，提出項目實訓方向申請。實訓分為基礎知識測試、實訓前專業(yè)培訓、項目實訓、實訓總結四個階段，項目實訓流程及階段內容見圖1。每個階段要求學生提交相關文檔，以對學生進行階段考核。
2.教學管理
在項目實訓階段，整體仿照公司模式進行管理，學生以項目組的形式進行學習和開發(fā)訓練。指導教師作為項目經理，指導學生進行項目開發(fā)，要求學生把每日項目完成情況以及遇到的問題以項目日報的形式進行總結提交，由指導教師批閱并給出指導意見。項目按需要劃分項目小組，每小組設有組長，負責本組項目實施，并協(xié)助教師幫助解決學生項目開發(fā)過程中遇到的一些簡單問題。每位組員定期輪流擔任組長，以鍛煉其項目管理能力；每日、每周組長召集小組成員認真總結研究當日、當周出現(xiàn)的問題，集體討論、確定解決方案，采取措施，保證項目的順利實施，以鍛煉團隊協(xié)作能力。
3.師資培養(yǎng)
實訓模式改革要求教師具有豐富的工程實踐經驗。為解決教師普遍缺乏工程經驗這一迫切問題，可以考慮采取“走出去”和“引進來”兩種方式，“走出去”就是學校直接派教師到相關企業(yè)鍛煉一段時間，參與整個工程項目的開發(fā)；“引進來”就是直接從企業(yè)招聘具有高學歷、高職稱的工程技術人員充實到教師隊伍中。教師工程能力的提高，可以促進教師對人才培養(yǎng)方案、課程體系設置、課程內容等改革的思考，為大規(guī)模工程教育的開展提供保障。
三、總結與展望
進行實訓模式改革，通過校企合作，以現(xiàn)實的工程項目培訓教師；在高校內搭建類似企業(yè)的軟硬件環(huán)境，再由教師對學生進行工程項目開發(fā)能力的訓練，是解決學生大規(guī)模工程實踐的切實可行的辦法和有效手段。
參考文獻：
[1]顧佩華，沈民奮，李升平，等.從CDIO到EIP-CDIO——汕頭大學工程教育與人才培養(yǎng)模式探索[J].高等工程教育研究，2008，（1）：12-20.
第7篇：項目開發(fā)總結范文
假如用兩個字概括當前社會的特征，那就是“變化”，而這種變化在信息產業(yè)中體現(xiàn)得尤為突出，技術創(chuàng)新速度越來越快，用戶需求和市場不斷變化，人員流動也大大加快。在這種環(huán)境下，企業(yè)需要應對的變化以及由此帶來的挑戰(zhàn)大大增加，也給管理帶來了很多新問題和挑戰(zhàn)。軟件行業(yè)是一個極具挑戰(zhàn)性和創(chuàng)造性的新行業(yè)，管理上沒有成熟的經驗可供借鑒。而項目管理應該說對于軟件企業(yè)，尤其是那些以應用開發(fā)為主的軟件企業(yè)，是行之有效的管理方法。因此，項目管理在軟件開發(fā)中的應用日益受到重視。
項目管理的兩個新問題
1、什么是項目管理？
項目管理是在一定的約束條件下，以高效率地實現(xiàn)項目業(yè)主的目標為目
的，以項目經理個人負責制為基礎和以項目為獨立實體進行經濟核算，并按照項目內在的邏輯規(guī)律進行有效的計劃、組織、協(xié)調、控制的系統(tǒng)管理活動。
2、為什么要有項目管理？
沒有項目管理，項目也有可能成功。但沒有管理的項目，很難保證項目
的利潤空間，對公司來說，虧損的風險就大。所以我們要有項目管理，以保證公司在總體上是盈利的，注重不是每一個項目都要盈利。
另外，有了項目管理，就有了管理改進的基礎，無論剛開始的項目管理多么糟糕，只要有管理，就有了改進的可能性，至于能不能得到改進，以及改進的快慢，則取決于兩個因素摘要：一個是人，非凡是各級管理者；另一個是利益。關鍵是“利益”，準確的說是“利益的分配”，在權責利明確的前提下，人才能充分的發(fā)揮功能。還需要指出的是“利益”是多元的，這里的多元不僅指利益的具體形式，而且指利益的受眾是多元的，包括客戶方相關人員個人的利益。
3、項目管理的發(fā)展和目前狀況。
今天，項目管理作為一種現(xiàn)代化管理方式在國際上已獲得了廣泛的應用，從最初的國防、航天、建設工程領域，迅速發(fā)展到電子、通信、計算機、軟件開發(fā)、金融等行業(yè)以及政府機關的項目管理工作。隨著計算機、網絡系統(tǒng)的迅速發(fā)展，項目管理技術的不斷進步，項目管理軟件產品層出不窮，其功能、特征、應用對象也各不相同。當前，越來越多的企業(yè)和組織在內部推廣項目管理的理論方法及管理模式，假如都采用項目管理軟件進行管理，效果就更加明顯，可以節(jié)省大量的資源和財富。國外90%26#37;以上的項目管理都采用軟件進行，但我國在這方面的應用還不到10%26#37;。新世紀項目管理在中國的迅速興起，給軟件企業(yè)的發(fā)展帶來了前所未有的發(fā)展機遇。
項目管理在軟件開發(fā)中的應用的成因
隨著信息技術的飛速發(fā)展，軟件產品的規(guī)模也越來越龐大，個人單打獨斗的作坊式開發(fā)方式已經越來越不適應發(fā)展的需要。各軟件企業(yè)都在積極將軟件項目管理引入開發(fā)活動中，對開發(fā)實行有效的管理。從概念上講，軟件項目管理是為了使軟件項目能夠按照預定的成本、進度、質量順利完成，而對成本、人員、進度、質量、風險等進行分析和管理的活動。實際上，軟件項目管理的意義不僅僅如此，進行軟件項目管理有利于將開發(fā)人員的個人開發(fā)能力轉化成企業(yè)的開發(fā)能力，企業(yè)的軟件開發(fā)能力越高，表明這個企業(yè)的軟件生產越趨向于成熟，企業(yè)越能夠穩(wěn)定發(fā)展（即減小開發(fā)風險）。同時，隨著軟件開發(fā)規(guī)模及開發(fā)隊伍的逐漸增大，軟件開發(fā)不再是向過去那樣一二個開發(fā)人員即可解決的事情。迫切需要一種開發(fā)規(guī)范來規(guī)范每個開發(fā)人員、測試人員和支持人員的工作，每個項目組成員按約定的規(guī)則準時完成自己的工作。同時采用規(guī)范化管理，專業(yè)分工也可以降低對開發(fā)人員的要求，從而降低產品研發(fā)成本。
軟件開發(fā)是一項復雜的系統(tǒng)工程，牽涉到各方面的因素，實際工作中，經常會出現(xiàn)各種各樣的新問題，甚至面臨失敗。如何總結、分析失敗的原因，得出有益的教訓，對一個公司來說，是在今后的項目中取得成功的關鍵。
早在20世紀60年代中期，人們就發(fā)現(xiàn)軟件的生產出現(xiàn)了“新問題”，主要表現(xiàn)在生產過程不規(guī)范，缺乏管理。后來，人們在軟件工程方法學中引入了工程的概念、原理、技術和方法，這種思想在一定程度上解決了軟件生產過程中碰到的新問題。但是直至80年代還是沒有提出一套管理軟件開發(fā)的通用原則，軟件管理不善的新問題依舊在大范圍內存在。
目前的軟件開發(fā)正逐步趨向于復雜化、多元化，大多數開發(fā)團隊中都會出現(xiàn)同時開發(fā)多個版本、開發(fā)/維護工作并存、多地點同時開發(fā)等情況，給軟件開發(fā)管理帶來了前所未有的困難。假如管理不善，必將造成版本混亂，各個開發(fā)人員的工作相互交叉、干擾，整個開發(fā)團隊的工作在一種無秩序的不良狀況下運行，嚴重影響軟件產品開發(fā)的進度和質量。
因此，隨著軟件開發(fā)的深入、各種技術的不斷創(chuàng)新以及軟件產業(yè)的形成，人們越來越意識到軟件過程管理的重要性，管理學的思想逐漸融入軟件開發(fā)過程中，應用開發(fā)的項目管理日益受到重視。而項目管理技術的發(fā)展和計算機技術的發(fā)展是密不可分的，隨著計算機性能的迅速提高，大量的項目管理軟件涌現(xiàn)出來。它們可以用于各種商業(yè)活動，提供便于操作的圖形界面，幫助用戶制定任務、管理資源、進行成本預算、跟蹤項目進度等。
軟件項目管理常見新問題及解決方案
對于軟件開發(fā)項目中，經常出現(xiàn)兩種極端情況，一種是創(chuàng)造了新的生產率和質量的紀錄；一種則完全是一場災難，不是被取消就是拖延很長時間。前者如在很短的時間內，為了趕進度，在幾乎不可能的時間內開發(fā)出一套軟件產品，創(chuàng)造了軟件開發(fā)的記錄，滿足了上級所要求的上機日期，由于開發(fā)時間太短，過于倉促，上機時，新問題百出，試運行時間長達幾個月或一年半載的，而且程序一改再改，維護工作量大。
后者，如某套系統(tǒng)未弄清楚需求，或因設計新問題，開發(fā)失敗。通過提煉這些成功和失敗的例子，軟件項目成功或失敗的根本原因可能會更清楚一些。
目前我國大部分軟件公司，無論是產品型公司還是項目型公司，都沒有形成適合自己公司特征的軟件開發(fā)管理模式，雖然有些公司根據軟件工程理論建立了一些軟件開發(fā)管理規(guī)范，但并沒有從根本上解決軟件開發(fā)的質量控制新問題。這樣導致軟件產品質量不穩(wěn)定，軟件后期的維護、升級出現(xiàn)麻煩，同時最終也會損害用戶的利益。
分析目前項目管理需要改進的新問題可以從幾種相關角色的角度去考慮摘要：項目經理、項目組成員、公司管理人員、市場人員、客戶等。
新問題一摘要：缺乏項目管理系統(tǒng)培訓（相關對象摘要：項目經理、管理人員）
項目經理在項目管理方面的培訓較少或不夠系統(tǒng)。項目經理或管理人員不了解項目管理的知識體系和一些常用工具和方法，所以在實際工作中沒有項目管理知識的指導，完全依靠個人現(xiàn)有的知識技能，管理工作的隨意性、盲目性比較大。在軟件企業(yè)中，以前幾乎沒有專門招收項目管理專業(yè)的人員來擔任項目經理（甚至很少是管理專業(yè)的），被任命的項目經理主要是因為他們能夠在技術上獨當一面，而管理方面非凡是項目管理方面的知識比較缺乏。
解決方案摘要：項目經理接受系統(tǒng)的項目管理知識培訓是非常必要的，有了專業(yè)領域的知識和實踐，再加上項目管理知識和實踐和一般管理的知識和經驗的有機結合，必能大大提高項目經理的項目管理水平。應實行項目經理知識技能資格考核制度，讓項目經理自覺補充學習項目管理的知識和一些常用工具和方法。
新問題二摘要：項目計劃意識新問題（相關對象摘要：項目經理）
項目經理對總體計劃、階段計劃的功能熟悉不足。項目經理認為計劃不如變化快，項目中也有很多不確定的因素，做計劃是走過場，因此制定總體計劃時比較隨意，不少事情沒有仔細考慮；階段計劃因工作忙等理由經常拖延，造成計劃和控制管理脫節(jié)，無法進行有效的進度控制管理。沒有計劃或者是隨意的不負責任的計劃的項目是一種無法控制的項目。
解決方案摘要：在高技術行業(yè)，日新月異是主要特征，因此計劃的制定需要在一定條件的限制和假設之下采用漸近明細的方式進行不斷完善。提高項目經理的計劃意識，采用項目計劃制定相關各種知識、技術、工具，加強對開發(fā)計劃、階段計劃的有效性進行事前事后的評估。
新問題
三、管理意識新問題（相關對象摘要：項目經理）
部分項目經理沒有意識到自己項目經理的角色，從總體上去把握管理整個項目，而是埋頭于具體的技術工作，造成項目組成員之間忙的忙、閑的閑，計劃不周、任務不均、資源浪費。在軟件企業(yè)中，項目經理大多是技術骨干，技術方面的知識比較深厚，但無論是項目管理知識，還是項目管理必備的技能、項目管理必備的素質都有待補充和提高，項目管理經驗也有待豐富。有些項目經理對于一些不服管理的技術人員，沒有較好的管理方法，工作不好布置的工作只好自己做。另外由于工作分解結構設計的合理性，項目任務無法有效、合理地分配給相關成員，以達到“負載均衡”。
解決方案摘要：加強項目管理方面的培訓，并通過對考核指標的合理設定和宣傳引導項目經理更好地做好項目管理工作。技術骨干在擔任項目經理之前，最好能經過系統(tǒng)的項目管理知識，非凡是其中的人力資源管理、溝通管理的學習，并且在實際工作中不斷提高自己的管理素質，豐富項目管理經驗，提高項目管理意識。
新問題四摘要：溝通意識新問題（相關人員摘要：項目經理、項目組成員）
在項目中一些重要信息沒有進行充分和有效的溝通。在制定計劃、意見反饋、情況通報、技術新問題或成果等方面和相關人員的溝通不足，造成各做各事、重復勞動，甚至造成不必要的損失；有些人沒有天天定時收郵件的習慣，以至于無法及時接收最新的信息。
解決方案摘要：制定有效的溝通制度和溝通機制，對由于缺乏溝通而造成的事件進行通報作為教訓提醒，以提高溝通意識；溝通方式應根據內容而多樣化，講究有效率的溝通；通過制度規(guī)定對由于未及時收取郵件而造成損失的責任歸屬；對于非凡重要的內容要采用多種方式進行有效溝通以確保傳達到位，例如除發(fā)送郵件外還要電話提醒、回執(zhí)等，重要的內容還要通過舉行各種會議進行傳達。
新問題五摘要：風險管理意識新問題（相關人員摘要：項目經理）
項目經理沒有充分分析可能的風險，對付風險的策略考慮比較簡單。項目經理在做項目規(guī)劃時經常沒有做專門的風險管理計劃文檔，而是合并在項目計劃書中。有些項目經理沒有充分意識到風險管理的重要性，對計劃書中風險管理的章節(jié)簡單應付了事，隨便列出幾個風險，隨便地寫一些簡單的策略，對于后面的風險防范起不到什么指導功能。
解決方案摘要：通過學習項目管理知識把握風險識別、量化、策略探究、反應控制的工具和方法把握項目風險管理所必備的知識。通過加強對項目規(guī)劃中風險管理計劃的審核提高項目組的風險管理意識。總結本行業(yè)項目中常見的風險及其策略作為風險管理計劃中必要的風險內容，并切實評估相應策略的有效性和可行性。
新問題六摘要：不重視項目經驗的總結（相關人員摘要：項目經理、管理人員）
項目經理在項目結束時有些是因為自身對寫文檔工作的喜好或意識，或
者是因為緊接著要參加下一個項目，總體對項目總結的重視程度不夠。有些是項目總結報告一再拖延，有些是交上來的報告質量較低，敷衍了事。
解決方案摘要：在制度上鼓勵和加強項目經驗總結工作，使得項目總結及時并且具有指導意義而不是走過場。
新問題七摘要：項目干系人相關新問題（相關人員摘要：項目經理、項目成員、客戶）
在范圍識別階段，項目組對客戶的整體組織結構、有關人員及其關系、
工作職責等沒有足夠了解以致于無法得到完整需求或最終經權威用戶代表確認的需求。由于項目經理的工作新問題，客戶參和程度部不高，客戶方相關責任人不明確或對范圍和要求責任心不強，提出的要求具有隨意性，項目前期對需求的確認不夠積極；或者是多個用戶代表各說各話、昨是今非但同時又要求項目盡早交付；項目后期需求變化隨意，造成項目范圍的蔓延，進度的拖延，成本的擴大。
解決方案摘要：項目的目的就是實現(xiàn)項目干系人的需求和愿望。項目干系人管理應當從項目的啟動開始，項目經理及其項目成員就要分清項目干系人包含哪些人和組織，通過溝通協(xié)調對他們施加影響，驅動他們對項目的支持，調查并明確他們的需求和愿望，減小其對項目的阻力，以確保項目獲得成功。
新問題八摘要：項目團隊內分工協(xié)作新問題（相關人員摘要：項目經理、項目成員）
項目團隊內部有時由于各階段不同角色或同階段不同角色之間的責任
分工不夠清楚而造成工作互相推諉、責任互相推卸的現(xiàn)象，有時各階段不同角色或同階段不同角色之間的責任分工比較清楚但是各項目成員只顧完成自己那部分任務、不愿意和他人協(xié)作。這些現(xiàn)象或多或少地造成了項目團隊內部資源的損耗，從而影響了項目的進展。
解決方案摘要：項目經理應當對項目成員的責任進行合理的分配并清楚地說明，同時應強調不同分工、不同環(huán)節(jié)的成員應當相互協(xié)作，共同完善。
第8篇：項目開發(fā)總結范文
【關鍵詞】手機軟件設計 軟件快速重建模式 軟件項目過程 軟件質量
1 軟件需求繼承性的管理
對于目前的手機設計公司來說承接的業(yè)務大多數是需求有繼承性的項目，對于需求的差異性很大，開發(fā)需求很復雜且之前不是很有積累的需求，無論是手機設計方案商還是手機制造商來說都是很謹慎的。大家對于這里的風險意識都是一樣的強烈。所以一般情況下手機設計公司承接的都是有軟件需求可以繼承之前有積累的項目。而對于這些需求的繼承性的管理是快速實現(xiàn)這些需求的軟件項目的關鍵。如何實現(xiàn)這些軟件需求的高效繼承使用呢？
1.1 使用合適的軟件項目版本管理工具
軟件項目的版本管理工具中CVS， Git， Repo等都可以用來管理手機軟件項目的開發(fā)過程。其中Git和Repo是用于多方合作的分布式版本控制系統(tǒng)，它就適合于類似目前的智能手機開發(fā)管理的現(xiàn)狀。這里涉及手機硬件平臺的方案提供商，手機軟件提供商，還有手機設計公司共同開發(fā)一個項目。關鍵是Git 和Repo能夠方便的實現(xiàn)各種需求在軟件版本上的繼承和快速的合入。一般Git和Repo上會建有主線（master）工程，這里主要是平臺的基礎內容，各種軟件平臺上開發(fā)出的新內容都往上添加，是平臺發(fā)展的基礎。當然主線上的內容由于來自各種開發(fā)的新內容的導入，往往存在有各種問題，而且主線是實時被更新，也來不及測試它的穩(wěn)定性。鑒于上述的狀況一般真正要實現(xiàn)的項目都是在一定狀態(tài)的主線上建立起來的分支進行單獨管理的，對于分支（branch）上的管理是需要軟件項目負責人（SPL）來管控的。SPL（Software Project Leader）對于開發(fā)（包括MMI和Driver ）的工作成果，根據各個項目的需求點對點地合入各自項目的分支，如：用Git指令git cherry-pick。每種不同的軟件需求，這里主要是指人機交互（MMI）上的功能需求，在某個平臺上有了一個完整的需求功能分支，并且這個分支的軟件產品已經量產且被市場認可驗證過，那么后續(xù)相似的項目都可以用來繼承該分支。那么越是后來的項目越是能繼承之前項目的成果，它實現(xiàn)的過程就能更加的快捷和可靠，實現(xiàn)軟件的復用。
1.2 對于需求和共性Bug建立良好的文檔管理機制
對于需求的繼承光有版本管理工具的分支管理是不夠的，畢竟管理工具上記錄的每條提交記錄（Commit Infomation）都是離散的，同時由于提交時的不謹慎，可能導致相同功能模塊的多次提交，這樣就要求SPL（Software Project Leader）在合入時要清晰了解合入的順序和具體的Commit ID信息。所以有一份詳細的功能合入文檔信息就很有必要了。文檔里需要記錄的內容有：
（1）需求或者Bug的詳細描述，需求和Bug在他們各自管理系統(tǒng)里的信息記錄。
（2）Bug處理責任人的信息。
（3）對應修改所涉及的makefile里的宏控制信息。
（4）提到到軟件管理工具（Git）的Git log信息，按提交順序記錄。這里的信息要具體到文件和其目錄。
（5）簡單描述修改處理的方法。
這樣的信息要根據不同的需求分別建立起來，開發(fā)人員要在對應的文檔里更新迭代。上面提到的Bug主要是共性Bug。
1.3 需求共性Bug核對自動化點檢機制
運用腳本工具在軟件編譯前對一些關鍵需求和重要共性Bug的合入情況做自動化的點檢工作，在編譯的初期就對相關內容在整個軟件工程里的配置情況進行自動化點檢。如果軟件配置有問題就可以在編譯開始時就被檢查出來，讓SPL盡早發(fā)現(xiàn)和修改。這里就需要前面的文檔管理工作做的好一些，既可以作為記錄讓那個項目參與人員查閱，同時也要適合自動化點檢工具用來查詢比較使用。這里可以被自動化工具用來點檢的項有：
（1）平臺的共性bug；
（2）硬件資源的配置狀態(tài)如：PCM（phase change memory），G-sensor；
（3）平臺共性修改需求，如：YunOS系統(tǒng)驗收規(guī)則。
1.4 對于不同項目間進行需求分析，準確判斷之間的繼承性關系
要讓上面3點發(fā)揮作用，首先要對于需求之間是否有繼承性要有精準的判斷。對于同一個客戶的需求往往判斷其繼承性很容易，因為同一個客戶他們的某個需求在不同項目間會有繼承。但是對于不同客戶之間的需求往往也存在的很大的相似性，那么如果能準確找出從一個合適的成熟量產項目的分支上進行繼承做，自然也會事半功倍。當然并非說成熟量產項目就一定沒有問題，如果主線（master）上確認有很重要的內容需要合入分支，那也是要在各個項目分支上實時合入的。比如MTK或者Spreadtrum釋放的重要平臺patch等。這也可以用類似被上面第1.2點提到的文檔進行管理的。需求的共性特性需要前方的客戶經理來主導判斷，因為他們更熟悉客戶需求，后端的SPL當然是這個繼承行為的實施者。
2 項目系統(tǒng)配置和驅動配置的敏捷切換
實踐當中項目部門在立項過程中有意識的做一些固定的切換來適應市場的需要，比如軟件需求基本不變的情況下引導客戶做手機頻道的切換，比如從TDD的三模（如表1）切換成五模（如表2）或者6模（全網通）。
對于這樣項目的切換，如果總是從方案商提供的默認的頻段配置方式出發(fā)來配置工程，那么對于一個三模切換到五模的項目總是要從五模配置的方案商提供的Release參考makefile和工程目錄配置方式出發(fā)，那么原來三模配置項目中的makefile里的關于軟件項目的配置選項，比如宏，比如工程目標目錄里的配置項涉及到該客戶的軟件需求的都要移植過來，當然就還要在重新測試需求。因為這個過程中需求相當于重新移植配置。這個過程對于一個項目來說本身無可厚非，但是對于敏捷實現(xiàn)一個項目來說，它不但當SPL重新移植了客戶需求，同時增加了客戶需求測試點檢的需要，從整體上講這種重建工程的方式對于該項目的重建的成本投入就很高了。如果換種思路，如果開發(fā)中的驅動工程師能從根本上就總結好從三模的項目配置改成五模的項目配置過程中需要修改的配置項，只要總結好一次且驗證OK的情況下，下一次配置的時候就能輕松重建，這樣的總結對于不斷有這種項目切換的項目團隊來說是很有益處的。它使得項目重建過程更為簡單且引入的問題控制在一個范圍里。即便真有頻段配置的問題項目團隊也能清晰知道問題所在的范圍。如果過分堅持驅動工作的流程就是要從方案Release狀態(tài)的五模參考配置方式出發(fā)，雖然從驅動工作的角度出發(fā)，可能提高的配置的正確性，但是對于整體項目的推進卻是添加了阻力的。相反針對項目需要敏捷切換的顯示做一些系統(tǒng)配置工作的方式切換卻可以使得原來三模項目的客戶需求修改被更好的被繼承，同時測試的反復缺失需求也可以不那么必要了，整體上來說就有進度推進的優(yōu)勢，而對于驅動本身來說，只要做一次這樣的認真切換工作的研究，下一次也是可以很快的重建這個過程，所需要的只是一次認真的總結。這種各種需求的來回切換需要不同的支持不能綜合考慮支持，盡量從整體項目進度推進的角度出發(fā)來綜合考慮問題，而不是單個從某項工作的角度的出來來判斷這樣做是否合理。即便需要某項工作做一些較難的整理總結，但是對于后續(xù)項目切換過程中能給更多的項目帶來便利的話，這樣的總結也是應該去做的。
3 對于有需求繼承性的項目快速重建過程中配套的軟件測試策略的改進
對于這種繼承性很強的項目來說，如果項目本身確實是有效繼承于一個成熟的量產項目。針對這樣項目的測試流程也應該和普通項目的流程不一樣。首先針對這樣的項目應該在前期先要安排這個項目的客戶需求的逐項點檢確認，看看需求是不是繼繼承好。一旦項目繼承前面的需求分支后，出的初期軟件就應該可以點檢了，測試部門應該在之前做項目的時候可以對于項目的需求做好測試文檔記錄規(guī)律工作，對于已經做過的共性需求記錄好點檢的測試案例，后面找測試工程師點檢需求的時候可以快速的根據之前的記錄進行點檢，設置可以開發(fā)自動化測試工具來點檢。同時需求確認后就可以判斷驗證已知的平臺共性Bug的合入修改情況。如果這兩點能在測試首輪就確認好，軟件質量的基調就能定下來了。當然如果項目的器件做了切換，也要盡早確認器件的功能性測試，也可以適當關注這些的性能表現(xiàn)。如果第一輪的這些測試都做好且效果OK，當然即便有一些問題，也能讓軟件團隊盡早先修改繼承需求過程中產生的問題。也可以把器件的問題也在較早的時間段就發(fā)現(xiàn)出來。這樣的軟件基本也可以和客戶一起同步測試了。客戶拿到的軟件感覺繼承性較好的話，對于軟件開發(fā)的進程也會較有信心。第二輪的時候選著適當的測試強度的固有測試用例跟進這個項目的軟件測試。如果機器數量可觀且狀態(tài)良好的情況下可以盡早安排模擬終端用戶使用的alpha測試。這樣的模擬能找到正常測試案例里找不到的問題，同時客戶也是更多的偏向于這種方式發(fā)現(xiàn)問題的。
4 總結
為了做到手機軟件項目的有效繼承需求，快速實現(xiàn)衍生項目的工程重建。要在以下各個方面做了些努力：
（1）做好軟件項目需求繼承性的管理工作，對于有繼承性的項目要做好軟件版本分支管理，Bug管理，共性需求分析工作。開發(fā)使用一下自動化檢查工具來實現(xiàn)共性需求和Bug的合入情況的檢查。
（2）同時對于重建概率加高的一些開l需求做一些總結整理，確認整理的內容有效后可以使得后續(xù)項目對于這些需求在SPL的需求分支上復現(xiàn)的過程可以快捷高效。
（3）配合這種需求繼承性強的項目以合適的測試流程。從需求繼承和Bug修改繼承出發(fā)，先驗證已知的問題和需求的繼承情況，再確認系統(tǒng)穩(wěn)定性的測試策略。
通過上述環(huán)節(jié)綜合作用使得項目的進度能快速推進并且項目質量也能得到一定的保證。
參考文獻
[1]薩默維爾著；程成等譯.軟件工程（原書第9版）[M].北京：機械工業(yè)出版社，2011（04）：144-146.
[2]Leszek A.Maciaszek著；馬素霞，王素琴，謝萍等譯.需求分析與系統(tǒng)設計[M].北京：機械工業(yè)出版社，2009（05）：60-61.
[3]楊芙清，梅宏，李克勤.軟件復用與軟件構件技術[J].電子學報，1999，27（02）：68-75.
作者簡介
嚴王君 （1981）男，大學本科學歷。學士學位。中級工程師，軟件集成主管。主要研究方向為嵌入式系統(tǒng)軟件MMI開發(fā)，軟件系統(tǒng)集成。
第9篇：項目開發(fā)總結范文
2012年已過去，在過去的一年中，我擔任公司開發(fā)部的一名軟件工程師，主要從事著JAVA項目的開發(fā)工作，這一年來我低調努力工作著，不求閃亮顯眼和光芒四射，只為平靜和淡定；這一年中所做的成績如下：
一、財政局項目，本人獨立負責開發(fā)會計處的三個子系統(tǒng)：
1、廈門市會計人員信用查詢系統(tǒng)。
2、廈門市記賬機構信用查詢系統(tǒng)。
3、廈門市會計人員網上報備系統(tǒng)。
以上三個子系統(tǒng)上線后，方便了社會各界查驗會計人員的真實信息、方便了查詢合法的記賬機構信息，以及方便了各單位對會計人員的報備。
二、餐飲行業(yè)項目，在團隊開發(fā)項目中直接參與了豪享來餐飲有限公司總部的信息綜合管理平臺項目，主要負責的系統(tǒng)有：
1、房屋租賃合同管理系統(tǒng)。
2、短信收發(fā)管理系統(tǒng)。
3、會員管理系統(tǒng)。
4、基礎信息管理系統(tǒng)和人事管理系統(tǒng)的部分功能模塊。
系統(tǒng)應用后，豪享來在管理全國各門店房屋租賃合同上，一定程度上提高了管理效率,并且及時有效提供了相應預警信息；短信收發(fā)系統(tǒng)方便了總部及時傳遞各項信息；會員系統(tǒng)更好的管理全國各門店的會員信息；人事系統(tǒng)在管理中減少工作量等。
三、金融行業(yè)項目，我參與了中國銀行廈門分行，企業(yè)轉賬管理系統(tǒng)中的部分模塊開發(fā)。本系統(tǒng)方便了企業(yè)快速實現(xiàn)大量和復雜的轉賬工作。
四、國土資源與房產管理局項目，正在負責和開發(fā)的是住房貨幣化補貼網上申報審核系統(tǒng)。本項目采用了新技術，使界面更加大方美觀，很大程度上改善人機交互平臺的效果。
