軟件過程與軟件管理課程復(fù)習(xí)題

1、軟件過程與軟件管理課程復(fù)習(xí)題一解釋相關(guān)概念或術(shù)語1 1軟件工程是指導(dǎo)軟件開發(fā)和維護(hù)的工程類學(xué)科，它以計(jì)算機(jī)科學(xué)理論及其他相關(guān)學(xué)科的理論為指導(dǎo)，采用工程化的概 念、原理、方法和技術(shù)，進(jìn)行軟件的開發(fā)和維護(hù)，并與經(jīng)過時(shí)間證明正確的管理方法與措施相結(jié)合，以較少 的代價(jià)獲取高質(zhì)量的軟件。The IEEE Computer Society:是1將系統(tǒng)化的、標(biāo)準(zhǔn)的、可度量的方法應(yīng)用于軟件的開發(fā)、運(yùn)行和維護(hù)的過 程，即將工程化應(yīng)用于軟件中。2對1中所述方法的研究。2 2軟件過程軟件過程是指軟件開發(fā)人員開發(fā)和維護(hù)軟件及相關(guān)產(chǎn)品如工程方案、設(shè)計(jì)文檔、代碼、測試用例、用戶手 冊等的一套行為、方法、實(shí)踐及變換過程根據(jù)

2、IEEE對軟件過程概念的解釋，軟件過程涵蓋了軟件采購、軟件開發(fā)、軟件維護(hù)、軟件運(yùn)行、軟件獲取、軟件管理、軟件支持等7大類的軟件活動ISO12207分別將這些活動歸結(jié)為根本過程、支持過程和組織過程等3大類3 3軟件過程工程為建造軟件過程所進(jìn)行的一系列工程化活動，包含如下根本活動：過程定義、過程例化、過程模擬、過程運(yùn)作。 現(xiàn)代軟件工程=軟件工程工程+軟件過程工程，這標(biāo)志著軟件過程的時(shí)代的到來。4 4軟件配置管理SCM是標(biāo)識和確定系統(tǒng)中配置項(xiàng)的過程，在系統(tǒng)整個生命周期內(nèi)控制這些項(xiàng)的投放和變動，記錄并報(bào)告配置的狀態(tài)和變動要求，驗(yàn)證配置項(xiàng)的完整性和正確性GB/T11457-1995軟件工程術(shù)語。針對SC

3、M在軟件生命周期各階段所起的作用，一個完整的SCM環(huán)境要求具有版本控制、變更管理、狀態(tài)統(tǒng)計(jì)、和配置審計(jì)的功能。5 5 CMMCMMCMM是指能力成熟度模型，其英文全稱為Capability Maturity Model for Software，英文縮寫為SW-CMM ,簡 稱CMM。它是對于軟件組織在定義、實(shí)施、度量、控制和改善其軟件過程的實(shí)踐中各個開展階段的描述。CMM的核心是把軟件開發(fā)視為一個過程，并根據(jù)這一原那么對軟件開發(fā)和維護(hù)進(jìn)行過程監(jiān)控和研究，以使其更加科學(xué)化、標(biāo)準(zhǔn)化、使企業(yè)能夠更好地實(shí)現(xiàn)商業(yè)目標(biāo)。6 6 CMMCMM中的關(guān)鍵過程域每個軟件能力成熟度等級包含假設(shè)干個對該成熟度等級至

4、關(guān)重要的過程方面，它們的實(shí)施對到達(dá)該成熟度等級的目標(biāo)起到保證作用。這些過程域就稱為該成熟度等級的關(guān)鍵過程域。確定了實(shí)現(xiàn)一個成熟度級別所必須解決的問題處于級別3的機(jī)構(gòu)，必須解決級別2和級別3的所有關(guān)鍵過程域中的問題每個關(guān)鍵過程域都確定了一套相應(yīng)的活動，完成了這些活動，就到達(dá)了被認(rèn)為是對改良過程非常重要的一組目標(biāo)目標(biāo)說明了每個關(guān)鍵過程域的范圍、界限和意義對于滿足關(guān)鍵過程域的機(jī)構(gòu)，一個關(guān)鍵過程域的所有目標(biāo)都必須實(shí)現(xiàn)每個關(guān)鍵過程域的目標(biāo)總結(jié)了它的關(guān)鍵實(shí)踐7 7 CMMCMM中的關(guān)鍵實(shí)踐是指關(guān)鍵過程域種的一些主要實(shí)踐活動。每個關(guān)鍵過程域最終由關(guān)鍵實(shí)踐所組成，通過實(shí)現(xiàn)這些關(guān)鍵實(shí)踐到達(dá)關(guān)鍵過程域的目標(biāo)。一般

5、情況下，關(guān)鍵實(shí)踐描述了該做什么，但沒有規(guī)定 如何去到達(dá)這些目標(biāo)。描述了對關(guān)鍵過程域的有效實(shí)施和制度化起重要作用的根底設(shè)施和活動。每個關(guān)鍵過程域最終由關(guān)鍵實(shí)踐所組成，通過實(shí)現(xiàn)這些關(guān)鍵實(shí)踐來到達(dá)關(guān)鍵過程域的目標(biāo)。關(guān)鍵實(shí)踐描述要做“什么，但沒有強(qiáng)行規(guī)定應(yīng)當(dāng)“怎樣完成目標(biāo)。關(guān)鍵實(shí)踐的下面描述更為詳細(xì)的各實(shí)踐。8 8 CMMCMM中的SEPGSEPG軟件工程過程組Software Engineering Process Group 由專家組成，統(tǒng)領(lǐng)CMM實(shí)施活動，協(xié)調(diào)全組織軟件 過程的開發(fā)和改良活動，制定、維護(hù)和跟蹤與軟件過程開發(fā)和改良活動有關(guān)的方案，定義用于過程的標(biāo)準(zhǔn)和模板，負(fù) 責(zé)對全體人員培訓(xùn)有關(guān)軟

