AUTOSAR CountdownAdvent Calendar 2022

顧客指向の設計定義要件定義に代えて。仮説(91) 図(25)

Last updated at 2024-07-11Posted at 2019-06-01

要件定義というと、系の計算機側の要件を定義しようとすることがある。

顧客の要件との乖離が生まれる第一段階かもしれない。

顧客の要件を定義するためには、顧客思考の設計定義があればいい。
顧客指向必要な事項を羅列する。

顧客の行動様式

顧客がどういう行動を取るかを様式化してみるとよい。

今考えている抽象度で様式化できないのであれば、もっと抽象度の高い次元を考えるか、
もっと抽象度の低い次元を考えるとよい。

現在考えている抽象度が、計算機側の要件を定義しようとしている可能性がある。

顧客の目的

顧客の行動様式を確認する前に、顧客の目的を深掘りしてしまうと、
架空の世界に嵌まり込んでしまうかもしれない。

顧客の行動様式を把握してあれば、顧客の目的が、
顧客の行動様式とどれくらい整合しているか、何が矛盾しているかを確認できる。

矛盾していることは、悪いことではない。矛盾は動的進化の要因であり、可能性である。
顧客の目的を無矛盾にしてしまったら、動くよい体系は作れない。

顧客の目標

顧客の目的がうまくつかめない時、先に顧客の目標から扱うことがある。

顧客の目標は、しばしば容易に計算機の要件に適合してしまい、安直な設計に陥ることがある。

顧客の目標は、顧客の行動様式に照らし、暫定的な顧客の目的を設定してみるとよい。
目的、目標、行動様式の組み合わせの中で、計算機がどういう手助けができるかを発想するとよい。

制約と設計

制約と設計は、設計に制約を含む集合定義をしている場合と、制約に設計を含む集合定義をしている場合と、設計と制約に包含関係を認めない定義をしている場合の３つの立場が存在する可能性がある。

顧客が全体としてどれか一つの立場を取っているという仮説は危険である。
上層部と、現場とで全く逆の用語を使っている組織はたくさんある。

経営者と合意したからいい体系が設計できるとは限らない。
経営者と合意していないと危険が多すぎる。

設計定義する時に、制約との集合関係を、部署ごとに確認していくとよい。

設計、仕様、要求

設計ができたら顧客と一緒に分析する。

USE Case 図(6) 顧客社長顔写真を貼る　https://qiita.com/kaizen_nagoya/items/84ec2775059fbf2c50a4

設計と分析で合意できたら、仕様と要求を自動生成するとよい。
無駄な設計と仕様、要求との追跡管理は要らない。

要求定義から入るのは、二社間契約で、受注側が損をしないようにする方法の一つ。
要求定義から入る方法が有効かどうかは、二社間の力関係によるかも。

参考資料(reference)

要望・要求・要件・仕様・制約・前提の違いは？
https://qiita.com/digdagdag/items/2808205d89344ab8a3a1

@e99h2121 育児していたからこそエンジニアのお仕事に役立ったこと10選
https://qiita.com/e99h2121/items/db7e54c111ffcd3c3957

@e99h2121 「女性こそエンジニアになるべきだ？」デブサミウーマン登壇記録
https://qiita.com/e99h2121/items/7c69be1b2c2f305f6a4c

@kazuo_reve 新人の方によく展開している有益な情報
https://qiita.com/kazuo_reve/items/d1a3f0ee48e24bba38f1

@kazuo_reve マネージャ・リーダーの私にとって有益な知見が得られた書籍
https://qiita.com/kazuo_reve/items/6976029e72763ea73245

@kazuo_reve 私が効果を確認した「小川メソッド」
https://qiita.com/kazuo_reve/items/a3ea1d9171deeccc04da

@torifukukaiou 私のAdvent Calendar 2022 ーーはじめたきっかけ、1月のふりかえり、今後の展望
https://qiita.com/torifukukaiou/items/891db4e40a7f6194af56

@torifukukaiou Qiita 10周年記念イベント LGTMランキング！
https://qiita.com/torifukukaiou/items/69980bf263d20eab1988

@ohakutsu 新卒2年目から見た達人プログラマーの振る舞い
https://qiita.com/ohakutsu/items/387ff8d8c09f592f124f

自己参照

仮説(82) 顧客指向のプログラミング(customer oriented programming)
https://qiita.com/kaizen_nagoya/items/6f3bc42253486b4b4818

仮説（41）顧客から聞いた話
https://qiita.com/kaizen_nagoya/items/94a17a78f33dc8356a15

「５さいじがわかるcyber security（サイバセキュリティ）」のかんがえかた
https://qiita.com/kaizen_nagoya/items/f83394e4916760e2bae1

「三方よし」への三つの視点
https://qiita.com/kaizen_nagoya/items/ad4ffd6d8a4045d1117a

データサイエンティストの気づき「勉強だけして仕事に役立てない人。大嫌い！」。『それ自分かも ? 』ってなった。
https://qiita.com/kaizen_nagoya/items/d85830d58d8dd7f71d07

プログラマにも読んでほしい「QC検定にも役立つ！QCべからず集」
https://qiita.com/kaizen_nagoya/items/d8ada7b7fceafe2e5f0e

時間外は子育て。「 10年後のために今勉強しておきたい技術」は勤務時間内だけで。
https://qiita.com/kaizen_nagoya/items/0ad5c118a5be4d36b4d8

プログラムは音楽だ (A program is a music.) 仮説（54）
https://qiita.com/kaizen_nagoya/items/33c9f33581e6886f8ad8

作詞：松本隆。作曲：細野晴臣「風をあつめて」を計画書として事業展開, 現在「coverを集めて」 AUTOSAR(40)
https://qiita.com/kaizen_nagoya/items/92365c542714f27e5658

プログラムは詩のように描こう。仮説(110)
https://qiita.com/kaizen_nagoya/items/07ed8747f0811d070070

programming like making a poem.
https://qiita.com/kaizen_nagoya/items/07ed8747f0811d070070

顧客指向の設計定義要件定義に代えて。仮説(91) 図(25)

顧客の行動様式

顧客の目的

顧客の目標

制約と設計

設計、仕様、要求

参考資料(reference)

自己参照

関連資料

自己記事一覧

文書履歴(document history)

最後までおよみいただきありがとうございました。

Thank you very much for reading to the last sentence.

顧客指向の設計定義 要件定義に代えて。仮説(91) 図(25)

顧客の行動様式

顧客の目的

顧客の目標

制約と設計

設計、仕様、要求

参考資料(reference)

自己参照

関連資料

自己記事一覧

文書履歴(document history)

最後までおよみいただきありがとうございました。

Thank you very much for reading to the last sentence.

顧客指向の設計定義要件定義に代えて。仮説(91) 図(25)