篇一：軟件項目開(kāi)發(fā)總結
一． 引言
1．編寫(xiě)目的
本項目開(kāi)發(fā)總結報告，主要是總結本軟件的開(kāi)發(fā)經(jīng)驗和總結所學(xué)到的知識，以及對一個(gè)系統的大型的軟件設計的總體感悟，并將軟件設計過(guò)程中遇到的問(wèn)題加以闡述和說(shuō)明。
讀者對象：開(kāi)發(fā)人員、大賽評委
2．項目背景
系統名稱(chēng)：3D旅游咨詢(xún)員
任務(wù)提出者：山東省齊魯軟件設計大賽委員組
開(kāi)發(fā)者：
面向用戶(hù)：游客
開(kāi)發(fā)時(shí)間：2010年9月1號到2010年9月19號
該軟件運行系統：?jiǎn)螜C版計算計
3．參考資料
A、軟件項目開(kāi)發(fā)總結報告書(shū)（GB856T—88）國家標準
B、齊魯軟件設計大賽手機游戲創(chuàng )意與實(shí)現項目的文檔要求
C、互聯(lián)網(wǎng)上的各類(lèi)相關(guān)資料
二.開(kāi)發(fā)結果
1． 產(chǎn)品
名稱(chēng)：3D旅游咨詢(xún)員
存儲媒體的形式：光盤(pán)
數量：3份；
D 、產(chǎn)品文檔名稱(chēng)：
軟件開(kāi)發(fā)文檔：《需求需求說(shuō)明書(shū)》、《概要設計說(shuō)明書(shū)》、《詳細設計說(shuō)明書(shū)》、《軟件測試計劃》、《軟件測試報告》
項目管理文檔：《軟件項目計劃》、《項目進(jìn)度報告》、《項目開(kāi)發(fā)總結報告》
產(chǎn) 品 文 檔：《用戶(hù)手冊》、《演示文件》
2．主要功能：
這是一款關(guān)于3d旅游的軟件，3D為本軟件的一大特色。
模擬現實(shí)世界場(chǎng)景，做到真實(shí)逼真的效果，增加了視覺(jué)沖擊力�？梢韵瘳F實(shí)的人物一樣隨意走動(dòng)，想到那就到那，想看到那就看那，而且操作簡(jiǎn)單易行，
很方便用戶(hù)的使用，帶給用戶(hù)一種全新的設計。設計一個(gè)以岱廟為背景的軟件，軟件界面以紅色、灰藍色和土黃色為主，為游客展現一個(gè)立體的三維場(chǎng)景，展現岱廟的建筑群和總體的設計，幫助游客大體的了解岱廟的基本信息，更好的完成游覽觀(guān)光的功能。分為四個(gè)模塊,即操作介紹、查詢(xún)、推薦信息、進(jìn)入3D景區。
采用了3D模型建立的技術(shù)，碰撞檢測技術(shù)，數據庫連接技術(shù)
性能：
A、可靠性
在從設計、開(kāi)發(fā)到使用的全過(guò)程中，為提供滿(mǎn)足用戶(hù)使用要求的高有效性，軟件所采取了提高可靠性的一切措施、方法和活動(dòng)。
B、可用性
本游戲具有很高的實(shí)用性，采取文本和語(yǔ)音同時(shí)輸出，適合于任何的年齡段人使用，界面簡(jiǎn)潔，操作簡(jiǎn)單，很容易上手，幫助用戶(hù)了解岱廟的知識，并且對岱廟有一個(gè)具體的了解。
C、可維護性
此維護是軟件周期的最后階段，維護人員可以簡(jiǎn)單的對此軟件進(jìn)行維護。
3．所用時(shí)間
3周，100多個(gè)小時(shí)
三． 評價(jià)
1． 技術(shù)方案評價(jià)
我們小組開(kāi)發(fā)的是3D旅游咨詢(xún)員，具有一定的難度，我們通過(guò)開(kāi)源游戲引擎直接控制，可以說(shuō)是減少了一定的難度，使得軟件的實(shí)行更有可靠性和完善性。
軟件的需求分析階段嚴格按照先設計后實(shí)現的功能，需求由于進(jìn)行了比較嚴格的分析和策劃，所以后期的實(shí)現相對而言，改動(dòng)較少，提高了開(kāi)發(fā)效率；
軟件的場(chǎng)景采取三維立體效果，體現了3D的主題，所以提供較好的視覺(jué)效果，是人們有身歷其境的感覺(jué)。
軟件采取文本和語(yǔ)音同時(shí)輸出，實(shí)現人機交互的功能，讓用戶(hù)比較強烈的感受軟件的好處。
3D場(chǎng)景可以加入音樂(lè )和實(shí)現全屏等具體的功能，增加了軟件的可實(shí)現性，完善了軟件的功能。
2．產(chǎn)品質(zhì)量評價(jià)
整個(gè)軟件系統比較穩定，進(jìn)行過(guò)比較嚴密的測試。
可用性：此游戲具有很好的實(shí)用效果，適合于任何的人用。
可維護性：此游戲系統比較穩定。維護是游戲軟件設計周期的最后階段�？赊D移/轉換性：此軟件運用c++語(yǔ)言和irrlicht開(kāi)源引擎，在windows系統的基礎上，實(shí)現軟件功能。軟件的移植性比較強，只要是裝了操作系統的pc機，都可以使用。
四． 總結
通過(guò)這次大賽，培養了我們的創(chuàng )新精神，競爭意識，克服困難、堅持不懈的毅力以及團隊合作精神。開(kāi)發(fā)的這款軟件，從設計到開(kāi)發(fā)都經(jīng)過(guò)了細致摸索和推敲和實(shí)地考察，做到了作品的原創(chuàng )性。這是一款獨立研發(fā)且具有成品性質(zhì)的軟件，是我們大家共同努力的結果。游戲開(kāi)發(fā)中，大家的能力，諸如大家的合作，個(gè)人的協(xié)作能力，策劃能力，以及時(shí)間觀(guān)念都有一定的提高。希望軟件的設計能給大家耳目一新的感覺(jué)，豐富多彩的視聽(tīng)效果，能給用戶(hù)以視聽(tīng)享受，希望成為廣受用戶(hù)的歡迎。
通過(guò)參加“齊魯軟件設計大賽”，得到了許多經(jīng)驗和教訓：
一個(gè)成功的設計應該是以用戶(hù)為出發(fā)點(diǎn)，始終在考慮“用戶(hù)需要什么”， 軟件策劃并不是典型的用戶(hù)，我們不是真正的旅游觀(guān)光者，但是我們也進(jìn)行旅游，我們制作的游戲是游客使用的，而不是自?shī)首詷?lè )用的。一味從自我考慮，只做符合自己的軟件，你會(huì )發(fā)現它的需求是如此的不足，功能有很大的缺失，最后會(huì )發(fā)現做出來(lái)的軟件連你自己的愿望。
篇二：軟件項目開(kāi)發(fā)總結
隨著(zhù)市場(chǎng)經(jīng)濟的進(jìn)一步完善及全球經(jīng)濟一體化進(jìn)程加快，企業(yè)面臨著(zhù)激烈的市場(chǎng)競爭，企業(yè)內部、外部信息交流已成為企業(yè)發(fā)展、參與市場(chǎng)經(jīng)濟競爭的迫切需要。企業(yè)引入先進(jìn)的信息處理技術(shù)，增加信息共享程度，不僅提高了工作效率、降低成本，而且也提高企業(yè)管理的科學(xué)性和自動(dòng)化程度。信息已成為企業(yè)生存與發(fā)展的基礎，在原有系統的基礎上，計算機中心于2003年開(kāi)始加大信息管理系統的開(kāi)發(fā)，已到年底，開(kāi)發(fā)項目也基本上完成了；
為了總結03年所有開(kāi)發(fā)項目的整個(gè)開(kāi)發(fā)及管理過(guò)程，我們選取2個(gè)比較大的軟件項目來(lái)分析，項目為：出口技術(shù)支持網(wǎng)站管理系統、模具管理系統；在這兩個(gè)具有代表性的項目中，我們清晰的看到了我們在項目開(kāi)發(fā)過(guò)程中的成果及所存在的不足和應該改進(jìn)的地方，總的說(shuō)來(lái)，設計開(kāi)發(fā)的功能基本上達到了用戶(hù)需求的75%，用戶(hù)也能夠開(kāi)始使用我們開(kāi)發(fā)的系統來(lái)達到其管理目的。如出口技術(shù)網(wǎng)站為國外的客戶(hù)提供了方便快捷的了解到我們公司的空調產(chǎn)品及技術(shù)信息、空調配件信息等等。
模具管理系統最大程度的實(shí)現了模具信息的共享，各使用部門(mén)可以方便的查詢(xún)模具的位置、進(jìn)度、狀態(tài)、申請單、試模、驗收、合格、模具的調撥、報廢等等信息；查詢(xún)模具的相關(guān)信息信息由原來(lái)的1-2天縮短為10分鐘之內。產(chǎn)品型號、零件圖號統一維護，規范管理，出錯比例大大下降。而且在更改零件圖號的情況下，基礎數據更改，其它相關(guān)文件的同一數據會(huì )隨之更改，減少系統維護量提高了生產(chǎn)部編制模具生產(chǎn)任務(wù)單的工作效率，縮短了模具制造任務(wù)傳遞時(shí)間，查詢(xún)新的開(kāi)模單更方便快速，由原來(lái)的至少半天縮短為10分鐘之內匯總改模單情況由原來(lái)的多人每日手工填寫(xiě)改進(jìn)為階段一次匯總，時(shí)間僅須20分種左右，大大提高了效率。
模具臺賬能顯示所有的模具匯總及分配情況； 雖然相關(guān)項目基本上達到了預期的目的，但是，反思在整個(gè)項目的需求提出、項目評估、需求分析、項目計劃、總體設計、詳細設計、測試計劃、實(shí)施的各個(gè)環(huán)節，我們都有工作不足之處，特別是某些關(guān)鍵控制點(diǎn)上面，我們有一些失誤，當然，原因是多方面的，有果必有其因。下面我們從關(guān)鍵控制點(diǎn)上面來(lái)分析我們在項目開(kāi)發(fā)過(guò)程中存在的問(wèn)題、原因分析及改進(jìn)措施：
一、從用戶(hù)提出需求，到需求響應時(shí)間，我們需要9天時(shí)間，而需求評估完成時(shí)間需要15天左右，這就是我們存在的一些問(wèn)題，導致需求響應時(shí)間及評估完成時(shí)間比較長(cháng)的原因有如下幾方面：
(1)、由于計算機中心軟件開(kāi)發(fā)人員不夠：各應用系統的支持人員及軟件開(kāi)發(fā)人員加起來(lái)才8個(gè)，公司各子應用系統有幾十個(gè)，ERP的各個(gè)子系統及模塊就有將近20個(gè)，一個(gè)員工要支持5到6個(gè)功能子系統的維護；
(2)、分工不明確：軟件開(kāi)發(fā)人員往往身兼數職，跨多個(gè)職能領(lǐng)域，應用用戶(hù)習慣找誰(shuí)就認定那個(gè)人，什么事都找該員工；工作效率就相對低下；
二、關(guān)鍵用戶(hù)訪(fǎng)談率及關(guān)鍵用戶(hù)對需求的認同率都比較低，關(guān)鍵用戶(hù)訪(fǎng)談率只有70%，而關(guān)鍵用戶(hù)對需求的認同率只有68%；為什么會(huì )有這樣的結果了，分析原因如下：
(1)、由于計算機中心人員緊張：有時(shí)沒(méi)有辦法訪(fǎng)談所有的關(guān)鍵用戶(hù)，只能找幾個(gè)評估時(shí)認為特關(guān)鍵的用戶(hù)；
(2)、被訪(fǎng)談?dòng)脩?hù)原因：由于被訪(fǎng)談?dòng)脩?hù)事情太多，往往在提出需求以后，抽不出時(shí)間來(lái)接受訪(fǎng)談；另外有些用戶(hù)只局限于本部門(mén)或者本崗位來(lái)考慮問(wèn)題，不愿意從公司層面或者大局來(lái)考慮；
(3)、用戶(hù)不重視：有些需求是由于用戶(hù)部門(mén)領(lǐng)導要求，跟得比較緊，但是如果部門(mén)領(lǐng)導沒(méi)有跟得緊的情況下，用戶(hù)就不那么急了，就算立了項，也不能很好的配合；
(4)、軟件需求分析人員原因：由于需求分析人員經(jīng)驗不足，導致需求不夠明確，不能了解到用戶(hù)需求背后的真正目的；
三、設計功能滿(mǎn)足率比較低，只有75%，功能點(diǎn)BUG數比較多，每個(gè)功能模塊平均的BUG數有15個(gè)之多，函數注釋率只有10%左右，各功能點(diǎn)的測試覆蓋率只有40%，分析原因如下：
(1)、用戶(hù)需求不明確：有些用戶(hù)在接受訪(fǎng)談時(shí)說(shuō)的需求，及在需求確認時(shí)都沒(méi)有問(wèn)題，但是到軟件功能設計出來(lái)以后，卻完全不是這么回事，用戶(hù)就會(huì )解釋說(shuō)當時(shí)沒(méi)想清楚；
(2)、軟件開(kāi)發(fā)工具的原因：軟件開(kāi)發(fā)人員使用的開(kāi)發(fā)工具不夠實(shí)用，很多工發(fā)工具能檢查出來(lái)的BUG，沒(méi)有辦法檢查出來(lái)，需要開(kāi)發(fā)人員自已檢查；
(3)、軟件開(kāi)發(fā)人員的原因：由于軟件人員緊張，項目任務(wù)多，交期短，所以在開(kāi)發(fā)時(shí)，沒(méi)有多少時(shí)間去寫(xiě)程序代碼的注釋?zhuān)瑳r且有些開(kāi)發(fā)人員也根本沒(méi)有注釋的習慣，沒(méi)有多少時(shí)間去完整的測試各個(gè)功能點(diǎn)；把測試的任務(wù)有時(shí)就直接交給用戶(hù)了；
四、系統架構變更次數過(guò)多，一個(gè)項目平均下來(lái)變更6次之多，原因如下：
(1)、系統設計人員的原因：由于系統設計人員在架構設計時(shí)，沒(méi)有考慮到系統架構的靈活性；不易于擴展；一旦用戶(hù)的需求有變化，系統架構就必須重新修改；
(2)、用戶(hù)需求變更太頻繁：由于用戶(hù)的需求很隨意變更的，加大了系統設計的難度，導致了系統架構變更；
五、項目的按時(shí)完成率比較低，平均下來(lái)只有60%，分析原因如下：
(1)、用戶(hù)需求變更太頻繁：由于用戶(hù)需求變更太隨意，太頻繁，導致有些開(kāi)發(fā)工作完成，又必須推倒重來(lái)，做了很多無(wú)用工作；另外有些用戶(hù)只局限于本部門(mén)或者本崗位來(lái)考慮問(wèn)題，不愿意從公司層面或者大局來(lái)考慮；造成重復工作，重復設計；
(2)、軟件開(kāi)發(fā)人員的原因：由于軟件開(kāi)發(fā)人員不夠，項目多，任務(wù)緊，一個(gè)人身兼數職，也是造成軟件開(kāi)發(fā)項目推遲的直接原因；另外，軟件開(kāi)發(fā)人員專(zhuān)業(yè)技術(shù)水平不夠，有些功能開(kāi)發(fā)要花太多的時(shí)間去研究，尋找解決方案，也導致了項目的延遲；
(3)、系統架構變更太多：導致有些程序開(kāi)發(fā)工作無(wú)用，必須重新開(kāi)發(fā)；
(4)、軟件需求分析設計人員的原因：由于設計的不合理，分析用戶(hù)需求不夠透徹和全面，架構設計不合理，導致軟件開(kāi)發(fā)變更及錯誤多，也導致了軟件項目的開(kāi)發(fā)延遲；
(5)、軟件開(kāi)發(fā)工具及開(kāi)發(fā)方法落后：由于軟件開(kāi)發(fā)人員沒(méi)有太多的時(shí)間去研究使用新的，先進(jìn)的開(kāi)發(fā)工具，也沒(méi)有太多時(shí)間去學(xué)習新的開(kāi)發(fā)方法，導致軟件的開(kāi)發(fā)速度慢，開(kāi)發(fā)出來(lái)的程序BUG多，程序沒(méi)有多少可重用性，也導致了軟件項目的開(kāi)發(fā)延遲；
綜上所述，為了配合公司的發(fā)展，滿(mǎn)足公司對信息化建設的要求，順利實(shí)現計算機中心04年目標，我們必須針對軟件開(kāi)發(fā)項目中存在的問(wèn)題采購行之有效的改進(jìn)方案，計劃改進(jìn)措施提議分為內部及外部：
六、內部的改進(jìn)措施提議如下：
1、增加人員配置，解決人手嚴重不夠的問(wèn)題；
2、明確分開(kāi)，重新劃分業(yè)務(wù)小組；
3、明確崗位職責，細分軟件項目開(kāi)發(fā)所需要的各個(gè)崗位；
4、制定崗位知識能力模型，對每個(gè)崗位要求的能力必須定義清楚，要求嚴格達標；不達標的必須重新培訓；做到合適的人在合適的位置做合適的事；
5、加強專(zhuān)業(yè)技能培訓；
6、加強軟件開(kāi)發(fā)管理，培養團隊合作精神，加強軟件過(guò)程控制；
7、優(yōu)化設計開(kāi)發(fā)方法：加強設計標準化、模塊化；提高軟件開(kāi)發(fā)效率；
8、加強業(yè)務(wù)培訓，更實(shí)際的了解業(yè)務(wù)需求；
七、外部的改進(jìn)措施提議如下：
1、加強業(yè)務(wù)部門(mén)對系統了解；
2、培養用戶(hù)需求的分析能力；
3、加強與用戶(hù)的互動(dòng)及雙向溝通，讓用戶(hù)參與到設計中來(lái)；
4、引導用戶(hù)的軟件需求，培養用戶(hù)從公司層面或者大局來(lái)提出需求；
篇三：軟件項目開(kāi)發(fā)總結
1.引言
自助旅游的定義，簡(jiǎn)單地講，就是吃、住、行、游、購、娛，基本上全由游客自己決定。自助旅游的新概念，也叫背包旅行，起源于發(fā)達國家，在英語(yǔ)里面叫“backpacker’s travel”，或“budget travel”，即背包旅行，省錢(qián)的旅行。
隨著(zhù)中國進(jìn)入第一次消費升級階段，居民可支配收入和消費水平不斷提高，發(fā)達地區居民旅游逐步從奢侈品蛻變?yōu)楸匦杵�。全球旅游業(yè)的散客化趨勢影響著(zhù)中國，自助旅游席卷而來(lái)，給我國的一系列旅游產(chǎn)業(yè)及其相關(guān)制造產(chǎn)業(yè)帶來(lái)了挑戰。它的主要特點(diǎn)之一就是利用互聯(lián)網(wǎng)技術(shù)，旅游者通過(guò)網(wǎng)絡(luò )自由組團和選擇參加者，自由選擇路線(xiàn)等。
自助旅游最終實(shí)現需要一個(gè)漸進(jìn)的過(guò)程，拓寬信息渠道、加強對自助旅游的研究和建立自助旅游的完善體系三個(gè)方面是很重要的，因為設計此旅游自助系統以期向計劃出行的人們提供豐富的旅游自助信息及其它相關(guān)信息，進(jìn)一步完善現有的旅游自助體系。
1.1 編寫(xiě)目的
隨著(zhù)科學(xué)技術(shù)的高速發(fā)展，我們已步入數字化、網(wǎng)絡(luò )化的時(shí)代。旅游自助系統是一個(gè)管理信息系統，目標是使旅游資源信息化，方便旅游公司及游客便捷地得到需要的旅游信息。
1.2項目背景
隨著(zhù)社會(huì )信息量的與日俱增，圖書(shū)作為主要的傳統信息載體，在某一層面上已不能滿(mǎn)足現代這樣一個(gè)知識爆炸時(shí)代對信息的需求，這也體現在人們的出行與旅行方面，人們不可能隨身帶一本厚厚的旅游百科全書(shū)去爬青藏高原；同時(shí)旅游管理部門(mén)希望避免由于筆誤或者記錄丟失等人工疏忽帶來(lái)的行政失誤，他們也需要更系統更嚴謹的管理手段，從而做到依法管理，有據可查；而對旅游公司而言，高效的經(jīng)營(yíng)管理手段是獲取最大利益的關(guān)鍵。在計算機日益普及的今天，一套行之有效的旅游自助管理系統，是大家最好的一個(gè)選擇，他是人們出行旅行的貼心小助手，是旅游公司負責盡心的大管家，是旅游管理部門(mén)安全可靠的檔案室與嚴謹的助理秘書(shū)。他將對人們的出行旅游方式產(chǎn)生時(shí)代性的影響。
旅游自助系統軟件是一套功能比較完善的數據管理軟件，具有數據操作方便高效迅速等優(yōu)點(diǎn)。該軟件采用功能強大的數據庫軟件開(kāi)發(fā)工具進(jìn)行開(kāi)發(fā)，具有很好的可移植性，可在應用范圍較廣的簡(jiǎn)體中文、英文 Windows98/2000/ME/XP等操作系統上使用。除此以外，該軟件可通過(guò)訪(fǎng)問(wèn)權限控制以及數據備份功能，確保數據的安全性。
建議開(kāi)發(fā)軟件名稱(chēng)：旅游自助系統 項目的提出者：軟件工程課程
開(kāi)發(fā)者：艾菁、張虹、周軍、李驍、胡寶雷 用戶(hù)：旅游公司及游客
1.3 定義
該旅游自助系統是基于Internet/Intranet 及Web技術(shù)，建立以Browser/Server 為結構模式、以數據庫為后臺核心應用、以服務(wù)為目的信息平臺。
文檔中采用的專(zhuān)門(mén)術(shù)語(yǔ)的定義及縮略詞簡(jiǎn)要如下： TTS：Travel Self-help System，旅游自助系統。
SQL（Structured Query Language）:結構化數據庫查詢(xún)語(yǔ)言 JSP：JAVA Server Page
1.4 參考資料
《軟件工程》 原書(shū)第八版 程成、陳霞譯 機械工業(yè)出版社 2007.3。 鄭人杰，殷人昆，陶永雷�！秾�(shí)用軟件工程》（第二版）。北京：清華大學(xué)出版社，1997。
金勇華，曲俊生�！禞AVA網(wǎng)絡(luò )高級編程》。北京：人民郵電出版社，2001。 Borland Software Corporation�！禞BUILDER培訓教程》北京：機械工業(yè)出版社，2002。
2.實(shí)際開(kāi)發(fā)結果
2.1 產(chǎn)品
可包括列出各部分的程序名稱(chēng),源程序數(包括注釋行)或目標程序字節數及程序總計數量,存儲形式;產(chǎn)品文檔名稱(chēng)等.
2.2 主要功能及性能
功能：
對旅游公司及旅游局輸入信息進(jìn)行管理； 用戶(hù)的信息檢索； 性能：
數據庫的錄入； 后臺信息維護；
不同條件下的信息檢索；
旅游服務(wù)預約及預約是否成功的反饋； 輸出：
信息；（包括景點(diǎn)介紹、物理位置、開(kāi)放時(shí)間、參觀(guān)費用等） 旅游線(xiàn)路信息；（包括日程安排、食宿交通、手續價(jià)格、聯(lián)系方式等） 預約結果反饋；（是否成功） 輸入：
旅游景點(diǎn)名稱(chēng)； 旅游線(xiàn)路名稱(chēng)；
旅游者自定義的查詢(xún)條件的搭配；（包括希望的時(shí)間安排、旅游的費用預算、行程的旅游景點(diǎn)等）
安全保密：
用戶(hù)退出系統時(shí)，自動(dòng)清空查詢(xún)記錄；
2.3 運行環(huán)境要求
運行環(huán)境：
操作系統：Windows2000； 數據庫類(lèi)型：SQL server。
篇四：軟件項目開(kāi)發(fā)總結
一、軟件開(kāi)發(fā)個(gè)人體會(huì )：
1. 軟件領(lǐng)域中的知識在于積累。
2. 做軟件開(kāi)發(fā)，就類(lèi)似算數學(xué)題和世界杯足球賽一樣：重在結果，而不在乎過(guò)程。
3. 軟件服務(wù)于人類(lèi)，軟件是在解決一些生活中的問(wèn)題和錯誤，問(wèn)題決定解決方案。
二、做軟件開(kāi)發(fā)我覺(jué)得要明白：
1. 職業(yè)的樂(lè )趣：
(A) 用自己的智慧去創(chuàng )建新事物的快樂(lè )
(B) 開(kāi)發(fā)對別人有用的東西
(C) 不斷學(xué)習來(lái)充實(shí)自己
2. 職業(yè)的苦惱:
(A) 總是追求完美
(B) 所有要實(shí)現的功能由他人而定
(C) 概念設計計是有趣的，但找Bug總是很苦惱的
三、在開(kāi)發(fā)中遇到問(wèn)題應該怎么去解決？
1. 不明白就多問(wèn)，不要自已一直去琢磨。 一個(gè)問(wèn)題如果30分鐘還沒(méi)有解決就應該考慮是不是問(wèn)問(wèn)別人。 一個(gè)問(wèn)題在沒(méi)有用過(guò)3種以上的方法解決過(guò)就不要去問(wèn)別人。 解決問(wèn)題思路是關(guān)鍵：
相信問(wèn)題總歸有解決的辦法，就算連技術(shù)上都沒(méi)法實(shí)現的問(wèn)題，相信通過(guò)良好的溝通終究也會(huì )有解決的方法。
2. 解決問(wèn)題的前提是：理解別人的意思，理解別人的需求，多溝通，及時(shí)給客戶(hù)反饋信息。
四、怎么樣才能提高自身的能力？
1. 程序員怎么樣進(jìn)步最快？ － 理論結合實(shí)踐
2. 不要怕出錯，不怕遇到錯誤，有錯誤就有挑戰，這樣才可以進(jìn)步，但不要讓同一個(gè)石頭
把你絆倒2次。
五、怎么樣才能做好軟件開(kāi)發(fā)？
1. 首先要明白解決的問(wèn)題是什么，理解問(wèn)題，其次再決定怎么解決這個(gè)問(wèn)題
2. 碰到很復雜的問(wèn)題，我們就簡(jiǎn)單想，把問(wèn)題簡(jiǎn)單化，細化到能夠實(shí)現為止
3. 出了問(wèn)題，我們要先分析問(wèn)題，然后知道引起問(wèn)題的原因，最后并想出問(wèn)題的解決辦法
4. 我們應該從2個(gè)方面去把握一個(gè)項目：從業(yè)務(wù)角度和項目的關(guān)鍵問(wèn)題上去把握一個(gè)項目
(A) 從不同的系統場(chǎng)景
(B) 從不同的用戶(hù)角色（充當什么角色）
(C) 從不同的系統使用角度（擁有那些權限）
5. 其實(shí)我覺(jué)得開(kāi)發(fā)人員說(shuō)實(shí)在應該要比使用系統的人更了解系統需求，只有真正徹底的了
解了項目的業(yè)務(wù)需求，我們才能做真的做好這個(gè)項目
六、文檔的重要性
記得我當初剛開(kāi)發(fā)項目的時(shí)候都是寫(xiě)個(gè)大致的需求說(shuō)明書(shū)，做一個(gè)E-R圖，畫(huà)幾個(gè)大致的數據流程圖，然后建立數據字典和表結構關(guān)系。 再接著(zhù)搭建一個(gè)開(kāi)發(fā)環(huán)境，配置幾臺服務(wù)器，劃分一下模塊，分工，我們就可以Coding了，一直到項目結束了，也沒(méi)有完整的設計文檔，更沒(méi)有完整的測試文檔，雖然這樣的確是很快的完成了Coding工作，感覺(jué)上好像節省了好多成本和開(kāi)發(fā)時(shí)間，但后期的維護和Bug 就是經(jīng)常出現的事。
小項目沒(méi)有文檔關(guān)系不大，但如果遇到一個(gè)大項目的時(shí)候，那這樣的開(kāi)發(fā)方式就很有問(wèn)題很危險的。
大項目沒(méi)有文檔： 首先維護就很麻煩，也很亂，寫(xiě)的代碼，過(guò)幾天都不知道它是完成什么功能的了，其次系統的穩定性和可靠性也讓人懷疑，擴展性就不用說(shuō)了。
七、我的收獲
A.程序員大多都不喜歡寫(xiě)文檔,我們以前也是特討厭,記得以前都是系統開(kāi)發(fā)完了，為了應付項目驗收，就匆匆忙忙的一組人在那里補文檔。在我們的思想里,所謂的文檔就是一些廢話(huà),一句話(huà)硬是用十句話(huà)來(lái)代替的無(wú)聊透頂。
B.代碼風(fēng)格要規范
以前做項目，我們都是不怎么去注意代碼風(fēng)格和寫(xiě)代碼的規范，都是稍微想一下就直接開(kāi)始寫(xiě)代碼了。注釋也很少用，總感覺(jué)我們自己寫(xiě)的代碼，我們怎么會(huì )不知道它做了些什么事呢 ？總覺(jué)得我們自己寫(xiě)的代碼我們怎么會(huì )不知道它是用來(lái)做什么的呢。一直都不相信這是個(gè)事實(shí)，但事實(shí)上，項目驗收后，系統剛開(kāi)始使用的人少，也就不會(huì )出現潛在的錯誤，隨著(zhù)時(shí)間的增加，久而久之，當大量用戶(hù)并發(fā)訪(fǎng)問(wèn)的時(shí)候，系統的Bug 就暴漏出來(lái)了，那時(shí)你再用熟悉的Eclipse打開(kāi)整個(gè)項目的源碼時(shí)，再去看自己寫(xiě)的代碼的時(shí)候，真的發(fā)現，我們定義的這個(gè)變量名是什么意思啊 ？ 我們的這個(gè)Flag 是用來(lái)判斷什么的啊 ？我們的if（）中條件不知道是判斷什么？ Function （） 也忘記是什么功能了？ 想想好可怕啊。 難道真的都忘記了嗎 ？回答是肯定的： 真的忘了。
C.心得體會(huì ):
通過(guò)做該網(wǎng)盤(pán)項目，在這2年的鍛煉中，我們才真的體會(huì )到，良好的文檔是正規研發(fā)流程中非常重要的環(huán)節,一個(gè)好的程序是先寫(xiě)好設計文檔再進(jìn)行編程的，在設計文檔的指導下，才能寫(xiě)出安全的代碼。如果你不寫(xiě)文檔，一開(kāi)始就寫(xiě)程序，這樣你就不會(huì )按已設計好的路線(xiàn)走，而是想到哪寫(xiě)到哪。小功能還好說(shuō)，要是大功能，就容易混亂.
剛開(kāi)始我們還很不習慣這一系列的編程風(fēng)格，很多的規范，尤其是命名，方法和注釋?zhuān)加羞@著(zhù)很多限制，讓我們覺(jué)得真羅唆，寫(xiě)個(gè)程序完成功能不就可以了嗎，明明1小時(shí)做完的事情非得讓人用3、4個(gè)小時(shí)去做，我們現在真的明白這樣做的好處了，我們已經(jīng)習慣這樣的編程風(fēng)格了，這也養成了我們的一個(gè)編程習慣了，深有體會(huì )啊。
最忙的時(shí)候就是我們成長(cháng)和收獲最多的時(shí)候。
八、網(wǎng)盤(pán)項目開(kāi)發(fā)的最大體會(huì )
我們覺(jué)得項目開(kāi)發(fā)的開(kāi)始時(shí)候，應該由項目負責人很好的對項目是什么項目，具體大概做什么事情，是誰(shuí)提出來(lái)的，目的是解決什么問(wèn)題，以及里面用到的很多專(zhuān)有名詞做個(gè)細致的說(shuō)明，而不是從一開(kāi)始就分幾本式樣書(shū)，給個(gè)靜態(tài)Html 的Demo看看，然后搭建好開(kāi)發(fā)環(huán)境就按照式樣設計書(shū)來(lái)開(kāi)發(fā)。
九、軟件測試（單體測試和連接測試）
我們首先認為，編寫(xiě)程序的時(shí)候不要想出了問(wèn)題再解決，而是要想如何不會(huì )出現問(wèn)題，要根據經(jīng)驗來(lái)預測可能出現的問(wèn)題，然后避免出現。
測試，說(shuō)的直接點(diǎn)就是給軟件找錯誤。
很多人認為發(fā)現錯誤是軟件測試的唯一目的,查找不出錯誤的測試就是沒(méi)有價(jià)值的測試,實(shí)際上我們不這么認為。
我們覺(jué)得對開(kāi)發(fā)人員來(lái)說(shuō)，我們要把測試出來(lái)的Bug都應該做個(gè)分析，知道錯的原因之后，我們就應該在下個(gè)項目中防止類(lèi)似的錯誤發(fā)生，而真正來(lái)提高我們開(kāi)發(fā)的效率。