細化階段迭代

第八章細化階段的迭代1－－基礎(chǔ)目標定義細化階段的第一個迭代。為本部分的后續(xù)章節(jié)做鋪墊。描述初始和細化階段的關(guān)鍵內(nèi)容。迭代1的需求和重點：OOA/D的技術(shù)核心案例一：NextGenPOSNextGenPOS應(yīng)用在第一個迭代要處理的需求：實現(xiàn)處理銷售用例中基本和關(guān)鍵的場景：輸入商品項目并收取現(xiàn)金。實現(xiàn)用于支持迭代初始化需要的啟動用例。不處理任何特殊和復(fù)雜的部分，僅僅針對場景的簡單理想路徑，并對此進行設(shè)計和實現(xiàn)。不與外部服務(wù)進行協(xié)作，例如，稅金計算器或產(chǎn)品數(shù)據(jù)庫。不應(yīng)用復(fù)雜的定價規(guī)則。迭代1的需求和重點：OOA/D的技術(shù)核心案例二：Monopoly游戲Monopoly游戲應(yīng)用在第一個迭代要處理的需求：實現(xiàn)玩Monopoly游戲用例的基本和關(guān)鍵場景：游戲者圍繞棋盤四周的方格移動。實現(xiàn)基于支持迭代初始化需求的啟動用例。支持2-8個游戲者。游戲通過一系列回合進行。每個回合中，每個游戲者輪得一次機會。在每一次輪次中，游戲者根據(jù)所拋擲的兩個六面骰子的點數(shù)總和，在圍繞棋盤的方格上，按順時針方向?qū)⑵遄右苿酉鄳?yīng)的格數(shù)。游戲只能進行20回合。拋擲骰子后，顯示游戲者的姓名和擲骰子的結(jié)果。當游戲者移動并占據(jù)一個方格后，顯示游戲者名字和所占方格的名稱。在迭代1中，不考慮金錢、輸贏、買進或支付租金以及任何種類的特殊方格。每個方格都有相應(yīng)的名稱。游戲開始時，每個游戲者的棋子都在名為“Go”的方格上。方格的名稱將一次為Go、方格1、方格2、……、方格39.除了游戲者的數(shù)量外，游戲以模擬的方式運行，不需要任何用戶輸入。迭代1在迭代開發(fā)中，我們并非一次就實現(xiàn)所有需求。迭代1的需求是所有需求或用例的子集。對需求子集開始具有產(chǎn)品品質(zhì)的編程和測試，并且我們在完成所有需求分析之前開始這些開發(fā)，這與瀑布過程相反。迭代1在多個迭代里對同一用例進行增量式開發(fā)。注意，并不是在迭代1里要實現(xiàn)處理銷售用例中的所有需求。通常是在若干迭代內(nèi)對同一用例的各種場景進行開發(fā)，并且漸進地擴展系統(tǒng)直到最終完成所有需要的功能性。簡短的用例可以在一次迭代中完成。過程：初始和細化案例研究的初始階段大概只持續(xù)了一周，所創(chuàng)建的制品應(yīng)該是簡明和不完整的。初始階段是邁向細化階段的一小步。在該階段決定基本的可行性、風險和范圍，對項目是否值得進行更深入的調(diào)查進行決策。包括簡短的需求討論會。大多數(shù)參與者、目標和用例名稱。確定大多數(shù)具有影響和風險的質(zhì)量需求。編寫設(shè)想和補充性規(guī)格說明的第一個版本。風險列表技術(shù)上的概念驗證原型和其他調(diào)查，用以解釋特殊需求的技術(shù)可行性。面向用戶界面的原型，用于確定對功能需求的設(shè)想。對購買/構(gòu)建/復(fù)用構(gòu)件的建議，在細化階段進行精化。對候選的高層架構(gòu)和構(gòu)件給出建議。第一次迭代的計劃。候選工具列表。細化細化是一般項目中最初的一系列迭代，其中包括：對核心、有風險的軟件架構(gòu)進行編程和測試。發(fā)現(xiàn)并穩(wěn)定需求的主體部分。規(guī)避主要風險。細化小組進行細致的調(diào)查、實現(xiàn)（編程和測試）核心架構(gòu)、澄清大多數(shù)需求和應(yīng)對高風險問題。細化階段通常由兩個或多個迭代組成，建議每次迭代的時間為2－6周。每次迭代都是時間定量的，這意味這其結(jié)束日期是固定的。細化細化不是設(shè)計階段，在該階段也不是要完成所有模型的開發(fā)。原型－－產(chǎn)生的代碼和設(shè)計是具有產(chǎn)品品質(zhì)的最終系統(tǒng)的一部分。細化架構(gòu)原型－－這一術(shù)語通常用來描述局部系統(tǒng)，不是指可廢棄的、實驗性的原型。在UP中，它表示最終系統(tǒng)的產(chǎn)品化子集。該術(shù)語更常見的名稱是可執(zhí)行架構(gòu)或架構(gòu)基線。細化用一句話來概括細化：構(gòu)建核心架構(gòu)，解決高風險元素，定義大部分需求，以及預(yù)計總體進度和資源。實行短時間定量、風險驅(qū)動的迭代。及早開始編程。對架構(gòu)的核心和風險部分進行適應(yīng)性的設(shè)計、實現(xiàn)和測試。盡早、頻繁、實際地測試?；趤碜詼y試、用戶、開發(fā)者的反饋進行調(diào)整。通過一系列討論會，詳細編寫大部分用例和其他需求，每個細化迭代舉行一次。在細化階會開始構(gòu)建哪些制品領(lǐng)域模型領(lǐng)域概念的可視化，類似于領(lǐng)域?qū)嶓w的靜態(tài)信息模型。設(shè)計模型描述邏輯設(shè)計的一組圖，包括軟件類圖、對象交互圖、包圖等。軟件架構(gòu)文檔學(xué)習輔助工具，概括關(guān)鍵架構(gòu)問題及其在設(shè)計中的解決方案。該文檔是對重要設(shè)計思想及其在系統(tǒng)中動機的概要。數(shù)據(jù)模型包括數(shù)據(jù)庫方案，以及在對象和非對象表示之間映射的策略用例示意板，用戶界面模型描述用戶界面、導(dǎo)航路徑、可用性模型等。細化階段常見錯誤對于大部分項目，細化階段都比“幾個”月更長。只有一次迭代。在細化開始前就定義了大部分需求。沒有處理具有風險的元素和核心架構(gòu)。沒有產(chǎn)生可執(zhí)行架構(gòu)；沒有進行產(chǎn)品代碼的編程。認為細化階段主要是需求或設(shè)計階段，為構(gòu)造階段的實現(xiàn)進行準備。試圖在編程之前進行徹底和細致的設(shè)計。只有少量的反饋和調(diào)整；用戶沒有持續(xù)地參與評估和反饋。沒有盡早和實際的測試。在編程之前推測性地結(jié)束架構(gòu)設(shè)計。認為細化階段是進行概念驗證編程的階段，而不是對產(chǎn)品化核心架構(gòu)編程的階段。過程：計劃下一個迭代