[高等教育]軟件工程-資料下載頁
2025-08-21 16:04本頁面
【正文】 ，用于描述系統(tǒng)的對(duì)象之間的動(dòng)態(tài)合作關(guān)系。 (5) 實(shí)現(xiàn)圖： 包括構(gòu)件圖和配置圖，用于描述系統(tǒng)的物理實(shí)現(xiàn)。 細(xì)化的含義 有兩個(gè)元素A, B，若B元素是A元素的詳細(xì)描述， 則稱Ｂ, Ａ元素之間的關(guān)系為Ｂ元素細(xì)化Ａ元素。 細(xì)化關(guān)系表示了元素之間更詳細(xì)一層的描述。 細(xì)化的表示 兩個(gè)元素的細(xì)化關(guān)系用兩個(gè)元素之間帶空心三角形箭頭的虛線來表示，箭頭的方向由細(xì)化了的元素指向被細(xì)化的元素。 細(xì)化如圖所示。 依賴關(guān)系 1. 依賴關(guān)系的含義 有兩個(gè)元素X, Y，若修改元素X的定義，可能引起對(duì)另一元素Y的定義的修改，則稱元素Y依賴于元素X。 2. 依賴關(guān)系的表示 用一個(gè)帶箭頭的虛線來表示依賴關(guān)系。若Y元素依賴于X元素，則畫一個(gè)由Y元素指向X元素的虛線箭頭。依賴關(guān)系如圖所示。 3. 依賴關(guān)系的使用 在UML中，在類圖、包圖、構(gòu)件圖和配置圖中都會(huì)用到依賴關(guān)系。第八章集成測試 (Integration Testing)的分類：非漸增式測試 (Bigbang testing)漸增式測試 (Incremental testing) 逐個(gè)把未經(jīng)過測試的模塊組裝到已經(jīng)測試過的模塊上去，進(jìn)行集成測試。1. 黑盒法 該方法把被測試對(duì)象看成一個(gè)黑盒子，測試人員完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程，只在軟件的接口處進(jìn)行測試，依據(jù)需求說明書，檢查程序是否滿足功能要求。因此，黑盒測試又稱為功能測試或數(shù)據(jù)驅(qū)動(dòng)測試。 等價(jià)劃分啟發(fā)式規(guī)則: （1）如果規(guī)定了輸入數(shù)據(jù)的范圍則可劃分一個(gè)有效的等價(jià)類（輸入數(shù)據(jù)在次范圍），兩個(gè)無效的等價(jià)類（輸入數(shù)據(jù)小于最小值或大于最大值）；（2）如果規(guī)定了輸入數(shù)據(jù)必須遵循的規(guī)則，則可以劃分出一個(gè)有效的等價(jià)類（符合規(guī)則）和若干個(gè)無效等價(jià)類（從各種不同角度違反規(guī)則）；（3）如果規(guī)定了輸入數(shù)據(jù)為整形，則可以劃分出三個(gè)有效類（正整數(shù)、零和負(fù)整數(shù)）和一個(gè)無效類（非整數(shù)）； （4）如果程序的處理對(duì)象是表格，則應(yīng)該使用空表，以及含一項(xiàng)或多項(xiàng)的表；2. 白盒法 該方法把測試對(duì)象看作一個(gè)打開的盒子，測試人員須了解程序的內(nèi)部結(jié)構(gòu)和處理過程，以檢查處理過程的細(xì)節(jié)為基礎(chǔ)，對(duì)程序中盡可能多的邏輯路徑進(jìn)行測試，檢驗(yàn)內(nèi)部控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)是否有錯(cuò)，實(shí)際的運(yùn)行狀態(tài)與預(yù)期的狀態(tài)是否一致。 （1）語句覆蓋：就是設(shè)計(jì)足夠的調(diào)試用例，使得程序中的每個(gè)語句至少執(zhí)行一次。⑵ 判定覆蓋(Branch coverage)：在⑴的基礎(chǔ)上，每個(gè)判定的每個(gè)分支至少執(zhí)行一次。⑶ 條件覆蓋(Condition coverage)：在⑴的基礎(chǔ)上，使每個(gè)判定表達(dá)式的每個(gè)條件都取到⑷判定/條件覆蓋：即判定覆蓋217。條件覆蓋 各種可能的結(jié)果。⑸ 條件組合覆蓋：每個(gè)判定表達(dá)式中條件的各種可能組合都至少出現(xiàn)一次。（6）路徑覆蓋：選取足夠多測試數(shù)據(jù)，使程序的每條可能路徑都至少執(zhí)行一次（如果程序圖中有環(huán)，則要求每個(gè)環(huán)至少經(jīng)過一次）。α測試和β測試α測試是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的測試。β測試是由軟件的多個(gè)用戶在實(shí)際使用環(huán)境下進(jìn)行的測試。這些用戶返回有關(guān)錯(cuò)誤信息給開發(fā)者。軟件維護(hù)的類型? 根據(jù)軟件維護(hù)的不同原因，軟件維護(hù)可以分成四種類型：216。 1改正性維護(hù)：在軟件交付使用后，因開發(fā)時(shí)測試的不徹底、不完全，必然會(huì)有部分隱藏的錯(cuò)誤遺留到運(yùn)行階段。216。 為了識(shí)別和糾正軟件錯(cuò)誤、改正軟件性能上的缺陷、排除實(shí)施中的誤使用，應(yīng)當(dāng)進(jìn)行的診斷和改正錯(cuò)誤的過程就叫做改正性維護(hù)。216。216。 2適應(yīng)性維護(hù)：在使用過程中，216。 外部環(huán)境（新的硬、軟件配置）216。 數(shù)據(jù)環(huán)境（數(shù)據(jù)庫、數(shù)據(jù)格式、數(shù)據(jù)輸入/輸出方式、數(shù)據(jù)存儲(chǔ)介質(zhì)）216。 可能發(fā)生變化。216。 為使軟件適應(yīng)這種變化，而去修改軟件的過程就叫做適應(yīng)性維護(hù)。216。216。 3完善性維護(hù)：在軟件的使用過程中，用戶往往會(huì)對(duì)軟件提出新的功能與性能要求。216。 為了滿足這些要求，需要修改或再開發(fā)軟件，以擴(kuò)充軟件功能、增強(qiáng)軟件性能、改進(jìn)加工效率、提高軟件的可維護(hù)性。216。 這種情況下進(jìn)行的維護(hù)活動(dòng)叫做完善性維護(hù)。216。216。 4預(yù)防性維護(hù)：預(yù)防性維護(hù)，是為了提高軟件的可維護(hù)性、可靠性等，為以后進(jìn)一步改進(jìn)軟件打下良好基礎(chǔ)。216。216。 采用先進(jìn)的軟件工程方法對(duì)需要維護(hù)的軟件或軟件中的某一部分（重新）進(jìn)行設(shè)計(jì)、編制和測試，稱為預(yù)防性維護(hù)。216。
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1