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

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