轉:java項目經驗面試總結

轉載:java

在前期已經講過怎樣分析本身,對本身進行一個準確的定位,選擇一個合適的求職方向!並結合本身的實際我的狀況來寫一份針對性很強的我的簡歷!我的簡歷就是我的的廣告!好的簡歷能夠更受到用人需求單位青睞!好的簡歷才能讓你得到面試的機會!咱們還針對面試列出了j2ee方面的知識點!無論是筆試仍是面試都是會考到這些很是重要的知識點!面試的技術內容並不會有想象中的那麼難,主要注重基礎和細節!細節決定一切!因此列羅的那些知識點是須要下功夫去準備的!固然列羅的那些知識點只是一些在面試中常常會出現的問題集!每家企業均可能超出這些知識點的可能(就不要罵我了)!本身去準備吧!
    技術方面的考覈一般分爲筆試,技術面試;其中技術面試又分爲專業知識面試和項目經驗考覈。應該說來筆試和專業知識面試都是考覈你對某方面(j2ee或.net)知識的掌握和熟練程度!而項目經驗考覈則是看你是否是擁有項目經驗,是否是適合企業的用人須要,是否是須要企業爲你付出培養的成本,是否是你可以立刻投入到工做中去.企業是以你的項目經驗做爲衡量你的工資標準的!因此就是會出現有些同窗可能在學校學習成績很好而企業給他開的工資並不高,而有些同窗的學習成績通常反而獲得高工資的緣由!專業知識的考覈只是企業瞭解你具備這方面的專業素養和能力!其實有時筆試成績差一點或者你感受在作筆試題的時候有些題目沒有作出來或答錯了並無關係的。在技術面試的時候,在回答專業知識方面的題目不夠理想,也並不起決定性的做用!總之筆試和專業知識面試的答題達到企業要求的70%就能夠了!固然若是你在專業知識方面表現的太差,考官對你也就沒有多大的興趣了!可是最能決定企業下定決心錄用你的關鍵在於你的項目經驗(排除企業特別強調英文等其它方面能力外)。說了這麼多好像都沒有說到正題,這是由於讓你們更清楚的瞭解回答好項目經驗方面的問題是多麼的重要。而這方面又正好是剛從學校出來的學員十分薄弱的,而且針對這方面介紹也十分少! 下面咱們就來談談面試中關於項目經驗的問題及應該從哪些方面進行回答!mysql

   

問題1、請簡單的介紹一下你本身吧!程序員

 

分析:這是在任何面試中都會遇到一個題目,看起來這個問題是十分簡單的,可是每每咱們並不知道考官問這個題目是但願從你的回答中得到什麼信息!因此咱們就很容易走題,跑題,不入正題!不能立刻就吸引考官。請記住抓住面試的每個機會來推銷本身。可是每每咱們不知道從哪裏談起。因此咱們得先了解考官想要獲取什麼信息呢?面試

1. 你的從業時間          你從事相關的工做有多長了spring

2. 你的教育背景          你是否受過良好的教育sql

3. 你的工做經驗          你是否有過具備必定的工做經驗數據庫

4. 你的項目經驗          你是否有過豐富的項目經驗編程

5. 你不同凡響之處      你是怎麼進行項目開發的,有什麼特別之處,或者你在哪些項目中     安全

取得過哪些成功,或者有哪些本身以爲驕傲的地方架構

6. 你最擅長的地方      你最擅長的技術是什麼?

7. 你的性格                 你是怎麼樣的一我的

 

怎麼回答: 咱們一一來分析吧,首先從業時間通常回答你進行軟件項目專業開發的時間.千萬不要把你之前在大街上賣過魚蛋或到夜市賣燒雞等亂七八糟的時間計算進來.工做經驗也是,你至少有在一家公司呆過吧.不要告訴我你只學過j2ee或.net半年時間,就想來我公司混飯吃.要和你的簡歷對應起來.通常至少1年半以上.

                教育背景:若是你上的大學及所上的專業比較對口,就說出來,非否就不要提了.總之是要揚長避短

                工做經驗:也就是之前在什麼公司上過班,與你簡歷上的一致就能夠了.只說與軟件開發的工做經驗,其它的就不要提了

                項目經驗:你曾經作過的自認爲比較好的項目,這裏特別重要,先用一句話來歸納項目,而後把項目的功能及子功能所有敘述出來.

                你不同凡響之處:也以說你在項目你以什麼獨特的方法得到什麼不一樣的效果,主要是可以結果具體的項目或能舉例說出來.

                最擅長的地方:主要告訴對方你最擅長哪方面的技術,是需求分析?編碼,或數據庫架構

                你的性格:用一兩個詞來形容你本身,描述你的性格.

 

