軟件產(chǎn)品線架構(gòu)組織與技術(shù).ppt

1、軟件產(chǎn)品線架構(gòu)組織和技術(shù)，謝新華，2，第一章軟件框架技術(shù)的設(shè)置修訂思想，3，1，架構(gòu)，框架和產(chǎn)品線架構(gòu)產(chǎn)品線架構(gòu)設(shè)置修訂和軟件組織，4，框架是什么一個(gè)軟件單元被再利用，單元粒度越大再利用概率越低，但再利用價(jià)值越大。 相反，小區(qū)粒度越小，再利用概率越高，但再利用價(jià)值越小。 該框架的智慧是當(dāng)小區(qū)粒度相對較大時(shí)，追求較高的重用概率。5、框架與框架的關(guān)系、6、2、業(yè)務(wù)模型與框架技術(shù)、“模型”強(qiáng)調(diào)了某個(gè)功能單元可能使用了幾百次，但使用方法不同。 模型是靈活的思想，但要利用它需要智慧和想象力。 因?yàn)闆]有完全相同的功能需求。 合理工程：應(yīng)用經(jīng)驗(yàn)證的模型，通過適當(dāng)?shù)慕M合和微小的修改達(dá)到目的。 探索性工程：各種

2、新設(shè)計(jì)的非結(jié)構(gòu)化探索。 7、第二章利用需求模式發(fā)現(xiàn)業(yè)務(wù)共性，8，1、發(fā)現(xiàn)需求變化規(guī)律，發(fā)現(xiàn)需求變化規(guī)則與歸納需求模式從事件應(yīng)答上下文發(fā)現(xiàn)模式建立區(qū)域間需求模式有關(guān)， 從不同的抽象水平看工作能力用不同的方法進(jìn)行分類的能力望遠(yuǎn)鏡和充滿水的玻璃半球都發(fā)現(xiàn)了放大鏡的能力。明顯指出不同之間的相似點(diǎn)的能力用抽象的方法看問題的能力。10、第三章產(chǎn)品線架構(gòu)的組織和原則、11、一、組織產(chǎn)品線的需求，開發(fā)產(chǎn)品線的前景文檔，描述產(chǎn)品共同機(jī)制和共享的特性。 為了更好地理解共享使用模型，還需要修訂用例，即如何與用戶共同運(yùn)行的各種應(yīng)用程序自我構(gòu)建性地交互。 開發(fā)公用軟件需求，定義公用GUI和通信協(xié)議等共享功能的特殊需求。

3、 開發(fā)用于定義系列中每個(gè)產(chǎn)品的前景文檔、補(bǔ)充規(guī)格說明和特殊功能的用例模型。12、二、確定范圍，在核心資產(chǎn)庫中，軟件體系結(jié)構(gòu)是重要的，在大多數(shù)產(chǎn)品線中不同的產(chǎn)品可以通用的體系結(jié)構(gòu)，設(shè)定訂正的關(guān)鍵在于在體系結(jié)構(gòu)設(shè)定訂正中可以明確變更，從而識別允許的變更是體系結(jié)構(gòu)、13、三、確定變化點(diǎn)，產(chǎn)品可能以多種方式變化，因此在修訂產(chǎn)品線之前，必須確定在產(chǎn)品線的需求分析中獲得變化點(diǎn)。 其中包括特性、平臺、用戶界面、質(zhì)量屬性、目標(biāo)市場等。 其次，在產(chǎn)品線的體系結(jié)構(gòu)設(shè)定修訂中，也可以得到其他的變更。 最后，在產(chǎn)品線的實(shí)現(xiàn)過程中，可能會給改變帶來新的靈感。 這只能在獲得更多信息后決定，因此需要一些決策。 14、四、支

4、持變化點(diǎn)，我們的面向?qū)ο笤O(shè)置修訂模型可以利用泛化和特化來實(shí)現(xiàn)這一變化。 其特征是系統(tǒng)具有相同的接口，但動作不同。 為元素的實(shí)現(xiàn)構(gòu)建擴(kuò)展點(diǎn)。 也就是說，將附加行為和功能安全地放置在可以添加的位置。 可以通過從元素、子系統(tǒng)或子系統(tǒng)集合中引入生成殘奧儀表來執(zhí)行。 如果需要輪廓，并且如果需要，可以在此處使用反射。15、5、產(chǎn)品線體系結(jié)構(gòu)的組織原則、產(chǎn)品線體系結(jié)構(gòu)設(shè)定訂正的5個(gè)原則稱為VRASP模型(Vision、Rhythm、Anticipation、Partnering、Simplification )。 該模型將重點(diǎn)放在框架設(shè)置修訂的組織方面。 16、構(gòu)思：構(gòu)思原則闡述了構(gòu)架接收者的一致性、約束力

