這篇公司項目總結報告范文的文章，是特地為大家整理的，希望對大家有所幫助！
1引言
1.1編寫目的XXX公司業(yè)務管理系統(tǒng)的開發(fā)已經基本完成。寫此項目開發(fā)總結報告，以方便我們在以后的項目開發(fā)中來更好的實施項目的訂制開發(fā); 讓我在今后的項目開發(fā)中有更多的有據(jù)的資料來規(guī)范我們的開發(fā)過程和提高我們的開發(fā)效率,從而創(chuàng)造更多公司效益。
1.2背景項目名稱：XXX業(yè)務管理系統(tǒng)
軟件名稱：XXX業(yè)務系統(tǒng)
客戶：XXX
用戶：XXX員工
1.3參考資料項目開發(fā)文檔：
１．軟件開發(fā)數(shù)據(jù)模型：PDM_OperationSystem20070831.pdm
２．數(shù)據(jù)庫開發(fā)文檔： XXX業(yè)務管理系統(tǒng)數(shù)據(jù)庫設計說明書2.0.doc
３．軟件業(yè)務流程參考：XXX業(yè)務管理系統(tǒng)流程說明.doc
４．軟件使用手冊參考：XXX業(yè)務管理系統(tǒng)功能說明3.0.doc
５．軟件業(yè)務流程參考：XXX業(yè)務管理系統(tǒng)流程說明.doc
６．軟件中使用到的第三方控件：ComponentArt Web.UI 2006.1252 for asp.net2.0.rar
７．軟件中使用的安全Ikey驅動：Ikey Driver.rar
以上參考資料是截止2007-08-31是最新的資料文檔。如有修改，即使修改此處的參考文檔名稱。
2開發(fā)工作評價
2.1對生產效率的評價１． 系統(tǒng)開發(fā)已歷時快１年的時間了
２． 開發(fā)的反復性比較多。
３． 對客戶的需求理解不是很透徹。
綜合以上，此項目的開發(fā)效率不是很高，相反有相當一定時間的浪費。
2.2對產品功能的評價經過我們公司各位同事的共同努力協(xié)作，XXX業(yè)務管理系統(tǒng)已經很好的完成了客戶的業(yè)務流需求。經過對客戶使用過程的觀察，此項目開發(fā)的還是比較成功，但是還是存在著一些問題，造成這些問題的原因是多方面的。如：前期系統(tǒng)數(shù)據(jù)庫的設計缺陷和部分代碼的構建缺陷、客戶需求的理解上也存在一定問題，這就需要我們用一定的時間來維護客戶使用過程中提出的新問題和存在的debug。總的來說，此系統(tǒng)的功能開發(fā)還是一個比較成功的案例。
2.3對技術方法的總結在此項目中使用到技術和工具：
１． 使用代碼生成器：使用代碼生成器 [動軟.Net代碼自動生成器],此工具在很大程度上提高了編碼效率，從而加快了項目的開發(fā)進程。在以后的項目中，我們要盡量的來使用一些類似的工具來在最短的時間內完成工作。在今后的項目開發(fā)中，我們是能開發(fā)出適合自己的代碼生成工具，更大限度的節(jié)省開發(fā)周期和開發(fā)費用。
２． 使用數(shù)據(jù)庫建模工具；PowerDesigner 工具來建立系統(tǒng)數(shù)據(jù)庫模型，以方便程序員很好的理解業(yè)務流和掌握系統(tǒng)架構者的架構思想，更好的滿足客戶的功能需求。在今后的項目開發(fā)中，我們要更好的來完成系統(tǒng)的前期數(shù)據(jù)庫模型的建立，的來優(yōu)化系統(tǒng)功能。
３． 使用第三方控件：此系統(tǒng)中使用了ComponentArt Web.UI 第三方控件。此控件在很大程度上滿足了客戶對軟件界面的需求，從而也給軟件的操作帶來了方便。本項目中只使用了ComponentArt Web.UI一種第三方控件，在今后的項目開發(fā)過程中，要繼續(xù)使用第三方的控件。這樣以來，無論是針對軟件界面的美觀性、友好性來說、易操作性而言，還是針對系統(tǒng)開發(fā)效率而言，這都是很好途徑。但需要意的是：在是使用第三方控件時，要謹慎的選擇一些網絡中的比較常見的第三方控件。
４． 使用自定義控件：此系統(tǒng)中使用了自定義控件(GhdGridView),此自定義控件可以很好的統(tǒng)一系統(tǒng)中的所有信息顯示表格樣式。如客戶對數(shù)據(jù)顯示樣式有什么新的意見，我就不需要修改每一個頁面的表格樣式，我們只需要修改GhdGridView控件的樣式，系統(tǒng)中的所有繼承自GhdGridView的表格樣式都可以改變。
５． 系統(tǒng)開發(fā)框架：此系統(tǒng)的框架使用的是簡單三層結構，此框架在開發(fā)一些中小軟件是比較實用的。但是我們要是可以開發(fā)出自己的框架，把一些通用的功能開發(fā)到框架中。這樣以來，在以后的系統(tǒng)開發(fā)中，針對系統(tǒng)中一些通用的功能就不需要再開發(fā)，從而也可以很好的提高我們的開發(fā)效率；減少很多維護費用。使我們的技術不斷的更加成熟。
６． 系統(tǒng)安全加密：此系統(tǒng)中針對客戶提出的系統(tǒng)安全問題，我們采用了Ikey加密硬件鑰匙來驗證客戶端登陸客戶的合法性，此Ikey鑰匙可以綁定到一個系統(tǒng)使用用戶，也可以讓多個用戶來使用一個加密鑰匙來驗證登陸系統(tǒng)的合法性。這樣以來，即使用戶的密碼不慎丟失，或者被不法人員取得（不法人員他也是無法登陸到我們的系統(tǒng)中來），這樣就的提高了我們系統(tǒng)的安全性。Ikey加密鑰匙是很好的加密B/S架構軟件的硬件工具，在以后的軟件安全方面可以借鑒。
3項目經驗總結
3.1簽定合同 一個項目的開發(fā)成敗或者說項目開發(fā)帶來效益的大小，在很大程度上是受項目合同簽定的影響的。往往，很多一部分公司與客戶簽定的項目合同都是很模糊的，也很難簽定的比較清楚，這樣以來就會導致在項目的開發(fā)后期，工作兩會越來越大，影響項目的竣工
周期；而且，項目的開發(fā)費用一般是不會變的。這樣以來，我們就大大的降低了我們的開發(fā)效益。雖然需求范圍很難簽定的明確，但是我們在簽定合同時，要盡量的去把合同功能邊界和添加新功能的條件簽定。
3.2開發(fā)團隊 在項目確立后，要盡快的建立起項目開發(fā)團隊。
項目團隊成員的團結合作、相互溝通是非常重要的，團隊成員之間要相互學習彼此的優(yōu)點和技術，使團隊的能力不斷的提高。這樣，在項目的開發(fā)過程中，團隊才不會被難題困住不動。另外，團隊中要有一個項目負責人，這個人無論是在與客戶的溝通上，還是在技術上都要是很出眾的人，此項目負責人要能很好的溝通客戶與開發(fā)成員之間，以此來更好的理解客戶的功能需求。人的記憶力總是有限的，所以就要求開發(fā)團隊成員要盡量的書寫一些開發(fā)文檔，這些文檔往往是我們在項目開發(fā)后期要用到的可尋資料。項目團隊士氣是項目成功的一個因素,我們需要不斷的來培養(yǎng)我們的團隊氣勢，使我們的團隊不斷的壯大。
3.3需求的調研 在項目確立后，就到了需求調研分析階段。
１． 項目組對客戶的整體組織結構、公司有關人員的關系、職責等如果沒有一個很好、足夠的了解掌握，這樣項目組就無法很好的完整的整理到客戶的需求、或者說客戶真實的功能需求，如此以來我們就為自己埋下了地雷,影響項目的開發(fā)周期，這就要求我們要與客戶搞好無論是工作上的還是生活上的朋友關系,要深入的去了解客戶需求。
２． 我們要盡量的讓客戶也參與到項目的開發(fā)團隊中來，也就是說我們要使客戶把自己也納入到項目的開發(fā)團隊中來，如此一來，我們掌握客戶需求的真實性、可靠性就會大大的提高,也就不會為項目的后期功能開發(fā)埋下陷阱
３． 在需求調研過程中，如果缺乏足夠用戶參與，這樣的需求調研也是失敗的。很多程序員不愿參與到客戶的需求調研中去，為什么呢？很簡單，與客戶溝通不如與代碼溝通容易有意思。盡管這樣，我們還是必須用足夠多的時間去和客戶進行溝通，了解他們真實的需求。很多用戶也是如此，他們自己也不愿意參與到項目的需求調研中來，為什么呢？需求調研有出去和朋友一塊爛漫對嗎。。。雖然現(xiàn)狀如此，我們還是要努力的使客戶參與到需求的調研中來。
４． 模糊需求，也就是模棱兩可是需求規(guī)格說明中最為可怕的問題。一是指諸多客戶對需求說明產生了不同的理解；一是指單個讀者能用不止一個方式來解釋某個需求說明。針對對這種情況，就要求我們的調研人員要能夠從多個角度來分析客戶的不同需求，整理出最終的需求與客戶確認，定出最終真實可靠的需求，我們絕不能憑借我們自己的單面理解來定立客戶的最終需求。
５． 在一個項目的開發(fā)中，文檔的書寫是極為中要的一項工作。因為，某些文檔就是我們在開發(fā)后期與客戶溝通的可尋依據(jù)、也是我們程序員在編碼過程中要用到的重要文檔。我們絕對不能認為，憑借我們的大腦來記錄所有的開發(fā)需求。。。；即使，你說你是天才，你要用你那顆愛因斯坦的大腦來記錄所有的開發(fā)需求，那也是不可能的，人的精力總是有限的。這就要求我們在需求調研中做好需求文檔的記錄和整理。
６． 需求調研工具選擇，客戶一般對圖形還是比較感興趣的，所以我們在調研過程中，我要盡量的采用圖形化界面來和客戶溝通需求。比如可以采用Rose工具，把客戶的意思轉換為用例圖、時序圖、協(xié)作圖、狀態(tài)圖、類圖等，使表達的意思更加直觀。這樣客戶會更快的進行問題的實質。
3.5做好開發(fā)計劃 在項目確立后，我們就需要做好項目開發(fā)計劃，需求調研用時，開發(fā)用時，測試用時，實施用時，維護用時。在我們做好了計劃后，我們要隨時的跟蹤計劃任務的完成進度，從而使我們的項目進度掌控在我們的開發(fā)周期范圍之內，今日計劃、行動，明日成功。
3.5很好的溝通 在其他行業(yè)中，人與人的之間的溝通只很重要的。項目開發(fā)也不例外，很好的溝通能夠加快項目的進度，這就要求我們每一個開發(fā)人員要學會和善于溝通于客戶和同事之間。在一個項目的開發(fā)過程中，我們與客戶的溝通是一個不斷交流和溝通的過程。在開發(fā)到一定的階段，我們就需要和客戶溝通已有功能，盡量的去避免一些隱藏的問題，及時的發(fā)現(xiàn)問題，解決問題，從而按時或者提前完成項目的開發(fā)。
3.6做好工作總結 在項目進行的過程中，我們要不斷去整理自己的工作情況和做好總結，這樣以來，無論是在自己的技術還是其它方面，都會對我們有很大的提高，在長期的積累后，無論是我們個人能力，，還是我們的團隊能力都會有很大的提高。
擔當?shù)牡诙€項目基本算是結束了，回頭看來其中有很多的問題，今天總結一下。
由于是對日外包項目，所以難免要和日本方面有所交流，這個里面的套頭可是很多的。外包項目，設計都是日本那邊做好的，所以對于中國公司來說，這里面就存在對于業(yè)務的理解問題，同時還要面對設計書中大量各式各樣的錯誤和設計上的缺陷。其實式樣書和設計上有問題都是可以理解的，就算是微軟也不可能一次就設計出完美的軟件，但是對于外包項目來說，這些問題往往是很頭疼的，因為一個小小的問題往往會浪費開發(fā)人員很多時間去分析和找尋錯誤的證據(jù)，等確定是設計問題后才能反映到日方，進而修改，在發(fā)過來，在開發(fā)，其中時間的浪費不言而喻。最惡心的是，日方的設計漏洞一堆，那么只能無奈的陷入式樣變更的泥潭，這個對于外包開發(fā)來說是最可怕的。
說完對方的問題，自己公司的問題也不能掉以輕心。這次項目失敗之處就在于開發(fā)的目的沒有很好的定位，通俗的講軟件開發(fā)的目的是為了創(chuàng)造出一個能帶來利潤的產品，外包項目也是這樣。但是，對于開發(fā)人員來說開發(fā)的目的在于能夠提供給測試人員一個合格的能測試的程序。我認為這點是十分重要的，因為只有能測試的程序才是看得見摸得著的。并且，對于項目來說，不同于產品。時間是固定的，尤其日本人那個讓人郁悶的納期，所以外包項目開發(fā)的目的就在于開發(fā)出能夠測試的程序。
既然目的確定，那么在實現(xiàn)這個目的過程中要注意一些問題。從這次項目來看，一個問題就是程序是中日雙發(fā)共同開發(fā)，并且日方開發(fā)的程序出于業(yè)務的中間部分。在這樣的情況下，獲取完成的業(yè)務程序是非常重要的，它是業(yè)務流制作的基礎，是測試的保證。
還有就是在工作進度安排上，從業(yè)務的流程上來看應該大家共同從業(yè)務的初始程序開始開發(fā)，但是出于效率的目的，往往會安排一個人做一個業(yè)務模塊，那么就出現(xiàn)一個問題，業(yè)務
數(shù)據(jù)往往不能在開始之初就進行制作。這個問題往往使得開發(fā)系統(tǒng)中、后部分的開發(fā)人員不能得到足夠的數(shù)據(jù)進行單體測試，這個問題還有待于解決。
1引言
1.1編寫目的XXX公司業(yè)務管理系統(tǒng)的開發(fā)已經基本完成。寫此項目開發(fā)總結報告，以方便我們在以后的項目開發(fā)中來更好的實施項目的訂制開發(fā); 讓我在今后的項目開發(fā)中有更多的有據(jù)的資料來規(guī)范我們的開發(fā)過程和提高我們的開發(fā)效率,從而創(chuàng)造更多公司效益。
1.2背景項目名稱：XXX業(yè)務管理系統(tǒng)
軟件名稱：XXX業(yè)務系統(tǒng)
客戶：XXX
用戶：XXX員工
1.3參考資料項目開發(fā)文檔：
１．軟件開發(fā)數(shù)據(jù)模型：PDM_OperationSystem20070831.pdm
２．數(shù)據(jù)庫開發(fā)文檔： XXX業(yè)務管理系統(tǒng)數(shù)據(jù)庫設計說明書2.0.doc
３．軟件業(yè)務流程參考：XXX業(yè)務管理系統(tǒng)流程說明.doc
４．軟件使用手冊參考：XXX業(yè)務管理系統(tǒng)功能說明3.0.doc
５．軟件業(yè)務流程參考：XXX業(yè)務管理系統(tǒng)流程說明.doc
６．軟件中使用到的第三方控件：ComponentArt Web.UI 2006.1252 for asp.net2.0.rar
７．軟件中使用的安全Ikey驅動：Ikey Driver.rar
以上參考資料是截止2007-08-31是最新的資料文檔。如有修改，即使修改此處的參考文檔名稱。
2開發(fā)工作評價
2.1對生產效率的評價１． 系統(tǒng)開發(fā)已歷時快１年的時間了
２． 開發(fā)的反復性比較多。
３． 對客戶的需求理解不是很透徹。
綜合以上，此項目的開發(fā)效率不是很高，相反有相當一定時間的浪費。
2.2對產品功能的評價經過我們公司各位同事的共同努力協(xié)作，XXX業(yè)務管理系統(tǒng)已經很好的完成了客戶的業(yè)務流需求。經過對客戶使用過程的觀察，此項目開發(fā)的還是比較成功，但是還是存在著一些問題，造成這些問題的原因是多方面的。如：前期系統(tǒng)數(shù)據(jù)庫的設計缺陷和部分代碼的構建缺陷、客戶需求的理解上也存在一定問題，這就需要我們用一定的時間來維護客戶使用過程中提出的新問題和存在的debug。總的來說，此系統(tǒng)的功能開發(fā)還是一個比較成功的案例。
2.3對技術方法的總結在此項目中使用到技術和工具：
１． 使用代碼生成器：使用代碼生成器 [動軟.Net代碼自動生成器],此工具在很大程度上提高了編碼效率，從而加快了項目的開發(fā)進程。在以后的項目中，我們要盡量的來使用一些類似的工具來在最短的時間內完成工作。在今后的項目開發(fā)中，我們是能開發(fā)出適合自己的代碼生成工具，更大限度的節(jié)省開發(fā)周期和開發(fā)費用。
２． 使用數(shù)據(jù)庫建模工具；PowerDesigner 工具來建立系統(tǒng)數(shù)據(jù)庫模型，以方便程序員很好的理解業(yè)務流和掌握系統(tǒng)架構者的架構思想，更好的滿足客戶的功能需求。在今后的項目開發(fā)中，我們要更好的來完成系統(tǒng)的前期數(shù)據(jù)庫模型的建立，的來優(yōu)化系統(tǒng)功能。
３． 使用第三方控件：此系統(tǒng)中使用了ComponentArt Web.UI 第三方控件。此控件在很大程度上滿足了客戶對軟件界面的需求，從而也給軟件的操作帶來了方便。本項目中只使用了ComponentArt Web.UI一種第三方控件，在今后的項目開發(fā)過程中，要繼續(xù)使用第三方的控件。這樣以來，無論是針對軟件界面的美觀性、友好性來說、易操作性而言，還是針對系統(tǒng)開發(fā)效率而言，這都是很好途徑。但需要意的是：在是使用第三方控件時，要謹慎的選擇一些網絡中的比較常見的第三方控件。
４． 使用自定義控件：此系統(tǒng)中使用了自定義控件(GhdGridView),此自定義控件可以很好的統(tǒng)一系統(tǒng)中的所有信息顯示表格樣式。如客戶對數(shù)據(jù)顯示樣式有什么新的意見，我就不需要修改每一個頁面的表格樣式，我們只需要修改GhdGridView控件的樣式，系統(tǒng)中的所有繼承自GhdGridView的表格樣式都可以改變。
５． 系統(tǒng)開發(fā)框架：此系統(tǒng)的框架使用的是簡單三層結構，此框架在開發(fā)一些中小軟件是比較實用的。但是我們要是可以開發(fā)出自己的框架，把一些通用的功能開發(fā)到框架中。這樣以來，在以后的系統(tǒng)開發(fā)中，針對系統(tǒng)中一些通用的功能就不需要再開發(fā)，從而也可以很好的提高我們的開發(fā)效率；減少很多維護費用。使我們的技術不斷的更加成熟。
６． 系統(tǒng)安全加密：此系統(tǒng)中針對客戶提出的系統(tǒng)安全問題，我們采用了Ikey加密硬件鑰匙來驗證客戶端登陸客戶的合法性，此Ikey鑰匙可以綁定到一個系統(tǒng)使用用戶，也可以讓多個用戶來使用一個加密鑰匙來驗證登陸系統(tǒng)的合法性。這樣以來，即使用戶的密碼不慎丟失，或者被不法人員取得（不法人員他也是無法登陸到我們的系統(tǒng)中來），這樣就的提高了我們系統(tǒng)的安全性。Ikey加密鑰匙是很好的加密B/S架構軟件的硬件工具，在以后的軟件安全方面可以借鑒。
3項目經驗總結
3.1簽定合同 一個項目的開發(fā)成敗或者說項目開發(fā)帶來效益的大小，在很大程度上是受項目合同簽定的影響的。往往，很多一部分公司與客戶簽定的項目合同都是很模糊的，也很難簽定的比較清楚，這樣以來就會導致在項目的開發(fā)后期，工作兩會越來越大，影響項目的竣工
周期；而且，項目的開發(fā)費用一般是不會變的。這樣以來，我們就大大的降低了我們的開發(fā)效益。雖然需求范圍很難簽定的明確，但是我們在簽定合同時，要盡量的去把合同功能邊界和添加新功能的條件簽定。
3.2開發(fā)團隊 在項目確立后，要盡快的建立起項目開發(fā)團隊。
項目團隊成員的團結合作、相互溝通是非常重要的，團隊成員之間要相互學習彼此的優(yōu)點和技術，使團隊的能力不斷的提高。這樣，在項目的開發(fā)過程中，團隊才不會被難題困住不動。另外，團隊中要有一個項目負責人，這個人無論是在與客戶的溝通上，還是在技術上都要是很出眾的人，此項目負責人要能很好的溝通客戶與開發(fā)成員之間，以此來更好的理解客戶的功能需求。人的記憶力總是有限的，所以就要求開發(fā)團隊成員要盡量的書寫一些開發(fā)文檔，這些文檔往往是我們在項目開發(fā)后期要用到的可尋資料。項目團隊士氣是項目成功的一個因素,我們需要不斷的來培養(yǎng)我們的團隊氣勢，使我們的團隊不斷的壯大。
3.3需求的調研 在項目確立后，就到了需求調研分析階段。
１． 項目組對客戶的整體組織結構、公司有關人員的關系、職責等如果沒有一個很好、足夠的了解掌握，這樣項目組就無法很好的完整的整理到客戶的需求、或者說客戶真實的功能需求，如此以來我們就為自己埋下了地雷,影響項目的開發(fā)周期，這就要求我們要與客戶搞好無論是工作上的還是生活上的朋友關系,要深入的去了解客戶需求。
２． 我們要盡量的讓客戶也參與到項目的開發(fā)團隊中來，也就是說我們要使客戶把自己也納入到項目的開發(fā)團隊中來，如此一來，我們掌握客戶需求的真實性、可靠性就會大大的提高,也就不會為項目的后期功能開發(fā)埋下陷阱
３． 在需求調研過程中，如果缺乏足夠用戶參與，這樣的需求調研也是失敗的。很多程序員不愿參與到客戶的需求調研中去，為什么呢？很簡單，與客戶溝通不如與代碼溝通容易有意思。盡管這樣，我們還是必須用足夠多的時間去和客戶進行溝通，了解他們真實的需求。很多用戶也是如此，他們自己也不愿意參與到項目的需求調研中來，為什么呢？需求調研有出去和朋友一塊爛漫對嗎。。。雖然現(xiàn)狀如此，我們還是要努力的使客戶參與到需求的調研中來。
４． 模糊需求，也就是模棱兩可是需求規(guī)格說明中最為可怕的問題。一是指諸多客戶對需求說明產生了不同的理解；一是指單個讀者能用不止一個方式來解釋某個需求說明。針對對這種情況，就要求我們的調研人員要能夠從多個角度來分析客戶的不同需求，整理出最終的需求與客戶確認，定出最終真實可靠的需求，我們絕不能憑借我們自己的單面理解來定立客戶的最終需求。
５． 在一個項目的開發(fā)中，文檔的書寫是極為中要的一項工作。因為，某些文檔就是我們在開發(fā)后期與客戶溝通的可尋依據(jù)、也是我們程序員在編碼過程中要用到的重要文檔。我們絕對不能認為，憑借我們的大腦來記錄所有的開發(fā)需求。。。；即使，你說你是天才，你要用你那顆愛因斯坦的大腦來記錄所有的開發(fā)需求，那也是不可能的，人的精力總是有限的。這就要求我們在需求調研中做好需求文檔的記錄和整理。
６． 需求調研工具選擇，客戶一般對圖形還是比較感興趣的，所以我們在調研過程中，我要盡量的采用圖形化界面來和客戶溝通需求。比如可以采用Rose工具，把客戶的意思轉換為用例圖、時序圖、協(xié)作圖、狀態(tài)圖、類圖等，使表達的意思更加直觀。這樣客戶會更快的進行問題的實質。
3.5做好開發(fā)計劃 在項目確立后，我們就需要做好項目開發(fā)計劃，需求調研用時，開發(fā)用時，測試用時，實施用時，維護用時。在我們做好了計劃后，我們要隨時的跟蹤計劃任務的完成進度，從而使我們的項目進度掌控在我們的開發(fā)周期范圍之內，今日計劃、行動，明日成功。
3.5很好的溝通 在其他行業(yè)中，人與人的之間的溝通只很重要的。項目開發(fā)也不例外，很好的溝通能夠加快項目的進度，這就要求我們每一個開發(fā)人員要學會和善于溝通于客戶和同事之間。在一個項目的開發(fā)過程中，我們與客戶的溝通是一個不斷交流和溝通的過程。在開發(fā)到一定的階段，我們就需要和客戶溝通已有功能，盡量的去避免一些隱藏的問題，及時的發(fā)現(xiàn)問題，解決問題，從而按時或者提前完成項目的開發(fā)。
3.6做好工作總結 在項目進行的過程中，我們要不斷去整理自己的工作情況和做好總結，這樣以來，無論是在自己的技術還是其它方面，都會對我們有很大的提高，在長期的積累后，無論是我們個人能力，，還是我們的團隊能力都會有很大的提高。
擔當?shù)牡诙€項目基本算是結束了，回頭看來其中有很多的問題，今天總結一下。
由于是對日外包項目，所以難免要和日本方面有所交流，這個里面的套頭可是很多的。外包項目，設計都是日本那邊做好的，所以對于中國公司來說，這里面就存在對于業(yè)務的理解問題，同時還要面對設計書中大量各式各樣的錯誤和設計上的缺陷。其實式樣書和設計上有問題都是可以理解的，就算是微軟也不可能一次就設計出完美的軟件，但是對于外包項目來說，這些問題往往是很頭疼的，因為一個小小的問題往往會浪費開發(fā)人員很多時間去分析和找尋錯誤的證據(jù)，等確定是設計問題后才能反映到日方，進而修改，在發(fā)過來，在開發(fā)，其中時間的浪費不言而喻。最惡心的是，日方的設計漏洞一堆，那么只能無奈的陷入式樣變更的泥潭，這個對于外包開發(fā)來說是最可怕的。
說完對方的問題，自己公司的問題也不能掉以輕心。這次項目失敗之處就在于開發(fā)的目的沒有很好的定位，通俗的講軟件開發(fā)的目的是為了創(chuàng)造出一個能帶來利潤的產品，外包項目也是這樣。但是，對于開發(fā)人員來說開發(fā)的目的在于能夠提供給測試人員一個合格的能測試的程序。我認為這點是十分重要的，因為只有能測試的程序才是看得見摸得著的。并且，對于項目來說，不同于產品。時間是固定的，尤其日本人那個讓人郁悶的納期，所以外包項目開發(fā)的目的就在于開發(fā)出能夠測試的程序。
既然目的確定，那么在實現(xiàn)這個目的過程中要注意一些問題。從這次項目來看，一個問題就是程序是中日雙發(fā)共同開發(fā)，并且日方開發(fā)的程序出于業(yè)務的中間部分。在這樣的情況下，獲取完成的業(yè)務程序是非常重要的，它是業(yè)務流制作的基礎，是測試的保證。
還有就是在工作進度安排上，從業(yè)務的流程上來看應該大家共同從業(yè)務的初始程序開始開發(fā)，但是出于效率的目的，往往會安排一個人做一個業(yè)務模塊，那么就出現(xiàn)一個問題，業(yè)務
數(shù)據(jù)往往不能在開始之初就進行制作。這個問題往往使得開發(fā)系統(tǒng)中、后部分的開發(fā)人員不能得到足夠的數(shù)據(jù)進行單體測試，這個問題還有待于解決。