Misuse case - Wikipedia
Example of the Misuse case principle, which could be used in thinking about capturing security requirements. Misuse case is a business process modeling tool used in the software development industry. The term Misuse Case or mis-use case is derived from and is the inverse of use case.[1] The term was first used in the 1990s by Guttorm Sindre of the Norwegian University of Science and Technology, an
仕様及び記述言語 - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "仕様及び記述言語" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL（2015年6月） 仕様及び記述言語（しようおよびきじゅつげんご、SDL: Specification and Description Language）は、システムの仕様を記述するための言語であり、曖昧さのない仕様記述を実現するために作られた。主な対象は受動的な分散システムである。スウェーデンの計算機科学者イヴァー・ヤコブソンは、ソフトウェア開発を行うために青写真 (blueprints) が必要であると考え、仕様記述言語、 SDL(Specification and De
「怠惰・短気・高慢」であれ、ChatGPTを使って業務効率化しよう(要件定義編)
例として読書記録アプリをつくります！ 筆者が欲しいサービスを作ろうと思い、今回は「読書記録アプリ」をつくります。 最低限の要件は、次のように設定しました。 デモアプリの要件（読み飛ばしてOK） 読書記録アプリを作る目的 読書が苦手なエンジニアが読書記録をし、記録を共有することで、継続して技術本を読めるようになること ターゲット 新人、中堅のWebエンジニア おおまかな要件 ユーザーは新規登録することで、読書記録アプリにログインできる ユーザーは読む本を登録できる ユーザーは本を何ページ読み終えたかを記録できる ユーザーは本を読み終わったら次の本を登録できる ユーザーは他の人がどの本を読んでいるのか、また何ページ読み終えたかを閲覧できる 質問する前に... また、ChatGPTに業務で使用するコードを渡す場合、環境キーやサービスを特定できる情報を送信しないでください。入力内容が他の人に渡って
Mermaid flow
Mermaid Flow is an online Mermaid JS editor that takes this a step further and simplifies the creation and maintenance of your Mermaid Diagrams. Mermaid Flow generates Mermaid JS code which can be rendered directly in GitHub README's and also stored and version controlled in code. This app makes it easy to create Mermaid JS diagrams with its visual and interactive editor, so you get the stability
モダンな要件定義手法「RDRA」をRPGゲーム風にカスタマイズして説明してみた - Goodpatch Tech Blog
この記事はGoodpatch Advent Calendar 2022 18日目の記事です。 ソフトウェアエンジニアの 池澤です。 ここ最近はテクニカルディレクションとして仕事に関わることが増えました。その中で要件定義を作ったりデザイナーとエンジニアの橋渡しをする機会が多く、メンバーみんなが同じゴールを認識して制作できるようなより良い要件定義方法はないものかと探していました。 今回はそんな中で見つけたモダンな要件定義手法の一つ、RDRA（ラドラ）について、理解しやすくなるコツやカスタマイズしている内容についてお話しします。 なお、RDRAの詳細解説をするととても書ききれませんので、RDRA本体の詳細については公式サイト等をご参照ください。 RDRA（ラドラ）とは？ 概要 RDRAのバージョン これまでの要件定義でよくある問題 期待される要件定義の姿 公式サイト おすすめの学び方 実際のRD
UMLとかAWS構成図とかを描くツール
UMLとか構成図とかの図を描くの何のツールを使えばいいか迷いませんか？私は迷います。 ですので、最近使っているツールを紹介します。 世の中にツールがイロイロあるのは理解した上で、大量に紹介するとやっぱり迷うので、似たようなツールや個人的に使わないツールはバッサリ省いています。 パワポで描く まずはPowerPointです。 エンジニアや技術系の方は「パワポで図を描くのはちょっと、、、」と思われるかも知れませんが、状況によってありだと思っています。 パワポのメリット パワポは、ビジネスユーザーならほぼ誰でも使える システムを作る時に、お客さん側も含めた関わるメンバー全員がITに詳しいとは限りません。しかしそういう人にもシステムに対する理解は最低限していただく必要があります。システム構成図とか特に興味がない人に説明するときに「新しいツールをいれてください」というのはハードルが高いです。 パワポ
システム境界を明らかにする - 神崎コンサルノート
システム境界を明らかにする意味は、システムの機能とデータを決めるためです。 それは「システムが外部の世界とどのような接点を持つかが明らかでないと、システムの機能とデータは決められない」と考えているからです。 この考え方の根底にはシステムは何らかの入力と出力があり、その入力と出力のつじつまを合わせるのがシステムの機能とデータだと考えるからです。 入力 → システム → 出力 （機能、データ） その入力と出力を担うのがシステム境界であると考えます。 そしてシステムに対する入力と出力を把握するためには、やりとりするタイミングとその時のデータを明らかにする必要があります。 システム境界の種類は２種類あります。 一つ目は人が接する部分、二つ目は外部のシステムと接する部分です。 人とシステムをユーザインターフェース、システムとシステムをシステムインターフェースとして分けて考えます。 そのユーザイ
ステップ３：システム境界を把握する - Ken's Blog
顧客の要求を確実に仕様にできる要件定義マニュアルで説明される次のステップは「システム境界を把握する」です。このステップでは大きく２つのことを把握します。それはユーザインタフェースとシステムインタフェースです。 ユーザインタフェース ユーザインタフェースではユースケースモデル、画面・帳票モデルを作成し、ユーザ（アクタ）から見たシステムの境界を明確にします。 ユースケースモデル ユースケースとユースケース記述（ユースケースシナリオ）を作成します。RDRAではユースケース記述は５〜１０行程度のイベントフローしか書かないとされています（業務フロー、利用シーン、画面・帳票モデル、機能モデルで補完できるため）。しかし、個人的には業務フローよりもユースケース記述（ユースケースシナリオ）に重点を置きたいため、ユースケース駆動開発実践ガイド (OOP Foundations)を参考にしてユースケース、ユース
UML 2 ユースケース図の概要
by Scott W. Ambler, Copyright 2003 図1はUMLユースケース図の例です。ユースケース図では、以下のものを記述します。 ユースケース：ユースケースとはアクターにとって重要な価値を持つアクションのシーケンスを記述するもので、横長の楕円で表されます。 アクター：アクターとはシステムとの相互作用においてある役割を果たす人や組織や外部システムで、線で描いた人型で表されます。 関連：アクターとユースケースの間の関連は、ユースケース図上では実線で示します。ユースケースで記述した相互作用にアクターが参加する場合、関連が存在することになります。関連はユースケースとアクターとを互いに結び付ける直線として、必要なら片側に矢印をつけてモデリングします。たいていはこの矢印によって、その関係が最初に呼び出される方向や、ユースケースの最初のアクターを表します。矢印をつけるとデータフロー
配置図 - Wikipedia
統一モデリング言語 (UML) における配置図（はいちず、デプロイメントダイアグラム、英: Deployment diagram）とは、処理ノード、そのノード上で動くコンポーネントの関係からシステムの実装を記述する静的な構造図である。ハードウェアやその上で動作する各種コンポーネントの依存関係を可視化するのに役立つ。 以下、原則としてUML 2.0に即した内容となっている。 構成要素[編集] ノード[編集] ノードは立方体で図示し、立方体内部にノード名を記述する。ノードとは、ハードウェアまたはソフトウェア（OS、ミドルウェアを含む）を指す。 ノードインスタンス[編集] ノードインスタンスはノードと同様に記述する。「インスタンス名: ベースノード名」または「: ベースノード名」と記述し、下線を引く。ノードインスタンスとは、指定されたノード種別で実際に稼働するインスタンスを指す。 ノードおよびノ
UMTP Japan
L1、L2受験者必見！UMLモデリング技能試験対策セミナー 2019年8月９日に当協議会が行った試験対策セミナーの映像版です。
ユースケース図の構文と機能
ユースケース ユースケースは丸括弧で囲んで使います(丸括弧の対は 楕円に似ているからです)。 usecase キーワードを使ってユースケースを定義することもできます。 as キーワードを使ってエイリアスを定義することもできます。このエイリアスは あとで、ユースケースの関係を定義するために使います。
PlantUMLのシーケンス図の書き方｜kitabatake
この記事は、PlantUMLでシーケンス図を書くときに必要になる情報をまとめたものです。 PlantUMLとは 簡単なコードによる記述でUMLの様々な図が作成できるツールです。 UMLを活用する上での課題である「メンテナンスしていくのが困難」という点を、コードで記述するという手法によって解決することを試みています。 シーケンス図とは 一連の処理の実現方法を参加者間の相互作用で表すことができます。 設計時にどのクラスにどういうメッセージ（責務）を割り当てるかの検討や、既存の実装がどういう相互作用で実現されているかを整理するためなど、 色々な使い方ができる図です。 例インターネット記事投稿サービスの「記事を検索する」処理をどう実現させるかを設計する想定で図を作成してみました。 問題領域寄りの図 フレームワークなど、特定の技術要素に依存しない抽象的なシーケンス図です。 @startuml /'
状態遷移図の構文と機能
ステートダイアグラム ステートダイアグラムは、システムまたはオブジェクトが存在しうるさまざまな状態、およびそれらの状態間の遷移を視覚的に表現します。これらは、システムが時間の経過とともに異なるイベントにどのように応答するかを捉え、システムの動的な動作をモデリングする上で不可欠です。ステートダイアグラムはシステムのライフサイクルを描写し、その挙動を理解、設計、最適化するのを容易にします。 PlantUML を使用してステートダイアグラムを作成することは、いくつかの利点を提供します： テキストベースの言語：手描きの手間なく、迅速に状態と遷移を定義し、視覚化します。効率と一貫性：ダイアグラムの作成を効率的に行い、簡単なバージョンコントロールを確保します。多様性：さまざまなドキュメンテーションプラットフォームと統合し、複数の出力フォーマットをサポートします。オープンソース＆コミュニティサポート：強
【新人教育 資料】第8章 UMLまでの道 〜シーケンス図の説明&書いてみよう編〜 - Qiita
あらすじ 新人がいっぱい入ってくる。新人のレベルもバラバラ。教育資料も古くなっているので、更新しましょう。 どうせなら、公開しちゃえばいいじゃん。という流れになり、新人教育用の資料を順次更新していくことにしました。 ※後々、リクエストに応じて更新することが多いのでストックしておくことをおすすめします。 自分はTEMONA株式会社でCTOをしていますが、頭でっかちに理論ばっかり学習するよりは、イメージがなんとなく掴めるように学習し、実践の中で知識を深めていく方が効率的に学習出来ると考えています。 ※他の登壇やインタビュー記事はWantedlyから見てください。 教育スタイルとしては正しい事をきっちりかっちり教えるのではなく、未経験レベルの人がなんとなく掴めるように、資料を構成していきます。 以下のようなシリーズネタで進めます。 No. 記事
【新人教育 資料】第3章 UMLまでの道 〜図種類紹介とクラス図の解説編〜 - Qiita
あらすじ 新人がいっぱい入ってくる。新人のレベルもバラバラ。教育資料も古くなっているので、更新しましょう。 どうせなら、公開しちゃえばいいじゃん。という流れになり、新人教育用の資料を順次更新していくことにしました。 ※後々、リクエストに応じて更新することが多いのでストックしておくことをおすすめします。 自分はTEMONA株式会社でCTOをしていますが、頭でっかちに理論ばっかり学習するよりは、イメージがなんとなく掴めるように学習し、実践の中で知識を深めていく方が効率的に学習出来ると考えています。 ※他の登壇やインタビュー記事はWantedlyから見てください。 教育スタイルとしては正しい事をきっちりかっちり教えるのではなく、未経験レベルの人がなんとなく掴めるように、資料を構成していきます。 以下のようなシリーズネタで進めます。 No. 記事
『ビジネスの仕組みがわかる 図解のつくりかた』全文公開｜図解総研
「ビジネスの仕組みがわかる 図解のつくりかた」という本を全文公開します！この本は、2020年4月に出版されたスマホサイズのコンパクトな新書です。『ビジネスモデル2.0図鑑』を出版後、多くの反響をいただき、さまざまな企業でビジネスモデル図解について講演・ワークショップを開催してきたノウハウを凝縮した一冊になっています。 ※当記事の情報を転載、複製、改変等は禁止いたします それではここから全文公開をご覧ください。 第１章：ビジネスモデル図解、基本の「き」はじめに 僕たちが『ビジネスモデル2.0図鑑』を出版したのは２０１８年９月のことです。「Amazon Go」や「Spotify」など、１００の事例のビジネスモデルを同じフォーマットで図解した本は、７万部を超えるベストセラーになりました。その後さまざまな反響を得て、企業から多数の講演・ワークショップの依頼をいただきました。「ビジネスモデルを自分で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Entity-control-boundary - Wikipedia
Amazon.co.jp: かんたん UML入門［改訂2版］: 竹政昭利, 林田幸司, 大西洋平, 三村次朗, 藤本陽啓, 伊藤宏幸: Digital Ebook Purchas
GitHub - koga1020/ex_plantuml