軟件開(kāi)發(fā)方法與過(guò)程

1、software crisis.傳統(tǒng)的軟件開(kāi)發(fā)方法沒(méi)有能夠(1)軟件開(kāi)發(fā)過(guò)程是什么？軟件開(kāi)發(fā)過(guò)程是按照軟件工業(yè)化的標(biāo)準(zhǔn)定義的心之所向，所向披靡?在軟件開(kāi)發(fā)中必須具有的一系列過(guò)程規(guī)范；?軟件開(kāi)發(fā)過(guò)程是定義在軟件中的軟件需求、軟件設(shè)計(jì)、軟件編碼、軟件測(cè)試、軟件部署的實(shí)現(xiàn)目 標(biāo)和規(guī)范化的管理方法論；?軟件開(kāi)發(fā)過(guò)程是保證軟件工業(yè)化生產(chǎn)的法典；?軟件開(kāi)發(fā)過(guò)程做的是：定義標(biāo)準(zhǔn)和為了達(dá)到標(biāo)準(zhǔn)的路；?軟件開(kāi)發(fā)過(guò)程要改善的是：軟件開(kāi)發(fā)的效率和質(zhì)量；?軟件開(kāi)發(fā)過(guò)程的實(shí)現(xiàn)最重要的是：人。(2)大多數(shù)軟件項(xiàng)目失敗的原因：a)不完整、不現(xiàn)實(shí)的項(xiàng)目需求Classical software development meth

2、ods have not solved 解決軟件危機(jī)。A software engineer s job :Make a working plan.制定工作計(jì)劃Carry out it.(Do their work according to this plan)按照此計(jì)劃工作Try his/her best to produce high-quality products.盡最大努力生產(chǎn)出tWj質(zhì)量產(chǎn)品(6)3 Key aspectsa)Quality products高質(zhì)量產(chǎn)品b)Expected costsc)On agreed schedule Summary of PSPj PSP i

3、s a framework designed to teach software engineers to do better workEstimate and plan f track f improve 敏捷開(kāi)發(fā)的原則：b)對(duì)需求的變更束手無(wú)策c) 脆弱的架構(gòu)d)采用不成熟的技術(shù)測(cè)試的不充分性拙劣的進(jìn)度計(jì)劃和評(píng)估缺乏資源h)不具備項(xiàng)目管理方法i) 缺少管理層的支持(3)軟件工程的三個(gè)要素：方法、工具和過(guò)程(4) A software project failed ifIt is delivered lateIt is runs over the budgetIt does not sati

4、sfy the customer s needIt is of poor qualityquality Quality methods take time to learn and practice,but it will help you in you engineering careerEstablish goals f measure quality - understand the process f change and reure process f measure & analyze the results - recycle improving Identify the tas

5、ks you do(8)敏捷軟件開(kāi)發(fā)宣言個(gè)體和交互勝過(guò)過(guò)程和工具可以做到工具的軟件勝過(guò)面面俱到的文檔客戶合作勝過(guò)合同談判 響應(yīng)變化勝過(guò)遵循計(jì)劃我們最優(yōu)先要做的是通過(guò)盡早的、持續(xù)的交付有價(jià)值的軟件來(lái)使客戶滿意。盡早交付具有部分功能的系統(tǒng)和質(zhì)量系統(tǒng)之間具有很強(qiáng)的相關(guān)性即使到了開(kāi)發(fā)的后期，也歡迎改變需求。敏捷過(guò)程利用變化來(lái)為客戶創(chuàng)造競(jìng)爭(zhēng)優(yōu)勢(shì)。關(guān)于態(tài)度的聲明，敏捷過(guò)程的參與者不懼怕變化，努力保持軟件結(jié)構(gòu)的靈活性。經(jīng)常性地交付可以工作的軟件，交付的間隔可以從幾周到幾個(gè)月，交付的時(shí)間越短越好。關(guān)注的目標(biāo)是交付滿足客戶需要的東西。它們是敏捷實(shí)踐區(qū)別其他過(guò)程的特征所在。在整個(gè)項(xiàng)目開(kāi)發(fā)期間，業(yè)務(wù)人員和開(kāi)發(fā)人員必

6、須天天都在一起工作。有意義的、頻繁的交互，必須對(duì)軟件項(xiàng)目進(jìn)行持續(xù)不斷地引導(dǎo)。圍繞被激勵(lì)起來(lái)的個(gè)人來(lái)構(gòu)建項(xiàng)目。給他們提供所需要的環(huán)境和支持，并且信任他們能夠完成工作。人被認(rèn)為是項(xiàng)目取得成功的最重要的因素。在團(tuán)隊(duì)內(nèi)部，最具有效果并且富有效率的傳遞信息的方法就是面對(duì)面的交談。首要的、默認(rèn)的溝通方式。工作的軟件是首要的進(jìn)度度量標(biāo)準(zhǔn)。敏捷項(xiàng)目通過(guò)度量當(dāng)前軟件滿足客戶需求的數(shù)量來(lái)度量開(kāi)發(fā)速度。敏捷過(guò)程提倡可持續(xù)的開(kāi)發(fā)速度。責(zé)任人、開(kāi)發(fā)者和用戶應(yīng)該能夠保持一個(gè)長(zhǎng)期、恒定的開(kāi)發(fā)速度。不是 50米短跑、而是馬拉松。以快速但是可持續(xù)的速度行進(jìn)。不斷關(guān)注優(yōu)秀的技能和好的設(shè)計(jì)會(huì)增強(qiáng)敏捷能力。高的產(chǎn)品質(zhì)量是獲得高的開(kāi)發(fā)

7、速度的關(guān)鍵。保持軟件盡可能的簡(jiǎn)潔、健壯是快速開(kāi)發(fā)軟件的途徑。10、簡(jiǎn)單一使未完成的工作最大化的藝術(shù)是根本的。不是構(gòu)建華而不實(shí)的系統(tǒng)，更愿意采用和目標(biāo)一致的最簡(jiǎn)單的方法。11、最好的架構(gòu)、需求和設(shè)計(jì)出自于自組織的團(tuán)隊(duì)。任務(wù)不是從外部分配給單個(gè)團(tuán)隊(duì)成員，而是分配給整個(gè)團(tuán)隊(duì)，然后再由團(tuán)隊(duì)來(lái)確定完成任務(wù)的最好方法。12、每隔一定時(shí)間，團(tuán)隊(duì)會(huì)在如何才能更有效地工作方面進(jìn)行反省，然后相應(yīng)地對(duì)自己的行為進(jìn)行調(diào)整。敏捷團(tuán)隊(duì)會(huì)不斷地對(duì)團(tuán)隊(duì)的組織方式、規(guī)則、規(guī)范、關(guān)系等進(jìn)行調(diào)整，環(huán)境變化。XP:Values of XP : 價(jià)值、內(nèi)容、關(guān)系1.Communication 2.Simplicity 3.Feedba