6、件過程及其相關(guān)的活動。這是來源于CMM3的一個名詞，是指執(zhí)行組織，為不斷改良軟件過程管理能力而組建的專門性組織，其職責(zé)包括：制定規(guī)程：組織制定軟件過程管理規(guī)程推廣規(guī)程：在組織內(nèi)部推廣已制定軟件過程管理規(guī)程監(jiān)督實(shí)施：對組織內(nèi)部軟件過程管理規(guī)程執(zhí)行情況的監(jiān)督過程能力提高：對組織內(nèi)部軟件過程管理能力進(jìn)行評估，制定方案提高組織軟件過程管理能力，實(shí)施軟件過程管理能力改良方案SEPG的工作性質(zhì)和職責(zé)是監(jiān)督、管理、指導(dǎo)工程的過程，對工程過程、文檔的標(biāo)準(zhǔn)性及過程、文檔的適用性負(fù) 責(zé)，不對工程的具體結(jié)果負(fù)責(zé)。SEPG成員一般不作為工程組的成員，但是，可以為工程的過程管理、標(biāo)準(zhǔn)執(zhí)行提供協(xié)助。9 9 PSPPSP個

7、體軟件過程Personal Software Process,PSP是一個過程描述、測度和方法的結(jié)構(gòu)化集合，能夠幫助軟件工 程師改善其個人性能。它提供了表格、腳本和標(biāo)準(zhǔn)，以幫助軟件工程師估算和方案其工作。它顯示了如何定義過 程及如何測量其質(zhì)量和生產(chǎn)率。1010 TSPTSPTSP Team Software Process，團(tuán)隊(duì)軟件過程/群組軟件過程是為開發(fā)軟件產(chǎn)品的開發(fā)團(tuán)隊(duì)提供指導(dǎo)，TSP的早期實(shí)踐側(cè)重于幫助開發(fā)團(tuán)隊(duì)改善其質(zhì)量和生產(chǎn)率，以使其更好的滿足本錢及進(jìn)度的目標(biāo)。TSP被設(shè)計(jì)為滿足220人規(guī)模的開發(fā)團(tuán)隊(duì)，大型的多團(tuán)隊(duì)過程的TSP被設(shè)計(jì)為大約最多為150人左右的規(guī)模。TSP是一個小組軟件

8、過程框架TSP指導(dǎo)你通過小組軟件工程的每一個步驟TSP向你說明該如何在一個小組協(xié)同工作環(huán)境中工作TSP教會你如何規(guī)劃和管理一個小組工程TSP教會你如何為小組成員分配不同的角色TSP為小組提高生產(chǎn)力確立了一個過程1111 USDP/RUPUSDP/RUPUSDP Unified Software Development Process,統(tǒng)一軟件開發(fā)過程是一種基于構(gòu)件的，用況和風(fēng)險(xiǎn)驅(qū)動的， 以構(gòu)架為中心，迭代和增量式的開發(fā)過程。分為初始、細(xì)化、構(gòu)造、移交四個階段。RUPRational Unified Process,統(tǒng)一軟件開發(fā)過程， 統(tǒng)一軟件過程 是一個面向?qū)ο笄一诰W(wǎng)絡(luò)的程序開發(fā)方 法論。

9、根據(jù)RationalRational Rose和統(tǒng)一建模語言的開發(fā)者的說法，好似一個在線的指導(dǎo)者，它可以為所有方面 和層次的程序開發(fā)提供指導(dǎo)方針，模版以及事例支持。RUP和類似的產(chǎn)品一一例如面向?qū)ο蟮能浖^程OOSP,以及OPEN Process都是理解性的軟件工程工具-把開發(fā)中面向過程的方面例如定義的階段，技術(shù)和實(shí)踐和其他開發(fā)的組件例如文檔，模型，手冊以及代碼等等整合在一個統(tǒng)一的框架內(nèi)。RUP是Rational Unified Process ,是一個商業(yè)產(chǎn)品， 比USDP專業(yè)，特別是它提供的一套工具來實(shí)現(xiàn)RationalEnterprize Suite。USDP的抽象程度比RUP大得多，是

10、Jacobson等人在學(xué)術(shù)界的成果。12)12) SWEBOKSWEBOK2004年6月，美國IEEE協(xié)會和ACM的聯(lián)合網(wǎng)站上公布了軟件工程知識體(SWEBOK)2004版全文，這標(biāo)志著SWEBOK工程的工作告一段落，軟件工程作為一門學(xué)科，為取得對其核心的知識體系的共識，已經(jīng)到達(dá)了一個重要的里程碑。SWEBOK指南開宗明義提出五個目的：(1)促進(jìn)軟件工程業(yè)界統(tǒng)一看法；(2)劃定學(xué)科邊界，澄清軟件工程的學(xué)科地位；(3)刻畫軟件工程的學(xué)科內(nèi)容；(4)提出訪問SWEBOK的論題(知識點(diǎn))；(5)為個人認(rèn)證、申請執(zhí)照、課程體系制定提供根底。SWEBOK把整個體系分解為10個知識域(Knowledge

11、Area):(子知識域/知識點(diǎn))7/286/253/145/164/156/176/244/162/123/11(Topic),我國學(xué)界稱之為知識點(diǎn)，每個知識點(diǎn)還可以再分為下層，或下下層的子知識點(diǎn)。SWEBOK只給出知識域確切的概念和準(zhǔn)確的定義，即內(nèi)涵定義。從知識域到子域到知識點(diǎn)，要完全理解知識域的含義還要靠它的外延，即各種參考文獻(xiàn)，13)13) SCMSCM(Software Configuration Management):又稱軟件形態(tài)管理、或軟件建構(gòu)管理，簡稱軟件形管(SCM)。界定軟件的成工程，對每個工程的變更進(jìn)行管控(版本控制)，并維護(hù)不同工程之間的版本關(guān)聯(lián)，以使軟件在開發(fā)過程中任

12、一時(shí)間的內(nèi)容都可以被追溯，包括某幾個具有重要意義的數(shù)個組合，例如某一次交付給客戶的軟件內(nèi)容。(二)簡要答復(fù)以下問題1)1) PSPPSP和TSPTSP中質(zhì)檢過失比(A/FRA/FR ) )是一個重要的質(zhì)量度量參數(shù)。請簡要說明A/FRA/FR分別小于1 1和大于2 2時(shí)對過程的意義。質(zhì)檢/過失比：質(zhì)檢質(zhì)量本錢/過失質(zhì)量本錢，用來測量在第一次編譯前花在查找缺陷上的時(shí)間的相對值?？捎脧?fù)查時(shí)間/ (編譯+測試)時(shí)間來計(jì)算。能很好地指示測試中發(fā)現(xiàn)缺陷的可能性。當(dāng)A/FR2時(shí)，過程產(chǎn)生無缺陷的可能性更大。A/FR的值對于小的獨(dú)立的產(chǎn)品通常比2.0要大；A/FR的值對于相對大的產(chǎn)品等于1.0較為適宜。例如，

