Atom と PlantUML で快適シーケンス図駆動開発ライフ | DevelopersIO
サーバーサイド開発担当のエンジニアが「設計と実装を進めようとしている」という背景で話を進めます。 PlantUMLは強い 「認識合わせ」という名目でホワイトボードに図を書いて会話することがよくあります。共通言語で会話してあいまいなところを少なくしたら、マネージャーも安心感がありますし、プログラマも自分がやるべきことに集中できますね。 …3日経ちました。あのとき描かれていたホワイトボードの図のとおりに、実装することになりました。認識の齟齬をなくしてくれた貴重な図です。写真に撮りました。どこに保存してたっけ。やっぱり変更したくなったらどうしましょう。またホワイトボードに書き起こす？DRYじゃないですねえ。 そこで、UML図 が登場します。表現したい図を電子データで作成、保存できて、あとで見るときも役に立ちますね。が、しかし、UML図はそれはそれでやや手間がかかるところもあります。作図を助けてく
UMLモデリングカフェ 第4回：タイムテーブルをモデリングする | オブジェクトの広場
毎回、身近にあるモノや出来事など、簡単な【お題】を出題し、皆様にモデリングをして頂きます。次回の記事で、皆様の解答モデルの中から3つほど取り上げて、コメントを付けていくかたちで進めていきます。 目次 前回の問題（部品の構成） 読者解答モデル 解答例 今月号の問題 (出題) 解答モデルの送付について 参考文献 Elapiz （いらぴす）当選者発表 1．前回の問題（部品の構成） 前回の問題をもう一度確認しておきましょう。 【お題03】部品の構成 型番 D0101 の机の部品構成は以下のとおりです。 机 (D0101) は天板 (T0212) １つ、脚 (F0132) ４つ、引き出し (H0303) １つで構成されます 引き出し (H0303) は、箱 (B0505) ２つ、棚 (TA0635) １つで構成されます 天板 (T0212) や引き出し (H0303) などは他の製品でも利用されます
オープンソースUMLエディタは、有力なプロプライエタリ版に劣る - SourceForge.JP Magazine
オープンソースプロジェクトへの参加者が最初にする作業は、普通、ソースをダウンロードして、研究することである。これはときにうんざりするような作業で、プロジェクトの規模が大きくなるほどその傾向も強まる。 リーダーがプロジェクト全体のグラフィカル表現でも用意してくれていれば、現参加者は開発中のソフトウェアの全体像を見失わずにすむし、将来の参加者はソフトウェアの部分間の相互関係を視覚的に把握できる。現にほとんどの市販ソフトウェアでは、開発者どうしがそのようなグラフィカル表現を――それも、UML（Unified Modeling Language）という標準的な方法で――共有できるようになっている。これに対し、オープンソースプロジェクトの最大リポジトリを標榜するSourceForge.netで探しても、ソフトウェアをUMLで記述しているオープンソースプロジェクトは数えるほどしかない。この理由の一部は
マインド・マップとUMLを使った要求分析支援（前編）：＠IT
マインド･マップをご存じでしょうか？ 最近、日本でも新しい「メモ技術」として注目されるようになってきた記法です。この記事では、このマインド・マップという記法が、ITの現場でうまく使えないだろうか、というアイデアを紹介します。特に、IT分野で標準化されているUMLをうまく補完するツールとして、要求分析という上流工程をまず取り上げたいと思います。 「顧客の言葉を集めること」の難しさ ITシステム開発において要求分析を行う場合、現在ではUMLを使ったオブジェクト指向による概念モデリングや、ユースケース分析が主流になってきています。しかし、UMLには強い制約（記法の意味と文法）があり、誰でもすらすらとまとまるものではありませんね。特に、顧客へのインタビューを行う場面では、その場でUMLにまとめるというのは至難です。そこで、顧客との対面場面ではとにかく「顧客の言葉を集める」ことに徹し、それをメモ（イ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