8、ck 4.CourageXP編程實(shí)際上是由這四個(gè)價(jià)值所驅(qū)動(dòng)的，而不是實(shí)踐所驅(qū)動(dòng)的，也就是說(shuō)，如果實(shí)現(xiàn)某些XP實(shí)踐，而得不到這四個(gè)價(jià)值的話，便失去了XP編程的意義。(1)簡(jiǎn)單和溝通之間有一種奇妙的相互支持的關(guān)系。溝通得越多，就越清楚哪些工作需要做并能更加確信哪些工作不需要做；系統(tǒng)越簡(jiǎn)單，需要的溝通越少，但溝通會(huì)更加全面。(2)溝通、簡(jiǎn)單和反饋是相互聯(lián)系的；反饋越充分，溝通越容易，系統(tǒng)越簡(jiǎn)單，就越容易測(cè)試盒提供反饋。(3)溝通支持勇氣，因?yàn)樗鼛?lái)了高風(fēng)險(xiǎn)、高回報(bào)的試驗(yàn)的可能性；(4)簡(jiǎn)單支持勇氣，因?yàn)橛辛艘粋€(gè)簡(jiǎn)單的系統(tǒng)，你就可以比以前勇敢很多，你無(wú)意間將其破壞的可能性也大大 減少。(5)勇氣支持簡(jiǎn)

9、單，因?yàn)橹灰阌锌赡芎?jiǎn)化系統(tǒng)，你就會(huì)嘗試。(6)反饋支持勇氣，因?yàn)槿绻惆聪掳粹o就能夠看到測(cè)試結(jié)果通過(guò)(或不通過(guò)，這時(shí)你可以將代碼扔掉)，那么即使對(duì)代碼進(jìn)行根本的改動(dòng)你也會(huì)感覺(jué)安全得多。5 個(gè) Basic Principles :.Rapid feedback快速反饋：指開(kāi)發(fā)人員通過(guò)短的迭代周期，得到反饋信息，并迅速查驗(yàn)他們前面的工作是否 滿足客戶要求。.Assume simplicity假定簡(jiǎn)單：指將系統(tǒng)開(kāi)發(fā)中的每個(gè)問(wèn)題以盡量簡(jiǎn)單的方法來(lái)解決。沒(méi)有人能夠準(zhǔn)確預(yù)知未來(lái)的需求，因此設(shè)計(jì)只需要滿足現(xiàn)階段的需求即可。3.Incremental change遞增改變：指用一系列的小改變來(lái)逐步解決一個(gè)問(wèn)

10、題。這一原則可用于計(jì)劃、開(kāi)發(fā)和設(shè).Embracing change擁抱變化：指在解決緊迫問(wèn)題時(shí)，采取的一種包容的策略。程序員要明白客戶的要求并不 是固定的，因此功能的優(yōu)先級(jí)和功能需求都是在變化的。.Quality work優(yōu)質(zhì)產(chǎn)品：指工作和產(chǎn)品的質(zhì)量是不容忽視的，不可以因?yàn)闀r(shí)間而放棄質(zhì)量，并作出讓步。XP的項(xiàng)目過(guò)程包括以下 6個(gè)階段：答：考察階段、計(jì)劃階段、多次反復(fù)的發(fā)布產(chǎn)品階段、生產(chǎn)化階段、維護(hù)階段、死亡階段XP的最佳實(shí)踐：答：1、計(jì)劃2、發(fā)布小版本3、隱喻4、簡(jiǎn)單的設(shè)計(jì)5、測(cè)試6、重構(gòu)7、結(jié)對(duì)編程8、集體所有權(quán)9、持續(xù)集 成10、40-hour week 11 、現(xiàn)場(chǎng)客戶(客戶作為團(tuán)隊(duì)成員

11、)12、編碼標(biāo)準(zhǔn)13、開(kāi)放空間14、Just rules結(jié)對(duì)編程的優(yōu)點(diǎn)：1、所有的設(shè)計(jì)都是由兩個(gè)人討論決定的；2、系統(tǒng)的任何一個(gè)部分都至少有兩個(gè)人熟悉，避免了由于人事更替造成的問(wèn)題；3、減少了忽略編寫測(cè)試用例的幾率，因?yàn)榻Y(jié)對(duì)者會(huì)互相提醒對(duì)方；4、在編寫過(guò)程中與不同的人結(jié)對(duì)可以進(jìn)一步增強(qiáng)知識(shí)與經(jīng)驗(yàn)的共享；5、所有代碼都隨時(shí)得到檢驗(yàn)；6、兩個(gè)程序員可以同時(shí)關(guān)注操作層面和理論層面，加強(qiáng)了程序的設(shè)計(jì)。The Rules and Practices : planning、designing 、coding、TestingSCRUM:What is Scrum?1、Scrum是一種靈活的軟件項(xiàng)目管理過(guò)程，

