軟件過程與軟件管理課程復習題

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

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

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

4、成熟度等級的目標起到保證作用。這些過程域就稱為該成熟度等級的關鍵過程域。確定了實現(xiàn)一個成熟度級別所必須解決的問題處于級別3的機構，必須解決級別2和級別3的所有關鍵過程域中的問題每個關鍵過程域都確定了一套相應的活動，完成了這些活動，就達到了被認為是對改進過程非常重要的一組目標目標說明了每個關鍵過程域的范圍、界限和意義對于滿足關鍵過程域的機構，一個關鍵過程域的所有目標都必須實現(xiàn)每個關鍵過程域的目標總結了它的關鍵實踐7） CMM中的關鍵實踐是指關鍵過程域種的一些主要實踐活動。每個關鍵過程域最終由關鍵實踐所組成，通過實現(xiàn)這些關鍵實踐達到關鍵過程域的目標。一般情況下，關鍵實踐描述了該做什么”，但沒有規(guī)定

5、如何”去達到這些目標。描述了對關鍵過程域的有效實施和制度化起重要作用的基礎設施和活動。每個關鍵過程域最終由關鍵實踐所組成，通過實現(xiàn)這些關鍵實踐來達到關鍵過程域的目標。關鍵實踐描述要做“什么”，但沒有強行規(guī)定應當“怎樣”完成目標。關鍵實踐的下面描述更為詳細的各實踐。8） CMM中的SEPG軟件工程過程組（SoftwareEngineeringProcessGroup）由專家組成，統(tǒng)領CMM實施活動，協(xié)調(diào)全組織軟件過程的開發(fā)和改進活動，制定、維護和跟蹤與軟件過程開發(fā)和改進活動有關的計劃，定義用于過程的標準和模板，負責對全體人員培訓有關軟件過程及其相關的活動。這是來源于CMM3的一個名詞，是指執(zhí)行組

6、織，為不斷改進軟件過程管理能力而組建的專門性組織，其職責包括：制定規(guī)程：組織制定軟件過程管理規(guī)程推廣規(guī)程：在組織內(nèi)部推廣已制定軟件過程管理規(guī)程監(jiān)督實施：對組織內(nèi)部軟件過程管理規(guī)程執(zhí)行情況的監(jiān)督過程能力提高：對組織內(nèi)部軟件過程管理能力進行評估，制定計劃提高組織軟件過程管理能力，實施軟件過程管理能力改進計劃SEPG的工作性質(zhì)和職責是監(jiān)督、管理、指導項目的過程，對項目過程、文檔的規(guī)范性及過程、文檔的適用性負責，不對項目的具體結果負責。SEPG成員一般不作為項目組的成員，但是，可以為項目的過程管理、規(guī)范執(zhí)行提供協(xié)助。9） PSP個體軟件過程（PersonalSoftwareProcess,PSP層一個

7、過程描述、測度和方法的結構化集合，能夠幫助軟件工程師改善其個人性能。它提供了表格、腳本和標準，以幫助軟件工程師估算和計劃其工作。它顯示了如何定義過程及如何測量其質(zhì)量和生產(chǎn)率。10） TSPTSP（TeamSoftwareProcess,團隊軟件過程/群組軟件過程）是為開發(fā)軟件產(chǎn)品的開發(fā)團隊提供指導，TSP的早期實踐側(cè)重于幫助開發(fā)團隊改善其質(zhì)量和生產(chǎn)率，以使其更好的滿足成本及進度的目標。TSP被設計為滿足220人規(guī)模的開發(fā)團隊，大型的多團隊過程的TSP被設計為大約最多為150人左右的規(guī)模。TSP是一個小組軟件過程框架TSP指導你通過小組軟件工程的每一個步驟TSP向你表明該如何在一個小組協(xié)同工作環(huán)

8、境中工作TSP教會你如何規(guī)劃和管理一個小組項目TSP教會你如何為小組成員分配不同的角色TSP為小組提高生產(chǎn)力確立了一個過程11） USDP/RUPUSDP（UnifiedSoftwareDevelopmentProcess,統(tǒng)一軟件開發(fā)過程）是一種基于構件的，用況和風險驅(qū)動的，以構架為中心，迭代和增量式的開發(fā)過程。分為初始、細化、構造、移交四個階段。RUP（RationalUnifiedProcess,統(tǒng)一軟件開發(fā)過程，統(tǒng)一軟件過程）是一個面向?qū)ο笄一诰W(wǎng)絡的程序開發(fā)方法論。根據(jù)Rational（RationalRose和統(tǒng)一建模語言的開發(fā)者）的說法，好像一個在線的指導者，它可以為所有方面和層

