CMMI 3 訪談問題答案 TS-PI(設(shè)計(jì)開發(fā))

設(shè)計(jì)人員（TS、DAR）1?如何進(jìn)行選擇技術(shù)解決方案？（TSSP1?1/TSSP1?2/DAR）回答：項(xiàng)目組依據(jù)組織的決策流程，在項(xiàng)目開發(fā)過程中，進(jìn)行了一次決策分析過程的實(shí)施，對?…進(jìn)行了決策。首先制定了決策分析計(jì)劃，再定義了具體的解決方案，再依據(jù)組織給出的決策因子和權(quán)重對方案進(jìn)行打分，選擇得分最高的方案，我們最終方案是XXX。決策的過程是：依據(jù)組織給出的決策因子：如：易用性/靈活性/復(fù)雜度/額外硬件投資/執(zhí)行效率/安全性/可用性/可伸縮性/可維護(hù)性/成本節(jié)約依據(jù)決策因子的決策評價(jià)準(zhǔn)則進(jìn)行打分：如：易用性（1-10）項(xiàng)目中選擇的是加權(quán)打分法，利用加權(quán)打分方法我們通過：評審、測試、模擬（仿真）的方式對每個(gè)因子的選擇標(biāo)準(zhǔn)進(jìn)行分析，最終決定每個(gè)因子的最終得分，及方案的最終分?jǐn)?shù)，最終選擇分?jǐn)?shù)最高的方案2?設(shè)計(jì)輸出哪些文檔?請說明這些文檔是如何進(jìn)行設(shè)計(jì)的?（TSSP2.1）回答：依據(jù)《設(shè)計(jì)規(guī)范指南》按照模塊進(jìn)行設(shè)計(jì)，如果模塊太大可以將模塊分成若干個(gè)子模塊分別設(shè)計(jì)，在我們的設(shè)計(jì)中可以根據(jù)項(xiàng)目情況將設(shè)計(jì)劃分成概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)、接口設(shè)計(jì)等幾部分整個(gè)系統(tǒng)分解為子系統(tǒng)（概要設(shè)計(jì)）和模塊（詳細(xì)設(shè)計(jì)），并確定每個(gè)功能模塊的輸入、轉(zhuǎn)換和輸出數(shù)據(jù)流，并考慮各方面數(shù)據(jù)接口、存儲(chǔ)方式等，同時(shí)細(xì)化數(shù)據(jù)結(jié)構(gòu)化設(shè)計(jì)，完善數(shù)據(jù)字典以確保系統(tǒng)能獲得所需的輸出結(jié)果，從而實(shí)現(xiàn)系統(tǒng)的構(gòu)架設(shè)計(jì)。接口設(shè)計(jì)：根據(jù)界面逐個(gè)描述界面上每種涉及到業(yè)務(wù)邏輯操作的輸入輸出參數(shù)信息以及操作的處理步驟，設(shè)計(jì)模塊的接口與屬性，說明函數(shù)功能、輸入?yún)?shù)、輸出參數(shù)、返回值等（包括內(nèi)部接口和外部接口）數(shù)據(jù)庫設(shè)計(jì)：其中數(shù)據(jù)庫腳本部分內(nèi)容必須提供，其它部分內(nèi)容可以在總體設(shè)計(jì)中統(tǒng)一描述，也可以提交單獨(dú)的數(shù)據(jù)庫設(shè)計(jì)說明文檔，包括數(shù)據(jù)庫腳本（包括創(chuàng)建表、視圖、存儲(chǔ)過程、觸發(fā)器、序列號等數(shù)據(jù)庫對象的SQL語句）3?技術(shù)數(shù)據(jù)包，涵蓋那些內(nèi)容？（TSSP2?2）回答：技術(shù)數(shù)據(jù)包是很重要的，因?yàn)檫@包含2個(gè)方面重要的信息所有項(xiàng)目在設(shè)計(jì)中使用到的技術(shù)文獻(xiàn)，放在項(xiàng)目管理庫中作為項(xiàng)目不可缺少的一部分本項(xiàng)目的需求跟蹤矩陣記錄了每一條需求到設(shè)計(jì)再到代碼實(shí)現(xiàn)的跟蹤，保證了每個(gè)功能需求關(guān)聯(lián)的配置項(xiàng)4?請問如何設(shè)計(jì)內(nèi)外部接口？如何細(xì)化接口需求？（TSSP2?3）回答：需求階段就應(yīng)該開始識(shí)別接口需求，需要放入需求跟蹤矩陣中跟蹤到設(shè)計(jì)接口識(shí)別的方法是根據(jù)軟件的界面逐個(gè)描述界面上每種涉及到業(yè)務(wù)邏輯操作的輸入輸出參數(shù)信息以及操作的處理步驟設(shè)計(jì)模塊的接口與屬性，說明函數(shù)功能、輸入?yún)?shù)、輸出參數(shù)、返回值等（包括內(nèi)部接口和外部接口），接口定義放在《接口設(shè)計(jì)說明書》中5?請問如何評估產(chǎn)品組件是否需要被開發(fā)、購買或者復(fù)用(TSSP2.4)回答：軟件復(fù)用不僅僅是對代碼程序的復(fù)用，它還包括對軟件生產(chǎn)過程中文檔的復(fù)用，如項(xiàng)目計(jì)劃、可行性報(bào)告、需求定義、分析模型、設(shè)計(jì)模型、詳細(xì)說明、源程序、測試用例等等.項(xiàng)目經(jīng)理與設(shè)計(jì)組成員根據(jù)選定的技術(shù)方案，參考《設(shè)計(jì)指南》進(jìn)行概要設(shè)計(jì)，包括軟件的總體設(shè)計(jì)、模塊設(shè)計(jì)、復(fù)用外購分析、接口設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)等部分，編寫在我們的項(xiàng)目開發(fā)中，沒有軟件復(fù)用的情況6?項(xiàng)目有哪些支持性文檔，由誰負(fù)責(zé)編寫？(TSSP3.2)回答：用戶手冊是需要由測試人員完成編寫的項(xiàng)目安裝手冊是有開發(fā)人員完成編寫的7?你用到了哪些工具來開展你的設(shè)計(jì)工作？(TSGP2.3)回答：Visio繪制流程圖，UML工具開發(fā)人員(TS)8?編碼時(shí)須參考哪些文件與規(guī)范？(TSSP3.1)回答：開發(fā)組成員根據(jù)“詳細(xì)設(shè)計(jì)書”進(jìn)行程序編寫，實(shí)現(xiàn)軟件的開發(fā)，編寫的程序代碼要符合《編碼規(guī)范》的要求。在這個(gè)過程中開發(fā)人員需要參考的規(guī)范包括a.詳細(xì)設(shè)計(jì)書JAVA或.NET或IOS、Android的《編碼規(guī)范》，要能熟悉里面的2-3條編程規(guī)范9?你采用了什么樣的開發(fā)工具？(TSGP2.3)回答：說明是哪個(gè)具體的開發(fā)工具IDE發(fā)現(xiàn)的缺陷記錄在禪道工具中配置管理工具使用SVN10?編程活動(dòng)在什么時(shí)候開始啟動(dòng)？你編寫的程序是如何知道滿足設(shè)計(jì)的？(TSSP3.1)回答：編程活動(dòng)在設(shè)計(jì)階段后進(jìn)行代碼編寫后需要更新到需求跟蹤矩陣中，并對應(yīng)所有設(shè)計(jì)的模塊.代碼需要經(jīng)過走查評審，并評審?fù)ㄟ^代碼需要經(jīng)過單元測試(單元測試用例是開發(fā)人員交互測試)，并測試通過，以驗(yàn)證模塊的正確代碼需要經(jīng)過集成測試(集成測試用例是經(jīng)過測試人員編寫和執(zhí)行)，并測試通過，以驗(yàn)證接口的正確代碼需要經(jīng)過系統(tǒng)測試(系統(tǒng)測試用例是經(jīng)過測試人員編寫和執(zhí)行)，并測試通過，以驗(yàn)證系統(tǒng)的業(yè)務(wù)、性能是否符合用戶需求代碼需要經(jīng)過驗(yàn)收測試(驗(yàn)收測試用例是經(jīng)過測試人員和客戶共同編寫和執(zhí)行)，并測試通過，以確認(rèn)系統(tǒng)能夠在客戶的環(huán)境下正常運(yùn)行11?誰執(zhí)行代碼走查評審?如何執(zhí)行?(TS3.1/VERSP2.2)回答：1.代碼完成后，項(xiàng)目組成員進(jìn)行代碼評審，根據(jù)“代碼評審檢查表”進(jìn)行評審，完成“代碼評審報(bào)告”。開發(fā)工程師根據(jù)評審發(fā)現(xiàn)的缺陷，進(jìn)行代碼修改。在代碼評審的時(shí)候，開發(fā)人員必須參加，分模塊進(jìn)行代碼走查，代碼評審的覆蓋度要求為：覆蓋全部新增代碼a.代碼走查檢查表，如(下面紅色內(nèi)容)12?你是如何進(jìn)行單元測試的？測試的結(jié)果會(huì)記錄嗎？結(jié)果報(bào)告存放在哪里？(TSSP3.1/VERSP3.1)單元測試：結(jié)構(gòu)化的軟件開發(fā)中以模塊(函數(shù)、過程)作為測試的最小單元，關(guān)注的是：a.模塊間的接口測試；模塊局部數(shù)據(jù)結(jié)構(gòu)測試；模塊邊界條件測試；模塊中所有獨(dú)立執(zhí)行通路測試；模塊的各條錯(cuò)誤處理通路測試。2.執(zhí)行單元測試，發(fā)現(xiàn)單元測試問題，記錄在禪道中，并編寫單元測試報(bào)告(報(bào)告中包括：單元測試缺陷的數(shù)量和密度，是否符合單元測試出口條件等)13?你是如何和測試人員互動(dòng)的？(VERSP3.1/VERSP3.2)回答：1、測試人員執(zhí)行集成測試、系統(tǒng)測試，測試發(fā)現(xiàn)缺陷并記錄在禪道中2、測試人員和項(xiàng)目經(jīng)理溝通，由項(xiàng)目經(jīng)理決定缺陷修改人員3、缺陷修改完畢之后，創(chuàng)建新的標(biāo)簽并提交測試，由測試人員回歸，最后由測試人員關(guān)閉測試缺陷4、PM重新提交代碼入庫，由CMO執(zhí)行代碼基線設(shè)計(jì)、開發(fā)人員（PI產(chǎn)品集成）15.請問集成策略是如何定義的？（PISP1.1）回答：根據(jù)組織定義的產(chǎn)品集成指南中定義的集成順序有2種a.自頂向下的集成方式將模塊按系統(tǒng)程序結(jié)構(gòu)，沿控制層次自頂向下進(jìn)行集成。由于這種集成方式在測試過程中較早地驗(yàn)證了主要的控制和判斷點(diǎn)。在一個(gè)功能劃分合理的程序結(jié)構(gòu)中，判斷常出現(xiàn)在較高的層次，較早就能遇到。如果主要控制有問題，盡早發(fā)現(xiàn)它能夠減少以后的返工b.自底向上的集成方式這種組裝的方式是從程序模塊結(jié)構(gòu)的最底層模塊開始組裝和測試，因?yàn)槟K是自底向上進(jìn)行組裝，對于一個(gè)給定層次的模塊，它的子模塊（包括子模塊的所有下屬模塊）已經(jīng)組裝并測試完成，所以不再需要樁模塊在我項(xiàng)目中控制層面的要求比較少，主要考慮的是工作量和難易度，所以我們以自底向上的方式進(jìn)行集成，我們的集成順序是（分為X個(gè)步驟，每個(gè)步驟分別集成什么模塊），這些集成順序定義在項(xiàng)目的集成計(jì)劃中，由設(shè)計(jì)人員做出定義。16?如何建立與維護(hù)集成環(huán)境?有無特定的工具來支持產(chǎn)品集成?（PISP1.2）回答：集成環(huán)境是由設(shè)計(jì)人員來定義，并放在《產(chǎn)品集成計(jì)劃》中產(chǎn)品集成環(huán)境可自外部取得或自行開發(fā)。為了建立環(huán)境，如有必須時(shí)開發(fā)新的設(shè)備、軟件，以及其它資源，產(chǎn)品集成環(huán)境也可包含現(xiàn)有組織資源的復(fù)用。在本項(xiàng)目中沒有采用特殊的工具與設(shè)備，但是在《產(chǎn)品集成計(jì)劃》中定義了項(xiàng)目集成所需要的：a.硬件環(huán)境設(shè)備（所需的CPU，硬盤，內(nèi)存）b.軟件環(huán)境1.數(shù)據(jù)庫、操作系統(tǒng)、Tomcat、Android、IOS、以及網(wǎng)絡(luò)拓?fù)涞慕Y(jié)構(gòu)，以及他們的版本集成環(huán)境的搭建是由開發(fā)人員按照《產(chǎn)品集成計(jì)劃》中的要求進(jìn)行搭建，并在集成前再次進(jìn)行檢查17?項(xiàng)目建立集成的過程與準(zhǔn)則是什么？（PISP1.3/PISP3.2/PISP3.3）回答：項(xiàng)目集成的過程a.開發(fā)人員依據(jù)項(xiàng)目的《產(chǎn)品集成計(jì)劃》，實(shí)施集成，具體的過程如下產(chǎn)品集成準(zhǔn)備設(shè)計(jì)組為產(chǎn)品組件的集成做準(zhǔn)備，包括：制定“產(chǎn)品集成計(jì)劃”規(guī)劃產(chǎn)品集成活動(dòng)所需的資源、進(jìn)度。設(shè)計(jì)產(chǎn)品集成方案，建立和維護(hù)組件集成序列，明確產(chǎn)品集成規(guī)程，說明集成環(huán)境。產(chǎn)品集成方案的內(nèi)容應(yīng)寫入“產(chǎn)品集成計(jì)劃”包括（集成環(huán)境、集成模塊、集成接口，集成順序，集成步驟）開發(fā)組配置產(chǎn)品集成環(huán)境。產(chǎn)品集成的實(shí)施a.開發(fā)組在集成環(huán)境中按照“產(chǎn)品集成計(jì)劃”進(jìn)行產(chǎn)品集成，主要活動(dòng)包括：組裝產(chǎn)品組件，按照產(chǎn)品集成計(jì)劃中確定的集成序列，組裝產(chǎn)品，管理接口（軟件、硬件和通訊）的變更完成。b.撰寫“產(chǎn)品集成報(bào)告”3.系統(tǒng)測試a.測試組成員負(fù)責(zé)對通過集成的軟件進(jìn)行系統(tǒng)測試，開發(fā)組成員對系統(tǒng)測試發(fā)現(xiàn)的缺陷進(jìn)行修改，系統(tǒng)測試的重點(diǎn)在于發(fā)現(xiàn)軟件與其他外部軟硬件接口之間的協(xié)作問題。集成過程中的準(zhǔn)則定義a.集成前1.所有集成的模塊均通過單元測試或者代碼評審且缺陷均已經(jīng)修正所有集成的接口均通過集成測試且缺陷均已經(jīng)修正b.集成中1.組裝產(chǎn)品模塊，按照產(chǎn)品集成計(jì)劃中規(guī)定的集成順序和步驟，組裝產(chǎn)品(每一產(chǎn)品組件應(yīng)確定與其接口需求相符合。產(chǎn)品組件被組合成更大、更復(fù)雜的產(chǎn)品組件，并檢查已組合的產(chǎn)品組件能正確的相互操作。持續(xù)此過程，直到完成產(chǎn)品集成。在集成過程中，如識(shí)別出問題，應(yīng)記錄問題，并啟動(dòng)糾正措施過程)維護(hù)接口在整個(gè)集成過程中的一致性，解決接口的沖突、不一致及變更的情況集成后1.執(zhí)行系統(tǒng)測試，并以通過測試作為集成通過的準(zhǔn)則18?如何保證接口的完備性？(PISP2.1/PISP2.2)回答：1.接口分為內(nèi)部接口和外部接口，外部接口定義在軟件需求中，內(nèi)部接口定義在概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)中，為了保證接口的完整性，我們形成了《接口設(shè)計(jì)說明書》包括所有內(nèi)部接口和外部接口為了保證接口的完整性和有效性，在接口設(shè)計(jì)過程中，我們遵照《軟件接口設(shè)計(jì)指南》的要求，接口設(shè)計(jì)應(yīng)與概要設(shè)計(jì)詳細(xì)設(shè)計(jì)一同進(jìn)行評審，主要從以下幾個(gè)方面進(jìn)行評審接口設(shè)計(jì)說明書，也被作為設(shè)計(jì)基線中的一部分放入基線中進(jìn)行管理，在后期需求、設(shè)計(jì)、代碼變更過程中，項(xiàng)目團(tuán)隊(duì)會(huì)充分考慮接口的影響，并作出適當(dāng)變更，在本項(xiàng)目中沒有發(fā)生接口的變更在產(chǎn)品集成過程中，為了保證接口理解的充分性，由開發(fā)人員在理解接口設(shè)計(jì)基礎(chǔ)上，編寫項(xiàng)目《接口列表》，并編寫接口實(shí)現(xiàn)的代碼，并請?jiān)O(shè)計(jì)人員加以確認(rèn)接口的代碼實(shí)現(xiàn)是否正確19?請問項(xiàng)目在產(chǎn)品集成前，如何確保模塊已準(zhǔn)備就緒可進(jìn)行集成？(PISP3.1)回答：1.在產(chǎn)品集成前，集成人員需要完成集成前檢查，其中包含：a.模塊是否已經(jīng)完成b.模塊的功能是否滿足要求【所有集成的模塊均通過單元測試、或者代碼評審，單元測試有報(bào)告，代碼評審有報(bào)告，且問題均已經(jīng)修正】模塊的狀態(tài)是否滿足要求【模塊代碼是否進(jìn)入了管理庫，模塊代碼是否正在發(fā)生變更，變更是否結(jié)束，模塊代碼是否是穩(wěn)定的版本】模塊接口是否已符合要求【是否經(jīng)過了接口評審、評審問題是否已經(jīng)修正，集成測試是否通過】20?產(chǎn)品集成后，如何打包交付給客戶？(PISP3.4)回答：1.項(xiàng)目在系統(tǒng)測試后，代碼申請基線，并放入基線庫，由項(xiàng)目組填寫《交付件一覽表》其中包括：交付產(chǎn)品的一覽表、交付文檔一覽表、客戶的權(quán)利與義務(wù)，以及驗(yàn)收確認(rèn)時(shí)間、地點(diǎn)、人員和方法。系統(tǒng)測試后，項(xiàng)目經(jīng)理編寫“試運(yùn)行計(jì)劃”明確試運(yùn)行的安排。系統(tǒng)上線運(yùn)行,在運(yùn)行過程中發(fā)現(xiàn)問題記錄在“缺陷管理表”。設(shè)計(jì)、開發(fā)人員(VER-評審)24?請問項(xiàng)目有哪些工作產(chǎn)品需要進(jìn)評審？(VERSP1.1/VERSP1?3)回答：1.在項(xiàng)目計(jì)劃中定義了要進(jìn)行評審的工作產(chǎn)品，其包括：階段評審名稱評審參與人員評審主要工作產(chǎn)品評審方式策劃計(jì)劃評審PM/項(xiàng)目團(tuán)隊(duì)、咼層項(xiàng)目計(jì)劃、從屬計(jì)劃管理評審各階段里程碑評審PM/項(xiàng)目團(tuán)隊(duì)、咼層里程碑狀態(tài)報(bào)告管理評審需求需求評審PM/項(xiàng)目團(tuán)隊(duì)、用戶用戶需求、需求規(guī)格說明書同行檢查設(shè)計(jì)設(shè)計(jì)評審PM/項(xiàng)目團(tuán)隊(duì)概要設(shè)計(jì)說明書同行檢查PM/項(xiàng)目團(tuán)隊(duì)詳細(xì)設(shè)計(jì)說明書、數(shù)據(jù)庫設(shè)計(jì)、接口設(shè)計(jì)同行檢查編碼代碼審查PM/開發(fā)人員系統(tǒng)代碼走查評審PM/開發(fā)、測試人員單元測試用例走查評審測試測試用例評審PM/開發(fā)、測試人員集成測試用例、接口列表同行檢查PM/需求、測試人員系統(tǒng)測試用例同行檢查測試報(bào)告評審PM/需求、測試人員測試報(bào)告同行檢查驗(yàn)收驗(yàn)收用例評審PM/需求、測試人員驗(yàn)收測試用例、用戶手冊同行檢查25■請說明同行評審的過程？(VERSP2?1/VERSP2.2/VERSP2?3/VERGP3?1)回答：1.同行評審的流程，包括：評審準(zhǔn)備1.按照項(xiàng)目計(jì)劃,在評審會(huì)議的3天前,由項(xiàng)目經(jīng)理識(shí)別必須參與評審的項(xiàng)目成員、通知相關(guān)人員。在評審會(huì)議的前2天將評審?fù)ㄖ?、待評審材料以及相關(guān)的參考資料(包括相應(yīng)的評審檢查表和需求根據(jù)矩陣)發(fā)給每個(gè)評審員,以保證評審員有足夠的時(shí)間來預(yù)審文件.同時(shí)預(yù)定會(huì)議的場所等，評審?fù)ㄖ姆职l(fā)采取郵件或QQ等形式。如果決定取消或推遲會(huì)議,需要重新通知所有相關(guān)人員。各評審員依據(jù)《評審檢查表》對評審材料進(jìn)行預(yù)審。預(yù)審中發(fā)現(xiàn)的問題寫入《評審檢查表》，召開評審會(huì)議1.評審工作產(chǎn)品的作者，對工作產(chǎn)品進(jìn)行講解，對評審組成員提出的問題進(jìn)行解答。對評審中提出的每一個(gè)問題必須要有明確的結(jié)論。確定問題的修改者和確認(rèn)者。修改者需要給出問題解決的時(shí)間。評審中發(fā)現(xiàn)的問題記錄到“評審缺陷管理表”中對評審的工作產(chǎn)品依據(jù)評審的標(biāo)準(zhǔn)做出結(jié)論：是否通過評審.若不通過評審,則確定下一次評審會(huì)議的時(shí)間。對評審結(jié)果采取行動(dòng)a.由項(xiàng)目經(jīng)理指定人員或文件作者對評審結(jié)果進(jìn)行分析、確定問題解決計(jì)劃、對工作產(chǎn)品進(jìn)行返工。提交和歸檔a.評審?fù)ㄟ^后，由項(xiàng)目經(jīng)理員向配置管理員申請歸檔.并由CMO放入基線庫26?請說明下項(xiàng)目計(jì)劃、需求、設(shè)計(jì)文檔的評審準(zhǔn)則？（VERSP1.3）回答：1.項(xiàng)目計(jì)劃采用管理評審a.評審的準(zhǔn)則包括：如：（記住1-2條）1項(xiàng)目可行性是否通過？2生命周期模型選擇是否合理？3過程裁剪是否符合OSSP規(guī)定？，如不符合，是否得到了EPG批