チームで機能設計するためのPlantUML標準化 | フューチャー技術ブログ

はじめに現在所属しているプロジェクトではWebAPIやバッチ処理の設計の一環としてPlantUMLを利用しています。効率よく品質高くアウトプットを出すためには、プログラミング言語に対してコーディング規約があるように、UMLに対してもチームで設計するにあたり一定のルールを決める必要があります。 そこでプロジェクト内のPlantUMLを使用するうえでのガイドラインやルールをまとめる機会があり、せっかくなのでそれを記事化します。 記事のゴール シーケンス図設計におけるPlantUMLの標準化 必要最低限のルールだけに絞ってチーム設計の生産性と品質を上げる 記事の前提 ルールの想定の利用シーン： チームで大量生産する業務機能の処理フローを表現するために使う場合を想定。 また、この記事に記載されているルールはRDBを中心的に使用したAPI処理やバッチ処理等を念頭に置き決められたものです。 ルールの想

[w1234567]

PlantUMLはテキストで管理できるのは嬉しいが、やっぱりStarUMLに課金してゴリゴリGUIで行ったほうが効率は良い

[masatomo-m]

PlantUML、クラス図とかは自由に再配置したい都合で微妙だけどシーケンス図には特に向いてると思う。drawioファイルでもいいけど、git差分で見れるのは良さそう

[jacoby]

PlantUMLのダサいデフォルトカラーはやっぱり不評だよね。シーケンス図以外もみたい。

[atico]

PlantUMLでシーケンス図はちょこちょこ書いてましたが、知らないことばかりでした。見やすくなって、周りに見てもらえそう！

[ThailandMethod]

“リターニング - 処理がアクターを跨がないもの”

[tettekete37564]

PlantUML は導入してみようと小一時間弄って思い通りの図にならず結局draw.ioで済ます、というのを3,4回ぐらいやってるのでGUIアプリ欲しい。

[koreyonda]

“ルールの中身よりもルールを決めることが大事”

[pavlocat]

PlantUMLとdrawioをうまいこと使い分けていきたいなと思ってる（基本的にはPlantUMLのテキスト編集が好きだけど、自由にレイアウトしたかったらdrawioよね

[shny_wd]

“処理 alt_else_ifexample.pu 1 2 3 4 5 6 7 8 Backend -> Backend: Check something alt If A Backend -> Backend: Add x to Error List else If B Backend <-> RDB: Insert x to A table else Backend -> Client: Response status code 422 end ”

[kiyo_hiko]

使ったり使わなかったりですぐ記法忘れてしまう

[ysngttt]

採番はautonumberでいいかなー

[sudow]

PlantUMLを実務でしっかり使ってる人の記事が少ないのでたすかる

[yarumato]

“PlantUMLで様々な種類の図があるがこの記事はシーケンス図に限った話。期待される役割：一目で機能全体の流れとロジックがわかる。ここから即座に調査ターゲットを絞れて、詳細設計やソースコードに導く”

[mano-junki]

力作！PlantUMLで規約を作るところ始めてみた