12、可以幫助駕馭迭代，遞增的軟件開(kāi)發(fā)過(guò)程。2、Scrum 于 1995 年由 Advanced Development Methodologies, Inc 提出，并在 2001 年“敏捷聯(lián)盟(AgileAlliance ）”形成后受到了更多歡迎。3、Scrum提供了一種經(jīng)驗(yàn)方法，它使得團(tuán)隊(duì)成員能夠獨(dú)立地，集中地在創(chuàng)造性的環(huán)境下工作。4、它發(fā)現(xiàn)了軟件工程的社會(huì)意義。這一過(guò)程是迅速，有適應(yīng)性，自組織的，它代表了從順序開(kāi)發(fā)過(guò)程以來(lái)的重大變化。5、Scrum認(rèn)為軟件的開(kāi)發(fā)不應(yīng)使用和一般制造業(yè)相同的方法，也就是不應(yīng)采用一種反復(fù)的模式。這種重復(fù) 使得輸入和輸出參數(shù)更加容易預(yù)測(cè)和描述，但這并不是當(dāng)今軟件工程的

13、主要挑戰(zhàn)包括上市時(shí)間，投資回 報(bào)，以及影響顧客的需要等?？偨Y(jié)一下：Developed for managing system development process.用于管理系統(tǒng)開(kāi)發(fā)過(guò)程。An empirical approach applying the idea of industrial process control theory to system development.將工廠過(guò)程控制理論應(yīng)用到系統(tǒng)開(kāi)發(fā)上的一種經(jīng)驗(yàn)方法。Reintroduces the ideas of flexibility, adaptability and productivity.再次把靈活性，適應(yīng)性和高產(chǎn)

14、性引進(jìn)到系統(tǒng)開(kāi)發(fā)過(guò)程當(dāng)中。Process的三個(gè)階段：計(jì)劃階段、中間開(kāi)發(fā)階段、結(jié)束階段計(jì)劃和體系結(jié)構(gòu)設(shè)計(jì)（確定性過(guò)程）a）將backlog（急待完成的一系列任務(wù)，包括：未細(xì)化的產(chǎn)品功能要求，bugs,缺陷，用戶提出的改進(jìn)，具競(jìng)爭(zhēng)力的功能及技術(shù)升級(jí)等）按優(yōu)先級(jí)排序形成backlog列表，根據(jù)該表和風(fēng)險(xiǎn)評(píng)估制定產(chǎn)品交付基線b）建立系統(tǒng)體系結(jié)構(gòu)（如為已有系統(tǒng)改進(jìn)，則只作優(yōu)先分析、調(diào)整），將backlog項(xiàng)按照高內(nèi)聚低耦合的原則 分解為一系列問(wèn)題包（Packets,每個(gè)packet是一組對(duì)象或構(gòu)件的集合）,依據(jù)同樣原則相應(yīng)的劃分若干 個(gè)開(kāi)發(fā)小組（Scrum小組），分配各小組合適的Backlog項(xiàng)或問(wèn)題包

15、，建立開(kāi)發(fā)運(yùn)行環(huán)境.(2)Sprint（經(jīng)驗(yàn)性過(guò)程）該過(guò)程由若干個(gè)迭代的沖刺活動(dòng)組成，直到風(fēng)險(xiǎn)評(píng)估認(rèn)為產(chǎn)品可交付為止。一個(gè)Sprint是在限定時(shí)間段內(nèi)（Sprint周期，通常為1-6周，可在前一個(gè) Sprint結(jié)束時(shí)調(diào)整）的一系列開(kāi)發(fā)活動(dòng)（包括分析、設(shè)計(jì)、編碼、測(cè)試等），每個(gè)Scrum小組并行開(kāi)發(fā)且必須步調(diào)一致（在一個(gè)Sprint結(jié)束后，均需完成所分配的 backlog項(xiàng)并有可執(zhí)行的產(chǎn)出）。每個(gè)Sprint包含以下活動(dòng)：開(kāi)發(fā)、打包（Wrap）、評(píng)審（Review）、調(diào)整（Ajust ）交付和鞏固（確定性過(guò)程）一旦根據(jù)風(fēng)險(xiǎn)評(píng)估結(jié)果認(rèn)為可交付產(chǎn)品時(shí)，即進(jìn)入該階段。該階段的活動(dòng)包括：組裝、系統(tǒng)測(cè)試和

16、回歸 測(cè)試（Regression ）,準(zhǔn)備培訓(xùn)材料，完成最終文檔。SCRUMi程認(rèn)為一個(gè)產(chǎn)品的開(kāi)發(fā)將一直持續(xù)下去，除非經(jīng)風(fēng)險(xiǎn)評(píng)估后認(rèn)為應(yīng)停止。產(chǎn)品交付后的鞏固活動(dòng)類似于傳統(tǒng)方法中的維護(hù)和改善，目的在于整理 準(zhǔn)備，以便輕裝上陣。Scrum工作內(nèi)容：Sprint期壓力下忽略的工作，為下一階段的開(kāi)發(fā)做? 向管理層、用戶和產(chǎn)品擁有者介紹本次沖刺的結(jié)果? 參與者對(duì)產(chǎn)品新增的部分進(jìn)行評(píng)估并決定下一步的活動(dòng)? 可能會(huì)提出新的backlog條款（就是說(shuō)有些新的功能要增加）Scrum價(jià)值觀：承諾、專注、公開(kāi)、尊重、勇氣,甚至?xí)淖兿到y(tǒng)的開(kāi)發(fā)方向。動(dòng)態(tài)系統(tǒng)開(kāi)發(fā)方法 DSDM1、基本觀點(diǎn)：任何事情都不可能一次性完滿

17、完成，用20淵時(shí)間完成80%的有用的功能以適應(yīng)于商業(yè)目的的2-8原則。2、基本原則：?積極主動(dòng)的用戶參與? 賦予DSDMK目組充分的決策權(quán)?強(qiáng)調(diào)經(jīng)常性的產(chǎn)品提交（注重結(jié)果而非過(guò)程）?以是否適應(yīng)商業(yè)目標(biāo)作為工作確認(rèn)的首要衡量標(biāo)準(zhǔn)?迭代和增量式的開(kāi)發(fā)方法?開(kāi)發(fā)中所有的變化是可以追溯的? 基于軟件需求提出的開(kāi)發(fā)計(jì)劃作為宏觀進(jìn)度控制的基線? 測(cè)試活動(dòng)貫穿于軟件開(kāi)發(fā)周期的各個(gè)階段? 強(qiáng)調(diào)所有項(xiàng)目相關(guān)人員的合作水晶系列方法：核心理念：軟件開(kāi)發(fā)可視為創(chuàng)造和交流相協(xié)調(diào)的過(guò)程人是第一位的因素軟件開(kāi)發(fā)的首要目標(biāo)是交付可用的軟件，第二才是保持開(kāi)發(fā)工作的可延續(xù)性原則：S 減少中間制品的工作量（開(kāi)發(fā)文檔、進(jìn)度計(jì)劃）通過(guò)

18、經(jīng)常產(chǎn)生出可運(yùn)行的代碼，充分利用人與人之間多種交互的渠道胭根據(jù)人數(shù)決定采用的方法凰 項(xiàng)目組的慣例隨項(xiàng)目具體情況調(diào)整目 對(duì)可靠性要求越高，則采用越嚴(yán)格的過(guò)程紀(jì)項(xiàng)目不同情況，狀態(tài)在不停變化律由Apache得出的關(guān)于開(kāi)源開(kāi)發(fā)方法的一些假設(shè)結(jié)論OSS developments will have a core of developers who control the code base. This core will beno larger than 10-15 people, and will create approximately 80%or more of the new functiona

19、lity.For projects that are so large that 10-15 developers can not write 80%of the code in a reasonable time frame, a strict code ownership policy will have to be adopted to separate the work of additional groups, creating, in effect, several related OSS projects.3、In successful OSSdevelopments, a gr

20、oup larger by an order of magnitude (數(shù)量級(jí))than the corewill repair defects, and a yet larger group (by another order of magnitude) will report problems.4、OSS developments that have a strong core of developers but never achieve large numbers of contributors beyond that core will be able to create new

21、functionality but will fail because of a lack of resources devoted to finding and repairing defects in the released code.一個(gè)開(kāi)源軟件開(kāi)發(fā)項(xiàng)目如果有一組很強(qiáng)的核心成員，但是沒(méi)有核心成員之外的大量參與者，這樣出來(lái)的產(chǎn)品雖然會(huì)有很多新的功能，但是這個(gè)項(xiàng)目最終還是會(huì)失敗，因?yàn)樗狈ψ銐虻娜藛T對(duì)發(fā)布的產(chǎn)品進(jìn)行找錯(cuò)改錯(cuò)。Defect densityin open source releases will generally be lowerthan commercial code th

22、at has only been feature-tested.In successful OSS developments, the developers will also be usersof the software.7、OSS developments exhibit very rapid responsesto customer problems.RUP1、What is the Rational Unified Process ?答：Rational Unified Process是軟件工程化過(guò)程，提供了在開(kāi)發(fā)機(jī)構(gòu)中分配任務(wù)和責(zé)任的紀(jì)律化方法以及 文檔模板。RUP的目標(biāo)是在可預(yù)見(jiàn)

