“先がみえる”アーキテクチャ設計のためのモデリング技術を磨く
モデリング･プラクティス新着記事
 |
システム開発はなぜ楽にならないか？ 保守性・拡張性に優れたシステムを作る（12） 最終回となる今回は、システム開発がなぜ楽にならないのか、楽になる方法はあるのかについて、私見を披露する |
 |
UML2メタモデルを読む−知識とは何か？ オブジェクト指向の世界（23） モデルを表現するモデルを「メタモデル」と呼ぶ。メタモデルを理解することで、モデルが生成される根本的なところを把握することができる |
|
キミの設計に「トレーサビリティ」はあるか 保守性・拡張性に優れたシステムを作る（11） うまい設計には追跡可能性（トレーサビリティ）が組み込まれており、変更の影響を可視化できるようになっているのだ |
 |
「要求」と「システム」のしなやかな平衡 ソフトウェア開発をちゃんと考える（12） 要求を明確に表現できる言語は存在しないとし、プログラムを言語の位置に据えてみる。要求とシステムはしなやかな関係で結ばれる |
 |
見えるビジネスモデリング ITアーキテクトを探して（16） デブサミ2007のアーキテクトセッション「ビジネスモデルを極める！ （4＋1）×1ビューで見える化する」の内容を紹介する |
 |
汎用グラフィカルモデリング言語「SysML」 パート1 The Rational Edge 製品・システム開発用の汎用グラフィカルモデリング言語であるSystems Modeling Language（SysML）の概要を説明する |
 |
戦略と技術のコラボレーションで事業をつくる 事例で学ぶビジネスモデリング（8） 今回はシステム部門の戦略的活動よりさらに上流、事業そのものを企画・開発する場面で、どのように技術力が求められるかを紹介する |
|
モノ・コト分析をパターン言語で表現 オブジェクト指向の世界（16） モノ・コト分析をパターン言語の視点でとらえてみる。これにより、アジャイル系のベストプラクティスもパターン言語としてとらえることができる |
|
戦略実現の鍵を握る情報システム部 事例で学ぶビジネスモデリング（7） 業務運用にマッチするシステムを構築するためには、システム開発の前段階から情報システム部が参画することが重要である |
 |
基盤技術にロック・オンされていないか？ 28歳から挑戦するITアーキテクト（8） 基盤技術を把握し、使いこなしていかなければならない。しかし、意図せず特定の技術に囲い込まれてしまうのは避けたい |
|
ITアーキテクトを実践する 28歳から挑戦するITアーキテクト（7） 目の前に立ち並ぶ無数の選択肢とその解決指針について、ITアーキテクトとしての視点で判断する指針をお伝えする |
|
分かりやすいモノ・コト方式のモデリング オブジェクト指向の世界（14） 今回はモノとコトのモデリングについて考えた。オブジェクト指向の特徴の1つは現実世界をそのまま自然にモデリングできることなのだが…… |
|
| マインド・マップとUMLを使った要求分析支援｜事例で学ぶビジネスモデリング｜上流モデリング研修｜BPMNを活用したビジネスプロセス・モデリング｜ビジネスモデリング事始｜【改訂版】初歩のUML｜UML BASIC LECTURE｜Visioで始めるUMLモデリング｜モデリング・プラクティス関連読者調査｜モデリング・プラクティス関連コラム｜ |
| マインド・マップとUMLを使った要求分析支援 |
| 事例で学ぶビジネスモデリング |
事例で学ぶビジネスモデリング
本連載では、IT技術者にビジネスモデリングのイメージを持ってもらうため、われわれが行ってきたコンサルティング事例を紹介していく
- 第1回 IT技術者が「上流」に出て行く理由
- 第2回 システム開発は「戦略立案」から始まる
- 第3回 戦略コンサルの基本「仮説検証プロセス」
- 第4回 企業の健康を診断する「業務分析」
- 第5回 ビジネスモデリングだけでは語れない業務分析の現場
- 第6回 ビジネスモデリングの使いどころ
- 第7回 戦略実現の鍵を握る情報システム部
- 第8回 戦略と技術のコラボレーションで事業をつくる
- 第9回 初めての上流コンサルティング
- 最終回 IT技術者は上流に向けて飛翔せよ
「アーキテクチャ」フォーラム
| 上流モデリング研修 |
| BPMNを活用したビジネスプロセス・モデリング |
BPMNを活用したビジネスプロセス・モデリング
顧客にUMLで記述したビジネスプロセスをみせてもわかってはもらえない、さてどうする。BPMNなら大丈夫かもしれない
- 第1回 ビジネスを可視化するモデル記述言語「BPMN」
- 第2回 「BPMN」の基本要素を理解する
- 第3回 ビジネス要件をBPMNで記述してみよう（前編）
- 第4回 ビジネス要件をBPMNで記述してみよう（後編）
- 第5回 設計と実装をシームレスにつなげ！
- 最終回 BPMNをもっと知りたい人のために
「アーキテクチャ」フォーラム
| ビジネスモデリング事始 |
 |
ビジネスモデリング事始 日々の業務の中で遭遇するさまざまな問題の本質を抽出し、具体的な戦略・実行に結び付ける「ビジネスモデリング」のコツを伝授 第1回 業務課題の“本質”を見きわめるテクニック 第2回 ビジネスとITを全体最適に導くEA（上） 第3回 ビジネスとITを全体最適に導くEA（下） 第4回 UMLを使ってビジネスの機能を可視化する 第5回 クラス図でビジネスの構造を表現しよう 第6回 ビジネスモデリングをプロジェクトに応用する 「企業システム構築」フォーラム |
|
| モデリング・プラクティス関連読者調査 |
 |
モデリングの現状と課題とは？ 読者調査：情報マネージャ／ITアーキテクト編（2） 組織やシステムの構成／フローをモデル化して分析・設計を行うモデリングは、どの程度浸透しているのだろうか？ 「NewsInsight」フォーラム 2005/2/26 |
 |
開発者のUMLモデリング・ツール選択条件は？ Developmet Style読者調査(5) UMLはどの程度普及しているのか？ 今後どのようなUMLツールが求められるのか？ 読者調査に寄せられた現場の声を聞いてみよう 「IT Architect」フォーラム 2003/10/17 |
| モデリング・プラクティス関連コラム |
 |
クライアントのためのUMLモデリング [連載]プロジェクト成功のキーポイント(5) 要求仕様の定義にUMLモデリングは効果的だ。しかし、そこにはプロマネと同じスキルセットが必要となることを忘れてはならない 「Java Solution」フォーラム 2002/2/6 |
|
Javaコードでモノを考えないことの大切さ [連載]プロジェクト成功のキーポイント(3) 顧客の要求に沿ったシステムの実現には、コードではなくモデリングでモノを考えることが必須となる。その理由とは？ 「Java Solution」フォーラム 2001/9/26 |
 |
モデリング＝まねることの本質について 実行可能な知識とソフトウェア（9） オブジェクトの本質は何かを「まねる」ことにある。1つ1つのオブジェクトは何かをまねる、シミュレートする存在だ 「IT Architect」フォーラム 2005/1/14 |
|
モデリングの神さまが降りてくる瞬間 実行可能な知識とソフトウェア（4） ある程度の経験を積んだプログラマにとって、UMLなどという記法は小うるさいだけのものに思えるのかもしれない 「IT Architect」フォーラム 2004/6/18 |
