軟件工程復(fù)習(xí)2021

*軟件工程專業(yè)*習(xí)*資什么是軟工程？它的標(biāo)和內(nèi)容是什？軟件工程是一種用科學(xué)知識和技術(shù)原理來定義發(fā)維護(hù)軟件的一門學(xué)科軟件工程是一門工程性學(xué)科目是成功的建一個大型軟件系統(tǒng)謂成功是要達(dá)到以下幾個目標(biāo)付出較低的開發(fā)成本達(dá)要求的件功能；取得較好的軟件性能發(fā)的軟件易于移植；需要較低的維護(hù)費用能時完成發(fā)任務(wù)，及時交付使用；開發(fā)的軟件可靠性高工研究的主要內(nèi)容是軟件開發(fā)技術(shù)和軟件開發(fā)管理兩方面軟件開發(fā)技術(shù)中要究軟件開發(fā)方法件開發(fā)過程件發(fā)工具和環(huán)境軟件開發(fā)管理中要研究軟件管理學(xué)、軟件經(jīng)濟學(xué)、軟件心理學(xué)等。軟件文檔的作用是提軟件開過程的能見度高開發(fā)效率作開發(fā)人員階段工作成果和結(jié)束標(biāo)志記開發(fā)過程的關(guān)信息便于使用與維護(hù)供軟件運行維和培訓(xùn)有關(guān)資料；便于用戶了解軟件功能、性能。件開發(fā)項目生存期各階段應(yīng)包括得文檔以及與各類人員的關(guān)系如下：可行性研究報告、項目開發(fā)計劃、軟件需求說明書、數(shù)據(jù)要求說明書、測試計劃、概要設(shè)計說明書、詳細(xì)設(shè)計說明書、用戶手冊、操作手冊、測試分析報告、開發(fā)進(jìn)度月報、項目開發(fā)總結(jié)、程序維護(hù)手冊（維護(hù)修改建議）軟件過程型：什么是瀑布模型(又叫作生命周模)？瀑布模型是將軟件生存周期的各項活動規(guī)定為按固定順序而連接的若干階段工作瀑布流水最得到軟件產(chǎn)品。核心想是按工序?qū)栴}化簡，將功能的實現(xiàn)與設(shè)計分開分工協(xié)作即采用結(jié)構(gòu)化的分析設(shè)計方法將邏輯實現(xiàn)與物理實現(xiàn)分開軟件生命周期劃分為制定計劃、需求分析、軟件設(shè)計、程序編寫、軟件測試和運行維護(hù)等六個基本活動，并且規(guī)定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級下落。增量模型的基本思想是什么？為了克服瀑布模型的局限性開發(fā)過程具有一定的靈活性和可修改性是生了增量模型。它是在瀑布模型的基礎(chǔ)上加以修改而形成的。增量模型和瀑布模型之間的本質(zhì)區(qū)別是：瀑布模型屬于整體開發(fā)模型規(guī)定在開始下一個階段的工作之前須成前一階段的所有細(xì)節(jié)而增量模型屬于非整體發(fā)模型推遲某些階段或所有階段中的細(xì)節(jié)而較早的產(chǎn)生工作軟件量型是在目的開發(fā)過程中以一系列的增量方式開發(fā)系統(tǒng)量方式包括增量開發(fā)和增量提交量發(fā)是指在項目開發(fā)周期內(nèi)一定的時間間隔開發(fā)部分工

作軟件量交是指在項目開周期內(nèi)一定的時間間隔增量方式向用戶提交工作軟件及相應(yīng)文檔。增量開發(fā)和增量提交可以同時使用，也可以單獨使用?？焖僭托陀袔追N？有何特點？根據(jù)原型的不同作用有三類原模型⑴探索型原型這類型的原型模型是把原型用于開發(fā)的需求分析階段目的是要清用戶的需求定所期望的特性并探索各種方案的可行性它要針對開發(fā)目標(biāo)模糊戶與開發(fā)著對項目都缺乏經(jīng)驗的情況通過對原型的開發(fā)來明確用戶的需求實驗型原型種原型主要用于設(shè)計階段核實現(xiàn)方案是否合適，能否實現(xiàn)對一個大型系統(tǒng)若對設(shè)計方案心中沒有把握時通這種原型來證實設(shè)計方案的正確性⑶化型原型這原型主要用于及早向用戶提交一個原型系統(tǒng)原型系統(tǒng)或者包含系統(tǒng)的框或者包含系統(tǒng)的主要功能得到用戶的認(rèn)可后原型系統(tǒng)不斷擴充演變?yōu)樽罱K的軟件系統(tǒng)，它將原型的思路擴展到軟件開發(fā)的全過程。快速原型模型的主要特點之一是早提供工作軟件速原型技術(shù)適用于軟件產(chǎn)品要求大量的用戶交互產(chǎn)生大量的可視輸出計一些復(fù)雜的算法等場合本路是：先給出一個系統(tǒng)的最初實現(xiàn)讓戶去使用和評價不斷進(jìn)行細(xì)化和改善經(jīng)過多次這樣的反復(fù)過程后形成最終的完善的系統(tǒng)。開抽描

