勝手にRDRAを語る夕べで語られたことまとめ - Qiita

・神崎さんのアプローチは、『ヒアリングした言葉を“要件定義の４つの構造モデル”に当てはめる』方式。 要求工学では『モデルを元にしてヒアリングをしていく』方式。 ・システム境界の代表的なものは、ユースケースと画面・帳票です。外部インターフェースも含まれます。 書籍に「システムとの接点になる視点。業務フローもしくは独立した作業内でシステムを使うところがシステム境界となる」とありますので。 ・RDRAでは外部開発環境重視といいます。私の解釈では業務要求を重視するという意味です。要求工学では当たり前の話です。 なぜ当たり前の事がRDRAの特長となっているかというと、要求獲得工程に絡めるようになってきた開発者はシステム化をすぐに考えてしまうからです。 ・業務に関心が無い開発者がいます。そういう人はお客様が業務要求についてお話しされていても 『それは良いです。どういうシステムが欲しいのですか』とやって

[ytel]

RDRAという要件定義手法について。僕がプロトタイプ設計で用いるものとほぼ同じなコンテキスト図というものを発見。やはりコンテキスト図はプロトタイプとも言えそう!? 今後の説明の参考にメモ。