ホソカワです。
on 2000/08/12 4:41 PM, firo@....jp at firo@....jp wrote:
> 矢崎です。
>
> とりあえず、以下のタスクで先に進みましょうか？
> もし、タスクの大きさを見直したり、別のタスクが必要だと
> わかれば、その時に調整するというのはどうでしょう？
>
> とすれば次は何でしょう？
> 最初のイテレーションだし、クラスとかもまだ、わかっていない
> （少なくとも全員のコンセンサスを得ていない）ので、何らかの
> 設計のようなものが必要だと思うのですが、どうでしょう？ここ
> で全員でCRCセッションをする？（石井さんの[XP-jp:00709]に
> も *全員* でCRCセッションをすると書いてありましたね）
>
> それでよろしいようでしたら、MLでCRCをやるというのはどう
> でしょう？タスク１から順番にやっていくというのでは？
>
> Kaoru Hosokawaさん wrote:
>
>> ホソカワです。
>>
>> ストーリー１の「メーリングリスト(以下ML)のユーザが，ML のアドレスにメール送
>> 信すると，ML に所属するメンバ全員に，そのメールが配信される．」タスクを考え
>> てみました。
>>
>> タスク１：メンバーリストを読み込んで、メールアドレスのリストとして保持する。
>>
>> タスク２：新規メールを受け取ると、メールアドレスのリストの各メールアドレスに
>> 受け取ったメールを送る。
>>
>> タスク３：新規メールが到着したら、タスク２を起動するメカニズム。
>>
>> タスク４：メールを送るメカニズム。
>>
次に行う事は、タスクの見積もりを出す事です。Ideal programming week というも
のですね。タスクを見積もるには、ある程度の方向性というかデザインが必要ですね。
CRCを使用して、タスクをもうちょっと明確にするということですね。
私は、CRCを使ったデザインを行った事がありませんが、最初は、ブレーンストーミ
ングでクラスの列挙をするのですよね？
MemberList メンバーのメールアドレスを管理するクラス
Mailer メールを受け取ったり、送信するクラス
は、すぐに浮かび上がりますが、他には？
--
Kaoru Hosokawa
khosokawa@....com