回答實例:

       面試官:請簡單的介紹一下你本身吧!

       令狐沖:您好,在下令狐沖.從事j2ee開發工做3年時間.20002年至2005年在大宋桃花島軟件谷皇室軟件公司從事j2ee項目開發.其間開發過大宋俠士綜合管理平臺.大宋俠士綜合管理平臺可以自動收集大宋各路俠士,英雄好漢,隱居高人信息並對他們的我的信息及所做所爲進行跟蹤管理,實現俠士信息維護,查詢.俠義事件維護,俠士等級管理,俠士獎懲管理,俠義活動發佈,抗災募捐管理等。鄙人在項目中主要負責需求分析,架構設計和框架類代碼實現。在項目開發中善於與客戶溝通,充分理解客戶需求。具備極強自學能力,在大宋藏經閣中通讀了大量的軟件項目開發祕籍,具備藏文,印度文,金文的讀寫能力。

 

問題之2、談談你的XXX項目吧!

   分析:考官經過看你的簡歷或者你的介紹來了解你所作的項目,那麼考官確定想更詳細的瞭解您的項目,看是否是與你的簡歷寫的項目經驗一致。也就是考覈你是否具備真實的項目經驗。通常來講,在你的簡歷至少有一個重點項目,放在簡歷項目經驗欄的第一位。把項目的業務功能描述清楚。在這裏你就是重點談一個項目就能夠了。從下面幾個方面來進行陳述

1. 用一句話簡述項目

2. 詳細的列出項目實現的功能

3. 說出項目實現的技術和架構,能說出項目的不尋常之處,好比採用了某項新技術,採用了良好的架框等

4. 能讓別人感受出項目的規模

5. 說出你在項目中的責任

經過這些來證實你是的確開發過了這個項目,而且這個項目是一個真實的。還有就是你是真正具備項目經驗的。乎合企業的用人須要。

特別注意要把項目所實現的功能描述得越詳細越好。固然用詞要簡潔,表達要流利。其次要儘量採用專業術語,顯得你的專業。不要犯低級錯誤。

請記住,你要描述的是整個項目而不只僅是你作的那一個模塊。有些項目你只參與了其中一個模塊,可是你要把整個項目描述出來,不要僅僅描述你參與的那一個模塊。

       說出你項目採用的技術及架構,還要能說明你在項目中的責任。

 

回答實例:

       面試官:令狐沖,能介紹一下你作的大宋俠士綜合管理平臺吧!

       令狐沖:好的,大宋俠士綜合管理平臺是爲大宋武林聯盟開發的,實現武林聯盟管理的自動化。大宋俠士綜合管理平臺可以自動收集大宋各路俠士,英雄好漢,隱居高人信息並對他們的我的信息及所做所爲進行跟蹤管理,實現俠士信息維護,查詢.俠義事件維護,俠士等級管理,俠士獎懲管理,俠義活動發佈,抗災募捐管理等。

系統基於B/S三層架構,採用spring + hibernate + Spring MVC框架.使用Oracle 數據庫.

本項目只投入15我的,開發週期爲6個月。本人在項目中進行了前期的需求分析,系統架構實現,數據庫建模,及部分編碼工做。

 

問題之3、談談大家是怎麼對這個項目進行開發的?(談談大家是怎麼進行項目開發的?)

       分析:這個問題是考覈你是否熟悉軟件開發的流程,同時也是考覈你的項目經驗,你的專業素養,從這裏能夠判斷出你參與過多少項目,能夠判斷你對軟件工程的理解和熟悉程度。這個問題是十分關鍵的,你須要準備的知識點有:軟件項目的生命週期、軟件項目的開發模型、面向對象的分析和設計、軟件質量保證等。

       軟件項目的生命週期:

              項目計劃

              需求分析

              設計(概要設計和詳細設計)

              編碼

              測試

              發佈

              維護

       項目計劃階段:走訪客戶,進行交流溝通,得到客戶原始需求。