13、如果有實(shí)際總開發(fā)時(shí)間=262min，實(shí)際代碼復(fù)查時(shí)間=29min，那么質(zhì)檢本錢=100*29/262=11.07%如果有實(shí)際編譯時(shí)間=5min，實(shí)際測試時(shí)間=10min，那么過失本錢=100* (5+10 ) /262=5.73%。此時(shí)，A/FR= 11.07/ 5.73=1.93。可用復(fù)查時(shí)間/(編譯+測試)時(shí)間來計(jì)算。2)2) TSPTSP中的SUMQSUMQ的作用。工程管理者根據(jù)質(zhì)量方案，通過SUMQ質(zhì)量總結(jié)表協(xié)助團(tuán)隊(duì)成員跟蹤績效。SUMQ包括主要比率、無缺陷比率PDF、缺陷數(shù)/頁、缺陷數(shù)/KLOC、缺陷比率、開發(fā)時(shí)間比率、質(zhì)檢過失比A/FR、復(fù)核比率、檢查比率、缺陷引入比率、缺陷除去比

14、率、階段成品率、過程成品率。它提供了對質(zhì)量問題的估計(jì)方法、深入分析設(shè)計(jì)和代碼復(fù)核質(zhì)量的方 法，以及對整個過程的評估方法，使軟件開發(fā)人員對質(zhì)量問題更加敏感和小心，以便開發(fā)出高質(zhì)量的軟件產(chǎn)品。在TSP中， 質(zhì)量方案(SUMQ)的制訂與方案小結(jié)(SUMP)的制訂相輔相成， 缺一不可。方案小結(jié)的制訂又需要 參考產(chǎn)品規(guī)模摘要(SUMS)和任務(wù)方案(TASK)，而任務(wù)方案又與進(jìn)度方案(SCHEDULE)密切相關(guān)。除此而外，質(zhì)量計(jì) 劃的制訂還需要參考質(zhì)量標(biāo)準(zhǔn)(QUAL)的要求。質(zhì)量方案與進(jìn)度方案之間的內(nèi)在聯(lián)系以下圖所示。圖 2.1 SUMQ 方案數(shù)據(jù)的來源在團(tuán)隊(duì)成員訂出質(zhì)量方案SUMQ后，質(zhì)量經(jīng)理就要依據(jù)該

15、方案，協(xié)助團(tuán)隊(duì)成員追蹤績效。對于系統(tǒng)的每個局部，質(zhì)量經(jīng)理要在每個階段追蹤這些數(shù)據(jù)，以了解測量值是否落于質(zhì)量方案所設(shè)定的范圍內(nèi)。如果沒有，質(zhì)量經(jīng)理要在每周的定期會議中，將這些問題提出來，并向團(tuán)隊(duì)提出改善建議。去3, TSPK:曾再格皿明名林DEFECTGOALINSIKVITL問觀以肝曲用、LOGDMlLOOTMTG會議將PIPH程改誑建設(shè)ROLE小徂炕色ROLE MX侶色史任期陣SCHED也典方案拱幟STRATSUMDISUMDR州吟期昭忠站SUMP方案始我SUMQSUMS展序太小以!SUMTSUMTASKTASK方方案的艮TESTLOGWEEK3)3)在軟件配置管理系統(tǒng)中檢入與檢出是根本功能

16、。請解釋該功能的作用。檢入就是將軟件配置項(xiàng)從用戶的工作環(huán)境存入到軟件配置庫的過程；檢出就是將軟件配置項(xiàng)從軟件配置庫中取出的過程。4)4) CMMCMM的主要用途。軟件過程評估：(SPA, Software Process Assessment)一組經(jīng)過訓(xùn)練和培訓(xùn)的軟件專業(yè)人員，確定出一個企業(yè)者的能力資格；或者是，檢查、監(jiān)察正用于軟件制作的軟件過程的狀況一一企業(yè)外部。5)5) PSPPSP過程腳本的主要步驟。入口準(zhǔn)那么一進(jìn)行問題描述；PSP工程方案總結(jié)表；以前開發(fā)的程序的實(shí)際規(guī)模和時(shí)間數(shù)據(jù)；時(shí)間記錄日志； 方案階段一首先獲得工程的需求， 然后完成工程方案總結(jié)表， 最后把方案所花費(fèi)的時(shí)間記錄在時(shí)間

17、記錄日志 上。設(shè)計(jì)階段一設(shè)計(jì)這個程序。用流程圖或偽碼等指定的格式記錄設(shè)計(jì)的內(nèi)容。該階段結(jié)束時(shí)，把設(shè)計(jì)時(shí)間記錄在時(shí)間記錄日志上。編碼階段一利用所選擇的程序設(shè)計(jì)語言來實(shí)現(xiàn)該設(shè)計(jì)。使用一致的編碼格式。 結(jié)束時(shí)在時(shí)間記錄日志上記錄編碼所花費(fèi)的時(shí)間。代碼復(fù)查一復(fù)查所有的源程序代碼；遵照代碼復(fù)查腳本；修復(fù)并記錄所發(fā)現(xiàn)的每一個缺陷；將代碼復(fù)查階段所花費(fèi)的時(shí)間記入時(shí)間記錄日志；編譯階段一編譯程序并改正所有發(fā)現(xiàn)的缺陷。修復(fù)缺陷直到正確編譯無錯為止。所有花費(fèi)在這一階段的時(shí)間記為編譯時(shí)間，包括修改設(shè)計(jì)和改正代碼的時(shí)間。該階段結(jié)束時(shí)，在時(shí)間記錄日志上記錄編譯時(shí)間。測試階段一進(jìn)行充分的測試以保證程序滿足所有的需求，并且

18、能夠不帶任何錯誤通過一組全面的測試集。所有花費(fèi)在這一階段的時(shí)間記為測試時(shí)間，其中包括修改設(shè)計(jì)、改正代碼和重新編譯的時(shí)間。該階段結(jié)束時(shí)， 在時(shí)間記錄日志上記錄測試時(shí)間。后置處理階段一完成工程方案總結(jié)表中所有有關(guān)實(shí)際數(shù)據(jù)的那些欄目。然后登入一個估計(jì)的后置處理階段的時(shí)間。過程框架如下圖:軟件過程的狀況，找出軟件企業(yè)所面對的與軟件過程有關(guān)的、 程改良的支持企業(yè)內(nèi)部。軟件過程改良：(SPI , Software Process Improvement)劃、制定以及實(shí)施。軟件能力評價(jià)：(SCE , Software Capability Evaluation)最急需解決的所有問題，以便取得企業(yè)領(lǐng)導(dǎo)層對軟件

