CMMI3訪談問題及答案--需求設(shè)計開發(fā)人員.doc

需求設(shè)計開發(fā)人員1. 自我介紹，職責(zé)我叫XXX，是XX項目的XXX角色。我們項目從X年X月X日開始，到X年X月X日結(jié)束。2. 工作由誰分配？PM分配，我們從項目計劃，項目開發(fā)計劃.mpp，周例會中獲??；3. 怎么做需求的？在項目開發(fā)計劃基線后，系統(tǒng)分析師按照計劃制定需求調(diào)研計劃，確定活動安排和時間安排，實施人員，客戶配合人員，調(diào)研內(nèi)容等。PM審核需求調(diào)研計劃，通過后，系統(tǒng)分析師做調(diào)研前的準(zhǔn)備，準(zhǔn)備需求調(diào)研提綱，按照計劃進(jìn)行現(xiàn)場調(diào)研，明確客戶重點，詳細(xì)記錄并分析隱含需求?，F(xiàn)場調(diào)研完成后，系統(tǒng)分析師完成客戶需求說明書并進(jìn)行評審，通過后，PM與客戶確認(rèn)需求（我們采用了書面簽字的方式，有簽字確認(rèn)單），通知CM基線?？蛻粜枨笳f明書基線后，系統(tǒng)分析師討論分析客戶需求，編寫軟件需求規(guī)格說明書和評審并基線。4. 怎么做設(shè)計的？1、 在軟件需求規(guī)格說明書基線后，進(jìn)入設(shè)計階段的工作。PM按照計劃分配設(shè)計任務(wù)，設(shè)計人員做設(shè)計準(zhǔn)備，明確設(shè)計方法，制定軟件設(shè)計說明書，通過評審后納入基線。2、 軟件設(shè)計說明書內(nèi)容包括總體設(shè)計、功能性需求設(shè)計、非功能性需求設(shè)計、接口設(shè)計、結(jié)構(gòu)化設(shè)計、數(shù)據(jù)庫設(shè)計、界面設(shè)計、權(quán)限設(shè)計、安全設(shè)計、系統(tǒng)異常處理設(shè)計和系統(tǒng)維護(hù)設(shè)計等。5. 設(shè)計如何評審？參加設(shè)計評審的有PM，項目組成員，其他項目技術(shù)骨干等。PM向評審委員會主任提交評審申請，評審委員會主任任命評審組長和組員，評審組長發(fā)評審?fù)ㄖ?、評審檢查單和評審材料，評審人員對材料進(jìn)行預(yù)審，并在會議前將結(jié)果反饋給評審組長，評審組長匯總大家發(fā)現(xiàn)的問題記錄在缺陷記錄表中，召開評審會議。在會議上采用逐頁評審的方式，隨時指出發(fā)現(xiàn)的問題，由作者解答，評審小組確認(rèn)問題嚴(yán)重級別、責(zé)任人和修改時間，得出評審結(jié)論（直接通過，修改后通過，不通過）。評審組長指定人員對發(fā)現(xiàn)的問題進(jìn)行跟蹤，修改完之后，評審組長完成評審總結(jié)報告發(fā)給相關(guān)人員，評審結(jié)束。6. 是否參與評審？發(fā)現(xiàn)了哪些問題？參加了。參加評審的工作產(chǎn)品包括：項目開發(fā)計劃、質(zhì)量保證計劃、配置管理計劃、客戶需求說明書、軟件需求規(guī)格說明書、軟件設(shè)計說明書、關(guān)鍵代碼（非正式評審）、單元測試計劃、集成系統(tǒng)測試計劃。（舉1-2個自己發(fā)現(xiàn)的問題例子）7. 怎么做編碼和測試的？在軟件設(shè)計說明書基線后，PM：(1) 分配編寫單元測試計劃、編碼及單元測試任務(wù)。(2) 若程序員不熟悉編碼規(guī)范，可以組織對其進(jìn)行培訓(xùn)。（說出本項目使用的編碼規(guī)范，是否進(jìn)行了培訓(xùn)）(3) 確定編碼及單元測試的具體時間。(4) 確定關(guān)鍵模塊，編碼順序。(5) 與軟件設(shè)計師共同確定單元代碼的測試內(nèi)容，測試方式：如靜態(tài)測試，或者動態(tài)測試。程序員搭建編碼及單元測試環(huán)境，根據(jù)軟件設(shè)計說明書和編碼規(guī)范進(jìn)行編碼和調(diào)試，按照評審后的單元測試計劃進(jìn)行測試。PM組織對單元代碼進(jìn)行檢查后納入配置管理。單元測試通過后，軟件設(shè)計師與PM確定產(chǎn)品集成順序，準(zhǔn)備測試環(huán)境，測試員編寫集成系統(tǒng)測試計劃并進(jìn)行評審，計劃包括測試具體內(nèi)容，測試進(jìn)度，測試方法，測試資源等內(nèi)容。測試員編寫測試用例，PM審批后進(jìn)行測試。我們項目是用TD進(jìn)行測試的。測試過程中，PM協(xié)調(diào)解決測試過程中遇見的問題直至結(jié)束。8. 編碼是否有編碼規(guī)范？說出本項目使用的編碼規(guī)范，是否進(jìn)行了培訓(xùn)9. 單元測試發(fā)現(xiàn)的缺陷如何處理？發(fā)現(xiàn)缺陷，程序員對代碼進(jìn)行修改，修改后，進(jìn)行回歸測試，直到缺陷已關(guān)閉。確認(rèn)所有缺陷已關(guān)閉，并將測試實際結(jié)果記錄到單元測試用例最后的跟蹤列中。10. 如何寫用例？根據(jù)需求規(guī)格說明書，覆蓋測試需求；項目特別的流程分析，異常情況，用例發(fā)現(xiàn)缺陷的能力。11. 集成環(huán)境是怎樣的？描述本項目的集成環(huán)境。12. 集成順序是如何？為何要這么做？描述本項目的集成順序和原因。13. 是否存在開發(fā)人員覺得不是BUG，測試人員覺得是的情況。怎么解決？出現(xiàn)這種情況會向項目經(jīng)理反映，在周會上進(jìn)行討論，給出結(jié)論。14. 開發(fā)人員如何對配置庫進(jìn)行使用？根據(jù)配置管理計劃中分配的權(quán)限使用配置管理工具。及時上傳、下載配置庫中更新的文件。有基線的工作產(chǎn)品CM會發(fā)布給大家，我們在配置管理狀態(tài)報告中查看每個工作產(chǎn)品的最新狀態(tài)。15. 接受過哪些跟設(shè)計開發(fā)相關(guān)的培訓(xùn)？編碼規(guī)范培訓(xùn)、dorado、框架培訓(xùn)(Spring和hibernate)、（其他跟自己角色相關(guān)的培訓(xùn)）16. QA有無檢查你們的工作？有。在每個階段結(jié)束的時候，QA都會來檢查我們的工作，用相應(yīng)的檢查表來檢查。還會自己去檢查我們的工作產(chǎn)品，發(fā)現(xiàn)的問題會記錄到不符合問題跟蹤表中，項目經(jīng)理指定修改人員對問題修改，QA驗證后關(guān)閉。如果有無法關(guān)閉的不符合項，QA會層層上報直至關(guān)閉。QA還提供過程和模版的培訓(xùn)，解答我們提出的問題。17. 項目測試目的？發(fā)現(xiàn)問題，確保產(chǎn)品達(dá)到需求的要求。18. 如何判斷測試已通過？根據(jù)項目開發(fā)計劃-測試計劃中規(guī)定的測試退出準(zhǔn)則，對測試結(jié)果進(jìn)行分析，如測試用例的覆蓋和缺陷解決率，穩(wěn)定性，是否達(dá)到結(jié)束要求準(zhǔn)則，達(dá)到要求可通過測試。19. 測試報告的內(nèi)容？測試進(jìn)度、缺陷分析、測試總結(jié)（結(jié)論，不足和建議）20. 在項目進(jìn)行過程中，如果發(fā)現(xiàn)過程存在問題你會怎么辦？填寫過程改進(jìn)建議單交給QA或EPG成員，他們會討論修改。21. 你提出過改進(jìn)建議嗎？有/沒有，XX時候，提了XX建議，XX時候被通過了。22. 公司組織級有沒有為你的項目提供幫助？有。首先公司制定了14個過程的過程和模版文檔，還有許多有用的指導(dǎo)書和規(guī)范。其次，在項目開始的時候，可以參考了很多財富庫中以往同類項目的歷史數(shù)據(jù)，如度量目標(biāo)、估算生產(chǎn)率、風(fēng)險等，在開發(fā)階段還有許多重用庫中可重用的代碼等。在經(jīng)驗庫中還有很多值得借鑒的經(jīng)驗教訓(xùn)，使我們項目能少走彎路。第三，EPG隨時收集過程改進(jìn)建議并及時開會討論，每半年組織一次內(nèi)部評估，對我們現(xiàn)階段的工作進(jìn)行檢查，及時進(jìn)行改進(jìn)。第四， 公司每年安排至少兩輪CMMI過程培訓(xùn)