災害復興支援IT開発ボランティア

災害復興に対して、情報技術でなにか役立つことを考え・開発していくブログです

小口需要マッチングシステム 必要項目洗い出し作業

2004-10-28 00:15:30 | 開発関係(案件・状況など)
プログラムの知識がない方でも大丈夫です。
この項目は必要だと思われたら書きこんでください

例)
支援センター
・所在地
・担当者
・連絡先(電話)
・連絡先(FAX)
・注意点
などなど

73 コメント

コメント日が  古い順  |   新しい順
ニーズを満たすには (ss51)
2004-10-28 10:38:02
=引用=

現地では突如、とんでもないモノが支援依頼としてやってきます。



・明日から家の解体作業になる。ノコギリが必要になった!!

・ロール型でB4のFAX用紙が足りなくなった!メーカー在庫がない!!

・赤ちゃんがアレルギーで○○メーカーの○○という離乳食が必要だ!!



それこそオムツが6ケース足りない・・・などは、これから回復するFAX網で行政が支援するところです。

○○というオムツで○○というサイズが必要です。助けてください。というのがニーズなのです。

=/引用=

なるほど、

単品管理レベルの物品探しになるわけですね



確かに草の根の力は行政や企業に比べれば物量じゃ絶対にかなわない。

だからこそ品数が少なくても重要なものを揃えることの意義がわかってきました

返信する
Unknown (Unknown)
2004-10-28 11:41:03
~~~~~~~~~~~~~~~~~~~~~~~~

1.必要な人や思いついた人が品目マスタに

じゃんじゃん項目を追加。

(アイテムテーブルのほうに、一日一人あたりの量、単位をうつす)

2.必要な人は入力するのは

 -品名選択(参考として一日あたりの量が出る)

 -延べ人数

 -緊急度

 -コメント

3.送る側は要求がある品目から選択して

量だけ変更可能。

送る人が品目を選ぶときに、緊急度が高いもの

から順に並んでいる。

4.送付先、分量が表示され、送れるところだけに

チェックを入れて送る。

(1箇所で必要な量<送付可能な量なときに

複数箇所に送ることが出来るように。)

5.必要な人は品目が届いたらチェックを入れる

~~~~~~~~~~~~~~~~~~~~~~~~
返信する
現状のまとめ (51)
2004-10-28 14:46:08
chiakiさんの作ってくれたテーブルと

ななしさんの案にヒロさんの案を足すと



┌ユーザテーブル┐

|ユーザID   |

|ユーザ名   |

|所在地    |

|連絡先    |

└―――――――┘

┌アイテムテーブル――――――――┐

|アイテムコード         |

|物品名             |

|必要量(↓の単位を幾つ欲しいか) |

|単位              |

└――――――――――――――――┘

┌需要テーブル――――┐

|ユーザID(外部キー) |

|アイテムID(外部キー)|

|ほしい量      |

|人数        |

|登録日       |

|希望日(緊急度の代理)|

|コメント      |

└――――――――――┘

┌供給テーブル┐

|ユーザID  |

|アイテムID |

|量     |

|登録日   |

|コメント  |

└――――――┘
返信する
Unknown (4さま(日本人))
2004-10-28 14:52:24
■供給テーブル

ユーザID

アイテムID



登録日

発送開始可能日<追加>

コメント



*到着までは保障できないだろからいつ発送できるかは必要でしょう

複数の人が名乗りを挙げた場合に発送可能日が速い方を優先するというルールを作れば二重発送防止のルールにもなるのでは?

返信する
間違ったらゴメンナサイ (ITネットなごや)
2004-10-28 15:11:13
もしかして災害ボランティアセンターデーターベースを作ということ?

http://www.npo-aichi.or.jp/vcdb/は参考にならないかしら・・・?
返信する
いずれは (ss51)
2004-10-28 15:30:56
それは別のエントリで考えていたのですが

大半はBLOGでつなぐだけでも十分機能しそうですね。

新潟が一段落ついたらBLOGで出来ない部分を(数値の処理が絡むところろか)お手伝いできることがあればさせてください。

親類の農家も台風の被害は作柄に直撃でした・・・

「うちもこんなことになってなきゃ食べ物たくさん送れたのにね~」と悔やんでおりました
返信する
Unknown (chaki)
2004-10-28 16:43:15
ER図っぽくしてみました。

緊急度と日付の件を反映してみました。

http://yaki1010.hp.infoseek.co.jp/nigata/ER1.htm



返信する
複合キーだと問題がない? (Unknown)
2004-10-28 16:57:16
これだと一人のユーザは一つのアイテムを一回しか送ったり受け取ったりできなくない?

主キーは連番で振っとこう~
返信する
Unknown (chaki)
2004-10-28 17:08:25
>これだと一人のユーザは一つのアイテムを一回しか送ったり受け取ったりできなくない?



おおっと失礼ぃ~

返信する
どんま~い! (Unknown)
2004-10-28 17:23:28
容量設計完璧!感動した
返信する