19、過 幫助軟件企業(yè)對其軟件過程向更好的方向改變，進(jìn)行計(jì) 一組經(jīng)過訓(xùn)練和培訓(xùn)的軟件專業(yè)人員，鑒別出軟件承包6 6簡要說明“工程方案總結(jié)表在作用：在PSP中，記錄工程的方案數(shù)據(jù)和實(shí)際數(shù)據(jù)的表格叫工程方案總結(jié)表。在工程開始時(shí)，軟件工程師記錄 方案局部的值；工程完成時(shí)，記錄實(shí)際值，并累積值和累積百分比。方案不是一個準(zhǔn)確的過程，作為一種技能，方案 可以逐步的改善和提高，而提高的最主要途徑是為所作的每一項(xiàng)工作做方案，然后對于每一項(xiàng)已經(jīng)完成的工作，將它的方案值與實(shí)際結(jié)果作比擬。這樣可以更清楚的了解方案中的過失并且學(xué)會制定更好的方案。通過對缺陷數(shù)據(jù)的記錄分析，可以清楚的看到設(shè)計(jì)過程中存在的問題，作為對日后開發(fā)有

20、益的補(bǔ)充。工程方案總結(jié)表包括如下內(nèi)容：學(xué)生日期程序程序號#教師程序設(shè)計(jì)語言總結(jié)方案實(shí)際累計(jì)Minutes/LOCLOC/HourDefects/KLOC過程效益A/FR程序規(guī)模LOC新開發(fā)與更改的最大規(guī)模最小規(guī)模開發(fā)階段時(shí)間/min方案實(shí)際累計(jì)累計(jì)百分比方案設(shè)計(jì)PSP中的作用。編碼代碼復(fù)查編譯測試后置處理總計(jì)最大時(shí)間最小時(shí)間引入的缺陷方案實(shí)際累計(jì)累計(jì)百分比Def/Hour方案設(shè)計(jì)編碼代碼復(fù)查編譯測試總計(jì)排除的缺陷方案實(shí)際累計(jì)累計(jì)百分比Def/Hour方案設(shè)計(jì)編碼代碼復(fù)查編譯測試總計(jì)7 7 CMMCMM中屬于管理類別的關(guān)鍵過程域。2可重復(fù)級：需求管理；軟件工程方案；軟件工程跟蹤及監(jiān)督； 軟件子合

21、同管理； 軟件質(zhì)量保證；軟件配置管理。3已定義級：集成軟件管理；組間合作。4已管理級：定量的過程管理。8 8簡要說明PSPPSP中程序規(guī)模與生產(chǎn)率的估計(jì)過程。先按功能分類估計(jì)程序可能有多少行代碼LOC，再估計(jì)編寫每行代碼需要多少分鐘MIN/LOC;然后按功能分類匯總估算總共需要的時(shí)間。其中對代碼行的估計(jì)：較大規(guī)模-收集一系列有關(guān)數(shù)據(jù)，建立一個歷史記錄，用新程序的每個功能比對歷史記錄中每個類似功能， 然后累加。小規(guī)模-與歷史數(shù)據(jù)比對作出好的規(guī)模估計(jì)關(guān)鍵是要有大量的歷史數(shù)據(jù)，要進(jìn)行屢次規(guī)模估計(jì)，要定期將實(shí) 際結(jié)果與估計(jì)值作比擬。9 9軟件基線庫的要求是建立軟件配置管理數(shù)據(jù)庫系統(tǒng)。請簡要給出軟件配置

22、管理數(shù)據(jù)庫系統(tǒng)中的主要功能。軟件配置庫又稱軟件受控庫，是指在軟件生命周期的某一階段結(jié)束時(shí)，存放作為階段產(chǎn)品而釋放的、與軟件開發(fā)工作有關(guān)的計(jì)算機(jī)可讀信息和人工可讀信息。軟件配置庫存儲一般采用數(shù)據(jù)庫的形式。軟件配置管理就是對軟件配置庫中的各項(xiàng)軟件項(xiàng)管理。10)10)軟件工程過程組與軟件工程組的主要區(qū)別。軟件工程組(Software Engineering Group):負(fù)責(zé)一個工程的軟件開發(fā)和維護(hù)活動的團(tuán)體。活動包括需求分析、 設(shè)計(jì)、編碼和測試等。軟件工程過程組(Software Engineering Process Group):是由專家組成的組，他們推進(jìn)組織采用的軟件過程的定義、維護(hù)和改良工

23、作。軟件工程過程組統(tǒng)領(lǐng)CMM實(shí)施活動，協(xié)調(diào)全組織軟件過程的開發(fā)和改良活動，制定、維護(hù)和跟蹤與軟件過程開發(fā)和改良活動有關(guān)的方案，定義用于過程的標(biāo)準(zhǔn)和模板，負(fù)責(zé)對全體人員培訓(xùn)有關(guān)軟件過程及其相關(guān)的活動。11)11)度量與分析在CMMCMM中的作用。描述與軟件過程相關(guān)的根本測量實(shí)踐，其目的是控制和改良過程，度量和分析一般包括測量例如，通過這些示例可以知道如何確定操作活動的狀態(tài)和效果。12)12) TSPTSP的啟動過程主要包括的步驟及其要點(diǎn)。啟動過程是TSP的第一個步驟，其步驟：1、描述了小組角色的職責(zé)2、制定小組目標(biāo)3、制定小組成員目標(biāo)4、制定角色目標(biāo)5、TSP啟動流程a、TSP周期1小組啟動b、

24、TSP周期n小組啟動c、成員信息表d、每周例會e、每周狀況報(bào)告(WEEK表)要點(diǎn)：組建小組不能隨意；需要花費(fèi)時(shí)間進(jìn)行考慮；需要建立小組成員在工作中的相互關(guān)系；決定小組成員 所擔(dān)當(dāng)?shù)慕巧?；取得目?biāo)的一致意見。13)13) TSPTSP中小組角色有哪些？小組長開發(fā)經(jīng)理方案經(jīng)理質(zhì)量/生產(chǎn)經(jīng)理技術(shù)支持經(jīng)理14)14)在TSPTSP中開發(fā)方案需要填寫哪些表格?TASK、SCHEDULE、SUMS、SUMP、SUMQ表15)15) TSPTSP中PDFPDF指標(biāo)是什么？有何意義？無缺陷比率PDF: PDF就是在給定的階段內(nèi)沒有缺陷的產(chǎn)品部件所占有的百分比。部件越多，PDF衡量集合的質(zhì)量就越精確。PDF數(shù)據(jù)