9、次的程序開發(fā)提供指導方針，模版以及事例支持。RUP和類似的產(chǎn)品一一例如面向?qū)ο蟮能浖^程（OOSP）,以及OPENProcess都是理解性的軟件工程工具-把開發(fā)中面向過程的方面（例如定義的階段，技術和實踐）和其他開發(fā)的組件（例如文檔，模型，手冊以及代碼等等）整合在一個統(tǒng)一的框架內(nèi)。RUP是RationalUnifiedProcess,是一個商業(yè)產(chǎn)品，比USDP專業(yè)，特別是它提供的一套工具來實現(xiàn)（RationalEnterprizeSuite）。USDP的抽象程度比RUP大得多，是Jacobson等人在學術界的成果。12） SWEBOK2004年6月，美國IEEE協(xié)會和ACM的聯(lián)合網(wǎng)站上公布了軟

10、件工程知識體(SWEBOK)2004版全文，這標志著SWEBOK項目的工作告一段落，軟件工程作為一門學科，為取得對其核心的知識體系的共識，已經(jīng)達到了一個重要的里程碑。SWEBOK指南開宗明義提出五個目的：(1)促進軟件工程業(yè)界統(tǒng)一看法；(2)劃定學科邊界，澄清軟件工程的學科地位；(3)刻畫軟件工程的學科內(nèi)容；(4)提出訪問SWEBOK的論題(知識點)；(5)為個人認證、申請執(zhí)照、課程體系制定提供基礎。SWEBOK把整個體系分解為10個知識域(KnowledgeArea):(子知識域/知識點)7/286/253/145/164/156/176/244/162/123/11(Topic),我國學界

11、稱之為知識點，每個知識點還可以再分為下層，或下下層的子知識點。SWEBOK只給出知識域確切的概念和準確的定義，即內(nèi)涵定義。從知識域到子域到知識點，要完全理解知識域的含義還要靠它的外延，即各種參考文獻，13） SCM(SoftwareConfigurationManagement)：又稱軟件形態(tài)管理、或軟件建構管理，簡稱軟件形管(SCM)。界定軟件的成項目，對每個項目的變更進行管控(版本控制)，并維護不同項目之間的版本關聯(lián)，以使軟件在開發(fā)過程中任一時間的內(nèi)容都可以被追溯，包括某幾個具有重要意義的數(shù)個組合，例如某一次交付給客戶的軟件內(nèi)容。(二)簡要回答下列問題1) PSP和TSP中質(zhì)檢過失比(A/

12、FR)是一個重要的質(zhì)量度量參數(shù)。請簡要說明A/FR分別小于1和大于2時對過程的意義。質(zhì)檢/過失比：質(zhì)檢質(zhì)量成本/過失質(zhì)量成本，用來測量在第一次編譯前花在查找缺陷上的時間的相對值?？捎脧筒闀r間/(編譯+測試)時間來計算。能很好地指示測試中發(fā)現(xiàn)缺陷的可能性。當A/FR<1時，程序測試一般會發(fā)現(xiàn)很多錯誤；當A/FR>2時，過程產(chǎn)生無缺陷的可能性更大。A/FR的值對于小的獨立的產(chǎn)品通常比2.0要大；A/FR的值對于相對大的產(chǎn)品等于1.0較為合適。例如，如果有實際總開發(fā)時間二262min,實際代碼復查時間二29min,則質(zhì)檢成本=100*29/262=11.07%如果有實際編譯時間=5min

13、,實際測試時間二10min,則過失成本=100*(5+10)/262=5.73%。此時，A/FR=11.07/5.73=1.93?？捎脧筒闀r間/(編譯+測試)時間來計算。2) TSP中的SUMQ的作用。項目管理者根據(jù)質(zhì)量計劃，通過SUMQ質(zhì)量總結表協(xié)助團隊成員跟蹤績效。SUMQ包括主要比率、無缺陷比率PDF、缺陷數(shù)/頁、缺陷數(shù)/KLOC、缺陷比率、開發(fā)時間比率、質(zhì)檢過失比A/FR、復核比率、檢查比率、缺陷引入比率、缺陷除去比率、階段成品率、過程成品率。它提供了對質(zhì)量問題的估計方法、深入分析設計和代碼復核質(zhì)量的方法，以及對整個過程的評估方法，使軟件開發(fā)人員對質(zhì)量問題更加敏感和小心，以便開發(fā)出高質(zhì)

