オブジェクト指向によるモデリングを行う際に使われる標準的な表記法。業務分析やビジネスデザイン、システム設計、ソフトウェアモジュール開発などに利用される。 対象物（ソフトウェアやビジネスフローなどの“システム”）の構造を、箱と線で構成される図（ダイアグラム）で記述するビジュアル言語である。目的に応じて複数のダイアグラムが定義されている。 1990年代初頭、さまざまなオブジェクト指向開発方法論が提唱され、そのモデル表記法も乱立していた。それらは基本的な概念は似通っていたが、方法論ごとに表記法やその要素の名称や意味が異なっており、エンジニア同士の意思疎通を阻害していた。1994年、米国ラショナルソフトウェア（現IBM）のグラディ・ブーチ（Grady Booch）、ジェームス・ランボー（James Rumbaugh）らによって統一方法論の試みが始まった。この試みは頓挫したが、モデル表記方法の部分が
普段は UML を使っているのだが、仕事で BPM に関わる機会があり、また思いがけず１週間程度の休みがとれたので、 OCEB(OMG-Certified Expert in BPM Program)ファンダメンタルを受験し、合格した。 どんな試験？ OCEB は、BPM (Business Process Management) の遂行能力を測る試験だそうだ。 インターメディエイト、アドバンストはビジネス系、テクニカル系と２系統に分かれるが、その両方のベースになるのがファンダメンタル。BPM に関わる全ての人向けの入門試験である。 試験内容 試験内容は、UTI:OMG認定BPMエキスパート資格試験 ファンダメンタル概要のとおり。 ビジネス系の内容と技術系の内容の両方が含まれている。 BPMN が読めること、経営のことが少しわかること・・・という感じか。 概要 プロメトリックで CBT 受
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
by Scott W. Ambler, Copyright 2003 パッケージとは、モデル要素をグループに整理し、図を単純に読みやすくするためのUMLの要素です。パッケージはファイルフォルダの形で表します。これはUMLのどの図においても使うことができますが、よく見かけられるのはユースケース図とクラス図です。この2つのモデルは大きくなる傾向があるからです。 パッケージ図はどの種類のUML分類子を整理するのにも使うことができますが、私がパッケージ図を作成するのは、たいてい、クラスかデータエンティティかユースケースを整理するためです。この3種類の要素に関するパッケージ図は、私にとって実質的なビジネスアーキテクチャ図となっています。 クラスパッケージ図 「クラスパッケージ図」に関しては、私はいくつかの経験則を適用します。第1に、同じ継承（汎化）階層のクラスは、通常同じパッケージに属します。第2に
by Scott W. Ambler, Copyright 2003 効果的にアジャイルモデリングを行うには、さまざまな種類のモデリング手法を知っておく必要があります。残念ながら、これは口で言うほど簡単なことではありません。このページはまだ作成中ですが、さまざまなモデリング成果物の概要へリンクしています。各ページには、その成果物についの解説と、1、2の例、推奨文献へのリンクが含まれています。 モデリング成果物 ビジネスルール ビジネス/本質ユースケース 変更案 CRC(Class Responsibility Collaborator)モデル 制約事項 取り決めモデル データフロー図(DFD) 本質/ビジネスユースケース 本質ユーザインターフェースプロトタイプ ユーザ機能 自由形式の図 フローチャート 用語集 Logical Data Model (LDM) ネットワーク図 オブジェクトロ
2017.07.15「開発環境構築」カテゴリを追加しました。 2017.04.03サイトをリニューアルしました。 2015.05.01「訂正履歴」を更新しました。 2014.01.10「訂正履歴」を更新しました。 2013.08.10「訂正履歴」を更新しました。 2013.01.22「訂正履歴」を更新しました。 2013.01.07レイアウトを一部変更しました。 2010.12.06「おすすめ書籍」ページを追加しました。 2010.11.25「訂正履歴」を更新しました。 2009.08.05各種ソーシャルブックマークボタンを追加しました。 2009.06.10Java Topicsに「スレッドの詳解」を追加しました。 2008.11.19リファレンス・UMLに「タイミング図（Timing Diagram）」を追加しました。 2008.11.16リファレンス・UMLに「相互作用概要図（Int
UML（Unified Modeling Language）とは、様々な開発現場で使用されている設計書の書式を統一する目的で規定された言語で、1997年にOMG ( Object Management Group ) により標準化されました。 但し、UMLによる標準化はあくまで表記方法であって、開発手法の方法論ではありません。 UML2.0では表記方法を以下のように分類しています。 構造に関する表記 振る舞いに関する表記 構造に関する表記 ・クラス図（Class Diagram） クラス構造を表現します。 ・オブジェクト図（Object Diagram） クラスをより具体化したオブジェクトで表現します。 ・パッケージ図（Package Diagram） クラスなどをグループ化し整理された関係を表現します。 ・コンポジット構造図（Composite Structure Diagram） クラ
UML（Unified Modeling Language：共通モデリング言語）はソフトウエア設計だけでなく、ビジネスプロセスの記述、システム仕様の記述など、さまざまな領域で利用されている。一方で仕様が巨大化・複雑化し、全貌が把握できないのが現状だ。UMLをどうすればシンプルなものにできるか---UMLの“父”Ivar Jacobson氏自ら、UMLの抱える問題点とこれから進むべき未来を解き明かす。 目次
Dependency Injection (DI) は、「依存性の注入」という言葉で最近話題になっています。「EJB は重過ぎて使えない」とか「軽量コンテナは疎結合だからすばらしい」といった声をよく聞くようになりました。 Dependency Injection (DI) はサービスコンポーネント間の関係を疎に保ったままアプリケーションを構築するというものです。「設定を利用から分離する」という原則が、DIの本質です。 いろんな書籍が出始めてきた中で、依存性注入の何がステキなのか、疎結合だと幸せだよねといったことは非常に良く分かるようになりました。それでも、自分の中で何かしらの引っ掛かりがあります。それをつらつら書き連ねてしまおうかと思っています。 参考： Inversion of Control コンテナと Dependency Injection パターン 感じたこと DIコンテナの役
Nabble - NetBeans - Japanese Users - SOA, UML, Visual Web モジュールが Beta アップデートセンターに移動します というMLの案内を読んで、「Visual Paradigm for UML Community Edition」がずっと気になっていたのだけど、ようやく試してみることができました。 （ひとまずインストールまでなので試したとは言えないけど・・・） 使った感想などは、「Visual Paradigm for UML Community Editionを使ってみた」をどうぞ。 環境 製品バージョン: NetBeans IDE 6.5.1 (Build 200903060201) Java: 1.5.0_15; Java HotSpot(TM) Client VM 1.5.0_15-b04 システム: x86 上で動作する W
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ユースケース