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

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

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

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

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

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

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

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