14、量的軟件產(chǎn)品。在TSP中，質(zhì)量計劃(SUMQ)的制訂與計劃小結(SUMP)的制訂相輔相成，缺一不可。計劃小結的制訂又需要參考產(chǎn)品規(guī)模摘要(SUMS)和任務計劃(TASK),而任務計劃又與進度計劃(SCHEDULE)密切相關。除此而外，質(zhì)量計劃的制訂還需要參考質(zhì)量標準(QUAL)的要求。質(zhì)量計劃與進度計劃之間的內(nèi)在聯(lián)系下圖所示。圖21SUMQ計劃數(shù)據(jù)的來源在團隊成員訂出質(zhì)量計劃SUMQ后，質(zhì)量經(jīng)理就要依據(jù)該計劃，協(xié)助團隊成員追蹤績效。對于系統(tǒng)的每個部分，質(zhì)量經(jīng)理要在每個階段追蹤這些數(shù)據(jù)，以了解測量值是否落于質(zhì)量計劃所設定的范圍內(nèi)。如果沒有，質(zhì)量經(jīng)理要在每周的定期會議中，將這些問題提出來，并向團隊

15、提出改善建議。23,TSP衣博:如衣格乜說明名林DEFECT即用日GOAL小知INSIKV爐"I*ITL麗的風R邸川ALOG口HILOOTMTG全川町PIP過程改進建與ROLE小型吊色ROLEMX句色上仃犯薛SCHED祖黑計弼性惶STRAT跛珞ii.總表SUMDI小如MSUMDR的除M.范總3SUMP計劃Ja結盤SUMQE宣總上我SUMS程序人小的；SUMT開發(fā)時電SUMTASKTASK總計劃慢阻TESTLOG熱試R志W(wǎng)EEK網(wǎng)伙志報告3)在軟件配置管理系統(tǒng)中檢入與檢出是基本功能。請解釋該功能的作用。檢入就是將軟件配置項從用戶的工作環(huán)境存入到軟件配置庫的過程；檢出就是將軟件配置項從軟

16、件配置庫中取出的過程。4) CMM的主要用途。軟件過程評估：(SPA,SoftwareProcessAssessment)一組經(jīng)過訓練和培訓的軟件專業(yè)人員，確定出一個企業(yè)軟件過程的狀況，找出軟件企業(yè)所面對的與軟件過程有關的、程改進的支持企業(yè)內(nèi)部。軟件過程改進：(SPI,SoftwareProcessImprovement)劃、制定以及實施。軟件能力評價：(SCE,SoftwareCapabilityEvaluation)最急需解決的所有問題，以便取得企業(yè)領導層對軟件過幫助軟件企業(yè)對其軟件過程向更好的方向改變，進行計一組經(jīng)過訓練和培訓的軟件專業(yè)人員，鑒別出軟件承包者的能力資格；或者是，檢查、監(jiān)察

17、正用于軟件制作的軟件過程的狀況一一企業(yè)外部。5) PSP過程腳本的主要步驟。入口準則一進行問題描述；PSP項目計劃總結表；以前開發(fā)的程序的實際規(guī)模和時間數(shù)據(jù)；時間記錄日志；計劃階段一首先獲得項目的需求，然后完成項目計劃總結表，最后把計劃所花費的時間記錄在時間記錄日志上。設計階段一設計這個程序。用流程圖或偽碼等指定的格式記錄設計的內(nèi)容。該階段結束時，把設計時間記錄在時間記錄日志上。編碼階段一利用所選擇的程序設計語言來實現(xiàn)該設計。使用一致的編碼格式。結束時在時間記錄日志上記錄編碼所花費的時間。代碼復查一復查所有的源程序代碼；遵照代碼復查腳本；修復并記錄所發(fā)現(xiàn)的每一個缺陷；將代碼復查階段所花費的時間

18、記入時間記錄日志；編譯階段一編譯程序并改正所有發(fā)現(xiàn)的缺陷。修復缺陷直到正確編譯無錯為止。所有花費在這一階段的時間記為編譯時間，包括修改設計和改正代碼的時間。該階段結束時，在時間記錄日志上記錄編譯時間。測試階段一進行充分的測試以保證程序滿足所有的需求，并且能夠不帶任何錯誤通過一組全面的測試集。所有花費在這一階段的時間記為測試時間，其中包括修改設計、改正代碼和重新編譯的時間。該階段結束時，在時間記錄日志上記錄測試時間。后置處理階段一完成項目計劃總結表中所有有關實際數(shù)據(jù)的那些欄目。然后登入一個估計的后置處理階段的時間。過程框架如圖所示:6）簡要說明“項目計劃總結表”在PSP中的作用。作用：在PSP中

