軟件工程主要知識(shí)點(diǎn)

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