建原系否

使原系是交系

系充嗎軟件生存周期一般可分為以下幾個階段：1)問定義：問題定義階段必須回答的關(guān)鍵問題是“要解決的問題是什么？”，正確理解用戶的真正需求。2)可行性研究：這個階段要回答的關(guān)鍵問題是對上個階段所確定的問題“有行得通的解決辦法”可性研究階段應(yīng)該導(dǎo)出系統(tǒng)的高層邏輯模型確地估計系統(tǒng)的成本和效益。3)需分析：需求分析階段的任務(wù)要確目標(biāo)系統(tǒng)必須具備的功能出用戶確認(rèn)的系統(tǒng)邏輯模型。根據(jù)該系統(tǒng)邏輯模型，準(zhǔn)確地回答“為了解決這個問題，目標(biāo)系統(tǒng)必須做什么”。4)總體設(shè)計：也叫概要設(shè)計或初步設(shè)計。這個階段必須回答的是“概括地說，應(yīng)該如何解決這個問題總設(shè)計的目標(biāo)是將需求分析階段定義的系統(tǒng)模型轉(zhuǎn)換成相應(yīng)的軟件結(jié)構(gòu)規(guī)定軟件的形態(tài)及各成分間的層次關(guān)系、界面及接口要求。5)詳細(xì)設(shè)計：詳細(xì)設(shè)計階段的任務(wù)是把解法具體化也是“該怎樣具體地實現(xiàn)這個系統(tǒng)。細(xì)設(shè)計亦即模塊設(shè)計它在算法設(shè)計和結(jié)構(gòu)設(shè)的基礎(chǔ)上針對每個模塊的功能、接口和算法定義計模塊內(nèi)部的算法過程及程序的邏輯結(jié)構(gòu)，并編寫模塊設(shè)計說明。6)編碼：這個階段的任

