いうことを学びました。工場のラインのように、物理で次の工程ができるできないが完全にわかるのとは違い、ITの世界は見切り発車できてしまうし、わかった気になってしまう。日本の場合は多いのでしょうが、忖度してこそプロ、みたいなことあると思います。どんなに細かいことでも合意できてなければ、それは取りこぼしたことと同じ。ことを自分なりに学び取りました。いうわけで、Chapter-08に進みます。[準備編]大まかに区分けしよう大きなソフトウェアの場合、「新規システム」など1つの四角で表現するのは難しいよね、ということでサブブロックの話が出てきます。サブブロック図を作成する1つのシステムの箱の中をいくつかの区画(サブブロック、サブシステム)に区分け見通しをよくする内部連携を図示それぞれの区画間で何を連携するか書こうステークホルダーを書くとごちゃごちゃするなら利用者の記載については「全体像を参照する」ことにし省略してもOK以下の図は書籍中にある図を再現したものです。自分で書かないと手に馴染まないので、僕個人としては必ず図は自分で書き起こします。書いてて思ったんですが、サブブロック、層に分かれているな。して第一層はプレイヤー、第二層はパラメータ担当、第三層はマネージャの層なのかな、ステークホルダー(利用者)によって分けられるんだろうな、と個人的に読み取りました。手順は非常に難しい担当する人の経験、実力、センスに左右される大抵は利用者がやることを大まかにくくる同じような物をくくっていく収まるところに収まるあ、なるほど「利用者によって層が分かれてる」はあながち間違いじゃないなと読み進めて思わされてます。いうことで、サブブロック図のサンプルがあるので書いてみます。これは新規商材を開拓して売り込む商社とかのシステムかな。何を根拠にブロックに分ければいいのかわかりませんでした。サンプルをみても「乱雑に箱が散らばっている」としか見えず、慣れるしかないのかなあ、と思ってました。いうとその前のゼロ層には企画があり、三層の向こうにはソフトウェア要件の層があるわけなんですが、ゼロとソフトウェア要件を除く三層はそれぞれ以下になります。顧客の注文を聞く注文を登録する注文を復唱する注文を確定する個別の機能の操作手順(UI)ここがユーザーインターフェース(UI)手元のスマホのPOSを想定アプリケーションを起動するメニューを表示するメニューを選択する注文が登録されるで、この三層を考えた場合、Chapter-08のサブブロックは、第一層のビジネスフローをステークホルダー別に「さらに層に」分けたものかな、と理解しました。以下の画像の場合を僕なりに「大まかに」解釈してみます。未来の可能性としての見込み顧客管理どうでしょう。これが第一層だと認識したので、この次の第二層、第三層、アプリケーション要件層、と続いていく、繋げていくことで、抜け漏れなく進められるんだろうなと感じます。抜け漏れなく進めるには、必要なものがあると感じています。何より必要なのは根気だと思います。んですが、決してそうではなく。んじゃないかな、って読み進めて思いました。なんだな、って強く感じます。言えるんじゃないかな、というところで今日のエントリーを締めます。幸せになるために働くんだもんね。[準備編]大まかに区分けしようTweet広告を非表示にするもっと読むコメントを書く次のページプロフィールid:Mamy1326とあるうさぎが目印のWebエンジニアのまみーが、得たことや思ったことを言の葉に乗せて叫ぶ場所です。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。