35. 評審過程中，QA 做哪些工作？審核包括哪些內(nèi)容？
QA 確保軟件過程的步驟和標準得到遵守。審核的對象包括文檔、代碼等。
36. 其他角色在評審審核中的作用？
其他角色包括評審負責人，一般是項目經(jīng)理，負責使評審活動正常有序的進行，確保評審中發(fā)現(xiàn)的問題得到解決或者指定解決人。包括評審專家，負責對評審對象提出問題，尋求解決的方法。 還包括講解人和作者，他們要確保評審專家對評審材料的理解，并對評審專家提出的問題進行解答。 最后還應(yīng)該由會議記錄員，負責對會議的議題和提出的問題及解決方法進
行記錄。
37. 評審作者是否需要參加評審？
評審作者應(yīng)該參加評審，它有回答評審專家提出的問題的責任，并且負責解決這些問題。
38. 評審過程如何進行？
參見前面的文檔評審流程。
39. 評審前后的工作包括哪些？
評審準備工作包括評審作者準備充分評審材料，確保評審專家理解評審材料，此外還包括確定講解人、評審專家、填寫電子流程申請召開評審會議等。評審?fù)旰?，評審作者還要對評審專家提出的問題進行解決，如果所有問題都得到解決，評審專家和評審負責人會簽通過，則評審過程結(jié)束。
40. 如何保證專家已經(jīng)很好地閱讀了文檔？
評審作者要負責準備充分的評審材料，對文檔進行詳細的說明，確保專家能夠理解文檔；同時專家要拿出專門的時間來閱讀文檔。
41. 開發(fā)工具用過哪些？
VC: MSDev Case: Rational Rose
Java: Jbuilder Database: PowerDesigner
42. 描述一下 Windows 的線程同步對象。
臨界區(qū)、互斥、信號、事件
43. 類靜態(tài)成員變量在什么范圍內(nèi)有效？
等同于全局變量
44. 面向?qū)ο蟮暮锰?
繼承性、多態(tài)性、封裝性。
45. 在 C++中聲明類，如何做到多個實例共享一個全局變量？
聲明一個類靜態(tài)成員變量。
46. 在編碼過程中文檔的書寫情況
簡單的是對函數(shù)的返回值、參數(shù)、用途以及關(guān)鍵技術(shù)做文檔說明?；旧舷騇SDN 靠攏。
47. 規(guī)范在自己日常工作中如何體現(xiàn)？
規(guī)范體現(xiàn)在：編程規(guī)范、文檔模板、電子流程。每天填寫日志、每周作計劃和總結(jié)，使用 PSP工具
48. 控件編寫過沒有
主要編寫訪問數(shù)據(jù)庫的 COM 組件給前臺程序調(diào)用。一般的 UI 控件是在 CWnd
的基礎(chǔ)上編寫的。
49. 調(diào)試代碼過程中遇到困難如何解決？
多使用 Watch, Variable, Breakpoint, Stack 等觀察窗口發(fā)現(xiàn)問題；
使用聯(lián)機幫助系統(tǒng)； 想其它開發(fā)小組成員請教。
50. C++構(gòu)造函數(shù)，抽象類
構(gòu)造函數(shù)是類初始化第一個調(diào)用的函數(shù)，如果一個類中包括抽象函數(shù)，則該類為抽象類，抽象類不能實例化，主要是作為接口定義。
51. 介紹在項目開發(fā)中的角色
開發(fā)人員角色，負責詳細設(shè)計、接口設(shè)計、單元測試計劃和代碼編寫，一般要負責自己開發(fā)模塊的單元測試。
52. 接受過 CMM哪些方面的培訓？
公司內(nèi)部 CMM 培訓，包括 KPA 及開發(fā)流程。
53. 評審如何進行？作為作者如何參與其中？
見前面 36。
54. 文檔和代碼不一致應(yīng)如何處理？
確認文檔是否存在錯誤和滯后，如果是則應(yīng)該及時的更新文檔，使之與代碼保存一致；反之如果代碼沒有按照正確的文檔所描述的進行設(shè)計，則應(yīng)該更正代碼，使之符合設(shè)計的要求。
55. 修改代碼或文檔后，應(yīng)提交哪些信息？配置管理人員做哪些工作？
應(yīng)該提交配置標識項和相關(guān)的代碼和文檔。
56. 使用過哪些配置管理工具？
Microsoft Visual SourceSafe 和Rational ClearCase
57. 配置管理人員