【導讀】1967年，Ericsson公司將整個系統(tǒng)模型轉化成相互。聯(lián)系的模塊的集合。他們用底層的模塊裝配成較高層。的子系統(tǒng)，使整個系統(tǒng)易于管理。通過遍歷以前曾詳。細描述過程的業(yè)務實例來發(fā)現(xiàn)這些模塊。務實例，識別出其實現(xiàn)所需的相關模塊。一批帶有接口的靜態(tài)模塊圖，將其組合成子系統(tǒng)。本質上，該方法就是基于構件的開發(fā)。Jacobson是該方法的創(chuàng)始人。規(guī)格說明與描述語言SDL. 1976年，CCITT公布了用以描述電信系統(tǒng)中功能行。該標準受Ericsson的重大。模塊之間僅僅通過消息來相互通信。SDL目前還被一些人使用，總的趨勢是被UML代替。1987年，IvarJacobson離開了Ericsson公司，在。斯德哥爾摩建立了ObjectAB。對象工廠中將相繼的工作流表示為一系列的模型：需。求－用例、分析、設計、實現(xiàn)和測試。Rational公司在1995年秋季引進了ObjectoryAB并。獲得了新的突破。1998年中期，Rational對象工廠過程已經完全成熟，該產品的新版本Rational統(tǒng)一過程。軟件開發(fā)方式正在發(fā)生變化，對人員的要求也在。角色不是個人；相反，角色描述了單個人的業(yè)務表現(xiàn)。系統(tǒng)是給機器或人員提供表示的所有制品

　　