19、，記錄項目的計劃數(shù)據(jù)和實際數(shù)據(jù)的表格叫項目計劃總結表。在項目開始時，軟件工程師記錄計劃部分的值；項目完成時，記錄實際值，并累積值和累積百分比。計劃不是一個準確的過程，作為一種技能，計劃可以逐步的改善和提高，而提高的最主要途徑是為所作的每一項工作做計劃，然后對于每一項已經(jīng)完成的工作，將它的計劃值與實際結果作比較。這樣可以更清楚的了解計劃中的差錯并且學會制定更好的計劃。通過對缺陷數(shù)據(jù)的記錄分析，可以清楚的看到設計過程中存在的問題，作為對日后開發(fā)有益的補充。項目計劃總結表包括如下內(nèi)容：日期學生程序教師程序號#程序設計語言總結計劃實際累計Minutes/LOCLOC/HourDefects/KLOC過

20、程效益A/FR程序規(guī)模（LOC）新開發(fā)與更改的最大規(guī)模最小規(guī)模開發(fā)階段時間/min計劃實際累計百分比計劃設計編碼代碼復查編譯測試后置處理總計最大時間最小時間引入的缺陷計劃實際累計累計百分比計劃Def/Hour設計編碼代碼復查總計排除的缺陷計劃實際累計累計百分比計劃Def/Hour設計編碼代碼復查編譯測試總計7）CMM中屬于管理類別的關鍵過程域。2可重復級：需求管理；軟件項目計劃；軟件項目跟蹤及監(jiān)督；軟件子合同管理；軟件質(zhì)量保證；軟件配置管理。3已定義級：集成軟件管理；組間合作。4已管理級：定量的過程管理。8）簡要說明PSP中程序規(guī)模與生產(chǎn)率的估計過程。先（按功能分類）估計程序可能有多少行代碼L

21、OC,再估計編寫每行代碼需要多少分鐘MIN/LOC;然后（按功能分類匯總）估算總共需要的時間。其中對代碼行的估計：較大規(guī)模-收集一系列有關數(shù)據(jù)，建立一個歷史記錄，用新程序的每個功能比對歷史記錄中每個類似功能，然后累加。小規(guī)模-與歷史數(shù)據(jù)比對作出好的規(guī)模估計關鍵是要有大量的歷史數(shù)據(jù)，要進行多次規(guī)模估計，要定期將實際結果與估計值作比較。9）軟件基線庫的要求是建立軟件配置管理數(shù)據(jù)庫系統(tǒng)。請簡要給出軟件配置管理數(shù)據(jù)庫系統(tǒng)中的主要功能。軟件配置庫又稱軟件受控庫，是指在軟件生命周期的某一階段結束時，存放作為階段產(chǎn)品而釋放的、與軟件開發(fā)工作有關的計算機可讀信息和人工可讀信息。軟件配置庫存儲一般采用數(shù)據(jù)庫的形

22、式。軟件配置管理就是對軟件配置庫中的各項軟件項管理。10)軟件工程過程組與軟件工程組的主要區(qū)別。軟件工程組(SoftwareEngineeringGroup):負責一個項目的軟件開發(fā)和維護活動的團體?；顒影ㄐ枨蠓治?、設計、編碼和測試等。軟件工程過程組(SoftwareEngineeringProcessGroup):是由專家組成的組，他們推進組織采用的軟件過程的定義、維護和改進工作。軟件工程過程組統(tǒng)領CMM實施活動，協(xié)調(diào)全組織軟件過程的開發(fā)和改進活動，制定、維護和跟蹤與軟件過程開發(fā)和改進活動有關的計劃，定義用于過程的標準和模板，負責對全體人員培訓有關軟件過程及其相關的活動。11)度量與分析在

23、CMM中的作用。描述與軟件過程相關的基本測量實踐，其目的是控制和改進過程，度量和分析一般包括測量示例，通過這些示例可以知道如何確定操作活動的狀態(tài)和效果。12) TSP的啟動過程主要包括的步驟及其要點。啟動過程是TSP的第一個步驟，其步驟：1、描述了小組角色的職責2、制定小組目標3、制定小組成員目標4、制定角色目標5、TSP啟動流程a、TSP周期1小組啟動b、TSP周期n小組啟動c、成員信息表d、每周例會e、每周狀況報告(WEEK表)要點：組建小組不能隨意；需要花費時間進行考慮；需要建立小組成員在工作中的相互關系；決定小組成員所擔當?shù)慕巧?；取得目標的一致意見?3) TSP中小組角色有哪些？小組