23、的日程和預(yù)算前提下確保滿足最終用戶需求的高質(zhì)量產(chǎn)品。RU呢Rational公司開(kāi)發(fā)和維護(hù)的過(guò)程產(chǎn)品。RUP是有效使用Unified Modeling Language的指南。2、RUP勺特點(diǎn)（核心思想）（1）迭代式開(kāi)發(fā)（2）強(qiáng)調(diào)核心工作流程（3）基于角色的開(kāi)發(fā)組織（4）用例驅(qū)動(dòng)（5）以架構(gòu)為中心3、Effective Deployment of 6 Best PracticesThe Rational Unified Process provides each team member with the guidelines, templates and toolmentors necessar

24、y for the entire team to take full advantage of among others the following best practices ： a）迭代式開(kāi)發(fā)軟件d）建立可視化的模型b）管理需求e）不斷地驗(yàn)證軟件質(zhì)量基于組件的架構(gòu)f）控制軟件的變更4、Process Overview : Two Dimensions:the horizontal axis（ 橫軸）represents timeand shows the dynamic aspect of the process as it is enacted, and it is expressed

25、 in terms of cycles （周期）,phases （階段）,iterations （迭代）,and milestones （里程碑）.體現(xiàn)了軟件開(kāi)發(fā)過(guò)程的動(dòng)態(tài)結(jié)構(gòu)the vertical axis（ 縱軸）represents the static aspect of the process:按照活動(dòng)的內(nèi)容進(jìn)行組織，包括活動(dòng)、活動(dòng)產(chǎn)生的工件、活動(dòng)的執(zhí)行角色、以及活動(dòng)執(zhí)行的工作流。體現(xiàn)了軟件開(kāi)發(fā)過(guò)程的靜態(tài)結(jié)構(gòu)Organization 310ng time4 /sts 口ifOrgnijation along contentmtkfiMtJ：匕 n_. iMC&pc)Tnerr_Co

26、re Process Workflows一二E 二二二LEab3inUoiCcrs1LcterTrars-ltrSusi-ew MohI 芍 七qurernencs _ _*1*1/，1目, rCore Supporting Workflow Ccnfirarii & jnpe 解押;工 Ptn：“d Ma-飛BtnetiiEw n)rrTnnL._ _._,The Iterative Model graph shows how the process is structured along two dimensions4個(gè)階段：初始階段：目標(biāo)是為系統(tǒng)建立商業(yè)案例并確定項(xiàng)目的邊界；細(xì)化階段：目

27、標(biāo)是分析問(wèn)題領(lǐng)域，并建立健全體系結(jié)構(gòu)基礎(chǔ)，編制項(xiàng)目計(jì)劃，完成項(xiàng)目中高風(fēng)險(xiǎn)需求部分的開(kāi)發(fā)；構(gòu)建階段：將所有剩余的技術(shù)構(gòu)建和穩(wěn)定業(yè)務(wù)需求功能開(kāi)發(fā)出來(lái)，并集成為產(chǎn)品，它決定了產(chǎn)品是否可 以在測(cè)試環(huán)境中進(jìn)行部署要確定軟件、環(huán)境、用戶是否可以開(kāi)始系統(tǒng)的運(yùn)行；移交階段：確保軟件對(duì)最終用戶是可用的。nn中宣工作潼程業(yè)舞建用分析設(shè)計(jì)The Iterative Model graph how the process is structured along two dimensionsTwo Dimensions ,四個(gè)階段，core workflow&Phase工作流程與各階段的關(guān)系5、對(duì)下圖的理解：(1)(2

28、)(3)開(kāi)發(fā)過(guò)程CMVk RUP、開(kāi)發(fā)技能 （OO,架構(gòu)、 構(gòu)件組織管理（文化、制度、團(tuán)隊(duì), 價(jià)值鏈）開(kāi)發(fā)團(tuán)隊(duì)沒(méi)有實(shí)現(xiàn)對(duì)過(guò)程信息集中訪問(wèn)控制（沒(méi)有集中的數(shù)據(jù)庫(kù)） 團(tuán)隊(duì)缺乏在方法和最佳實(shí)踐上進(jìn)行自我培訓(xùn)的最新的知識(shí)基礎(chǔ) 團(tuán)隊(duì)沒(méi)有使用統(tǒng)一的方式表達(dá)和方法溝通過(guò)程工程和過(guò)程制定， 統(tǒng)一的方法。組織級(jí)的過(guò)程的描述和裁減缺乏開(kāi)發(fā)隊(duì)伍角色未定義，不協(xié)調(diào)，團(tuán)隊(duì)工作和過(guò)程績(jī)效由于執(zhí)行的間隙和沖突而削弱。RUP與XP的共性： TOC o 1-5 h z ?基礎(chǔ)都是面向?qū)ο蠓椒ǎ?都采用迭代、增量開(kāi)發(fā)方式？?都是基于風(fēng)險(xiǎn)驅(qū)動(dòng)？?都重視代碼、文檔的最小化和設(shè)計(jì)的簡(jiǎn)化差異：? XP以代碼為中心，編碼和設(shè)計(jì)活動(dòng)融為一體

29、，弱化了架構(gòu)的概念,采用動(dòng)態(tài)適應(yīng)變化的演進(jìn)式迭代周期 強(qiáng)調(diào)需求和測(cè)試管理鼓勵(lì)用戶積極參與RUP程通常以架構(gòu)為中心，細(xì)化階段的主要目的就是構(gòu)造出一個(gè)可運(yùn)行的架構(gòu)原型，作為將來(lái)添加需求功能的穩(wěn)固基礎(chǔ)。XP有一個(gè)非常關(guān)鍵的假設(shè)：開(kāi)發(fā)人員只注重眼前需求，依賴重構(gòu)來(lái)適應(yīng)需求的變動(dòng)，這樣帶來(lái)的風(fēng)險(xiǎn)、開(kāi)銷要小于需求變化使得事先充分設(shè)計(jì)失效的代價(jià)；反之，實(shí)施? XP不包括業(yè)務(wù)建模、部署、過(guò)程管理等概念。? RUP更強(qiáng)調(diào)項(xiàng)目的可控性。XP就是不明智的。? 可以講XP中的最佳實(shí)踐納入 RUP中。? RUP經(jīng)過(guò)裁剪后適應(yīng)各種規(guī)模的項(xiàng)目，XP只適用于小團(tuán)隊(duì)。? XP實(shí)踐依賴團(tuán)隊(duì)成員的強(qiáng)關(guān)系而RUP寸團(tuán)隊(duì)成員的關(guān)系緊密

