開発方法論、開発プロセスについて語るスレ

開発方法論、開発プロセスについて語るスレ

２！

某社の開発工程、分析モデル作る工程がないぞぉー。
分析モデルなしで実装しれってか？

分析モデルなど、システム分析の隙間でこっそり作っておけばいいのです。
理屈屋にはそれがわからんのです

ＯＯだと、
　要求のユースケース化
→分析モデル(インターフェース)
→実装モデル(クラス設計)
→実装、テスト・ループ
つう感じだよね

古ーい開発プロセスだと、
要求仕様のモデル化とか、分析モデルのモデル化、
という仕事が明示的に示されてないんで、
まじ判ってない奴が適当な仕事をしてお茶を濁す事も多いみたい。

つか、分析モデルとか作ってると、余計な事扱いされたり、後の工程でやれ
って雰囲気になる。鬱

ケ！分析したってどうせ、それに収まらない仕様変更が来るのさ。

トルネードモデル（高速スパイラルモデル）
温度が上がると火の車
プロジェクトメンバーの剛性が低いと空中分解

タスクを可能なかぎり小さくして、成果物をこまめに評価せよ。
仕事を詰め込みすぎるな。作業が遅れる。

つまり不完全なマルチタスクを持つ人間の扱い方は、Windows9xのそれと同じです。
偉いひとはそれがわからんのです。

>>6
＞分析したってどうせ、それに収まらない仕様変更が来る
この辺、アジャイルなプロセスだと変化に強そうだけどねぇ。
実際どうなんでしょ？具体的なイメージが湧かない・・・

「デスマーチ」「カオス」じゃなくて、「アジャイル」な開発現場を
体験した人って居る？

>>3
某社じゃわかんねえよ。
(カ○ナか？ ｗ)

>>9
何それ？
つかDOA/OOA 銘打ってないとこはほとんどそうじゃないかな？

＃Yourdon本との矛盾点をチクチク指摘して、
＃「細かい事に拘るな！」てプログラム書けない管理職に諭されるのも一興かな(藁

あと、誰かがどっかで指摘してた言葉を借りれば、
「RDBの正規化と無縁なアプリ作成やってる」現場ってのも、
アーキテクチャやビジネス・プロセスばかりに目が逝ってて、
分析モデルをおろそかにしがち

開発手法ウザイ。がしがしつくる。文句あっか

厨房はそれでおっけ〜。

開発方法論とは厨房をいかに上手くコントロールするかという話です

開発手法そのものって最近になってやたら出てくるようになったよな。
用語もいっぱい出てきてウザイ。ＵＭＬとかなんだありゃ。

開発手法の実績を問う！！！！

>>15
単なる世代交代って要因も、大きいんじゃないかな。

＃メインフレーム全盛期の世代から、PC/インターネット世代への移行とか。

>>16
単なる世代交代だと仮定すれば、実績は後付けで充分なんじゃないかな？

＞＃Yourdon本
＃Demarco本の間違いだった。鬱