【正文】 的測試框架進行測試類的編寫。但是，不是對所有的方法與用例都編寫，而只是針對關鍵方法類、重要業(yè)務邏輯處理類等進行。 上海交通大學計算機科學與工程系 2020/11/4 80 代碼重構 ( Refactoring ) ? XP： 強調代碼重構在其中的作用，認為開發(fā)人員應該經常進行重構，通常有兩個關鍵點應該進行重構：對于一個功能實現(xiàn)和實現(xiàn)后。 ? 項目： 在項目中將 JREFACTORY工具部署到 JBuilder中進行代碼的重構，重構的時間是在各個迭代周期的前后。代碼重構在項目中的作用是改善既有設計，而不是代替設計。 上海交通大學計算機科學與工程系 2020/11/4 81 成對編程 ( Pair Programming ) ? XP： 認為在項目中采用成對編程比獨自編程更加有效。成對編程是由兩個開發(fā)人員在同一臺電腦上共同編寫解決同一問題的代碼，通常一個人負責寫編碼，而另一個負責保證代碼的正確性與可讀性。 ? 項目： 在項目中并沒有采用成對編程的實踐，而是在項目實施的各個階段，加強了走查以及同級評審的力度。需求獲取、設計與分析都有多人參與，在成果提交后，交叉進行走查；而在編碼階段，開發(fā)人員之間也要在每個迭代周期后進行同時評審。 上海交通大學計算機科學與工程系 2020/11/4 82 集體代碼所有權 (Collective ownership) ? XP： 認為開發(fā)小組的每個成員都有更改代碼的權利，所有的人對于全部代碼負責。 ? 項目： 在項目開發(fā)初期，首先向開發(fā)團隊進行 代碼全體擁有 的教育，同時要求開發(fā)人員不僅要了解系統(tǒng)的架構、自己的代碼，同時也要了解其它開發(fā)人員的工作以及代碼情況。這個實踐與同級評審有一定的互補作用，從而保證人員的變動不會對項目的進度造成很大的影響。 在項目執(zhí)行中，有一個開發(fā)人員由于參加培訓，缺席項目執(zhí)行一周，由于實行了 代碼全體擁有 的實踐，其它的開發(fā)人員成功地分擔了該成員的測試與開發(fā)任務，從而保證項目的如期交付。 上海交通大學計算機科學與工程系 2020/11/4 83 持續(xù)集成 ( Continuous Integration ) ? XP： 提倡在一天中集成系統(tǒng)多次，而且隨著需求的改變，要不斷的進行回歸測試。因為，這樣可以使得團隊保持一個較高的開發(fā)速度，同時避免了一次系統(tǒng)集成的惡夢。 ? 項目： 使用 VSS作為軟件配置管理系統(tǒng)，堅持每天進行一次的系統(tǒng)集成，將已經完成的功能有效地結合起來，進行測試。 上海交通大學計算機科學與工程系 2020/11/4 84 小型發(fā)布 ( Small Release ) ? XP： 強調在非常短的周期內以遞增的方式發(fā)布新版本，從而可以很容易地估計每個迭代周期的進度，便于控制工作量和風險；同時，也可以及時處理用戶的反饋。 ? 項目： 項目在籌備階段就配置了一臺測試與發(fā)布服務器，在項目實施過程中，平均每兩周（一個迭代周期結束后）進行一個小型發(fā)布；用戶在發(fā)布后兩個工作日內，向項目小組提交 用戶接收測試報告 ，由項目經理評估測試報告，將有效的 BUG提交至 Rational Clear Case，并分配給相應的開發(fā)人員。項目小組應該在下一個迭代周期結束前修復所有用戶提交的問題。 上海交通大學計算機科學與工程系 2020/11/4 85 計劃博弈 ( Planning Game ) ? XP： 要求結合項目進展和技術情況，確定下一階段要開發(fā)與發(fā)布的系統(tǒng)范圍。 ? 項目： 在系統(tǒng)實現(xiàn)前，我們首先按照需求的優(yōu)先級做了迭代周期的劃分，將高風險的需求優(yōu)先實現(xiàn)；同時，項目團隊每天早晨參加一個 15分鐘的項目會議，確定當天以及目前迭代周期中每個成員要完成的任務。 上海交通大學計算機科學與工程系 2020/11/4 86 系統(tǒng)隱喻 ( System Metaphor ) ? XP： 通過隱喻來描述系統(tǒng)如何運作、新的功能以何種方式加入到系統(tǒng)。它通常包含了一些可以參照和比較的類和設計模式。 XP不需要事先進行詳細的架構設計。 ? 項目： 開發(fā)團隊在設計初期，決定參照STRUTS框架，結合項目的情況，構建了針對工作流程處理的項目框架。首先，團隊決定在第一個迭代周期實現(xiàn)配件申請的工作流程，在實際項目開發(fā)中驗證了基本的程序框架；而后，又在其它迭代周期中，對框架逐漸精化 上海交通大學計算機科學與工程系 2020/11/4 87 簡單設計 ( Simple Design ) ? XP： 認為代碼的設計應該盡可能的簡單，只要滿足當前功能的要求，不多也不少。 ? 項目： 在項目的系統(tǒng)架構經過驗證后的迭代周期內，我們始終堅持簡單設計的原則。對于新的迭代周期中出現(xiàn)需要修改既有設計與代碼的情況，首先對原有系統(tǒng)進行 代碼重構 ，而后再增加新的功能。 上海交通大學計算機科學與工程系 2020/11/4 88 成果 ? 項目開始時間 ? 2020/4/25 ? 項目預期結束時間 ? 2020/6/28 ? 項目實際結束日期 ? 2020/7/2 ? 項目預計成本 ? 199080 ? 項目實際成本 ? 177340 ? 中，項目執(zhí)行過程中提交了一個 用戶需求變更 ，該變更對于項目周期的影響為 6個工作日。 上海交通大學計算機科學與工程系 2020/11/4 89 實踐之間的互相支持 現(xiàn)場客戶 規(guī)劃策略 一周 40小時 小發(fā)行版 簡單設計 測試驅動 配對編程 系統(tǒng)隱喻 重構 編碼標準 集體所有權 持續(xù)集成 上海交通大學計算機科學與工程系 2020/11/4 90 XP項目的狀態(tài)圖 上海交通大學計算機科學與工程系 2020/11/4 91 XP的計劃 /反饋循環(huán) 上海交通大學計算機科學與工程系 2020/11/4 92 從 CMM角度看 XP ? XP部分滿足或大部分滿足了 CMM 23 級 KPA 的要求，而基本上沒有涉及 CMM 45 級的 KPA ? XP 側重于具體的過程和開發(fā)技術，而 CMM 更關注組織和管理上的問題 ? XP 缺少的一個重要內容是“ institutionalization” Mark Paulk, SEI 上海交通大學計算機科學與工程系 2020/11/4 93 XP vs. RUP ?面向對象 ?風險驅動 ?需求導向 ?迭代，增量開發(fā) 軟件開發(fā)方法學 過程框架 小巧靈活 巨大復雜 變化是不變的 控制變化 文檔將成為制品 文檔就是代碼和測試 計劃設計 演化設計 以代碼為中心，自底向上 以架構為中心，自頂向下 從開發(fā)者的角度 從機構的角度