25、提供了一個對質(zhì)量問題的初步估算方法。如果PDF不是平穩(wěn)均勻增長的，那么就檢查一下那些缺陷數(shù)目很多的局部。PDF數(shù)據(jù)如果在每一個除去缺陷階段里有了，你就可以看出在整個開發(fā)過程中質(zhì)量是如何提高的。PDF如果穩(wěn)步提高，在系統(tǒng)測試過程中要到達(dá)或超過90%。16)16) UMLUML中活動圖可以用來描述什么？描述活動之間的數(shù)據(jù)流或判斷提供多種不同的業(yè)務(wù)流程視圖描述用例中出現(xiàn)的活動使用不同的非連續(xù)符號顯示多種不同的活動顯示并行線程用來描述事物開展變化的過程，活動圖可以描述業(yè)務(wù)流程，工作流程，類中的操作流程等。1717TSPTSP的主要過程。啟動過程，開發(fā)策略，開發(fā)方案，需求分析過程，設(shè)計(jì)過程，實(shí)現(xiàn)過程，測

26、試方案，事后分析1818ROSEROSE的根本功能有哪些1、 對業(yè)務(wù)進(jìn)行建模工作流；2、 建立對象模型表達(dá)信息系統(tǒng)內(nèi)有哪些對象，它們之間是如何協(xié)作完成系統(tǒng)功能的；3、對數(shù)據(jù)庫進(jìn)行建模，并可以在對象模型和數(shù)據(jù)模型之間進(jìn)行正、逆向工程，相互同步；4、建立構(gòu)件模型表達(dá)信息系統(tǒng)的物理組成，如有什么文件、進(jìn)程、線程、分布如何等等5、 生成目標(biāo)語言的框架代碼，VB、JAVA、DELPHI等1919ROSEROSE是否可以支持從USEUSE CASECASE自動導(dǎo)出類/ /對象結(jié)構(gòu)？可以。在Rose的菜單File中可以翻開import, export/導(dǎo)進(jìn)，導(dǎo)出package,對利用現(xiàn)成的建模成果很有用，例

27、如 我們可以導(dǎo)進(jìn)一個現(xiàn)成的java模型，這樣就可以直接利用java標(biāo)準(zhǔn)的對象了。2020ROSEROSE是否可以支持從類/ /對象結(jié)構(gòu)自動導(dǎo)出詳細(xì)代碼？可以。 很多外部的產(chǎn)品都對rose發(fā)布了add-in支持， 以對rose的功能做進(jìn)一步的擴(kuò)展， 如java、oracle、delphi,有了這些add-in,rose就可以做更多的深層次的工作了。例如裝了delphi link之后，rose就可以直接可以生成delphi的框架代碼，也可以從delphi代碼轉(zhuǎn)化成rose模型，并進(jìn)行兩者的同步。三論述題1 1從PSPPSP的過程框架出發(fā)，談?wù)凱SPPSP帶來的益處。PSP是一種可用于控制、管理和改

28、良個人工作方式的自我持續(xù)改良過程，是一個包括軟件開發(fā)表格、指南 和規(guī)程以及幫助軟件工程師測量和改良工作方式的結(jié)構(gòu)化框架?？捎糜诳刂?、管理、改良和自我完善軟件工程師軟件開發(fā)的個人工作方式與過程。個體軟件過程PSP的好處有：PSP為個體和小型群體優(yōu)化軟件過程提供了途徑；PSP與具體的技術(shù)程序設(shè)計(jì)語言、工具或者設(shè)計(jì)方法相對獨(dú)立；PSP能夠說明個體軟件過程的原那么，且原那么能夠應(yīng)用到幾乎任 何的軟件工程任務(wù)之中；PSP幫助軟件工程師作出準(zhǔn)確的方案；PSP確定軟件工程師為改善產(chǎn)品質(zhì)量要采取的步驟；PSP建立度量個體軟件過程改善的基準(zhǔn)；PSP確定過程的改變對軟件工程師能力的影響。2 2從PSPPSP、TS

29、PTSP、CMMCMM所關(guān)注的焦點(diǎn)，簡要論述PSPPSP、TSPTSP、CMMCMM之間的關(guān)系。1.PSP、TSP和CMM為軟件產(chǎn)業(yè)提供了一個集成化的軟件過程框架。三者互相配合，各有側(cè)重，形成了不 可分割的整體。2.CMM注重于組織能力和高質(zhì)量的產(chǎn)品，它提供了評價(jià)組織的能力、識別優(yōu)先改善需求和追蹤改善進(jìn)展的管理方式。然而，它實(shí)現(xiàn)的成功與否和TSP、PSP密不可分。在CMM的18個關(guān)鍵過程域中， 有12個與PSP緊密相關(guān)，16個與TSP緊密相關(guān)。3.PSP注重于個人的技能， 能夠指導(dǎo)軟件工程師如何保證自己的工作質(zhì)量，估計(jì)和規(guī)劃自身的工作，度量和追蹤個人的表現(xiàn)。軟件工程師們在他們參與的工程工作之中

30、假設(shè)充分利用PSP ,那么可以保證工程整體的進(jìn)度和質(zhì)量，有助于CMM目標(biāo)的實(shí)現(xiàn)。4.TSP注重團(tuán)隊(duì)的高效工作和產(chǎn)品交付能力，結(jié)合CMM的管理方法和PSP的工程技能，通過告訴軟件工程 師如何將個體過程結(jié)合進(jìn)小組軟件過程，通過告訴管理層如何支持和授權(quán)工程小組，堅(jiān)持高質(zhì)量的工作，并且依據(jù)數(shù)據(jù)進(jìn)行工程的管理，向組織展示如何應(yīng)用CMM的原那么和PSP的技能去生產(chǎn)高質(zhì)量的產(chǎn)品。5.CMM關(guān)注組織所應(yīng)該做的，它指明組織應(yīng)到達(dá)的目標(biāo)；PSP為軟件工程師個體持續(xù)改良個人的性能提供指導(dǎo)；TSP為受訓(xùn)的PSP工程師提供作為團(tuán)隊(duì)成員如何在高性能團(tuán)隊(duì)有效工作的具體指導(dǎo)。三者結(jié)合在一起，使軟件組織如期生產(chǎn)高質(zhì)量的軟件產(chǎn)品

