技術(shù)面試之項(xiàng)目經(jīng)驗(yàn)(編輯修改稿)
2025-08-26 07:30 本頁面
【文章內(nèi)容簡介】 不斷與客戶溝通，充分的熟悉和深入客戶業(yè)務(wù)，獲得充分的業(yè)務(wù)需求，完善用戶需求和功能性需求，了解客戶的相關(guān)約束而獲得非功能性需求。最終編寫《需求規(guī)格說明書》；召開需求評(píng)審會(huì)議，客戶確定需求，并簽定合同；編寫項(xiàng)目計(jì)劃說明書；編寫測(cè)試計(jì)劃；召開項(xiàng)目啟動(dòng)會(huì)議，項(xiàng)目正式啟動(dòng)。 概要設(shè)計(jì)階段：根據(jù)《需求分析說明書》，進(jìn)行用例分析,獲得充分而有效的用例。編寫界面原型，編寫編碼規(guī)范和界面風(fēng)格規(guī)范,數(shù)據(jù)庫設(shè)計(jì)規(guī)范。用uml工具畫用例圖，編寫有效的用例規(guī)約文檔。 詳細(xì)設(shè)計(jì)階段：根據(jù)完整的用例及需求進(jìn)行分析，獲得數(shù)據(jù)庫所需的相關(guān)信息,畫數(shù)據(jù)庫ER圖。進(jìn)行詳細(xì)的分析，用uml工具畫類圖，確定每個(gè)功能模塊的子功能，抽取項(xiàng)目的公共部分成為一個(gè)公共模塊。確定項(xiàng)目的架構(gòu)基礎(chǔ)。確定需要用到的類及類成員和方法。確定一些輔助類及方法。對(duì)每一個(gè)用例都用uml工具畫出順序圖。編寫詳細(xì)設(shè)計(jì)說明書，評(píng)審詳細(xì)設(shè)計(jì)說明書, 進(jìn)行基礎(chǔ)框架搭建。列出任務(wù)清單，進(jìn)行任務(wù)分配。 編碼階段：以小組的形式進(jìn)行代碼編寫，編寫單元測(cè)試用例，每完成一個(gè)類都要進(jìn)行單元測(cè)試。每完成一個(gè)功能點(diǎn)和模塊都要進(jìn)行集成測(cè)試。確保每一個(gè)功能點(diǎn)和模塊完成后都是一個(gè)可以看得見、摸得著的產(chǎn)品。而不是等到最后才進(jìn)行統(tǒng)一的調(diào)試和搭配。每天都要對(duì)代碼進(jìn)行檢查和優(yōu)化，也就是所謂的重構(gòu)。 測(cè)試階段：根據(jù)測(cè)試計(jì)劃對(duì)項(xiàng)目進(jìn)行系統(tǒng)測(cè)試，以及用戶的驗(yàn)收測(cè)試 產(chǎn)品發(fā)布：交付完整的產(chǎn)品和設(shè)計(jì)文檔。把產(chǎn)品布署到客戶的計(jì)算機(jī)上,確保產(chǎn)品的正常運(yùn)行。客戶簽收。 維護(hù)階段：為客戶提供技術(shù)保障，對(duì)產(chǎn)品進(jìn)行相應(yīng)的維護(hù)和升級(jí)工作軟件常見開發(fā)模型 瀑布模型：最經(jīng)典的過程模型，適用于需求明確，規(guī)模較小的項(xiàng)目 噴泉模型：迭代，無間隙特點(diǎn)，適用于面向?qū)ο蟮能浖_發(fā)過程 螺旋模型： MSF模型：微軟解決方案過程模型什么是極限(XP)編程：極限編程是對(duì)敏捷軟件開發(fā)方法的一種實(shí)現(xiàn)。它強(qiáng)調(diào)測(cè)試先行，也就是在編寫代碼的時(shí)候先編寫測(cè)試用例。循環(huán)迭代，每一次迭代都是一個(gè)可用的產(chǎn)品；重構(gòu)，不斷的對(duì)代碼進(jìn)行優(yōu)化；結(jié)對(duì)編程，兩個(gè)人為一對(duì)共同進(jìn)行代碼編寫；它強(qiáng)調(diào)團(tuán)隊(duì)之間的知識(shí)傳播，讓團(tuán)隊(duì)的每個(gè)人都能熟悉軟件開發(fā)的各種技術(shù)。如：支持熟悉數(shù)據(jù)庫的人去做界面，做界面的人去做數(shù)據(jù)庫等，通過不定期的角色轉(zhuǎn)換來增強(qiáng)團(tuán)隊(duì)的能力。要求客戶參與到軟件開發(fā)中來,開發(fā)出最適合客戶需求的產(chǎn)品。單元測(cè)試一般是在編碼的時(shí)候同步進(jìn)行的，一般是以類為單位進(jìn)行測(cè)試，當(dāng)一個(gè)類完成了編碼，并編譯正確后才進(jìn)行的測(cè)試，測(cè)試這個(gè)類是否已經(jīng)能夠?qū)崿F(xiàn)指定的功能。一個(gè)類能夠正常的編譯成功并不意味著這個(gè)類就已經(jīng)完成了，還要通過測(cè)試，設(shè)置斷言來確定他是否已經(jīng)達(dá)到了預(yù)期的效果，實(shí)現(xiàn)了特定的功能。調(diào)試，編譯通過只能證明代碼的語法沒有錯(cuò)誤。單元測(cè)試由程序員自己來進(jìn)行，也可以在項(xiàng)目小組內(nèi)交互進(jìn)行。單元測(cè)試是采用白盒測(cè)試集成測(cè)試一般指實(shí)現(xiàn)了一個(gè)功能點(diǎn)或一個(gè)模塊后,為了測(cè)試這個(gè)模塊是否已經(jīng)實(shí)現(xiàn)了需求要求的功能。集成測(cè)試可能需要對(duì)多個(gè)類進(jìn)行組裝，也可能需要與以前已經(jīng)測(cè)試通過的模塊進(jìn)行組裝，是對(duì)產(chǎn)品組件的系統(tǒng)整合和執(zhí)行。集成測(cè)試可以根據(jù)模塊的大小分不同的級(jí)別，在現(xiàn)行的軟件開發(fā)中，每完成一個(gè)功能模塊都必須要進(jìn)行一次集成測(cè)試，使得你完成的模塊是一個(gè)可以運(yùn)行的產(chǎn)品。集成測(cè)試一般可以由項(xiàng)目小組的負(fù)責(zé)人（或指定一個(gè)小組成員）來完成。集成測(cè)試采用白盒式測(cè)試和黑盒測(cè)試系統(tǒng)測(cè)試一般指項(xiàng)完代碼已經(jīng)全部完成，交給測(cè)試小組來進(jìn)行測(cè)試。進(jìn)行系
高考資料相關(guān)推薦
鄂ICP備17016276號(hào)-1