豆蔵ソフト工学ラボ-身近な改善から明日のソフトウェアまで：ITエンジニアリング技術の発信基地
ご挨拶 ソフト工学ラボ 編集前記～2012年6月～ みなさん,こんにちは。 豆蔵ソフト工学研究所の所長の羽生田栄一（はにゅうだ えいいち）です。ここしばらく発行が滞っておりましたが、豆蔵ソフト工学ラボ（愛称：豆蔵コラボ）における情報発信を再開させていただきます。 ［業界への提言］ 2012/06/26 プロトタイプエンジニア 「プロトタイプエンジニアという職種」 プロトタイプエンジニアという言葉を最近聞くようになっています。定義というのは特にないと思いますが、いわゆるゼネラリストタイプのエンジニアで、特定分野のエキスパートというより技術を広くカバーでき、まだ存在しない未完成のプロダクトを新たに創りだせるエンジニアです。AppleやASUSなどではプロトタイプエンジニアの採用枠があるとも言われ、製品へのフィードバックを重視しています。 2012/06/22 SysML勉強会 SysMLコトハ
誤解しがちなモデリングの技：目次 | 豆蔵ソフト工学ラボ
この連載では、コンサルティングでのモデル・レビューの場、教育講座実施中、各種の勉強会などの際に良く観察される、UML表記法やモデリングに関する典型的な誤解/勘違いをとりあげて解説を加えていきます。これによって、より正確なモデルの読み書き、効果的なモデル作成など、モデリング・スキルの向上を狙います。また、必要に応じて「あまり広く知られていないが、知っていると便利」なモデル要素や表記法についても随時紹介していこうと思います。 第8回：モデルの意味的な誤り(II) 今回も前回の記事に引き続いて、「表記法としては間違っていないけれども、表現している内容(モデルの意味)に{おかしな|あやしい}ところがある」というケースをいくつか見ていきたいと思います。ここではモデルの意味的な部分/解釈に関わってくることになるので、「明らかに間違っている」とは言えない(見方によっては十分に正しい)ケースも出てきます。
UML入門 - IT専科
UML（Unified Modeling Language）とは、様々な開発現場で使用されている設計書の書式を統一する目的で規定された言語で、1997年にOMG ( Object Management Group ) により標準化されました。 但し、UMLによる標準化はあくまで表記方法であって、開発手法の方法論ではありません。 UML2.0では表記方法を以下のように分類しています。 構造に関する表記 振る舞いに関する表記 構造に関する表記 ・クラス図（Class Diagram） クラス構造を表現します。 ・オブジェクト図（Object Diagram） クラスをより具体化したオブジェクトで表現します。 ・パッケージ図（Package Diagram） クラスなどをグループ化し整理された関係を表現します。 ・コンポジット構造図（Composite Structure Diagram） クラ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