31、。3 3從CMMCMM的框架、結(jié)構(gòu)方面，談?wù)凜MMCMM是如何指示軟件機(jī)構(gòu)的能力成熟度的。1.CMM框架中融合了全面質(zhì)量管理的思想，分別是初始級、可重復(fù)級、已定義級、已管理級和優(yōu)化級。這5個級別是機(jī)構(gòu)過程能力的5個不同層次的狀態(tài)，從第一級到高一級的躍遷分別實(shí)現(xiàn)4個過程：有紀(jì)律的過程、標(biāo)準(zhǔn)一致的過程、可預(yù)測的過程、持續(xù)改良的過程。以5個不斷進(jìn)化的層次反映了軟件過程定量控制中工程管理和工程工程的根本原那么。2.CMM的內(nèi)部結(jié)構(gòu)包括：成熟度級別，關(guān)鍵過程域，共同特性和關(guān)鍵實(shí)踐。通過定義成熟度級別表示了過程 能力的水平；通過關(guān)鍵過程域確定了實(shí)現(xiàn)一個成熟度級別所必須解決的問題；共同特性是一組屬性，指明一

32、 個關(guān)鍵過程域的執(zhí)行和制度化是否有效、可重復(fù)和可持續(xù)；關(guān)鍵實(shí)踐描述了對關(guān)鍵過程域的有效實(shí)施和制度 化起重要作用的根底設(shè)施和活動。4 4從軟件管理所包含的內(nèi)容，簡要論述軟件管理的必要性及其開展趨勢。1.軟件管理是對軟件工程和產(chǎn)品進(jìn)行管理的技術(shù)的總稱。包含以下幾方面的內(nèi)容：2.軟件工程管理：主要完成定義工程目標(biāo)，評估工程資源，估計(jì)工程實(shí)施的進(jìn)度；3.軟件風(fēng)險(xiǎn)管理：主要進(jìn)行軟件產(chǎn)品的風(fēng)險(xiǎn)鑒定，分析，監(jiān)視，緩解和方案；4.軟件質(zhì)量管理：主要包括質(zhì)量方案和控制， 驗(yàn)證和確認(rèn)，產(chǎn)品和過程的度量， 軟件產(chǎn)品的可信任度和可靠性。5.軟件配置管理：軟件產(chǎn)品的版本控制、變更管理、狀態(tài)統(tǒng)計(jì)、和配置審計(jì)6.在軟件開發(fā)

33、過程中，產(chǎn)品質(zhì)量涉及到生產(chǎn)的所有環(huán)節(jié)，只有各個生產(chǎn)層面都不無視質(zhì)量，最后才能得到高質(zhì) 量的產(chǎn)品；而要制造及傳遞某種符合特定質(zhì)量標(biāo)準(zhǔn)的產(chǎn)品時(shí)，必須配適宜當(dāng)?shù)墓芾砑夹g(shù)及作業(yè)程序；另外， 軟件管理也是使企業(yè)具備持續(xù)提供符合要求產(chǎn)品的能力的必要條件。所以，對于整個工程和產(chǎn)品來說，軟件 管理都是必須的。7.其開展趨勢：目前，軟件管理正向著軟件過程管理開展，軟件界已經(jīng)認(rèn)識到軟件過程因素對軟件開發(fā)的重要 影響，它使人們把注意力從抽象的軟件生存周期模型的研究，轉(zhuǎn)向那些對軟件工程的成功起著關(guān)鍵作用的過 程細(xì)節(jié)的研究。5 5從TSPTSP的整個過程框架來說明為什么在TSPTSP中有一個后期維護(hù)過程。TSP整個過程

34、框架過程中有一個后期維護(hù)過程，目的是收集、分析和記錄工程數(shù)據(jù)；評價(jià)小組和每個角色 的工作；確定改良后繼周期過程的方法；寫出周期報(bào)告。后期維護(hù)是TSP的最后一步，后期維護(hù)提供了一種結(jié)構(gòu)化的方法來改良個人和小組的工作，每一個TSP周期都以后期維護(hù)結(jié)束， 小組成員還可提出建設(shè)性改良意見， 這樣能夠更好地完成高質(zhì)量的產(chǎn)品， 節(jié)省開發(fā)周 期和開發(fā)本錢。6 6從管理和控制的角度，談?wù)劷④浖€的意義。1.基線是軟件生命周期各階段末尾的特定點(diǎn)，其作用是把各階段工作劃分的更加準(zhǔn)確，使之便于檢驗(yàn)和確認(rèn)階段開發(fā)成果。在CMM中，工程建立或使用一個倉庫用于存放配置項(xiàng)/單元和相關(guān)的SCM記錄。倉庫的內(nèi)容稱為軟件基線

35、。2.建立軟件基線庫不僅僅是對軟件開發(fā)的過程管理變得更加容易準(zhǔn)確，最關(guān)鍵的它還是一種高效的管理方法， 有助于最大程度的降低軟件開發(fā)本錢，提高質(zhì)量和用戶滿意度。從管理角度看，其意義主要表現(xiàn)在以下幾個方面： 軟件基線是軟件生命周期各階段末尾的特定點(diǎn)，即里程碑。其意義在于能把各階段工作劃分的更加準(zhǔn)確， 使之便于檢驗(yàn)和確認(rèn)階段開發(fā)成果。在軟件的整個生命周期中，建立和維護(hù)軟件產(chǎn)品的完整性。對系統(tǒng)不同版本進(jìn)行標(biāo)識和跟蹤的過程，可以保證軟件技術(shù)狀態(tài)的一致性。 指導(dǎo)軟件組織提高軟件開發(fā)管理能力；降低軟件承包商和采購者的風(fēng)險(xiǎn)；評估軟件承包商的軟件開發(fā)管理能力；從控制角度看，其意義表現(xiàn)在以下幾個方面：通過軟件配置

