矢印は横向きにも出来るっぽい。考えながら描く「そうだ,シーケンス図を描こう!」でも書いたんだけど,クラス図やシーケンス図といったものは試行錯誤しながら描いていくものなのよ5。図を中心に議論を行っていく。作成や修正が面倒なツールはダメなのだ。時々刻々と修正されることを前提にしたツールと言える。要求定義を行っていくと「要求」やそれに伴う「仕様」が大きく変化することがある。変化すること自体は(改善されてるってことだし)結構なのだが(予算規模が変わってアワアワする可能性はあるけど),あとからチームに参加する人たちは「結果」しか提示されないので「何故そのような「要求」に至ったか」が理解できないことが多い。不完全な理解のまま作業をすすめると必ず何処かで不整合が起きる(つまり文脈(context)が大事ってこと)。議論の流れを後から追えるよう「履歴」をとっていく必要がある。図に関して教わったのは最初は不完全でも間違ってても構わない。考えていることを図にぶちまけることが重要ただし,クラス図では多重度を記述すること(MUST)要求定義レベルの図と設計レベルの図は必要とされる詳細度や厳密度が異なる。最初から設計レベルの図を描こうとしないこと作成した図は(手書きのものも含めて)全て履歴として保管し,後から参照できるようにすることだったかな。バージョン管理システムと組み合わせて履歴から差分情報を抽出しやすいことにある。記述にこそ大きな価値があるということだ。使われる全シンボルが表示される。使って作図するようだ。ほうで自動的に指定したパス名で画像ファイルを出力するらしい。従って環境によって見え方が異なる筈である。保存するのが最も確実だろう。自マシンにインストールされている具体的なフォント名を指定する必要がある。それを念頭に置いて開発されたものだからねぇ)。その場合は矛盾のない正確な記述が要求される。コードを「追跡コード」としてブロックする場合があります。電子メールも利用できます。電子メールを利用する際の公開鍵はプロフィールから取得できます。Baldanders.info.。