24、長-開發(fā)經(jīng)理-計劃經(jīng)理-質(zhì)量/生產(chǎn)經(jīng)理-技術支持經(jīng)理14)在TSP中開發(fā)計劃需要填寫哪些表格？TASK、SCHEDULE、SUMS、SUMP、SUMQ表15） TSP中PDF指標是什么？有何意義？無缺陷比率PDF:PDF就是在給定的階段內(nèi)沒有缺陷的產(chǎn)品部彳所占有的百分比。部件越多，PDF衡量集合的質(zhì)量就越精確。PDF數(shù)據(jù)提供了一個對質(zhì)量問題白初步估算方法。如果PDF不是平穩(wěn)均勻增長的，那么就檢查一下那些缺陷數(shù)目很多的部分。PDF數(shù)據(jù)如果在每一個除去缺陷階段里有了，你就可以看出在整個開發(fā)過程中質(zhì)量是如何提高的。PDF如果穩(wěn)步提高，在系統(tǒng)測試過程中要達到或超過90%。16） UML中活動圖可以用來

25、描述什么?描述活動之間的數(shù)據(jù)流或判斷提供多種不同的業(yè)務流程視圖描述用例中出現(xiàn)的活動使用不同的非連續(xù)符號顯示多種不同的活動顯示并行線程用來描述事物發(fā)展變化的過程，活動圖可以描述業(yè)務流程，工作流程，類中的操作流程等。17） TSP的主要過程。啟動過程，開發(fā)策略，開發(fā)計劃，需求分析過程，設計過程，實現(xiàn)過程，測試計劃，事后分析18） ROSE的基本功能有哪些1、對業(yè)務進行建模（工作流）；2、建立對象模型（表達信息系統(tǒng)內(nèi)有哪些對象，它們之間是如何協(xié)作完成系統(tǒng)功能的）；3、對數(shù)據(jù)庫進行建模，并可以在對象模型和數(shù)據(jù)模型之間進行正、逆向工程，相互同步；4、建立構件模型（表達信息系統(tǒng)的物理組成，如有什么文件、進

26、程、線程、分布如何等等）5、生成目標語言的框架代碼，VB、JAVA、DELPHI等19） ROSE是否可以支持從USECASE自動導出類/對象結構？可以。在Rose的菜單File中可以打開import,export/導進，導出package,對利用現(xiàn)成的建模成果很有用，例如我們可以導進一個現(xiàn)成的java模型，這樣就可以直接利用java標準的對象了。20） ROSE是否可以支持從類/對象結構自動導出詳細代碼？可以。很多外部的產(chǎn)品都對rose發(fā)布了add-in支持，以對rose的功能做進一步的擴展，如java、oracle、delphi,有了這些add-in,rose就可以做更多的深層次的工作了。

27、例如裝了delphilink之后，rose就可以直接可以生成delphi的框架代碼，也可以從delphi代碼轉(zhuǎn)化成rose模型，并進行兩者的同步。（三）論述題1）從PSP的過程框架出發(fā)，談談PSP帶來的益處。PSP是一種可用于控制、管理和改進個人工作方式的自我持續(xù)改進過程，是一個包括軟件開發(fā)表格、指南和規(guī)程以及幫助軟件工程師測量和改進工作方式的結構化框架。可用于控制、管理、改進和自我完善軟件工程師軟件開發(fā)的個人工作方式與過程。個體軟件過程PSP的好處有：PSP為個體和小型群體優(yōu)化軟件過程提供了途徑；PSP與具體的技術（程序設計語言、工具或者設計方法）相對獨立；PSP能夠說明個體軟件過程的原則，

28、且原則能夠應用到幾乎任何的軟件工程任務之中；PSP幫助軟件工程師作出準確的計劃；PSP確定軟件工程師為改善產(chǎn)品質(zhì)量要采取的步驟；PSP建立度量個體軟件過程改善的基準；PSP確定過程的改變對軟件工程師能力的影響。2）從PSP、TSP、CMM所關注的焦點，簡要論述PSP、TSP、CMM之間的關系。1. PSP、TSP和CMM為軟件產(chǎn)業(yè)提供了一個集成化的軟件過程框架。三者互相配合，各有側(cè)重，形成了不可分割的整體。2. CMM注重于組織能力和高質(zhì)量的產(chǎn)品，它提供了評價組織的能力、識別優(yōu)先改善需求和追蹤改善進展的管理方式。然而，它實現(xiàn)的成功與否和TSP、PSP密不可分。在CMM的18個關鍵過程域中，有1

