【正文】 通過(guò)與客戶(hù)協(xié)商，這樣開(kāi)發(fā)團(tuán)隊(duì)即使沒(méi)有回報(bào)，也不會(huì)招致公司和客戶(hù)雙方的埋怨。針對(duì)會(huì)議結(jié)果可向客戶(hù)正式提交一份需求變更計(jì)劃，注明變更引起的時(shí)間、成本、工期代價(jià)和增加工作量等。這么做的目的有兩個(gè)：一是將客戶(hù)下達(dá)變更的流程盡可能地規(guī)范化，減少?gòu)堊炀蛠?lái)的非必要、非緊急、非合理、非高層領(lǐng)導(dǎo)意圖的無(wú)效變更。 明確和樹(shù)立需求基線是需求 變更的依據(jù)。 10． 簡(jiǎn)述技術(shù)復(fù)審的必要性。 6． 簡(jiǎn)述主程序員組的優(yōu)缺點(diǎn)。 因?yàn)槭侵卮笮薷模?所以需要從修改程序規(guī)格說(shuō)明和詳細(xì)設(shè)計(jì)開(kāi)始，對(duì)開(kāi)發(fā)文檔進(jìn)行重大修改， 而源碼也會(huì)需要重新編制。而編碼階段則主要是：可理解性、可修改性、可移植性和效率。 11．什么是軟件的用戶(hù)文檔？ 提供用戶(hù)了解、使用、操作和安裝系統(tǒng)的文檔資料。 4． 為什么說(shuō)維護(hù)的代價(jià)很高？ 應(yīng)該怎樣做才能降低維護(hù)的代價(jià)？ 一般維護(hù)的工作量占生存周期 70%以上，維護(hù)成本約為開(kāi)發(fā)成本的 4 倍 (滿(mǎn)足 82規(guī)則 )。 ③ 對(duì)分法：在關(guān)鍵點(diǎn)插入變量的正確值 。 28． 什么是錯(cuò)誤推測(cè)法？它主要用于什么測(cè)試？ 利用有經(jīng)驗(yàn)的測(cè)試者對(duì)程序可能發(fā)生錯(cuò)誤的位置的推測(cè)進(jìn)行測(cè)試的方法，主要用于黑盒測(cè)試。 3．針對(duì)被修改過(guò)的軟件成分的測(cè)試。 21． 描述集成測(cè)試的兩種策略，并比較它們的優(yōu)缺點(diǎn)。 系統(tǒng)設(shè)計(jì) (4) 驗(yàn)收測(cè)試 —— 用戶(hù)加入 (5) 平行運(yùn)行 —— 新舊系統(tǒng)比較運(yùn)行結(jié)果 16． 為什么單元測(cè)試必須由編程者自己完成？ 單元測(cè)試是對(duì)程序邏輯結(jié)構(gòu)的測(cè)試。 13．簡(jiǎn)單說(shuō)明什么是白盒測(cè)試，什么是黑盒測(cè)試。 8． 在設(shè)計(jì)軟件系統(tǒng)的用戶(hù)幫助設(shè)施時(shí)，需要注意解決哪些問(wèn)題？ 1．在用戶(hù) 與系統(tǒng)交互期間，是否任何時(shí)候都能獲得關(guān)于系統(tǒng)任何功能的幫助信息？ 2．用戶(hù)怎樣請(qǐng)求幫助？ 3．怎樣顯示幫助信息？ 4．用戶(hù)怎樣返回到正常的交互方式中？ 5．怎樣組織幫助信息？ 9． 軟件出錯(cuò)處理設(shè)計(jì)，即軟件安全性設(shè)計(jì)。 而程序設(shè)計(jì)語(yǔ)言 是否有理想 的 結(jié)構(gòu)化、模塊化機(jī)制，是否有可讀性好的控制結(jié)構(gòu)和 數(shù) 據(jù)結(jié)構(gòu)等 特性 ，以及程序設(shè)計(jì)語(yǔ)言提供的編譯、軟件工具等，再加上程序 的 設(shè)計(jì)風(fēng)格會(huì)很深刻的影響軟件的質(zhì)量和可維護(hù)性、可測(cè)試性、可靠性等。 3．簡(jiǎn)述結(jié)構(gòu)化設(shè)計(jì)的特點(diǎn)。 6． 為什么 模塊的規(guī)模要適中 ？ 過(guò)大不易理解；太小則接口開(kāi)銷(xiāo)過(guò)大。通常對(duì)需求進(jìn)行驗(yàn)證的步驟有：驗(yàn)證需求的一致性、驗(yàn)證需求的現(xiàn)實(shí)性、驗(yàn)證需求的完整性和有效性。 (4) 屬性需求：包括用戶(hù)關(guān)心的屬性，如效率、靈活性、完整性、可靠性等；開(kāi)發(fā)者關(guān)心的屬性，如可維護(hù)性、可復(fù)用性、可移植性等。 需求分析 1． 為什么要進(jìn)行需求分析？通常對(duì)軟件系統(tǒng)有哪些需求？ 需求問(wèn)題是軟件工程項(xiàng)目失敗的主要原因。 12． 主要的成本估計(jì)技術(shù)有哪些？其依據(jù)的主要是什么？ 主要有， 代碼行技術(shù)。 c. 集中于交流效果的問(wèn)題。 數(shù)據(jù)字典主要由下列 4 種元素定義組成： 1．?dāng)?shù)據(jù)流 2．?dāng)?shù)據(jù)流分量 3．?dāng)?shù)據(jù)存儲(chǔ) 4．處理 除了數(shù)據(jù)定義外，數(shù)據(jù)字典還應(yīng)包含一些關(guān)于數(shù)據(jù)的其它信息。 3． 可行性研究有哪些工作步驟？ (1) 復(fù)查定義，確定系統(tǒng)規(guī)模和目標(biāo)。 2． 應(yīng)該從哪些方面研究目標(biāo)系統(tǒng)的可行性 ？ 主要從以下幾個(gè)方面進(jìn)行可行性研究： 1. 技術(shù)可行性。 3． 螺旋模型 。 15． 試比較 瀑布模型、快速原型模型、增量模型和螺旋模型的優(yōu)缺點(diǎn)，說(shuō)明它們各自的適用范圍。 軟件過(guò)程規(guī)定了開(kāi)發(fā)軟件所需完成的各項(xiàng)任務(wù)步驟。 軟件 ＝ 程序 + 數(shù)據(jù) + 文檔 7． 軟件工程的目的是什么？ 為高質(zhì)量的軟件開(kāi)發(fā)提供一個(gè)科學(xué)的體系框架。 軟件危機(jī)的典型表現(xiàn)主要有： a. 開(kāi)發(fā)成本和進(jìn)度不能準(zhǔn)確估計(jì) b. 開(kāi)發(fā)出來(lái)的軟件不能滿(mǎn)足用戶(hù)的要求 c. 軟件的可維護(hù)性差 d. 軟件質(zhì)量不可靠 e. 軟件成本在系統(tǒng)中的比重逐年上升 f. 軟件開(kāi)發(fā)生產(chǎn)率的提高速度不夠 2．簡(jiǎn)述產(chǎn)生軟件危機(jī)的原因和解決的思路 。 其實(shí)質(zhì)就是用工程的概念、原理、技術(shù)和方法，結(jié)合有效的管理方法和先進(jìn)的開(kāi)發(fā)技術(shù)，開(kāi)發(fā)與維護(hù)軟件，以解決軟件危機(jī)。 軟件工程有 7 條基本原理： 1．嚴(yán)格按照軟件生命周期計(jì)劃進(jìn)行管理 2． 堅(jiān)持進(jìn)行階段評(píng)審 3． 實(shí)行嚴(yán)格的產(chǎn)品控制 4． 采用先進(jìn)的程序設(shè)計(jì)技術(shù) 5． 結(jié)果應(yīng)能清楚的審查 6． 開(kāi)發(fā)小組成員應(yīng)少而精 7． 承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性 10． 軟件工程的基本開(kāi)發(fā)原則有哪些？ 軟件工程的基本開(kāi)發(fā)原則有： 1． 模塊化 2． 抽象和信息隱蔽 3． 模塊的高內(nèi)聚和低耦合 4． 確定性 5． 一致性 6． 完備性 11． 構(gòu)成軟件工程的基本元素有哪些？ 除了前面給出的軟件工程三大要素，還應(yīng)該包括控制和質(zhì)量保證。是反映整個(gè)軟件生命期中，系統(tǒng)開(kāi)發(fā)、運(yùn)行、維護(hù)等實(shí)施活動(dòng)的一種結(jié)構(gòu)框架。 2． 原型模型。 具有在軟件開(kāi)發(fā)早期階段使投資獲得明顯回報(bào)和交易維護(hù)的優(yōu)點(diǎn)，但是要求軟件具有開(kāi)放的結(jié)構(gòu)。分析系統(tǒng)的運(yùn)行方式、操作規(guī)程是否適應(yīng)用戶(hù)應(yīng)用需要。 5．簡(jiǎn)述數(shù)據(jù)流圖在可行性研究中的作用 和用途 。 8．什么是軟件范圍？定義 軟件范圍需要哪些信息？ 軟件范圍就是在技術(shù)和管理層面上都是無(wú)二義性和可理解的項(xiàng)目范圍， 是軟件開(kāi)發(fā)各階段的工作依據(jù)。 11． 軟件計(jì)劃中，安排軟件開(kāi)發(fā)進(jìn)度主要可以用哪些工具？都有哪些優(yōu)缺點(diǎn)？ 編制進(jìn)度計(jì)劃的常用工具主要有甘特圖和網(wǎng)絡(luò)計(jì)劃法。 14．進(jìn)行成本 /效益分析的方法主要有哪些？ 常用成本 /效益分析的方法主要有： (1) 貨幣的時(shí)間價(jià)值 (2) 投資回收期 (3) 純收入 (4) 投資回收率 16．如何對(duì)制定完成的軟件計(jì)劃進(jìn)行復(fù)審？為什么要復(fù)審？ 軟件計(jì)劃的 復(fù)審 通 常 涉及有關(guān)軟件工作范圍和軟硬件資源問(wèn)題等 。 3．需求分析的任務(wù)是什么？ 確定對(duì)待開(kāi)發(fā)系統(tǒng)的綜合要求。 實(shí)體 聯(lián)系圖是按照用戶(hù)的觀點(diǎn)對(duì)數(shù)據(jù)建立的模型。 控制耦合是一個(gè)模塊通過(guò)傳遞開(kāi)關(guān)、標(biāo)志、名字等控制信息，明顯地控制選擇另一個(gè)模塊的功能。 9．常用數(shù)據(jù)流類(lèi)型有哪些？ 變換流和事務(wù)流。 它有哪些工作步驟？ Jackson 方法 是以數(shù)據(jù)結(jié)構(gòu) (data structure)為基礎(chǔ)設(shè)計(jì)每個(gè)模塊的處理過(guò)程 ，將數(shù)據(jù)結(jié)構(gòu)轉(zhuǎn)化成程序結(jié)構(gòu)。 這是因?yàn)?，如果一個(gè)界面設(shè)計(jì)的不好，也即通常所說(shuō)的用戶(hù)界面不友好，可以使用戶(hù)在使用時(shí)感到不便，甚至制造麻煩，系統(tǒng)就難以發(fā)揮應(yīng)有的效益，甚至可能被用戶(hù)棄用。 5．信息不能帶有指責(zé)色彩。 14．簡(jiǎn)述軟件測(cè)試的步驟。 20． 集成測(cè)試主要有 漸增式測(cè)試、非漸增式測(cè)試 兩種，試述兩種方式的異同點(diǎn)。 22．什么是回歸測(cè)試？ 回歸測(cè)試的測(cè)試用例集如何確定？ 回歸測(cè)試是指重新執(zhí)行已經(jīng)做過(guò)的測(cè)試的某個(gè)子集，以保證系統(tǒng)在發(fā)生調(diào)試、功能變化等事項(xiàng)后，沒(méi)有帶來(lái)非預(yù)期的副作用。其對(duì)測(cè)試數(shù)據(jù)的選擇是基于對(duì)程序功能的分析，按照程序輸入要求和輸出要求，選擇若干數(shù)據(jù)進(jìn)行測(cè)試功能的過(guò)程。主要有：