務(wù)是據(jù)詳細(xì)設(shè)計的結(jié)果選一種適合的程序設(shè)計語言詳細(xì)設(shè)計的結(jié)果翻譯成程序的源代碼。測試以便盡早發(fā)現(xiàn)程序中的錯誤和缺陷而進(jìn)行的一個過程，有單元測試、集成測試確測試和系統(tǒng)測試4種8)運行維護(hù)通各種必要的維護(hù)措施支持軟件系統(tǒng)能持久地滿足用戶的需要。維護(hù)階段是軟件生存周期中花費精力和費用最多的階段可行性研的任務(wù)是什？首先需要進(jìn)行概要的分析研究，初步確定項目的規(guī)模和目標(biāo)，確定項目的約束和限制，把他們清楚地列舉出來然分員進(jìn)行簡要的需求分析抽象出該項目的邏輯結(jié)構(gòu)，建立邏輯模型。從邏輯模型出發(fā)，經(jīng)過壓縮的設(shè)計，探索出若干種可供選擇的主要解決方法，對每種解決方法都要研究它的可行性，可從以下三個方面分析研究每種解決方法的可行性。㈠技術(shù)可行性要開發(fā)項目的功能能制條件進(jìn)行分析確定在現(xiàn)有的資源條件下，技術(shù)風(fēng)險有多大項目是否能實㈡經(jīng)濟可行性進(jìn)開發(fā)成本的估算以及了解取得效益的評估確定要開發(fā)的項目是否得投資開發(fā)社會可行性要開發(fā)的項目是否存在任何侵犯、妨礙等責(zé)任問題，要開發(fā)項目的運行方式在用戶組織內(nèi)是否行得通，現(xiàn)有管理制度、人員素質(zhì)、操作方式是否可行。計算機系統(tǒng)的軟件要素中的軟部件由程序、數(shù)據(jù)和過程軟件=序+文檔可行性分析文檔（已經(jīng)發(fā)放給大家）項目開發(fā)計劃文檔（已經(jīng)發(fā)放給大家）需求分析段的基本任是什么？需求分析階段的基本任務(wù)是要準(zhǔn)確的定義新系統(tǒng)的目標(biāo)了滿足用戶需要答統(tǒng)必須“做什么”的問題。本階段要進(jìn)行以下幾方面的工作：㈠問題識別。雙方確定對問題的綜合需求，這些需求包括：功能需求、性能需求、環(huán)境需求、用戶界面需求，另外還有可靠性、安全性、保密性、可移植性、可維護(hù)性等方面的需求。㈡分析與綜,導(dǎo)出軟件的邏輯模型分析人員對獲取的需求行致性的分析檢查分綜合中逐步細(xì)化軟件功能，劃分成各個子功能這也包括數(shù)據(jù)域進(jìn)行分解分配到各個子功能上以確定系統(tǒng)的構(gòu)成及主要成份，并用圖文結(jié)合的形式，建立起新系統(tǒng)的邏輯模型。㈢編寫文檔。編寫“需求規(guī)格說明書”、編寫初步用戶使用手冊、編寫確認(rèn)測試計劃、修改完善軟件開發(fā)計劃軟件需求工程的基本任務(wù)是準(zhǔn)確地回軟件系統(tǒng)必須做什么？這問題它系統(tǒng)工程和軟件設(shè)計之間起到橋梁的作用戶對軟件需求的描述不精確導(dǎo)致軟件危機為使用戶需求逐步精細(xì)化使用需求工程中需求建模技術(shù)求規(guī)格說明書在軟件開發(fā)中具有重要的作用，它也可以作為軟件可行性分析的依據(jù)。需求建模的定義：用戶需求逐步精細(xì)化全一致化，需求規(guī)格說明是軟件工程測試的依據(jù)

需求模型建立需求規(guī)格說明書用戶需求采例采用例UseCase）文或景Scenario等式明功能需求定義了開發(fā)者應(yīng)提供的軟件功能或服務(wù)，但不涉及這些功能或服務(wù)的實現(xiàn)。非功能需求則是對功能需求的補充，包括了對系統(tǒng)的各種限制和用戶對系統(tǒng)的質(zhì)量要求。需求分析常用的分析方法有：1基瀑布模型的結(jié)構(gòu)化方法，結(jié)構(gòu)化分析方法的分析策略是：自頂向下，逐層分解2基需求動態(tài)定義就的原型化方法3基對象的面向?qū)ο蟮姆椒ǎ篣ML是軟件開發(fā)中的一個重要工具于數(shù)據(jù)的數(shù)據(jù)流開發(fā)方法5面數(shù)據(jù)結(jié)構(gòu)設(shè)計Jackson方給出三種結(jié)構(gòu).序結(jié)構(gòu)，選擇結(jié)構(gòu)，重復(fù)結(jié)構(gòu)面對的求析1Booch方法2Rumbaugh方法

3和Yourdon方法4Jacobson方法5Wirfs―Brock方6的OOA方(現(xiàn)在主流技基本都使用UML建模，其他很少使用技術(shù)可行分析對系統(tǒng)的要描述本系統(tǒng)有利于對學(xué)校教職工人員工資的發(fā)放和管理。與現(xiàn)有系比較的優(yōu)越與傳統(tǒng)的手工記賬方式相比,據(jù)空間小、易于統(tǒng)計工資總額、易于更新、易于數(shù)據(jù)備份。

處理流程數(shù)據(jù)流程教

職

工提交個人信息終

端

出勤工資獎金查詢工資表扣款清單人事處出勤情況

人變情財務(wù)處各工

部資

門條

工銀

資

表行經(jīng)濟可行分析支出一次性支出:16.5萬元?端機1臺:8000元?務(wù)器2臺及網(wǎng)絡(luò)設(shè)備:70000元?機一臺元?發(fā)環(huán)境的正版軟件:17000元?中:正版WindowsServer2003:5000元

正版MicrosoftSQLServer（企業(yè)10用戶）:12000元?工使用培訓(xùn)費:5000元?他費用:10000元?發(fā)人員工資(開發(fā)時間為2個月,開發(fā)者按月領(lǐng)取工資5000元/人/月):50000元經(jīng)常性支萬元?年的維護(hù)和升級費用:2000?用周期為五年,共計:10000元?可預(yù)知費用:15000元累計支出萬元系統(tǒng)的投資成本總額為:16.5萬元+2.5萬元10.8238萬元=29.8283萬元收益現(xiàn)從事學(xué)校工資管理人員數(shù)量為人，該系統(tǒng)投入使用后，工作效率可大幅提高，從事該工作的人員可縮減為2人，工資按每人每月**元計算，每年可節(jié)省的工資為+++萬元，銀行年利率按5%計算，效益計算如下表：年份

將來收益值萬)n

