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