仕様書を何のためにかくのかを解らずに書く人がいることに驚いたことがあります。
自分が作るものを明確にするために書くのであって、他人のために書くのではないという意識が持てないのなら、書かない方がいいかもしれません。
プログラミング言語で書いた仕様書を認めない人もいますが、それはその人がプログラミング言語で書いたものを、他の言語で書き直して確認したいからだとしたら、その人に書いてもらうのも手かもしれません。
仕様書の欠陥を見つけるには、何を作りたいかを明確にしていくことになるので、嬉しいと思います。ただし、完璧な仕様書を作ってからプログラミング始めるのがいい場合と、手遅れの場合とがあることは、、、、
#プロトタイプのコードは捨てるようにという話題が、IPA/SECのプロセス改善ナビゲーションガイドにあったような気がします。
読書状況:読み終わった
公開設定:公開
カテゴリ:
製品試験
- 感想投稿日 : 2011年9月22日
- 読了日 : 2008年3月22日
- 本棚登録日 : 2011年9月22日
みんなの感想をみる