設計書を作ってるせいで生産性落ちてないか？
1 ：仕様書無しさん：2007/01/25(木) 23:27:12 概要設計書、外部設計書、詳細設計書 クラス図、シーケンス図、状態遷移図、アクティビティ図 リファレンスマニュアル、レビュー管理記録、成果物リスト、・・・・・・・ アホか、、 外設した後はさっさとコーディングした方が 設計書なんかで妄想してるより何倍も多くのことが分かるっての。 で、実装とテストが終わったあとに 改めて補足のドキュメントまとめた方が明らかにソースと食い違いのないものができる。。 だいたい「ソフトウェア 設計書」でググったら 現状懐疑論ばっかじゃねーか。 2 ：仕様書無しさん：2007/01/25(木) 23:31:57 設計書よりも デバッグ期間とか、発生数／対応数のグラフだけ毎日書くひとじゃねえの？ 3 ：仕様書無しさん：2007/01/25(木) 23:37:05 >>2 そういう単純作業は派遣社員に
実装をしない設計者は要らない。 - 雑文の日々
よく大企業のシステム開発では実装をしない（できない）設計者がいる。 彼らの仕事は仕様書を書くことだ。客と打ち合わせをして仕様書にまとめる。 そしてあとはプログラマにそれを元に作らせるという塩梅である。 彼らは以下の理由から要らない。 １．実装上のコストを計算できないのに仕様を決める ２．設計を実装に落とす段階の苦労をしないので自分の仕事に責任を取らない ３．単に工程上の上流に位置しているからという理由で技術があると思われている。 ４．単に工程上の上流に位置しているからという理由で実装をする技術者よりも報酬が高い 要はプログラマが設計者を兼ねればいいだけの話である。 これはウォーターフォールモデルの問題でもある。 よくウォーターフォールモデルは駄目だという主張があるが、しかしこのモデルには２種類のやり方がある。縦割り方式か横割り方式かという違いだ。この違いは大きい。 縦割りは機能ごとに設計・
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
中国の東莞でSE募集のお知らせ -Mutteraway