30、程度要求弱些。MSF軟件項(xiàng)目成功的障礙：?目標(biāo)和職能分離?業(yè)務(wù)和技術(shù)分離?缺乏共同的語(yǔ)言和過(guò)程目標(biāo)不明確沒(méi)有范圍變更管理?無(wú)法以一個(gè)團(tuán)隊(duì)的方式進(jìn)行溝通和運(yùn)作IT項(xiàng)目的首要目標(biāo)是什么？IT項(xiàng)目的首要目標(biāo)不是更多的技術(shù)，而是將其主要力量 組織服務(wù)。成功項(xiàng)目的標(biāo)準(zhǔn)： 在規(guī)定的范圍內(nèi)（時(shí)間/資源）完成?過(guò)程管理不夠靈活，難以適應(yīng)項(xiàng)目的變化IT如何克服障礙：理解業(yè)務(wù)的方向、目標(biāo)和機(jī)會(huì)保證IT項(xiàng)目支持業(yè)務(wù)目標(biāo)保持與業(yè)務(wù)不斷地交流與溝通形成主動(dòng)的工作環(huán)境組織團(tuán)隊(duì)有效地工作-豐富的技術(shù)知識(shí)一同人和過(guò)程結(jié)合起來(lái)，為整個(gè)確認(rèn)系統(tǒng)符合質(zhì)量標(biāo)準(zhǔn) 凰部署和管理平滑方便提高用戶完成工作的效率按照定義完成功能畫(huà)客戶滿意答：

31、團(tuán)對(duì)模型、過(guò)程模型MSF的模型和準(zhǔn)則項(xiàng)目管理準(zhǔn)則、風(fēng)險(xiǎn)管理準(zhǔn)則、就緒管理準(zhǔn)則MSF微軟過(guò)程基本原則：8制定計(jì)劃時(shí)兼顧未來(lái)的不確定因素唾通過(guò)有效地風(fēng)險(xiǎn)管理減少不確定因素的影響經(jīng)常生成過(guò)渡版本并進(jìn)行快速測(cè)試來(lái)提高產(chǎn)品的穩(wěn)定性及可預(yù)測(cè)性3快速循環(huán)、遞進(jìn)的開(kāi)發(fā)過(guò)程屋從產(chǎn)品特性和成本控制出發(fā)創(chuàng)造性地工作、聰明地工作通創(chuàng)建確定的進(jìn)度表司使用小型項(xiàng)目組并發(fā)完成工作，并設(shè)置多個(gè)同步點(diǎn)畫(huà)將大型項(xiàng)目分解成多個(gè)可管理的單元、以便更快地發(fā)布產(chǎn)品司 用產(chǎn)品的前景目標(biāo)和概要說(shuō)明指導(dǎo)項(xiàng)目開(kāi)發(fā)工作：先基線 后凍結(jié)屋 避免產(chǎn)品走形：檢查當(dāng)前狀態(tài)與初始說(shuō)明文檔對(duì)照而 使用原型驗(yàn)證概念，進(jìn)行開(kāi)發(fā)前的測(cè)試：技術(shù)可行性等，減少和規(guī)避風(fēng)

32、險(xiǎn)H零缺陷概念畫(huà) 非責(zé)難式的里程碑評(píng)審會(huì)：以改進(jìn)工作為目的，內(nèi)部、外部會(huì)議MSF團(tuán)隊(duì)模型角色、主要工作內(nèi)容目標(biāo)及相互關(guān)系:AASF團(tuán)隊(duì)角色及J生職責(zé)范圍角色簇目標(biāo)功能領(lǐng)域產(chǎn)品管理客戶滿意市防港勢(shì)也爭(zhēng)價(jià)值客戶代言人 產(chǎn)品計(jì)劃程序管理在域目約束下 丈付解決方案項(xiàng)目膏理解淡方案體用赫梅比程管理管理瞋務(wù)開(kāi)發(fā)按規(guī)格說(shuō)明構(gòu) 建解決方案技術(shù)咨陰實(shí)現(xiàn)悻泵骷杓不詵計(jì)通用程序開(kāi)發(fā)基戚架構(gòu)開(kāi)端測(cè)試只有本標(biāo)識(shí)和解決了 所有的產(chǎn)品質(zhì)量問(wèn)題 后批準(zhǔn)定布洲試計(jì)劃測(cè)試工測(cè)武拄fr用戶體驗(yàn)提高用戶使用鮮決才 案4的族率可訪問(wèn)姓國(guó)用傳技術(shù)遹信培訓(xùn)可用性用戶界面段升發(fā)布管理1平滑部署和穩(wěn)定運(yùn)營(yíng)基地架枸支持埔營(yíng)后媯3F,女一MS刖目

33、過(guò)程模型：階段及其主要工作任務(wù)目標(biāo)項(xiàng)目過(guò)程模型用普七或運(yùn)航國(guó)國(guó)認(rèn)可生至租礴標(biāo)示階段的推進(jìn)內(nèi)部里程碑分解工作除發(fā)V依中的實(shí)現(xiàn)Agile CMMI III帶里程碑的螺旋模型里程坪用于規(guī)劃和檢查題目的進(jìn)展，井碗定主集工作成果的交忖時(shí)間& 同步工件任務(wù)便于目的進(jìn)展和質(zhì)量可?；试S階段調(diào)整，評(píng)審關(guān)注目標(biāo)和留杲提供項(xiàng)目審批環(huán)節(jié) 兩類里程碑MSF微軟過(guò)程的特點(diǎn)：答：(1)使用迭代+漸進(jìn)式提交的方式可以保持系統(tǒng)良好的可預(yù)見(jiàn)性，也是客戶對(duì)項(xiàng)目組實(shí)施能力更加信任。(2)迭代周期的選擇一定是對(duì)一組業(yè)務(wù)用例的實(shí)現(xiàn)而不是其他。即每一個(gè)迭代周期都可以交付以個(gè)可以完成一定業(yè)務(wù)功能的系統(tǒng)，微軟過(guò)程的特點(diǎn)迭代是針對(duì)業(yè)務(wù)用例的-

34、使用迭代+漸進(jìn)式提交的方式可以保持系統(tǒng)良 好的可預(yù)見(jiàn)性，也可使客戶對(duì)項(xiàng)目組實(shí)施能力 更加信任迭代冏期的選擇一定是對(duì)一組業(yè)務(wù)用例的實(shí)現(xiàn) 而不是其它.即每一個(gè)迭代周期都可以交付一 個(gè)可以完成一定業(yè)務(wù)功能的系統(tǒng)項(xiàng)目團(tuán)隊(duì)和外部環(huán)境的溝通用戶支捋用戶I業(yè)務(wù)向度* 各門室月團(tuán)以運(yùn)營(yíng)和支持科I 一一項(xiàng)月發(fā)起人技術(shù)角度在項(xiàng)目中設(shè)立里程碑的好處有哪些?答：直 幫助同步工作成果以 可在項(xiàng)目進(jìn)行中糾正偏差叵I使項(xiàng)目團(tuán)隊(duì)外的人員也可以看到項(xiàng)目的進(jìn)展情 著重于評(píng)審項(xiàng)目目標(biāo)和交付成果況和質(zhì)量情況叵I增加階段性的審批環(huán)節(jié)，只有在審核通過(guò)后，才進(jìn)入下一個(gè)階段。使用MSR程模型的優(yōu)點(diǎn)叵 過(guò)程模型可以根據(jù)項(xiàng)目的不同情況進(jìn)行調(diào)整團(tuán)

