產品線實踐先導 (轉)
:namespace prefix = o ns = "urn:schemas--com::office" />
之所以要設計產品線實踐(PLP)先導(The Product Line Practice Initiative ) ,是為了使開發組織擺脫舊式的開發只為一次只用的方式,從而迎來級別大規模軟體複用的時代,我們概括稱之為產品線。
產品線先導給我們的印象就是:
l 產品線開發是一種低風險高回報的解決方案。
l 尋找和利用系統共性的技術以及控制變化的技術在諸如國防部,政府或者工業界是標準的軟體工程實踐方法。
我們已經認識到組織和組織之間是有差異的,並且通向軟體產品線的道路也會因為這些
差異而變得不同。舉個例子,組織之間的差異包括這些組織建立的系統的型別的不同,比如,這些系統有多大,它們是否是實時的以及它們是否是分散式的;另外還有這些組織所處的市場環境,比如它們有多大的客戶基礎以及這個系統的期望的生存週期;同時還有這些組織手頭所擁有的資產,比如到底已經開發了多少可以被重用的軟體,到底有多少領域的知識是有效的,組織員工的才智和技能,組織結構的合理性等等。
我們已經開發出軟體產品線實踐的,軟體產品線的獲取—伴隨框架產生以及軟體產品線技術的探查。框架描述了產品線實踐的精髓,使各個組織所處於的不同起點以及各個組織所採用的關於步驟和實踐的概要更加符合合理的,可重複的軟體產品線開發。這個框架將基於產品線例項研究而不斷演化。SEI 和一些所選的組織透過廣泛的合作從事與產品線方法和行業需求的研究。
軟體產品線的獲取—伴隨框架產生是直接面向國防部的。透過新增獲取的特定資訊,這種獲取起到補充框架的作用。結果就產生了對於技術和管理領域的描述,而在這些領域裡,這些組織應該具備獲取該領域產品線的能力。
軟體產品線探測技術是一種診斷方法,這種方法利用SEI 的軟體產品線框架來檢查一個組織是否願意採用軟體產品線方法以及是否有能力用這種方法獲得成功。PLTP包括一套發現的成果和建議。這些研究成果是提出行動計劃的基礎,而這些行動計劃將有助於一個組織在軟體產品線方面獲得成功。SEI提出了一個精心設計的產品線計劃專案來幫助開發這些行動計劃。
作為行業需求的一部分,SEI 和 產品線計劃在2000年8月28日-31日在丹佛舉行了第一次軟體產品線會議,目的在於收集不斷增長的產品線的數量以及有關於產品線研究者和從業者的資訊。
除了這些框架,會議,和客戶直接的合作,案例研究,PLP小組的成員們主要集中注意力於以下五個方面:
l 產品線分析。我們仔細的觀察了在認識一個商業機會和對產品線架構設計之間的聯絡。我們利用反覆的,不斷增加的基於的模型提供一種對組織的商業目標的變化以及對產品線週期的限制的反應的過程。產品線分析的工作建立在早期對領域工程的研究之上。
l 軟體構架。基於構架的開發實踐—產品線軟體構架的定義和表述,對產品線構架適應能力的評估,構架的提煉以及一致性的評估。
l 再工程。平衡軟體資產,分析遺產系統,為了挖掘和重用遺產系統,為移植到現代的構架而開發一個策略,從遺產軟體中挖掘已經可以作為產品線的資產,為遺產系統的演變作計劃。
l 商業以及獲取產品線的指導方針。當一個組織打算外購一個軟體產品線的全部或者部分的時候,我們會在重大問題上為該組織提供實際的指導方針,為他們採用產品線方法建造商業案例,為他們把獲取以及商業實踐和產品線技術實踐整合,為開發可重用的資產以及透過這些資產而進行的產品開發提供獲取策略,在資源選擇上應用架構的評估,在美國政府這樣的獲取環境下演示如何應用產品線的實踐。
l 行業超越。我們正在建立一個不斷壯大的對產品線開發感興趣的行業,並且透過發表文章,提出陳述,提供產品和服務,小組討論以及提供一個參考書目來繁榮這個行業。這些參考書目被設計為用來擴充和傳遞SEI 在產品線開發方面的知識。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/10752043/viewspace-992723/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 京東實時資料產品應用實踐
- 宜信SDL實踐:產品經理如何驅動產品安全建設
- 虎牙“資料服務+自助”產品化實踐
- 產品經理基本功之PRD實踐篇
- 「轉」產品助理、產品經理、產品負責人、產品總監有什麼區別?
- 產品經理應該先寫需求文件還是先畫原型?原型
- Service Mesh 在『路口』的產品思考與實踐:務實是根本
- 企業產品網站多語言支援 - 實踐案例網站
- 許可權控制在數棧產品的實踐
- 內容型(業務側)資料產品治理最佳實踐
- 華為雲 HR 產品:助力先進製造企業實現人力資源數字化轉型
- DevOps研發模式下「產品質量度量」方案實踐dev模式
- 288天實踐解讀新零售產品設計
- 基於 Scala 的產品開發實踐 | 掘金技術徵文
- Oracle、 IBM 、Microsoft展開“完備產品線大戰”(轉)OracleIBMROS
- Uber上海調整產品策略:6產品線並減至3個
- 物件導向軟體工程方法學實踐 (轉)物件軟體工程
- 實時工業大資料產品實踐——上汽集團資料湖大資料
- 細數華為云云原生產品及五大開源實踐
- 產品組合策略(轉載)
- Google Android創贏路線與產品開發實戰GoAndroid
- Hadoop家族產品學習線路圖和簡單產品介紹Hadoop
- “技術轉產品”比產品更噁心的幾個點
- 主流網路產品 入侵檢測產品的綜合比較(轉)
- [譯] 如何避免拍腦袋想出的產品優先策略
- 產品概念證明的優先順序如何安排? - Reddit
- [譯] 如果介面產品設計師設計實體產品
- 可觀測實踐|如何利用 Prometheus 精細化觀測雲產品Prometheus
- 關於 React 效能最佳化和數棧產品中的實踐React
- Novell公佈產品路線圖 Linux黃金期將至(轉)Linux
- Java技術轉(兼顧)產品經理——讀《快速轉行做產品經理》有感Java
- 數字先鋒 | 海南省資料產品超市:讓買資料產品像逛超市一樣方便
- 產品/過程矩陣(轉載)矩陣
- 新產品開發模式(轉載)模式
- Oracle 9i產品文件(轉)Oracle
- 管理實踐之輔導
- Docker生產實踐(六)Docker
- 《設計模式》之總結篇(產品線)設計模式