連載：【改訂版】初歩のUML 第1回
読者のみなさま ずっとストップしていました「初歩のUML」。第4回をお待ちになっていた方々には、大変ご迷惑をおかけしました。このたび＠IT編集局と協議した結果、「初歩のUML」を12回程度の本格的な連載にすることになりました。そこで、第1回～第3回の改訂したものを2月中にリリースし、第4回を3月初旬にリリースすることにしました。 第4回では、モデルのJavaによる実装についてお話する予定でしたが、連載改訂案ではまず、言語から離れた形でモデリングの本質を理解していただき、その後UMLとJavaのマッピングについても取り上げるように考えております。 本連載では、UMLの表記法を説明するというよりも、モデリングの本質的な目的と意義・効果を通して、必要性を理解していただくことを目標とします。どうぞこれからも初歩のUMLをお楽しみください。 萩本順三 UML(Unified Modeling Lan
誤解しがちなモデリングの技：第1回：コンポジションにまつわるアレコレ | 豆蔵ソフト工学ラボ
誤解しがちなモデリングの技 第1回：コンポジションにまつわるアレコレ 印刷 株式会社豆蔵 ES事業部 皆川 誠 2008/11/17 ［モデリング］ この連載では、コンサルティングでのモデル・レビューの場、教育講座実施中、各種の勉強会などの際に良く観察される、UML表記法やモデリングに関する典型的な誤解/勘違いをとりあげて解説を加えていきます。これによって、より正確なモデルの読み書き、効果的なモデル作成など、モデリング・スキルの向上を狙います。また、必要に応じて「あまり広く知られていないが、知っていると便利」なモデル要素や表記法についても随時紹介していこうと思います。 連載第1回のテーマは「コンポジション(Composition)」です。 コンポジションはクラス図でのクラス・アイコン間に引かれる関連線の一種で、インスタンス間の強い集約関係(全体-部分関係)を表現します(図1)。ここでは、
クラス図 - Wikipedia
統一モデリング言語 (UML)におけるクラス図（クラスず、英: class diagram）とは、クラス、属性、クラス間の関係からシステムの構造を記述する静的な構造図である。 クラス図とソースコードの同期が可能なUMLモデリングツールも存在する。 クラス[編集] クラス図におけるクラスの例 ソフトウェアシステムにおけるクラスは、中にクラス名の記述された四角で表現する。クラスはドメイン等、ソフトウェア要素ではない要素であってもよい。例えば、車のタイヤ、化学物質の一種、料理の材料などである。 クラス名の下に属性（プロパティ）の区画を設けることができる。どの属性も最低でも名前を記述せねばならず、オプションとしてその型、初期値、その他の特性を記述することができる。 更にその下に、クラスの操作（メソッド）の区画を設けることができる。どの操作も最低でも名前を記述せねばならず、オプションとしてその引数や
UML初学者向けチュートリアル | astah*
このチュートリアルで学べること 実際にモデルやコードを作る演習を通じて、UMLを使って描いたモデルがソフトウェアの開発に役に立つことを学びます。astah*を使ってモデルを作成しますので、モデリングツールの有用性も実感してください。 モデルをソフトウェアの開発に活用する方法 構造のモデル、振舞いのモデルの作り方と使い方 コードの作成にモデルを活かす方法 モデリングの重要性を実感すること astah* professionalの基本操作 作成するモデル図 オブジェクト図、クラス図、ステートマシン図 対象者 モデリングやUMLについてこれから学ぼうとしている方 astah*を操作しながら、UMLを学びたい方 ソフトウェア開発工程は知っているが、まだモデル図を活用していない方 分析・設計・テストなどソフトウェアの開発に携わっている方 ツール モデリング: astah* professional
ユースケース図 - Wikipedia
ユースケース図（ユースケースず）とは、UMLで定義されている図のうちの1つである。スウェーデンの計算機科学者イヴァー・ヤコブソンは、エリクソンでソフトウェア機能要求を特定するためにユースケースを考案した（ユースケース図）。 概要[編集] ユースケース図 システムに対する要件を特定するために使用される。 システムには、どのようなアクタ(利用者)が存在するのか、 それぞれのアクタはどういった操作(ユースケース)をするのかを記述できる。 一般的に、ユースケース図はシステムの要求を定義する際に利用される。 関連項目[編集] UML イヴァー・ヤコブソン
ユースケース - Wikipedia
ユースケース（Use Case）は、ソフトウェア工学やシステム工学でシステム（あるいはシステムのシステム）の機能要求を含む振舞を把握するための技法である。各ユースケースは、何らかの目的・目標/機能に関する台本（シナリオ）での主体（アクター(actor)）と呼ぶ利用者（ユーザ）とシステムのやりとりを描いている。ユースケースのアクターはエンドユーザーの場合もあるし、別のシステムの場合もある。ユースケースでは技術専門用語をなるべく使わず、エンドユーザーやそのビジネスの専門家に分かり易い用語を用いる。ユースケースの作成は、ビジネスアナリストとエンドユーザーが共同で行う。ユースケースを図にしたものがユースケース図であり、両者を厳密に区別すべき根拠はない。 1986年、後に統一モデリング言語(UML)やラショナル統一プロセス (RUP) で重要な役割を演じたイヴァー・ヤコブソンは、初めてユースケースの
要求仕様 - Wikipedia
この記事には複数の問題があります。改善やノートページでの議論にご協力ください。 出典がまったく示されていないか不十分です。内容に関する文献や情報源が必要です。（2021年1月） 独自研究が含まれているおそれがあります。（2021年1月） 出典検索?: "要求仕様" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL 要求仕様（ようきゅうしよう、requirement、requirements specification）とは、工学分野において特定の製品やサービスがどうあるべきかを記述する文書を指す。主にシステム工学とソフトウェア工学で使われる用語である。単に、要件、または英語の requirement からリクワイアメント（リクワイヤメント）ともいう。 従来からの工学的手法では、要求仕様を入力として製品開
オブジェクト指向分析設計 - Wikipedia
オブジェクト指向分析設計 (オブジェクトしこうぶんせきせっけい、OOAD、英: object-oriented analysis and design ) は、ソフトウェア工学において、ソフトウェア (システム) を相互作用するオブジェクトの集まりとしてモデル化 (オブジェクト指向モデリング) する、オブジェクト指向に基づくソフトウェア開発の方法である。オブジェクト指向の理論的枠組みに基づくソフトウェア開発、すなわちオブジェクト指向開発を行う際の、ソフトウェア開発工程において、分析工程であるオブジェクト指向分析 (OOA; object-oriented analysis) と、設計工程であるオブジェクト指向設計 (OOD; object-oriented design) の、総称である。なおプログラミング工程は、オブジェクト指向プログラミング (OOP; object-oriented
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[システムプロパティ]-[新規図要素の色]、[新規ステレオタイプの色]
イベント、アクション、ガード
図要素の整列とサイズ揃え