トップ «前の日記(2003-10-19 [J]) 最新 次の日記(2003-10-22 [J])» 編集

niche diary

2003|05|06|07|08|09|10|11|12|
2004|01|02|03|04|05|06|07|08|09|10|11|12|
2005|01|02|03|04|05|06|07|08|09|10|11|12|
2006|01|02|03|04|05|06|07|08|09|10|11|12|
2007|01|02|03|04|05|06|07|08|09|10|11|12|
2008|01|02|03|04|05|06|07|08|09|10|11|12|
2009|01|02|04|11|
2010|01|02|03|04|05|06|07|08|09|10|11|12|
2011|01|02|03|04|05|06|07|08|09|
半期 四半期 全カテゴリ
Teeda OLUG Java-Kuche
[HOME] [AGILE] [OBJECT] [PROGRAMMING] [JAVA] [LINUX] [OKINAWA] [BBS] [DIARY]

2003-10-21 [J] [長年日記]

_ レビュー

他のグループが作成したサービス仕様書(基本設計書&詳細設計)のレビューに参加。「第三者として客観的な意見を」と言うことだったので、色々とつっこんでみたが、最終的に今のままで顧客に提出する模様。

でも、肝心のプログラムが何をするって事がはっきりと書かれていないのに良いのかな本当に?つーか、今時はDbC*1でしょう?ああデスマーチの予感が…。

*1 Design By Contract

本日のツッコミ(全3件) [ツッコミを入れる]
_ k-suke (2003-10-23 [J] 13:33)

お久しぶりです。中村@N○Dです。<br>ちょっぴり、ツッコミを。<br>仕様がはっきり記載された仕様書とは、どの程度はっきり書くのでしょうか?<br>いつも悩んでしまいます。。。<br>幼稚なコメントで失礼。。<br>では。

_ 管理人 (2003-10-23 [J] 17:15)

仕様書の種類と対象読者の関係によって異なると思います。<br>その仕様書の対象読者からみて、「その機能実行後にシステムの何が変わっるか(たか)?を網羅する」ですね。<br>重要なのは対象読者が認識する必要があることを書くことと、実行前と実行後の違いを書く事ですかね。

_ やましろ (2003-10-24 [J] 10:32)

プログラマの立場からすると、機能テストの概要が書いてあるとすごく助かります。

[]

[HOME] [AGILE] [OBJECT] [PROGRAMMING] [JAVA] [LINUX] [OKINAWA] [BBS] [DIARY]