理和邏輯分析，實(shí)體關(guān)系圖，成本利潤(rùn)分析，商業(yè)規(guī)則申明，任務(wù)定義和概要說(shuō)明。

設(shè)計(jì)：

典型活動(dòng)：建立開發(fā)和測(cè)試環(huán)境，制作邏輯模型，技術(shù)系統(tǒng)設(shè)計(jì)，執(zhí)行計(jì)劃。

典型交付：邏輯數(shù)據(jù)模型，事件模型，對(duì)象模型，網(wǎng)絡(luò)模型，物理設(shè)計(jì)，適合開發(fā)環(huán)境的規(guī)格說(shuō)明，經(jīng)過(guò)修改的規(guī)格說(shuō)明書，測(cè)試計(jì)劃，流程圖。

開發(fā)：

典型活動(dòng)：編碼，單元測(cè)試和制作用戶文檔。

典型交付：測(cè)試說(shuō)明書，過(guò)程手冊(cè)，程序。

測(cè)試：

典型活動(dòng)：軟、硬件測(cè)試，線性測(cè)試，系統(tǒng)測(cè)試，集成測(cè)試，回歸測(cè)試和平行測(cè)試。

典型交付：測(cè)試結(jié)果，問(wèn)題報(bào)告和跟蹤紀(jì)錄。

實(shí)施和支持：

典型活動(dòng)：第一階段成果打包；培訓(xùn)。

典型交付：?jiǎn)栴}報(bào)告過(guò)程。

檢查：

典型活動(dòng)：交付后的三到六個(gè)月對(duì)目標(biāo)成本，開發(fā)工作，可見/不可見收益進(jìn)行檢查。

典型交付：實(shí)施總結(jié)報(bào)告。

問(wèn)題34：制作原型應(yīng)該在項(xiàng)目生命周期的那個(gè)階段？

答案34：貫穿整個(gè)項(xiàng)目。眼見為實(shí)。因?yàn)樗球?yàn)證功能，業(yè)務(wù)規(guī)則，用戶需求數(shù)據(jù)和測(cè)試的一個(gè)好工具。值得注意的是，原型不會(huì)成為粗制濫造的產(chǎn)品。原型需要較好地維護(hù)。原型應(yīng)能在過(guò)程和數(shù)據(jù)不完全的情況下，顯示各個(gè)窗口和窗口間的導(dǎo)航關(guān)系。

問(wèn)題35：在項(xiàng)目生命周期中，基于客戶端/服務(wù)器端開發(fā)與基于大型機(jī)開發(fā)的區(qū)別是什么？

答案35：基于客戶端/服務(wù)器端開發(fā)的項(xiàng)目需要額外的任務(wù)編制各部分的計(jì)劃。各部分計(jì)劃中必須包括對(duì)事件，數(shù)據(jù)和網(wǎng)絡(luò)位置的檢查。必須根據(jù)用戶的要求決定服務(wù)器/客戶端的分布。在服務(wù)器/客戶端環(huán)境中，要運(yùn)用外觀建模技術(shù)和制作圖形界面的原型相結(jié)合和方法。

問(wèn)題36：在一個(gè)維護(hù)項(xiàng)目中如何管理和保證質(zhì)量？

答案36：維護(hù)本身就含有負(fù)面意義。許多公司認(rèn)為維護(hù)工作是不好的，第二位的。費(fèi)錢的，并且是對(duì)現(xiàn)有應(yīng)用的不斷修改。必須懂得維護(hù)也有它的生命周期。因此，應(yīng)建立一個(gè)圍繞維護(hù)活動(dòng)的控制和質(zhì)量工作的計(jì)劃。新的開發(fā)計(jì)劃包括交付產(chǎn)品和每個(gè)任務(wù)分配的時(shí)間。項(xiàng)目計(jì)劃應(yīng)考慮到需求變更的情況。這樣可以使項(xiàng)目經(jīng)理和用戶看到變更對(duì)項(xiàng)目進(jìn)度的影響。

維護(hù)階段/活動(dòng)有：

