【正文】 這樣即可防止頻繁變更，也讓客戶(hù)認(rèn)識(shí)到不是所有的需求都需要變更。 如果客戶(hù)認(rèn)為該變更雖然有必要但是可以暫緩，雙方簽署備忘錄后留待以后解決。一般來(lái)說(shuō)，如果客戶(hù)認(rèn)為該變更是必須的（不是其上級(jí)領(lǐng)導(dǎo)拍腦袋提出的）就會(huì)接受這些后果。 （ 5）確認(rèn)客戶(hù)是否接受變更的代價(jià) 要讓客戶(hù)認(rèn)識(shí)到變更都是有代價(jià)的，要和客戶(hù)一起判斷需求變更是否 依然進(jìn)行。因此，需要安排一名專(zhuān)職的需求變更聯(lián)絡(luò)人員，負(fù)責(zé)與客戶(hù)及時(shí)交流，跟蹤和匯報(bào)需求變更完成進(jìn)度和情況。要求客戶(hù)配合需求變更計(jì)劃 ，確定變更時(shí)限，控制變更規(guī)模，過(guò)時(shí)變更不候，離譜變更不做，保大局棄小變。例如，每周或每?jī)芍苌踔撩吭抡匍_(kāi)一次需求變更專(zhuān)題會(huì)議，集中研究處理這些零碎變更事項(xiàng)，主動(dòng)控制好工作節(jié)奏，盡量避免由于處理零碎變更而影響項(xiàng)目進(jìn)度。 當(dāng)遇到客戶(hù)提出需求，不及時(shí)處理可能會(huì)使項(xiàng)目不能驗(yàn)收通過(guò)時(shí)，也不能一味拒絕不予開(kāi)發(fā)。 （ 3）分級(jí)管理變更，定時(shí)批量處理 軟件開(kāi)發(fā)項(xiàng)目中，“客戶(hù)永遠(yuǎn)是對(duì)的”和“客戶(hù)是上帝”并不完全正確，因?yàn)樵谝呀?jīng)簽定的項(xiàng)目合同中，任何新需求的變更和增加除了影響項(xiàng)目的正常進(jìn)行以外，還影響到客戶(hù)的成本投入收益。二是留下書(shū)面依據(jù)，為今后可能的成本變更和索賠準(zhǔn)備好“變更賬”。 明確需求變更審批環(huán)節(jié)、審批人員、審批事項(xiàng)、審批流程。正是這種觀(guān)念才使需求變更變得不可控，最終導(dǎo)致項(xiàng)目的失敗。例如，對(duì)于項(xiàng)目中的需求，可以實(shí)行分級(jí)管理，以達(dá)到對(duì)需求變更的控制和管理。在開(kāi)發(fā)過(guò)程中，需求確定并經(jīng)過(guò)評(píng)審后（客戶(hù)參與評(píng)審），建立第一個(gè)需求基線(xiàn)。雖然軟件開(kāi)發(fā)合同很難在簽訂之初就能夠精確定義每項(xiàng)需求，單靠合同是幫不上忙的，但也不能忽視合同的約束力。需求變更控制的目的不是控制變更的發(fā)生，而是對(duì)變更進(jìn)行管理，確保變更有序進(jìn)行。 12． 簡(jiǎn)述軟件能力成熟度模型的 5個(gè)等級(jí)。 技術(shù)復(fù)審能夠較早發(fā)現(xiàn)軟件錯(cuò)誤，防止錯(cuò)誤被帶入到軟件過(guò)程的后期階段，從而大大降低后續(xù)開(kāi)發(fā)和維護(hù)的成本。 ⑶ 測(cè)試 9． 參加軟件質(zhì)量保證活動(dòng)的人員有哪兩類(lèi)？ 可以分為兩類(lèi)：參與軟件開(kāi)發(fā)的技術(shù)人員，以及負(fù)責(zé)任軟件質(zhì)量保證活動(dòng)的 SQA 小組成員。 8． 軟件質(zhì)量保證的措施主要有哪些？ ⑴ 審查：由組長(zhǎng)、作者、 2 位評(píng)審員（與評(píng)審結(jié)果有利害關(guān)系的）組成審查小組，進(jìn)行發(fā)現(xiàn)、記錄錯(cuò)誤的工作，并 復(fù)查返工結(jié)果。并且，能夠在技術(shù)和管理兩方面都能同時(shí)具備優(yōu)秀品質(zhì)的主程序員更不多見(jiàn)。 優(yōu)點(diǎn)主要有：主程序員廣播式發(fā)布工作要求，組織管理好、效率高、質(zhì)量容易保證、成本相對(duì)較低。 4． 簡(jiǎn)述 關(guān)鍵路徑法 CPM 工作步驟 (1) 標(biāo)出 持續(xù)時(shí)間 Lasting Time (2) 標(biāo)出 最早開(kāi)始 時(shí)間 EST: = 從起點(diǎn)始，所有進(jìn)入事件的 EST+LT 中最大的 (3) 標(biāo)出 最遲開(kāi)始時(shí)間 LST: = 從終點(diǎn) (EST = LST)始，所有離開(kāi)事件的 LST?LT 中最小的 (4) 標(biāo)出 機(jī)動(dòng)時(shí)間 ST: = 終點(diǎn) LST ? 起點(diǎn) EST ? LT (5) 標(biāo)出 關(guān)鍵路徑 Critical Path: 即 EST = LST 的所有事件組成的路徑 5． 目前項(xiàng)目開(kāi)發(fā)時(shí)常 用的小組組織方法有哪些？ 民主制程序員組、主程序員組和現(xiàn)代程序員組。 優(yōu)點(diǎn)：簡(jiǎn)單，能動(dòng)態(tài)地反映開(kāi) 發(fā)進(jìn)展。 2． 在工作量估算技術(shù)中，動(dòng)態(tài)多變量模型比靜態(tài)單變量模型有哪些優(yōu)點(diǎn)？ 可以更精確地進(jìn)行估算，估算結(jié)果更切合被估算對(duì)象的實(shí)際。 項(xiàng)目管理 1． 請(qǐng)簡(jiǎn)單描述有哪些進(jìn)行軟件規(guī)模估算的方法。 你將選取哪兩份文檔？為什么這樣選?。磕愦蛩闳绾瓮瓿蛇@個(gè)任務(wù)？ 應(yīng)該選擇 (a)程序的規(guī)格說(shuō)明和 (b)程序的詳細(xì)設(shè)計(jì)結(jié)果。 預(yù)防性維護(hù) 就是對(duì)軟件將來(lái)可能需要的改動(dòng)，使用 逆向工程與再工程 方法對(duì)軟件進(jìn)行維護(hù)。 軟件再 工程則是 以軟件工程學(xué)為指導(dǎo)，對(duì)目標(biāo)軟件進(jìn)行重新設(shè)計(jì)、重新編碼和測(cè)試的過(guò)程。 14． 什么是軟件的逆向工程和再工程？ 軟件逆向工程是指當(dāng)維護(hù)對(duì)象缺乏必要的文檔資料時(shí)，分析已有程序，尋求比源代碼更高級(jí)的抽象表現(xiàn)形式，恢復(fù)軟件原有設(shè)計(jì)的過(guò)程。例如，在分析階段的復(fù)審重點(diǎn)是：可靠性、可移植性、可用性。 13． 為什么要進(jìn)行軟件可維護(hù)性復(fù)審？ 目的是提高軟件的可維護(hù)性。主要體現(xiàn)在兩個(gè)方面： 1．可重用構(gòu)件通常都是組裝成功的部件，加上每次重用又都會(huì)進(jìn)一步完善部件，因此可以大幅提高軟件的可靠性，而改正性維護(hù)要求會(huì)降低。 12． 什么是可重用性？如何通過(guò)提高軟件的可重用性來(lái)提高軟件的可維護(hù)性？ 可重用性是指同一事物不加修改或稍加修改，就可以在不同環(huán)境多次重復(fù)使用。 10． 什么是軟件的系統(tǒng)文檔？ 系統(tǒng)文檔是指軟件系統(tǒng)從問(wèn)題定義、需求說(shuō)明、設(shè)計(jì)、實(shí)現(xiàn)到驗(yàn) 收測(cè)試計(jì)劃等一系列和系統(tǒng)實(shí)現(xiàn)密切相關(guān)的技術(shù)文檔。 7．如何提高軟件的可維護(hù)性？ 可以從提高決定軟件可維護(hù)性的因素著手，這些因素是：可理解性、可測(cè)試性、可修改性、可移植性、可重用性、 可靠性、 可使用性 、效率 等。 5． 導(dǎo)致維護(hù)成本高企的原因主要有哪些？ 軟件開(kāi)發(fā)途徑不好，導(dǎo)致軟件可維護(hù)性差，原來(lái)的開(kāi)發(fā)人員沒(méi)有參與維護(hù)，維護(hù)成本日益高漲等，從 維護(hù)工作量的經(jīng)驗(yàn)?zāi)Ｐ?可以看到，維護(hù)工作量和成本將呈指數(shù)增加。 維護(hù)代價(jià)分為： 1． 有形代價(jià)：費(fèi)用已上升至總預(yù)算的 80%； 2． 無(wú)形代價(jià)： ? 占用資源以致延誤開(kāi)發(fā)； ? 修改不及時(shí)引起用戶(hù)不滿(mǎn)； ? 維護(hù)引入新錯(cuò)誤，降低了軟件質(zhì)量；等等。 3． 為什么說(shuō)軟件文檔維護(hù)和代碼維護(hù)同樣重要？ 這是因?yàn)椋浖臋n是影響軟件可維護(hù)性的決定因素。 維護(hù) 1．什么是軟件維護(hù)？ 在軟件已經(jīng)交付使用之后，為了改正錯(cuò)誤或滿(mǎn)足新的需要而修改軟件的過(guò)程。 軟件可用性是指程序在給定的時(shí)間點(diǎn)，按照說(shuō)明書(shū)的規(guī)定，成功地運(yùn)行的概率。 ④ 歸納法：從錯(cuò)誤癥狀中找出規(guī)律，推斷根源。適用于小型 程序。主要有： ① 試探法：憑經(jīng)驗(yàn)猜測(cè)。 31． 簡(jiǎn)單說(shuō)明調(diào)試的方法和策略。 29． 一個(gè)軟件的測(cè)試策略應(yīng)該是怎樣的？ 黑盒設(shè)計(jì) ? 白盒補(bǔ)充 ① 在任何情況下都應(yīng)首先使用邊界 值分析的方法； ② 必要時(shí)用等價(jià)劃分法補(bǔ)充； ③ 必要時(shí)再用錯(cuò)誤推測(cè)法補(bǔ)充； ④ 對(duì)照程序邏輯，檢查測(cè)試方案。 27． 什么是邊值分析法？它主要用于什么測(cè)試？ 根據(jù)經(jīng)驗(yàn)，在程序處理的邊界最容易發(fā)生錯(cuò)誤的地方進(jìn)行測(cè)試，主要用于黑盒測(cè)試。其對(duì)測(cè)試數(shù)據(jù)的選擇是基于對(duì)程序功能的分析，按照程序輸入要求和輸出要求，選擇若干數(shù)據(jù)進(jìn)行測(cè)試功能的過(guò)程。 24． 設(shè)計(jì)測(cè)試方案的任務(wù)有哪些？ ①預(yù)定要測(cè)試的功能 ②設(shè)計(jì)輸入的測(cè)試數(shù)據(jù) ③列出預(yù)期結(jié)果 25． 什么是邏輯覆蓋測(cè)試法？它主要用于什么測(cè)試？ 邏輯覆蓋測(cè)試是一種對(duì)程序邏輯通路進(jìn)行覆蓋 的 測(cè)試，通常適用于白盒測(cè)試。 23． 什么是確認(rèn)測(cè)試？ 確認(rèn)測(cè)試的任務(wù)是什么？ 如何確認(rèn)其范圍？ 驗(yàn)收軟件的有效 性 (功能和性能達(dá)標(biāo) )。 2．專(zhuān)門(mén)針對(duì)可能受修改影響的軟件功能的附加測(cè)試。 22．什么是回歸測(cè)試？ 回歸測(cè)試的測(cè)試用例集如何確定？ 回歸測(cè)試是指重新執(zhí)行已經(jīng)做過(guò)的測(cè)試的某個(gè)子集，以保證系統(tǒng)在發(fā)