ソフトウエアプロダクトライン開発セミナー

2009年4月22日お陰さまで、約50名様に参加いただきました。

資料を希望いただける場合は、恐れ入りますがご請求ください。
無料でお送りいたします。また出張セミナーも承っています。

　■ ソフトウエアプロダクトライン（ＳＰＬ）の概要
　■ ＳＰＬ への取組み
　■ プロダクトライン・ライフサイクル・マネージメント
　■ ケーススタディ

＜質疑応答＞

Ｑ：セミナー中に紹介されていたある組織の例で、SPLへの以降期間が以前4年かかっていたのが、最近改めての取組みでは6ヶ月に短縮できたのはなぜ？

　-他の実績や経験を学び、それら知識を採用した。以前は社内の知識のみで対処しようとしていた。そして全く一から（スクラッチから）スタートさせていた。今回は既存資産を再利用することを上手く実現した。以前から10年たって再スタートし、今で1年経過している。

Ｑ：実際の製品を定義する場合には、図の左に有るように、お客・地域・グレードなどのアスペクトの組合せで、個々の製品を定義する。部品の構成情報も再利用可能なアセットである。例えば個々の製品とか地域とか、グレードも要求特性も、ちゃんと管理してやらないといけない。毎回個々の製品情報を定義しているので、もし左側部分で個々のアスペクトに対して、特性を定義してやると、製品化が楽になるかと思う。その辺に関するアイデア、アプローチはあるのか？

　-この絵では描ききれていませんが（プラットフォームの変更のみに見えるかも知れません）、個々のバリアント製品には、いくつかの小さなプロダクトラインのブロックが含まれている。そして、顧客の都合・要求で、新たな機能や変更（通信プロトコルの変更）などが、追加される。
pure::variants では、プロダクトラインのフィーチャモデル/ファミリーモデル を複数の階層に渡って管理すること、バリエーションにバリアントを設定すること、などができるので、アスペクトの組合せ情報、部品の構成情報も容易に管理して再利用できるようになっている。

Ｑ：ＳＰＬタスクフォースへ、ＨＷ担当者の関わりも必要では？

　-はい、ＳＰＬの名前を変えたいなと。ＨＷも関わるので、ソフトウエアを名前から外して、プロダクトラインエンジニアリングとしたほうが良いと思っている。特に組込みシステムでは、ＨＷ、ＳＷの両方が関わっているので。ＨＷとＳＷが一緒に開発されているなら、ドメインエキスパートとしてＨＷエキスパートも、プロダクトライン開発に関わることが必要でしょう。
そうでないケースも有ります。ダンフォスでは、ＨＷは4年に一度の変更。ＳＷは6ヶ月に一回の開発。自動車などではパラレルに開発されているでしょう。

Ｑ：ＭｅｔａＥｄｉｔ＋との違い？

　-ＭｅｔａＥｄｉｔ＋は、アプリケーションフレームワークを用いてＤＳＬ、ＤＳＭのメタモデルを作るためのツール。これにより、フレームワークの部品の再利用は効率良くできるようになり、新しいアプリや振舞いの生成にも強みを発揮する。pure::variants は、プラットフォームなど製品を構成する全てのコンポーネント（ＨＷも含む）、開発成果物を管理し再利用できる仕組みを提供。そのため、ＭｅｔａＥｄｉｔ＋のＤＳＬ、ＤＳＭで開発されるモデル、モデル部品をpure::variants で管理し、再利用することができる。

Q：プロダクトラインの成功には、フィーチャーモデルが不可欠と思われる。 良いフィーチャーモデルを作成するためにアドバイスがあればいただきたい。

　-それはドメイン次第なので、それぞれのエキスパートが考えること。　pure::variants を用いれば、フィーチャーモデルのマージやトレーシング、 変更してもソリューションとの対応は壊れないなど、サポートがされるので、 フィーチャーモデリングの構築の効率が良い。
また、ソリューションスペースの情報（設計情報、コンパイラ設定、コンフィギュレーションファイル）からも、多くの変動点を見出すことができる。


Ｑ：他ツールに対する比較情報は？

　-セミナーの場なので、差し控えたいとのことでした。
　　簡単に言うと、同時並行してバリアントが開発されるようなプロダクトラインの資産を柔軟に管理できるかどうか。　
詳しい情報に興味いただける場合は、恐れながらお問合せ頂けると幸いです。

◇2009年4月22日(水)　午後1時00分～4時45分
◇参加費無料（事前登録制）
◇会場：全国町村会館（永田町）

市場投入までの時間を短縮し、製品の品質を上げる。

ソフトウエアプロダクトライン開発は、再利用技術に基づいた、製品ファミリー全体の戦略的、体系的な開発です。その実現のためには、製品を共通性と変動要素に分類し、要求、設計、ソフトウェア部品、テストにまで至るコア資産として管理することが必要となります。　

そして製品ファミリーのライフサイクルに渡って、バリアントとバライアビリティを分類し、管理することで、それら資産の再利用から製品が効率良く開発され、メンテナンスできるようになります。

■お申し込み方法

下記の内容をご記入の上、E-mail にてお申し込みください。

　お名前、会社名、部署名、住所、電話、E-mailアドレス

画像クリックで拡大表示

内容

本セミナーでは ソフトウエアプロダクトライン開発の概念を、バリアント/バライアビリティの管理に着目して紹介し、要件管理、構成管理、デザイン、テストなど各種ツールとの実践的な連携についても説明します。

さらにユーザ事例を紹介し、”レガシーコードへの対処法”、”進化し続ける製品ファミリーのバージョンとバリエーションに対する考察” など現実的な製品開発への取組みもご紹介します。

■ ソフトウエアプロダクトライン（ＳＰＬ）の概要
■ ＳＰＬ への取組み
- 既存製品群から
- 全く初めての製品開発から
■ プロダクトライン・ライフサイクル・マネージメント
　 - ＳＰＬの進化に対して
　 - 変更管理
　 - バージョン管理
　- テスト
■ ケーススタディ
　 - ダイムラー社 (Simulink Configurator)
　 - ダンフォス社
　 - 失敗例
■ pure::variants のデモ
- レガシーコードのインポート
- 変更管理・バージョン管理ツールとの統合

　また、SPLの実践経験豊富なコンサルタントを擁するエクスモーション殿が提供する、可変性分析から最終的な実装までSPLを丸ごと体験できる『SPL実践トレーニング』をご紹介します。
URL: http://www.exmotion.co.jp/

講師紹介

Dr. Danilo氏は、独マグデブルグ大学、及び1995年からのGMD First（現、フラウンホーファー研究所）における、組み込みシステムに関する研究、フィーチャベースの開発ツールに対する取組みを基に、2001年に、pure-systems社を設立しました。組み込みシステムを中心に、プロダクトライン開発を支援する、バリアント/バライアビリティ管理ツールの開発を行い、コンサルタントとして顧客のプロダクトライン導入を支援しています。　Product Line Engineering Blog（日本語訳）