軟件工程主要知識點

軟件工程主要學(xué)問點YUKIwascompiledonthemorningofDecember16,2023軟件的定義〔P1〕〔程序〕、〔規(guī)程〕以及運行計算機系統(tǒng)可能需要的相關(guān)〔文檔〕和〔數(shù)據(jù)〕。2.應(yīng)用軟件的分類〔P2〕通用軟件和定制軟件4.軟件危機的表現(xiàn)〔P5-7〕1、軟件開發(fā)的本錢和進度難以準確估量，延遲交付甚至取消工程的現(xiàn)象屢見不鮮。2、軟件存在錯誤多，性能低，不行靠，擔(dān)憂全等質(zhì)量問題。3、軟件本錢在計算機系統(tǒng)的整個本錢中所占的比例越來越大4、軟件維護及其困難，而且很難適應(yīng)不斷變化的用戶需求和使用環(huán)境?！睵7〕化應(yīng)用到軟件上；②對①中所述方法的爭論。軟件工程包括哪些根本要素簡述它們的作用〔P7-8〕7.過程、方法、工具：為軟件開發(fā)供給了“如何做”的技術(shù)、通常包含某種語言或圖形的模型表示方法， 設(shè)計實踐和質(zhì)量保證標準。〔P8-9〕可用性、有效性、可依靠性、可維護性〔P9-10〕〔傳統(tǒng)方法<面對過程的方法、面對數(shù)據(jù)的方法等>、面對對象方法〕面對對象方法CASE系統(tǒng)的三個層次〔P10-11〕CASECASE臺的集成SWEBOK10〔P15-19〕12.〔SoftwareDesign〕→3構(gòu)造〔SoftwareConstruction)→4〔SoftwareTesting〕→5〔SoftwareMaintenance〕→6〔SoftwareConfigurationManagement〕EngineeringManagement〕→8〔SoftwareEngineeringProcess〕→9〔SoftwareEngineeringToolsandMethods〕→10〔SoftwareQuality〕11.軟件工程與其他相關(guān)學(xué)科的關(guān)系〔P19-20〕踐中，并借鑒傳統(tǒng)工程的原則和方法，以系統(tǒng)的，課控的，有效的方式產(chǎn)生高質(zhì)量的軟件。〔P23〕優(yōu)質(zhì)，高效〔P24〕〔軟件產(chǎn)品〕而在〔軟件工具〕的支持下實施的一系列〔軟件工程〕活動。軟件過程的根本活動〔P25-26〕123456、軟件演化軟件過程的制品有哪些(P26-27)12345、軟件實施制品軟件過程模型有哪些各有哪些特點適用的工程瀑布模型：規(guī)定需求、設(shè)計、實現(xiàn)、測試與維護這些根本活動，并固定次序。增量模型：軟件作為一系列的增量構(gòu)件來設(shè)計、實現(xiàn)、集成和測試。螺旋模型：將瀑布和快速原型結(jié)合起來。換。質(zhì)量。P38-40〕工程啟動→工程規(guī)劃→工程實施→工程收尾民主式、主程序員式和技術(shù)治理式工程的溝通方式有哪些〔P46-47〕123456、書面報告〔P50-51〕代碼行技術(shù)，功能點技術(shù)軟件本錢估算有哪些技術(shù)〔P54-55〕123、COCOMO軟件風(fēng)險治理的過程有哪些根本活動〔P58圖〕1234、風(fēng)險監(jiān)控〔P65〕〔標識、組織和掌握〕修改的技術(shù)，其作用于整個軟件生命周期，其目的是是錯誤到達最小并最有效地提高生產(chǎn)率。〔P65〕有通過正式的變化掌握過程才能轉(zhuǎn)變配置治理活動有哪些〔P66-68〕1234、變更掌握〔P71〕1、用戶解決問題或到達目標所需的條件或力量力量312軟件需求可分為哪些類型〔P72圖〕業(yè)務(wù)需求、用戶需求、功能需求、非功能需求、系統(tǒng)需求需求工程包括哪些根本活動每一項活動的主要任務(wù)是什么〔P76，P77-86〕4.個共同的生疏和理解。需求分析：分析和綜合所持采集的信息，簡歷系統(tǒng)的具體規(guī)律模型。需求規(guī)格說明：編寫軟件規(guī)格說明書，準確，完整的表達已確認的需求。需求驗證：評審軟件規(guī)格說明，保證其正確，全都，完備，準確和清楚性。需求治理：定義需求基線，在整個工程中跟蹤需求狀態(tài)及其變化。需求分析的核心工作〔P78〕建立分析模型是需求分析的核心工作主要的需求獵取技術(shù)有哪些它們的優(yōu)缺點和適用場合〔P87，P87-92〕7.面談：多種狀況下使用的簡潔而直接的方法。需求專題研討會：很快產(chǎn)生系統(tǒng)初步定義，暢所欲言，降低風(fēng)險，解決行政問題。觀看用戶工作流程：開發(fā)人員很難通過面談和回憶獵取供求信息。題?；谟美姆椒ǎ阂匀蝿?wù)和用戶為中心，確定參與者與事物妝花為對象模型。1.面對對象軟件工程方法的活動有哪些英文名稱及其簡稱〔P134-135〕1、面對對象分析〔ObjectOrientedAnalysis,OOA〕2、面對對象設(shè)計〔ObjectOrientedDesign,OOD〕3、面對對象編程〔ObjectOrientedProgramming,OOP〕4、面對對象測試〔ObjectOrientedTesting,OOT〕5、面對對象維護〔ObjectOrientedSoftwareMaintenance,OOSM〕2.面對對象的根本概念有哪些英文名稱〔P135-138〕3.〔1〕對象〔Object〕〔2〕類〔Class〕 〔3〕封裝〔Encapsulation〕 繼承〔Inheritance〕 〔5〕消息〔Message〕 〔6〕關(guān)聯(lián)〔Association〕〔7〕聚合〔Aggregation〕 多態(tài)性〔Polymorphism〕英文全稱〔P140〕UnifiedModelingLanguage5.用例視圖〔Use-case View〕設(shè)計視圖〔Design 進程視圖〔ProcessView〕實現(xiàn)視圖〔Implementation View〕和分布視圖〔Deployment View〕面對對象分析模型由哪些模型組成〔P157〕功能模型〔2〕分析對象模型〔3〕動態(tài)模型形式？〔P157-159〕實體類 邊界類圖標形式：圖標形式：圖標形式：圖標形式：掌握類面對對象需求分析有哪些活動應(yīng)當(dāng)建立哪些類型的模型〔P159〕4.模型：實體類模型、邊界類模型、掌握類模型、5.3〔P159-163〕6.邊界類：表示參與者與系統(tǒng)之間的交互掌握類：表示系統(tǒng)在運行過程中的業(yè)務(wù)掌握規(guī)律例行為的一些分析類?！睵171〕系統(tǒng)設(shè)計和具體設(shè)計兩個階段軟件設(shè)計的原則有哪些英文〔P172-174〕3.模塊化 、耦合度和內(nèi)聚性 、復(fù)用性些〔4種體系機構(gòu)的名稱P175-178〕5.MVC效勞器體系構(gòu)造：管道和過濾器體系構(gòu)造：〔P178，或表示層、應(yīng)用規(guī)律層、存儲層〕具體設(shè)計的描述工具〔具體設(shè)計常用的3種工具是圖形，表格，語言〕10軟件驗證和確認的區(qū)分〔P222-223〕求，而驗證說明工作產(chǎn)品是否適當(dāng)?shù)姆从沉颂囟ㄐ枨?。換言之，驗證確?！改惆咽伦鰧α恕梗_認確?！改阕隽藢Φ氖隆??！睵224〕3.廣義上講，測試是指軟件產(chǎn)品生存周期內(nèi)全部的檢查、評審和確認活動。質(zhì)量問題，同時對產(chǎn)品質(zhì)量進展客觀的評價。目的：在于以最少的時間和人力系統(tǒng)地找出軟件中潛在的各種錯誤和缺陷?！睵227〕測試案例產(chǎn)生的測試程序的任何限制。用例。驅(qū)動模塊和樁模塊的概念〔P234〕驅(qū)動模塊的作用是用來模擬被測模塊的上級調(diào)用模塊，功能要比真正的上級模塊簡潔入-退出”消息。樁模塊用來代替被測模塊調(diào)用的模塊，用以返回被測模塊所需的信息。黑盒測試和白盒測試的概念〔P241-242〕下，通過測試來檢測每個功能是否都正常使用。來檢測產(chǎn)品內(nèi)部動作是否依據(jù)規(guī)格說明書的規(guī)定正常進展，依據(jù)程序內(nèi)部的構(gòu)造測試程序，檢驗程序中的每條通路是否都能按預(yù)定的要求正常工作，而不顧他的功能。黑盒測試法中常用的設(shè)計測試用例的方法〔P242-244〕等價類劃分：是一種典型的黑盒測試方法，可將測試用例數(shù)量降到最少?！斑吘墶边x擇元素。狀態(tài)測試：需要通過不同的狀態(tài)驗證程序的規(guī)律流程；失敗條件測試：主要有競爭條件、重復(fù)、壓迫和重負。生錯誤的狀況，針對這些狀況選擇測試用例。〔P245〕語句掩蓋、分值掩蓋、條件掩蓋軟件變更的處理可用什么策略〔P266〕軟