36、管理的更改控制和配置審核功能，可以系統(tǒng)地控制基線的更改和那些利用軟件基線庫構(gòu)成的軟件產(chǎn)品的發(fā)行。根據(jù)文檔化的規(guī)程生成由軟件基線庫制造的產(chǎn)品，并控制它們的發(fā)行。使得軟件配置管理活動是有方案的。選定的軟件工作產(chǎn)品是已標(biāo)識的、受控的和適用的。 已標(biāo)識的軟件工作產(chǎn)品的變更是受控的。受影響的組和個人會得到軟件基線的狀態(tài)和內(nèi)容的通知。7)7)從你已有的軟件過程與軟件管理的知識和軟件實(shí)踐經(jīng)驗(yàn)，談?wù)勅绾闻袛嘬浖^程是成熟的和有效的。假設(shè)軟件過程滿足如下幾個標(biāo)準(zhǔn)，那么認(rèn)為其是成熟和有效的：軟件過程被正確無誤地通知到現(xiàn)有職員和新雇員，工作活動均按照己規(guī)劃的過程進(jìn)行，而且和實(shí)際進(jìn)行工作的方式相一致。軟件過程中，需要

37、時(shí)就更新過程，并且通過可控的先導(dǎo)性試驗(yàn)和(或)費(fèi)效分析使其得到改良。所有工程和在整 個組織中，所有的崗位及其職責(zé)都是清楚的。經(jīng)理能夠嚴(yán)格監(jiān)控產(chǎn)品的質(zhì)量和顧客的滿意程度；有客觀的、定量的根底，進(jìn)度和預(yù)算是現(xiàn)實(shí)的基于以前的性能數(shù)據(jù)；能到達(dá)產(chǎn)品的本錢、進(jìn)度、功能和質(zhì)量的預(yù)期結(jié)果。整個過程一致地遵循一個有紀(jì)律的過程，而且存在支 持該過程的必要根底設(shè)施。8)8)從USDPUSDP提倡的過程及其特點(diǎn)看，談?wù)剳?yīng)用USDPUSDP對軟件機(jī)構(gòu)的過程改良可能帶來的利弊。USDP的優(yōu)勢主要有：基于UML ,而UML作為面向?qū)ο笙到y(tǒng)建模語言的國際標(biāo)準(zhǔn)，得到了眾多國際上頂級軟件開發(fā)商和開發(fā)工具供給商的支持；強(qiáng)調(diào)早期就能

38、確定或獲得穩(wěn)定的軟件體系結(jié)構(gòu)，從而降低系統(tǒng)開發(fā)風(fēng)險(xiǎn)；以用例(use case)作為系統(tǒng)需求的核心表示，并驅(qū)動整個開發(fā)過程的完成，從而保證最終得到的系統(tǒng)正是用戶真 正所需要的產(chǎn)品；采用增量式、迭代式開發(fā)，縮短了產(chǎn)品投放市場的時(shí)間，并能適應(yīng)用戶需求的變化。USDP的劣勢：軟件開發(fā)理論上的統(tǒng)一和普遍適用卻在產(chǎn)業(yè)應(yīng)用上處處碰壁，遇到了許多問題。對于一個軟件開發(fā)方法，它的通用性越大，實(shí)用性就越差。試圖建立一個通用的軟件開發(fā)過程，就必須研究大量的應(yīng)用實(shí)例，總 結(jié)這些實(shí)例的通用特點(diǎn)，并驗(yàn)證它的正確性，這是一項(xiàng)艱巨的任務(wù)。軟件開發(fā)機(jī)構(gòu)不僅需要一個軟件開發(fā)過程， 更需要一個適合自己需求的軟件開發(fā)過程。目前，軟件

39、開發(fā)過程較最好的解決方案是：為用戶定制自己的軟件開發(fā)過程。9)9)談?wù)剬SPPSP、TSPTSP、CMMCMM中軟件度量的根本過程和方法，舉例說明。1.1.螺旋模型沿著螺線旋轉(zhuǎn)，在笛卡爾坐標(biāo)的四個象限上分別表達(dá)了四個方面的活動，即：制定方案一一確定軟件目標(biāo)，選定實(shí)施方案，弄清工程開發(fā)的限制條件；風(fēng)險(xiǎn)分析一一分析所選方案，考慮如何識別和消除風(fēng)險(xiǎn)；實(shí)施工程一一實(shí)施軟件開發(fā)；客戶評估一一評價(jià)開發(fā)工作，提出修正建議。螺旋模型適合于大型軟件的開發(fā)，應(yīng)該說它是最為實(shí)際的方法，它吸收了軟件工程演化的概念，使得開發(fā)人員和客戶對每個演化層出現(xiàn)的風(fēng)險(xiǎn)有所了解，繼而做出應(yīng)有的反映。2.2.關(guān)于TSP:TSP是一個

40、小組軟件過程框架TSP指導(dǎo)你通過小組軟件工程的每一個步驟TSP向你說明該如何在一個小組協(xié)同工作環(huán)境中工作TSP教會你如何規(guī)劃和管理一個小組工程TSP教會你如何為小組成員分配不同的角色TSP為小組提高生產(chǎn)力確立了一個過程3.3.USDP是迭代和增量式的。其含義是以細(xì)小的步驟開發(fā)，整個開發(fā)分為屢次迭代，每次迭代象一個微型工程，經(jīng)歷所有的核心工作流。增量就是兩次相臨的迭代之間的發(fā)布產(chǎn)品的差異，一次迭代的結(jié)果就是一個增量。每次迭代后產(chǎn)生一組基線制品， 對基線制品經(jīng)過評估和修改后才在此基線的根底上進(jìn)行下一次迭代開發(fā)。通過一系列的迭代得到最后的產(chǎn)品發(fā)布。此要素有利于逐步降低風(fēng)險(xiǎn)，適應(yīng)用戶需求的不斷變化，允

41、許開發(fā)過程中的靈活多 變，迭代和階段產(chǎn)生的基線和里程碑增加了過程的可視性，便于過程、產(chǎn)品的管理和控制。4.4.與螺旋模型的一致性主要表現(xiàn)在迭代和增量式也即類似與沿著螺線旋轉(zhuǎn)的方式。與TSP的一致性主要表現(xiàn)在以細(xì)小的步驟開發(fā)。1010談?wù)刄SDPUSDP和軟件開發(fā)模型- -螺旋模型的一致性，以及USDPUSDP與TSPTSP的一致性。USDP是迭代增量式的，每次跌代由以下五個工作步驟組成：需求，分析，設(shè)計(jì)，實(shí)現(xiàn)，測試。迭代增量生命周期的好處是1錯誤提早發(fā)現(xiàn)，降低本錢；2對工程進(jìn)度的更好保證；3對于開發(fā)團(tuán)隊(duì)而言開發(fā)速度更快；4便于適 應(yīng)用戶需求的動態(tài)改變；適合于大型復(fù)雜的系統(tǒng)。軟件開發(fā)模型-螺旋模

