Suche senden
Hochladen
What is RDRA
•
3 gefällt mir
•
1,440 views
Z
zenkan
Folgen
リレーションシップ駆動要件分析の基本的な考え方を説明した資料です。 4つの視点から要件を分析するための考え方を示し、そこにUMLを当てはめる方法を示します。
Weniger lesen
Mehr lesen
Technologie
Melden
Teilen
Melden
Teilen
1 von 9
Empfohlen
Relationship driven requirement analysis
Relationship driven requirement analysis
Kent Ishizawa
さくさく要件定義セミナー in 大阪
さくさく要件定義セミナー in 大阪
Zenji Kanzaki
DevLOVE発表資料
DevLOVE発表資料
Zenji Kanzaki
モデルベース要件定義 at BPStudy
モデルベース要件定義 at BPStudy
Zenji Kanzaki
Rdra in 東京
Rdra in 東京
Zenji Kanzaki
Rdra4越境アジャイル
Rdra4越境アジャイル
Zenji Kanzaki
地図を片手にアジャイル開発
地図を片手にアジャイル開発
Zenji Kanzaki
越境アジャイル設立イベント:RDRA事例(BIGLOBE)
越境アジャイル設立イベント:RDRA事例(BIGLOBE)
Zenji Kanzaki
Empfohlen
Relationship driven requirement analysis
Relationship driven requirement analysis
Kent Ishizawa
さくさく要件定義セミナー in 大阪
さくさく要件定義セミナー in 大阪
Zenji Kanzaki
DevLOVE発表資料
DevLOVE発表資料
Zenji Kanzaki
モデルベース要件定義 at BPStudy
モデルベース要件定義 at BPStudy
Zenji Kanzaki
Rdra in 東京
Rdra in 東京
Zenji Kanzaki
Rdra4越境アジャイル
Rdra4越境アジャイル
Zenji Kanzaki
地図を片手にアジャイル開発
地図を片手にアジャイル開発
Zenji Kanzaki
越境アジャイル設立イベント:RDRA事例(BIGLOBE)
越境アジャイル設立イベント:RDRA事例(BIGLOBE)
Zenji Kanzaki
プロフェッショナル要件定義の教科書』の内容が要件定義を考える上で大切だったのでまとめてみた
プロフェッショナル要件定義の教科書』の内容が要件定義を考える上で大切だったのでまとめてみた
Ayumu Kohiyama
EC-CUBEユーザカンファレンス2016
EC-CUBEユーザカンファレンス2016
Chihiro Adachi
Babokの4つの要求
Babokの4つの要求
akipii Oga
すくすくスクラム瀬戸内_要件定義の嘘_20100205
すくすくスクラム瀬戸内_要件定義の嘘_20100205
Sukusuku Scrum
要件定義すれば要求が理解できる、なんてことはない
要件定義すれば要求が理解できる、なんてことはない
Yusuke Suzuki
第74回名古屋アジャイル勉強会「後悔しない要件定義のまとめ方」
第74回名古屋アジャイル勉強会「後悔しない要件定義のまとめ方」
hiroyuki Yamamoto
Swift勉強会
Swift勉強会
Nagamine Hiromasa
良いコードとは
良いコードとは
Nobuyuki Matsui
エスイーが要件定義でやるべきたったひとつのこと
エスイーが要件定義でやるべきたったひとつのこと
Yoshitaka Kawashima
アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan
アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan
Yusuke Suzuki
Rdra4 dddワークショップ
Rdra4 dddワークショップ
Zenji Kanzaki
Rdra2.0 redmine
Rdra2.0 redmine
Zenji Kanzaki
Service Robot Design Matrix (SRDM) を用いたサービスロボットシステムの開発
Service Robot Design Matrix (SRDM) を用いたサービスロボットシステムの開発
NoriakiAndo
ビジネスモデルをシステムにつなげる
ビジネスモデルをシステムにつなげる
Zenji Kanzaki
要求分析20080824t
要求分析20080824t
Wataru ONO
要求 【クラウドアプリケーションのためのオブジェクト指向分析設計講座 第12回】
要求 【クラウドアプリケーションのためのオブジェクト指向分析設計講座 第12回】
Tomoharu ASAMI
高度試験午前Ⅱ - システム戦略
高度試験午前Ⅱ - システム戦略
Yohei Sato
第24回上流工程勉強会
第24回上流工程勉強会
Zenji Kanzaki
基幹システムの可視化技法
基幹システムの可視化技法
Zenji Kanzaki
DSL駆動によるクラウド・アプリケーション開発
DSL駆動によるクラウド・アプリケーション開発
Tomoharu ASAMI
アンケートシステムをm3.comから独立させる
アンケートシステムをm3.comから独立させる
Jiro Iwamoto
Shared Questionnaire System Development Project
Shared Questionnaire System Development Project
hiroya
Weitere ähnliche Inhalte
Andere mochten auch
プロフェッショナル要件定義の教科書』の内容が要件定義を考える上で大切だったのでまとめてみた
プロフェッショナル要件定義の教科書』の内容が要件定義を考える上で大切だったのでまとめてみた
Ayumu Kohiyama
EC-CUBEユーザカンファレンス2016
EC-CUBEユーザカンファレンス2016
Chihiro Adachi
Babokの4つの要求
Babokの4つの要求
akipii Oga
すくすくスクラム瀬戸内_要件定義の嘘_20100205
すくすくスクラム瀬戸内_要件定義の嘘_20100205
Sukusuku Scrum
要件定義すれば要求が理解できる、なんてことはない
要件定義すれば要求が理解できる、なんてことはない
Yusuke Suzuki
第74回名古屋アジャイル勉強会「後悔しない要件定義のまとめ方」
第74回名古屋アジャイル勉強会「後悔しない要件定義のまとめ方」
hiroyuki Yamamoto
Swift勉強会
Swift勉強会
Nagamine Hiromasa
良いコードとは
良いコードとは
Nobuyuki Matsui
エスイーが要件定義でやるべきたったひとつのこと
エスイーが要件定義でやるべきたったひとつのこと
Yoshitaka Kawashima
アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan
アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan
Yusuke Suzuki
Andere mochten auch
(10)
プロフェッショナル要件定義の教科書』の内容が要件定義を考える上で大切だったのでまとめてみた
プロフェッショナル要件定義の教科書』の内容が要件定義を考える上で大切だったのでまとめてみた
EC-CUBEユーザカンファレンス2016
EC-CUBEユーザカンファレンス2016
Babokの4つの要求
Babokの4つの要求
すくすくスクラム瀬戸内_要件定義の嘘_20100205
すくすくスクラム瀬戸内_要件定義の嘘_20100205
要件定義すれば要求が理解できる、なんてことはない
要件定義すれば要求が理解できる、なんてことはない
第74回名古屋アジャイル勉強会「後悔しない要件定義のまとめ方」
第74回名古屋アジャイル勉強会「後悔しない要件定義のまとめ方」
Swift勉強会
Swift勉強会
良いコードとは
良いコードとは
エスイーが要件定義でやるべきたったひとつのこと
エスイーが要件定義でやるべきたったひとつのこと
アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan
アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan
Ähnlich wie What is RDRA
Rdra4 dddワークショップ
Rdra4 dddワークショップ
Zenji Kanzaki
Rdra2.0 redmine
Rdra2.0 redmine
Zenji Kanzaki
Service Robot Design Matrix (SRDM) を用いたサービスロボットシステムの開発
Service Robot Design Matrix (SRDM) を用いたサービスロボットシステムの開発
NoriakiAndo
ビジネスモデルをシステムにつなげる
ビジネスモデルをシステムにつなげる
Zenji Kanzaki
要求分析20080824t
要求分析20080824t
Wataru ONO
要求 【クラウドアプリケーションのためのオブジェクト指向分析設計講座 第12回】
要求 【クラウドアプリケーションのためのオブジェクト指向分析設計講座 第12回】
Tomoharu ASAMI
高度試験午前Ⅱ - システム戦略
高度試験午前Ⅱ - システム戦略
Yohei Sato
第24回上流工程勉強会
第24回上流工程勉強会
Zenji Kanzaki
基幹システムの可視化技法
基幹システムの可視化技法
Zenji Kanzaki
DSL駆動によるクラウド・アプリケーション開発
DSL駆動によるクラウド・アプリケーション開発
Tomoharu ASAMI
アンケートシステムをm3.comから独立させる
アンケートシステムをm3.comから独立させる
Jiro Iwamoto
Shared Questionnaire System Development Project
Shared Questionnaire System Development Project
hiroya
A Tour of PostgreSQL
A Tour of PostgreSQL
EDB
Qs info slideshare_002
Qs info slideshare_002
Kei Nakahara
プログラムの大海に溺れないために
プログラムの大海に溺れないために
Zenji Kanzaki
Smart Store サーバーレスアーキテクチャ編
Smart Store サーバーレスアーキテクチャ編
Microsoft Azure Japan
20190514 Smart Store - Azure servlerless architecture
20190514 Smart Store - Azure servlerless architecture
Issei Hiraoka
機械学習応用システムのアーキテクチャ・デザイパターン(2020-07 ドラフトバージョン))
機械学習応用システムのアーキテクチャ・デザイパターン(2020-07 ドラフトバージョン))
HironoriTAKEUCHI1
推薦システムを構築する手順書 with Azure Machine Learning
推薦システムを構築する手順書 with Azure Machine Learning
Masayuki Ota
CMDBuild Ready2Use紹介資料
CMDBuild Ready2Use紹介資料
OSSラボ株式会社
Ähnlich wie What is RDRA
(20)
Rdra4 dddワークショップ
Rdra4 dddワークショップ
Rdra2.0 redmine
Rdra2.0 redmine
Service Robot Design Matrix (SRDM) を用いたサービスロボットシステムの開発
Service Robot Design Matrix (SRDM) を用いたサービスロボットシステムの開発
ビジネスモデルをシステムにつなげる
ビジネスモデルをシステムにつなげる
要求分析20080824t
要求分析20080824t
要求 【クラウドアプリケーションのためのオブジェクト指向分析設計講座 第12回】
要求 【クラウドアプリケーションのためのオブジェクト指向分析設計講座 第12回】
高度試験午前Ⅱ - システム戦略
高度試験午前Ⅱ - システム戦略
第24回上流工程勉強会
第24回上流工程勉強会
基幹システムの可視化技法
基幹システムの可視化技法
DSL駆動によるクラウド・アプリケーション開発
DSL駆動によるクラウド・アプリケーション開発
アンケートシステムをm3.comから独立させる
アンケートシステムをm3.comから独立させる
Shared Questionnaire System Development Project
Shared Questionnaire System Development Project
A Tour of PostgreSQL
A Tour of PostgreSQL
Qs info slideshare_002
Qs info slideshare_002
プログラムの大海に溺れないために
プログラムの大海に溺れないために
Smart Store サーバーレスアーキテクチャ編
Smart Store サーバーレスアーキテクチャ編
20190514 Smart Store - Azure servlerless architecture
20190514 Smart Store - Azure servlerless architecture
機械学習応用システムのアーキテクチャ・デザイパターン(2020-07 ドラフトバージョン))
機械学習応用システムのアーキテクチャ・デザイパターン(2020-07 ドラフトバージョン))
推薦システムを構築する手順書 with Azure Machine Learning
推薦システムを構築する手順書 with Azure Machine Learning
CMDBuild Ready2Use紹介資料
CMDBuild Ready2Use紹介資料
Kürzlich hochgeladen
Amazon SES を勉強してみる その32024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その32024/04/26の勉強会で発表されたものです。
iPride Co., Ltd.
知識ゼロの営業マンでもできた!超速で初心者を脱する、悪魔的学習ステップ3選.pptx
知識ゼロの営業マンでもできた!超速で初心者を脱する、悪魔的学習ステップ3選.pptx
sn679259
LoRaWANスマート距離検出センサー DS20L カタログ LiDARデバイス
LoRaWANスマート距離検出センサー DS20L カタログ LiDARデバイス
CRI Japan, Inc.
LoRaWAN スマート距離検出デバイスDS20L日本語マニュアル
LoRaWAN スマート距離検出デバイスDS20L日本語マニュアル
CRI Japan, Inc.
論文紹介: The Surprising Effectiveness of PPO in Cooperative Multi-Agent Games
論文紹介: The Surprising Effectiveness of PPO in Cooperative Multi-Agent Games
atsushi061452
論文紹介:Selective Structured State-Spaces for Long-Form Video Understanding
論文紹介:Selective Structured State-Spaces for Long-Form Video Understanding
Toru Tamaki
論文紹介:Video-GroundingDINO: Towards Open-Vocabulary Spatio-Temporal Video Groun...
論文紹介:Video-GroundingDINO: Towards Open-Vocabulary Spatio-Temporal Video Groun...
Toru Tamaki
Utilizing Ballerina for Cloud Native Integrations
Utilizing Ballerina for Cloud Native Integrations
WSO2
Observabilityは従来型の監視と何が違うのか(キンドリルジャパン社内勉強会:2022年10月27日発表)
Observabilityは従来型の監視と何が違うのか(キンドリルジャパン社内勉強会:2022年10月27日発表)
Hiroshi Tomioka
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NTT DATA Technology & Innovation
新人研修 後半 2024/04/26の勉強会で発表されたものです。
新人研修 後半 2024/04/26の勉強会で発表されたものです。
iPride Co., Ltd.
Amazon SES を勉強してみる その22024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その22024/04/26の勉強会で発表されたものです。
iPride Co., Ltd.
Kürzlich hochgeladen
(12)
Amazon SES を勉強してみる その32024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その32024/04/26の勉強会で発表されたものです。
知識ゼロの営業マンでもできた!超速で初心者を脱する、悪魔的学習ステップ3選.pptx
知識ゼロの営業マンでもできた!超速で初心者を脱する、悪魔的学習ステップ3選.pptx
LoRaWANスマート距離検出センサー DS20L カタログ LiDARデバイス
LoRaWANスマート距離検出センサー DS20L カタログ LiDARデバイス
LoRaWAN スマート距離検出デバイスDS20L日本語マニュアル
LoRaWAN スマート距離検出デバイスDS20L日本語マニュアル
論文紹介: The Surprising Effectiveness of PPO in Cooperative Multi-Agent Games
論文紹介: The Surprising Effectiveness of PPO in Cooperative Multi-Agent Games
論文紹介:Selective Structured State-Spaces for Long-Form Video Understanding
論文紹介:Selective Structured State-Spaces for Long-Form Video Understanding
論文紹介:Video-GroundingDINO: Towards Open-Vocabulary Spatio-Temporal Video Groun...
論文紹介:Video-GroundingDINO: Towards Open-Vocabulary Spatio-Temporal Video Groun...
Utilizing Ballerina for Cloud Native Integrations
Utilizing Ballerina for Cloud Native Integrations
Observabilityは従来型の監視と何が違うのか(キンドリルジャパン社内勉強会:2022年10月27日発表)
Observabilityは従来型の監視と何が違うのか(キンドリルジャパン社内勉強会:2022年10月27日発表)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
新人研修 後半 2024/04/26の勉強会で発表されたものです。
新人研修 後半 2024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その22024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その22024/04/26の勉強会で発表されたものです。
What is RDRA
1.
「リレーションシップ駆動要件分析」は網羅的に整合性を保ちながら、システマティックに要件を定義する方法です。 Relationship
driven requirement analysis ⇒ RDRA
2.
要件定義には何を定義すればいいのか もの サービス
機能 データ 機能 機能 利害関係者 ユーザ 外部システム 業務 RDRA では「要件定義の対象をシステムとシステムを取り巻く環境」と考える システム 要件 定義書 システム システムを 取り巻く環境
3.
4.
5.
システムの要件を得るためには システムの要件をまとめるとは ...
システム境界を明確にする必要がある システムの外部環境を把握する必要がある 対象業務の関係者と関係する外部システムを洗い出す システムに必要な機能とデータを定義する その外部環境がもつ価値や役割を定義する システム 外部環境 もの サービス 利害関係者 ユーザ 外部システム 機能 データ 機能 システム価値 システム システム境界 要求 価値
6.
システマティックに要件をまとめるために システム外部環境 もの
サービス 利害関係者 ユーザ 外部システム 機能 データ 機能 要件をシステマティックにまとめるためには、システム価値から、システム外部環境を定め、そこからシステム境界を明らかにし、それを実現する機能とデータを明確にする システム価値 システム外部環境 システム境界 システム システム価値 システム システム境界
7.
要件定義に整合性を持たせるためには 利害関係者、ユーザの要望、要求やもの、サービスなどの価値 システムの機能とデータ
システム価値 システム外部環境 もの サービス 利害関係者 ユーザ 外部システム システム システム境界 機能 データ 機能 要望 要求 価値 目的 整合性を維持してつなげる
8.
整合のとれた要件のつながり1 システム外部環境 もの
サービス 利害関係者 ユーザ 外部システム 機能 データ 機能 システムの価値を決めるためには ... 対象業務の関係者と外部システムを把握する。そして関係者の要望、要求からシステムの価値を明らかにする システムが使われる外部環境を明らかにするためには ... 上記関係者が関与する業務もしくは利用シーンを明らかにする システムが関わる部分を明らかにするためには ... 業務もしくは利用シーンでシステムが関わるところにユースケースをおき、そこに結びつくユーザインターフェース(画面、帳表)を明らかにする 外部システムに結びつくイベントを明らかにし、同時にイベント間のルールを明確にする システム価値 システム システム境界 要求 価値
9.
整合のとれた要件のつながり2 システム外部環境 もの
サービス 利害関係者 ユーザ 外部システム 機能 データ 機能 機能とデータを CRUD 表現で関係を洗い出す システムの機能とデータは ... ユースケースを実現する機能とデータを洗い出す イベントに対応するアクションを洗い出しそれを機能とする。 同時にそこで扱うデータも洗い出す 機能とデータの整合性は 要件を整合的にまとめるためには、システム価値から、システムまでを各情報をつなげながら定義します システム価値 システム システム境界 要求 価値
10.
11.
システム価値を求め、そこからシステムの外部環境を定め、それにつなげる形でシステム境界を求め、最後にそのシステム境界を実現するシステムの機能とデータを持ち引き出す。 この考え方を実現する手段として UML
を拡張したモデルを利用する
12.
1.【システム価値】を捉える システム境界 コンテキストモデルを使い対象業務に関わる人と外部システムを洗い出す
要求モデルを使い関係者からの要求を洗い出す コンテキストモデル 要求モデル システムの価値はここで洗い出した人と外部システムにとっての価値を表す 要求を整理しシステムの価値を求める システム価値 システム外部環境 システム
13.
2.【システム外部環境】を捉える システム境界 アクティビティ図を使い業務フローを作成する
業務フローが書けないような場合はシステムを利用するシーンを洗い出す コンテキストモデルで洗い出したアクターと結びつける 業務上の概念をクラス図を使い整理する コンテキストモデルで洗い出したアクターと結びつける 利用シーンモデル 概念モデル システム価値 システム外部環境 システム 業務モデル
14.
3.【システム境界】を捉える part 1
システム境界 システム境界をユースケース図を使って洗い出す 業務モデルの中でシステム境界となるアクティビティにユースケースを結びつける ユースケースをユースケースモデルに集める 業務・ ユースケースモデル ユースケースモデル 利用シーンにユースケースを結びつける 利用シーン・ ユースケースモデル システム価値 システム外部環境 システム
15.
3.【システム境界】を捉える part2 システム境界
画面を画面モデルに集める 画面を使うものはユースケースに画面をつなげる 画面・帳表モデルをクラス図を使って表現する 画面モデル 画面・ ユースケースモデル 画面・帳表モデルを使って入出力情報を捉える システム価値 システム外部環境 システム
16.
3.【システム境界】を捉える part3
外部システム単位にイベントを整理する コンテキストモデルで洗い出した外部システム単位にイベントを導き出す 外部イベントのプロトコルをステートマシンを使って整理する イベントを遷移に結びつけイベントの整合性を保つ イベントモデル プロトコルモデル システム境界 システム価値 システム外部環境 システム
17.
4.【システム】を定義する part 1
ユースケースで使用する機能を捉える ユースケースを実現する機能をユースケースに結びつける ユースケース 機能モデル 機能モデル 機能モデルとして機能を整理する 機能を集めて機能モデルを作成する イベントに結びつく機能を捉える イベント& 機能モデル システム境界 システム価値 システム外部環境 システム
18.
4.【システム】を定義する part2 データモデル
ドメインモデル データを洗い出す ドメインを洗い出す 入出力情報やイベントの情報をからデータを求める 業務上扱うデータを構造化する システム境界 システム価値 システム外部環境 システム
19.
4.【システム】を定義する part3 機能を中心とした複合モデルを作成し内容を検証する
機能モデルから機能を持ってくる データモデル 機能モデル データモデル、ドメインモデルから持ってくる 機能複合 モデル 機能とデータのつながりをCRUDの文字で明示する システム境界 ドメインモデル システム価値 システム外部環境 システム
20.
システム価値からシステムまでの各モデルのつながりを理解する
21.
コンテキストモデルからシステム境界まで 1.対象業務に関わる人と外部 システムを把握する
コンテキストモデル 要求モデル 外部システム 人(アクター) システム 要求 要求 要求 2.下記関係者の要求を 把握する 4.業務の中でシステムが 関わる部分を把握する 3.業務を組み立てる 業務モデル 対象業務に関わる人と外部システムを要件定義の起点とする イベントモデル プロトコルモデル 5.外部システムとのイベントを 捉える 6.外部システムとの プロトコルを整理 同じように利用シーンからユースケースを導き出す
22.
ユースケースから機能、データまで システム 7.ユースケースに関わる
ユーザーインターフェーズ を洗い出す イベントモデル プロトコルモデル 8.ユースケースを実現 する機能を洗い出す 画面帳表モデル 機能モデル データモデル 9.アクションを機能に 対応付ける 画面・ ユースケースモデル ユースケースモデル 機能モデル システム境界 10.データを洗い出す 11.機能とデータ を付き合わせる 機能複合モデル
23.
システム価値 システム外部環境 システム境界
システム 全てのアクターが洗い出されているか 全ての外部システムが洗い出されているか 網羅性を確認する アクターが関わる主要な利用シーンが出されているか アクターが関わる全業務が洗い出されているか 外部システムと関わる全イベントが出ているか 関わるイベントが遷移として網羅しているか 業務、利用シーンに関わる全ユースケースは洗い出されているか 全ての入出力情報を満たすデータが洗い出されているか データのライフサイクルを満足する機能が洗い出されているか
24.
システム価値 システム外部環境 システム境界
システム アクターの要求が全て拾い出されているか 整合性を確認する アクターのロールと関わるシーンの関係がふさわしいか 利用シーン、業務フローで語られる概念の整理は終わっているか アクターのロールと関わる業務の関係がふさわしいか ユースケースに関わる主要な画面が出ているか 外部システムとの関わりが状態として全て洗い出されているか 業務、利用シーンとユースケースの関係は適切か データは必ず機能と結びついているか ドメインオブジェクトは必ず機能と結びついているか ユースケースは必ず機能と結びついているか アクションは機能として結びついているか
25.
RDRA全体像 UseCase UseCase
UseCase UseCase UseCase データモデル システム境界 イベント一覧 イベントルール化 入出力情報 業務フロー 業務に関わる概念 関心 イベント データ 情報 要求 各アクティビティでは概念にもとづいて作業を進める 機能モデル ユーザ 利害関係者 外部システム
26.
27.
リレーションシップ駆動要件分析の情報サイト http://k-method.jp <リレーションシップ駆動要件分析の情報サイト>
UML ツールの EnterpriseArchtect のテンプレートやプロファイルがダウンロード出来ます RDRA用テンプレート RDRA用プロファイル
28.
使用した UML ツール
http://www.sparxsystems.jp/ea.htm
29.
Hinweis der Redaktion
リレーションシップ駆動要件分析は網羅的に整合性を保ちながら、システマティックに要件を分析する手法です 以下この手法のことを RDRA と呼びます。 これは Relationship driven requirement analysis から来ています