35、隊(duì)可以依據(jù)下列指導(dǎo)方針來(lái)決定項(xiàng)目需要哪些中間里程碑：由項(xiàng)目類型決定考慮外部事件和風(fēng)險(xiǎn)避免長(zhǎng)時(shí)間沒(méi)有里程碑叵 利用里程碑評(píng)審項(xiàng)目和總結(jié)經(jīng)驗(yàn)：里程碑評(píng)審會(huì)議一在客戶、干系人和團(tuán)隊(duì)之間取得后里程碑評(píng)審會(huì)議一交流團(tuán)隊(duì)經(jīng)驗(yàn)，改進(jìn)后續(xù)工作 按版本發(fā)布的好處：必 在特定版本范圍內(nèi)管理項(xiàng)目的變更和不確定因素：阪保證功能的持續(xù)增加和完善叵縮短交付時(shí)間叵I為團(tuán)隊(duì)成員設(shè)立明確而可達(dá)到的目標(biāo)叵著力解決項(xiàng)目問(wèn)題風(fēng)險(xiǎn)管理原則： 風(fēng)險(xiǎn)是每一個(gè)項(xiàng)目和過(guò)程必然具備的畫(huà)識(shí)別風(fēng)險(xiǎn)是一項(xiàng)正面的活動(dòng)道首先識(shí)別風(fēng)險(xiǎn)、然后管理風(fēng)險(xiǎn)息 風(fēng)險(xiǎn)評(píng)估是一項(xiàng)持續(xù)的活動(dòng)強(qiáng)調(diào)主動(dòng)規(guī)避風(fēng)險(xiǎn)毫 不簡(jiǎn)單的以風(fēng)險(xiǎn)的數(shù)目來(lái)評(píng)估一個(gè)項(xiàng)目的價(jià)值將里程碑與交付成果結(jié)合

36、起來(lái)僅使用適合項(xiàng)目情況的 MSFB薦的里程碑，獲得項(xiàng)目階段性成果和繼續(xù)前進(jìn)的認(rèn)可期識(shí)別：頭腦風(fēng)暴期分析和分級(jí)：期計(jì)劃和調(diào)度期跟蹤和報(bào)告：動(dòng)態(tài)調(diào)整風(fēng)險(xiǎn)計(jì)劃期控制：期學(xué)習(xí)：知識(shí)庫(kù)風(fēng)險(xiǎn)管理的最佳實(shí)踐：風(fēng)險(xiǎn)管理是項(xiàng)目組全體人員的責(zé)任直不要有意無(wú)意的造成“懲罰問(wèn)題發(fā)現(xiàn)者”的氛圍直只關(guān)注一定數(shù)量的風(fēng)險(xiǎn)風(fēng)險(xiǎn)管理列入正式的項(xiàng)目管理活動(dòng)和計(jì)算工作量使用知識(shí)庫(kù)來(lái)提高風(fēng)險(xiǎn)管理的有效性風(fēng)險(xiǎn)管理過(guò)程的六個(gè)階段TDD也是衡量軟件質(zhì)量開(kāi)發(fā)效率的最好的指標(biāo)?；?Nightly Test是軟件開(kāi)發(fā)中一個(gè)保證開(kāi)發(fā)質(zhì)量的最有效的方法,值 Nightly Test就是每天工作結(jié)束， 所有的代碼都 Check in到SourceCon

37、trol后，自動(dòng)運(yùn)行所有的 Unit Test 和Function Test 。測(cè)試的結(jié)果應(yīng)該自動(dòng)分發(fā)給開(kāi)發(fā)人員和管理層。且兩個(gè)指標(biāo)數(shù)值：墾 測(cè)試用例的通過(guò)率：?jiǎn)卧獪y(cè)試必須是100%iB過(guò)，F(xiàn)unction Test應(yīng)該按計(jì)劃的通過(guò) 單元測(cè)試的覆蓋率：表明有多少 Class被測(cè)試過(guò)和測(cè)試的完善程度。Test-First Programming是什么？直Bl1 a! 直Test-First ProgrammingTest-First ProgrammingTest-First ProgrammingTest-First ProgrammingTest-First ProgrammingTest-

38、First Programming首先是一種分析方法是一種設(shè)計(jì)方法是一種質(zhì)量控制方法是一種重構(gòu)和優(yōu)化的方法不是通常意義上的測(cè)試技術(shù)，它的目的也不僅用來(lái)測(cè)試你的代碼 是一種面向?qū)ο蟮拈_(kāi)發(fā)方法如何做 Test Driven Design and Development ?首先確定你要做什么然后為這個(gè)功能（Method）寫單元測(cè)試?yán)樱║nit Test ）寫 Production 代碼運(yùn)行 Unit TestXP與 TDD XP采用了 TDD答：TDD是eXtreme Programming 中必須遵行的一個(gè)方法，TDD是XP中Pair Programming 的工作模式。詞 XP中把測(cè)試驅(qū)動(dòng)的設(shè)

39、計(jì)和開(kāi)發(fā)做到極致，TDD的整個(gè)流程由兩個(gè)程序員一起執(zhí)行。H XP正是因?yàn)椴捎昧?TDD才能夠做到每天的代碼都是Production、code和每個(gè)小的Release都能夠提供具備Production質(zhì)量的代碼并投入使用。 有了 TDD XP才能降低風(fēng)險(xiǎn)，去擁抱變化。 有了 TDD XP才能在計(jì)劃的時(shí)間內(nèi)完成計(jì)劃質(zhì)量的代碼。 有了 TDD XP才能減少CodeFix環(huán)節(jié)，從而減少項(xiàng)目成本。 有了 TDD XP Team才能對(duì)自己的工作充滿自信。TDD程序員和管理層對(duì)程序員來(lái)說(shuō)， 通過(guò)運(yùn)行Unit Test和Functional Test,每天下班的時(shí)候都可以清楚地知道自己的代碼是workI對(duì)管理

40、層來(lái)說(shuō)，通過(guò) Nightly Test的結(jié)果，每天一早都清楚地知道項(xiàng)目的質(zhì)量和開(kāi)發(fā)進(jìn)度。什么時(shí)候?qū)慣est ?如果你要寫一個(gè)新的功能，請(qǐng)先寫他的測(cè)試?yán)尤绻阋跊](méi)有經(jīng)過(guò)測(cè)試的代碼上寫信的功能，請(qǐng)先寫目前代碼的測(cè)試?yán)釉~ 如果彳要Fix 一個(gè)Bug,請(qǐng)先為這個(gè)bug寫一個(gè)測(cè)試?yán)尤绻芤猂efactor沒(méi)有測(cè)試過(guò)的代碼，請(qǐng)先寫一個(gè)測(cè)試?yán)铀救绻惆l(fā)現(xiàn)一個(gè)邊緣例外值，請(qǐng)為它寫一個(gè)測(cè)試?yán)?。Refactor-重構(gòu)1、什么是 Refactoring ?H Refactoring是對(duì)已經(jīng)完成的代碼進(jìn)行改進(jìn)的過(guò)程。在不對(duì)代碼的外部行為進(jìn)行改動(dòng)的情況下，對(duì)代碼內(nèi)部的結(jié)構(gòu)進(jìn)行優(yōu)化。 Refactoring