5、和靈活性，描繪未來圖像的方式。 作為修訂者，重要的是確認(rèn)它提出的體系結(jié)構(gòu)構(gòu)想是否符合公司的業(yè)務(wù)目標(biāo)。 對于大公司來說，實(shí)現(xiàn)那個(gè)實(shí)際上并不容易。17、預(yù)見：首席設(shè)立修訂者對未來的發(fā)展必須有敏銳的洞察力，但這種預(yù)見往往與現(xiàn)在的標(biāo)準(zhǔn)矛盾，必須在兩者之間取得平衡，這種平衡也非常困難。18、節(jié)奏：節(jié)奏原則使軟件組織能夠定期根據(jù)可預(yù)測的速度、內(nèi)容和質(zhì)量來選擇工件。 在被定為嶄新性能的發(fā)售日期之間，為了確保發(fā)售日有時(shí)必須進(jìn)行取舍選擇，這可能與公司高層的構(gòu)想不同。 這個(gè)怎么解決呢？19、協(xié)作：當(dāng)架構(gòu)設(shè)計(jì)師開始修改架構(gòu)時(shí)，協(xié)作至關(guān)重要，公司、周邊合作伙伴、領(lǐng)域架構(gòu)師、開發(fā)團(tuán)隊(duì)?wèi)?yīng)該能夠理解架構(gòu)的重要思想。20、簡

6、化：簡化原則要求結(jié)構(gòu)和創(chuàng)建明確且最小化，發(fā)現(xiàn)兩組開發(fā)的部件有重復(fù)部分后，指定一個(gè)共享部件，如何實(shí)現(xiàn)簡化是框架師最關(guān)注的問題，在這個(gè)結(jié)構(gòu)設(shè)置修改的意義上、21、第四章產(chǎn)品線架構(gòu)的構(gòu)想和預(yù)見、22、形成風(fēng)險(xiǎn)折衷的結(jié)果，應(yīng)用統(tǒng)一的前瞻性思維提出建設(shè)性構(gòu)想預(yù)測、驗(yàn)證和調(diào)整預(yù)測產(chǎn)品線架構(gòu)方向的變化，并在過程中評價(jià)風(fēng)險(xiǎn)和機(jī)會。 也就是說，盡管受益人有不同的觀點(diǎn)，但共享框架對他們的利益應(yīng)該是一致的。 而且他們對框架的理解也必須一致。 靈活性問題：收件人可以輕松地利用共享框架創(chuàng)建新的不可預(yù)見的情況，而不會破壞框架。 這樣，框架必須相對于創(chuàng)建的解決方案相對容易，如果框架沒有靈活性，軟件體系結(jié)構(gòu)可能會衰退。 25

7、、產(chǎn)品線的預(yù)測、驗(yàn)證與調(diào)整；26、第5章產(chǎn)品線開發(fā)中的節(jié)奏與合作；27、節(jié)奏、流程與進(jìn)展的定期重新評估；確保同步與調(diào)整框架的保持節(jié)奏；通過對用戶框架的自信、節(jié)奏協(xié)調(diào)、明確的活動，建立合作型組織；28、節(jié)奏、節(jié)奏有29個(gè)內(nèi)容，但節(jié)奏不穩(wěn)定，這種情況下交貨不規(guī)則，參與者不知道什么時(shí)候會發(fā)生交接，結(jié)構(gòu)框架設(shè)置修改的努力失去了意義，30、保持節(jié)奏，確保用戶對結(jié)構(gòu)的信心，避免捷徑放棄功能和延期公布的權(quán)衡， 對定期建立的承諾產(chǎn)品生產(chǎn)線框架的同步公布建立合作型組織31、第六章從簡化結(jié)構(gòu)保持平衡的組織和架構(gòu)兩方面考慮，明確組織和架構(gòu)明確重要特征的價(jià)值和優(yōu)先級明確最低要求構(gòu)建共享核心要素33、重要特征的價(jià)值開發(fā)新能力所需的成本。 開發(fā)新能力必須學(xué)習(xí)知識的量和重要性。 由于開發(fā)這些能力而減少的風(fēng)險(xiǎn)。34、客戶滿意度Kano模型、35、第7章框架設(shè)置修訂的技術(shù)實(shí)現(xiàn)方案、36、包裝類或接口的變化、外觀模式包裝類的變化、37、適配器模式包裝接口的變化、38、包裝業(yè)務(wù)39核心業(yè)務(wù)部門，42封裝在裝飾