コマツが次期製品の開発でMBSEを実践、「プロダクトライン開発」との両輪で
コマツが次期製品の開発でMBSEを実践、「プロダクトライン開発」との両輪で：モデルベース開発（1/4 ページ） オージス総研主催のイベント「現場の悩みを解決するためのシステムモデリングの活かし方」に、小松製作所（コマツ） 開発本部 システム開発センタ メカトロ制御第3Gr.の北村顕一氏が登壇し、同社の次期製品の開発に取り入れているMBSE（モデルベースシステムズエンジニアリング）と「プロダクトライン開発」について紹介した。 製造業がIoT（モノのインターネット）やAI（人工知能）、ビッグデータといったデジタル技術の活用を目指すのと同時に進行しているのがソフトウェア規模の拡大である。例えば自動車は、かつては一切のソフトウェアを用いずに走行していたが、電子化や電動化が進展し、自動運転技術が導入されることによって、1億行を超える規模のソフトウェアが用いられるようになっている。【訂正あり】 この複
variability OR variant OR "バリアント" OR "バリエーション" version OR "バ - Google 検索
多分その多様なバリアントエキソン フォ ームの一つであろうが、CD44は ... If a new setup or newer version of an existing setup is [...] detected on the server ...
バージョン地獄で苦しんでいませんか？
ソフトウエアプロダクトライン開発（SPLE） 再利用の秘訣 ～ バージョン地獄で苦しんでいませんか？ ～ 「やっと元バグをつぶしたと思ったらコピー先でバグが進化していた」、「コードを再利用するはずだったのに苦労を再体験してしまった」など、一歩先を行くプログラマーなら誰もが抱えるこの悩み。本質的な解決策はないものか？製品間の差異をバージョンではなくバリエーションと捉えることでバリアント管理という新しいドアが開く。そのための専用ツールの実践的な活用事例を紹介 講演には100名以上の申し込みがあり、お陰様で盛況でした。また講演後に多くの方がブースに来られて様々な思いを聞かせていただきました。その中で特に興味深かったのは、独自にバリアント管理を進めていて、良い市販ツールによる改善に興味を持っている方が多かったことです。ここ数年で取り組み始められた方が多くなってきたという実感を感じることができました
UMLモデルにおけるSPL(プロダクトライン開発)可変点の設計・実装テクニック｜コラム
コア資産は、スコープに含まれる複数の製品での利用を想定して開発されるため、その内部に可変点を含むことがあります。この可変点の設計が適切かどうかで、将来にわたるコア資産の維持管理性や再利用効率が変わってきます。ここでは、モデルやコードに対して、組込みソフトウェア開発で使用される代表的な可変点の設計・実装テクニックを紹介します。 これらのテクニックを用いて開発したコア資産を、開発する製品に合わせて自動的にコンフィグレーションして利用する、すなわち導出する方法については、「可変性の決定に基づく製品の導出」のページを参照して下さい。
IPA 独立行政法人 情報処理推進機構：SPLC（第11回ソフトウェアプロダクトライン国際会議）併設SECワークショップ
複雑、高機能、高ディペンダブル化が進展しつつある統合化されたシステムの現状を踏まえ、SECでは、安全安心に向けた新たな仕組みづくりを積極的に進めています。 その一環として、統合系プロジェクトの中にモデルベース開発技術部会を発足させ、「モデルベース開発技術」の技術的検討と普及活動を推進しています。 モデルベース技術応用の中でも、特にサービスロボット、自動車などの一般消費者が利用する「消費者機械」のモデルベース設計に基づくソフトウェア安全技術が重要視されてきています。 本セミナーでは「消費者機械」の安全ソフトウェアの技術動向を把握し、広く国内の産業界と問題点を共有するために、計測自動制御学会(SICE)と米国のソフトウェア標準化推進団体である、OMG（Object Management Group）の協力を得て、国内企業のモデルベース技術開発への一層の取り組みを推進します。
ソフトウェアプロダクトライン（SPL）開発への移行には、既存資産の全体像を把握することが大事｜SPLのコンサルティングなら(株)エクスモーション
SPL開発への移行の進め方～１．調査・計画 SPL開発に移行する際に、既存資産を一度にまとめて統合することは、決して容易ではありません。そのため、事前に既存資産の全体像をしっかり把握し、最適な統合順となる移行計画を立案することが重要になります。図4は移行計画を立案するプロセスを示しています。 「1.1.既存資産を解析する」では、既存資産のコード/モデルなどを解析することによって、製品間の類似度を把握します。 「1.2.製品の統合順を決定する」では、製品間の類似度が高い順に製品の統合順序を決定します。 「1.3.スケジュールを決定する」では、各製品の資産を統合し、コア資産化するまでに要する工数を見積り、全ての製品の資産を統合するまでの詳細なスケジュールの立案を行います。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プロダクトライン開発におけるアジャイルプロジェクトマネジメントの適用事例
プロダクトライン開発におけるプロセスのコア資産フィードバックモデルの提案
http://www.biglever.com/extras/BigLever_Solution_Brochure.pdf
プロダクトライン開発セミナー バリアント/バライアビリティ管理ツールと、ユーザ事例
ソフトウエアプロダクトライン開発 再利用の秘訣 バージョン地獄で苦しんでませんか？
プロダクトラインエンジニアリングの バリアビリティ（変動性）とバリアント管理の海外事例
ソフトウェア進化パターン集
Seminar Software Product Lines and pure::variants
仕向け切り替えのための自動生成コードカスタマイズ
状態遷移設計におけるＳＰＬＥ実践ガイド
Reducing Avionics Software Cost Through Component Based Product Line Development
組込み製品群開発における変動管理へのフィーチャーモデルの適用実験
「UML」モデルにおけるSPL可変点の設計(継承と多態性の利用)
状態遷移表設計におけるＳＰＬＥ実践ガイド Ver.1.0