【正文】 幾個(gè)層次？ 一般可以分成 5個(gè)層次： (1) 功能需求：系統(tǒng)必須做什么？ (2) 業(yè)務(wù)需求：反映客戶組織機(jī)構(gòu)對(duì)系統(tǒng)高層次的目標(biāo)要求。由于接口單一，因此仍然會(huì)影響被控模塊的內(nèi)部邏輯。具體工作步驟有： 第 1 步：用 Jackson 圖描述 I\O 的數(shù)據(jù)結(jié)構(gòu) 第 2 步：在兩個(gè)圖中指出有直接因果關(guān)系、可以同時(shí)處理的單元 第 3 步： 將數(shù)據(jù)結(jié)構(gòu)映射到程序結(jié)構(gòu) 第 4 步：列出所有操作條件，并分配到上幅程序結(jié)構(gòu)圖中 第 5 步：用 Pseudocode 表示程序 編碼與測(cè)試 1．說明什么是程序編碼？為什么程序設(shè)計(jì)語(yǔ)言的特點(diǎn)和編碼風(fēng)格會(huì)影響到程序的可靠性、可讀性、可測(cè)試性和可維護(hù)性？ 所謂 “ 編碼 ” ，就是將在低級(jí)抽象層次得到的詳細(xì)設(shè)計(jì)結(jié)果，翻譯成用某種程序設(shè)計(jì)語(yǔ)言書寫的程序。 10． 測(cè)試的最基本目標(biāo)是什么？ 以盡可能小的代價(jià)，發(fā)現(xiàn)盡可 能多的錯(cuò)誤。 漸增式測(cè)試：可以較早發(fā)現(xiàn)模塊間的接 口錯(cuò)誤、出現(xiàn)的錯(cuò)誤往往跟最新加入的模塊有關(guān)、在不斷集成的過程中使模塊不斷在新的條件下受到新的檢測(cè)，測(cè)試更徹底，但較非漸增式測(cè)試費(fèi)時(shí)。 等價(jià)劃分法主要用于黑盒測(cè)試。 2．軟件維護(hù)有哪幾種類型？ ①改正性維護(hù)：診斷和改正錯(cuò)誤； ②適應(yīng)性維護(hù)：為了和變化了的環(huán)境 (如軟 \硬件升級(jí)、新數(shù)據(jù)庫(kù)等 )適當(dāng)?shù)嘏浜隙薷能浖? ③完善性維護(hù)：為了增加新功能，修改已有功能，改造界面，增加 HELP 等，而修改軟件； ④預(yù)防性維護(hù)：為了改進(jìn)未來(lái)的可維護(hù)性或可靠性，或?yàn)榱私o未來(lái)的改進(jìn)奠定更好的基礎(chǔ)而修改軟件。 可維護(hù)性復(fù)審在 軟件開放的不同階段有不同的重點(diǎn)。 缺點(diǎn)：難以反映多個(gè)任務(wù)間的邏輯關(guān)系。 （ 1）明確合同約束，建立需求基線 需求變更給軟件開發(fā)帶來(lái)的影響有目共睹，所以在與客戶簽訂合同時(shí)，可以增加一些相關(guān)條款，如限定客戶提出需求變更的時(shí)間，規(guī)定何種情況的變更可以接受、拒絕或部分接受，還可以規(guī)定發(fā)生需求變更時(shí)必須執(zhí)行變更管理流程。因此，當(dāng)客戶堅(jiān)持變更新需求時(shí)，可以建議客戶將新需求按重要和緊迫程度劃分檔次，作為需求變更評(píng)估的一項(xiàng)依據(jù)。如果客戶認(rèn)為該變更可有可無(wú)，多數(shù)情況下會(huì)取消變更。凡未履行審批程序的“變更”，一律是無(wú)效變更不予受理。 11． 什么是軟件能力成熟度模型？其基本思想是什么？ 軟件能力成熟度模型是用于評(píng)價(jià)軟件開發(fā)機(jī)構(gòu)的軟件過程能力成熟度的模型，其基本思想是，采用能力成熟度模型來(lái)幫助軟件開發(fā)機(jī)構(gòu)建立一個(gè)有規(guī) 律的、成熟的軟件過程，以開發(fā)出質(zhì)量更好的軟件，免受時(shí)間和成本超支之苦。 代碼行技術(shù)和功能點(diǎn)技術(shù)。大量使用可重用軟件構(gòu)件，可大幅提高軟件的可維護(hù)性。 ⑤ 演繹法：普通 ? 特殊 32．什么是軟件的可靠性、可用性和正確性？ 軟件可靠性是指程序在給定的時(shí)間間隔內(nèi)，按照說明書的規(guī)定，成功地運(yùn)行的概率。 確認(rèn)測(cè)試的工作范圍主要有： 1． 按合同規(guī)定審查軟件配置； 2． 設(shè)計(jì)測(cè)試計(jì)劃，使通過測(cè)試保證軟件能滿足所有功能、性能要求； 3． 文檔與程序一致，具有維護(hù)階段所必須的細(xì)節(jié)； 4． 嚴(yán)格按用戶手冊(cè)操作，以檢查手冊(cè)的完整性和正確性。再者，高質(zhì)量的程序模塊是構(gòu)造系統(tǒng)的基礎(chǔ)，因此編程者 必須向下一道工序提交符合質(zhì)量要求的產(chǎn)品。 2．信息應(yīng)該提供有助于從錯(cuò)誤中恢復(fù)的建設(shè)性意見。 (1) 順序結(jié)構(gòu) (2) 選擇結(jié)構(gòu) (3) 先判定型循環(huán)結(jié)構(gòu) (4) 后判定型循環(huán)結(jié)構(gòu) (5) 多情況選擇 7． 試說明 ISO 為什么要建議停止使用程序流程圖，而推薦使用 PDA 圖？ 由于程序流程圖中的 GOTO 語(yǔ)句回嚴(yán)重地?fù)p害程序結(jié)構(gòu)，而無(wú)法實(shí)行結(jié)構(gòu)化設(shè)計(jì)。 典型的總體設(shè)計(jì)包括以下 9 個(gè)步驟： 確定最佳方案 選取合理方案 推薦最佳方案 功能分解 軟件結(jié)構(gòu)設(shè)計(jì) 設(shè)計(jì)數(shù)據(jù)庫(kù) 制定測(cè)試計(jì)劃 書寫文檔 審查和復(fù)審 5． 為什么要 盡量使用數(shù)據(jù)耦合，少用控制耦合，限制公共耦合 的范圍，完全不用內(nèi)容耦合 ？ 減少模塊之間的 關(guān)聯(lián)度，提高模塊的獨(dú)立性。 需求分析就是要解決這個(gè)問題。 軟件開發(fā)環(huán)境資源由三個(gè)層次構(gòu)成：開發(fā)環(huán)境、軟件構(gòu)件以及最重要的資源 —— 人。 系統(tǒng)流程圖是概括的描述物理系統(tǒng)的傳統(tǒng)工具。主要體現(xiàn)在對(duì) 開發(fā)人員的風(fēng)險(xiǎn)評(píng)估經(jīng)驗(yàn)和專門知識(shí)的要求較高。 13． 什么是軟件生命周期？什么是軟件 生命周期模型？ 軟件如同自然界任何事物一樣，都有其孕育、誕生、成長(zhǎng)、成熟、衰亡的生存過程。 解決軟件危機(jī)，既要有技術(shù)措施 (方法和工具 )，又要有必要的組織管理措施。 軟件工程作為 一種層次化的技術(shù) ，有 方法、工具和過程三大要素 ，并由于其涉及學(xué)科內(nèi)容的極為廣泛，而分為三個(gè)分支：軟件開發(fā)技術(shù)、軟件項(xiàng)目管理技術(shù)、軟件質(zhì)量管理技術(shù)。但問題是 ，往往不能夠真正滿足用戶的需求。通過成本 效益分析，估算系統(tǒng)的整體經(jīng)濟(jì)效益是否滿足要求。 7． 說明軟件計(jì)劃的內(nèi)容和目標(biāo)。 由于項(xiàng)目本身的復(fù)雜性，因此， 成本估計(jì)技術(shù)主要 采用 “分而治之 ”的分解技術(shù)對(duì)軟件項(xiàng)目進(jìn)行估算。 可以快速構(gòu)建旨在演示目標(biāo)系統(tǒng)主要功能的可運(yùn)行程序，幫助用戶確定及提供更為精準(zhǔn)的需求，以利用戶和開發(fā)者能夠在目標(biāo)系統(tǒng)應(yīng)該“做什么”這一問題上盡快達(dá)成一致。 8．簡(jiǎn)述面向數(shù)據(jù)流設(shè)計(jì)方法的基本思想。 4．用戶界 面提供系統(tǒng)服務(wù)的方式通常有 哪兩種？ 命令驅(qū)動(dòng)和屏幕菜單驅(qū)動(dòng) 5． WIMP 界面 是 屏幕 菜單驅(qū)動(dòng) 用戶界面的 一種形式，其設(shè)計(jì)準(zhǔn)則有哪些？ (1) 明確的動(dòng)作：在屏幕上指點(diǎn)并操縱對(duì)象 (2) 即時(shí)反饋：操作結(jié)構(gòu)即見 (3) 增量效應(yīng)：圖標(biāo)應(yīng)被拖曳連續(xù)移動(dòng)，而非跳躍 (4) 可視交互：交互操作與用戶概念模型匹配 (5) 剝皮式學(xué)習(xí)：學(xué)習(xí)系統(tǒng)功能復(fù)雜性逐層加深 (6) 可逆動(dòng)作：也即應(yīng)有退回操作 (7) 事先驗(yàn)證：只允許合法操作產(chǎn)生效果 6． 為什么說軟件界面設(shè)計(jì)的質(zhì)量會(huì)直接影響到用戶對(duì)軟件產(chǎn)品的評(píng)價(jià)？ 用戶界面 (Userinterface)又稱人機(jī)界面 (manputer interface)，是用戶和計(jì)算機(jī)聯(lián)系的中間媒介，是系統(tǒng)中最重要、最關(guān)鍵的部分之一。 白盒測(cè)試是對(duì)程序的執(zhí)行細(xì)節(jié)進(jìn)行測(cè)試，通過設(shè)計(jì)測(cè)試數(shù)據(jù)，驗(yàn)證程序模塊的每個(gè)路徑的執(zhí)行情況。主要缺點(diǎn)是需要存根程序，可能遇到與此相聯(lián)系的測(cè)試?yán)щy，底層 模塊的錯(cuò)誤發(fā)現(xiàn)較晚，而且對(duì)人力的使用也不利。 31． 簡(jiǎn)單說明調(diào)試的方法和策略。 5． 導(dǎo)致維護(hù)成本高企的原因主要有哪些？ 軟件開發(fā)途徑不好，導(dǎo)致軟件可維護(hù)性差，原來(lái)的開發(fā)人員沒有參與維護(hù)，維護(hù)成本日益高漲等，從 維護(hù)工作量的經(jīng)驗(yàn)?zāi)Ｐ?可以看到，維護(hù)工作量和成本將呈指數(shù)增加。 軟件再 工程則是 以軟件工程學(xué)為指導(dǎo)，對(duì)目標(biāo)軟件進(jìn)行重新設(shè)計(jì)、重新編碼和測(cè)試的過程。并且，能夠在技術(shù)和管理兩方面都能同時(shí)具備優(yōu)秀品質(zhì)的主程序員更不多見。例如，對(duì)于項(xiàng)目中的需求，可以實(shí)行分級(jí)管理，以達(dá)到對(duì)需求變更的控制和管理。因此，需要安排一名專職的需求變更聯(lián)絡(luò)人員，負(fù)責(zé)與客戶及時(shí)交流，跟蹤和匯報(bào)需求變更完成進(jìn)度和情況。 （ 5）確認(rèn)客戶是否接受變更的代價(jià) 要讓客戶認(rèn)識(shí)到變更都是有代價(jià)的，要和客戶一起判斷需求變更是否 依然進(jìn)行。正是這