勝手にRDRAを語る夕べ

RDRA本の第2章を中心にみんなで語りました。
0
あきやま🍠 @akiyama924

みっきーさん「炎上プロジェクトの火消しに行ったときに、状態遷移の仕様が定義されていないことがあった。 案の定、プログラムでは、沢山の条件のアンドで分岐していた。 全部を作り直せなかったのでしようしょと開発者へのヒアリングで状態遷移図を描いてテストして火消しした。」 #語る夕べ

2018-07-18 21:39:03
KEN-san @krsna_sub

「今回の語る夕べはRDRAと近いテクニックを比較して理解を深めるという形式でした。」#語る夕べ

2018-07-18 21:41:09
あきやま🍠 @akiyama924

今日の語る夕べのレンツイは、今回のテーマが「RDRAの本質を別の技法のテクニックと比較することで深く理解しよう」ということもあり、ついていけていません。 また、みっきーさんの語りも、今日はボヤキが少なく追いつけなかった話が多かったです。 すっごく面白かったけど。 #語る夕べ

2018-07-18 21:57:29
さとぴー @satopi_me

要件定義周辺のプロセスで、若い技術者が混じると、いきなり仕様を聞き出そうとして失敗してしまうことがある、というお話面白かったです。気をつけます。 #語る夕べ

2018-07-18 22:16:44
鈴木三紀夫 @mkoszk

質問は事業要件とのトレーサビリティをRDRAではどのように取りますか?でした。 RDRAは事業要件、別の言い方をすると、経営戦略やIT戦略との整合性は明示的には書かれていません。 それらもステークホルダー要求として取り扱っていると解釈できます。 #語る夕べ twitter.com/krsna_sub/stat…

2018-07-18 22:17:06
KEN-san @krsna_sub

Q 環境→ステークホルダ要求→システム要求→ソフトウェア要求のなかでどこまでトレーサビリティを取るべきか? A ステークホルダ要求までのトレーサビリティを重視しており、モデルの選択もトレーサビリティのとりやすさも重視している(と理解している。) #語る夕べ

2018-07-18 19:58:34
鈴木三紀夫 @mkoszk

ステークホルダー要求つまり、システムが生み出す価値からシステムまでのトレーサビリティを重視しているのがRDRAです。 #語る夕べ twitter.com/mkoszk/status/…

2018-07-18 22:18:28
鈴木三紀夫 @mkoszk

ER図ではなく、要求や要件間の関係を図にするという意味で関係図と言いました。 #語る夕べ twitter.com/akiyama924/sta…

2018-07-18 22:20:50
あきやま🐳 @akiyama924

みっきーさん「RDRAでは要望・要求・要件をモデル化します。木構造や複雑な場合はER図などで。」 #語る夕べ

2018-07-18 19:31:09
あきやま🍠 @akiyama924

『システムとの接点』について(自分が)理解できていない事が分かりました。 #語る夕べ

2018-07-18 22:24:23
鈴木三紀夫 @mkoszk

業務の状態を保持するのにデータベースを使います。業務要件定義の段階で正しく分析できていれば、素直な実装ができます。分析を端折っため、ある業務の状態を表現するのに、3つのテーブルにばらけてある7つの項目が必要でした。トラップはほにゃららステータスのいう項目があったこと #語る夕べ twitter.com/akiyama924/sta…

2018-07-18 22:31:11
鈴木三紀夫 @mkoszk

補足。T字形テクニックを使うと、領域ごとのばらつきが発生しやすい。 #語る夕べ twitter.com/krsna_sub/stat…

2018-07-18 22:41:48
KEN-san @krsna_sub

「 時間の経過とともにバラバラ(粒度が)になる。」とはなにか? • (そこで)T字形テクニック ○ 最初は浅く全部やれ 深くやるところを見つけて掘り下げてから横展開しろ #語る夕べ

2018-07-18 21:06:25
鈴木三紀夫 @mkoszk

だね。知恵を使って臨機応変なの大切。 #語る夕べ twitter.com/s_banban/statu…

2018-07-18 22:58:04
しずか @s_banban

なんかテスト担当者がレビューって言うとはぁ?!って扱いされるから仕様質問会ってするのと似てるーw

2018-07-18 20:12:43
Koki Abe @koooooooooooki

今日はRDRAの全貌が感覚的に分かったのと、要件分析のアンチパターンを知ることができたので、自分にとってためになったと思う。

2018-07-18 23:08:59
KEN-san @krsna_sub

要件定義のゴール指向に対するリザルトチェーンというアプローチがあるという話題。TOCfE学びはじめの僕にワクワク感を与えるんですけど。#語る夕べ

2018-07-18 23:10:20
KEN-san @krsna_sub

みっきーさん「ぼくは別なアプローチを取るんだなぁ…」の時に、すかさず「そこでリッチピクチャでしょ?」って突っ込んどきましたよ(脳内で) #語る夕べ

2018-07-18 23:16:31
鈴木三紀夫 @mkoszk

@akiyama924 RDRAではシステム境界と同じです。システム境界の代表的なものは、ユースケースと画面・帳票です。外部インターフェースも含まれます。 書籍に「システムとの接点になる視点。業務フローもしくは独立した作業内でシステムを使うところがシステム境界となる」とありますので。

2018-07-18 23:17:36
鈴木三紀夫 @mkoszk

#語る夕べ 多分それ。 twitter.com/krsna_sub/stat…

2018-07-18 23:21:41
KEN-san @krsna_sub

要件ツリーってこれやろか?>「要求分析ツリー」を使って要求の構造をとらえる | 日経 xTECH(クロステック) nkbp.jp/2ms2SYd

2018-07-18 20:47:12
あきやま🍠 @akiyama924

そうそう、今日は久しぶりに塾長がバッサリ切り捨てるところを見れて懐かしかったです。 きょんくんが斧なら、塾長は薙刀。 #語る夕べ

2018-07-18 23:29:11
KEN-san @krsna_sub

組込み勢が要件定義のプロと触れる機会はほぼ皆無なので、今日のRDRAを語る会は本当に貴重。勉強不足でついていけない点があるものの参加者に媚びずひたすら語り情報の波を被せ続けるスタイルほんとすこ。

2018-07-18 23:45:11
taumax @taumax_

勉強になりました。要件定義めっちゃ勉強したくなりました。 #語る夕べ

2018-07-19 00:14:32
taumax @taumax_

話しに出てたプロトコル状態マシンってこれですねきっと。 altova.com/ja/umodel/uml-…⇒プロトコル状態マシン図 #語る夕べ

2018-07-19 00:32:17
taumax @taumax_

品質特性と非機能は非常に近いが初心者レベルという話、語る夕べスペシャルコラボの時も似たような話をされていた。品質特性を使って非機能のテストをします。負荷テストやります。・・・と言っても、負荷にも種類(時間・量)がある。どっちのテストをやるの?という話。 #語る夕べ

2018-07-19 01:38:27
taumax @taumax_

品質特性が初心者であるなら、上級者は何をベースに非機能を考えるのでしょうか? #語る夕べ

2018-07-19 01:39:12
しずか @s_banban

@mkoszk あと、RDRAが作り手の立場というのはみっきーさんの話を聴いて確かにそうかもと思いました。 これまでいろいろ学んできて、少しばかり体験して、だいぶイメージしやすくなったと感じています。業務系はまだまだ分からないことが多いですが^^; でもかじかぶきけせひはまだ思い出してないorz

2018-07-20 00:08:55