UML/クラス図の基礎 - きのさいと
2025-12-22 Eclipse/プラグイン開発のTIPS集/メニューバーとか、ポップアップとかのまとめ 2025-11-21 Struts/org.apache.struts.action.ActionMessage(エラー処理) 2025-10-16 Subversion/削除してしまったファイルを元に戻す 2025-10-13 Java/Direct Web Remoting(DWR)をつかう 2025-10-01 Hibernate/TIPS集 2025-09-19 Linux/sudoを使う 2025-09-10 WebSphere/WASとJNDI 2025-09-08 GitHub/ローカル・リモートブランチとoriginのはなし 2025-08-27 Struts/Validateのやり方 2025-08-26 Struts/同期トークンで二度押しなどをチェックする 2
astah システム設計、ソフトウェア開発支援ツール | astah*
生産的に、創造的に、そして楽しく ソフトウェア開発・システム設計開発現場を モデリングツールastah*で変えよう
UML 2 状態マシン図の概要
by Scott W. Ambler, Copyright 2003 オブジェクトは振る舞いと状態を持っています。つまり、ものごとを行い、ものごとを知っているわけです。オブジェクトの中には、他のオブジェクトと比べて、より多くの、あるいは少なくともより複雑なことを行ったり知っていたりするものがあります。途方もなく複雑なため、開発者がちょっとやそっとでは理解できないものもあります。複雑なクラス、特に自分の状態に応じて応答の仕方が異なるクラスをよく理解するには、UML状態マシン図(UML1.xではステートチャート図と呼ばれていたもの)を書いて、インスタンスがどう動くかを記述する必要があります。 UMLの状態マシン図では、オブジェクトが取りうるさまざまな状態と、その状態間の遷移を表します。実際、他のモデリング言語では、この種の図のことを状態遷移図と呼んだり、もっと簡単に状態図と呼ぶのが一般的です。
組込システムのための状態遷移図 | SS1の日記 | スラド
組込システムのための状態遷移図(UML)の書きかた。 組込システムの開発では，ソフト担当は，ハード仕様と要求仕様を貰ってから，開発に着手することになる。そこではじめに，状態遷移図を作ることが多い。組込屋さんは状態遷移図さえできれば，プログラムは出来たも同然という気分になる。状態遷移図を作ると，プログラムの挙動を明解に定義できるためだ。 私が書くときの基本的な指針はつぎのとおり。 １．図は，A4一枚にまとめる。 ２．アクションの矢印が交わってはいけない。 ３．初期状態は左上から，正常パターンは時計回りに進行する。 状態遷移表(ZIPCのEHSTM)は，UML形式に慣れてからは，あまり使わなくなった。表形式のもっとも大きい欠点は構造化されてないこと。遷移番号あるいはラベル名でジャンプするのは，BASIC，アセンブラの時代に逆行するようなものだ。 ただし，リバースエンジニアリングしたいときに使う
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
組込み技術者はなぜ「使える」モデル図が描けないのか？～業界特有の苦悩とその打開策