對客戶的需求和市場等進行調研,分析,編寫可行性分析報告。

經過不斷的與客戶溝通,找客戶不一樣環節的用戶進行交流來獲取需求。召開評審會議,報告可行性分析,報告用戶原始需求,報告項目遠景規化。

       需求分析階段:

              在客戶原始需求的基礎上不斷與客戶溝通,充分的熟悉和深刻客戶業務,得到充分的業務需求,完善用戶需求和功能性需求,瞭解客戶的相關約束而得到非功能性需求。最終編寫《需求規格說明書》;召開需求評審會議,客戶肯定需求,並簽訂合同;編寫項目計劃說明書;編寫測試計劃;召開項目啓動會議,項目正式啓動。

       概要設計階段:根據《需求分析說明書》,進行用例分析,得到充分而有效的用例。編寫界面原型,編寫編碼規範和界面風格規範,數據庫設計規範。用uml工具畫用例圖,編寫有效的用例規約文檔。劃分項目功能模塊.評審用例及用例規約文檔。

       詳細設計階段:根據完整的用例及需求進行分析,得到數據庫所需的相關信息,畫數據庫E-R圖,編寫數據設計說明書.進行數據庫建模。進行詳細的分析,用uml工具畫類圖,肯定每一個功能模塊的子功能,抽取項目的公共部分紅爲一個公共模塊。肯定項目的架構基礎。肯定須要用到的類及類成員和方法。肯定一些輔助類及方法。對每個用例都用uml工具畫出順序圖。編寫詳細設計說明書,評審詳細設計說明書, 進行基礎框架搭建。列出任務清單,進行任務分配。

       編碼階段:以小組的形式進行代碼編寫,編寫單元測試用例,每完成一個類都要進行單元測試。每完成一個功能點和模塊都要進行集成測試。確保每個功能點和模塊完成後都是一個能夠看得見、摸得着的產品。而不是等到最後才進行統一的調試和搭配。天天都要對代碼進行檢查和優化,也就是所謂的重構。

       測試階段:根據測試計劃對項目進行系統測試,以及用戶的驗收測試

       產品發佈:交付完整的產品和設計文檔。把產品佈署到客戶的計算機上,確保產品的正常運行。客戶簽收。

       維護階段:爲客戶提供技術保障,對產品進行相應的維護和升級工做

 

軟件常見開發模型

       瀑布模型:最經典的過程模型,適用於需求明確,規模較小的項目

       噴泉模型:迭代,無間隙特色,適用於面向對象的軟件開發過程

       螺旋模型:

       MSF模型:微軟解決方案過程模型

 

什麼是極限(XP)編程:極限編程是對敏捷軟件開發方法的一種實現。它強調測試先行,也就是在編寫代碼的時候先編寫測試用例;循環迭代,每一次迭代都是一個可用的產品;重構,不斷的對代碼進行優化;結對編程,兩我的爲一對共同進行代碼編寫;它強調團隊之間的知識傳播,讓團隊的每一個人都能熟悉軟件開發的各類技術。如:支持熟悉數據庫的人去作界面,作界面的人去作數據庫等,經過不按期的角色轉換來加強團隊的能力。要求客戶參與到軟件開發中來,開發出最適合客戶需求的產品。

 

單元測試通常是在編碼的時候同步進行的,通常是以類爲單位進行測試,當一個類完成了編碼,並編譯正確後才進行的測試,測試這個類是否已經可以實現指定的功能。一個類可以正常的編譯成功並不意味着這個類就已經完成了,還要經過測試,設置斷言來肯定他是否已經達到了預期的效果,實現了特定的功能。調試,編譯經過只能證實代碼的語法沒有錯誤。

單元測試由程序員本身來進行,也能夠在項目小組內交互進行。單元測試是採用白盒測試

 

集成測試通常指實現了一個功能點或一個模塊後,爲了測試這個模塊是否已經實現了需求要求的功能。集成測試可能須要對多個類進行組裝,也可能須要與之前已經測試經過的模塊進行組裝,是對產品組件的系統整合和執行。集成測試能夠根據模塊的大小分不一樣的級別,在現行的軟件開發中,每完成一個功能模塊都必需要進行一次集成測試,使得你完成的模塊是一個能夠運行的產品。集成測試通常能夠由項目小組的負責人(或指定一個小組成員)來完成。集成測試採用白盒式測試和黑盒測試

 