現(xiàn)在收益值萬)

累計現(xiàn)在收益值(萬元)第一年第二年第三年第四年第五年

+++++++++++++++

1.051.10251.15761.21551.2763

+++/1.05+++/1.1025+++/1.1576+++/1.2155+++/1.2763

+++/1.05？？？===系統(tǒng)的效益總額為===萬元成本/收益分析在五年內(nèi)，系統(tǒng)的總成本為29.8283萬元，系統(tǒng)總收益為===萬元。?投資回收期：？年?純收益：===萬元-29.8283萬元？？？萬元〉0從經(jīng)濟上考慮，開發(fā)本系統(tǒng)完全可行的。

社會因素行性分析法律方面可行性系統(tǒng)的研制和開,不會侵犯他人、集體和國家的利,會違反國家政策和法律。使用方面可行性系統(tǒng)的研制和開發(fā)充分考慮到用戶的工資發(fā)放策略、管理流程和操作人員的素質(zhì)等因素,可以滿足用戶的使用要求。同時，管理人員必須經(jīng)過相關(guān)培訓(xùn)，掌握一定的計算機知識，能熟練使用系統(tǒng)以及進(jìn)行日常維護(hù)。軟件設(shè)計：傳統(tǒng)的結(jié)構(gòu)化方法將軟件設(shè)計劃分為體系結(jié)構(gòu)設(shè)計設(shè)計設(shè)及過程設(shè)計四部分；結(jié)構(gòu)化分析特點：自頂向下，逐步求精面向?qū)ο蠓椒▌t將軟件設(shè)計劃分為體系結(jié)構(gòu)設(shè)計設(shè)計∕數(shù)據(jù)設(shè)計接口設(shè)計構(gòu)件級設(shè)計四部分。創(chuàng)建良好設(shè)計的原則1設(shè)應(yīng)遵循抽象化的原則，包數(shù)據(jù)抽象和過程抽象2設(shè)應(yīng)當(dāng)遵循模塊化的原則。3設(shè)應(yīng)遵循信息隱蔽的原則。4模獨立性5高聚，低耦合內(nèi)聚性：內(nèi)聚是一個模塊內(nèi)部各個元素彼此結(jié)合的緊密程度的度量。功內(nèi)聚一個模塊中各個部分都是為了完成一項具體功能而協(xié)同工作，緊密聯(lián)系，不可分割的。這種模塊就是功能內(nèi)聚模塊。功能內(nèi)聚模塊的模塊獨立性最強。層聚相關(guān)服務(wù)放在一起并嚴(yán)格的次結(jié)構(gòu)，高層服務(wù)可訪問低層服務(wù)之可如層結(jié)構(gòu)。通內(nèi)聚訪問或操作同一數(shù)據(jù)的過程放在一個類中，這些過程可以互相通信。如某個類設(shè)計。順內(nèi)聚在一系列過程中一個過程向另一個過程提供輸入過程放一起，形成順序內(nèi)聚。如面向?qū)ο笙到y(tǒng)中的消息序列。

