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