軟件工程---課后習(xí)題答案-閱讀頁
2024-08-24 16:38本頁面
【正文】 許多人分工合作開發(fā)同一個軟件時，這個優(yōu)點(diǎn)尤其重要。？1. 工作范圍A. 系統(tǒng)目標(biāo)B. 運(yùn)行環(huán)境C. 主要軟件需求D. 設(shè)計約束/限制2. 體系結(jié)構(gòu)設(shè)計A. 數(shù)據(jù)流與控制流復(fù)審B. 導(dǎo)出的程序結(jié)構(gòu)C. 功能與程序交叉索引3. 數(shù)據(jù)設(shè)計A. 數(shù)據(jù)對象與形成的數(shù)據(jù)結(jié)構(gòu)B. 文件和數(shù)據(jù)庫結(jié)構(gòu)：；；C. 全局?jǐn)?shù)據(jù)D. 文件/數(shù)據(jù)與程序交叉索引4. 接口設(shè)計A. 人機(jī)界面規(guī)格說明B. 人機(jī)界面設(shè)計規(guī)則C. 外部接口設(shè)計：；D. 內(nèi)部接口設(shè)計規(guī)則5. 各部件的過程設(shè)計A. 處理與算法描述B. 接口描述C. 設(shè)計語言（或其他）描述D. 使用的部件E. 內(nèi)部程序邏輯描述F. 注釋/約束/限制6. 運(yùn)行設(shè)計A. 運(yùn)行部件組合B. 運(yùn)行控制C. 運(yùn)行時間7. 出錯處理設(shè)計A. 出錯處理信息B. 出錯處理對策：；；8. 安全保密設(shè)計9. 需求/設(shè)計交叉索引10. 測試部分A. 測試方針B. 集成策略C. 特殊考慮11. 特殊注解12. 附錄第五章，概述使用數(shù)據(jù)流圖進(jìn)行需求分析的過程。1. 畫出系統(tǒng)的輸入和輸出A. 確定源和宿B. 確定加工C. 確定數(shù)據(jù)流D. 頂層圖通常沒有文件2. 畫出系統(tǒng)內(nèi)部A. 確定加工B. 確定數(shù)據(jù)流C. 確定文件D. 確定源和宿3. 畫出加工內(nèi)部4. 重復(fù)第3步，直至每個尚未分解的加工都足夠簡單（即不必再分解）、一致化和完全化任務(wù)？1. 父圖和子圖平衡2. 數(shù)據(jù)守恒3. 局部文件4. 一個加工的輸入數(shù)據(jù)流不能與該加工的輸入數(shù)據(jù)流同名5. 每個加工至少有一個輸入數(shù)據(jù)流和一個輸出數(shù)據(jù)流6. 在整套分層數(shù)據(jù)流中，每個文件應(yīng)至少有一個加工讀該文件，有另一個加工寫該文件。8. 分層DFD中的每個基本加工（即不再分解子圖的加工）都應(yīng)有一個加工規(guī)約。因為數(shù)據(jù)流由一組固定成分的數(shù)據(jù)組成。（略）（略） 采用結(jié)構(gòu)化分析方法寫出書店管理系統(tǒng)的需求文檔，包括數(shù)據(jù)流圖及數(shù)據(jù)字典。 采用Jackson圖表示下面的文件結(jié)構(gòu)：文件人員記錄*工作工號地址姓名工廠。管理員。根據(jù)brown的定義構(gòu)件是一個獨(dú)立發(fā)布的功能部分，可以通過其接口訪問它的服務(wù)。軟件構(gòu)件須承載有用的功能，并遵循某種構(gòu)件模型。在基于構(gòu)件的軟件開發(fā)中經(jīng)常會使用到的商用成品構(gòu)件，是指由第三方開發(fā)的滿足一定構(gòu)件標(biāo)準(zhǔn)并且可組裝的軟件構(gòu)件?；跇?gòu)件的軟件開發(fā)過程：領(lǐng)域工程的步驟：1 領(lǐng)域分析 2 建立領(lǐng)域特定的基準(zhǔn)體系結(jié)構(gòu)模型 3 標(biāo)識候選構(gòu)件 4 泛化和可變性分析 5 構(gòu)件重構(gòu) 6 構(gòu)件的測試 7 構(gòu)件的包裝 8 構(gòu)件入庫應(yīng)用系統(tǒng)工程的步驟：1 建立應(yīng)用系統(tǒng)的體系結(jié)構(gòu)模型；2 尋找候選構(gòu)件；3 評價和選擇合適的構(gòu)件；4 構(gòu)件的修改和特化；5 開發(fā)未被復(fù)用的不分；6 構(gòu)件的組裝；7 集成測試；8 評價被復(fù)用的構(gòu)件，并推薦可能的新構(gòu)件。？什么是黑盒測試？ 白盒測試又稱結(jié)構(gòu)測試，這種方法把測試對象看做一個透明的盒子，測試人員根據(jù)程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息設(shè)計測試用例，檢查程序中所有邏輯路徑是否都按預(yù)定的要求正確地工作。包括：l 程序模塊中的所有獨(dú)立路徑至少執(zhí)行一次。l 在上下邊界及可操作范圍內(nèi)運(yùn)行所有循環(huán)l 測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性等黑盒測試又稱行為測試，這種方法吧測試對象看做一個黑盒子，測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符和它的功能需求。1. 單元測試：又稱模塊測試，著重對軟件設(shè)計的最小單元——軟件構(gòu)件或模塊進(jìn)行驗證。單元測試的主要內(nèi)容：接口、局部數(shù)據(jù)結(jié)構(gòu)、邊界條件、獨(dú)立路徑和錯誤處理路徑。在單元測試的基礎(chǔ)上，將所有模塊按照要求（如根據(jù)結(jié)構(gòu)圖）組裝成為子系統(tǒng)或系統(tǒng)，進(jìn)行集成測試。3. 確認(rèn)測試：經(jīng)集成測試后，已經(jīng)按照設(shè)計把所有的模塊組裝成一個完整的軟件系統(tǒng)，接口錯誤也已經(jīng)基本排除了，接著就應(yīng)該進(jìn)一步驗證軟件的有效性，這就是確認(rèn)測試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那樣。？什么是β測試？1. α測試時由一個用戶在開發(fā)者的場所進(jìn)行的測試，軟件在開發(fā)者對用戶的“指導(dǎo)下”進(jìn)行測試。2. β測試是指軟件開發(fā)公司組織各方面的典型用戶在日常工作中實際使用β版本，并要求用戶報告異常情況、提出批評意見，然后軟件開發(fā)公司再對β版本進(jìn)行改錯和完善。因此針對各種邊界情況設(shè)計測試用例，可以查出更多的錯誤。如何盡可能降低這些因素的影響？1.a) 軟件的維護(hù)周期長；b) 需要維護(hù)的軟件往往沒有文檔、或文檔資料嚴(yán)重不足、或軟件的變化未在相應(yīng)的文檔中反映出來；c) 維護(hù)活動占用了其它軟件開發(fā)可用的資源，使資源的利用率降低；d) 一些修復(fù)或修改請求得不到及時安排，使得客戶滿意率下降；e) 維護(hù)的結(jié)果把一些新的潛在的錯誤引入軟件，降低了軟件質(zhì)量；f) 將軟件人員抽調(diào)到維護(hù)工作中，使得其他軟件開發(fā)過程受到干擾。2. 可維護(hù)性是指理解、改正、調(diào)整和改進(jìn)軟件的難易程度。從概念可以看出，重構(gòu)是從一個系統(tǒng)環(huán)境轉(zhuǎn)換到另一個系統(tǒng)環(huán)境，而正向工程則是重新開發(fā)，從零開始，沒有一定基礎(chǔ)的。它所涉及的范圍覆蓋了整個軟件工程過程。 項目管理的思想是共同的，不過，碰到不同的行業(yè)會有不同的管理方式。傳統(tǒng)行業(yè)項目管理中，人、材、機(jī)都是構(gòu)成項目成本的重要因素。此外，我們還必須估算所需要的資源（硬件及軟件）和可能涉及到的風(fēng)險。（略）。 ？在軟件項目啟動前，必須對該項目進(jìn)行可行性分析，明確項目的目標(biāo)和范圍，并在此基礎(chǔ)上選擇候選的解決方案及可采用的軟件過程模型，估算新系統(tǒng)可能的開發(fā)和運(yùn)行成本及其效益，同時給出該項目在技術(shù)和管理上的要求。產(chǎn)品的間接測量包括功能、質(zhì)量、復(fù)雜性、有效性、可靠性、可維護(hù)性等。（略）（略）“已知風(fēng)險”和“可預(yù)測風(fēng)險”之間的差別。可預(yù)測風(fēng)險，能夠從過去項目的經(jīng)驗中推測出來（如：人員調(diào)整，與客戶之間無法溝通，由于需要進(jìn)行維護(hù)而使開發(fā)人員精力分散
教學(xué)教案相關(guān)推薦
鄂ICP備17016276號-1