過內(nèi)聚一次調(diào)用的操作放在一個模塊中是相關(guān)的且必須以特定次執(zhí)行，則稱這個模塊為過程內(nèi)聚模塊在種模塊內(nèi)個操作的輸出不一定是下一個操作的輸入。如調(diào)用結(jié)構(gòu)。時內(nèi)聚：程序執(zhí)行過程中同一階段內(nèi)完成的操作放在一起，達(dá)到時間內(nèi)聚。實程序內(nèi)聚輯上不能納入其他內(nèi)聚類型的相關(guān)實用程序放在一起成用程序內(nèi)聚。如可復(fù)用的過程或類。耦合性耦是模塊間互相連的緊密程度的度量決于各個模塊之間接口的復(fù)雜度、調(diào)用方式以及哪些信息通過接口。模塊之間的耦合性越高其塊立性就越弱模塊的內(nèi)聚性越高它與其他模塊之間的耦合性就會降低，而模塊獨立性就越強。內(nèi)耦合如果發(fā)生下列情形，模塊間就是內(nèi)容耦:一個模塊直接訪問另一個模塊的內(nèi)部數(shù);公耦合若一組模塊都訪問同一個公共數(shù)據(jù)環(huán)境它之間的耦合就是公共耦合共數(shù)據(jù)環(huán)境可以是全局變量、全局?jǐn)?shù)據(jù)結(jié)構(gòu)、共享的通信區(qū)、內(nèi)存的公共覆蓋區(qū)等?？伛詈弦粋€過程通過標(biāo)志、開關(guān)或命令顯式地控制另一個過程的動作，就產(chǎn)生控制耦合。標(biāo)耦合如果一組模塊通過參數(shù)表傳遞結(jié)構(gòu)或?qū)σ馐菃巫兞炕蚪Y(jié)構(gòu)中的某一分量就是標(biāo)記耦合。數(shù)耦合如果模塊之間的訪問是通過數(shù)據(jù)參是控制參數(shù)構(gòu)或?qū)ο髤?shù)共據(jù)結(jié)構(gòu)）來交換輸入、輸出信息的，則稱這種耦合為數(shù)據(jù)耦合。例調(diào)用耦合一個程序（或?qū)ο蟮牟僮鳎┱{(diào)用另一個程序（或另一個對象的操作），就產(chǎn)生例程調(diào)用耦合。類使用耦合類將實例變量或本地變量聲明為另一個類的實例，就產(chǎn)生類型（嵌套）耦合。包/入耦合一個構(gòu)件引入（import）一個包時就產(chǎn)生引入耦合，個構(gòu)件包含）一個構(gòu)件時，就產(chǎn)生包含耦合。外耦合模塊對外部系統(tǒng)如操作系統(tǒng)共享庫或硬件有依賴關(guān)系時就產(chǎn)生外部耦合通信息隱蔽減少這種依賴關(guān)系。面向?qū)ο蟮南到y(tǒng)設(shè)計