29、2個與PSP緊密相關，16個與TSP緊密相關。3. PSP注重于個人的技能，能夠指導軟件工程師如何保證自己的工作質(zhì)量，估計和規(guī)劃自身的工作，度量和追蹤個人的表現(xiàn)。軟件工程師們在他們參與的項目工作之中若充分利用PSP,則可以保證項目整體的進度和質(zhì)量，有助于CMM目標的實現(xiàn)。4. TSP注重團隊的高效工作和產(chǎn)品交付能力，結合CMM的管理方法和PSP的工程技能，通過告訴軟件工程師如何將個體過程結合進小組軟件過程，通過告訴管理層如何支持和授權項目小組，堅持高質(zhì)量的工作，并且依據(jù)數(shù)據(jù)進行項目的管理，向組織展示如何應用CMM的原則和PSP的技能去生產(chǎn)高質(zhì)量的產(chǎn)品。5. CMM關注組織所應該做的，它指明組織

30、應達到的目標；PSP為軟件工程師個體持續(xù)改進個人的性能提供指導；TSP為受訓的PSP工程師提供作為團隊成員如何在高性能團隊有效工作的具體指導。三者結合在一起,使軟件組織如期生產(chǎn)高質(zhì)量的軟件產(chǎn)品。）3）從CMM的框架、結構方面，談談CMM是如何指示軟件機構的能力成熟度的。1. CMM框架中融合了全面質(zhì)量管理的思想，分別是初始級、可重復級、已定義級、已管理級和優(yōu)化級。這5個級別是機構過程能力的5個不同層次的狀態(tài)，從第一級到高一級的躍遷分別實現(xiàn)4個過程：有紀律的過程、標準一致的過程、可預測的過程、持續(xù)改進的過程。以5個不斷進化的層次反映了軟件過程定量控制中項目管理和項目工程的基本原則。2. CMM的

31、內(nèi)部結構包括：成熟度級別，關鍵過程域，共同特性和關鍵實踐。通過定義成熟度級別表示了過程能力的水平；通過關鍵過程域確定了實現(xiàn)一個成熟度級別所必須解決的問題；共同特性是一組屬性，指明一個關鍵過程域的執(zhí)行和制度化是否有效、可重復和可持續(xù)；關鍵實踐描述了對關鍵過程域的有效實施和制度化起重要作用的基礎設施和活動。4）從軟件管理所包含的內(nèi)容，簡要論述軟件管理的必要性及其發(fā)展趨勢。1 .軟件管理是對軟件項目和產(chǎn)品進行管理的技術的總稱。包含以下幾方面的內(nèi)容：2 .軟件項目管理：主要完成定義項目目標，評估項目資源，估計項目實施的進度；3 .軟件風險管理：主要進行軟件產(chǎn)品的風險鑒定，分析，監(jiān)視，緩解和計劃；4 .

32、軟件質(zhì)量管理：主要包括質(zhì)量計劃和控制，驗證和確認，產(chǎn)品和過程的度量，軟件產(chǎn)品的可信任度和可靠性。5 .軟件配置管理：軟件產(chǎn)品的版本控制、變更管理、狀態(tài)統(tǒng)計、和配置審計6 .在軟件開發(fā)過程中，產(chǎn)品質(zhì)量涉及到生產(chǎn)的所有環(huán)節(jié)，只有各個生產(chǎn)層面都不忽視質(zhì)量，最后才能得到高質(zhì)量的產(chǎn)品；而要制造及傳遞某種合乎特定質(zhì)量標準的產(chǎn)品時，必須配合適當?shù)墓芾砑夹g及作業(yè)程序；另外，軟件管理也是使企業(yè)具備持續(xù)提供符合要求產(chǎn)品的能力的必要條件。所以，對于整個項目和產(chǎn)品來說，軟件管理都是必須的。7 .其發(fā)展趨勢：目前，軟件管理正向著軟件過程管理發(fā)展，軟件界已經(jīng)認識到軟件過程因素對軟件開發(fā)的重要影響，它使人們把注意力從抽象的

33、軟件生存周期模型的研究，轉(zhuǎn)向那些對軟件項目的成功起著關鍵作用的過程細節(jié)的研究。5）從TSP的整個過程框架來說明為什么在TSP中有一個后期維護過程。TSP整個過程框架過程中有一個后期維護過程，目的是收集、分析和記錄工程數(shù)據(jù)；評價小組和每個角色的工作；確定改進后繼周期過程的方法；寫出周期報告。后期維護是TSP的最后一步，后期維護提供了一種結構化的方法來改進個人和小組的工作，每一個TSP周期都以后期維護結束，小組成員還可提出建設性改進意見，這樣能夠更好地完成高質(zhì)量的產(chǎn)品，節(jié)省開發(fā)周期和開發(fā)成本。6）從管理和控制的角度，談談建立軟件基線的意義。1 .基線是軟件生命周期各階段末尾的特定點，其作用是把各階

