実践的 プロダクトライン開発（PLE あるいは SPLE）
プロダクトライン開発（Product Line Engineering：PLE）では、バリアント管理を通じて、製品系列で共有する資産を体系的に再利用します。これは派生開発で継続して行われる改善や工夫を、上手に情報管理して役立てるということです。そうすることで、複雑さが増大する製品の開発を加速すると同時に、品質が改善され、トレーサビリティが高度に確保でき保守性も向上するなどの相乗効果も得られます。 再利用の秘訣はバージョンとバリアントの混同を避けること プロダクトライン開発では、製品系列内で資産を共通要素と変動要素に分類して開発・管理することで、体系的な再利用を目指します。その秘訣は、製品間の違いである変動要素の管理（バリアント管理）に、バージョン管理ツールを用いないことです。 バージョン地獄 上図は、典型的なバージョン管理から派生されるブランチ/マージのログで、複数の製品が既存システムのク
ソフトウェアプロダクトラインが組込み企業の技術力を左右する - プログラマの思索
チケット駆動開発でアジャイル開発を運用すると必ず並行開発が現れる。 並行開発、ソフトウェアプロダクトラインの関係について連想した事をメモ。 【元ネタ】 ソフトウェアプロダクトラインを考えるセミナーに参加 - Basic CACM の特集記事：ソフトウェアプロダクトライン工学(1) - IT、アイスホッケーそしてヒップホップのある日常 衛星標準プロセス展開支援 成果報告 【1】Redmineでチケット駆動開発をアジャイル開発っぽく運用すると、必ず2個のコードラインを保守するようになり、自然に並行開発になる。 つまり、リリースした本番システムはリリースブランチ、裏で機能改善中のシステムはtrunkの2本を常時保守しなくてはならない。 特にアジャイル開発を実践すると、2～4週間のサイクルで小刻みにリリースしていく為、リリースしたコードラインと次のイテレーションのコードラインの2本を並行で作業しな
車を売る際に必要な手続きと書類まとめ
免責事項：本サイトに含まれる情報は、一般的な情報提供のみを目的としています。情報はスペシャルベストによって提供され、当社は情報を最新かつ正確に保つよう努力しますが、いかなる目的においても、ウェブサイトまたはウェブサイトに含まれる情報、製品、サービス、関連グラフィックスに関する完全性、正確性、信頼性、適合性、利用可能性について、明示または黙示を問わずいかなる表明または保証も行いません。従って、これらの情報に依拠することは、あくまでもお客様ご自身の責任において行われるものとします。 当社は、当ウェブサイトのご利用に起因するいかなる損害についても責任を負いません。 本ウェブサイトから、スペシャルベストの管理下にない他のウェブサイトへリンクすることができます。当社は、それらのサイトの性質、内容および利用可能性を管理することはできません。リンクは必ずしも推奨するものではありませんし、リンク先で述べら
第25回 JASA ETセミナー SPLとXDDPによる多品種開発の品質と生産性の向上 ～
@PescadoDeAbril はい，たぶんXDDPとSPLの導入障壁の差は絶対話題になるのでそんな話をいれたく。Ind. TrackであったFW開発からSPLへの移行の話も入れようかと。 RT @YoshiWoods: …「Partial SPLE で高リスクを避け、必要に応じて範囲を広げる」もいかが？… 2010-11-15 10:30:16
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