與傳統(tǒng)方法中的數(shù)據(jù)設(shè)計所不同的是向?qū)ο笤O(shè)計中的數(shù)據(jù)設(shè)計并不是獨立進(jìn)行的向?qū)ο笤O(shè)計中的類圖相當(dāng)于數(shù)據(jù)的邏輯模型，可以很容易地轉(zhuǎn)換成數(shù)據(jù)的物理模型。人機交互部分的設(shè)計數(shù)庫版)面向?qū)ο竽Ｐ椭饕梢韵履男┠Ｐ徒M成1對象模型描述對象、類、層次和關(guān)系，靜態(tài)結(jié)構(gòu)，其作用是描述系統(tǒng)的靜態(tài)結(jié)構(gòu)，包括構(gòu)成系統(tǒng)的類和對象，它們的屬性和操作，以及它們之間的聯(lián)系。–對模型包括類圖2動態(tài)模型其作用是描述系統(tǒng)的控制邏輯，主要涉及系統(tǒng)中各個類和對象的時序及變化情況。時序圖等3功能模型功能模型：描述系統(tǒng)的功能表方法：數(shù)據(jù)流圖用例圖概要設(shè)計階段的基本任務(wù)是什么？⑴設(shè)計軟件系統(tǒng)結(jié)構(gòu)（簡稱軟件結(jié)構(gòu)），具體為：①采用某種設(shè)計方法，將一個復(fù)雜的系統(tǒng)按功能劃分成模塊②定每個塊的功能③確定模塊之間的調(diào)用關(guān)系確定模塊之間的接口，即模塊之間傳遞的信息。⑤評價模塊結(jié)構(gòu)的質(zhì)量。⑵數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)庫設(shè)計據(jù)結(jié)構(gòu)的設(shè)計及數(shù)據(jù)庫的設(shè)計編寫概要設(shè)計文檔。主要有：概要設(shè)計說明書庫計說明書；用戶手冊；修訂測試計劃。⑷評審。詳細(xì)設(shè)計的基本任務(wù)是什么？有哪幾種描述方法？詳細(xì)設(shè)計是軟件設(shè)計的第二階段基本任務(wù)有為每個模塊進(jìn)行詳細(xì)的算法設(shè)計為模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計對據(jù)進(jìn)行物理設(shè)計即確定數(shù)據(jù)庫的物理結(jié)構(gòu)；其它設(shè)計，根據(jù)軟件系統(tǒng)類型，還可能要進(jìn)行代碼設(shè)計、輸/輸格式設(shè)計、人機對話設(shè)計；編寫詳細(xì)設(shè)計說明書；評審。詳細(xì)描述處理過程常用三種工具：圖形、表格和語言。如結(jié)構(gòu)化程序流程圖、盒圖和問題分析圖圖也是詳細(xì)設(shè)計的主要工具之一。表格工具如判定表可作為詳細(xì)設(shè)計中描述邏輯條件復(fù)雜的算法。過程設(shè)計語言PDL是一種用于描述模塊算法設(shè)計和處理細(xì)節(jié)的語言工具。過程設(shè)計（詳細(xì)設(shè)計）在過程設(shè)計階段，要決定各個模塊的實現(xiàn)算法，并精確地表達(dá)這些算法。對每個模塊規(guī)定的功能以及算法的設(shè)計，給出適當(dāng)?shù)乃惴枋觯簣D形工具：程序流程圖，，PAD，HIPO表格工具：判定表語言工具：PDL，HIPOPAD圖采用黑盒技術(shù)（功能測試）設(shè)計測試用例的方法及各自的特點。㈠等價類劃分等類劃分是將入數(shù)據(jù)域按有效的或無效也稱合理的或不合理的劃分成若干個等價類，測試每個等價類的代表值就等于對該類其它值的測試。㈡邊界值分析該法是將測試界情況作為重點目標(biāo)取正好等于剛剛大于或剛剛小于邊界值的情況，根據(jù)這些情況選擇測試用例。

㈢錯誤推測錯誤推測法沒有確的步驟憑驗進(jìn)行它基本思想是列出程序中可能發(fā)生錯誤的情況，根據(jù)這些情況選擇測試用例。㈣因果圖因果圖能有效的檢測入條件的各種組合可能會引起的錯誤果圖的基本原理是通過畫因果圖用然語言述的功能說明轉(zhuǎn)換為判定表后判定表的每一列設(shè)計一個測試用例。在網(wǎng)絡(luò)中，sendfile命令用來送一個文件到不同的服務(wù)器Sendfile有個變量：變量1是發(fā)送者根目錄的文件名2是接文件服務(wù)器的名稱3是受方的用戶useid。如果所有的變量是正確的那么文件成功發(fā)送則給發(fā)送者返回一個錯誤信息果因用1代變量1，2代表變量2，3代表變量，結(jié)果用100代表成功101代返回錯誤信息，請畫出因果圖并建立因果關(guān)系判定表。測試用例

1235678因果原因原因原因結(jié)果結(jié)果

123100101

11110

00001

10001

01001

00101

11001

10101

01101某“調(diào)整工資”處理模塊接受一個“職稱”的變量據(jù)職稱的不助講師教，教授作同的處理，其中若是教還必須輸入工齡，只有工齡超過兩年才能調(diào)整工資。請用等價類劃分法設(shè)計測試用例。劃分等價類：輸入條件職稱

合理等價類①教授②副教授③講師

不合理等價類⑤四種職稱之外任意一種⑥助教兼工齡等于職稱兼工齡

④助教兼工齡大于2兩年⑦教兼工齡小于兩年

設(shè)計測試用例：輸入數(shù)據(jù)

預(yù)期結(jié)果

覆蓋范圍教授副教授講師助教3助教2助教1工程師

輸入有效，進(jìn)行調(diào)整工資處理輸入有效，進(jìn)行調(diào)整工資處理輸入有效，進(jìn)行調(diào)整工資處理輸入有效，進(jìn)行調(diào)整工資處理輸入有效，不調(diào)整工資處理輸入有效，不調(diào)整工資處理輸入無效

①②③④⑥⑦⑤軟件測試步驟，這些步驟的測試對象（）元測試：測試對象對單元模塊（）成測試：測試對象為組裝