項(xiàng)目開發(fā)總結(jié)報(bào)告

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