組込みソフトウェアの開発は、グローバル化や競争の激化に伴い、大規模化・複雑化・短納期化が進んでおり、開発の難しさは増す一方です。その中で、UMLモデリングによる開発は徐々に浸透されてきていますが、前述した問題を解決するには至っていません。 例えば、自己流でモデルを作成してみたものの、単にコードを可視化しただけにとどまり、本来のモデリングのうま味である「高品質」「再利用性」といった段階には遠く及ばない状況で、途中で断念してしまうケースも多いようです。 その要因としては、組込み分野特有の問題があります。 組込み分野は、問題領域が多様であり、その問題領域に沿ったかたちでの整理・整頓をするのが難しいとされています。また、モデルのほとんどが競争領域で あるため、お手本となるような良いモデルが出回らない、といった背景もあります。そのため、初めてモデリングする人が、ゼロベースから本質をとらえた良い
1.はじめに 前編では,ドメインユースケース分析までをご紹介しました.中編では,エンティティ分析からオブジェクトコラボレーション分析までをご紹介します.特に,前編で書いたドメインユースケースが,クラスとどのように関係してくるのか,そのつながりを知りたい方の参考になるのではないかと思います. 2.分析 前編では,分析のうち,ドメイン定義,副アクタの抽出,およびドメインユースケース分析まで行いました. 中編では,エンティティ分析,オブジェクト構造分析,およびオブジェクトコラボレーション分析を行います. 2.1.エンティティ分析 エンティティ分析では,ドメイン毎にエンティティクラスを抽出し,その関係をクラス図で表現します.エンティティクラスとは,そのドメイン固有の情報を表すクラスで,複数のドメインユースケースに登場する,ドメインユースケース共通の概念です.エンティティクラスを適切に抽出することで
Account Suspended This Account has been suspended. Contact your hosting provider for more information.
UMLを利用したモジュールの最適化方法 IT分野でよく使われているモデル記法であるUMLを利用したモジュールの最適化方法や、ソースコードの価値を高めるアノテーションの導入などのテクニックについて解説する。制御論理のモデリングを行う場合、UMLには適切な表記法がないため適さない。ただし、制御論理を含まないフレームワークやミドルウエアであれば、UMLで規定されている記法の範囲で必要なモデリングを行うことができる。 テスト駆動による組み込みソフトウエア開発手法 前回は、組み込み(ET: Embedded Technology)分野とIT分野におけるモデル駆動開発の違いについて解説し、IT分野のモデル駆動開発の知見がET分野にも生かせると述べた。今回は、より具体的な開発の取り組みとして、実際に適用したテスト駆動による組み込みソフトウエア開発について解説する。
組み込み開発にUMLを活用しよう(3): 組み込みUMLのリファレンスモデルを学ぶ ユースケース分析やドメイン図、概念モデルなど、組み込み開発に特化したUMLモデリングの各工程を詳細に解説する(2006/1/18) 組み込み開発にUMLを活用しよう(2): 組み込みUMLを成功させる5つの鉄則とは? UMLを組み込み開発に適用する際は、「概念モデルから着手する」「デバイスとの関係を明確に」など5つのポイントを守る(2005/12/15) 組み込み開発にUMLを活用しよう(1): UMLは組み込み開発を成功させる救世主 肥大化/複雑化する組み込み開発のさまざまな問題は、UML 2.0を用いたモデル開発を導入することで解決可能である(2005/11/15)
はじめに 皆さんは、「組込み」と聞けば、即iアプリのような組込みJavaを想像されるだろうか。確かに携帯電話を筆頭に、ここ最近のJavaの浸透には目を見張るばかりだ。しかしよく考えてみて欲しい。Javaの適用はまだまだGUI部分に限定されており、組込みシステムの本丸とも言えるメカ制御やアプリケーションといった部分については、依然としてCやアセンブラのままというのが実情ではないだろうか。今後ますます多機能化・大規模化する組込みソフト開発のカギは、この本丸をJavaを始めとするオブジェクト指向技術を駆使して、いかに迅速・確実に開発するかにかかっているといっても過言ではない。 しかし、ここにひとつ大きな問題がある。組込みシステムのアプリケーションやメカ制御といった部分にはGUIのような定番のクラスやパターンが存在していないということだ。したがって、この部分をJava化するには、まずその部分をきち
UMLの普及推進団体であるUMTP(UMLモデリング推進協議会)は、さまざまな組み込み機器のUMLモデルを「カタログ」のように収録した「組込み分野のためのUMLモデルカタログ」の作成を加速させている。機器メーカーの有志のソフトウエア技術者が参加するUMTPの組込み部会が中心となって作業を進めている。2010年10月に公開した「ver. 1」では機器の種類が1種類のみだったが、現在はモデリング対象となる機器の種類をより充実させたver.2を作成中で、2012年3月に公開する予定である。 UMTPの組み込み部会は、2009年11月に発足した。発足当初は「組込み分科会」だったが、活動から1年を経て「部会」に昇格したという。「組み込みソフトウエア開発では、とりあえず動いたものがそのまま『仕様』となってしまうことがよくある。こうした体制から脱却するたにも、目的をキチンと伝えられるモデルが必要」(UM
※本稿は、著者達が1年前に執筆したCQ出版社刊 『Design Wave Magazine 2004 December』 [9] の記事を参考に Web へ公開したものです。 目次 UMLはオブジェクト指向なしで使えるのでしょうか? UMLには図がたくさんあるが、全部使う必要はあるの? いつ、どの図を使うべき? 忙しくてモデルを書いている時間はない。ほんとうにモデルを書く必要があるの? オブジェクト指向は、私の担当している組み込み製品にとってはオーバースペックなのではないかと思うのですが? タスク、割り込み等、組み込みシステム特有の概念をUMLで表現できるのか? 今からUMLを始めるのだが、UML 2.0を学ぶべき? 製品知識は分かっているのに、分析する意味はあるの? 機能が多すぎてユースケースが爆発してしまいます。ユースケースの管理しやすい方法を教えてください。 「問題領域の概念を抽出す
『リアルタイムUMLワークショップ』 著者 ブルース・ダグラス 翻訳 鈴木 尚志 出版社: 翔泳社 ISBN-10: 4798121118 ISBN-13: 978-4798121116 448ページ 発売日: 2009年12月3日 価格: 5,800円(税別) Amazonで購入 本書は,「UMLの本は業務系システムの例ばかりで,組み込みシステムの開発者には役に立たない」,そうお嘆きの諸氏には画期的な書籍である,とまずは言っておきましょう. しかし実のところ,この書籍内のプロセスでいう「オブジェクト分析」までは,業務系システムで行うこととさほど違ったことをしているわけではありません.「今までの本は業務系システムの例だから理解できなかった」と思う方は,ぜひこの『リアルタイムUMLワークショップ』にトライしてください.「組み込みシステムの例だから理解できるというわけでもない」ということに気づ
1.はじめに 中編では,分析モデルの作成までをご紹介しました.後編では,設計モデルの作成から,実装までをご紹介します.できるだけ多くのコードを取り上げながら,最終的にモデルがどのようにコードに落とし込まれるのかを中心に説明します. 2.設計・実装 2.1.オブジェクト構造設計・実装 オブジェクト構造設計では,オブジェクト構造分析で作成したモデルを元に,設計モデルを作成します.設計モデルとは,アーキテクチャメカニズムや実装する言語を意識したモデルです.それ以外の基本的なクラスの構造は,オブジェクト構造分析後のモデルと変わりません. オブジェクト構造設計前後を比較するために,学習リモコンドメインのオブジェクト構造分析モデルを図2.1に,オブジェクト構造設計モデルを図2.2に示します. ※クリックすると拡大します. 本設計モデルは,分析モデルとは,主に以下の点で異なります. クラス名や操作名がプ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く