系統測試通常指項完代碼已經所有完成,交給測試小組來進行測試。進行系統測試的人員獨立於開發小組,系統測試人員把完成的產品佈署在相應的計算機環境中,按照測試計劃進行測試,驗證系統是否知足了指定的需求。系統測試除了測試產品應知足基本的功能需求外,還要對產品的性能,用戶界面,安全性,壓力,可靠性,安裝和反安裝等幾個方面進行測試

系統測試採用黑盒測試

 

驗收測試通常指產品交付給客戶,負責把產品佈署在指定的計算機環境中。由用戶根據需求文檔,進行的整體測試。驗收測試的內容和系統測試同樣,只是執行者不一樣。都是除了測試系統完成基本功能外還要對性能,安全性,可靠性等進行測試。驗收測試也是採用黑盒測試

 

爲何須要測試?測試是對軟件質量的保證,只能經過嚴格測試的軟件纔是合格的軟件,測試並非說讓軟件可以編譯經過,測試是讓軟件產品最大程度的知足客戶的需求度。

 

回答實例:

考官:令狐沖,能談談大家是怎麼樣對這個項目開發的嗎?

令狐沖:首先,咱們這個項目已經有了一個基本的用戶原始需求。但這是不夠的,咱們都知道需求分析是十分重要的,因此咱們在用戶原始需求文檔的基礎上,再次進行了分析,經過不斷的與客戶溝通,充分的瞭解和熟悉用戶的業務,完善了業務需求和功能需求。還對用戶業務需求和功能需求分析完善爲實現軟件的必須的非功能性需求。得出項目需求規格說明書,通過評審會議確認經過。

 

根據需求規格說明書進行用例分析,經過分析和討論找出充分的有效用例,並用Rose畫用例圖。對每個用例進行詳細的分析,完成每一個用例的用例規約文檔,並編寫界面原型。劃分項目模塊。最後對用例及用例規約文檔進行評審驗證。編寫」代碼編寫規範」及界面風格規範,數據庫設計規範,編寫概要設計說明書。

 

根據需求規格說明書和分析各個用例規約文檔,得到數據庫的基本信息原型。也能夠說是數據庫表的草稿,根據數據庫表草搞進行分析,進行數據庫設計和優化。編寫數據庫設計說明書。採用PowerDesigner進行數據庫建模,並生成SQL腳本。肯定項目框架,設計公共模塊和輔助類。根據對數據庫模型和用例規約文檔的分析,列出對象清單和理清對象關係。用Rose來畫類圖。對每個用例都用rose畫出時序圖。編寫詳細設計說明書。列出任務清單,分組進行代碼編寫。

 

在代碼編寫階段,先統一完成全部的實體類。對於非實體類則先完成類的框架,也就是隻寫方法和註釋文字。具體方法的實現暫時爲空。而後再進行代碼填寫。每完成一個類的代碼編譯經過後都要進行重構和單元測試。每完成一個功能和模塊都由會由小組長進行集成測試。使得完成的模塊是一個真正能夠運行的,可見的功能實現。

在各個小組都完成本身的模塊後就進行模塊整合,進行一次大規模的集成測試。而後把產品產給產品測試小組進行系統測試。

 

問題之4、大家是怎麼保證軟件開發的質量的?

       分析:這個問題其實上面的講解已經給了答案了。軟件質量是軟件實現對需求的知足度。開發的軟件越知足客戶的需求,說明軟件的質量越高。反之就是質量越低。儘管你開發的軟件使用了新的技術,良好的設計,豐富的功能;可是這些功能都不是客戶須要的,客戶須要的功能沒有實現或者是不少沒有實現。這樣的軟件也是失敗的軟件。爲了保證軟件質量,也就是讓開發的軟件最大程度知足客戶的需求,只有兩個方法。一個是得到充分完整的需求,二是能過測試,以需求爲中心編寫測試計劃。來保證軟件合乎需求。

 

