espyの日記： 原子力で UML

平成22～23年度原子力安全基板調査研究 信頼性向上高度化のためのプログラミング言語の可視化研究 (PDFファイル)

仕事先で書いている資料に UML使ったれ・・・と意気込んで調べていたら見つけたのでメモ。

ところで みんな、設計でUML使ってる?

s/基板/基盤/

[shibuya (17159)]

UML使って仕事をする環境ってどんだけあるんですか?以前就業場所で本を机上に置いて自習しているっぽい人はいましたが設計資料に登場しないしごとばっかりなのでまるでわからない。

Re:s/基板/基盤/

[espy (3615)]

私も仕事先では、ソフト屋さんの一部の人が書いている仕様書の中に登場しているのを見かけた、程度ですが。

所属の自社側は派遣会社でして、はなしによると、案件によっては 「使える人必須」 でお仕事募集している
所もあるらしいです。
原子力かどうかは分からない。

UMLは結局ドキュメントだからなー

[tarosuke (2403)]

設計ってのはUMLならUMLで「どうやって仕様からUMLな画を作るか」という方法であって、UMLな画それ自体は設計ではなく設計図っつー成果物だもん。
まぁコーダーとアーキテクトに分割して分業するにはいいんじゃない？俺はそういう開発体制はどうかと思うけど。
仕様の段階で分割して小チームに振り分ける方がいいと思うし。

それはそうと、私ゃマインドマップツールで機能のツリーを描いて、それをデータのツリーを作りながらマップするって方法でやってる。今は。
仕様ってほとんど機能と表面的なデータでできてるからね。制限事項ってのもあるけど。

Re:UMLは結局ドキュメントだからなー

[espy (3615)]

解説書を見ていると、UMLは可視化の総合デパートみたいな感じで、好きな奴を使って描けばいい、という
スタンスでも使えそうです。
  自分も今回はフローチャート代わりにアクティビティ図を使おうとしたクチ。やってるのは 8bitマイコンだけど.

# マインドマップで検討．．．面白そう

リンク先の報告書、これでどっかから予算もらって、②と③へと続けているのかなぁ

Re:UMLは結局ドキュメントだからなー

[tarosuke (2403)]

なんてーか、UMLでもフローチャートでも何でも、描けるならその時点で設計自体は完了しちゃってるのだよね。
というか設計自体が完了してないとUMLだろうが何だろうが描けないし。

...というのが今までいろんなもん試してきた結論なのですよ。

とりあえずリンク先はUMLである必要が全然感じられないなー。
「原子力」と「安全」を組み合わせれば予算を取れるという「マジックワード」でしかない気が...。