UML 2 ユースケース図の概要
by Scott W. Ambler, Copyright 2003 図1はUMLユースケース図の例です。ユースケース図では、以下のものを記述します。 ユースケース：ユースケースとはアクターにとって重要な価値を持つアクションのシーケンスを記述するもので、横長の楕円で表されます。 アクター：アクターとはシステムとの相互作用においてある役割を果たす人や組織や外部システムで、線で描いた人型で表されます。 関連：アクターとユースケースの間の関連は、ユースケース図上では実線で示します。ユースケースで記述した相互作用にアクターが参加する場合、関連が存在することになります。関連はユースケースとアクターとを互いに結び付ける直線として、必要なら片側に矢印をつけてモデリングします。たいていはこの矢印によって、その関係が最初に呼び出される方向や、ユースケースの最初のアクターを表します。矢印をつけるとデータフロー
単一責任の原則（Single responsibility principle）について、もう一度考える | オブジェクトの広場
単一責任の原則（Single responsibility principle）について、もう一度考える はじめに オブジェクトの広場をご覧の皆様ならば、「SOLID原則」という言葉を聞いたことがあるかもしれません。 SOLIDとは、以下の5つのソフトウェア設計原則を並べたバクロニムです。 Single Responsibility Principle：単一責任の原則 Open/closed principle：オープン/クロースドの原則 Liskov substitution principle：リスコフの置換原則 Interface segregation principle：インターフェース分離の原則 Dependency inversion principle：依存性逆転の原則 ソフトウェアエンジニアが知っておくべき設計原則のセットとして、Clean Architecture や
UMLとモデル検証 | オブジェクトの広場
1.はじめに 私は主に組み込み分野における開発に携わってきました。近年、組み込み分野では、品質に対する要求はどんどん厳しくなっています。現在、品質向上のための様々なアプローチが行われています。今回は、人間にわかりやすいモデルを、抜け漏れなく検証するという観点で、UMLとモデル検証の組み合わせの可能性を探ってみました。 本記事では、UMLの状態マシン図で記載したモデルに、モデル検証ツールspinを適用していきます。 spinとは、ベル研究所で開発されたオープンソースのモデル検証ツールです。検証対象のモデルの取りうる全ての状態において、検証条件を満たしているか確認することができます。また、複数のタスクで動作するシステムにおけるデッドロックの発生なども検出することができます。デッドロックの検出例は、書籍やWebサイトでも多く紹介されています。 組み込みシステムにおいては、現在でもRTOS（リアル
Martin Fowler氏 突撃インタビュー｜オブジェクトの広場
［突撃インタビュー］ Martin Fowler氏のセミナーの直後、ホテルのティールームで、お忙しいなか快くインタビューに応じてくださいました。 メンバーは、Martin Fowler氏とオージス総研の突撃隊員３名、それからエヌケーエクサの児玉さんも同席です。常時和やかなムードで進んだインタビューの様子をお伝えします。 茶色の文字が突撃隊員の質問です。 左より、隊員1(梅澤）、隊員2(羽生田）、Martin Fowler氏、隊員3(越智）、児玉氏 まずは一般的な話題から 日本に来られたのは初めてと伺いましたが、着いたのはいつですか？ 月曜日だよ。 (インタビュー当日は水曜日。Fowler氏は火曜日・水曜日のセミナーに出席されていました。) どこかに行かれましたか？ ホテルで寝ただけ。 では、日本の印象はまだ... インターナショナルなホテルは、どこでも同じだからね。明日、京都と奈良に行くか
さわって理解するDocker入門 第5回 | オブジェクトの広場
本連載では、Docker に興味はありつつもまだ触ったことのない方向けに、実際に Docker を触って理解していただくための記事を提供します。今回は、Docker Machine というツールを用いて Windows PC 上に Dockerホストを作成する方法を紹介します。Dockerホストというのは、Docker がインストールされ利用できる状態になっている環境のことです。Dockerホストを作成する方法については、本連載の第1回で Docker for Windows や Docker Toolbox という GUIツールを紹介しましたが、今回取り上げる Docker Machine は CLIツールです。Docker Machine は、VirtualBox 等の仮想環境ツールがあれば、たった1行のコマンドを実行するだけで Dockerホストを作成してくれます。 Dockerホス
[ 技術講座 ] Domain-Driven Designのエッセンス 第2回｜オブジェクトの広場
DDD難民に捧げる Domain-Driven Designのエッセンス 第2回 DDDの基礎と実践 株式会社オージス総研 アドバンストモデリングソリューション部 佐藤 匡剛 Domain-Driven Design Tackling Complexity in the Heart of Software Eric Evans 著 Addison-Wesley, 59.99ドル 560ページ ISBN: 0-321-12521-5 本連載は、全3回の予定でEric Evansの書籍『Domain-Driven Design』（以降DDD）を紹介しています。前回はDDDの概要を説明し、第I部「Putting the Domain Model to Work」からDDDの基本原則となる3つのパターンを紹介しました。今回は続く第II部と第III部から、（アンチパターンを1つ含む）16のDDDパタ
Vagrant と Chef による仮想環境構築の自動化（VirtualBox編） | オブジェクトの広場
AWS のようなクラウドサービスが一般に浸透したことにより、仮想環境を前提とした開発が一般的になってきました。必要になったときに必要な構成のリソースにアクセスできるクラウドの強みを活かすため、オンデマンドで仮想環境を構築し直す機会が以前よりも増えてきています。このような状況では、仮想環境をより効率的に構築する必要があります。本記事のシリーズでは効率的な仮想環境構築の手段の一つとして、Vagrant と Chef というツールで環境構築を自動化する方法を紹介します。 はじめに 最初に Vagrant と Chef を使った環境構築の概要、および今回構築する仮想環境についてご紹介します。 仮想環境構築の自動化が求められる背景 クラウドが一般に浸透した現代では仮想化技術を利用することが当たり前となっています。仮想環境では、物理的な制約がないため、環境を廃棄したり、必要なときに再構築することが容易
[ 技術講座 ] Domain-Driven Designのエッセンス 第3回｜オブジェクトの広場
DDD難民に捧げる Domain-Driven Designのエッセンス 第3回 大規模なプロジェクトへの適用 株式会社オージス総研 アドバンストモデリングソリューション部 佐藤 匡剛 Domain-Driven Design Tackling Complexity in the Heart of Software Eric Evans 著 Addison-Wesley, 59.99ドル 560ページ ISBN: 0-321-12521-5 書籍『Domain-Driven Design』を紹介する本連載も、今回で最終回です。前回はDDDの第II部、第III部を紹介し、16のパターンによってドメインモデリングの基本的なアプローチを説明しました。今回は、残る第IV部から22のパターンを紹介します。 単一ドメインを扱ったドメインモデリングのノウハウは、前回までですべて終了です。第IV部「Str
![[ 技術講座 ] Domain-Driven Designのエッセンス 第3回｜オブジェクトの広場](https://cdn-ak-scissors.b.st-hatena.com/image/square/60719ddab4ac85c96737dd2e575f80b57b44d1c3/height=288;version=1;width=512/https%3A%2F%2Fwww.ogis-ri.co.jp%2Fotc%2Fhiroba%2Ftechnical%2FDDDEssence%2Fbook.jpg)
これならできる！AWS IoT ハンズオン 参加レポート | オブジェクトの広場
2015年11月13日に、東京目黒区のアルコタワー・アマゾン目黒オフィスにてAWS IoTのハンズオンが開催されました。AWS IoTは、2015年10月にラスベガスで実施されたAWS re:Invent 2015にて発表された、各種IoTデバイスをより容易かつセキュアにAWSクラウドと接続する新しいサービスです。今回のハンズオンでは、この新しいAWS IoTサービスに加え、IoTデバイスを模した小型ボードコンピューター "インテルEdison"を利用しました。本記事では、AWS IoTのポイントと、実際のハンズオンで感じた環境構築の容易さをお伝えします。なお、AWS IoTの詳しい説明は、AWS IoT の仕組み をご参照下さい。 会場のご紹介 エレベータの扉が、Amazonダンボール仕様でした。 会場は、カラフルな椅子が並ぶ広い会議室でした。40名程度の方が参加されていたと思います。
[ 技術講座 ] Domain-Driven Designのエッセンス 第1回｜オブジェクトの広場
DDD難民に捧げる Domain-Driven Designのエッセンス 第1回 ドメイン駆動設計とは 株式会社オージス総研 アドバンストモデリングソリューション部 佐藤 匡剛 Domain-Driven Design Tackling Complexity in the Heart of Software Eric Evans 著 Addison-Wesley, 59.99ドル 560ページ ISBN: 0-321-12521-5 「ドメインモデリング」は、アプリケーション開発において最も重要な部分だとされています。しかしその割には、フレームワークの使い方やアーキテクチャの設計方法など技術に関する解説書はたくさんあるものの、ドメインモデリングそのものを扱った書籍はほとんど無かったと言ってもいいでしょう。Eric Evansの『Domain-Driven Design』（以降DDD）は、「
システム開発にUMLを適用するためのFAQ
※本稿は、著者達が1年前に執筆したCQ出版社刊 『Design Wave Magazine 2004 December』 [9] の記事を参考に Web へ公開したものです。 目次 UMLはオブジェクト指向なしで使えるのでしょうか？ UMLには図がたくさんあるが、全部使う必要はあるの？ いつ、どの図を使うべき？ 忙しくてモデルを書いている時間はない。ほんとうにモデルを書く必要があるの？ オブジェクト指向は、私の担当している組み込み製品にとってはオーバースペックなのではないかと思うのですが？ タスク、割り込み等、組み込みシステム特有の概念をUMLで表現できるのか？ 今からUMLを始めるのだが、UML 2.0を学ぶべき？ 製品知識は分かっているのに、分析する意味はあるの？ 機能が多すぎてユースケースが爆発してしまいます。ユースケースの管理しやすい方法を教えてください。 「問題領域の概念を抽出す
UML 2 アクティビティ図の概要
by Scott W. Ambler, Copyright 2003 UML2.xのアクティビティ図(Object Management Group 2003)は、一般的に、ビジネスプロセスモデリング、1つのユースケースまたは利用シナリオに記述されたロジックのモデリング、ビジネスルールの詳細ロジックのモデリングなどに使います。UMLのアクティビティ図を使って複雑な操作の内部ロジックをモデリングすることも可能ですが、アクティビティ図が必要ないレベルまで単純になるよう操作を書き直すほうがはるかによい方法です。多くの意味で、オブジェクト指向におけるUMLアクティビティ図は、構造化開発のフローチャートやデータフロー図(DFD)に相当します。 最初に、図1および図2で使用している基本的な表記法について説明しましょう(この他にもさまざまなものがあります)。 初期ノード (initial node)：黒
OOエンジニアの輪！ 〜 第20回 高林哲さんの巻 〜
特に無し ( いろんな偉大な人はいるんですが、別の面では別の人の方がおもしろかったりして、 みんなそれぞれおもしろいから、特にこの人、というのはないです。) CSL でのお仕事 -- まず最初に、現在のお仕事について、簡単にお伺いしたいんですが。 仕事は、ソニー CSL ( ソニーコンピュータサイエンス研究所。以下、CSL ) というところにいて、 アシスタントリサーチャーという 肩書きで、研究職をやっているということになっています。 社員は ソニー本社からの出向を除くと、大体 20 人位ですね。 ビルの 2F と 3F を借りていて、僕は 3F にいるんですけど、 3F は基盤研究室といって物理や脳科学などのさまざまな基礎的な研究が行われていて、 2F の方はインタラクションラボといって、 様々な新しいものをコンピュータと結びつけるインタラクションの研究が行われています。 CSL では本
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.ogis-ri.co.jp/otc/hiroba/others/OOSquareOff/off/data/Anapata1_setumei.pdf