回答實例:

       考官:大家是怎麼來保證軟件的質量的呢?

       令狐沖:要保證軟件的質量首先就要得到完整的需求,在需求分析階段作了大量的工做與客戶各個環節的表明性用戶進行溝通,充分了解和熟悉客戶的業務。而且從需求到設計階段都保持與用戶的溝通和交流。讓用戶的業務專家一直參與咱們的需求,分析和設計工做。

其次咱們會在需求分析後就編寫測試計劃,在開發的每一個階段都進行相應的測試來保證代碼是乎合相應需求的。在代碼編寫過程當中,每完成一個類都由程序進行單元測試,每完成一個功能點或模塊都要進行集成測試,每一次集成測試都對上一次的已經測試經過的產品進行迭代, 也就是之前測試成功的都會加入到本次測試中來。使得每一個完成的功能和模塊完成後都是一個能夠運行的,能夠看獲得的產品;同時也歡迎用戶來見證咱們的集成測試結果。代碼編寫完成後進行最後一次集成測試,而後交由獨立的測試小組對項目進行系統測試。

 

問題之5、你爲何離職的?(你爲何離開之前公司的?)

分析:這個問題幾乎在任何場合的面試都會有,有時是在技術面試的時候問,有時是在人事面試的時候問,有時會在技術面試和人事面試的時候都問。其實也比較好回答,回答的抽象一點比好。切記不要說之前公司的壞話,若是你這樣作。人家會想,你之後離職後一樣也會說這家公司的壞話.通常都是說爲了某求更好的發展空間。讓人感受你是通過深思熟慮後才選擇他們公司的。

回答實例:

       考官:你爲何離開之前公司的?

       令狐沖:之前公司對我很好,我在之前公司幹得也很愉快。我由於合同到期,爲了得到更好的發展空間及謀求對本身能持續發展的環境。並向公司辦理了離職手續,完成了工做交結。(後面這句也能夠不談)

 

問題之6、談談你的職業規化

       分析:企業都但願他所招聘的人是潛力股,看你是否是一個追求上勁的人,還有想看看你可以在企業長期幹仍是僅把其當着一個跳板。總的說來,回答這個問題要讓人以爲你是一個可培養,有潛力人。記住要看是什麼樣的人來面試你。若是是項目經理來面試你,你就不要說你之後的職業規化是項目經理。你就能夠說你的職業規化是成爲架構師,或者是技術專家等。不然他可能會認爲你是一個對其有威脅的人。就算他心裏知道這不算什麼,可能心理總會有一點點不爽。若是是老總面試或人事問你這樣的問題,你則能夠說項目經理也無妨,不過要給人有一種覺穩的感受。

 

回答實例:

       考官:你的職業規化是怎麼樣的呢?(考官是項目經理)

       令狐沖:我思惟能力比較強,擅於邏輯分析。在以前的工做中積累了必定的架構經驗,之後就想成爲一名架構師和技術專家

 

 

寫在最後:上面的這些問題都是面試中十分常見的的問題,比較難以回答的。有些看似簡單殊不知從何提及。有些看似複雜卻又並不複雜。由於不少人都缺乏項目經驗,對軟件開發的過程相對陌生,而老師講這方面的知識也比較少,若是你沒有必定的代碼和項目積累就算老師講你也很難去體會、理解。再說這方面的內容太要求實際經驗和日月積累,老師也很差講。如今我採用把枯燥的概念和實際的項目結合起來進行概括,從而造成這樣一個答題技巧。而且對其中的一些技術結合實際進行分析和總結。但願閱讀者能快速的知其然也知其因此然。從而可以提升面試的成功率。固然這僅僅是一個答題技巧,關鍵仍是須要知識的積累。有道是「不積跬步,無以致千里;不聚細流,不以成江河」。此次完成此文也是我本身對知識的一次梳理,我並無去查閱和考證書本。我想徹底經過本身的語言來描述項目開發的過程和一些細節。又因我實在是才疏學淺,真的但願你們能對個人不當及錯誤之處指出並加以指教,我就涕感淚流了。無論是技術仍是人生,我纔剛剛上路呢!

但願它可以對未就業的學員的就業及對張老師的工做能有所幫助!

引用地址:http://blog.csdn.net/shz2008bj/article/details/2869522

相關文章
相關標籤/搜索