變更的確定（是否會(huì)造成產(chǎn)品問(wèn)題，是否增加了新的功能，或技術(shù)平臺(tái)的變更）

正式記錄變更，

變更確認(rèn)并初步估計(jì)變更的大小，

對(duì)現(xiàn)有變更進(jìn)行優(yōu)先級(jí)排序，

變更分析，

對(duì)變更進(jìn)行編程，

對(duì)變更和變更對(duì)系統(tǒng)產(chǎn)生的影響進(jìn)行系統(tǒng)/回歸測(cè)試，

用戶確認(rèn)變更，

產(chǎn)品遞交，

生產(chǎn)。

問(wèn)題37：面向?qū)ο蟮拈_發(fā)與傳統(tǒng)的開發(fā)方法在管理技術(shù)上有什么不同？

答案37：面向?qū)ο蟮捻?xiàng)目團(tuán)隊(duì)人員較少，團(tuán)隊(duì)成員不需要有太多創(chuàng)意。重要的是技術(shù)和個(gè)人的角色。每個(gè)成員需在項(xiàng)目的不同階段承擔(dān)不同的角色。因此，每個(gè)成員必須了解他們自己的優(yōu)缺點(diǎn)。圍繞一個(gè)或多個(gè)人員的角色有：

設(shè)計(jì)師（系統(tǒng)的整體結(jié)構(gòu)）

抽象工程師（類和類族）

應(yīng)用工程師（完成和組裝類和類之間的消息）

由于傳統(tǒng)的開發(fā)方法，個(gè)人角色是不能互換的。軟件開發(fā)是個(gè)人的努力的結(jié)果。即使是由最優(yōu)秀的，最聰明的人組成的團(tuán)隊(duì)，如果他們不能為共同的目標(biāo)而工作，那么就是最簡(jiǎn)單的項(xiàng)目也不能成功完成。

問(wèn)題38：你如何在處理雇員關(guān)系，項(xiàng)目管理，文本工作之間分配時(shí)間？

答案38：人是最寶貴的財(cái)富，因此需要花費(fèi)最多的時(shí)間。然而，項(xiàng)目經(jīng)理必須關(guān)注事物的次序應(yīng)該是：

商業(yè)目標(biāo)，

公司的目標(biāo)，

項(xiàng)目，

團(tuán)隊(duì)，

個(gè)人，

技術(shù)和方法的變化

問(wèn)題39：什么是PM-CMM?

答案39：人員管理能力成熟度模型。PM-CMM和CMM都是卡內(nèi)基.梅隆大學(xué)的軟件工程研究所開發(fā)的概念模型。PM提供了人力資源管理的組織方法。五個(gè)層次是：

隨意的：人員管理沒(méi)有連貫性，

可重復(fù)的：組織在人員管理方面有一些政策方針，

明確的：將人員管理與業(yè)務(wù)特點(diǎn)相結(jié)合，

可度量的：對(duì)人員管理可進(jìn)行目標(biāo)量化，

優(yōu)化：有組織地致力于不斷地提高人員管理水平。

　　小結(jié)

　　一個(gè)成功的項(xiàng)目團(tuán)隊(duì)是指由不同技能、才華、工作風(fēng)格和知識(shí)的成員組成的士氣高漲的團(tuán)隊(duì)。（PM）項(xiàng)目經(jīng)理的職責(zé)就是將這些人組成團(tuán)隊(duì)并激勵(lì)他們。本文通過(guò)復(fù)習(xí)一般性的概念、術(shù)語(yǔ)和面試中經(jīng)常會(huì)問(wèn)到的問(wèn)題，為面試做準(zhǔn)備。你可以根據(jù)你有關(guān)如何成為一個(gè)好的項(xiàng)目經(jīng)理的知識(shí)和經(jīng)驗(yàn)，對(duì)答案進(jìn)行整理。不管怎么回答，盡量給你所應(yīng)聘的組織留下印象。應(yīng)以一種積極的態(tài)度面對(duì)。應(yīng)側(cè)重于人員管理，同時(shí)還有一個(gè)良好的技術(shù)背景。應(yīng)具備應(yīng)有的常識(shí)、自信、傾聽和作決定的能力。