項目開發(fā)總結(jié)報告

TOC\o"1-5"\h\zI引言2編寫目的2\o"CurrentDocument"背景2\o"CurrentDocument"定義2\o"CurrentDocument"參考資料3\o"CurrentDocument"2實際開發(fā)結(jié)果3\o"CurrentDocument"產(chǎn)品3\o"CurrentDocument"主要功能和性能3\o"CurrentDocument"基本流程3\o"CurrentDocument"進(jìn)度4\o"CurrentDocument"費用4\o"CurrentDocument"3開發(fā)工作評價4\o"CurrentDocument"對生產(chǎn)效率的評價4\o"CurrentDocument"對產(chǎn)品質(zhì)量的評價4\o"CurrentDocument"對技術(shù)方法的評價4\o"CurrentDocument"出錯原因的分析5\o"CurrentDocument"4經(jīng)驗與教訓(xùn)51引言項目開發(fā)總結(jié)報告的編制是為了總結(jié)本項目開發(fā)工作的經(jīng)驗，說明實際取得的開發(fā)結(jié)果以及對整個開發(fā)工作的各個方面的評價。本文檔預(yù)期的讀者為軟件開發(fā)人員。背景項目名稱：通訊管理系統(tǒng)系統(tǒng)名稱：通訊管理系統(tǒng)英文名稱：ManagementSystemofCommunication委托單位：無委托單位，適用于個人、小型企業(yè)等開發(fā)單位：13計算機1班小組成員（宋振澤、韓逸文）開發(fā)日期：2016年6月27H——2016年7月5日定義生產(chǎn)率：①用來表示產(chǎn)出與投入比率的術(shù)語（總產(chǎn)出除以勞動投入是勞動生產(chǎn)率）。如果相同數(shù)量的投入生產(chǎn)了更多的產(chǎn)出，則生產(chǎn)率就增長了。勞動生產(chǎn)率的增長是由于技術(shù)進(jìn)步、勞動技能的改善和資本深化。②概括在生物的生產(chǎn)過程中有關(guān)物質(zhì)循環(huán)或能量轉(zhuǎn)換速度的各個方面的術(shù)語。也有譯為生產(chǎn)力的。過去這個詞，具有生產(chǎn)速度（生產(chǎn)量）或潛在生產(chǎn)能力的含意，進(jìn)而也含有土地的生產(chǎn)力、肥沃度（ferti-lity）或循環(huán)率等各種意義，非?；靵y,國際上給予了上述的定義，而且提出了有關(guān)不使用這個詞的附文?？墒侵钡浆F(xiàn)在，這個詞仍是混亂地被較廣泛地使用，因此，附文中所使用的生產(chǎn)率一詞的意義是什么，只能從附文的前后內(nèi)容加以判斷。G.L.Clarke（1946）認(rèn)為這個詞多半用來表示關(guān)于現(xiàn)存量、生產(chǎn)速度（生產(chǎn)量）和收獲量的任何一個大小范圍的。參考資料文檔引用的規(guī)范：《軟件工程導(dǎo)論》張海藩主編清華大學(xué)出版社2005年8月出版《軟件生命周期質(zhì)量保證與測試》張向宏主編電子工業(yè)出版社2009年5月出版技術(shù)資料參考：《數(shù)據(jù)庫原理與應(yīng)用案例教程》 鄭玲利主編清華大學(xué)出版社2008年9月出版《Java程序設(shè)計實用教程》張躍平主著人民郵電出版社2010年4月出版2實際開發(fā)結(jié)果產(chǎn)品通訊管理系統(tǒng)主要功能和性能夢想網(wǎng)絡(luò)資源檢索系統(tǒng)主要包含五大模塊程序設(shè)計:（1）公共模塊設(shè)計（2）系統(tǒng)登錄窗體模塊設(shè)計（3）添加聯(lián)系人信息模塊設(shè)計（4）查詢和編輯聯(lián)系人信息模塊設(shè)計（5）添加分類名稱模塊設(shè)計基本流程基本流程請參考《通訊管理系統(tǒng)詳細(xì)設(shè)計說明書》進(jìn)度小組成員2人，從2016年6月組隊，6月27號正式啟動項目，直至7月5號上交作品，一直致力于項目的開發(fā)工作。2016年6月27日—2016年6月28日：項目初級階段6月27日開始，小組成員便開始里用電腦工作，通過電腦編寫程序，查找資料,設(shè)計圖片等，時間合計約2天。初級階段圓滿完成了預(yù)定的目標(biāo)。2016年6月28日—2016年7月4日：項目啟動和實行核心階段6月28日才開始項目程序擴展功能的編寫,軟件運行情況的測試只是整體的大方面的進(jìn)行，并未涉及細(xì)微部分，因此軟件運行不是非常穩(wěn)定，仍有一些問題亟待解決。2016年7月4日—2016年7月50：項目收尾階段此階段加快完善軟件的所有功能，將組委會要求的相關(guān)資料準(zhǔn)備好，圓滿完成了預(yù)定的目標(biāo)。費用3開發(fā)工作評價對生產(chǎn)效率的評價出實際生產(chǎn)效率，包括：a.程序的平均生產(chǎn)效率：1000行/日/人（即每人口生產(chǎn)的行數(shù)）;b.文件的平均生產(chǎn)效率，1500個/日/人（即每人月生產(chǎn)的字?jǐn)?shù)）；原訂計劃數(shù)作對比結(jié)果：超出原定計劃生產(chǎn)率。對產(chǎn)品質(zhì)量的評價在測試中檢查出來的程序編制中的錯誤發(fā)生率，6/1000（即每千條指令（或語句）中的錯誤指令數(shù)(或語句數(shù)))。結(jié)果評價：按照質(zhì)量保證計劃或配置管理計劃的要求本系統(tǒng)在開發(fā)中保證r“優(yōu)等”的產(chǎn)品質(zhì)量指標(biāo)。對技術(shù)方法的評價技術(shù)方面我們小組采用順應(yīng)趨勢的成熟的技術(shù)，整體來看技術(shù)方面屬于比較領(lǐng)先的，整體上比較好。出錯原因的分析給出對于開發(fā)中出現(xiàn)的錯誤的原因分析：.開發(fā)雙方在對軟件需求的理解匕存在一定的差異，主要原因是雙方在溝通上花費的精力相對較少；.開發(fā)結(jié)構(gòu)比較復(fù)雜，造成程序修改不是特別的方便。解決方案：針對(1)：建議建立BBS信息溝通平臺在軟件上建議制定定期溝通制度針對(2)：進(jìn)一步修正軟件開發(fā)架構(gòu)，以適應(yīng)多變需求的變化。4經(jīng)驗與教訓(xùn)通過這幾個月的努力工作，我認(rèn)識到要作一個真正合格的程序員，或者說就是可以真正合格完成一些代碼工作的程序員，應(yīng)該具有以下的的素質(zhì)：1:團隊精神和協(xié)作能力把它作為基本素質(zhì)，并不是不重要，恰恰相反，這是程序員應(yīng)該具備的最基本的，也是最重要的安身立命之本。把高水平程序員說成獨行俠的都是在吃語，任何個人的力量都是有限的，獨行俠可以作一些賺錢的小軟件發(fā)點小財，但是一旦進(jìn)入一些大系統(tǒng)的研發(fā)團隊，進(jìn)入商業(yè)化和產(chǎn)品化的開發(fā)任務(wù)，缺乏這種素質(zhì)的人就完全不合格了。2：文檔習(xí)慣說高水平程序員從來不寫文檔的肯定是乳臭未干的毛孩子，良好的文檔是正規(guī)研發(fā)流程中非常重要的環(huán)節(jié)，作為代碼程序員，30%的工作時間寫技術(shù)文檔是很正常的，而作為高級程序員和系統(tǒng)分析員，這個比例還要高很多。缺乏文檔，一個軟件系統(tǒng)就缺乏生命力，在未來的查錯，升級以及模塊的復(fù)用時就都會遇到極大的麻煩。3：規(guī)范化，標(biāo)準(zhǔn)化的代碼編寫習(xí)慣作為一些外國知名軟件公司的規(guī)矩，代碼的變量命名，代碼內(nèi)注釋格式，甚至嵌套中行縮進(jìn)的長度和函數(shù)間的空行數(shù)字都有明確規(guī)定，良好的編寫習(xí)慣，不但有助于代碼的移植和糾錯，也有助于不同技術(shù)人員之間的協(xié)作。fans叫囂高水平程序員寫的代碼旁人從來看不懂，這種叫囂只能證明他們自己壓根不配自稱程序員。代碼具有良好的可讀性，是程序員基本的素質(zhì)需求。再看看整個linux的搭建，沒有規(guī)范化和標(biāo)準(zhǔn)化的代碼習(xí)慣，全球的研發(fā)協(xié)作是絕對不可想象的。4：需求理解能力程序員需要理解一個模塊的需求，很多小朋友寫程序往往只關(guān)注一個功能需求,他們把性能指標(biāo)全部歸結(jié)到硬件，操作系統(tǒng)和開發(fā)環(huán)境上，而忽視了本身代碼的性能考慮，有人曾經(jīng)放言說寫一個廣告交換程序很簡單，這種人從來不知道在百萬甚至千萬數(shù)量級的訪問情況下的性能指標(biāo)是如何實現(xiàn)的，對于這樣的程序員，你給他深藍(lán)那套系統(tǒng)，他也做不出太極鏈的并訪能力。性能需求指標(biāo)中，穩(wěn)定性，并訪支撐能力以及安全性都很重要，作為程序員需要評估該模塊在系統(tǒng)運營中所處的環(huán)境，將要受到的負(fù)荷壓力以及各種潛在的危險和惡意攻擊的可能性。就這一點，一個成熟的程序員至少需要2到3年的項目研發(fā)和跟蹤經(jīng)驗才有可能有心得。5：學(xué)習(xí)和總結(jié)的能力程序員是人才很容易被淘汰，很容易落伍的職業(yè)，因為一種技術(shù)可能僅僅在三兩年內(nèi)具有領(lǐng)先性，程序員如果想安身立命，就必須不斷跟進(jìn)新的技術(shù)，學(xué)習(xí)新的技能。善于學(xué)習(xí)，對于任何職業(yè)而言，都是前進(jìn)所必需的動力，對于程序員，這種要求就更加高了。但是學(xué)習(xí)也要找對目標(biāo)，一些小coding有些codingTO就是這樣的coding上只是一些Cfans們，他們也津津樂道于他們的學(xué)習(xí)能力，一會學(xué)會了asp,一會兒學(xué)會了php,一會兒學(xué)會了jsp,他們把這個作為炫耀的資本，盲目的追逐一些膚淺的，表面的東西和名詞，做網(wǎng)絡(luò)程序不懂通訊傳輸協(xié)議，做應(yīng)用程序不懂中斷向量處理，這樣的技術(shù)人員，不管掌握了多少所謂的新語言，永遠(yuǎn)不會有質(zhì)的提高善于總結(jié)，也是學(xué)習(xí)能力的一種體現(xiàn)，每次完成一個研發(fā)任務(wù)，完成一段代碼,都應(yīng)當(dāng)有目的的跟蹤該程序的應(yīng)用狀況和用戶反饋，隨時總結(jié)，找到自己的不足,這樣逐步提高，一個程序員才可能成長起來。一個不具備成長性的程序員，即便眼前看是個高手，建議也不要選用，因為他落伍的時候馬上就到了。具備以上全部素質(zhì)的人，應(yīng)當(dāng)說是夠格的程序員了，請注意以上的各種素質(zhì)都不是由IQ決定的，也不是大學(xué)某些課本里可以學(xué)習(xí)到的，需要的僅僅是程序員對自己工作的認(rèn)識，是一種意識上的問題。通過做這個項目，也了解到軟件開發(fā)的基本流程：第一個步驟是市場調(diào)研，技術(shù)和市場要結(jié)合才能體現(xiàn)最大價值。第二個步驟是需求分析，這個階段需要出三樣?xùn)|西，用戶視圖，數(shù)據(jù)詞典和用戶操作手冊。用戶視圖是該軟件用戶（包括終端用戶和管理用戶）所能看到的頁面樣式,這里面包含了很多操作方面的流程和條件。數(shù)據(jù)詞典是指明數(shù)據(jù)邏輯關(guān)系并加以整理的東東，完成了數(shù)據(jù)詞典，數(shù)據(jù)庫的設(shè)計就完成了一半多。用戶操作手冊是指明了操作流程的說明書。請注意，用戶操作流程和用戶視圖是由需求決定的，因此應(yīng)該在軟件設(shè)計之前完成，完成這些，就為程序研發(fā)提供了約束和準(zhǔn)繩，很遺憾太多公司都不是這樣做的，因果顛倒，順序不分，開發(fā)工作和實際需求往往因此產(chǎn)生隔閡脫節(jié)的現(xiàn)象。需求分析，除了以上工作，筆者以為作為項目設(shè)計者應(yīng)當(dāng)完整的做出項目的性能需求說明書，因為往往性能需求只有懂技術(shù)的人才可能理解.，這就需要技術(shù)專家和需求方客戶或公司市場部門）能夠有真正的溝通和了解。第三個步驟是概要設(shè)計，將系統(tǒng)功能模塊初步劃分，并給出合理的研發(fā)流程和資源要求。作為快速原型設(shè)計方法，完成概要設(shè)計就可以進(jìn)入編碼階段了，通常采用這種方法是因為涉及的研發(fā)任務(wù)屬于新領(lǐng)域，技術(shù)主管人員一上來無法給出明確的詳細(xì)設(shè)計說明書，但是并不是說詳細(xì)設(shè)計說明書不重要，事實上快速原型法在完成原型代碼后，根據(jù)評測結(jié)果和經(jīng)驗教訓(xùn)的總結(jié)，還要重新進(jìn)行詳細(xì)設(shè)計的步驟。第四個步驟是詳細(xì)設(shè)計，這是考驗技術(shù)專家設(shè)計思維的重要關(guān)卡，詳細(xì)設(shè)計說明書應(yīng)當(dāng)把具體的模塊以最“干凈”的方式（黑箱結(jié)構(gòu)）提供給編碼者，使得系統(tǒng)整體模塊化達(dá)到最大；一份好的詳細(xì)設(shè)計說明書，可以使編碼的復(fù)雜性減低到最低，實際上，嚴(yán)格的講詳細(xì)設(shè)計說明書應(yīng)當(dāng)把每個函數(shù)的每個參數(shù)的定義都精精細(xì)細(xì)的提供出來，從需求分析到概要設(shè)計到完成詳細(xì)設(shè)計說明書，一個軟件項目就應(yīng)當(dāng)說完成了一半了。換言之，一個大型軟件系統(tǒng)在完成了一半的時候，其實還沒有開始一行代碼工作。那些把作軟件的程序員簡單理解為寫代碼的，就從根子上犯了錯誤了。第五個步驟是編碼，在規(guī)范化的研發(fā)流程中，編碼工作在整個項目流程里最多不會超過1/2,通常在1/3的時間，所謂磨刀不誤砍柴功，設(shè)計過程完成的好，編碼效率就會極大提高，編碼時不同模塊之間的進(jìn)度協(xié)調(diào)和協(xié)作是最需要小心的，也許一個小模塊的問題就可能影響了整體進(jìn)度，讓很多程序員因此被迫停下工作等待,這種問題在很多研發(fā)過程中都出現(xiàn)過。編碼時的相互溝通和應(yīng)急的解決手段都是相當(dāng)重要的，對于程序員而言，bug永遠(yuǎn)存在，你必須永遠(yuǎn)面對這個問題，大名鼎鼎的微軟，可曾有連續(xù)三個月不發(fā)補丁的時候嗎？從來沒有！第六個步驟是測試。測試有很多種：按照測試執(zhí)行方，可以分為內(nèi)部測試和外部測試；按照測試范圍，可以分為模塊測試和整體聯(lián)調(diào)；按照測試條件，可以分為正常操作情況測試和異常情況測試；按照測試的輸入范圍，可以分為全覆蓋測試和抽樣測試。以上都很好理解，不再解釋。總之，測試同樣