客「ソフト作れ!」上司「要件まとめろ」ぼく「まとめたぞ」




1: 名無しの民 20/08/26(水)18:12:48 ID:rIi
上司「要件わからん!」
ぼく「UMLの通りだが……」
上司「うるさい!フローでかけ!」
ぼく「まぁ、いいが……」
上司「なんだこれは!」
ぼく「アクティビティ図だが」
上司「フローチャートで書け!」
ぼく「だからこれ……フローチャート」
上司「インプット!処理!アウトプット!」
ぼく「は?要件じゃなくて基本設計すっ飛ばして詳細設計しろと言ってるの?」
上司「うるさい!やれ」

どう思う?

2: 名無しの民 20/08/26(水)18:16:25 ID:4jS
君偉そうだな


3: 名無しの民 20/08/26(水)18:18:00 ID:2wp
上司には納期と見積もり金額がでたら伝えればええやん
どうせ内容わからんのやろ

4: 名無しの民 20/08/26(水)18:26:41 ID:rIi
>>2
オウヨ!出世諦めてからずっとオイラはタメ口よ!

5: 名無しの民 20/08/26(水)18:41:16 ID:yYJ
タメロー!

6: 名無しの民 20/08/26(水)18:45:05 ID:3rO
要件って上から降ってくるもんだろ
お前の会社は現場の人間がヒアリングするの?

7: 名無しの民 20/08/26(水)18:50:47 ID:3rO
そんでアクティビティ図とフローチャートって別もんでしょ

アクティビティはあくまでユーザーの動きを模した図でしょ
フローチャートはプログラム上の処理の流れ

ユーザの動きをそのままプログラムにマップするのは悪手中の悪手やで。
よくある初心者向けのクラスの説明もそうだけど。
(車ってこうでしょ、だからcarクラスにこのメソッドがあって・・・みたいな)

図ってのは分かるように掛けばいいってもんじゃないんだよ。
言葉ですら現場と経営でがらりと変わってくるんだもん。

開発の現場にビジネスロジックとかストラテジとかいう単語が入ってきてるあたり曖昧になりつつあるけどね。

8: 名無しの民 20/08/26(水)18:52:00 ID:Mce
それ要件じゃなくて設計だよね

9: 名無しの民 20/08/26(水)18:52:18 ID:NIi
文書で指示もらえよ

10: 名無しの民 20/08/26(水)18:53:28 ID:rIi
>>7
シーケンス図と間違えてね?

11: 名無しの民 20/08/26(水)18:56:42 ID:yYJ
アジャイル
アジャイル~

って最近あんまり聞かない?

12: 名無しの民 20/08/26(水)18:57:00 ID:Mce
インプット、処理、アウトプットって上司の言う通りじゃん
要件ってそんなのだろ
それ見てテスターがテストケース作ったり、開発者が設計書作ったりするんじゃん

13: 名無しの民 20/08/26(水)19:15:21 ID:rIi
>>12
セドラーがネットショップ立ち上げてさ
「バンバン売って金儲けたい!」

これに対してどうするの?

14: 名無しの民 20/08/26(水)19:46:57 ID:Mce
>>13
ネットショップ作る話?
まあまず何が必要かヒアリングするよね
ネットショップなら販売機能として購入履歴、支払い管理、購入オプション、アカウント管理、問い合わせとかの必要機能洗い出すし
管理者用機能として仕入れ管理、在庫管理、受注管理、発注管理、売り上げ管理とか管理機能毎に何が必要かを洗い出すし
そうやってヒアリングした結果、機能ブロックごとにインプットと処理とアウトプットを明確にするでしょう?

15: 名無しの民 20/08/26(水)20:04:02 ID:rIi
>>14
ショップから注文を受けたら自動的に倉庫にデータを飛ばしてラベル貼って宅配業者にメール通知してくれるシステムが欲しかったのに何してるの?

要件定義の確認でそんな機能ブロックを客に見せるの?

工程が違うって言ってるんだよ

16: 名無しの民 20/08/26(水)20:08:37 ID:yYJ
>>15
その手のってもうありもののサービスがありそうやけど
発注してくれはったんやね

17: 名無しの民 20/08/26(水)20:10:18 ID:B2k
いっち15年ほど遅れとるな
今は基本設計でフロー描くんやで


18: 名無しの民 20/08/26(水)20:14:20 ID:rIi
医者が「カルテを綺麗に整理したい」
って言うだろ?

そしたら機能ブロックにわけて詳細設計してきたら客は面倒になって「任せる」って言うんだよ
そんなくだらんこと考えたくないからな
それで気に入らなきゃ持って帰れってなるんだ

要件定義はやりたいことをまとめて
実現可能な形に落とし込む物だよ
カルテは今紙だからスキャンしてPDFにして電子化して
投薬履歴コードを医師全員が覚えてるからそれから検索するようにしよう、とか、それが要件定義

それができてから基本設計に入るだろ
電子カルテサーバー
電子カルテクライアント×10
IPはスタティック院内無線利用サブネットマスクで最大32台接続可能
クライアントはタブレット端末
TCPで結ぶ

それが終わってから詳細設計に入るだろ
サーバーは要求を受けてカルテポインタを返す機能を持つ
クライアントのTCP接続手順フロー
電文内容

いきなり
「カルテを綺麗に整理したい」で何も話し合わずにこうやろ!ってテキトーなシステムを作るからデスマになるんだよ

19: 名無しの民 20/08/26(水)20:15:19 ID:rIi
>>17
アホなの?
基本設計で書くフローと詳細設計で書くフローは別物だよ

20: 名無しの民 20/08/26(水)20:25:09 ID:Mce
>>15
行程違わんだろ
何作るのかハッキリさせるのが要求分析だろ
客には機能ブロック見せる必要なくて客にヒアリングしてその分析の結果として機能ブロックごとのインプット・アウトプットがいるだろっつってんの

21: 名無しの民 20/08/26(水)20:36:32 ID:rIi
>>20
機能ブロックごとじゃないだろ

それ見てプログラムするならお前は何を客に見せてるんだよ

何を作りたいか聞かれて答えたらプログラムの元になるレベルでの機能ブロック出す人間いたらブチギレるぞ

22: 名無しの民 20/08/26(水)22:27:40 ID:wbX
よくこれだけ我が強くて仕事できてるな

23: 名無しの民 20/08/26(水)23:18:34 ID:q1b
>>22
ワンマンショーさ

24: 名無しの民 20/08/27(木)01:50:45 ID:hBj
>>23
客も上司もおそらく同僚も部下も置いてけぼりやな

25: 名無しの民 20/08/27(木)06:06:41 ID:VZg
>>19
別物でも描くじゃんw
自分で分かってるなら描けよw

26: 名無しの民 20/08/27(木)08:27:32 ID:NTM
>>25
だからアクティビティ図書いてるじゃん

27: 名無しの民 20/08/27(木)10:21:04 ID:VZg
今は昔の詳細設計レベルを基本設計でかくんやで
だからアクティビティ図じゃ足りんぞ
詳細設計では機能単位のさらに細い昔のプログラム設計レベルのフローを描くんやで

28: 名無しの民 20/08/27(木)10:57:12 ID:YVU
Vモデルに沿おうね~



引用元:https://hayabusa.open2ch.net/test/read.cgi/news4vip/1598433168/




コメントを残す

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です