トップページ⇒tech
18コメント4KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさんNGNG
開発方法論、開発プロセスについて語るスレ
0002デフォルトの名無しさんNGNG
２！
0003デフォルトの名無しさんNGNG
某社の開発工程、分析モデル作る工程がないぞぉー。
分析モデルなしで実装しれってか？
0004デフォルトの名無しさんNGNG
分析モデルなど、システム分析の隙間でこっそり作っておけばいいのです。
理屈屋にはそれがわからんのです
0005デフォルトの名無しさんNGNG
ＯＯだと、
　要求のユースケース化
→分析モデル(インターフェース)
→実装モデル(クラス設計)
→実装、テスト・ループ
つう感じだよね

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

つか、分析モデルとか作ってると、余計な事扱いされたり、後の工程でやれ
って雰囲気になる。鬱
0006プロの逝って良しの１ ◆MvRbZL6NeQ NGNG
ケ！分析したってどうせ、それに収まらない仕様変更が来るのさ。

トルネードモデル（高速スパイラルモデル）
温度が上がると火の車
プロジェクトメンバーの剛性が低いと空中分解
0007デフォルトの名無しさんNGNG
タスクを可能なかぎり小さくして、成果物をこまめに評価せよ。
仕事を詰め込みすぎるな。作業が遅れる。

つまり不完全なマルチタスクを持つ人間の扱い方は、Windows9xのそれと同じです。
偉いひとはそれがわからんのです。
0008デフォルトの名無しさんNGNG
>>6
＞分析したってどうせ、それに収まらない仕様変更が来る
この辺、アジャイルなプロセスだと変化に強そうだけどねぇ。
実際どうなんでしょ？具体的なイメージが湧かない・・・

「デスマーチ」「カオス」じゃなくて、「アジャイル」な開発現場を
体験した人って居る？
0009デフォルトの名無しさんNGNG
>>3
某社じゃわかんねえよ。
(カ○ナか？ ｗ)
0010デフォルトの名無しさんNGNG
>>9
何それ？
つかDOA/OOA 銘打ってないとこはほとんどそうじゃないかな？

＃Yourdon本との矛盾点をチクチク指摘して、
＃「細かい事に拘るな！」てプログラム書けない管理職に諭されるのも一興かな(藁
001110NGNG
あと、誰かがどっかで指摘してた言葉を借りれば、
「RDBの正規化と無縁なアプリ作成やってる」現場ってのも、
アーキテクチャやビジネス・プロセスばかりに目が逝ってて、
分析モデルをおろそかにしがち
0012デフォルトの名無しさんNGNG
開発手法ウザイ。がしがしつくる。文句あっか
0013デフォルトの名無しさんNGNG
厨房はそれでおっけ〜。
0014デフォルトの名無しさんNGNG
開発方法論とは厨房をいかに上手くコントロールするかという話です
0015デフォルトの名無しさんNGNG
開発手法そのものって最近になってやたら出てくるようになったよな。
用語もいっぱい出てきてウザイ。ＵＭＬとかなんだありゃ。
0016デフォルトの名無しさんNGNG
開発手法の実績を問う！！！！
0017デフォルトの名無しさんNGNG
>>15
単なる世代交代って要因も、大きいんじゃないかな。

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

>>16
単なる世代交代だと仮定すれば、実績は後付けで充分なんじゃないかな？
001810NGNG
＞＃Yourdon本
＃Demarco本の間違いだった。鬱
■ このスレッドは過去ログ倉庫に格納されています