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