（個人メモ）Markdown Preview EnhancedのPlantUMLをアップデートする方法 - システムとモデリング
VScordの拡張 Markdown Preview EnhancedのPlantUMLをアップデートする方法を個人メモとして残しておきます。 shd101wyy.github.io 1. 最新のplantuml.jarをダンロード 下記サイトより最新のplantuml.jarをダウンロードします plantuml.com 2. Markdown Preview Enhancedのフォルダに上書き 以下ディレクトリに存在するplantuml.jarに上書きします。 .vscode\extensions\shd101wyy.markdown-preview-enhanced-0.5.18\node_modules\@shd101wyy\mume\dependencies\plantuml 短いですが以上になります。
UMLやSysMLなどのモデリングは“いつ”“何を”“どうするのか”
UMLやSysMLなどのモデリングは“いつ”“何を”“どうするのか”：プロジェクトを成功させるモデリングの極意（3）（1/8 ページ） 「モデリングはいつ誰が何をどのようにするのか」――今回はソフトウェア開発の現場で、モデリングを実際にどのように実施しているのか見ていきましょう。またUMLやSysMLの使いにくいところを、開発現場ではどのようにカバーしているのかも見ていきます。 はじめに 連載の第1回では“モデリングとは何か”から始めて、モデリングの目的やモデリングで求められているもの、さらにモデリング手法を一巡りしました。そして第2回ではモデリングツールにどんなものがあるかを紹介し、モデリングの歴史と現在のトレンドを見てきました。 今回はモデリング基礎の3回目ということで、最初に、現在の代表的なモデリング手法として紹介したUMLとSysMLの使いにくいところ、そしてそれを開発現場ではどの
アジャイル時代のモデリング: アジャイルチーム拡大のためにはコードの次に何を保つべきなのか
図１．シンプルなスクラム構成 この最小限のフレームワークの中で、チームのインプットとなるのが”ユーザ要求”としての”プロダクトバックログ”です。そして、アウ トプットは”動くソフト ウェア”としてのコード（”製品コード”と”テストコード”）です。 そこには他の設計要素が明示的に現れてはいません。スプリントの中で作られたすべての意図的な設計はチームの財産として実行コートの中に組み込まれるのが 望ましいですが、そこには直接コード化されない情報もあります。スクラムは開発プロセスであり、設計に関しては敢えて何も言及していませんが、設計と設 計活動はチーム内部であいかわらず行われています。 Grady Booch氏は”コー ドは真実ではあるが、すべての事実ではない” と語っています。だから、もしそこにコードで表現又は伝われない情報が残されるとしたら、私達はその情報をどこに格納できるでしょうか？その質
島ぶくろ モデル駆動開発(MDD)の現状と課題
組込みソフトウェアを考える。状態マシン図、プロダクトラインも考える。HaskellとElixir大好き、Rubyも好き。島敏博のブログ。 翔泳社さん主催で、2010 年 7 月 8 日 (木) に開かれた、 組込みソフトウェアモデリングフォーラム2010 http://codezine.jp/event/uml/2010/ のパネルディスカッションに参加してきました。 その中で、モデル駆動開発(MDD)の現状と課題について、PPT資料3枚使って説明しました。 MDDの現状では、モデル駆動開発ツールの例としてRhapsodyでどのようにしてモデルを定義し、モデルからソースコードを生成しているのかの動画デモをやったあと、現状としてどこまでできるようになっているのか、その課題はなんなのか、について説明しました。 モデルからC/C++のソースコードを100%自動生成してくれます。どうしてそれができ
実務で使えるモデリングをベテラン・エンジニアに学ぶ ―― 20th Open SESSAME Seminar
実務で使えるモデリングをベテラン・エンジニアに学ぶ ―― 20th Open SESSAME Seminar Tech Village編集部 2013年1月15日，東実年金会館（東京都中央区）にて，組み込みソフトウェア技術者および管理者を対象としたセミナ「仕事に役立つやさしいモデリング ～ベテランにレビューしてもらお～」が開催された（写真1）．主催は組込みソフトウェア管理者・技術者育成研究会（SESSAME）． 写真1 会場のようす 本セミナでは，モデル駆動開発やソフトウェア・プロダクト・ライン開発などに取り組む前にまず必要となる，モデリングの概念や導入方法について解説した．また，参加者が作成したモデルを講師がレビューして，モデルの良しあしだけでなく，どのような観点でレビューすればよいのかについても解説した． ●目的と考え方に応じて最適なモデルは変わる まず，SESSAMEのメンバである
モデル化のセンス
Use Caseモデルを作ろうとするとDFDのような数珠つなぎの絵を描いてしまう、なぜだろうか、と聞かれたのでしばらく考えていた。たまたまUML&FMと言う形式手法関係のIEEEのワークショップの資料を見ていたところ下図のような絵があった。 きっとMulti-viewのところの知識か何かが不足しているのでそのようなことになるのではないか。例えば、DFDの使い方には長けているので何でも本人は書けてしまうし良く理解できている。何でもExcelで書いてしまう人などこのタイプは多い。自分用のメモとしては良いかも知れないが、他の人には理解してもらえない。変てこな図を書いていても作るものは作っているのであれば、抽象化軸やアーキテクチャ軸は頭の中に存在しているのだろう。Multi-view軸のところには色々なタイやグラムが並んでいるが目的に応じて使い分けることをUMLは意図している。下の図のような状況を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
(PDF) Saving the Software Specification by Transforming the old SA/RT Models into UML
An Object-Oriented Analysis and Design Model to Implement Controllers for Quadrotor UAVs by Specializing MDA’s Features with Hybrid Automata and Real-Time UML
A systems engineering and concurrent engineering framework for the integrated development of complex products
匠Style
OGIS-RI OBJECT SQUARE
Satisfying automotive SPICE with MDD and UML