アカウント名:
パスワード:
いまいち自分的に意見が定まらないのは、結局は両方の立場に立つからのような気がする。
ソースしかない(設計書なんて欠片もない)のを引き継ぐ立場だと「設計書を!」実装してるときは「設計書なんていらない!」(実装してる時点では不要に決まってる。作るものを理解しているのだから)
ということで、両者の間を取って、最低限、実装した後に「設計書」を書くことにしている。客に何も言われない場合、引き継ぐ立場を想定して「設計書」を書いてる。#言われたら言われた立場で書いてる。
少なくとも、「設計書」が不要だとは思えない。ソースだけあっても、「設計の意図」が分かりようもないからだ。
なお「設計書」は「仕様書」も包含する概念として捉えるべきだと思う。
客に近いのは「仕様書」、自分(実装者)に近いのは「設計書」と便宜的に言っているが、結局「設計の意図」を定義する「設計書」が必要のように思う。
仕様書と設計書を分ける理由は、デカいシステムの場合は設計自体を階層化することになるから分けてるのが主だと思ってる。で、状況によってはどちらかが不要な場合があるというだけで、「設計書」は常に必要なのでは。
その通りだと思う。
自分がある程度の規模のプロジェクトを引き継ぐ事になったら、設計書のありがたみを感じると思う。そうでなくても、設計書がないと、お客様からの問い合わせで、仕様の範囲内か説明もできない(j根拠がない)し、何より引継ぎする時どうするのって思うんだけど。
#まあ、引き継いだプロジェクトに設計書がまったくなくて、自分でソース解析して設計書起こしたことあるけど、異常だよね。
後、設計書=PD書を想定している人が結構いるっぽいけど、PD書は自分も必要ないと思うよ。必要なのは、ED、ID書まででPD書までは必要ないと思う。
確実にいらないのはこれですね。d.hatena.ne.jp/kmaebashi/touch/20080415/p1使用言語で変わる部分はマジいらん。
参照関係、依存関係、動くタイミングはいろんな単位で必要。業務フローなんかも設計書。だけど他人が書いてるのほとんど見たことない。。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
立場によって違うので間を取る (スコア:0)
いまいち自分的に意見が定まらないのは、結局は両方の立場に立つからのような気がする。
ソースしかない(設計書なんて欠片もない)のを引き継ぐ立場だと「設計書を!」
実装してるときは「設計書なんていらない!」(実装してる時点では不要に決まってる。作るものを理解しているのだから)
ということで、両者の間を取って、最低限、実装した後に「設計書」を書くことにしている。
客に何も言われない場合、引き継ぐ立場を想定して「設計書」を書いてる。
#言われたら言われた立場で書いてる。
少なくとも、「設計書」が不要だとは思えない。ソースだけあっても、「設計の意図」が分かりようもないからだ。
なお「設計書」は「仕様書」も包含する概念として捉えるべきだと思う。
客に近いのは「仕様書」、自分(実装者)に近いのは「設計書」と便宜的に言っているが、
結局「設計の意図」を定義する「設計書」が必要のように思う。
仕様書と設計書を分ける理由は、デカいシステムの場合は設計自体を階層化することになるから
分けてるのが主だと思ってる。で、状況によってはどちらかが不要な場合があるというだけで、
「設計書」は常に必要なのでは。
Re:立場によって違うので間を取る (スコア:1)
その通りだと思う。
自分がある程度の規模のプロジェクトを引き継ぐ事になったら、設計書のありがたみを感じると思う。
そうでなくても、設計書がないと、お客様からの問い合わせで、仕様の範囲内か説明もできない(j根拠がない)し、何より引継ぎする時どうするのって思うんだけど。
#まあ、引き継いだプロジェクトに設計書がまったくなくて、自分でソース解析して設計書起こしたことあるけど、異常だよね。
後、設計書=PD書を想定している人が結構いるっぽいけど、PD書は自分も必要ないと思うよ。
必要なのは、ED、ID書まででPD書までは必要ないと思う。
Re: (スコア:0)
確実にいらないのはこれですね。
d.hatena.ne.jp/kmaebashi/touch/20080415/p1
使用言語で変わる部分はマジいらん。
参照関係、依存関係、動くタイミングはいろんな単位で必要。業務フローなんかも設計書。
だけど他人が書いてるのほとんど見たことない。。