サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
Example of the Misuse case principle, which could be used in thinking about capturingsecurity 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 andTechnology, an
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。 出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "仕様及び記述言語" – ニュース · 書籍 · スカラー · CiNii · J-STAGE ·NDL · dlib.jp · ジャパンサーチ · TWL (2015年6月) 仕様及び記述言語（しようおよびきじゅつげんご、SDL: Specification and Description Language）は、システムの仕様を記述するための言語であり、曖昧さのない仕様記述を実現するために作られた。主な対象は受動的な分散システムである。スウェーデンの計算機科学者イヴァー・ヤコブソンは、ソフトウェア開発を行うために青写真 (blueprints) が必要であると考え、仕様記述言語、 SDL(Specification and
例として読書記録アプリをつくります！ 筆者が欲しいサービスを作ろうと思い、今回は「読書記録アプリ」をつくります。 最低限の要件は、次のように設定しました。 デモアプリの要件（読み飛ばしてOK）読書記録アプリを作る目的読書が苦手なエンジニアが読書記録をし、記録を共有することで、継続して技術本を読めるようになること ターゲット 新人、中堅のWebエンジニア おおまかな要件 ユーザーは新規登録することで、読書記録アプリにログインできる ユーザーは読む本を登録できる ユーザーは本を何ページ読み終えたかを記録できる ユーザーは本を読み終わったら次の本を登録できる ユーザーは他の人がどの本を読んでいるのか、また何ページ読み終えたかを閲覧できる 質問する前に... また、ChatGPTに業務で使用するコードを渡す場合、環境キーやサービスを特定できる情報を送信しないでください。入力内容が他の人に渡って
Mermaid Flow is a VisualMermaid live editor thataims tosimplifycreatingMermaid JS Diagrams online. CurrentlyMermaid Flow supports Flowchart diagrams, giving you the ability to Drag and Drop nodes, edges and labels tocreate your Flowchart diagrams visually. Thismermaid live editor is useful forcreating and maintaining complex diagrams such as Software Architecture diagrams. Once drawn,sim
この記事はGoodpatch Advent Calendar2022 18日目の記事です。 ソフトウェアエンジニアの 池澤です。 ここ最近はテクニカルディレクションとして仕事に関わることが増えました。その中で要件定義を作ったりデザイナーとエンジニアの橋渡しをする機会が多く、メンバーみんなが同じゴールを認識して制作できるようなより良い要件定義方法はないものかと探していました。 今回はそんな中で見つけたモダンな要件定義手法の一つ、RDRA（ラドラ）について、理解しやすくなるコツやカスタマイズしている内容についてお話しします。 なお、RDRAの詳細解説をするととても書ききれませんので、RDRA本体の詳細については公式サイト等をご参照ください。 RDRA（ラドラ）とは？ 概要 RDRAのバージョン これまでの要件定義でよくある問題 期待される要件定義の姿 公式サイト おすすめの学び方 実際のRD
UMLとか構成図とかの図を描くの何のツールを使えばいいか迷いませんか？私は迷います。 ですので、最近使っているツールを紹介します。 世の中にツールがイロイロあるのは理解した上で、大量に紹介するとやっぱり迷うので、似たようなツールや個人的に使わないツールはバッサリ省いています。 パワポで描く まずはPowerPointです。エンジニアや技術系の方は「パワポで図を描くのはちょっと、、、」と思われるかも知れませんが、状況によってありだと思っています。 パワポのメリット パワポは、ビジネスユーザーならほぼ誰でも使える システムを作る時に、お客さん側も含めた関わるメンバー全員がITに詳しいとは限りません。しかしそういう人にもシステムに対する理解は最低限していただく必要があります。システム構成図とか特に興味がない人に説明するときに「新しいツールをいれてください」というのはハードルが高いです。 パワポ
システム境界を明らかにする意味は、システムの機能とデータを決めるためです。 それは「システムが外部の世界とどのような接点を持つかが明らかでないと、システムの機能とデータは決められない」と考えているからです。 この考え方の根底にはシステムは何らかの入力と出力があり、その入力と出力のつじつまを合わせるのがシステムの機能とデータだと考えるからです。 入力 → システム → 出力 （機能、データ） その入力と出力を担うのがシステム境界であると考えます。 そしてシステムに対する入力と出力を把握するためには、やりとりするタイミングとその時のデータを明らかにする必要があります。 システム境界の種類は２種類あります。 一つ目は人が接する部分、二つ目は外部のシステムと接する部分です。 人とシステムをユーザインターフェース、システムとシステムをシステムインターフェースとして分けて考えます。 そのユーザイ
顧客の要求を確実に仕様にできる要件定義マニュアルで説明される次のステップは「システム境界を把握する」です。このステップでは大きく２つのことを把握します。それはユーザインタフェースとシステムインタフェースです。 ユーザインタフェース ユーザインタフェースではユースケースモデル、画面・帳票モデルを作成し、ユーザ（アクタ）から見たシステムの境界を明確にします。 ユースケースモデル ユースケースとユースケース記述（ユースケースシナリオ）を作成します。RDRAではユースケース記述は５〜１０行程度のイベントフローしか書かないとされています（業務フロー、利用シーン、画面・帳票モデル、機能モデルで補完できるため）。しかし、個人的には業務フローよりもユースケース記述（ユースケースシナリオ）に重点を置きたいため、ユースケース駆動開発実践ガイド (OOP Foundations)を参考にしてユースケース、ユース
by Scott W. Ambler, Copyright 2003 図1はUMLユースケース図の例です。ユースケース図では、以下のものを記述します。 ユースケース：ユースケースとはアクターにとって重要な価値を持つアクションのシーケンスを記述するもので、横長の楕円で表されます。 アクター：アクターとはシステムとの相互作用においてある役割を果たす人や組織や外部システムで、線で描いた人型で表されます。 関連：アクターとユースケースの間の関連は、ユースケース図上では実線で示します。ユースケースで記述した相互作用にアクターが参加する場合、関連が存在することになります。関連はユースケースとアクターとを互いに結び付ける直線として、必要なら片側に矢印をつけてモデリングします。たいていはこの矢印によって、その関係が最初に呼び出される方向や、ユースケースの最初のアクターを表します。矢印をつけるとデータフロー
統一モデリング言語 (UML) における配置図（はいちず、デプロイメントダイアグラム、英: Deployment diagram）とは、処理ノード、そのノード上で動くコンポーネントの関係からシステムの実装を記述する静的な構造図である。ハードウェアやその上で動作する各種コンポーネントの依存関係を可視化するのに役立つ。 以下、原則としてUML 2.0に即した内容となっている。
L1、L2受験者必見！UMLモデリング技能試験対策セミナー 2019年8月９日に当協議会が行った試験対策セミナーの映像版です。
ユースケース図 ユースケース図とは、ソフトウェア・エンジニアリングにおいて、システムのアクターと システム自体の間の相互作用を描写するた めに使用される視覚的な表現です。ユースケースと、ユースケースと相互作用する役割を図示することで、システムの動的な振る舞いをとらえます。これらの図は、システムの機能要件を特定し、ユーザーがシステムとどのように相互作用するかを理解するために不可欠です。高レベルのビューを提供することにより、ユースケース図は、利害関係者がシス テムの機能とその潜在的な価値を理解するのに役立ちます。 PlantUMLは、そのテキストベースの言語を通して、ユースケース図を作成するユニークなアプロ ーチを提供します。PlantUML を使用する主な利点の一つは、そのシンプルさと効率性です。手作業で形状や接続を描画する代わりに、ユーザは直感的で簡潔なテキス ト記述を使ってダイアグラムを
この記事は、PlantUMLでシーケンス図を書くときに必要になる情報をまとめたものです。 PlantUMLとは 簡単なコードによる記述でUMLの様々な図が作成できるツールです。 UMLを活用する上での課題である「メンテナンスしていくのが困難」という点を、コードで記述するという手法によって解決することを試みています。 シーケンス図とは 一連の処理の実現方法を参加者間の相互作用で表すことができます。 設計時にどのクラスにどういうメッセージ（責務）を割り当てるかの検討や、既存の実装がどういう相互作用で実現されているかを整理するためなど、 色々な使い方ができる図です。 例インターネット記事投稿サービスの「記事を検索する」処理をどう実現させるかを設計する想定で図を作成してみました。 問題領域寄りの図 フレームワークなど、特定の技術要素に依存しない抽象的なシーケンス図です。 @startuml /'
ステートダイアグラム ステートダイアグラムは、システムまたはオブジェクトが存在しうるさまざまな状態、およびそれらの状態間の遷移を視覚的に表現します。これらは、システムが時間の経過とともに異なるイベントにどのように応答するかを捉え、システムの動的な動作をモデリングする上で不可欠です。ステートダイアグラムはシステムのライフサイクルを描写し、その挙動を理解、設計、最適化するのを容易にします。 PlantUML を使用してステートダイアグラムを作成することは、いくつかの利点を提供します： テキストベースの言語：手描きの手間なく、迅速に状態と遷移を定義し、視覚化します。 効率と一貫性：ダイアグラムの作成を効率的に行い、簡単なバージョンコントロールを確保します。 多様性：さまざまなドキュメンテーションプラットフォームと統合し、複数の出力フォーマットをサポートします。 オープンソース＆コミュニティサポー
「ビジネスの仕組みがわかる 図解のつくりかた」という本を全文公開します！この本は、2020年4月に出版されたスマホサイズのコンパクトな新書です。『ビジネスモデル2.0図鑑』を出版後、多くの反響をいただき、さまざまな企業でビジネスモデル図解について講演・ワークショップを開催してきたノウハウを凝縮した一冊になっています。 ※当記事の情報を転載、複製、改変等は禁止いたします それではここから全文公開をご覧ください。 第１章：ビジネスモデル図解、基本の「き」はじめに 僕たちが『ビジネスモデル2.0図鑑』を出版したのは２０１８年９月のことです。「AmazonGo」や「Spotify」など、１００の事例のビジネスモデルを同じフォーマットで図解した本は、７万部を超えるベストセラーになりました。その後さまざまな反響を得て、企業から多数の講演・ワークショップの依頼をいただきました。「ビジネスモデルを自分で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: かんたん UML入門［改訂2版］: 竹政昭利, 林田幸司, 大西洋平, 三村次朗, 藤本陽啓, 伊藤宏幸: Digital Ebook Purchas
