軟件工程-課后小節(jié)(存儲版)
【正文】 圖、交互概觀圖，定序圖。 本章沒有講解的模型表示工具包括對象圖、構(gòu)件圖、包圖、部署圖、組合結(jié)構(gòu)圖，以及活動(dòng)圖、通信圖、交互概觀圖和定序圖。第”章將介紹面向?qū)ο蠓椒▽W(xué)中的第3部分一一過程。系統(tǒng)分析層的基本術(shù)語有:分析類(包括邊界類、控制類和實(shí)體類)、用況細(xì)化「分析]、分析包以及用于表達(dá)分析包之間關(guān)系的依賴、用于表達(dá)分析類之間關(guān)系的關(guān)聯(lián)等。節(jié)點(diǎn)之間的一些關(guān)系表示節(jié)點(diǎn)之間的通信手段。 白盒測試技術(shù)依據(jù)程序的邏輯結(jié)構(gòu)，以控制流程圖作為被測對象建模工具，其中涉及過程塊、分支、節(jié)點(diǎn)、鏈以及路徑，并針對測試完成，給出了4種覆蓋策略:語句覆蓋、分支覆蓋、條件組合覆蓋和路徑覆蓋，它們之間具有偏序關(guān)系，并且可根據(jù)項(xiàng)目需求給出其他覆蓋策略。第七章 本章講解了軟件工程的過程規(guī)劃技術(shù)以及過程監(jiān)控。有助于指導(dǎo)這些改善的實(shí)施，以提高其過程能力和成熟度，并且還支持其他領(lǐng)域(如獲取和服務(wù))能力成熟度模型的開發(fā)。由此可見，能力等級是用來表征組織對一個(gè)過程域的改善。 .4級:己定量管理級(Quantitatively Managed)(注:對應(yīng)第三組過程)。③如果一個(gè)組織期望達(dá)到成熟度4級，就要使2級和3級所包含的過程域以及組織過程性能、定鼠項(xiàng)[,I管理這兩個(gè)過程域均達(dá)到共用目標(biāo)3或以上。”7 / 7。但是，為了提高CMMI的可操作性，對于成熟度等級而言，4級和5級的過程域只要求達(dá)到公用目標(biāo)3或更高。 .2級:已管理級(Managed )(注:對應(yīng)第一組過程)。 .5級:持續(xù)優(yōu)化級(Optimizing)。為此，CMMI緊緊圍繞開發(fā)、維護(hù)和運(yùn)行，把經(jīng)過證明的“最佳實(shí)踐”放在一個(gè)結(jié)構(gòu)中。如章首所說，“錯(cuò)誤是不可避免的，因此發(fā)現(xiàn)錯(cuò)誤是保障軟件過程質(zhì)量和軟件產(chǎn)品質(zhì)量的基礎(chǔ)”。故障可以是偶然性的或是系統(tǒng)性的。 其中，一個(gè)節(jié)點(diǎn)表達(dá)一個(gè)計(jì)算資源。需求獲取層的基本術(shù)語有:用況、參與者、用于表達(dá)用況參與者之間關(guān)系的關(guān)聯(lián)、用于表達(dá)用況之間關(guān)系的包含和擴(kuò)展、用于表達(dá)參與者之間關(guān)系的泛化。UML僅包括前兩方面的內(nèi)容，因此，UML是一種可視化的建模語言，而不是一種特定的軟件開發(fā)方法學(xué)。狀態(tài)圖可用于創(chuàng)建有關(guān)系統(tǒng)(或系統(tǒng)成分)的行為生存周期模型，表達(dá)有關(guān)系統(tǒng)(或系統(tǒng)成分)的一種動(dòng)態(tài)結(jié)構(gòu)，給出有關(guān)系統(tǒng)(或系統(tǒng)成分)在生存期間可有哪些階段、每一階段可從事的活動(dòng)以及對外所呈現(xiàn)的特征等方面的信息。 4)為了組織以上兩類模型元素，UMI給出了包這一術(shù)語，在實(shí)際應(yīng)用中，可以把包作為控制信息復(fù)雜性的機(jī)制。}本章重點(diǎn)講解了其中的類 顯然，這樣的模塊結(jié)構(gòu)一般不會(huì)保持客觀系統(tǒng)的結(jié)構(gòu)，并且也很難維護(hù)，這是因?yàn)閿?shù)據(jù)是客觀事物的易變屬性，一旦數(shù)據(jù)發(fā)生變化，那么不但要修改相應(yīng)的數(shù)據(jù)結(jié)構(gòu)，很可能還需要修改相關(guān)的那些模塊，甚至受這些模塊修改的影響，還需要修改模塊結(jié)構(gòu)中的其他模塊，從而為系統(tǒng)的驗(yàn)證和維護(hù)帶來相當(dāng)大的困難，甚至是“災(zāi)難性”的。而逐步求精關(guān)注底層細(xì)節(jié)的揭示。5)為了支持系統(tǒng)功能建模， 緊緊圍繞“問題分離”、“過程抽象”、“數(shù)據(jù)抽象”等基本原則，結(jié)構(gòu)化分析方法提出了5個(gè)概念，它們是數(shù)據(jù)源、數(shù)據(jù)潭、數(shù)據(jù)流、加工和數(shù)據(jù)存，并給出了相應(yīng)的表示。3)人們解決問題的一般途徑是，首先對那些非結(jié)構(gòu)化和半結(jié)構(gòu)化的問題，通常采用已掌握的知識，建造它們的模型定義問題。(3)對于產(chǎn)品/系統(tǒng)的設(shè)計(jì)，需求規(guī)約是一個(gè)正式的、受控的起始點(diǎn)。 其次，為了更好地理解需求，介紹了需求的分類。 總之，正確認(rèn)識軟件開發(fā)的本質(zhì)，認(rèn)識建模的意義，了解模型概念以及模型分類，直接關(guān)系到對軟件工程開發(fā)邏輯、開發(fā)途徑有關(guān)知識的理解、掌握和正確應(yīng)用。第一章 本章簡要闡述了軟件開發(fā)的本質(zhì)，即實(shí)現(xiàn)問題空間的概念和處理邏輯到解空間的概念和處理邏輯之間的映射。軟件模型又可進(jìn)一步分為設(shè)計(jì)模型、實(shí)現(xiàn)模型和部署模型等。需求的5個(gè)基本性質(zhì)可作為需求發(fā)現(xiàn)和評估的基礎(chǔ)。(2)對于項(xiàng)目的其
數(shù)學(xué)相關(guān)推薦
鄂ICP備17016276號-1