削除フラグを検討し始めたときに見せたいスライド「論理削除をしない」 - コード日進月歩
ネタが無いときのスライド回顧録のコーナーです。 speakerdeck.com 論理削除と呼ばれるものはたくさんあり、delete_flgカラム作るとか、paranoiaみたいなgemを使うとかいろいろありますが、そういうことが話題にあがったときに「その削除フラグは本当に必要なのか？」と振り替えるために見ると良い資料です。 削除フラグは設計における脳内停止というのはこのスライドが発表された勉強会と同じ発表で和田さんがされているので、モデリングの観点でもインプットしておくとよいです。削除に対する構えかたがいろいろ変わります。 関連リンク SQLアンチパターン 幻の第26章「とりあえず削除フラグ」 論理削除Casual Talksでの議論を見て、削除フラグの採用を全力で阻止して本当に良かったと思った - valid,invalid 27. 論理削除とは何か？どのような解法があるのか？ w/ t
PlantUMLによるシーケンス図の書き方【メッセージやノートなど】
PlantUMLとは次に、PlantUMLについて簡単に説明します。PlantUMLは、テキストベースでシーケンス図を書くことのできる、UMLの一種です。シーケンス図を書く方法はいくつかありますが、この記事ではPlantUMLでシーケンス図を書く方法を解説していきます。 前提条件この記事では、すでにPlantUMLが動作する環境がある前提で解説していきます。もしまだ環境を構築していない場合は、インターネットで「PlantUML 環境構築」などで検索して準備してください。 あるいは、次のようなオンライン上でPlantUMLを実行できるサービスもあります。こちらを利用しても問題ありません。 PlantUML EditorPlantTextPlantUML Web Server メッセージメッセージの例メッセージは、システムの構成要素（分類子）同士のやりとりを表現します。シーケンス図は、このメッ
AWS 構成図を PlantUML で描画できる『AWS-PlantUML』の紹介 - サーバーワークスエンジニアブログ
技術4課の多田です. AWS 環境の構成図を書く機会で PowerPoint や Cacoo 等のサービスを使うことがあると思います.作図もコードで制御する方法もないかと思い調べてみたら,「AWS-PlantUML」というツールがありました.今回はこのツールを使って作図する方法と所感を書いていきます. milo-minderbinder/AWS-PlantUML 「AWS-PlantUML」とは 「AWS-PlantUML」とは,PlantUML 形式で AWS 構成図を書くためのツールになります.PlantUML の実行環境は調べればたくさん出てきますが,僕は普段 Visual Studio Code(以下,vscode)を使うため vscode で使う環境をセットアップしました. 参考URL PlantUML qjebbs/vscode-plantuml 「AWS-PlantUML」を
配置図テンプレート（書き方とサンプル例）
配置図とは？ UMLの配置図は、システムの物理的・ソフトウェア的側面からシステムの構成を図示化したダイアグラムになります。コンポーネント図に似ていますが、コンポーネント図がソフトウェア的側面から図示化されるのに対して、配置図ではどのシステムで成果物が作成され、利用されるのかも表現されます。 配置図によって、よりコンポーネント間の連携や関連性が分かりやすくなります。 配置図の目的 配置図はハードウェアや、その中で稼働するコンポーネントが可視化されます。それによってシステムの全体像が分かりやすくなります。また、成果物も図示化されるので、各コンポーネントで作成される成果物とその利用用途も明確になります。 現在、システムはハードウェアやコンポーネント含めて複雑に連携しています。あるシステムの修正が思わぬ場所で不具合を起こすことも少なくありません。全体像と関連性が明確になることで、そうした不具合の発
簡単にできるDDDのモデリング - ドメイン駆動設計 - little hands' lab
DDDではよく「モデリングが重要だ！」と言われますが、どのようにモデリングすればいいのかがわからず、一歩を踏み出せないことは多いのではないでしょうか。 そんな方のために、本記事ではDDDにおいてシンプルで成果が出しやすいモデリング手法について紹介します。 (本記事は、YouTube動画「10分でわかるドメインモデリング」の内容をもとにした解説記事です。) DDDの目的 DDDの目的から確認しましょう。 DDDの目的は2つ。 ①機能性を高めること これは、役に立つものを作ること、言い換えると「作ったけど使えない」を避けることです。 そのために、ドメインモデリングを行い、ソフトウェアを適用して役立てようとしている現実世界の領域(これの領域をDDDでは「ドメイン」と呼びます)について理解を深め、解決策を検討することを目指します。 ②保守性を高めること これは、長期間開発しても機能拡張が容易であり
PlantUMLのシーケンス図の書き方｜kitabatake
この記事は、PlantUMLでシーケンス図を書くときに必要になる情報をまとめたものです。 PlantUMLとは 簡単なコードによる記述でUMLの様々な図が作成できるツールです。 UMLを活用する上での課題である「メンテナンスしていくのが困難」という点を、コードで記述するという手法によって解決することを試みています。 シーケンス図とは 一連の処理の実現方法を参加者間の相互作用で表すことができます。 設計時にどのクラスにどういうメッセージ（責務）を割り当てるかの検討や、既存の実装がどういう相互作用で実現されているかを整理するためなど、 色々な使い方ができる図です。 例インターネット記事投稿サービスの「記事を検索する」処理をどう実現させるかを設計する想定で図を作成してみました。 問題領域寄りの図 フレームワークなど、特定の技術要素に依存しない抽象的なシーケンス図です。 @startuml /'
ロバストネス分析の目的 - Qiita
ロバストネス分析は、詳細設計の前に実施する予備設計です。予備設計をすることによってシーケンス図やクラス図を作成するときに仕様の詳細について調べたり考えたりする時間を省略することができます。ロバストネス図作成時に、ユースケース記述上の足りない観点や疑問点を洗い出し、完全なユースケース記述に近づけます。 ユースケース記述の不足を発見する 仕様の抜け漏れを発見する 代替コースの処理が考えられているか確認する ユースケース記述にフィードバックし記述を完全なものにする ロバストネス図が影響を与える詳細設計 ロバストネス図で表現されている、バウンダリとエンティティはクラス図のクラス、シーケンス図のオブジェクトとなり、コントロールはクラスのメソッド(振舞い)になる。 ロバストネス図のルール バウンダリー 名詞 コントロール 動詞 エンティティ 名詞 名詞 → 動詞 → 名詞という繋りにする。名詞 → 名
plantUMLで業務フローを整理する - Qiita
本記事はOPENLOGI AdventCalendar 4日目の記事です。 11月からオープンロジ社に入社したPMの小川です。Qiita初投稿です。 まずは今、自分がちょこちょことやっているplantUMLを利用した業務フローの整理について書きます。 plantUMLの入手 本家はこちら→PlantUML 概要 環境 MacBook Air 13-inch, 2017 macOS Mojave 10.14.1 エディタ：Visual Studio Code 1.29.1 パッケージ管理：Homebrew 1.8.3 インストール インストールはこの辺の記事を参考にしました。→Visual Studio Code で UML を描こう！ Homebrew でgraphvizをインストール
WordでPlantUMLを動かしてみた（その１）｜なべのひと｜note
＜フロー図を書くツールがほしい＞ 以前から、ゲームブックのフロー図を描く良いツールは無いかな、と探していました。 ゲームブック界隈だと ・The GameBook Authoring Tool (GBAT) 辺りが有名なんですが、頻繁にマウス操作が求められるし、よくバグるしで、どうも自分には合わなかったんですよね。良いツールではあるのですが、１００パラグラフ以上のものを作ろうとすると5000円以上払わないといけないのも痛い。 そんな折、 というツイートを見かけました。 どうやらテキストだけで図が書けるツールみたいです。これはよさそうかも。 という訳で『PlantUML』を調べてみたところ下記のサイトがヒットしたのですが。 プログラマーズ雑記帳：http://yohshiy.blog.fc2.com/blog-entry-152.html ……CUIで使うものなのかorz いや、CUIでもい
PlantUMLでデザインパターンのクラス図を描く - akrfjmtの日記
GoFのデザインパターンは23種類もあるので、PlantUMLでクラス図を書く練習にちょうどよい。 そういう訳で、PlantUMLでデザインパターンのクラス図を描く。 その前に、用語を整理しておこう。 UML では、用途に応じて図が何種類か定義されている。クラス図（Class Diagram）はそのうちの1つだ。 PlantUML はこれを書くためのツールで、jarとして端末から実行する。IntelliJ IDEA や Visual Studio Code といった IDE で使えるプラグインもあり、esa.io や Confluence のような情報共有ツール上でも利用できるので、好きな環境でやろう。 こういうテキストを書いておくと、 @startuml class ClassA { } class ClassB { } @enduml こういう図が出力される。 図を書く際は、ここから
我々はいかにシステム開発におけるドキュメント腐る問題と戦えば良いのか
フューチャーアーキテクト Advent Calendar 2017 の2日目です。 システム設計が大好きで大嫌いな皆さん、こんにちは。 突然ですが、皆さんはどのようにシステム設計における ドキュメント腐る問題 に立ち向かっていますか？ … ドキュメント腐る問題とは、設計時に作成した各種ドキュメントがGoogle Driveやファイルサーバ上で陳腐化してしまい、現状の正しい状態を指していないことです。せっかく新規参画者がキャッチアップしようとしてもドキュメントが真実を示していないという怖いやつですよね。 今まで出会った一番辛いドキュメントは、PJ初期に作成したホワイトボードに書かれたラフスケッチの画像しか無かったところですね。まず字が汚いし、内容も最新版と微妙に異なっていました。新規参画者殺しにもほどがあると、ほんのちょっとだけ恨みました。 いやいや、ちゃんとサボらず整合性を取れよって？サボ
現場で役立つシステム設計の原則にあるUMLをPlantUMLで書いてみる - Qiita
フューチャーアーキテクト Advent Calendar 2017の2日目です。 はじめに システム設計が大好きで大嫌いな皆さん、こんにちは。 突然ですが、皆さんはどのようにシステム設計における ドキュメント腐る問題 に立ち向かっていますか？ ドキュメント腐る問題とは、設計時に作成した各種ドキュメントがGoogle Driveやファイルサーバ上で陳腐化してしまい、現状の正しい状態を指していないことです。せっかく新規参画者がキャッチアップしようとしてもドキュメントが真実を示していないという怖いやつですよね。 解決策としては、各種ドキュメントを、MarkdownやAsciiDoc、UMLはPlantUMLやmermaid、ERDはPlantUMLやerd、画面遷移図はUI Flow、REST-API設計はSwaggerなど、なるべくテキストベースで管理し、GitHubなどのリポジトリで管理する
[Visual Studio Code][Windows] PlantUMLの環境を設定する（シンタックスハイライト+リアルタイムプレビュー） - Qiita
[Visual Studio Code][Windows] PlantUMLの環境を設定する（シンタックスハイライト+リアルタイムプレビュー）umlPlantUMLVisualStudioCode 最近、Atom から Visual Studio Code (以下 VS Codeと表記）に乗り換えたので、PlantUML環境の作成手順をメモしときます。 環境作成 1. エディタ本体の設定 1.1. VS Code をインストールする 公式ページか VS Code をインストールします。 Visual Studio Code - Code Editing. Redefined 2. PlantUML環境の準備 ※PlantUMLのバイナリは自前で準備する必要はありません（プラグインに同梱されているため） => 最新で任意の plantuml.jar を指定する機能が追加されました。 2.1.
![[Visual Studio Code][Windows] PlantUMLの環境を設定する（シンタックスハイライト+リアルタイムプレビュー） - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/507113738ed845bd09ed685507bba75139041308/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCVmlzdWFsJTIwU3R1ZGlvJTIwQ29kZSU1RCU1QldpbmRvd3MlNUQlMjBQbGFudFVNTCVFMyU4MSVBRSVFNyU5MiVCMCVFNSVBMiU4MyVFMyU4MiU5MiVFOCVBOCVBRCVFNSVBRSU5QSVFMyU4MSU5OSVFMyU4MiU4QiVFRiVCQyU4OCVFMyU4MiVCNyVFMyU4MyVCMyVFMyU4MiVCRiVFMyU4MyU4MyVFMyU4MiVBRiVFMyU4MiVCOSVFMyU4MyU4RiVFMyU4MiVBNCVFMyU4MyVBOSVFMyU4MiVBNCVFMyU4MyU4OCUyQiVFMyU4MyVBQSVFMyU4MiVBMiVFMyU4MyVBQiVFMyU4MiVCRiVFMyU4MiVBNCVFMyU4MyVBMCVFMyU4MyU5NyVFMyU4MyVBQyVFMyU4MyU5MyVFMyU4MyVBNSVFMiU4MCVBNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnM9MTAwYjU4OGM5OWEzYmVlN2E1ZWJhNDM5Mjg3NGZmMGU%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBrb2FyYS1sb2NhbCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZTk3NjkxMjcwNTQxZDY0ZTg5MGQzMWYxNzdhMmRjMmI%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4g44Oq44OD44Kv44K944OV44OI5qCq5byP5Lya56S-%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3D9295873effeb7ee0ebe6f415630ba074)
オブジェクト指向を学んで図解力、仕事力アップ
2017年8月30日に開催されたDDDAlliance( https://ddd-alliance.connpass.com/event/64219/ ) のLTの資料です。
チュートリアル | ステートマシン図・状態遷移表 | astah*
ソフトウェア開発は、次の3つの側面からシステムを捉えて設計を進めます。 機 能：どのようなサービスや処理を提供するか 構 造：どのような要素をどのように関係づけて構成するか 振舞い：どのような処理を実行するのか 本チュートリアルでは、このうち「振舞い」の設計に使うステートマシン図の描き方と、図を描いた後に、状態遷移表を使って仕様漏れなどを確認する方法を、CDプレーヤー操作システムを題材に用いて紹介します。 このチュートリアルで学べること UMLステートマシン図を使って、状態に基づく振舞いのモデルを作成する方法、さらに状態遷移表を使った効率的な、仕様の抜け漏れ確認の方法学びます。 作成するモデル図：ステートマシン図, 状態遷移表 ステートマシン図の描き方 図を描いた後に、状態遷移表を使って仕様漏れなどを確認する方法 対象者 モデリングやUMLステートマシン図、状態の遷移についてこれ
サクッとPlantUMLで状態遷移図を書いてみた - Qiita
ちょっとしたドキュメント作りたいなと探していたら、テキストで書けて比較的きれいな図が作成できるPlantUMLなるものを見つけたのでためしに使ってみました。 @startuml{状態遷移図player.png} state PlayerTurn{ [*] --> 入力待ち : 自摸 入力待ち --> [*] : 打牌 入力待ち -> カン確認入力待ち : カン [手牌=カン可能] 入力待ち -> 和了確認表示 : [手牌=和了] 入力待ち --> 立直打牌入力待ち : [手牌=聴牌] 入力待ち : entry / 手牌の状態を確認 入力待ち : do / 手牌の状態で処理を分岐 入力待ち : do / 打牌選択 立直打牌入力待ち --> [*] : 打牌選択 [打牌後の手牌=聴牌] 立直打牌入力待ち --> 立直不可表示 : 打牌選択 [打牌後の手牌<>聴牌] 立直打牌入力待ち --> 入
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Home
JIG
GitHub - dddjava/jig
GitHub - mermaid-js/mermaid: Generation of diagrams like flowcharts or sequence diagrams from text in a similar manner as markdown
