平鍋です．
* 7/16 第2イテレーションの終了
第2イテレーションが終了した．
・イテレーションに入力されたストーリー
--------------------------------------------
ストーリー名: 登録
登録画面から基本データを登録できる．さらに，
患者，職員，検診患者
を選んで詳細を登録できる．画面フォーム，遷移は別途定義．
--------------------------------------------
見積り: 2iw
・ブレークダウンされたタスクと，見積り値
--------------------------------------------
第2イテレーション(7/10 - 7/16) 計画
→ 結局，(7/10 - 7/17)となった．
--------------------------------------------
1. 患者・検診患者・職員クラス ... done 7/11
SH - 1.0
2. 基本JSP + Servlet ... done 7/17
(基本情報・確認・エラー)
KK - 1.5
3. 詳細情報 JSP + Servlet ... done 7/17
ST - 1.5
4. MPilotModelStore 修正 ... done 7/13
YT - 1.0
5. Person 修正 ... done 7/13
SH - 0.2
6. Servlet 修正・JSP修正 ... done 7/13
YT - 0.3
7. 用語辞書(日英) ... don 7/11
YT - 0.2
8. 患者，人物，参照方向の変更 ... 7/12 追加・7/14 done
SH
--------------------------------------------
・メトリクス
今回(前回)
==========================================
カテゴリ クラス数 テストクラス数
---------------------------------------------
model 8(4) 7(3)
servlet 10(3) 0(0)
jsp 8(2) 0(0)
html 2(2) 0(0)
---------------------------------------------
==========================================
受入テスト数 5(3)
---------------------------------------------
ユニットテスト成功 100%(100%)
受入テスト成功 100%(100%)
---------------------------------------------
==========================================
実時間: 1 週間 = 5 日/イテレーション
人数: 6名(100%時間を使えるのは4名)
ストーリの見積り: 10 理想日/イテレーション
全タスクの見積り: 5.7 理想日/イテレーション
プロジェクト速度: 6 理想日/イテレーション
---------------------------------------------
・感想
・もともと10 ポイントのストーリーであるが，実質持っているポ
イント数(プロジェクト速度)は 6 である．すなわち，4人が一人
1.5 ポイントずつ持っている．ちょっと厳しいと思いながら見積
もったが，全タスクを総計すると 5.7 でぎりぎり収まった．
すなわち，「10ポイントだ」と予測していたストーリーを，少ない
資源でやらなくてはならなくなったが，再見積もりしてみると，な
んとか収まった，という状況．
・途中で，モデルのビッグリファクタリングが入った．基本情報と
詳細情報の参照方向の逆転．おそらく，最初にモデリングを行って
いればこのリファクタリングは避けられたのではないか．
・モデルに非常に頻繁に修正が入る．今回も，その御蔭でだいぶ作
業が膨れた．やはり，初期にある程度モデリングしないと辛い?
・画面遷移図を模造紙に書いてはった．みんなが参照する図を貼る
効果は高い．議論をする時には，必ずそれを指さす．
・日本語で議論して，英語でコーディングするので名前付けがどう
しても一貫性を欠いてしまう．そこで，日英用語辞書を作る，とい
うタスクを作った．しかし，うまく運用されなかったようだ．結
局，登録日，生年月日などの「日付」に使う英語が，Day と Date で
2つ出て来てしまった．
・イテレーション最終日に「日付」に対応する英語を全体的に
Date に統一した．この作業は，YTが終業後，2時間で行った．これ
はいいこと? 悪いこと?
・結局，一日オーバーしてしまった．偶然，次のイテレーション会
議が1日延びたので，遅れは健在化しなかった．しかし，見積と実
績の差異理由については，みんなの意見を聞いた．
2. 基本JSP + Servlet ... done 7/17
(基本情報・確認・エラー)
KK - 1.5
これが，結局は 1.5 -> 3.0 に膨れた．画面まわりの作業は，こ
れから少し慎重に見積もるべきだ．
・受け入れテストは，まだテスト数が少ない．しかし，主要な画面
遷移を一順している，長いテストがある．これは testXXXXX()
メソッドを分けるべきか? (そうすると順序制御が必要になった
り，テスト間依存ができてしまう)
・「登録フォーム」--(登録ボタン)-->「確認画面」--(確認ボタン)-->終了
という画面遷移で，終了後，ブラウザの「戻る」ボタンを使うと，確認ボ
タンに戻り，そこで「確認」ボタンを押すと再度登録されてしまう．
「確認画面」を meta タグで no-chache とし，さらに確認ボタン
でセッションをクリアするようにした．これって，一般的?
・form の送信ボタンを2度素早く押す，という操作に対してのガー
ドは一般的にどうするのだろう．
・レイアウトにボーダーなしテーブルを多用し，幾つかの背景色を
使っている．色調を統一するために，色使いを統一したい．一般的
にはどうするのか? JSP で，bgcolor=<% getProperty("color1") %>
などと間接化するんだろうか．
・JUnit3.7 で，assert() は deprecated とされ，assertTrue()
を使うようになった．これって，JDK1.4 で assert がキーワード
になったからか !? assert を今ごろキーワードにするなんて，
ちょっと横暴じゃないかな．
・CVS diff で，-D オプションに文字列が入れられることを発見．
yesterday とか，2 hours ago などがオッケー．何時間前のバー
ジョンと比べることができて便利．
% cvs diff -D "yesterday"
など．WinCVS でも，日付チェックボックスでこれに対応している．
・JSP が長くなる傾向にあったため，良く使うユーティリティメ
ソッドを，Util クラスに入れた．
・お菓子は，みんなが差入れてくれるようになった．
以上