41、是嚴(yán)謹(jǐn)?shù)貙?duì)完成的代碼進(jìn)行清理，從而減少出錯(cuò)的一種方法。H Refactoring 的實(shí)質(zhì)是對(duì)完成代碼的設(shè)計(jì)進(jìn)行改進(jìn)。M Refactoring 是XP項(xiàng)目中每天的例行練習(xí)。Refactoring 必須和 Test-Driven Design and Development 伴隨進(jìn)行。2、為什么要Refactoring ?Refactoring 幫助盡早地發(fā)現(xiàn)錯(cuò)誤息改進(jìn)軟件的設(shè)計(jì)（Defects ）息提高代碼質(zhì)量，可維護(hù)性唾 Refactoring 可以提高開(kāi)發(fā)速度3、5、什么時(shí)候適合/不適合做Refactoring?適合：嗔在開(kāi)始增加一個(gè)新的功能之前息 在修復(fù)一個(gè)錯(cuò)誤的時(shí)候息在彳Code Re

42、view的時(shí)候不適合： 代碼太混論，設(shè)計(jì)完全錯(cuò)誤Bad Smells in Codes明天是 DeadLine嗯 Refactoring 的工作量顯著影響 Estimate4、Refactoring的流程？M讀懂代碼（包括測(cè)試?yán)哟a）通 Refactoring運(yùn)行所有的 Unit TestsanaBod 5mells in Coges1.Duplicated Code12,Lazy Class2.Long Method13.Speculative Generality3.L 口曠 Class14.Twnpor 白 ry Field4.Long Parameter List15.Message

43、 Chains5.D ivergent C harge16.Middle Man6.Stiod-gun Surgery17.Inappropriate liitiniacy7.Feahire Envy18.Alternative Classes with8.Data ClumpsDifferent Incerfflees9.Primitive Obs&ssion19.Incomplete LibraryICiSwitchClassIVPrall&l Inheritance20.Dato ClassH ierrchies21.Refused Bequest22.Comirwrits6、XP 中

44、Refactoring:在XP的日常工作中，Refactoring 通常在每個(gè) Pair完成Task后做Code Review的時(shí)候進(jìn)行。Tips :垣 不要在電腦屏幕前進(jìn)行。HI不要在剛完成代碼后馬上進(jìn)行。道！ Pair獨(dú)自進(jìn)行ReviewPSP與 TSP PSPW process flow :When programs are small or well understood , you can execute the phases in order 。Produce a planCode all modulesDesign all modulesComplie the coded pro

45、gramSummarize the project data during the postmortem。Requlrements - Plan - Design - Code - Complie - Test -Postmortem - Program and Project data. PSP部分： 了解PSP基本內(nèi)容及特點(diǎn)；與軟件開(kāi)發(fā)過(guò)程的關(guān)系。PSP是一個(gè)自我改進(jìn)的過(guò)程，用來(lái)幫助人們控制、管理和改進(jìn)工作方式。PSP是一種結(jié)構(gòu)化的表格、準(zhǔn)則和軟件開(kāi)發(fā)過(guò)程的框架。 PSP0是基準(zhǔn)線過(guò)程，PSP0.1引入了規(guī)模測(cè)度，過(guò)程改進(jìn)建議（PIP）以及編碼標(biāo)準(zhǔn)。PSP1:個(gè)人規(guī)劃過(guò)程，相對(duì)于PSPQ增

46、加了規(guī)劃這一步驟，最初的改變只是增加了一個(gè)測(cè)試報(bào)告、規(guī)模和資源估算。在PSP1.1中，引入了任務(wù)規(guī)劃和進(jìn)度規(guī)劃。PSP2個(gè)人質(zhì)量管理過(guò)程。 相對(duì)于PSP1,增加了評(píng)審技術(shù)，一邊盡量在修改這些錯(cuò)誤花費(fèi)最少時(shí)發(fā)現(xiàn)錯(cuò)誤。PSP2.1強(qiáng)調(diào)了設(shè)計(jì)過(guò)程。PSP3循環(huán)個(gè)人過(guò)程。（可不記）The PSPis a personal process for developing software or for doing any other defined activity. The PSP includes:defined stepsforms:式 standardsTt provides a measurem

47、ent and analysis framework for characterizing and managing your personal work.Tt is also a defined procedure that helps you to improve your personal performance. 了解和掌握如何使用 PSP0相關(guān)腳本、表格、模板及標(biāo)準(zhǔn)的作用。這些過(guò)程元素為制定規(guī)劃和報(bào)告結(jié)果提供了一種有序的結(jié)構(gòu)，可以使我們節(jié)省大量的時(shí)間。Process Mesurement過(guò)程度量。了解軟件過(guò)程度量的內(nèi)容、目標(biāo)和意義；衡量軟件規(guī)模的原因、標(biāo)準(zhǔn) 及度量框架；了解規(guī)模度量方

48、面的規(guī)模計(jì)數(shù)方法原則，編碼標(biāo)準(zhǔn)的作用與意義。了解和掌握如何使用PSP0.1,理解PSP0.1過(guò)程及相關(guān)腳本、表格。過(guò)程度量的目標(biāo)：內(nèi)容：size measures 、time measures、defect measures 、derived measures 、目標(biāo)： understand and manage change 、 predict or plan for the future、 compare one product 、process、or organization with another值 determine adherence（堅(jiān)持、忠誠(chéng)） to standards pr

49、ovide a basis for controlEstimating with PROBE（基于代理的規(guī)模估計(jì)）I規(guī)模估計(jì)。理解項(xiàng)目計(jì)劃的意義和作用、規(guī)模估計(jì)的原因及原則；結(jié)合規(guī)模估計(jì)舉例，了解和掌握基于代理的規(guī)模估計(jì)的方法。了解和掌握如何使用 PSP1,理解PSP1過(guò)程、新增內(nèi)容及相關(guān)腳本、表格。項(xiàng)目計(jì)劃：項(xiàng)目計(jì)劃定義要完成的工作和如何做這項(xiàng)工作，它對(duì)每項(xiàng)主要任務(wù)做出定義，對(duì)所需要的 時(shí)間和資源進(jìn)行估計(jì)，還為管理部門的評(píng)審和控制提供框架。項(xiàng)目計(jì)劃也是一個(gè)強(qiáng)大的學(xué)習(xí)工具，當(dāng)把這 個(gè)計(jì)劃嚴(yán)格地寫成文檔時(shí)，它就是一個(gè)與實(shí)際性能比較的基準(zhǔn)。這樣的比較，可以使做計(jì)劃的人看到估計(jì) 中的錯(cuò)誤，從而改善做