34、段工作劃分的更加準確，使之便于檢驗和確認階段開發(fā)成果。在CMM中，項目建立或使用一個倉庫用于存放配置項/單元和相關的SCM記錄。倉庫的內(nèi)容稱為軟件基線。2 .建立軟件基線庫不僅僅是對軟件開發(fā)的過程管理變得更加容易準確，最關鍵的它還是一種高效的管理方法，有助于最大程度的降低軟件開發(fā)成本，提高質(zhì)量和用戶滿意度。從管理角度看，其意義主要表現(xiàn)在以下幾個方面：軟件基線是軟件生命周期各階段末尾的特定點，即里程碑。其意義在于能把各階段工作劃分的更加準確，使之便于檢驗和確認階段開發(fā)成果。在軟件的整個生命周期中，建立和維護軟件產(chǎn)品的完整性。對系統(tǒng)不同版本進行標識和跟蹤的過程，可以保證軟件技術狀態(tài)的一致性。指導軟

35、件組織提高軟件開發(fā)管理能力；降低軟件承包商和采購者的風險；評估軟件承包商的軟件開發(fā)管理能力；從控制角度看，其意義表現(xiàn)在以下幾個方面：通過軟件配置管理的更改控制和配置審核功能，可以系統(tǒng)地控制基線的更改和那些利用軟件基線庫構成的軟件產(chǎn)品的發(fā)行。根據(jù)文檔化的規(guī)程生成由軟件基線庫制造的產(chǎn)品，并控制它們的發(fā)行。使得軟件配置管理活動是有計劃的。選定的軟件工作產(chǎn)品是已標識的、受控的和適用的。已標識的軟件工作產(chǎn)品的變更是受控的。受影響的組和個人會得到軟件基線的狀態(tài)和內(nèi)容的通知。7)從你已有的軟件過程與軟件管理的知識和軟件實踐經(jīng)驗，談談如何判斷軟件過程是成熟的和有效的。若軟件過程滿足如下幾個標準，則認為其是成熟

36、和有效的：軟件過程被正確無誤地通知到現(xiàn)有職員和新雇員，工作活動均按照己規(guī)劃的過程進行，而且和實際進行工作的方式相一致。軟件過程中，需要時就更新過程，并且通過可控的先導性試驗和(或)費效分析使其得到改進。所有項目和在整個組織中，所有的崗位及其職責都是清楚的。經(jīng)理能夠嚴格監(jiān)控產(chǎn)品的質(zhì)量和顧客的滿意程度；有客觀的、定量的基礎，進度和預算是現(xiàn)實的基于以前的性能數(shù)據(jù)；能達到產(chǎn)品的成本、進度、功能和質(zhì)量的預期結果。整個過程一致地遵循一個有紀律的過程，而且存在支持該過程的必要基礎設施。8) 從USDP提倡的過程及其特點看，談談應用USDP對軟件機構的過程改進可能帶來的利弊。USDP的優(yōu)勢主要有：基于UML,

37、而UML作為面向?qū)ο笙到y(tǒng)建模語言的國際標準，得到了眾多國際上頂級軟件開發(fā)商和開發(fā)工具供應商的支持；強調(diào)早期就能確定或獲得穩(wěn)定的軟件體系結構，從而降低系統(tǒng)開發(fā)風險；以用例(usecase)作為系統(tǒng)需求的核心表示，并驅(qū)動整個開發(fā)過程的完成，從而保證最終得到的系統(tǒng)正是用戶真正所需要的產(chǎn)品；采用增量式、迭代式開發(fā)，縮短了產(chǎn)品投放市場的時間，并能適應用戶需求的變化。USDP的劣勢：軟件開發(fā)理論上的統(tǒng)一和普遍適用卻在產(chǎn)業(yè)應用上處處碰壁，遇到了許多問題。對于一個軟件開發(fā)方法，它的通用性越大，實用性就越差。試圖建立一個通用的軟件開發(fā)過程，就必須研究大量的應用實例，總結這些實例的通用特點，并驗證它的正確性，這是

