版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)
文檔簡介
1、.一 . 判斷題:1.如果決定將軟件全部包給第三方公司開發(fā)。()2.有了對系統(tǒng)的目標有了大致的了解,就可以開始開發(fā)項目,以后的在開發(fā)中繼續(xù)了解。()3.對于一個成功的軟件項目,可執(zhí)行程序是唯一交付的東西。()4.直到程序運行,才評估軟件系統(tǒng)的質(zhì)量。()5.如果未能按時完成任務,我們可以通過增加程序員來加快完成任務。()6.雖然軟件需求不斷變更,但因軟件比硬件有彈性,所以我們經(jīng)常可以變更它。()7.軟件工程將導致我們產(chǎn)生大量的無用文檔,降低工作效率。()8.在面向?qū)ο蠼V?,主題劃分提供了在更高一層上描述。(主題劃分是指中將一組關(guān)聯(lián)比較強的類的集合。則上百個類可劃分為幾個主題)()9.面向?qū)ο蟮?/p>
2、開發(fā),對象分解取代功能分解。()10.軟件中 80%的錯誤存在 20%的模塊中。()11. 結(jié)構(gòu)化分析方法在建立系統(tǒng)模型時,使用一般特殊結(jié)構(gòu)(實際上沒有這種關(guān)系)來處理信息。()12.開發(fā)軟件就是編程。()13.需求規(guī)格說明書說明了()14.結(jié)構(gòu)化方法,建立系統(tǒng)模型時使用一般連接組織信息。()15.敏捷過程模型選用小而高激勵的團隊使用而不適用于大團隊。()二 . 簡答題1. 軟件工程是層次化的,其四個層次是?答:方法,工具,過程,質(zhì)量保證軟件工程是一種層次化的技術(shù) (如圖 2 1 所示 )。任何工程方法 (包括軟件工程 )必須以有組織的質(zhì)量保證為基礎(chǔ)。全面的質(zhì)量管理和類似的理念刺激了不斷的過程
3、改進,正是這種改進導致了更加成熟的軟件工程方法的不斷出現(xiàn)。支持軟件工程的根基就在于對質(zhì)量的關(guān)注。軟件工程的基層是過程層。軟件工程過程是將技術(shù)層結(jié)合在一起的凝聚力,使得計算機軟件能夠被合理地和及時地開發(fā)出來。過程定義了一組關(guān)鍵過程區(qū)域的框架(KPAs)PAY93 ,這對于軟件工程技術(shù)的有效應用是必須的。關(guān)鍵過程區(qū)域構(gòu)成了軟件項目的管理控制的基礎(chǔ),并且確立了上下各區(qū)域之間的關(guān)系,其中規(guī)定了技術(shù)方法的采用、工程產(chǎn)品 (模型、文檔、數(shù)據(jù)、報告、表格等)的產(chǎn)生、里程碑的建立、質(zhì)量的保證及變化的適當管理。軟件工程的方法層提供了建造軟件在技術(shù)上需要“如何做”。方法涵蓋了一系列的任務:需求分析、 設(shè)計、 編程
4、、測試和維護。軟件工程方法依賴于一組基本原則,這些原則控制了每一個技術(shù)區(qū)域,且包含建模活動和其他描述技術(shù)。軟件工程的工具層對過程和方法提供了自動的或半自動的支持。當這些工具被集成起來使得一個工具產(chǎn)生的信息可被另外一個工具使用時,一個支持軟件開發(fā)的系統(tǒng)就建立了,稱為計算機輔助軟件工程(CASE) 。CASE 集成了軟件、硬件和一個軟件工程數(shù)據(jù)庫(一個倉庫,其中包含了關(guān)于分析、設(shè)計、編程和測試的重要信息),從而形成了一個軟件工程環(huán)境,它類似于硬件的CAD/CAE(計算機輔助設(shè)計 /工程 ) 。軟件工程必須以有組織的質(zhì)量保證為基礎(chǔ)軟件質(zhì)量保證就是向用戶及社會提供滿意的高質(zhì)量的產(chǎn)品,確保軟件產(chǎn)品從誕生
5、到消亡為止的所有階段的質(zhì)量的活動,即確定、達到和維護需要的軟件質(zhì)量而進行的所有有計劃、有系統(tǒng)的管理活動。2. 軟件工程的框架是?答:溝通,策劃,建模,構(gòu)建,部署通用過程框架通用過程框架可適用于絕大多數(shù)的軟件項目,該框架由溝通、策劃、建模、構(gòu)造和部署5 個通用框架活動組成。(1) 溝通。這項框架活動包含系統(tǒng)分析員與客戶之間大量的交流和協(xié)作,還包括需求獲取以及其他相關(guān)活動。(2) 策劃。策劃活動協(xié)助軟件開發(fā)團隊定義全局目標, 并為后續(xù)的軟件工程工作制定計劃。 策劃活動包括一系列管理和技術(shù)實踐,如描述需要執(zhí)行的技術(shù)任務、可能的風險、資源需求、工作產(chǎn)品和工作進度計劃。.(3) 建模。建模的目的是為了更
6、好地理解需要構(gòu)建的實體。在軟件工程中,要創(chuàng)建兩類模型:分析模型和設(shè)計模型。分析模型通過描述軟件的信息域、功能域及行為域來表達客戶的需求;設(shè)計模型描述軟件架構(gòu)、用戶界面及構(gòu)件細節(jié),從而幫助開發(fā)者高效地開發(fā)軟件。(4) 構(gòu)造。構(gòu)造活動包括一系列構(gòu)件組裝、 編碼和測試任務, 從而為向客戶和最終用戶交付可運行軟件做好準備。(5) 部署。部署活動是將軟件(全部或者完成的部分)交付給用戶,用戶對其進行評測并給出反饋意見。部署活動包括三個動作:交付、支持和反饋。3. 一個模塊的三個基本要素有哪些?答 : 功能,狀態(tài),邏輯(程序流程圖描述邏輯的一個方法)? 功能:指模塊實現(xiàn)什么功能(包括所調(diào)用的子模塊的功能)
7、,做什么事情? 邏輯:描述模塊內(nèi)部怎么做? 狀態(tài):指該模塊使用時的環(huán)境和條件4. 不同的對象收到同一個消息,產(chǎn)生不同的結(jié)果這種現(xiàn)象叫多態(tài)。多態(tài)性含義把相同的操作施加于不同類型的對象,獲得不同的行為效果和結(jié)果。在 C+ 中,多態(tài)性是通過虛函數(shù)( Virtual) 實現(xiàn)的。動態(tài)聯(lián)編 (Dynamic binding),滯后聯(lián)編。5. 模塊的基本要素: 功能,狀態(tài),邏輯6. 面向?qū)ο蠼P枰R別五個層次:a.類與對象層b.屬性層c.結(jié)構(gòu)層(類與類之間的關(guān)系)d.方法層e.主題層(為多個類劃分主題)主題層 :它相當于高層的模塊或子系統(tǒng)類與對象層 :它們是對問題域概念的抽象,可以從用戶需求或其它規(guī)格說明
8、書中找到。結(jié)構(gòu)層 :描述類之間的整體與部分、一般與特殊的關(guān)系。屬性層 :它們是類所保存的信息,同時要給出各個類之間的實例連接。服務層 :它們是類可提供的操作,同時要根據(jù)需要的功能給出各個操作之間的消息連接。軟件測試的四個階段:a.單元測試b.集成測試c.確認測試d.系統(tǒng)測試單元測試 (模塊測試):目的是保證每個模塊作為一個單元能正確運行。主要測試編碼和詳細設(shè)計階段的錯誤。子系統(tǒng)測試 :把經(jīng)過單元測試的模塊放在一起形成子系統(tǒng)。注重模塊接口。系統(tǒng)測試 (集成測試):測試由子系統(tǒng)組成的整個系統(tǒng),不僅測試模塊間的協(xié)調(diào)和通信能力。還要測試設(shè)計錯誤、需求說明中的功能錯誤。驗收測試 :確認系統(tǒng)能夠滿足用戶的
9、需求,方法同系統(tǒng)測試,主要強調(diào)用戶的參與(alpha 測試),測試需求說明中的功能錯誤。平行運行 、 beta 測試測試過程按4 個步驟進行,即單元測試、組裝測試、確認測試和系統(tǒng)測試。開始是單元測試,集中對用源代碼實現(xiàn)的每一個程序單元進行測試,檢查各個程序模塊是否正確地實現(xiàn)了規(guī)定的功能。? 組裝測試把已測試過的模塊組裝起來,主要對與設(shè)計相關(guān)的軟件體系結(jié)構(gòu)的構(gòu)造進行測試。? 確認測試則是要檢查已實現(xiàn)的軟件是否滿足了需求規(guī)格說明中確定了的各種需求,以及軟件配置是否完全、正確。? 系統(tǒng)測試把已經(jīng)經(jīng)過確認的軟件納入實際運行環(huán)境中,與其它系統(tǒng)成份組合在一起進行測試。?單元測試又稱模塊測試,是針對軟件設(shè)計
10、的最小單位 程序模塊,進行正確性檢驗的測試工作。其目的在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種差錯。? 單元測試需要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計測試用例。多個模塊可以平行地獨立進行單元測試。? 組裝測試 (集成測試、聯(lián)合測試).? 通常,在單元測試的基礎(chǔ)上,需要將所有模塊按照設(shè)計要求組裝成為系統(tǒng)。這時需要考慮的問題是:? 在把各個模塊連接起來的時侯,穿越模塊接口的數(shù)據(jù)是否會丟失;? 一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響;? 確認測試又稱有效性測試。任務是驗證軟件的功能和性能及其它特性是否與用戶的要求一致。? 對軟件的功能和性能要求在軟件需求規(guī)格說明書中已經(jīng)明確規(guī)定。它包含的信息就是軟件確認
11、測試的基礎(chǔ)。? 確認測試一般采用黑盒測試,其測試范圍與系統(tǒng)測試略有不同,如弱化一些技術(shù)性的測試,強化用戶所關(guān)心的功能和性能測試等。確認測試一般包括? 有效性測試(強調(diào)由專家進行)? 軟件配置復查? 測試和測試? 驗收測試(強調(diào)由用戶進行) 功能測試 性能測試(響應時間、處理速度、容量開銷等) 強度測試(對強負荷的承受能力) 對文檔配置的復審? 系統(tǒng)測試,是將通過確認測試的軟件,作為整個基于計算機系統(tǒng)的一個元素,與計算機硬件、外設(shè)、某些支持軟件、 數(shù)據(jù)和人員等其它系統(tǒng)元素結(jié)合在一起,在實際運行環(huán)境下, 對計算機系統(tǒng)進行一系列的組裝測試和確認測試。?系統(tǒng)測試的目的在于通過與系統(tǒng)的需求定義作比較,
12、發(fā)現(xiàn)軟件與系統(tǒng)的定義不符合或與之矛盾的地方。將軟件周期化為8 個階段(瀑布模型) :a.可行性研究b.需求分析c.概要測試d.詳細測試e.編碼f.測試g.維護h.問題定義正確的順序為: h a b cd e fgP 12-14 頁書上。7.對于一個流圖(程序流程圖退化為流圖),它的基本路徑的獨立之路的上限是V ( G)。( V ( G):強連通圖中線性無關(guān)的環(huán)的個數(shù))P157 頁書上8. 自上往下集成測試 :不需要編寫驅(qū)動程序; 自下往上集成測試 :不需要編寫樁程序P147-148 書上。9. 單元測試針對模塊哪些方面?接口信息,主要功能,邊界,錯誤處理,主要路徑。P143 頁10. 題目:比
13、較經(jīng)典的軟件工程開發(fā)過程模型(是對這三個模型化比較分析) 瀑布模型、原型模型、螺旋模型。瀑布模型 從可行性研究開始,逐步進行階段性變換,直至通過確認測試并得到用戶確認的軟件產(chǎn)品為止。瀑布模型上一階段的變換結(jié)果是下一階段變換的輸入,相鄰兩個階段具有因果關(guān)系,緊密聯(lián)系。 一個階段的失誤將蔓延到以后的各個階段。為了保障軟件開發(fā)的正確性,每一階段任務完成后,都必須對它的階段性產(chǎn)品進行評審,確認之后再轉(zhuǎn)入下一階段的工作。評審過程發(fā)現(xiàn)錯誤和疏漏后,應該及時反饋到前面的有關(guān)階段修正錯誤或彌補疏漏,然后再重復前面的工作,直至某一階段通過評審后再進入下一階段。瀑布模型的優(yōu)點:有利于大型軟件開發(fā)過程中人員的組織、
14、管理,有利于軟件開發(fā)方法和工具的研究,從而提高了大型軟件項目開發(fā)的質(zhì)量和效率。瀑布模型的缺點: ( 1)開發(fā)過程一般不能逆轉(zhuǎn),否則代價太大;(2)實際的項目開發(fā)很難嚴格按該模型進行;(3)客戶往往很難清楚地給出所有的需求,而該模型卻要求如此。( 4)軟件的實際情況必須到項目開發(fā)的后期客戶才能看到,這要求客戶有足夠的耐心。瀑布模型的使用范圍:( 1)用戶的需求非常清楚全面,且在開發(fā)過程中沒有或很少變化;( 2)開發(fā)人.員對軟件的應用領(lǐng)域很熟悉;( 3)用戶的使用環(huán)境非常穩(wěn)定;( 4)開發(fā)工作對用戶參與的要求很低。原型模型又稱演化模型,主要是針對事先不能完整定義需求的軟件項目開發(fā)而言的。許多軟件開
15、發(fā)項目由于人們對軟件需求的認識模糊,很難一次開發(fā)成功,返工再開發(fā)難以避免。因此, 人們對需開發(fā)的軟件給出基本需求,作第一次試驗開發(fā),其目標僅在于探索可行性和弄清需求,取得有效的反饋信息,以支持軟件的最終設(shè)計和實現(xiàn)。通常我們把第一次實驗性開發(fā)出的軟件稱為原型(prototype)。這種開發(fā)模型可以減少由于需求不明給開發(fā)工作帶來的風險,有較好的效果。 相對瀑布模型來說,原型模型更符合人類認識真理的過程和思維,是目前較流行的一種實用的軟件開發(fā)方法。原型模型的優(yōu)點:( 1)開發(fā)人員和用戶在“原型”上達成一致。這樣一來,可以減少設(shè)計中的錯誤和開發(fā)中的風險,也減少了對用戶培訓的時間,而提高了系統(tǒng)的實用、正
16、確性以及用戶的滿意程度。( 2)縮短了開發(fā)周期,加快了工程進度。(3)降低成本。快速原型模型的缺點: ( 1)客戶與開發(fā)者對原型理解不同; ( 2) 準確的原型設(shè)計比較困難; ( 3) 不利于開發(fā)人員的創(chuàng)新??焖僭湍P偷氖褂梅秶?( 1)對所開發(fā)的領(lǐng)域比較熟悉而且有快速的原型開發(fā)工具; ( 2)項目招投標時,可以以原型模型作為軟件的開發(fā)模型; ( 3)進行產(chǎn)品移植或升級時,或?qū)σ延挟a(chǎn)品原型進行客戶化工作時,原型模型是非常適合的。螺旋模型 是瀑布模型與原型模型相結(jié)合,并增加兩者所忽略的風險分析而產(chǎn)生的一種模型,該模型通常用來指導大型軟件項目的開發(fā),它將開發(fā)劃分為制定計劃、風險計劃、實施開發(fā)和
17、客戶評估四類活動。沿著螺旋線每轉(zhuǎn)一圈,表示開發(fā)出一個更完善的新的軟件版本。如果開發(fā)風險過大,開發(fā)機構(gòu)和客戶無法接受,項目有可能就此中止;多數(shù)情況下,會沿著螺旋線繼續(xù)下去,自內(nèi)向外逐步延伸,最終得到滿意的軟件產(chǎn)品。螺旋模型的優(yōu)點:1)設(shè)計上的靈活性, 可以在項目的各個階段進行變更。2)以小的分段來構(gòu)建大型系統(tǒng) , 使成本計算變得簡單容易。3)客戶始終參與每個階段的開發(fā), 保證了項目不偏離正確方向以及項目的可控性。 4)隨著項目推進, 客戶始終掌握項目的最新信息,從而他或她能夠和管理層有效地交互。5)客戶認可這種公司內(nèi)部的開發(fā)方式帶來的良好的溝通和高質(zhì)量的產(chǎn)品。螺旋模型的缺點:( 1)采用螺旋模型
18、需要具有相當豐富的風險評估經(jīng)驗和專門知識,在風險較大的項目開發(fā)中,如果未能夠及時標識風險,勢必造成重大損失;(2 )過多的迭代次數(shù)會增加開發(fā)成本,延遲提交時間。螺旋模型的適用領(lǐng)域:1)適合于大型軟件的開發(fā)。2)對于新近開發(fā),需求不明確的情況下,適合用螺旋模型進行開發(fā),便于風險控制和需求變更。11. 計算機語言不斷發(fā)展,提高了軟件工程的開發(fā)效率,圍繞計算機語言,分析計算機語言在軟件工程的作用以及軟件工程的本質(zhì)。計算機程序設(shè)計語言的發(fā)展,經(jīng)歷了從機器語言、匯編語言到高級語言的歷程。從最初與計算機交流的痛苦經(jīng)歷中,人們意識到,應該設(shè)計一種這樣的語言,這種語言接近于數(shù)學語言或人的自然語言,同時又不依賴
19、于計算機硬件,編出的程序能在所有機器上通用。經(jīng)過努力, 1954 年,第一個完全脫離機器硬件的高級語言-FORTRAN問世了, 40 多年來,共有幾百種高級語言出現(xiàn),有重要意義的有幾十種,影響較大、使用較普遍的有FORTRAN 、ALGOL 、COBOL 、BASIC 、LISP 、SNOBOL 、 PL/1、 Pascal、 C、PROLOG 、 Ada 、C+ 、 VC 、 VB 、 JAVA 等。隨著 c,pascal,fortran,等結(jié)構(gòu)化高級語言的誕生,使程序員可以離開機器層次,在更抽象的層次上表達意圖。由此誕生的三種重要控制結(jié)構(gòu),以及一些基本數(shù)據(jù)類型都能夠很好的開始讓程序員以接近
20、問題本質(zhì)的方式去思考和描述問題。隨著程序規(guī)模的不斷擴大,在60 年代末期出現(xiàn)了軟件危機,在當時的程序設(shè)計模型中都無法克服錯誤隨著代碼的擴大而級數(shù)般的擴大,以至到了無法控制的地步,這個時候就出現(xiàn)了一種新的思考程序設(shè)計方式和程序設(shè)計模型- 面向?qū)ο蟪绦蛟O(shè)計,由此也誕生了一批支持此技術(shù)的程序設(shè)計語言,比如 eiffel ,c+ ,java,這些語言都以新的觀點去看待問題,即問題就是由各種不同屬性的對象以及對象之間的消息傳遞構(gòu)成。面向?qū)ο笳Z言由此必須支持新的程序設(shè)計技術(shù),例如:數(shù)據(jù)隱藏,數(shù)據(jù)抽象,用戶定義類型,繼承,多態(tài)等等。.結(jié)構(gòu)化語言比非結(jié)構(gòu)化語言更易于程序設(shè)計,用結(jié)構(gòu)化語言編寫的程序的清晰性使得
21、它們更易于維護。這已是人們普遍接受的觀點了。比如作為結(jié)構(gòu)化語言的 C 語言主要結(jié)構(gòu)成分是函數(shù) C 的獨立子程序。在 C 語言中,函數(shù)是一種構(gòu)件(程序塊) ,是完成程序功能的基本構(gòu)件。函數(shù)允許一個程序的諸任務被分別定義和編碼,使程序模塊化。可以確信,一個好的函數(shù)不僅能正確工作且不會對程序的其它部分產(chǎn)生副作用。面向?qū)ο笳Z言是只一切操作都以對象為基礎(chǔ), 它是由面向過程語言發(fā)展而來的, 但正是它的這個特性使得面向?qū)ο笳Z言對底層的操作不是很方便。例如: java 語言。面向過程語言是以過程或函數(shù)為基礎(chǔ)的,這種語言對底層硬件,內(nèi)存等操作比較方便,但是寫代碼和調(diào)試維護等會很麻煩。例如: c 語言:從低級語言
22、到高級語言發(fā)展。從非結(jié)構(gòu)化語言結(jié)構(gòu)化語言面向過程語言面向?qū)ο笳Z言(各自的特點)計算機科學技術(shù)百科全書 中的定義:軟件工程是應用計算機科學、 數(shù)學及管理科學等原理,開發(fā)軟件的工程。軟件工程借鑒傳統(tǒng)工程的原則、方法,以提高質(zhì)量、降低成本。其中,計算機科學、數(shù)學用于構(gòu)建模型與算法,工程科學用于制定規(guī)范、設(shè)計范型 (paradigm) 、評估成本及確定權(quán)衡,管理科學用于計劃、資源、質(zhì)量、成本等管理。軟件工程的本質(zhì):從需求分析道最后的可執(zhí)行代碼有一個語言斷層,我們的任務就是消除這個斷層。本質(zhì)特性:軟件工程關(guān)注于大型程序的構(gòu)造;軟件工程的中心課題是控制復雜性; 許多軟件的復雜性主要不是由問題的內(nèi)在復雜性造成的,而是由必須處理的大量細節(jié)造成的。軟件經(jīng)?;婚_發(fā)軟件的效率非常重要;和諧地合作是開發(fā)軟件的關(guān)鍵;軟件必須有效地支持它的用戶;在軟件工程領(lǐng)域中是由一種文化背景的人替具有另一種文化背景的人創(chuàng)造產(chǎn)品。12. 題目:在需求分析建立模型統(tǒng)稱為需求模型。在設(shè)計階段建立模型統(tǒng)稱為設(shè)計模型。從需求模型到設(shè)計模型的映射。 (即需求模型中的模型在設(shè)計模型中對應什么位置)答:(需求模型定義 +分類(功能,對象,動態(tài)模型) ;設(shè)計模型定義 +體系結(jié)構(gòu)用什么模型 +借口設(shè)計模型 +構(gòu)建級設(shè)計)需求分析應該建立3 種模型他們分別是數(shù)據(jù)模型、功能模型、行為模型。實體 -聯(lián)系圖,
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 二零二五年度旅游意外受傷賠償協(xié)議書范本2篇
- 乳腺癌患者蒙醫(yī)飲食起居治療方案研制及療效觀察
- 《儒林外史》 上課課件
- 面向自動調(diào)制識別模型的后門攻擊方法研究
- 應急指揮系統(tǒng)的改進與優(yōu)化
- 熟人借款合同三篇
- 2025版夏令營拓展訓練項目代理商合作協(xié)議范本3篇
- 二零二五年度行政合同訂立實務操作與案例分享3篇
- 二零二五年版?zhèn)€人股東股權(quán)轉(zhuǎn)讓協(xié)議范本適用于所有企業(yè)股權(quán)變更19篇
- 二零二五年度品牌授權(quán)銷售系統(tǒng)合同樣本2篇
- 政治-湖北省湖部分名校(云學名校聯(lián)盟)2025屆高三1月聯(lián)考試題和答案
- 2025年春新滬科版物理八年級下冊全冊教學課件
- 2025年國家廣播電視總局監(jiān)管中心招聘5人高頻重點提升(共500題)附帶答案詳解
- 2024年山東省淄博市中考英語試題(含答案)
- 2025屆高考語文復習:散文的結(jié)構(gòu)與行文思路 課件
- 電網(wǎng)調(diào)度基本知識課件
- 拉薩市2025屆高三第一次聯(lián)考(一模)語文試卷(含答案解析)
- 環(huán)境與職業(yè)健康安全管理手冊
- 《保密法》培訓課件
- 回收二手機免責協(xié)議書模板
- 注射泵操作使用課件
評論
0/150
提交評論