50、計(jì)劃的準(zhǔn)確性。規(guī)模估計(jì)：有助于我們規(guī)劃軟件的開(kāi)發(fā)，進(jìn)一步，軟件開(kāi)發(fā)規(guī)劃的質(zhì)量通常依賴于規(guī)模估算的質(zhì)量?；诖淼囊?guī)模估計(jì)：代理就是替代品，這種替代品可以幫助我們更形象地進(jìn)行估算，更容易地判斷產(chǎn)品的規(guī)模。代理的例子：對(duì)象、界面、文件、腳本或功能點(diǎn)等。一個(gè)好的代理應(yīng)符合以下標(biāo)準(zhǔn)：a、代理規(guī)模的衡量應(yīng)該和我們開(kāi)發(fā)的產(chǎn)品需要投入的工作量密切相關(guān)；b、產(chǎn)品代理的內(nèi)容應(yīng)該是自動(dòng)計(jì)算的；c、在項(xiàng)目開(kāi)始時(shí)，代理應(yīng)該是形象化的、易懂的；d、代理應(yīng)該便于定制，以適應(yīng)某些組織的特殊需求；e、對(duì)于不同的軟件開(kāi)發(fā)實(shí)施方案，代理應(yīng)該是敏感的，且應(yīng)該反映出開(kāi)發(fā)的代價(jià)和開(kāi)銷。Estimating with PROBE II規(guī)

51、模估計(jì)。了解規(guī)模估計(jì)的范圍及精確性，階段計(jì)劃及產(chǎn)品計(jì)劃的含義；由規(guī)模估計(jì)推斷開(kāi)發(fā)時(shí)間；了解和掌握如何使用PSP1.1,理解PSP1.1過(guò)程、新增內(nèi)容及相關(guān)腳本、表格。階段計(jì)劃：是關(guān)于在這段時(shí)期內(nèi)對(duì)時(shí)間的安排。產(chǎn)品計(jì)劃是關(guān)于制作產(chǎn)品活動(dòng)期間的時(shí)間安排。產(chǎn)品 計(jì)劃的基本方面：規(guī)模估計(jì)、項(xiàng)目時(shí)間和項(xiàng)目進(jìn)度。Using PSP Data使用PSP數(shù)據(jù)。了解如何制定產(chǎn)品及階段進(jìn)度計(jì)劃，如何進(jìn)行項(xiàng)目跟蹤；了解EV值及其應(yīng)用。Making Task Plans:For both individual and team plans, the first steps are值 To understand the

52、 job s goals and objectives-1 establish a strategyfor doing the work define the processesto useThen, you canj estimate the sizeof the job j define the tasksto be done J estimate the effort for each task j establish the task order叵 produce the scheduleWith the PSP,you With the PSP, you j were given t

53、he goals, strategy, and process used the task order defined by the process j used PSP data to estimate the work followed the process to do the jobOn a team project, the team must agree on team goals establish a strategy for the work define the process to use make a team planAfter the team has made t

54、he overall plan, the next step is to break it into individual tasks. These tasks are assigned to the various team members to plan and to implement.When you are assigned team tasks, you use the PSP to官 estimate and plan each taskP follow your personal process to do the work measure, track, and manage

55、 each step of the job忑 The PSP works for individuals, whether they work alone or on team projects.Project Tracking:ji Project tracking would be simple ifj we always completed tasks in the planned orderj no tasks were added or deleted通 This never happens.j Requirements always change.n Tasks get cance

56、lled or deferred 延期的. Some tasks are dropped and others are added.j Estimating errors are common.再 To track project status in a dynamic environment, you need a way to assign a value that measuresthe contribution of each task towards the whole project.Then you canj add upthe value of the completed ta

57、sksj comparethis value to the value of the total jobj calculate the percentageof job completionji The PSP does this with a method called earnedvalue(EV).Earned value (EV)j establishes a value for each taskj permits progress tracking against the planFacilitates使便禾U tracking, even with changes to the

58、plan迫 Earned value principles Earned value provides a common value for each task.j This value is the percentage of the total project hours that this task is planned to take.j The planned value is credited, no matter how long it actually took to do the task.j No value is given for partially-completed

59、 tasks.j Major plan changes require new plans.Software Quality軟件質(zhì)量。了解什么是軟件質(zhì)量及其經(jīng)濟(jì)效益；了解主要的缺陷排除方法；了解和掌握設(shè)計(jì)、代碼復(fù)查以及質(zhì)量度量方法；了解和掌握如何使用PSP2理解PSP2過(guò)程、新增內(nèi)容及相關(guān)腳本、表格。軟件質(zhì)量：影響到開(kāi)發(fā)費(fèi)用、交付日期和用戶滿意度，對(duì)任何軟件質(zhì)量的定義來(lái)說(shuō)，最主要的焦點(diǎn)都是用戶的需求，Crosby把質(zhì)量定義為“順應(yīng)需求”，分為產(chǎn)品質(zhì)量和過(guò)程質(zhì)量。軟件質(zhì)量可以看做是一個(gè)經(jīng)濟(jì)問(wèn)題。我們可以不斷地使用另外一個(gè)測(cè)試手段或者使用另外一種評(píng)審方法，在大規(guī)模系統(tǒng)中，一般來(lái)說(shuō)，每個(gè)新測(cè)試手段的

60、使用都是側(cè)一大堆新錯(cuò)誤暴露出來(lái)，因此，我們不知 道什么時(shí)候停止測(cè)試。每次測(cè)試都要耗費(fèi)金錢和時(shí)間。因此，在質(zhì)量管理中，經(jīng)濟(jì)學(xué)成為一個(gè)重要問(wèn)題， 這不僅僅是因?yàn)闇y(cè)試方案，也是由于生命周期質(zhì)量代價(jià)優(yōu)化的需求。我們必須保證進(jìn)入測(cè)試階段的產(chǎn)品就 是合格的。軟件質(zhì)量的經(jīng)濟(jì)意義大部分都在于錯(cuò)誤偵測(cè)、預(yù)防和排除的成本。缺陷排除方法：編譯器、測(cè)試、代碼復(fù)查。代碼復(fù)查：就是研究源程序，并從中發(fā)現(xiàn)錯(cuò)誤。最好在編碼完成后并在編譯和測(cè)試之前進(jìn)行。代碼復(fù) 查腳本：復(fù)查規(guī)程、修復(fù)缺陷、覆蓋率復(fù)查、程序邏輯復(fù)查、命名和類型檢查、變量檢查、程序語(yǔ)法檢查。Software Design I 軟件設(shè)計(jì)。了解設(shè)計(jì)框架、質(zhì)量與層次；理