38、一項艱巨的任務。軟件開發(fā)機構不僅需要一個軟件開發(fā)過程，更需要一個適合自己需求的軟件開發(fā)過程。目前，軟件開發(fā)過程較最好的解決方案是：為用戶定制自己的軟件開發(fā)過程。9) 談談對PSP、TSP、CMM中軟件度量的基本過程和方法，舉例說明。1 .螺旋模型沿著螺線旋轉(zhuǎn)，在笛卡爾坐標的四個象限上分別表達了四個方面的活動，即：制定計劃一一確定軟件目標，選定實施方案，弄清項目開發(fā)的限制條件；風險分析一一分析所選方案，考慮如何識別和消除風險；實施工程一一實施軟件開發(fā)；客戶評估一一評價開發(fā)工作，提出修正建議。螺旋模型適合于大型軟件的開發(fā)，應該說它是最為實際的方法，它吸收了軟件工程演化”的概念，使得開發(fā)人員和客戶對

39、每個演化層出現(xiàn)的風險有所了解，繼而做出應有的反映。2 .關于TSP:TSP是一個小組軟件過程框架TSP指導你通過小組軟件工程的每一個步驟TSP向你表明該如何在一個小組協(xié)同工作環(huán)境中工作TSP教會你如何規(guī)劃和管理一個小組項目TSP教會你如何為小組成員分配不同的角色TSP為小組提高生產(chǎn)力確立了一個過程3 .USDP是迭代和增量式的。其含義是以細小的步驟開發(fā)，整個開發(fā)分為多次迭代，每次迭代象一個微型項目，經(jīng)歷所有的核心工作流。增量就是兩次相臨的迭代之間的發(fā)布產(chǎn)品的差別，一次迭代的結果就是一個增量。每次迭代后產(chǎn)生一組基線制品，對基線制品經(jīng)過評估和修改后才在此基線的基礎上進行下一次迭代開發(fā)。通過一系列的

40、迭代得到最后的產(chǎn)品發(fā)布。此要素有利于逐步降低風險，適應用戶需求的不斷變化，允許開發(fā)過程中的靈活多變，迭代和階段產(chǎn)生的基線和里程碑增加了過程的可視性，便于過程、產(chǎn)品的管理和控制。4 .與螺旋模型的一致性主要表現(xiàn)在迭代和增量式也即類似與沿著螺線旋轉(zhuǎn)的方式。與TSP的一致性主要表現(xiàn)在以細小的步驟開發(fā)。10）談談USDP和軟件開發(fā)模型-螺旋模型的一致性，以及USDP與TSP的一致性。USDP是迭代增量式的，每次跌代由以下五個工作步驟組成：需求，分析，設計，實現(xiàn)，測試。迭代增量生命周期的好處是1）錯誤提早發(fā)現(xiàn)，降低成本；2）對項目進度的更好保證；3）對于開發(fā)團隊而言開發(fā)速度更快；4）便于適應用戶需求的動

41、態(tài)改變；適合于大型復雜的系統(tǒng)。軟件開發(fā)模型-螺旋模型也是迭代增量式，每次迭代的步驟與USDP也基本相同，同樣有風險分析，可以降低開發(fā)風險，同樣適合于大型復雜的系統(tǒng)。TSP提供了快速高效的反饋機制一一短周期、有評估；采用循環(huán)的開發(fā)戰(zhàn)略一一從一個最小規(guī)模的產(chǎn)品版本開始；進行風險管理；其實上述機制的本質(zhì)就是一種迭代增量模式，每次迭代周期短，加入風險評估，與上述兩者是一11）談你學習PSP、TSP、CMM的心得體會。學習PSP、TSP、CMM之后，結合之前自己的項目經(jīng)歷，體會如下：對于小項目，項目本身不大，開發(fā)周期也不長，所以看起來比較簡單，比較容易成功。因而往往會忽視了這類小項目的管理，其實這是一種

42、誤解，從本人的經(jīng)驗看來，小項目開發(fā)中容易犯以下的一些錯誤：開發(fā)之前沒有認真地進行項目可行性和工作量的估計往往由于項目較小，便很草率地制定一個開發(fā)日程表，沒有認真地估計項目難度，結果實際完成時間與估計完成時間往往有較大差別。沒有真正的設計過程開發(fā)人員少，意味著不同人員的程序之間交互、接口相對少一些。開發(fā)周期短意味著往往是同樣的幾個人從頭到尾負責一個項目。這兩者都讓人容易犯些錯誤。往往是幾個人碰一下頭，討論一下最基本的結構、接口便分頭去做自己的工作了，沒有一份較正式的文檔。這種做法潛在的危險之一是有的人可能會對討論出的接口、結構理解有偏差（應該承認人是會犯錯誤的），一個誤解可能造成以后的返工。另一

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

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