42、型也是迭代增量式，每次迭代的步驟與USDP也根本相同，同樣有風(fēng)險(xiǎn)分析，可以降低開發(fā)風(fēng)險(xiǎn)，同樣適合于大型復(fù)雜的系統(tǒng)。TSP提供了快速高效的反應(yīng)機(jī)制一一短周期、有評估；采用循環(huán)的開發(fā)戰(zhàn)略一一從一個最小規(guī)模的產(chǎn)品版本開始；進(jìn)行風(fēng)險(xiǎn)管理；其實(shí)上述機(jī)制的本質(zhì)就是一種迭代增量模式，每次迭代周期短，參加風(fēng)險(xiǎn)評估，與上述兩者是一1111談你學(xué)習(xí)PSP、TSP、CMM的心得體會。學(xué)習(xí)PSP、TSP、CMM之后，結(jié)合之前自己的工程經(jīng)歷，體會如下：對于小工程，工程本身不大，開發(fā)周期也不長，所以看起來比擬簡單，比擬容易成功。因而往往會無視了這類小 工程的管理，其實(shí)這是一種誤解，從本人的經(jīng)驗(yàn)看來，小工程開發(fā)中容易犯以下

43、的一些錯誤：1開發(fā)之前沒有認(rèn)真地進(jìn)行工程可行性和工作量的估計(jì)往往由于工程較小， 便很草率地制定一個開發(fā)日程表，沒有認(rèn)真地估計(jì)工程難度，結(jié)果實(shí)際完成時(shí)間與估計(jì)完成時(shí)間往往有較大差異。2沒有真正的設(shè)計(jì)過程開發(fā)人員少，意味著不同人員的程序之間交互、接口相對少一些。開發(fā)周期短意味著往往是同樣的幾個人從頭到尾負(fù)責(zé)一個工程。這兩者都讓人容易犯些錯誤。往往是幾個人碰一下頭，討論一下最根本的結(jié)構(gòu)、接口便分頭去做自 己的工作了，沒有一份較正式的文檔。這種做法潛在的危險(xiǎn)之一是有的人可能會對討論出的接口、結(jié)構(gòu)理解有偏差應(yīng)該成認(rèn)人是會犯錯誤的，一個誤解可能造成以后的返工。另一個潛在的危險(xiǎn)是由于討論時(shí)忽略了某些情況，等

44、大家都按當(dāng)時(shí)的分工完成屬于自己的工作后，才發(fā)現(xiàn)各個模塊組合起來卻形不成一個完整的系統(tǒng)。其根源在于沒有一個負(fù)責(zé)協(xié)調(diào)的人員不斷監(jiān)控整個開發(fā)過程。第三個潛在的危險(xiǎn)是一旦有人中途退出開發(fā)隊(duì)伍，其他人參加時(shí)，新來的人難以理解以前別人做好的代碼，索性自己從頭來。另外，沒有文檔的程序，日后維護(hù)和版本升級都比擬困難。3不經(jīng)過單元測試而直接進(jìn)入系統(tǒng)測試造成這一現(xiàn)象的原因是每個模塊相比照擬簡單，但是為了測試一個模塊需要建立一些測試環(huán)境。例如，為了測試一個函數(shù)是否正確，應(yīng)該用一些測試數(shù)據(jù)去調(diào)用該函數(shù)，需要編寫一些測試數(shù)據(jù)。但很多人嫌麻煩，覺得反正其他模 塊也很快出來了，直接用真正的數(shù)據(jù)來運(yùn)行幾次就行了。這樣，一旦直

45、接進(jìn)入系統(tǒng)測試，發(fā)現(xiàn)運(yùn)行結(jié)果不正確后需要一步步查找。由于模塊間的調(diào)用關(guān)系，可能查了很久才發(fā)現(xiàn)是某個模塊的問題。 這種方法一來效率比擬低，大量的時(shí)間用在了將一個錯誤定位在模塊上了。另外由于這種測試不完全，真正運(yùn)行系統(tǒng)，當(dāng)調(diào)用某模塊時(shí)，可能大局部時(shí)候都是正常數(shù)據(jù)，極少出現(xiàn)邊界情況，可能某些邊界情 況容易被無視，很久之后才被發(fā)現(xiàn)。 但是如果對每個模塊進(jìn)行單元測試時(shí)都進(jìn)行一下邊界測試，就會很容易消除一些隱患，可謂欲速那么不達(dá)。1212基于數(shù)據(jù)庫應(yīng)用系統(tǒng)開發(fā)的根本過程：數(shù)據(jù)庫應(yīng)用系統(tǒng)的開發(fā)是一項(xiàng)軟件工程。一般可分為以下幾個階段：1.規(guī)劃2.需求分析3.概念模型設(shè)計(jì)4.邏輯設(shè)計(jì)5.物理設(shè)計(jì)6.程序編制及調(diào)試7.運(yùn)行及維護(hù)。這些階段的劃分目前尚無統(tǒng)一的標(biāo)準(zhǔn)，各階段間相互聯(lián)接，而且常常需要回溯修正。在數(shù)據(jù)庫應(yīng)用系統(tǒng)的開發(fā)過程中，每個階段的工作成果就是寫出相應(yīng)的文檔。每個階段都是在上一階段工作成果的根底上繼續(xù)進(jìn)行，整個開發(fā)工程是有依據(jù)、有組織、有方案、有條不紊地展開工作。詳細(xì)介紹如下：1.1.規(guī)劃規(guī)劃的主要任務(wù)就是作必要性及可行性分析，對系統(tǒng)的開發(fā)、運(yùn)行、維護(hù)的本錢作出估算，預(yù)測系統(tǒng)效益的期望值。在收集整理有關(guān)資料的根底上，要確定將建立的數(shù)據(jù)庫應(yīng)用系統(tǒng)與周邊的關(guān)系，要對應(yīng)用系統(tǒng)定位， 其規(guī)模的大小、所處的地位、應(yīng)起的作用均須作全面的分