5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

中学・高校向け成績管理システムを作ろう!

1 :Po:04/09/19 18:20:48 ID:???
プログラム板とかには、こういうのをみんなで作ろうというのが
あるけど、データベース板にはないから作ってみた。

みんなで教育機関に貢献しよう。

まずは、テーブルの設計から。

2 :NAME IS NULL:04/09/19 18:25:09 ID:???
また本7か

3 :NAME IS NULL:04/09/19 21:17:36 ID:???
>1
用件定義からだろ。

4 :NAME IS NULL:04/09/19 21:28:17 ID:???
>>3
継泳リネンの再構築からだよw

5 :Po:04/09/19 22:00:08 ID:???
用件定義
・システム利用時はパスワード認証を行う。
・ネットワークを通じて利用可能。
・クラスおよび科目の指定をし、生徒のテストの順位を自動生成。
・生徒一人を指定すると、受験したテストの点数および、順位の推移を表示

目標をでっかくしすぎたらやる気なくすから、とりあえずこのあたりから

6 :NAME IS NULL:04/09/19 22:02:19 ID:???
最近の教育機関では教職員が率先して単発クレクレスレを立てることも
生徒に教えてるのか。おめでたいな

7 :Po:04/09/19 22:12:17 ID:???
まじめにやろう。

テーブルの定義考えてみた。
「定期1年」テーブル
id、組、生徒番号、氏名、フリガナ、性別、国語、数学、英語、理科、社会

「定期2年」および「定期3年」は、定期1年のものと同様。


8 :Po:04/09/20 01:31:44 ID:???
>>7だと中間、期末試験の結果を入れることが出来ない
設計なので、ひとつフィールドを追加。

id、組、生徒番号、試験区分、氏名、フリガナ、性別、国語、数学、英語、理科、社会

9 :NAME IS NULL:04/09/20 01:34:00 ID:NwIrYg4s
試験区分名を正規化する。
まずデータベースは何にするかだな?
アクセスみたいな糞DBならお断りだな(w

10 :NAME IS NULL:04/09/20 06:07:01 ID:???
いや、>>1にはアクセスみたいなのがお勧めだよ

11 :NAME IS NULL:04/09/20 09:42:19 ID:???
○○を作ろう!というスレは、まちがいなく >>1が単に欲しい物だったりするわけだが。

12 :Po:04/09/20 09:50:24 ID:???
>>8だと生徒の氏名や性別などが重複するので、
正規化。あと、>>9の考えも取り入れて以下のような設計に
してみた。

「生徒1年」
id、組、生徒番号、氏名、フリガナ、性別

「定期試験1年」
id、組、生徒番号、試験区分、国語、数学、英語、理科、社会

「試験区分」
id、試験区分

13 :Po:04/09/20 09:54:20 ID:???
>>11
こういうのが出来上がると、教育機関からめちゃくちゃ批判される
事も少なくなると思う。

> ○○を作ろう!というスレは、まちがいなく >>1が単に欲しい物だったりするわけだが。
熱心な開発をしているのが>>1だけで、途中でさめてしまう
事もあるんだよなぁ。

14 :NAME IS NULL:04/09/20 11:13:21 ID:???
科目名って正規化しなくてもいいの?


15 :NAME IS NULL:04/09/20 13:25:47 ID:???
>1

>5
を読む限り 性別を入れる必要性が感じられないんだが


16 :Po:04/09/20 17:08:21 ID:???
>>9>>10
データベースはとりあえずアクセスがいいかと。
なるべく新しくパソコンとかを導入する費用が必要ないように
したいので。windowならどこの学校でもあるはずだし。


17 :NAME IS NULL:04/09/20 18:48:18 ID:???
Accessは手頃だけど、パーソナルにはついてないのよ。
開発も手頃だけど、バージョンによってモジュールに互換性がないのよ。
どれでも動くってのが必須条件なら、普通の開発ツール使ってインストールしても一緒。
Access要らない分だけ安上がり。バージョン違いのサポートも必要なし。

18 :NAME IS NULL:04/09/20 18:48:56 ID:???
ああ、ごめん。
>>1の目的はAccessの勉強だっけ?

19 :Po:04/09/20 19:30:50 ID:???
>>17>>18
いわれてみて気づいたのですが、低価格での配布なら、Accessじゃ
なくて開発ツールでのほうが良かったですね。。
あと、Accessの勉強が目的じゃないです。(^^;

作っていくうちに、「この方法はだめだな」ということに気づいて
作り直しとかがある事を考えると、開発がはやいAccessの
ほうがいいと思っています。
ある程度作り方がかたまってから、開発ツールに移行して、
配布するという方法でいきましょう。

20 :Po:04/09/20 22:06:21 ID:???
>>15
おっしゃるとおりです。
個人データを取り扱うのだから、という意味合いで何気なくつけました。

印刷することを考えると、学校の名簿は必ず男性、女性で分けた
一覧があるから入れておいたほうがいいが、今のところはどちらでも
よい。としておきます。汗

21 :Po:04/09/20 22:07:15 ID:???
>>14
どういう風にしたほうがいいということでしょうか。
できれば具体例をお願いします。

22 :NAME IS NULL:04/09/20 22:55:22 ID:???
Officeのデブ版ならアクセスのランタイムを再配布していいんじゃなかったっけ?
(5年ぐらい前に成績管理システムをアクセスで納めたよw)

23 :Po:04/09/21 00:02:14 ID:???
>>22
調べてみますね。情報提供さんくすこ。

24 :間抜けな物好き:04/09/21 02:04:57 ID:zkaxqyIN
暇つぶしに作ったコードを貼り付けてあげるよ
1さん。ただしASPですよ。WEBですよ。ライセンス要らないし
保守が簡単。多人数の人が使えないよアクセスは。
まあ個人の成績管理なら文句はないけど。
されならエクセルでもいいしここじゃなくてWIN板だし


25 :NAME IS NULL:04/09/21 02:52:27 ID:???
>>24
お前の方が板違いだと思うが。

26 :NAME IS NULL:04/09/21 19:45:55 ID:???
>>24
ASPはいいが、DBには何を使うんだ?

27 :NAME IS NULL:04/09/21 19:46:49 ID:???
>>26
だから、ASPだろ?(w

28 :NAME IS NULL:04/09/21 20:47:00 ID:???
どうでもいいが、IDの項目の意味がわからない。
生徒番号をユニークにすりゃいいだろ

29 :NAME IS NULL:04/09/21 22:14:41 ID:???
>>28
なんで?
生徒番号って、いわゆる出席番号のことだろ?

30 :28:04/09/21 22:23:47 ID:???
生徒番号は出席番号?
だったら出席番号って項目にしてください。

20分ぐらいなやみました

31 :Po:04/09/21 23:27:44 ID:???
>>30
項目名が分かりにくかったですね。。。汗
生徒番号 → 出席番号 としましょう。


32 :Po:04/09/21 23:32:33 ID:???
科目名の正規化の話がよくわからないですが、
とりあえずは、国、数、英、理、社と5つの項目が必要だと思います。
データ型は数値型。
これが、高校向けの場合は異なってくると思いますが、選択科目名が
かわるのであって、項目数は変わらないので、設計はこれでよいと
思いますが、いかがでしょうか。

33 :NAME IS NULL:04/09/22 00:28:01 ID:???
項目数が変わらない?
どんな狭い世界の話なんだよ
やっぱり藻前の勤務先で使うシステム作らせようとしてるだろ??

34 :14:04/09/22 01:03:52 ID:???
科目名の正規化っていうのは、

「定期試験1年」
id、組、生徒番号、試験区分、科目コード、点数

「科目」
科目コード、科目名

こうしたほうがいいんじゃない?という意味。
なんか、一つのテーブルに科目がズラっと並ぶのもどうかと思ったんだけど。
中学のシステムに5教科限定というのはちょっと固定的な気もする。

あと、idって主キーのこと?
複合主キーはお嫌いな方ですか?

仮に生徒番号=学籍番号だとしたらidにかぶるよね。
# なんか、IDっぽいキーが多い。

その割に複数期生を比較できるシステムにはなってなくて、ある特定の期の生徒の3年間分しか管理できないのはくるしいかな?


35 :NAME IS NULL:04/09/22 01:14:39 ID:???
複合主キーってインデックスになんの?

36 :NAME IS NULL:04/09/22 03:38:06 ID:???
留年とか、過去の在籍者の管理ができなくなりそうな流れを止められるのは>>14だけかyo

37 :Po:04/09/22 09:32:59 ID:???
>>34>>36
留年とか、過去の在籍者の管理が出来るような設計に
する考えが抜けていましたね。。汗
あと、科目数も中間は5、期末は9、実力は3で
それに対応できた方がいいので、科目名を正規化して、
以下のような設計でいかがでしょうか。

「定期試験1年」
id、年度、組、出席番号、試験区分、科目コード、点数

「科目」
科目コード、科目名

ところで、年度、組、出席番号をまとめて「学籍番号」とした方が
いいのでしょうか。
例えば、2004年度の1年3組12番の生徒は、「2004010312」とする。
私はどちらでも同じだと思うのですが。

4649お願いします。

38 :NAME IS NULL:04/09/22 10:49:08 ID:???
>私はどちらでも同じだと思うのですが。
>私はどちらでも同じだと思うのですが。
>私はどちらでも同じだと思うのですが。

39 :NAME IS NULL:04/09/22 10:50:53 ID:???
このスレは>>1にDBの基礎を教えるスレですか?
sage

40 :14:04/09/22 12:36:49 ID:???
私は Po 氏はなかなか素直だと思うし、スレを立てた人間としての責任も果たし
ているから、彼の技術者としての力量が直接問われる状況には無いと思うけど。

# むしろDBとかに初心者な方が、同じくDBとかに初心者の私にもありがたい。

> 例えば、2004年度の1年3組12番の生徒は、「2004010312」とする。
> 私はどちらでも同じだと思うのですが。

学籍番号は「×年度に入学した◎番の生徒」という2要素で構成されるねぇ。
学年や組とは関係ない。
学籍番号は卒業生も含めた一意の数字であるべきだから。
高校になると「×年度に入学した△科◎番の人」というふうに拡張されるかも。

これに対して、例えば「2004年度の1年3組12番の生徒」は、たまたま2004年度に
1年3組12番だったという意味であって、それが学籍番号何番の生徒であるかとい
う問題とは、実は関係ない。
大部分は2004年度生だろうけど、2003年度生かもしれないし、もしかしたら2留し
て2002年度生かもしれない。
「2004年度の1年3組12番」は、学籍番号を特定する情報にはならない。

ま、そういうことだ。
「どちらでも同じ」という訳じゃあないね。
# >>38とか>>39が言いたいのはそう言う事か?

応援するのでがんがれ > Po 氏


41 :NAME IS NULL:04/09/22 14:44:30 ID:???
3組の生徒だけ取り出したい時に面倒臭いって事じゃないの?

42 :28:04/09/22 18:43:06 ID:???
学籍番号なんて学校によりけりでしょ?
だったら、学籍番号は一つの項目としてユニークになるようにするべき。
学籍番号、組、出席番号みたいな感じで。

で、Po 氏に質問なんだが、「定期試験1年」とかってやるとテーブルの数が増えませんか?
あんまりテーブル増やすの好きじゃないんですが。



43 :NAME IS NULL:04/09/22 19:26:24 ID:???
>>42
学校によりけりと言いだしたら、DBの正規化なんてできないだろう。
どうにでもなるように、ユルユルで項目おいとくしかない。

44 :Po:04/09/22 20:38:27 ID:???
>>42
> で、Po 氏に質問なんだが、「定期試験1年」とかってやるとテーブルの数が増えませんか?
> あんまりテーブル増やすの好きじゃないんですが。
テーブルの数を増やしたのは、複数端末からのアクセス時に
処理速度が遅くなることを防いだり、エラーが出る可能性を低くするためです。

>>40
学籍番号の定義は、言われて見ればそうですね。
余談ですが、私が中学の時、年度、学年、組、出席番号を組合わせた
コードがあったんですよね。実質全く使われてませんでしたが。w
学籍あたりの設計はじっくり考えて見たいと思います。
もうちょっと時間下さい。。汗

45 :NAME IS NULL:04/09/22 21:41:51 ID:???
「20xx年度成績」
主キー、生徒コード、試験コード、科目コード、点数
「生徒」
生徒コード、生徒名、クラスコード1、クラスコード2、クラスコード3、クラスコード4、クラスコード5、クラスコード6、備考
「クラス」
クラスコード、学年、組
「科目」
科目コード、科目名 、教員コード
「教員」
教員コード、教員名
「試験」
試験コード、試験名、試験区分

生徒コードは一意(入学年+番号)

ってのじゃ不都合?

46 :NAME IS NULL:04/09/22 21:44:41 ID:???
クラスは別テーブルにする必要はないか。


47 :Po:04/09/22 22:01:00 ID:???
>>45
設計例だしてくれてありがとう。

「科目」テーブルに教員コードを付け加えることで
教員が、自分が受け持っているもののみ抽出する。という
ことができるようになるわけね。なるほど。

私には分からなかったから質問したいんだけど、
「生徒」テーブルにクラスコードが6つの設計にした
理由はなんでしょうか。
中学・高校6年分のデータを入れるという意味でしょうか。

あと、「試験」テーブルの「試験区分」には具体的に
どんなデータが入るのでしょうか。

4649おながいします。

48 :28:04/09/22 22:18:05 ID:???
>>42
>学校によりけりと言いだしたら、DBの正規化なんてできないだろう。
>どうにでもなるように、ユルユルで項目おいとくしかない。
禿同ですが、学籍番号:生徒(1対1)で考えると、学籍番号の設定は適当でいいですが、
ユニークになるようにと思ったわけです

>>Po氏
一つの科目に対して複数の教員がいるってのはok?

49 :NAME IS NULL:04/09/22 22:23:38 ID:???
>47

6年分は留年分 ここまでとっておけば十分だろうと...w

試験区分はなんとなく っていうか 元の設計にあったのでいるのかなと
定期試験とか模擬試験とか 分けられると便利かと思ったので

でも、年毎に科目を受け持つ教員は変わるよね
教員をはずしたほうが作りやすいかも。

50 :NAME IS NULL:04/09/22 22:24:19 ID:???
複数ってのもあるのかあ

51 :Po:04/09/22 22:38:59 ID:???
>>48
> 一つの科目に対して複数の教員がいるってのはok?
中学でも高校でも1つの科目に対して複数の教員がいるので、
>>45のような設計にしておくのはいいと思います。

教員の名前を付け加えることで、「この教員が1年間受け持った
らクラスの成績が下がった」というような、教員の評価機能も
もつことができて面白いと思います。
しかし、成績管理システムの欲しいデータは、生徒中心のデータで
あって、教員関係のデータではないので、
とりあえず最初のバージョンでは教員関係の機能は実装してないが、
教員の名前を入力することの出来る欄があるという
ことでいくのがいいかなと思っています。

52 :NAME IS NULL:04/09/22 23:15:11 ID:???
このスレは >>3 で「用件定義からだろ。」と言われて、
「私はどちらでも同じだと思うのですが。」という考えで
しぶしぶ >>5 で「用件定義」してみた >>1 の迷走っぷり
をヲチするには最適ですね。

53 :NAME IS NULL:04/09/22 23:22:18 ID:???
>>52
別に Po 氏は先生役をやってる訳じゃない。
だから、迷走することがあっても不思議じゃないと思うね。

むしろ、君みたいなヤツが「見てらんない」とかいいながら
小一時間用件定義について説教垂れるほうが、このスレの
趣旨には結果的にそぐうんじゃないか。
ヲチ止まりなのは、ちょっともったいない気がする。


54 :NAME IS NULL:04/09/22 23:26:22 ID:???
>>49
>6年分は留年分 ここまでとっておけば十分だろうと...w

今年の3年生のAクラス全員を抽出しようとすると、留年者が抜けてしまいませんか?。

「生徒」
 生徒コード、生徒名、
「クラス編成」
 年度、学年、組、生徒コード
に分けるべきではないでしょうか?

ちなにみ、すべてのテーブルに「年度」の概念が必要ですね。


55 :NAME IS NULL:04/09/23 00:24:13 ID:???
教員管理、生徒管理、学級管理、授業管理、成績(試験)管理、通知表管理…
と、ぱっと考えるだけでこんだけシステムが教育機関にはあるわけだ。

そのうちの成績管理に必要なシステムの用件を考えればいいわけね。
「教員」の考え方は面白いので Po 氏の意向に沿って今後に取っておくという
ことで。

・システム利用時はパスワード認証を行う。
・ネットワークを通じて利用可能。
 → 単一の学級ではなく、複数の教師が目を通すってことだな。
・クラスおよび科目の指定をし、生徒のテストの順位を自動生成。
・生徒一人を指定すると、受験したテストの点数および、順位の推移を表示

これに加えて、
・試験区分(中間試験、期末試験…学年末や実力試験も?)の概念あり
・試験区分にあわせた教科編成も考慮。
・年度の概念を盛り込んだ継続的な成績管理が可能。
これについては>>54 氏の言ってることが一番もっともらしい。

今までの流れはこんなもんか。
次は業務順にテーブルを整理してみるか。


56 :NAME IS NULL:04/09/23 00:27:27 ID:???
TM マスターテーブル
TT トランザクションテーブル
* 主キー
として考えてみる。

まず、一番最初の業務は生徒の登録だよな
(これはもちろん成績管理システムの本来の機能ではない)。
「TM_生徒」
*生徒コード、生徒名
(生徒コードは、入学年度と連番の2フィールドに分ける考え方もアリ)

次にクラス編成だな。
「TT_クラス編成」
*年度、*学年、*組、*出席番号、生徒コード

科目の登録も必要だな
「TM_科目」
*科目コード、科目名

並行して試験区分の登録も。
「TM_試験区分」
*試験区分コード、試験区分名(1学期中間考査等々)

次に各年度の試験を登録するだろ?
「TT_試験_ヘッダ」
*年度、*学年、*試験区分コード、試験開始日
(時系列で成績見るには必要だな)

それから、試験ごとの実施教科の設定だな。
「TT_試験_明細」
*年度、*学年、*試験区分コード、*科目コード、試験実施日

さいごに成績か。
「TT_試験成績」
*年度、*学年、*試験区分コード、*科目コード、*生徒コード、点数

ちょっとうっとうしい部分もあるが、こんな感じじゃないかなあ。どうだろ?

57 :NAME IS NULL:04/09/23 06:50:45 ID:???
>>48
学籍番号がユニークじゃない学校(1年ごとに使い回す)があると使い回せないな。
で、殆どの中学校は学籍番号は無いわけだが、DBで使うためだけに
ユニークキーとして無理矢理無意味な番号を振るのもどうかと思うが。

58 :NAME IS NULL:04/09/23 06:51:36 ID:???
だから、どの学校でも絶対にある、年度、学級、出席番号の3つで生徒をユニークにすれば問題ないだろ。

59 :NAME IS NULL:04/09/23 06:59:45 ID:???
ケータイ番号使えよプププ

60 :NAME IS NULL:04/09/23 07:03:57 ID:???
>>58
単年度システムですか?

61 :NAME IS NULL:04/09/23 07:48:10 ID:???
>57

無理やり って おかしな発想だな
氏名だけじゃ区別つかないから一意の番号つけなきゃなんないでしょ?

シリアルでつけるのがいやなら
入学年度+一年のときのクラス+出席番号
でつければいいし

意味のない番号のほうが流出したときに安全だけどね。


62 :NAME IS NULL:04/09/23 08:22:57 ID:???
>>60
どうやったら>>58が単年度用に見えるんだ?

63 :NAME IS NULL:04/09/23 08:56:58 ID:???
>62

俺も単年度用に見える
そのつけ方だと次の年度になったら生徒のIDが変わるんじゃないの?

64 :NAME IS NULL:04/09/23 10:13:26 ID:???
>63

そうですね、生徒が特定できませんね。
今年の2年生5組出席番号3番さんの1年生の時の成績がわかりません。




65 :NAME IS NULL:04/09/23 11:22:00 ID:???
普通は、生徒の情報だけを管理している生徒マスタみたいのがあるだろ。
この生徒は何年に入学して、何年に卒業して、何年生の時には何組で
何番だったってのを、どの学校でも持ってるわけでしょ。
それをそのまま生徒マスタにすればいい。

66 :NAME IS NULL:04/09/23 11:23:48 ID:???
要するに>>56で言う、TM_生徒の生徒コードってのが、
年度、学級、出席番号に置き換わるってことだ。

67 :Po:04/09/23 11:40:56 ID:???
>>55>>56
設計例だしてくれてありがとう。
これだと、中学、高校両方に対応できるテーブル設計だと思います。
テーブルに関して簡単にコメントしていきます。

「TM_生徒」「TT_クラス編成」
これだと、生徒が留年したり、転入してきても対応
できますね。いいと思います。

「TM_科目」「TM_試験区分」「TT_試験_ヘッダ」
高校で、普通科と商業科があるという場合、同じ「1学期中間考査」で
あっても、試験が行われる科目や日程が異なることから、このテーブル
設計だと一緒に登録することはできませんが、普通科と商業科すべての
生徒の試験結果の順位を出すということは行わないので、
科が異なる場合は別システムを組むというようにすればよいと
思います。
>>40
> 高校になると「×年度に入学した△科◎番の人」というふうに拡張されるかも。
とありましたが、複数の科を一緒に管理すると便利がいいのは短大や大学で
あって、高校の場合は必要ないと思いますが、いかがでしょうか。


「TT_試験_明細」「TT_試験成績」
この二つのテーブルは以下のようにしないと、試験実施日と
生徒の点数が繋がらないと思うですが、いかがでしょうか。

「TT_試験_明細」
*試験明細コード、*年度、*学年、*試験区分コード、*科目コード、試験実施日

「TT_試験成績」
*試験明細コード、*生徒コード、点数

68 :NAME IS NULL:04/09/23 12:49:01 ID:???
なんだか盛り上がってきたなあ。
やるじゃん Po 氏。

> 複数の科を一緒に管理すると便利がいいのは短大や大学で
> あって、高校の場合は必要ないと思いますが、いかがでしょうか。

そうだね、激しく了解。

> この二つのテーブルは以下のようにしないと、試験実施日と
> 生徒の点数が繋がらないと思うですが、いかがでしょうか。
>
> 「TT_試験_明細」
> *試験明細コード、*年度、*学年、*試験区分コード、*科目コード、試験実施日
>
> 「TT_試験成績」
> *試験明細コード、*生徒コード、点数
ユーザーインタフェースとして
試験を先生が指定すると、それに合わせた生徒の点数が出てくる…
というシチュエーションで考えた場合、>>56の状態で

select
ED.試験実施日, ER.生徒コード, ER.点数
from
TT_試験_明細 As ED, TT_試験成績 As ER
where
ED.年度 = ER.年度
and
ED.学年 = ER.学年
and
ED.試験区分コード = ER.試験区分コード
and
ED.科目コード = ER.科目コード

これで生徒コードが特定されるような気がしたが、気のせいかなあ?


69 :Po:04/09/23 13:38:00 ID:???
>>68
> なんだか盛り上がってきたなあ。
> やるじゃん Po 氏。
盛り上がってきて嬉しいですね。
書き込みをしていただいてる方々のおかげです。

> ユーザーインタフェースとして
> 試験を先生が指定すると、それに合わせた生徒の点数が出てくる…
> というシチュエーションで考えた場合、>>56の状態で
(中略)
> これで生徒コードが特定されるような気がしたが、気のせいかなあ?
その通り。私の勘違いでした。スマソ。汗


念のため、メモを書いておきます。
「TM_試験区分」
試験区分入力時は、必ず1件のデータが1回しか行われないのが前提。
例えば、以下のような入力をしてはいけない。
1,中間考査
2,期末考査
3,実力テスト

以下のように試験区分名に学期、回数などをつけて登録しなければならない。
1,1学期中間
2,1学期期末
3,2学期中間
4,2学期期末
5,3学期中間
6,3学期学年末
7,第1回実力テスト
8,第2回実力テスト
9,第3回実力テスト


70 :Po:04/09/23 13:48:46 ID:???
>>65>>66
私は生徒の情報管理(何年に入学で2年生の時は3組12番だった
等)には、留年、転校も対応できるように考えると>>56でいう「TM_生徒」と
「TT_クラス編成」の二つのテーブルを使って行うのが良いと思っています。

> 要するに>>56で言う、TM_生徒の生徒コードってのが、
> 年度、学級、出席番号に置き換わるってことだ。
この当たりが良く分かりませんので、できれば、
具体例を挙げていただけないでしょうか。

71 :3:04/09/23 13:49:35 ID:???
なかなかいい感じじゃないか。

72 :NAME IS NULL:04/09/23 14:20:11 ID:???
>>61
転入はどうする?

73 :NAME IS NULL:04/09/23 16:10:49 ID:???
先生マスタもいるんじゃないのか?

74 :NAME IS NULL:04/09/23 18:11:02 ID:???
まぁ待て、あせるな。
これから、出欠とか単位とか評価とか授業とか出てくると思うけど、まずは
>>55
の要件定義を満たした構造をfixさせることが先決じゃ

75 :NAME IS NULL:04/09/23 22:46:34 ID:???
>72

他の生徒と重ならないようなつけ方をすればなんでもいいのでは?

転入年度+(クラス数+1)+転入順 とか



76 :NAME IS NULL:04/09/24 00:19:22 ID:???
どこかに学期の概念が必要になりませんか?
期末の成績評価で、学期内に行われた試験の結果のみ抽出、
という場合もあるかと思います。

「TT_試験_ヘッダ」
*年度、*学年、*試験区分コード、学期、試験開始日

こんな感じでどうでしょうか

77 :NAME IS NULL:04/09/24 00:29:36 ID:???
試験日と学期を紐付けでええんちゃう

78 :NAME IS NULL:04/09/24 03:14:59 ID:???
学期の概念は>>76でも>>77でも実装可能だと思う。
進行役はあくまでも Po 氏だから、その辺の判断は委ねたい。

転入については、本来生徒管理のシステムが受け持つ所だから、
成績管理のシステムで第一次的に必要になる機能でも無いかな、
と思うね。
つまり、転入したら「生徒マスタ」メニューで追加登録すればそれで
良いわけで。

単位や評価や授業は、それぞれ別システムで実装して、テーブルを
連携させることでシステム拡張できるんじゃないかな。

先に考えておいた方がいい「試験の出欠」については、「TT_試験成績」
の「点数」をNullにすることで「欠席」を表現することはできると思う。
総人数と受験数を取得するためにいちいちクエリを打たねばならんが、
他のやり方でも大差はなかろう。

一通り様子を見て、そろそろテーブルは固まりつつあるような気もする。
テーブルが固まれば、フォームの構成とクエリの検討かな(Access風に
言ってみる)。

そういうことだ。期待してるよ! > Po 氏


79 :NAME IS NULL:04/09/24 08:18:09 ID:???
ここは、初級者が初心者に知識披露する場ですか?

80 :Po:04/09/24 20:17:39 ID:???
>>78
>>76で指摘の「学期の概念が必要であるか」は、
「学期内に行われた試験の結果のみ抽出」という処理を
実装するかどうかによることになると思います。

私は、>>76氏の意図していることが私に伝わってないだけかも
しれませんが、「学期内に行われた試験の結果のみ抽出」
という処理が必要であるとは思っていません。

要求定義に書いてたけど、
・生徒一人を指定すると、受験したテストの点数および、順位の推移を表示

というのは、1画面に一人の生徒1年分のデータを表示させるイメージを
していました。テストの回数は、1年間で定期が6回で、実力が数回なので
1画面に入るだろうという構想です。

メインフォームで、生徒の学年、組、出席番号、氏名が表示され、
サブフォーム(データシートビューとか)で、各教科の点数が一覧で
表示されるイメージです。

学期の概念を入れるかどうかは、みなさんがこのあたりの構想をどのように
思っているかによると思いますので、みなさんの意見を伺っていきたいと
思っています。よろしくお願いします。

81 :Po:04/09/24 20:26:35 ID:???
>>78
> 先に考えておいた方がいい「試験の出欠」については、「TT_試験成績」
> の「点数」をNullにすることで「欠席」を表現することはできると思う。
> 総人数と受験数を取得するためにいちいちクエリを打たねばならんが、
> 他のやり方でも大差はなかろう。
欠席の表現方法は、私もnullを使う方法を考えていました。
「何人中何番」というものを出す際、「何人中=総人数」ではなく、
「何人中=受験数」で出さなければなりませんからね。

> 一通り様子を見て、そろそろテーブルは固まりつつあるような気もする。
> テーブルが固まれば、フォームの構成とクエリの検討かな(Access風に
> 言ってみる)。
そうですね。テーブルは大体固まりつつあるように思います。
先ずは、全体を作るの先であると思うので、
作っていくうちに出てきた仕様案などは、まとめておいて次のバージョンに
生かすという方向でよいと思います。

そういうことだ。期待してるよ! > Po 氏
がんばります!


82 :76:04/09/25 00:43:56 ID:???
>>80

解りました。
「学期内に行われた試験の結果のみ抽出」という機能が
不要ということで、納得しました。



83 :NAME IS NULL:04/09/25 00:55:30 ID:???
先生連中はホントにバカばっかだね。税金の無駄。

84 :Po:04/09/25 03:50:25 ID:???
フォームの構成案(1/2)
フォームの構成案を考えてみました。

●ログイン画面
 ・ログインが成功すれば、メインへ移る。

●メイン
 ・「1年」へ移るボタン
 ・「2年」へ移るボタン
 ・「3年」へ移るボタン
 ・「科目登録」へ移るボタン

●科目登録
 ・科目名、テスト区分名を入力する。

●1年
 ・「テスト登録」へ移るボタン
 ・「生徒登録」へ移るボタン
 ・「点数入力」へ移るボタン
 ・「順位参照」へ移るボタン
※2年、3年の画面も同じ。

●テスト登録
 ・「科目登録」画面で行ったテスト区分名を指定し、
  試験開始日および、実施科目を登録

85 :Po:04/09/25 03:51:08 ID:???
フォームの構成案(2/2)

●生徒登録
 ・組の名称および、生徒のデータ(出席番号、氏名)を入力
※2年、3年の登録時は前年度の組を指定するのみ。

●点数入力
 ・組、出席番号を指定すると該当の生徒の名前および、
 これまで登録したテストの点数が表示される。
 ・追加ボタンを使って、テストの点数を追加。
 (テスト区分、科目名、点数を指定し、ボタンクリック)

●順位参照
 ・「1学年で、1学期中間テストの総合計」などの指定をすると、
 学生の名簿がソートされて表示される。


生徒登録の際は、学籍番号を意識させない構造にしてみた。
中学・高校では普段から学籍番号を使っていないから、
以下のような操作方法は混乱すると思う。
・最初に全生徒の氏名を入力し学籍番号を得る。
・組編成時に組を指定し、その組の生徒数だけ学籍番号を入力していく。


86 :NAME IS NULL:04/09/25 12:15:49 ID:???
おお、いろいろ考えてるなあ。

> ●ログイン画面

OK

> ●メイン

あくまでもシステムを開発する予算と使い勝手のトレードオフに過ぎないが。
「1年」「2年」「3年」で分けると、先生方からは好評なんだろうが、成績入力や
閲覧に関するフォームやクエリの量が3倍に増えるね。

システムの規模が規模だけに3倍はきついので、「学年」は統一化できれば
それがいいと思う。
以下の案はどうだろうか。検討してくれると嬉しい。

◆案1
ログイン画面で「何年生の成績を見ますか?」というフォームを追加して、先
に選択させる。
各フォームでは、それに従った学年の成績が閲覧できる。
メインメニューには「他学年の成績を見る」という項目を追加し、学年の切替が
出来るようにする。

◆案2
学年は各フォームで個別に指定できるようにしてしまう。
「オプションボタンコントロール」(ラジオボタン)を使って1年〜3年まで用意する。

+− 学年 −+
| ●1年   |
| ○2年   |
| ○3年   |
+−−−−− +

また、クライアントごとに、*****.iniというファイルを用意する。
*****.iniには、前回選択した選択肢情報が残るようにする。
各フォームでは、前回選択した選択肢を読み込み、これを初期値として
表示する。
せっかくネットワークごしに接続するなら、先生ごとに使うPCが違うという
イメージだと思うし、前回の選択肢を継続するだけでも、入力の手間は
相当減省けるはず。

いかがだろうか?


87 :Po:04/09/26 06:48:24 ID:???
フォームなどのオブジェクトの数を少なくしておくという考えは
賛成だ。一部バグの対応等の時間が少なくて済むからね。

私はそういう考えから、あいまいだけど「◆案2」のようなものを
イメージしていました。
各フォームの上部に必ず年度と学年を表示するオブジェクトが
あり、その値はそのフォームが開く際に代入される。

「メイン」で「1年」ボタンをクリックすると、「1年」の
左上にあるテキストボックスに数値の1が入っている。
その状態で、「生徒登録」ボタンをクリックすると、
「生徒登録」の左上にあるテキストボックスに数値の1が入るようにする。


> また、クライアントごとに、*****.iniというファイルを用意する。
> *****.iniには、前回選択した選択肢情報が残るようにする。
> 各フォームでは、前回選択した選択肢を読み込み、これを初期値として
> 表示する。
これは、思いつかなかったね。
操作の利便性を上げる設計で、いいと思います。

まぁ、フォームに関しては文章でうだうだ書いてても分からんから
サンプルの画像をうpすべきんだろうけど、ちょっとまって欲しいぽ。w

88 :Po:04/09/26 06:51:52 ID:???
誰かがサンプル上げてくれるともっとうれしいぽ。w
クエリとかは、SQL文をみんなで貼っていきましょうかね。

○○を抽出するクエリ
SELECT * FROM .... WHERE @@@@;

みたいな感じで

89 :NAME IS NULL:04/09/26 18:57:33 ID:???
サンプルの画面自体を作るのは全然構わんよ。
ただ、>>84-85に対する議論が十分じゃないので、そこをもう少し詰めてからが
サンプルの出番だろう。
あまり急ぐと過程を楽しめなくなるから、あまり性急な指摘もしたくないし。

>>84 メインと科目登録

これ、各試験で実施される科目の登録のことじゃないかな?
例えば、1学期中間考査で実施される項目は「国語」「数学」「理科」「社会」「英語」
…みたいな。
厳密に言うと「試験実施科目登録」ということかな?

「科目登録」=「科目マスタ」という考え方なら>>56の「TM_科目」を編集するフォーム
になるべきだから

●科目登録

科目の登録を行うフォームです。

[クエリの発行](マクロも含む)
・科目の新規追加を行います。
・科目名の変更を行います。
・科目の削除を行います。
 →但し試験未実施(トランザクションなし)の科目に限る

[マクロの実行]
・「科目の検索」画面を呼び出します。
・メインメニューに戻ります。

●科目検索 (科目登録のサブフォーム)

[クエリの発行](マクロも含む)
・科目の名前検索を行います。

[マクロの実行]
・「科目登録」で編集したい科目を選択します。
・「科目登録」に戻ります。

【構成】
●ログイン画面→●メイン⇔●科目登録⇔●科目検索

こういうイメージかと思ってたけど。
どうかな。


90 :Po:04/09/27 23:41:03 ID:???
>>89
サンプルっていうか、フォームに関する説明を行う場合は、
図説のほうが分かりやすいと思うっていいたかったのね。汗w
俺がイメージしている、科目登録フォームを以下に示します。
ttp://www.geocities.jp/posystemdb/index.html
>>89さんも、図説できないですか?

91 :14 ◆AzxYSoJRh6 :04/09/28 01:15:04 ID:???
>>90
図説は構わない。
まあ、明日から書いてみるよ。

それにしても人口減ったなあ。
いろんな人の意見を聞きたいから敢えて議論のペースを
落としているつもりなんだが。
何やら引かせたのかも知れんな。反省。


92 :Po:04/09/28 07:10:15 ID:???
>>91
人口減りましたよね。。。汗


93 :2:04/09/28 07:44:09 ID:???

 |  | ∧
 |_|Д゚)  ずっと見てますよ
 |愛|⊂)  
 | ̄|∧|   
 ̄ ̄ ̄ ̄ ̄

94 :28:04/09/28 09:51:09 ID:/zh9xlLa
見てますよ


95 :NAME IS NULL:04/09/28 19:35:48 ID:???
中1の1学期の中間試験には英語がありませんでしたが、何か?
中2の1学期の中間試験には英語がありましたが、何か?
中3の1学(ry

96 :Po:04/09/28 20:26:16 ID:???
すまん。。。
>>84で以下のように書いていながら、HPで示していた図説は
科目登録画面で、実施科目を登録することができるようになってた。汗

> ●科目登録
>  ・科目名、テスト区分名を入力する。
> ●テスト登録
>  ・「科目登録」画面で行ったテスト区分名を指定し、
>   試験開始日および、実施科目を登録

設計構想は。。。
「科目登録」フォームは、「TM_科目」テーブルおよび
「TM_試験区分」テーブルにデータを書き込む。
この二つのテーブルは、年度や学年のデータを書き込まないから、
メインから移るフォームにした。

「テスト登録」フォームは、「TT_試験_ヘッダ」テーブルにデータを
書き込む。このテーブルは、年度や学年のデータを一緒に書き込むため、
メインで学年を指定後、登録する構成にした。

いかがでしょうか。

97 :28:04/09/28 22:15:10 ID:???
>>Po氏
画面の設計構想もいいですが、しっかりとテーブルを決めませんか?
それとも>55-56でOKですか?



98 :14 ◆AzxYSoJRh6 :04/09/29 01:59:43 ID:???
>>97

たぶんそれは開発モデルに何を採用するか、という問題だろうな。
どうも Po 氏が描く設計モデルは、スパイラルモデルに近い感じ。
要は、設計とテストと検証を繰り返しながらシステムを洗練させようとしている
雰囲気がする(違ってたら指摘よろしく)。

そういう意味では、彼のイメージに合わせて、いろんなステージ(テーブル設計とか
フォーム構成とか)から提案や指摘をするのを望んでいると見た。
つまり、このまま彼の意向に沿って進めてOK、かつ適宜テーブル設計上の問題を
指摘するのもOKだというのが私の認識だ。

何か疑問点があれば、多少あいまいでも良いから突っ込んでみてはいかが?
> 28氏
最低限必要なアウトプットを挙げてみたら、実はこんなフィールドも必要だった
という類の話は日常茶飯事だしな。

かく言う私は、今日仕事が遅かったので、図説どころの騒ぎではない。
申し訳ない…。


99 :Po:04/09/29 06:25:08 ID:???
>>97
私は、テーブル設計をしっかりしたつもりでもフォーム作っている
段階で設計の甘さに気づいてやり直すことはよくあるし、
みんなで作っていく、というスタイルと考えると、
>>98の発言のような開発が一番良いのでは、と思っています。
どこかテーブル設計のあまいところ等があれば、ご指摘をお願いします。


>>98
> かく言う私は、今日仕事が遅かったので、図説どころの騒ぎではない。
> 申し訳ない…。
俺も仕事が遅かったので、HPの図説はまだ直していない。
申し訳ない…。

100 :Po:04/09/30 19:32:25 ID:???
帳票は。。。
◆生徒一人を指定すると、1枚の用紙に1年に受けた試験の成績推移が印刷される。
◆科目順でソートした結果。
(「●順位参照」フォームでソートした結果)
の二つでいいかな。
できれば、分布図とかも欲しいけど、Accessじゃすぐには、ねぇ。

101 :28 ◆8jVpfMnU/M :04/09/30 22:35:26 ID:???
>>14
スパイラルモデルで了解です。
以降、そのように進めさせていただきます。

>>Po氏
成績の推移はグラフだろうと思われますが、
点数のべた出しもあってもよさげ。
年次全てのテストから、個別のテストの結果まで。


102 :通りすがり:04/10/01 19:48:54 ID:???
グラフはエクセル利用ですか?

103 :NAME IS NULL:04/10/01 20:44:09 ID:DaTxFXaA
こんなのどうでしょう?
あらかじめ生徒に答えの記入欄の横に自信がある・なしを記入してもらい、
成績表には、
@理解して答えた→正解 -> 実力。
A理解して答えた→不正解 -> 勘違いか間違えて覚えている。
B理解せず答えた→正解 -> 運が良かっただけ。実力でない。
C理解せず答えた→不正解 -> 理解していない。
の4つに分けて、@が増えないと実力がついていないと
判断できる機能をつけてみては?



104 :Po:04/10/01 21:53:00 ID:???
>>102
システムをAccessだけで完結するとなると、
得たいグラフの種類によってはexcel利用の部分も出てくると
思うけど、VBとかを使えばexcel利用なしでも出来ると思う。

今は、テーブルやフォームに関する設計の段階だから、
(「このようなデータ構造で要求定義を満たすか。」ということや、
「使いやすくするにはどんな画面展開や操作方法が良いのか」などを
検討している。)
グラフに関してはそんなに深く考えなくても。と思っています。

105 :NAME IS NULL:04/10/01 22:54:44 ID:???
教科ごととか総合点とか学年全員の順位表がいると思う

それから 点数の入力画面では、生徒がずらっと並んでて、
点数を順に入れていく感じがいいとおもう

天野 78
井上 45
上野 ...
..

て風に
生徒ひとりずつ ひとつのフォームを作って入れて 次のレコード
じゃなくて
点数だけばんばんばんばん て 入力できる感じ



106 :Po:04/10/01 23:20:13 ID:???
>>105
私が考えている「●点数入力」フォームは、生徒一人を指定して、
1学期中間試験の5教科の点数を入力する、という形式となって
いるけど、データ入力の際は、教科、クラスを指定するとその
クラスの生徒一覧が表示されて、

天野 78
井上 45
上野 ...
..

って風に入力できるのがいいということですな。

良く考えてみると、データ入力の際は、1人の生徒の
1学期中間試験の5教科の点数を入力して、次の生徒の。。
という風にはしないな。
作業の流れとしては、1、2組の担当をしている数学の教員が、
1組生徒のデータを入力し、2組生徒のデータを入力し、、、、
1、2組の担当をしている英語の教員が、1組の生徒のデータを
入力し、2組生徒のデータを入力し、、、
という風になる。

107 :Po:04/10/01 23:20:44 ID:???
フォームの構成としては、
>>84-85を一部修正する書き方で表すと以下のようになると思う。
●1年
 ・「テスト登録」へ移るボタン
 ・「生徒登録」へ移るボタン
 ・「生徒情報」へ移るボタン
 ・「点数入力」へ移るボタン
 ・「順位参照」へ移るボタン
※2年、3年の画面も同じ。

●生徒情報
 ・組、出席番号を指定すると該当の生徒の名前および、
 これまで登録したテストの点数およびクラス、学年順位が表示される。
 ・これまでに入力したテストの点数を修正できる。

●点数入力
 ・年度、学年、教科、組を指定すると、生徒の一覧が表示される。
 ・テストの種類を指定し、データを入力していく。

108 :NAME IS NULL:04/10/02 00:26:35 ID:???
最初からエクセル使った方が早いね. ネットワーク上にエクセルのファイルおいておけばいいだけ

109 :NAME IS NULL:04/10/02 00:56:03 ID:???
>・組、出席番号を指定すると該当の生徒の名前および、
> これまで登録したテストの点数およびクラス、学年順位が表示される。
>・これまでに入力したテストの点数を修正できる。

学年順位はテーブルに無い・・・ようだが表示時に毎回算出するのか?






110 :14 ◆AzxYSoJRh6 :04/10/02 01:15:38 ID:???
>>108
この意見、実は鋭い。
エクセルを超えるものを作る!
これ今後の至上命題。

>>109
テーブル一個作ったほうがいいかもね。
試験という性質上、逐一計算しなければならない理由は…ないと思う。
ただ、順位のつけ方はいろいろあるし、
(個別科目はもちろん、総合成績とか、主要科目とか)
下手すると1年でン万件のレコード件数とかになるから、作るならテーブル設計は慎重に。
いいアイディア欲しい…。

P.S. PO氏がんばってるのに放置で申し訳ない!


111 :NAME IS NULL:04/10/02 01:29:09 ID:???
Excelの統一フォーマットを回収して集計マクロを乗っけるって手順に勝つのは容易じゃないぞ。
異動時の問題さえ考えなきゃExcel使った人間DBは確かに最強。頑張れ〜

112 :Po:04/10/02 19:35:09 ID:???
学年順位とか、クラス順位のデータを格納するテーブルの必要性は感じて
いたけど、どのタイミングで順位を計算するのがいいのかとか、
処理時間をなるべく短くする設計はどうしたらいいのかとかを
考える部分をあいまいにして進んでしまっていましたね。。。汗

さて、(私が案をだせてなくて申し訳ないが)誰かがテーブル設計で
ひとつの案を出して、それに対してみんなで、「このテーブル構造だと
処理速度が速くなるけど、データが多くなるよね。」という類の検討をして、
どういうのが良いのかを考えてみるのがいいかと思うが、いかがであろうか。

>>110
> P.S. PO氏がんばってるのに放置で申し訳ない!
いえいえ。参加して発言をしていただいて、システムが少しずつ
できあがっているだけでうれしいものですよ。

113 :NAME IS NULL:04/10/04 00:19:19 ID:???
ER図はー?

114 :Po:04/10/05 06:13:37 ID:???
>>113
まってー。w

115 :NAME IS NULL:04/10/08 01:24:18 ID:???
支援

止まってるようだけど 仕事じゃないんで ゆっくり行きましょう

やっぱり 試験ごとのテーブルが必要になりますか。

でも複数の要求が同時に殺到することはあまりないと思えるので、
一回一回生成したら我慢できないほど速度は落ちますか?

116 :NAME IS NULL:04/10/09 07:55:14 ID:???
頼むから正規化しろよ

117 :Po:04/10/11 10:29:12 ID:???
順位計算のタイミングは、点数データを入力し、更新する時がいいと思う。
生徒1人のデータを表示の際に都度計算とすると、負荷が大きく
なりすぎるから。


118 :NAME IS NULL:04/10/11 22:02:04 ID:???
>>117

科目別のクラス内なら良いが、学年内とか科目合計での順位とかになると、更新が遅そう。
成績をfixさせるタイミングで一括更新のほうが良いのでは?




119 :Po:04/10/11 22:57:26 ID:???
>>118
俺の考えは、、、
1年の1学期中間試験において、2組の英語の点数データを入力し
「更新」ボタンをクリックした際に順位を計算する。
2組の数学の点数データを入力し、「更新」ボタンをクリックした際に
順位を計算する。。。
というものだったけど、
1年の1学期中間試験の全クラス、全教科のデータを入力・更新後、
「順位計算」ボタンをクリックすると順位計算が行われる。
としたほうがいいということだな。

確かにそちらのほうがよいな。

120 :Po:04/10/13 22:33:30 ID:???
順位の格納においては、テーブル「TT_試験成績」、
「TT_クラス編成」にフィールドを付け加えて、学年人数を
格納するテーブル「TT_学年人数」を加えて以下のような
構成にしてみた。

「TT_試験成績」
*年度、*学年、*試験区分コード、*科目コード、*生徒コード、点数、学年順位、クラス順位

「TT_クラス編成」
*年度、*学年、*組、組人数

「TT_学年人数」
*年度、*学年、*試験区分コード、学年人数

121 :NAME IS NULL:04/10/13 22:52:51 ID:???
ER図って既出?
もうテーブル設計?

122 :Po:04/10/13 23:56:13 ID:???
>>121
ER図はまだ出てないです。。。汗

>>120は、>>55-56のテーブル設計を基にして
書きました。

123 :NAME IS NULL:04/10/14 01:48:55 ID:???
組人数と学年人数は何に使うの?


124 :Po:04/10/14 07:26:08 ID:???
>>123
この生徒は「クラス何人中何位」、「学年何人中何位」という
表示をする時に使用します。

125 :NAME IS NULL:04/10/17 10:40:17 ID:???
学年人数って必要なの?
sqlで数えちゃ駄目なの?

126 :NAME IS NULL:04/10/17 13:06:07 ID:???
>>125
>学年人数って必要なの?

順位や人数もカラムと処理を追加してまでも必要なものなのかどうかだよね。
現場の教員さんに聞いてみたいところです。

生徒の成績の推移を見るのには、実際の点数より相対的な順位で見たほうが、
良いような気はするのですが、そこまでコストかけて順位をだすより
たとえば、試験/科目毎のランク的なある程度大雑把なほうが、
直感的にわかりやすいと思いませんか?

<単位:ランク>
           国語 数学 理科 ・・・ 総合
1学期期末テスト C   A   D      B
2学期中間テスト B   A   D      B
2学期期末テスト B   B   D      B
3学期期末テスト A   B   C      A

<単位:順位>
           国語 数学 理科 ・・・ 総合
1学期期末テスト 150  30  120     70
2学期中間テスト 70  27  140     75
2学期期末テスト 81  76  112     86
3学期期末テスト 31  90   90     52

どっちが解りやすいでしょう?

ランクなら試験/科目毎にランクと点数範囲のマスタを用意すればいいだけなので、
試験点数の決定時の更新処理も不要です。

実際の順位は帳票やクラス一覧とかで並べればわかるので、
正直言って、順位/人数の必要性には疑問を感じます。

ま、要件定義はPoさんが決めることなので、強く主張はしません。
参考になれば。


127 :Po:04/10/21 23:31:45 ID:???
遅レスすまそ。。。汗

順位/人数 は、俺が中学校時の成績表に必ず書いてあった
からそういうのを作ろうと思って、つけたほうがいいといっていました。
クラスを指定して、「印刷」ボタンをクリックしたら、
一クラス分の成績表が印刷される機能の実現を考えた時、
フィールドがいるのではないかと。。

128 :NAME IS NULL:04/10/23 14:53:50 ID:???
それが目的なら「TT_試験成績」の中に持ってた方がいいな。
生徒の転校とか考えるとね。


129 :Po:04/10/23 23:59:38 ID:???
>>126
世代が関係するのかもしれませんが、俺は中学・高校の成績で
ランクというものを見たことがありませんです。

そこで聞いてみたいのですが、ランクの導入は、
使われている学校もあるから、なのでしょうか。
それとも、成績管理にこういうのを導入したほうが良いのでは、
という提案の意味なのでしょうか。
よろしくお願いします。

130 :NAME IS NULL:04/10/31 20:50:17 ID:T8UPWO2B
過疎スレ(ワラ

131 :Po:04/11/08 23:55:10 ID:???
どうしよ。。。

132 :コピペ推奨:04/11/09 16:58:12 ID:uUtOSml0
●2ちゃんねるは創価学会のベンチャーだった!●

1 :名無しさん@そうだ選挙に行こう :04/07/11 16:42 ID:DfqA2A8A
●2ちゃんねるは創価学会のベンチャーだった!●
中尾嘉宏 創価学会札幌支部幹部、2ちゃんねるのサーバー管理者
ピンク2ちゃんねる代表 前科2犯児童買春斡旋、マルチ詐欺
ピンクちゃんねるで創価学会札幌支部にお布施、
エロサイトの資金で池田大作先生も潤い、喜ばれているそうです。

http://money3.2ch.net/test/read.cgi/venture/1089531720/l50

133 :NAME IS NULL:04/11/10 07:06:39 ID:QyzHSPTB
>>131
VB6でだったら仲間になります。

134 :NAME IS NELL :04/11/10 12:44:26 ID:???
.netなら仲間になります

135 :NAME IS NULL:04/11/13 15:38:39 ID:???
C++なら(ry

136 :NAME IS NULL:04/11/13 22:09:08 ID:???
PHPなら(ry

137 :NAME IS NULL:04/11/13 23:02:18 ID:???
FORTHなら(ry

138 :133 ◆6l0Hq6/z.w :04/11/14 19:02:02 ID:cTnrIWr+
VB6はマジですよ。
ところで、どこまで進んでますか?

139 :NAME IS NULL:04/11/15 20:02:29 ID:dMOVD29i
ひまわりもマジですYO!
さて
SELECT Love_letter FROM Canada ♪ 

140 :133 ◆6l0Hq6/z.w :04/11/15 21:09:30 ID:Dszti5ph
>>139
まじで氏ね。

141 :Po:04/11/16 06:54:49 ID:???
>>138
今はテーブルの設計と、フォームの展開の設計あたり。


142 :NAME IS NULL:04/11/19 09:10:21 ID:???
まだあったのか
このジサクジエンblogスレ

143 :NAME IS NULL:04/11/21 12:21:06 ID:???
納期はいつなの?


144 :Po:04/11/23 22:25:29 ID:???
>>143
仕事としてやってるすれじゃないじょ。

145 :NAME IS NULL:04/11/24 00:06:29 ID:???
先生!成績管理って何を管理するんですか?
(いや、煽りじゃなくて、>>5を使って何をするのかなーって。)

146 :Po:04/11/24 20:53:14 ID:???
>>145
成績を管理します。w

このシステムの目的は、定期試験ごとに発生する先生方が
行うべき仕事を効率化することです。
Excelの数式や参照の概念を理解して、、、、ってしなくても
定期テストごとに必要な書類が簡単に作れるようになると
便利ですよね。

147 :NAME IS NULL:04/11/25 09:36:32 ID:???
成績を管理するとは──
行うべき仕事とは──
必要な書類とは──

具体的なことを何も説明していないことに気づいてる?

148 :NAME IS NULL:04/11/26 09:43:39 ID:???
MySQLなりPostgreSQL(サーバ側がWinじゃないと無理だけど)なりでシステム構築すれば良いのに・・・。

149 :NAME IS NULL:04/11/26 11:28:12 ID:???
>>148
要件次第だろ。

ODBC経由でリンクテーブルにしてしまえば、バックエンドをLinux BOXに置いて
安定稼働というパターンもありだし、そうしてバックエンドを最終的に他の
RDBMSに置き換えるとしても、スキーマやマスタをAccessでざっと作ってから
エクスポートするという段取りもアリだし。


150 :NAME IS NULL:04/11/26 21:48:29 ID:???
>>147
1から10まですべてを説明しないと理解できないのかね?

たとえ説明しても、「作りきれないから分からない」といって
おわるんだろうけど。w


151 :NAME IS NULL:04/11/27 14:52:19 ID:???
ばかやろ。Accessの勉強をしたいだけなんだと気づいてやれよ。
相談しているように見えてAccess以外は選択する気ないの見え見えじゃんか。

152 :NAME IS NULL:04/11/28 01:54:48 ID:???
そんな貴方にはMSDE+Accessでサーバ名決め打ちの罠に御招待。

153 :NAME IS NULL:04/11/28 17:26:30 ID:raj4+PEd
俺もMySQLで作るのに賛成。
PHPとあわせてさらっと作れるでしょ。

というか一日で作れるシステムを話し合うのも微妙。
DB板で協力し合って作るのなら、もっと大きめなものがいい。

154 :NAME IS NULL:04/11/28 23:13:59 ID:???
>>150
> 1から10まですべてを説明しないと理解できないのかね?

悪いけど、君が 1 だと思ってるところを説明してくれる ?
1 を知って 10 を理解してやるからさ。(ププッ

155 :NAME IS NULL:04/11/29 10:40:24 ID:???
時代はリッチクライアントの流れなのに
今だに PHP とか逝ってるし

成績表を管理するアプリケーションで
グリッドコントロールが使えないのは致命的

ブラウザインターフェースを使わない根拠としては充分


156 :NAME IS NULL:04/11/29 20:12:03 ID:???
時代はスマートクライアントでしょ

157 :NAME IS NULL:04/11/30 08:05:20 ID:???
>時代はスマートクライアントでしょ

決定!


158 :NAME IS NULL:04/11/30 22:31:40 ID:???
>>154
> 悪いけど、君が 1 だと思ってるところを説明してくれる ?
> 1 を知って 10 を理解してやるからさ。(ププッ
1 にあたることはスレのタイトルに書いてある。
必死な煽り、カッコワルイ(・∀・)

159 :NAME IS NULL:04/11/30 22:42:13 ID:???
1 :Po :04/09/19 18:20:48 ID:???
プログラム板とかには、こういうのをみんなで作ろうというのが
あるけど、データベース板にはないから作ってみた。
みんなで教育機関に貢献しよう。
まずは、テーブルの設計から。
10 :NAME IS NULL :04/09/20 06:07:01 ID:???
いや、>>1にはアクセスみたいなのがお勧めだよ


1を知って
10を汁


160 :NAME IS NULL:04/11/30 23:26:44 ID:???
なにがいいたいの?こじつけコピペ、カッコワルイ(・∀・)

161 :NAME IS NULL:04/12/01 10:47:19 ID:???
「中学・高校向け成績管理システム」だけじゃ
中高の先生以外には何をどうしたいのか分らない罠。

162 :NAME IS NULL:04/12/01 15:51:36 ID:???
成績の悪い生徒には補講も行い、親も呼び出して説教もし、
部活の顧問スケジュールも作成できる画期的なシステムでつよ

163 :NAME IS NULL:04/12/01 20:18:03 ID:???
>>161
「分からない。」といいつづければ、議論に勝ってるとでも
思ってるわけ?
その姿は「分かろうとしない奴」にしか写らないのだが。。。(ププ

164 :NAME IS NULL:04/12/01 20:58:25 ID:???
>161
いくつかの製品があってお試し版もあるはず。
ぐぐってみればどう?

165 :NAME IS NULL:04/12/01 22:34:00 ID:???
>>158
で、成績管理システムって何 ?

>>162 でいいのか ?

>>163
で、君は何も説明できないわけだよね。
そう言ってれば、議論に買ってるとでも思ってるわけ ? (ププ

>>164
つーか、いろいろあるのは知ってるけど、どれが >>146 の要件を満たすかは >>146 しかわからんだろ。
まあ、どっかの客と一緒で「なんかこんなことできたらいいなぁ...。」とお馬鹿な妄想しか持ってない奴だろうけどね。

166 :NAME IS NULL:04/12/01 23:25:52 ID:???
>定期試験ごとに発生する先生方が行うべき仕事を効率化することです。

つまりだね、

・試験スケジュール自動作成
・試験問題作成支援
・自動採点機能
・希望校合格可能率自動判定
・生徒別科目別得意不得意分野分析

これらの機能を実装した汎用パッケージなのだよ。
パラメータを変えるだけで全国のどこの小中高校でも簡単に利用可能となるのだ。



167 :NAME IS NULL:04/12/02 07:34:31 ID:???
>165
議論に買ってる
議論に買ってる
議論に買ってる
議論に買ってる
議論に買ってる

168 :NAME IS NULL:04/12/02 09:51:26 ID:???
教育の場には縁がないがDBには詳しいor興味あるという
この板の大部分を占めるであろう人達は
成績管理システムという特定業務アプリケーションについて
自分で勉強しなければこのスレに参加できないというわけか

っつうかこのスレの主旨って>>1が「こんなことしたい」と
投げてそれをみんなで考えるんじゃなかったのかな
どんなことしたいかを少しずつでも具体的に出していかなければ
話は進まないわけで

最初は個々の試験の成績を記録するテーブルの設計の話で盛り上
がっていて、それがひと段落ついたあとに
「で、結局システムの全貌ってどんなもんよ?」
という話の流れになっただけだろ?そのくらいで逆切れすんな


169 :NAME IS NULL:04/12/02 18:57:36 ID:vPYtUXj0
俺は仕様をだしてもらったら、VB6で作ろうと思ってるわけだが(w

170 :NAME IS NULL:04/12/02 22:00:47 ID:???
とりあえず、>>55に書いてあることを満たすシステムをつくるんじゃないの?
具体的には。。。

1.定期テストが採点まで終わったら、システムに点数を入力する。
(この時、各科目の先生方が同時に自分の受け持ち教科の点数入力が
できるような設計にしたほうが便利)

2.すべての点数を入力後、学年と組を指定すると、その組の生徒の
成績表が印刷される。(成績表は、生徒1人につき1枚)

成績表には、次の項目が記載されている。
・定期試験の各教科の点数および、合計
・各教科および合計点のクラス順位と学年順位
・合計点の分布図
(分布図の例)
400〜500点 1名
300〜399点 3名
200〜299点 5名
  0〜199点 1名

3.先生方が、自分の受け持つ教科の順位表が出る。
「1年2組、2学期中間試験、国語」と指定すると、
1年2組の2学期中間試験の国語の点数の高い順に
生徒が並べ替えられている表が印刷される。


171 :どこが”管理”なのか小一時間:04/12/02 23:29:29 ID:???
んー、俺ならActiveDirectory下の中核アプリ1ヶ+Excel+MSDEかAccessだな。
仕事の流れとしては(組の数や生徒、試験科目の定義は既にされているとして)

1a.システム担当者が中核アプリのボタンをポチっと押すと、指定されたディレクトリに沢山のExcelファイルが生成される。
 ファイル名は「2004年_2学期_中間試験_3年_理科.xls」みたいな。
 そのファイルは保護された各組毎のシートを持ち、各シートには生徒一覧と点数入力欄がある。
 また、データベースに入力した内容を反映するボタンがどっかにある。

1b.システム担当者はそのファイルをそれぞれの先生に、
  「何月何日までに点数を書き込んで、上書き保存した後でsheet1のでかいボタンを押せ。もし修正したらもう一回押せ。」
 とだけ書いてメールで送る。

1c.締め切り間際になると、各先生に入力を催促する。

2.締め切り後に中核アプリのボタンをポチっと押すと、Excelオートメーションで指定した学年・クラスの成績表が全部印刷される。
 システム担当者は印刷して先生に配る。(ダサッ

3.締め切り後に中核アプリのボタンをポチっと押すと、全教科の順位表が印刷される。
 システム担当者はまた印刷して先生に配る。(ダサッ

4.システム管理者は全成績のハードコピーをバックアップとして保管する義務を持つ。(ダサッ

こんな感じ。全然便利じゃない気がするけど、パソコンが使えない/苦手な先生も交えて
運用するならこの程度が無難じゃね?

172 :NAME IS NULL:04/12/02 23:30:03 ID:???
>>167
そこしか突っ込めないのか。(藁

173 :NAME IS NULL:04/12/03 00:36:38 ID:???
>>172
うだうだいってるだけで何も進めようとしてないおまえ、ウザイ。

174 :NAME IS NULL:04/12/03 00:45:56 ID:???
とりあえずは、実現するための技術はどれにするにしても、
効率のよいデータの格納や処理方法を考えていかなければならない
わけだから、まずはそのあたりの議論をすべきでは?


175 :NAME IS NULL:04/12/03 07:46:35 ID:???
そうか?まず全体を見ないと。
目的を理解し、仕組みが決まれば、必要なデータは勝手に決まるだろ。

176 :NAME IS NULL:04/12/03 09:39:14 ID:???
<INPUT>
生徒の試験の成績を入力すると

<OUTPUT>
成績表と順位表が出てくる

表を出すだけ?本当にこれだけでいいの?
だとしたら確かにExcelで充分な要件だ。

しかしちょっと考えるだけでも生徒の教科別の成績の推移とか、
いろいろ使い道を想像できるのだが。


177 :NAME IS NULL:04/12/03 23:13:05 ID:UB+OGKCR
私も学校の成績管理システムを作成中ですけど、
頭こんがらがってますw

>>81
テストの欠席の種類でも色々あります。
公欠、忌引、病欠、停学、(伝染病などの)出校停止etc、
それによって、その時の成績が0点になったり、
欠席した以外の学期末テストの平均の80%とか100%とか、
学校によって固有の処理があると思います。
どうするのかなあと、ふと、思いました。

あと、学級ごとの伝票を作成するとき、学級担任、副担任の項目が必要かな。

ちなみに、うちの学校の場合、
出力データで必要なのは、

1,クラス毎の全教科の点数、出欠席が載っている「一覧票」
2,教科毎、クラス毎の「教科伝票」。
3,「通知票」通知票には、テストの点数だけではなくて、身体の記録も載ります。
身長・体重・座高・視力右・視力左、保護者氏名も必要。
4,上位何名かを張り出す上位者表。
5,学年毎に上位者一覧、赤点保持者一覧とその生徒の赤点の個数、単位数などを記した「学年成績資料」。
備考欄で、気になる生徒について記入する項目あり。
6,進学先に提出する「成績資料」。

などがあります。

178 :NAME IS NULL:04/12/04 01:33:15 ID:???
隠しテーブル

"学年コード"  
"クラスコード"
"出席番号"
"顔"
"バスト"
"ウェスト"
"ヒップ"
"足"
"性格"
"成績"
"家庭環境レベル"
"内申点"
"初体験フラグ"
"初体験相手コード"(学年+クラスコード+出席番号)

Key (学年コード,クラスコード,出席番号)

179 :NAME IS NULL:04/12/04 07:26:38 ID:???
>>178
ウチが納めたシステムじゃ、顔写真(生徒手帳と同じもの)とBWH(身体測定の結果)を格納してますた。

そのシステムも、恐ろしいことにACCESSだったのですが(プロが使うなよと思った)、
納品後何年かして機能追加でテーブル変更などがあってデータコンバートをした際
会社でこっそり閲覧して楽しんでしまいますた(;´Д`)

180 :NAME IS NULL:04/12/04 16:57:58 ID:???
>>179
個人情報保護法違反でタイーホ


181 :NAME IS NULL:04/12/04 17:11:07 ID:???
>>180
施行前なのでゴメンね。

182 :NAME IS NULL:04/12/04 17:12:53 ID:???
今思えば胸の大きい順とかでソートしていたのは自分でもかなり痛いと思います orz

183 :NAME IS NULL:04/12/04 19:11:43 ID:???
顔写真、身体の記録、および任意の外部評価関数による生徒のソート機能は必須だな。

184 :Po:04/12/04 19:23:41 ID:???
>>177
うちの学校の場合は、欠席=0点とせず、合計順位にはカウントしないので、
・その試験に出席しなかった場合はnull値を代入。
・(5科目などの)合計点は、一つでもnullがあれば計算しない。
・順位は、null値の人は総人数としてカウントしない。
という処理方法で対応できます。

あと、2点質問があるので、お願いします。
2の「教科伝票」がどのような資料であるのか分からないので、
できましたら具体的に説明していただきたいと思っております。

6の「成績資料」は、3にのっているテストの点数で
十分だと思うのですが、3の資料とどのように違うのでしょうか。

よろしくお願いします。

185 :NAME IS NULL:04/12/04 23:20:08 ID:???
>>187
http://groups.yahoo.co.jp/group/seisekkanri/
↑ヤフーグループに登録しました。
ここのブリーフケースに教科伝票、一覧票、通信票の例を入れておきました。
ちなみにノートンでウイルス検索済みです。
成績資料もアップしたかったのですがファイルがなかったので無理でした。

グループ登録すれば、ブリーフケースにアップもできるようになります。
登録していなくても、ダウンロードだけはできます。
登録するにはYahooIDが必要です。公開されるのはニックネームだけで、メールアドレスは非公開です。

成績資料については、テストの点数については十分だと思います。「生徒に関する備考」のような項目があると良いかと思います。

それから、補修で赤点を解消した場合の処理はどうなるでしょう。
赤点を解消する前の点数も残しておきたいし、解消後の点数も必要になりますね。

186 :NAME IS NULL:04/12/05 21:38:34 ID:???
まとめてみよう。
要件:
・パスワード承認によるアクセス制限を行う。
・ネットワーク越しの複数ユーザによる同時入力
・任意の科目。(例:数学[)
・単一の科。(商業科と普通科は別のデータベース、別のシステム)
・任意の試験区分(例:一学期中間試験、三学期実力試験)
・複数年度のデータを保存する。
・スリーサイズ。
・出力される帳票は以下。
 1.成績一覧
  年度別クラス別教科別成績一覧(生徒番号順、詳細はファイル「一覧表(例)」参照。)
  年度別クラス別試験別成績一覧(生徒番号順、詳細はファイル「教科伝票(例)」参照。)
  年度別試験別成績上位者表(順位順)
  赤点保持者一覧(赤点個数、単位数、気になる生徒についてのメモ)
  年度別個人別成績推移表(順位付加、評点付加)
 2.通知票(中間・期末以外は諸テスト成績として記入する。組順位、科内順位。通信欄等あり。)
 3.成績資料。(通知票+生徒に関する備考)

#とりあえず、出欠はザックリと切ってみた。

187 :NAME IS NULL:04/12/05 21:42:11 ID:???
↑の通知票はの詳細は、ファイル「通知票(例)」参照やね。

続き。
罠みたいな:
・科目には分類が存在する。(例:数学という分類の下に数T、数U…)
・年度*学年*科目毎に、担任する教員が1人だけ存在する。
・年度*学年*クラス毎に、担任と副担任が1人ずつ存在する。
・生徒は留年/転入/退学する。
・生徒はテストを公欠、忌引、病欠、停学等により休む。それにより処置が違う。
・赤点取ったら補習。補習の結果と補習前の結果をどう扱うか。
・学年、試験区分により、教科編成は異なる。

コメント:
・きめ細かいユーザ毎のアクセス制限は想像するだけでメンドクサ。どの程度なんだろうね。
・中間・期末試験とそれ以外の試験は似て異なる気が

188 :NAME IS NULL:04/12/05 21:58:40 ID:???
「成績管理システム」で検索したら、「カリキュラム」って言葉が出てきた。
これなに?教えてプリーズ。


189 :NAME IS NULL:04/12/05 22:04:06 ID:???
あと「学年制/単位制」、「総合学科」。これは一体。

190 :NAME IS NULL:04/12/05 22:14:39 ID:Xd/OKYxN
>>188
カリキュラム(Yahoo!辞書より)
学校の教育目標を達成するために、児童・生徒の発達段階や学習能力に応じて、
順序だてて編成した教育内容の計画。教育課程。

上の説明だとよく分かりませんが、3年間を通して生徒がどのような科目を選択するか。
就職コースと進学コースでは、選択科目が違うとか。
新カリキュラムになると、教科が変わるとか。
そういうことではないかと。

まちがってたらごめんなさい。

191 :NAME IS NULL:04/12/05 22:21:14 ID:Xd/OKYxN
>>189
学年制
普通の高校・中学校

単位制
学年がなく、3年間で必要な科目を学習できる
固定したクラスがなく、自分の授業の教室に移動して学習できる
進路・興味・関心に応じて一人ずつ自分の時間割が作ることができる
人に従うのではなく、自分の行動は自分で考えなくてはならない
ソース
http://www.torikyo.ed.jp/kuraw-h/tanisei.htm
あと参考になりそうなHP
http://www.stepup-school.net/step/tanni/tokuchou.html

総合学科
○ 総合学科は、普通科・専門学科の両方の性格を持つ新タイプの学科で、
公立の学校を中心に、続々と誕生してきています。
○ 総合学科は、必修科目以外は生徒の興味・関心・進路の希望などに基づいて、
学校によっては100科目近い選択科目の中から、自分の勉強したい科目を選ぶことができます。
○ 学校から与えられた時間割通りに勉強するのではなく、自分で時間割を作って勉強をしていきます。
  高学年になるにつれて、選択科目も増えていきますが、自分自身の個性が発揮できます。
  1年次・・・学校になれることが先決なので、必修科目(一般教養科目)に重点をおき、選択科目は少なめです。
  2年次・・・必修科目と選択科目が半分づつ位になっています。
  3年次・・・大半を選択科目が占めるカリキュラムになっています。
ソース
http://www.toshobunka.co.jp/common/koko/sogo_ka.htm

192 :NAME IS NULL:04/12/05 22:46:13 ID:???
>>190-191
サンキュ。
そーいえば俺も高校時代、受験を控えた3年生だけは理系と文系にクラスで分かれて、
クラスの中でもセンター試験の選択科目によっていろいろ分けられてた覚えがある。
それがもっと複雑怪奇になってるんだな。どーしようか。

#実力試験の成績が選択科目問答無用の合計点数による順位貼り出しで、
#"今回は地理が難しかったらしいから…"とかやってた覚えが。殺伐と懐かしい。

193 :NAME IS NULL:04/12/06 16:06:28 ID:iBDi4yW/
エクセルでいいじゃん

194 :NAME IS NULL:04/12/06 19:50:02 ID:DaWIEWzE
>>187の続き。
http://groups.yahoo.co.jp/group/seisekkanri/files/

学年成績概況資料.zip (各期末考査後の学年会議に必要)※一太郎ファイル
調査書(例).zip (就職時に必要)
をUPしました。

一太郎ビューア
http://www.vector.co.jp/soft/dl/win95/writing/se266158.html

195 :NAME IS NULL:04/12/06 19:50:18 ID:DaWIEWzE
>>187の続き。
http://groups.yahoo.co.jp/group/seisekkanri/files/

学年成績概況資料.zip (各期末考査後の学年会議に必要)※一太郎ファイル
調査書(例).zip (就職時に必要)
をUPしました。

一太郎ビューア
http://www.vector.co.jp/soft/dl/win95/writing/se266158.html

196 :NAME IS NULL:04/12/06 19:51:56 ID:DaWIEWzE
間違えて、2度書き込みしてしまいました。
すみません<(_ _)>

197 :NAME IS NULL:04/12/06 21:46:03 ID:mD1VmEXp
おー、すげーすげー。VBA無しのExcelで十分じゃん。

198 :NAME IS NULL:04/12/07 07:43:45 ID:hp7BPMaP
>>195
http://groups.yahoo.co.jp/group/seisekkanri/files/
UPしたファイル名を半角英文字に変えました。
日本語だとダウンロードしたとき、変になるみたいなので。

199 :NAME IS NULL:04/12/08 00:50:31 ID:U+2xzHTV
グループに参加してみますた。大阪民国出身のシュミグラマなんでお手柔らかにたのんます。

で、http://groups.yahoo.co.jp/group/seisekkanri/files/ にflow1.lzhをUP。
システムが*無い*場合の、成績に関わる業務の全体像の雛形のつもりです。
とりあえず、受講科目や単位数の制定(カリキュラムの設定?)がまだ無いですね。
ほかに足りないものってありますかね?

#つうか見てわかります?(文書化苦手じゃ。)
#まずは何をシステム化するの〜?って話の土台でも作ろうかと。
#ちなみにVisioで書いて.wmfに落としてからExcelに貼り付けです。

200 :NAME IS NULL:04/12/08 04:21:33 ID:???
興味アル方メールください

業務内容
サーバ・アプリケーションの設計・開発・運用・保守管理などの業務に取り組んでいただきます。
資 格
学歴不問25〜40歳位迄、下記項目中2項目以上の経験者が望ましい。


Java開発経験者(Tomcat等のJakarta Projectを利用した開発)
DB開発運用経験者(Oracle,PL/SQL,Pro*C,MySQL,PostgreSQLを利用した大規模DBの運用・開発経験者)
Linuxサーバの構築・運用経験者(bind,sendmail,qmail,ネットワーク一般、セキュリティ設定等)
システム開発プロジェクトマネージャー経験者


勤務地
東京都渋谷区


201 :NAME IS NULL:04/12/09 20:49:22 ID:???
>>199
クラス決めとクラス替えが無いと見た。

202 :NAME IS NULL:04/12/11 16:08:21 ID:3AwOUS6e
失敗するプロジェクトの典型だな。
必要最小限の機能から実装して早期稼動を行い
GUIを含めて運用上の問題点を洗い出すのが一手法。

203 :NAME IS NULL:04/12/12 20:32:48 ID:???
>>202
一瞬実装しようとしたけど、DBGrid+日曜プログラムではExcelに勝てそうにない…。

204 :NAME IS NULL:04/12/13 12:08:13 ID:J3h0ABMS
'`,、('∀`) '`,、

205 :NAME IS NULL:04/12/16 13:07:13 ID:???
アクセスでいいから1が自分の出来るところまで作って
機能追加要望出せばいいのに
先生やってなきゃ業務内容すら分からんよ

206 :NAME IS NULL:04/12/18 01:08:24 ID:???
>>205
ユーザごとのアクセス制御の方法を教えてください。
何かサンプルプログラムないですか?
横レススマソ。汗

207 :NAME IS NULL:04/12/18 18:34:45 ID:???
MSDEならユーザ毎に列毎の権限とか設定できるよ。

208 :NAME IS NULL:04/12/29 21:34:18 ID:???
冬休み期待アゲ

209 :NAME IS NULL:04/12/30 01:08:29 ID:???
成績管理システムなんて大学の卒研以下じゃねーかよ

210 :NAME IS NULL:04/12/30 08:50:05 ID:???
研究と実用品を比べてもしょうがないと思うけどな。

211 :NAME IS NULL:05/01/02 20:05:53 ID:???
卒研で作ったシステムだと運用管理まで考えているかい?
普通はそんな無駄なことは省いてしまうだろ

212 :NAME IS NULL:05/01/02 20:31:27 ID:???
つーか1年制の専門学校じゃあるまいし卒研のテーマが成績管理システム作りますってのはねーだろ(w

213 :211:05/01/02 21:05:08 ID:???
あ、専門学校だと思ってたら、大学って書いてあらぁ・・・釣られてましたw

214 :NAME IS NULL:05/01/04 21:34:05 ID:???
期中に生徒の苗字が変わるときがあるが、どう対処しますか?
生徒マスタを書き換えたのでは旧姓がなくなるし

215 :NAME IS NULL:05/01/04 22:28:35 ID:???
>>214
なんかまずいのか?
生徒マスタの備考欄にでも旧姓田中とか書いとけばいいだけでしょ

216 :NAME IS NULL:05/01/05 00:07:09 ID:ZFR/AGF2
>>215
> 生徒マスタの備考欄にでも旧姓田中とか書いとけばいいだけでしょ

通りすがりですが、面白そうなので。

いますよね。さあデータベース作るぞって意気込んでる素人さんで
旧姓のフィールドもいるぞ、ああそうそうアレもコレも...って感じで
やたらフィールド増やすヤツ。

検索したり分類したりしないんだったら専用のフィールドは不要。

旧姓田中の人を検索...なんてしないでしょ。


217 :NAME IS NULL:05/01/05 00:20:53 ID:???
>>216
> いますよね。さあデータベース作るぞって意気込んでる素人さんで
> 旧姓のフィールドもいるぞ、ああそうそうアレもコレも...って感じで
> やたらフィールド増やすヤツ。
で、実際にデータ入力となるとめんどくさくなって、
よく考えるといらないやって思って入力しないんだよね。。。w

で、次は作る時のめんどくささからフィールドが必要最低限を
満たしてなかったりするのよね。。。
使う側じゃなくて、作る側の都合でやっちゃうっていう。。。w

218 :NAME IS NULL:05/01/05 03:29:44 ID:???
>>215-216
いや、意外に効率から考えると必要かもよ。
氏名検索するときに誤って旧姓で検索かける可能性があるので
システム的にはそれに対処しなくてはいけない。
検索時にオプションにするかデフォルトにするかは別としても、
よく使うであろう氏名検索でデータ量が多いであろう備考欄さらうよりも、
専用の旧姓欄を作っておけば検索が早く終わる可能性が高い。
ということで、データ量に特に制限が無ければ作っておいて損は無いと思うが。

219 :NAME IS NULL:05/01/05 14:56:55 ID:???
というかマスタを書き換えたら、それ以前の処理にも影響でるのでは?

前期期末の時点では、田中
後期中間の時点では、鈴木となる

その後、なんらかの事情により前期期末のデータが必要となる。
すると姓が鈴木で出てしまう。

ということはないでしょうか?



220 :NAME IS NULL:05/01/05 20:56:15 ID:???
>>218

これは成績管理システムですよ。
名前で検索するなんて1%以下でしょ。

>>219

今は鈴木さんだから、なんでまずいの?
鈴木さんで出ない方がまずいでしょ。
成績管理システムなんだから。

221 :NAME IS NULL:05/01/05 20:57:36 ID:???
前期は田中でしょ

222 :NAME IS NULL:05/01/05 21:25:29 ID:???
名前は、「田中(鈴木)」で登録。w

223 :NAME IS NULL:05/01/05 21:41:25 ID:6J3wochm
俺は成績処理ではないが、会員のデータベースで
名前フィールドには、松本(中野)って入力して、
帳票用フィールドを作って、松本って入力してる。

224 :NAME IS NULL:05/01/05 23:38:48 ID:ZFR/AGF2
>>218
過剰な機能。

225 :NAME IS NULL:05/01/05 23:39:29 ID:???
このスレ、結構面白いなぁ。

226 :NAME IS NULL:05/01/06 00:03:25 ID:???
過剰であるかどうかは、使う人の都合の他、コンピュータの
計算量やデータの量で決まる部分もあると思うから、
とりあえず、名前のデータ管理の設計について、
以下の用件を満たすテーブル設計を考えてみるってのはどうよ?
1.時間経過に伴い、苗字の変化に対応しつつ、且つデータは
大きくなりすぎることはないようにする。
2.検索時は旧姓も対応できるようにする。
で、ある程度の方向性が決まってくると思うが。

227 :NAME IS NULL:05/01/06 00:20:00 ID:???
ほとんど出来上がった時に旧姓の事に気が付いて、
クラに「旧姓とか要ります?」って問い合わせしてみて、
よせばいいのに「検索もできた方がいいっすよね?」と口をすべらせて、
インタフェースやDB周りのロジックを泣きながら書き直す光景が目に浮かぶようだ。
ガンバレ オレ... orz

228 :NAME IS NULL:05/01/06 16:39:35 ID:???
3組に1組は離婚する時代だからなー

229 :NAME IS NULL:05/01/06 16:43:08 ID:???
>>226
時間の経過に伴いってことは、氏名のほかに登録年月も用意するの?
そして氏名の登録年月と考査の実施年月を比較してどっちを利用するかを決めるのかな。


230 :NAME IS NULL:05/01/06 19:11:26 ID:yy4o96+6
「鈴木太郎」が「山田太郎」になった場合、「山田(鈴木)太郎」でいいんではないかと思われ。
表示用名前フィールドに「山田太郎」と入力して、システム的に表示用名前フィールドに
データがあったときのみ、そっちを使う。


231 :NAME IS NULL:05/01/06 19:50:30 ID:???
おいおい。みんな本題からズレてきてるよ。

旧姓がどうのって個人情報管理システムじゃないんだから
備考欄に書くか、山田(鈴木)方式で十分。

どんなにマンモス校だって千人程度でしょ。それも3年で
卒業していくんだから。

232 :NAME IS NULL:05/01/06 20:59:02 ID:???
そうそう。前期で「鈴木太郎」が後期で「山田太郎」になった場合、
前期のテスト結果を出す場合でもそいつは「山田太郎」でしょ。

成績管理なんだから、生徒名を出すのは山田太郎の成績の推移とかでしょ。
5年前の3年B組の2学期末の理科のテストはなんて、生徒名前と点数の
一覧出すなんて意味無いでしょ。さらにその名前が「鈴木」だなんてもっと
意味無いでしょ。


233 :NAME IS NULL:05/01/06 21:03:42 ID:???
なんならアメリカからの交換留学生、マーチン・F・タイラー君のためにミドルネームの項目ももうけますか。

そうそう、韓国の交換留学生のために、ハングル文字に対応する必要があるな。
そうそう、サウジの交換留学生のために、アラビア語に対応する必要もあるな。
困ったなあ。あれ、右から左に書くんだっけなあ。

あ、この成績管理ソフトは汎用だから、アメリカンスクールでも使う事が前提だっけ?

そうそう、そういや私学生の頃に30点満点とか17点満点とかいう小テストを結構やらされたっけ。


234 :NAME IS NULL:05/01/06 21:23:49 ID:???
↑何そのレス。ふざけてるの?

235 :NAME IS NULL:05/01/06 21:59:31 ID:???
>>234
いや、皮肉は入っていると思うけどふざけてはいないと思う。

「運用でカバー」できる範囲の例外に工数をかけても
仕方がないよ。納期と予算に制限が無いならどうでもいいけど。

236 :NAME IS NULL:05/01/06 21:59:57 ID:???
↑現れたな、スレストマン。

237 :NAME IS NULL:05/01/06 22:00:55 ID:???
236は >>234 へのレス。

238 :235:05/01/06 22:00:59 ID:???
>>236

オレ?

239 :NAME IS NULL:05/01/06 22:02:01 ID:???
↑まじでストレスマンに見えた orz

240 :236:05/01/06 22:02:16 ID:???
ごめん、間違えた。

241 :232-233:05/01/06 22:06:47 ID:???
じゃあ君たちの言うとおり旧姓の項目を持つとしようか。

ところで私の架空の知人である山田京子さんのことなんですけど、
両親の離婚で旧姓の里中京子さんになって、
母親が再婚して岩城京子さんになって
学生結婚して京子アンドリアーノになったんだけど
半年もしないうちに離婚して岩城京子に戻ったんだけど、
どうしたらいいの?

旧姓項目を配列で5個ぐらい作ってくれる?


242 :NAME IS NULL:05/01/06 22:09:43 ID:???
>>241
もういいやん。やりすぎの感あり。

243 :NAME IS NULL:05/01/06 22:13:24 ID:???
>>241
俺、会員管理で会員の旧住所でこまったことあるんだけど、
旧住所項目に、「北海道←名古屋←東京」って設定した。

だからこの場合、
旧姓項目には、
「アンドリアーノ←岩城←里中←山田」
と入力。

244 :NAME IS NULL:05/01/06 22:16:01 ID:???
>>243
今はやりの市町村大合併の時はどうしたの?

245 :NAME IS NULL:05/01/06 22:17:25 ID:???
>>244
現住所の変更のみ。

246 :NAME IS NULL:05/01/06 22:18:11 ID:???
>>243-244

だから、「成績管理システム」なんだって。
学籍簿じゃないんだからもうやめ。どうでもいいよ。


247 :NAME IS NULL:05/01/06 22:22:29 ID:???
適用開始日と適用終了日のカラムを設ければすむと思うのだが。

248 :NAME IS NULL:05/01/06 22:26:37 ID:???
つーか、3年間でそう劇的な環境変化はないでしょ。

249 :NAME IS NULL:05/01/06 23:15:56 ID:???
そのほうが良いと思うが。
転入(出)や入学卒業にも使えるし、どの時点での名前を使っても
同一人物として認識できるし。

250 :NAME IS NULL:05/01/07 07:58:52 ID:???
思ったんだけど、学籍番号フィールド、学年分いるよね?

251 :NAME IS NULL:05/01/07 13:39:54 ID:???
学籍番号は一意だから一つでいいと思うけど

252 :NAME IS NULL:05/01/07 16:14:44 ID:???
>>251
学籍番号は、学年毎に変わってきますよ。

253 :NAME IS NULL:05/01/07 18:24:06 ID:???
成績処理システムをコアに、卒業証明書発行・成績証明書発行システムもくっつけて、さらに調査書や学年会計のシステムもくっつける予定でつ

254 :NAME IS NULL:05/01/07 18:34:10 ID:???
>>253
それって、生徒管理システムでしょ?w

255 :NAME IS NULL:05/01/07 18:39:43 ID:tKtceDYX
>>251
俺の場合、大学にいってはじめて、学籍番号が同一だったよ。

256 :NAME IS NULL:05/01/07 19:51:57 ID:???
>>254
その場合は、やっぱり旧姓のことはきちっとやる必要があるのですか?


257 :NAME IS NULL:05/01/07 19:58:23 ID:tKtceDYX
>>256
登録後に姓がかわった場合は、旧姓も記録しておく必要ありでしょ。
でないと、だれだかわかんない。
>>230 で十分。

258 :NAME IS NULL:05/01/07 20:12:27 ID:???
>>230が論外であることは>>241が粘着して証明してくれたじゃないか。

259 :NAME IS NULL:05/01/08 19:08:33 ID:FEhdeIQB
>>258
納得できないんですけど。

260 :NAME IS NULL:05/01/08 20:18:29 ID:???
話の流れ的に、成績管理システムでは名前の検索は実装しないので、
>>230の設計でよいと思われる。

>>241の実装は、作る前から、アレもこれもといいつづけてて
結局何を作っているか目標が分からなくなってしまうのと、
「生徒の苗字が何月何日に変わったのか」までしっかりと
管理する必要が無いので、とりあえず保留としておく。
(一度最後まで作ってみて、成績管理とは別機能の実装をする
時に、見直すこととする。)

で、どうよ?

261 :NAME IS NULL:05/01/08 20:32:15 ID:FEhdeIQB
>>260
大賛成でつ。

262 :NAME IS NULL:05/01/08 21:33:58 ID:???
で、肝心の成績管理機能はどうなったんだ?
テストの点のいい順に一覧出すだけの機能しかないんだっけ?


263 :NAME IS NULL:05/01/08 22:37:30 ID:FEhdeIQB
クラス毎の成績表&グラフも出力します。

264 :NAME IS NULL:05/01/09 09:32:45 ID:???
あと、生徒一人のこれまでの成績表
(これは生徒に配るやつ。)


265 :NAME IS NULL:05/01/10 17:05:37 ID:/HL3rSKP
成績の下位10名は名前の一部が伏字になります。

266 :NAME IS NULL:05/01/10 18:04:16 ID:k45+No1C
過去2回のテストと比較して成績の落ちている者を
生徒指導の対象としてピックアップします。

267 :NAME IS NULL:05/01/10 19:46:20 ID:/HL3rSKP
親が同高出身の場合、成績の比較が行える

268 :NAME IS NULL:05/01/10 21:22:21 ID:k45+No1C
>>267
その機能はいらね。

269 :NAME IS NULL:05/01/10 21:45:15 ID:???
>>265
その機能はいらね。

270 :NAME IS NULL:05/01/10 22:13:27 ID:k45+No1C
>>265>>267 の機能は却下の方向で(w

271 :NAME IS NULL:05/01/10 22:48:31 ID:???
学籍番号って生徒個人につけられる一意の番号でしょ
こいつをキーにすればいいんじゃないの?
毎年毎年学籍番号を変えるメリットがわからん
固定すれば名字を変えたり改名しても大丈夫だし
ミドルネームやホーリーネームも大丈夫じゃん

個々の学校で付けられる毎年変わるローカルな番号は
備考に書いておけば十分でしょ
なんで汎用システムで考慮する必要があるのさ?

272 :NAME IS NULL:05/01/11 00:15:24 ID:???
学籍番号の設計に関しては>>14に書いてある。
> 学籍番号は「×年度に入学した◎番の生徒」という2要素で構成されるねぇ。
> 学年や組とは関係ない。
> 学籍番号は卒業生も含めた一意の数字であるべきだから。
> 高校になると「×年度に入学した△科◎番の人」というふうに拡張されるかも。
学籍番号が主キーになる。

273 :NAME IS NULL:05/01/11 14:35:12 ID:Bh+caECO
>>272
学籍番号を主キーとするのは賛成するけど、学年番号も必要だと思われ。

274 :NAME IS NULL:05/01/12 07:37:00 ID:???
>>14じゃなくて、>>40だったな。w

275 :NAME IS NULL:05/01/12 09:12:31 ID:???
何度かレスさせてもらってるんだが、このスレの趣旨は

1.教員によるAccessの練習スレ
2.成績管理というテーマを用いDBMSの理解を深める為のスレ

どっち?

俺は2だと思って今まで参加してきたわけだが、DBMSを扱う上で常識と思え、汎用システムの構
築に有用な意見はことごとく却下されているように見えるが。

276 :NAME IS NULL:05/01/12 10:29:20 ID:53SnUcZ+
僕も2だと思って参加してますが。

暇になったら出てきたアイデアを元につくる予定。

277 :NAME IS NULL:05/01/12 12:31:40 ID:???
とりあえず要件のまとめてくれ。
テーブルの定義の議論も出来ないよ。


278 :NAME IS NULL:05/01/12 20:41:39 ID:???
>>275
2でしょ。1ならば、みんなでmdbファイルあげまくるわけだから。

> 有用な意見はことごとく却下されているように見えるが。
例えばどこ?

俺も2派なので。

279 :NAME IS NULL:05/01/13 22:43:58 ID:???
2だと思いこんでいる(本当は1の) >>1 が立てたスレなんだけど、
このスレの趣旨がみんなでシステム設計の議論をして楽しむた
めのスレに変わってきていると思って、俺はちゃかしているわけなんだけど。


280 :NAME IS NULL:05/01/17 18:55:21 ID:lAQlj6uL
各自で大学のデータベースの設計と作成と言われてるのですが
大学データベースだと受注管理データベースを勉強しただけですが
何が何にあたり、どう設計していけばよいかが分かりません。

何についてのデータベースが一番分かり易く簡単に出来るでしょうか?
成績が見れるというのが例だと言ってましたが
作り方が分かりません。
お願いします。

281 :NAME IS NULL:05/01/17 20:34:17 ID:???
>>280
学食の食券発行システムとか、どうよ?

282 :NAME IS NULL:05/01/17 22:55:56 ID:???
成績管理システムなんか作ってなんになるの?
という意見が出たりするが、>>280のような要望にこたえるような
要求分析からテーブル設計、コーディングまでの一連を行う
過程を説明した参考ドキュメントを作る意味で、
このスレを続けていきたい。

283 :NAME IS NULL:05/01/17 22:58:17 ID:???
>>280
じゃあ、女がらみで。

284 :NAME IS NULL:05/01/17 23:00:14 ID:???
>>282
別に続けるのはいいんだけどさ、その大学ってのは成績管理する必要があるほどみんな勉強してるのか?
こんなところでそんな質問してるぐらいだぞ。


285 :NAME IS NULL:05/01/17 23:44:06 ID:???
>>284
成績管理システムで卒業判定をしていたら、
留学者続出になってしまうから、卒業させるための判定会議ばかりが
行われており、ほとんどが手作業で直している。
成績管理システムの方は実質、入力した成績の閲覧・印刷のみと
なっている。というやつか?w

286 :NAME IS NULL:05/01/20 21:35:26 ID:???
で、テーブル設計のほうは?w

287 :NAME IS NULL:05/01/20 23:05:00 ID:???
その前に機能を追加する必要がありそうだね。

・講義にまじめに出席しているかどうかの管理
・そいでもって寝たり携帯で遊んだりせずにまじめに講義受けているかどうかの管理
・さらにレポートが他学生からの盗作でないかどうかの管理
・ついでに教えてくれくれ君じゃなくて自分で解決できたかの管理


288 :NAME IS NULL:05/01/21 21:25:20 ID:/ULBJSfR
簡単な成績管理データベースですが
そのソフト落ちてないかな?

289 :NAME IS NULL:05/01/21 22:47:29 ID:???
>>287
システムのせいにするまえに、教育体制を変えることを考えるべし。

290 :NAME IS NULL:05/01/21 22:56:18 ID:???
>>288
それをいってしまえば、みもふたもない。

291 :NAME IS NULL:05/01/22 14:50:10 ID:???
最近停滞気味ですね。


292 :NAME IS NULL:05/01/22 18:24:59 ID:???
作るみんなで考えることでいろんなノウハウや知識を身につけていくのが
目的であって、すぐに使えるソフトを探すのとは違うとおもうが。

293 :NAME IS NULL:05/01/25 20:36:38 ID:???
>>291
ていうか、>>1 ってもう参加してないんじゃないの。
もう面倒になっちゃったんじゃないの。

294 :NAME IS NULL:05/01/25 21:25:18 ID:???
>>293
いますが、何か?w

295 :293:05/01/25 22:56:36 ID:???
>>294
ゴメン。いるのね。
このまとまりの無いスレを収束させてくれ。
結構おもしろかったのに。

296 :NAME IS NULL:05/01/25 23:16:32 ID:???
とりあえずER書いてwebで公開してみたら?
んで、初期の仕様でかまわないので、一回モノ作った方が良いよ。


297 :NAME IS NULL:05/01/25 23:43:18 ID:???
>>295
収束のさせかたも難しいもんだよ。
「話の方向性はレスを付けてくれる方々の意向に沿って」と決めていたから、
「決定は、話し合いでみんなが納得するものにする。」としてて
レスを求めても、何もこなかったりするしねぇ。。

一方で堅苦しく一人が方向性やルールを決めてしまうと
気楽に書き込みができなくなったり、ルールを決めた人の
労力が大幅に増えるだけになって、成績管理システムを作ることを
通して、みんなそれぞれが知らないことを補い合うこと
が出来なくなってくるし。

298 :293:05/01/25 23:46:57 ID:???
>>297
やっぱりスレの目的が明確じゃないからじゃないのかな。
仕様だけを詰めるのか、実際のモノを作るのかもあいまいだよね。
実際に作るなら具体的な製品決めたほうがいいんじゃない。

299 :NAME IS NULL:05/01/26 00:12:57 ID:???
>>298
みんながついてきてくれるかどうかがこのスレの命なところを
気にしすぎて目標をあいまいにしてたのが裏目に出たね。。。汗

私としては、目標は
「まずは、現場で使えるものかは少々犠牲として、
(ゆっくりやっても)1ヶ月くらいで作れる仕様にする。
Accessとかで作っていって、途中で詰まる問題をみんなで
試行錯誤して解決していきながら、データベース構築を
みんなで楽しむスレ」がいいかなと思うけどどうよ?

そうすれば、仕様を決めている途中で広がっていく要望には
「次のバージョンの仕様の検討にするから、とりあえずは
今のバージョン作り終わるまで待って」といって
話や方向性をまとめることができるね。

バージョン上げていきながら、具体的な製品を目指したら
面白いかもね。「2chで生まれた。」みたいな。w

300 :NAME IS NULL:05/01/26 13:36:31 ID:???
>>1が「成績管理」の具体的な内容と範囲を決めてくれれば
あとは特に文句はないよ


301 :NAME IS NULL:05/01/26 23:23:08 ID:???
一言言わせてくれ。
やっぱりAccessかよ。

2ちゃんで生まれたソフトを目指すのであれば、sourceforgeとかで開発してくとかにしないとね。


302 :293:05/01/27 06:45:08 ID:???
>>301
> やっぱりAccessかよ。

オレもそう思ったけど、敷居が低いからいいんじゃないの。

303 :NAME IS NULL:05/01/27 07:15:24 ID:???
で、賛成なの?

304 :NAME IS NULL:05/01/27 07:55:18 ID:???
> 2ちゃんで生まれたソフトを目指すのであれば、sourceforgeとか
> で開発してくとかにしないとね。
最初からこんな大きいことをいっている香具師に限って
参加できなかったりする…

305 :NAME IS NULL:05/01/27 20:02:36 ID:???
でもAccessだと、複数で同時開発しにくいね。

306 :NAME IS NULL:05/01/27 20:41:03 ID:???
MSDEはダメ?

307 :NAME IS NULL:05/01/27 21:18:50 ID:???
>>306
MSDEでフロントエンドは何使うの。

308 :Po:05/01/27 21:27:21 ID:???
Access使うのに批判する意見は分かりましたが、
それ以外の案として、どんなのをお望みなのでしょうか?

まずは、少々規模が小さくても、システム開発の一連の流れを
やるのを楽しむのがいいかなと思っての提案なんだけどね。


309 :NAME IS NULL:05/01/27 21:30:11 ID:RvpMhdAi
問題はどういう機能を実装したソフトを作るかってことでしょ。

アクセスで作って他のDBに移行するだけの話だと思うが。

310 :Po:05/01/27 21:42:30 ID:???
最初はAccessでつくろうがつくるまいが、理論的には同じだから
テーブルの構造やSQL文をみんなで書いていくのをイメージしていた
んだが、Accessにこだわったレスが多かったから、
プラットフォーム中心の話しも重要かなと思ったんですよ。

>>55-56あたりのテーブル構造案を基に、進めていく方向は
どうよ?フォームの構成は>>84-85あたりを基本に考える。
(この案を修正しないわけではなく、大まかにこの範囲を
大きく外れないようにする。)このあたりが詰まってきたら、
「○○を取り出すSQL」をみんなで貼り付けていく。
どうよ?

311 :NAME IS NULL:05/01/28 20:38:55 ID:???
>>307
C#でと思ってます。

312 :NAME IS NULL:05/01/28 23:27:12 ID:???
どうせならSQL鯖2005急行+C#2.0で

313 :NAME IS NULL:05/01/29 06:59:20 ID:JU1b1Lrz
フロントエンドはどうでもいいから、作製はじめろ。

できがいいのを2ちゃんねる代表にするから。

314 :NAME IS NULL:05/01/29 08:28:28 ID:???
言語はいいから、理論を展開しよう。

315 :NAME IS NULL:05/01/29 11:09:32 ID:???
>>308
Java

316 :NAME IS NULL:05/01/29 11:11:52 ID:???
>>310
それならただのSQLの勉強でしょ。
それぐらいまばたきできて普通ぐらいじゃないとDB設計・開発とかDBを使ったアプリの設計・開発とかできないから。

317 :NAME IS NULL:05/01/29 11:12:27 ID:???
>>314
何の理論にする?

318 :NAME IS NULL:05/01/29 11:13:21 ID:???
>>313
それ、見た目だけだろ。

319 :NAME IS NULL:05/01/29 11:18:26 ID:???
>>316
> >>310
> それならただのSQLの勉強でしょ。

うんうん。オレもそう思った。

320 :NAME IS NULL:05/01/29 11:25:14 ID:???
>>316
> それぐらいまばたきできて普通ぐらいじゃないと

まばたきの間ではちょっと無理かも知れないけど、最終出力物の仕様が
これだけあるんなら、そんなに複雑なシステムじゃないからテーブル設計、
せいぜい1〜2時間で出来ちゃうと思う。

どのような画面インターフェースにするかとか使い勝手をどうするかとか、の
話になると個々の開発環境に依存しちゃうから、結局AccessならAccessの
質問&お勉強スレになっちゃうんじゃないかと。

321 :NAME IS NULL:05/01/29 14:36:41 ID:???
>>320
> どのような画面インターフェースにするかとか使い勝手をどうするかとか、の
> 話になると個々の開発環境に依存しちゃうから、結局AccessならAccessの
> 質問&お勉強スレになっちゃうんじゃないかと。

いいと思うよ。
質問スレだと個々の質問&回答はばらばらだけど、一つのもの作ってみれば一連の流れがわかるから初心者のクダ質が減るかもしれない。

322 :NAME IS NULL:05/01/29 18:36:07 ID:JU1b1Lrz
VB6で作ったとして、どこにアップすればいいの?

323 :NAME IS NULL:05/01/29 20:53:11 ID:???
>>322
過去ログに、ヤフーのグループがあったはず。そこ。

324 :NAME IS NULL:05/01/29 22:28:17 ID:???
じゃあAccessのバージョンは2.0で。

325 :NAME IS NULL:05/01/29 23:27:11 ID:???
>>1 さん、
あなたが立てたスレなんだからリーダーシップとってまとめてよ。
誰かが勝手に進めてくれるのを待ってるのか。


326 :Po:05/01/30 07:59:19 ID:???
だから、賛成なの?反対なの?

327 :NAME IS NULL:05/01/30 09:34:37 ID:???
>>326
Accessで開発する事についてですか?
私の回答は、好きにしてくれといったところです。
その代わり私は静観してます。

仕事でAccess使っているけど自宅のパソコンにはない(買ってない)のでなんともできません。
Javaなら手伝えますけど。(VBとC#は使えません。ソフトもないし。)

Accessなら複数人での開発は無理ですから、あなた(もしくは個々人が)好き勝手自由に作成して
それをお披露目し合うというレベルのものになると思いますが、モジュール一切無しというAccess
ならいざしらず、それなりにまともにAccessで開発すればクエリー一切無しになると思いますので、
Accessのバージョンの違いで(自動変換だけでは)すんなりとは動きませんから、
Accessというソフトだけでなく、そのバージョンにも依存しまくる事になります。


あとアドバイス。
うざかったらここから下、読まなくていいです。

ソフトウェア開発の体験をしたいというのであれば別に今からどんどんAccessでもVBでも
開発してけばいいんですけど、まじめにノウハウをつけたいというのでしたら、今の段階で
実際に開発言語を決めてどうのこうのというのはまだ早いと思いますね。
何を作るつもりですか?

今は下で言うところの(1)の状態だからです。

1)開発言語に依存しないレベルでのシステム設計(モデリング)
2)開発言語に依存したレベルでのシステム設計(モデリング)
3)実際に開発。

初心者にありがちなパターンとして、(1)と(2)をすっ飛ばして、とりあえずVBなどの開発ツールを
立ち上げて、そこから途方に暮れる、もしくは方向も分からず盲目的に突き進んで何が分からないか
分からない状態で「分かりません。教えてくれくれ。」

もちろん、あなたの目的が使えるソフトを作るというのでなく、Access+SQL文の勉強が
したいというのであれば、私がとやかくいうこともありませんので、最初にいいましたとおり
どうぞご自由になさってください。としか言えません。

やっぱりしばらく静観してます。

328 :NAME IS NULL:05/01/30 13:35:40 ID:???
結構、良スレだと思ったので傍観してましたが、
やっぱり >>1 さんの最終目的が良く分からない。

仮に何か形になったとして、どうやって公開したり、その後のサポートしたり
するつもりでしょうか。特に、2ちゃんねるから生まれた、というだけで
教育機関はNGなんじゃないでしょうか。

不特定多数に無償で配布するつもりなら、やはり環境に依存する、という
意味でAccessはダメだと思います。

>>1 さんのやる気をそぐような発言で申し訳ない。

329 :NAME IS NULL:05/01/30 15:27:22 ID:???
>>328
アクセスで作る奴がいる、
VB6で作る奴がいる、
C#で作る奴がいる、
SQL鯖2005Expで作る奴がいる、

10人が作ったら10通りの物ができる。
それでいいのではないかい?

使いたい人間が使えばいいだけの話だと思う。

330 :NAME IS NULL:05/01/30 16:52:41 ID:???
>>328
ん ?
あんたプログラマじゃないの ?
Access で作ろうがなんか別のもんで作ろうが、作る過程がきちんと議論されてたら、移植なんかそんなに難しくないよ。
(手間がかかるかもしれないけど。)

>>328 が使うだけのやつならわかるけど、そしたらここは君のくる板じゃないよ。

331 :NAME IS NULL:05/01/30 17:25:19 ID:???
328がプログラマかどうかは知らないけど、プロの意見だと思う。
329と330がプログラマかどうかは知らないけど、素人の意見だと思う。


332 :NAME IS NULL:05/01/30 17:26:06 ID:???
こっそり一人で、ここで話し合ってる仕様でWinネイティブのソフト作ってみたいんだけど、なかなか議論が進まないね
がんばってくらさい。

333 :329:05/01/30 17:48:18 ID:???
>>331
ここは「中学・高校向け成績管理システムを作ろう!」なんですけど。
問題はここででてきた仕様を満たすソフトを作ることだろ。
処理系の話はどうでもいいよ。

334 :330:05/01/30 18:20:17 ID:???
>>331
> 328がプログラマかどうかは知らないけど、プロの意見だと思う。

まあ、俺と >>329 がトーシローと言うのには別に反論しないけど、>>328 がプロの意見というのはどこ見ていってるのかちょっと気になる。

335 :328:05/01/30 18:34:44 ID:???
>>330
> あんたプログラマじゃないの ?

現役のSEです。

> Access で作ろうがなんか別のもんで作ろうが、作る過程がきちんと議論されてたら、移植なんかそんなに難しくないよ。
> (手間がかかるかもしれないけど。)

そんなはずは無いでしょ。
それは移植じゃなくて「作り直し」だよ。

やっぱり一番時間がかかるのが画面や帳票など、ユーザーに見えるところで、
バグの作りこみも多いし、ユーザーの要望というかわがままというか、
細かい仕様変更が多いところだよね。

それに配布の方法や対象プラットホーム、サポートの方法など、
前提となる条件が決まってないんじゃ
Accessで行きましょうなんて現場では絶対言えない。

336 :329:05/01/30 19:12:56 ID:???
> それに配布の方法や対象プラットホーム、サポートの方法など、
> 前提となる条件が決まってないんじゃ
> Accessで行きましょうなんて現場では絶対言えない。

移植っていうか、
AさんがAccessで作りました。
それを参考にしながら、BさんがVB6で作りました。
また、それを参考にしながら、CさんがC#で作りました。
    (つづいていく)

それだけでいいじゃん。
ここは2chなんだから。

337 :328:05/01/30 19:24:53 ID:???
>>336
そういう事なの?誤解してたかも。
みんなで一つのものを作るんじゃないのか。

338 :329:05/01/30 19:38:40 ID:???
僕は1さんじゃないからわかんないんだけど
2ちゃんねるブラウザと同じノリではないの?

339 :NAME IS NULL:05/01/30 20:14:23 ID:???
>>338
> 2ちゃんねるブラウザと同じノリではないの?

それならテーブル設計なんてどうでもいいじゃない。
仕様だけ満たしていれば、どう実装するかは各自にお任せで。


340 :329:05/01/30 20:35:00 ID:???
>>339
大筋は話し合いで決めたほうがいいと思うんだけど。

341 :NAME IS NULL:05/01/30 20:39:54 ID:???
>>340
どっちだよ。

成績の一覧表さえ出ればVBでもAccessでも
どんなテーブル設計でもいいっていう意味じゃないの?

342 :329:05/01/30 20:43:24 ID:???
>>341
基本のテーブル設計の話はまとめておいて
自由にやっていくのがベストだと思うんだけど。

343 :NAME IS NULL:05/01/30 20:56:53 ID:???
>>342
データのやり取りするわけじゃなんだから
共通の構造を持つ必要はないよね。

344 :NAME IS NULL:05/01/30 20:59:48 ID:???
共通の仕様でのプログラムコンテストみたいなものか?

それならオレも参加しようかな。

345 :NAME IS NULL:05/01/31 20:02:50 ID:???
Accessに反対に一票


346 :NAME IS NULL:05/01/31 21:48:39 ID:???
このスレにあがってる仕様で、2月21日月曜日までに
VB6で作ってアップしようと思います。
検証よろ。

347 :NAME IS NULL:05/01/31 22:14:51 ID:???
>>344
> 共通の仕様でのプログラムコンテストみたいなものか?

>>1 さん、この考え方でいいの?もっと小まめにレス付けて欲しいです。

348 :NAME IS NULL:05/02/01 06:40:40 ID:???
PostgreSQLの8.0出たし、DBの勉強兼ねてやってみるかな?

>>1 忙しいのかも知らんけど、もうちょい頻繁に来て欲しい所では

349 :NAME IS NULL:05/02/02 00:53:00 ID:???
>>348
> >>1 忙しいのかも知らんけど、もうちょい頻繁に来て欲しい所では

みんな勝手なこと言っているからもう最初の情熱なくなったんじゃないの。

350 :NAME IS NULL:05/02/02 07:25:29 ID:???
この板に書き込みをしてる人たちはどうしたいと思っていますか?
意見が広がりすぎてるから、まとめてみよう。
・同じ仕様のプログラムコンテスト
・比較的小さなシステムをAccessやjavaなどで作っていって、
途中で出てくる問題をみんなで話し合って解決。
・みんなでモジュールを分担して、一つの大きなシステムを作る。

351 :346:05/02/02 18:21:04 ID:???
> ・同じ仕様のプログラムコンテスト

一票。

352 :NAME IS NULL:05/02/02 19:09:45 ID:???
>>351
> > ・同じ仕様のプログラムコンテスト

2票。

353 :NAME IS NULL:05/02/02 20:28:56 ID:Qk2HjhiV
・同じ仕様のプログラムコンテスト

3票。

354 :NAME IS NULL:05/02/02 20:31:15 ID:???
作るやつはいいかもしれんがテストするヤツは地獄だな。

355 :NAME IS NULL:05/02/02 22:08:58 ID:???
テストデータこさえるのも意外と面倒

356 :NAME IS NULL:05/02/03 21:09:00 ID:???
>>1 おーい。逃げた?

357 :346:05/02/03 21:21:07 ID:???
ぐだぐだでおわりそうな予感。。。

358 :NAME IS NULL:05/02/03 22:26:01 ID:???
>>1 って中学が高校の先生か職員なの?
自分の立てたスレの面倒ぐらいみてよ。
もうやる気ないんだったら終了宣言よろしく。
または誰か引き継いで進めて。

359 :NAME IS NULL:05/02/04 10:01:36 ID:???
こんなの 学校事務システムソリューションでも買えよ
成績以外に学籍管理、出席管理、保健管理、進路管理もできるぞ
自分で作ってバグって成績資料間違ってました
じゃ、しゃれにならん

360 :NAME IS NULL:05/02/04 19:30:47 ID:???
パッケージじゃ対応しきれないときもある

361 :NAME IS NULL:05/02/04 21:16:35 ID:???
>>360
> パッケージじゃ対応しきれないときもある

お金だしてプロに作ってもらえば。

362 :NAME IS NULL:05/02/05 18:54:21 ID:???
お金がないから内部でつくる。
それに個人情報だから外部に委託してよいものかどうか。

363 :346:05/02/05 19:21:16 ID:???
でも、システム運用のテスト期間は最低1年必要だよね。

364 :NAME IS NULL:05/02/05 19:35:20 ID:???
そんなに居るの?
実際使うのってテスト期間とかでしょ
本物のデータ使う訳じゃないから、そういうデータ用意してもっと短く出来るんじゃない?

365 :NAME IS NULL:05/02/05 21:28:35 ID:???
>>362
> お金がないから内部でつくる。

オレが5万で作ってあげます。

366 :NAME IS NULL:05/02/05 21:32:55 ID:???
>>362
> お金がないから内部でつくる。

そうじゃないでしょ。単にやりたいから作るんじゃないの。
ちょっとAccessとかかじって、私できます、って感じだと思う。
周りからパソコン出来る先生、なんておだてられてて。
作ったヒトが転属になったり退職したりして誰も面倒見れなくて消滅?

367 :NAME IS NULL:05/02/05 21:51:50 ID:???
> 作ったヒトが転属になったり退職したりして誰も面倒見れなくて消滅?
ある程度できる人が、むりやりひきつがされるんだよ。w

実行ファイルだけ渡されて、「これの、この機能をこうして欲しいんだけど」と
いわれて、「できるわけないだろ」といったら、「何で出来ないんだ!」って
切れられたことあった。

368 :Po:05/02/05 21:55:19 ID:???
最近、書き込み制限がかかってた。。。
誰かが連続投稿してたみたい。泣

369 :NAME IS NULL:05/02/05 22:36:14 ID:???
通りすがりです。

これって、平均点とかは出ると思うのですが、
偏差値とかはちゃんと計算されるのですか?

370 :NAME IS NULL:05/02/06 12:52:36 ID:???
クラス単位、学年単位で偏差値計算されます。
さらに度数分布のグラフもつきます。
1年前、2年前、3年前との比較も簡単に行えますので、
今後の授業での指導方針の検討材料の1つとなるでしょう。


371 :Po:05/02/06 21:09:13 ID:???
同じ仕様のプログラムコンテストって意見がいくつかあるみたいですね。
うpしてくれたものをみんなでつかってみてバグ報告&評価を
カキコっていうのやってみますか?
第一回の〆切は、2月21日月曜日とかで。

372 :Po:05/02/06 23:26:34 ID:???
> ・同じ仕様のプログラムコンテスト
競争があると、やりがいが出てくるし、独特なアイデアが出てきたり
で面白くなりそうですね。やってみましょうか。
その場合、私はテスト&評価側のことをやるのでよろしければ・・・(^^;

> ・比較的小さなシステムをAccessやjavaなどで作っていって、
> 途中で出てくる問題をみんなで話し合って解決。
私は、こういう感じでみんなでノウハウを共有しあうっていうのを
考えていましたが、いかがでしょうか。
賛成意見が結構あるだろうと思っていたんですけど。。。

> ・みんなでモジュールを分担して、一つの大きなシステムを作る。
いきなりは難しいテーマでしょうかね・・・
このやり方は、成績管理よりももっと大きなシステムを作る
場合のほうがやりやすいと思いますので、今はこの方法は保留と
しようかと思います。



373 :346:05/02/07 13:45:07 ID:???
>>372
Poさん、いままででてきた仕様を例のホームページにまとめてください。m(_ _)m
まとめが出来上がってから、とりかかりたいと思います。

374 :NAME IS NULL:05/02/07 18:24:33 ID:???
成果物をUP出来る板はないのかね?

375 :NAME IS NULL:05/02/07 22:34:54 ID:???
>>374
成果物は十分vectorにうpする価値があるので、
板でひっそりと公開する必要ないと思うが。

376 :Po:05/02/08 00:22:35 ID:???
>>373
例のページに170までに出てきた仕様をまとめておきました。
残りはもうちょいまっててね。。。汗

377 :Name Is Null:05/02/10 07:05:28 ID:???
どうしてPoが出てきたら、ぴたっとレスがとまるんだろう。。w

378 :346:05/02/10 16:19:18 ID:???
>>376
ありがとうございます。m(_ _)m

今作ってる会員管理のプログラムがあとすこしで完成です。
残りの仕様もよろです(w

379 :Po:05/02/11 10:41:59 ID:???
>>378
まとめました。
スレのレスの流れから、二つに分かれるなと
思ったので、二つにわけて書きました。

初級者が寄り集まってデータベース構築をやる場合は上の仕様を、
コンテストの場合は、下の仕様を満たすものを作っていくことになる
と思います。


380 :NAME IS NULL:05/02/11 17:48:47 ID:???
>>379
例のページとはどこですか?

381 :346:05/02/11 19:48:38 ID:???
>>380
>>90 です。

382 :Po:05/02/12 00:27:26 ID:???
>>381
できそうですか?

383 :Po:05/02/12 00:50:14 ID:???
さて、私は初心者なので、時間を見つけては、Po仕様の方を作っていきたいと
思います。私が詰まったところで解決策をご教授いただけましたら幸いです。

問題はプラットフォームですよね。。。
フリーで、みんなで開発ができる環境ってありますかねぇ。
PostgreSQLをフリーで提供してる鯖があるのなら、
java+postgresqlの仕様を学びながらみんなでやろうとか思うのですが。。。
そういうのが出来ないなら、Aceessしかないかと。。。

384 :NAME IS NULL:05/02/12 11:47:28 ID:???
成績を横持ちにするのがいやで
(例:・・・、氏名、国語、数学、英語、・・・)
縦持ちに、してみたのですが
(例:・・・、生徒コード、科目、コード、得点、欠課、・・・)
いずれにせよ、一覧作るときには横持ちに直す必要がありどうしたものか悩んでいます。
縦持ちのまま一覧表を作成するときに横持ちの表を作り出したいのですが、プログラムで対応するしかないのでしょうか?
クロス集計も試しましたが、一覧表を作るにはこれではうまくいきませんでした。
なんだか教科を横に繰り返すのは気持ちの悪い感じがするのでよい方法はないでしょうか?


385 :NAME IS NULL:05/02/12 11:48:31 ID:???

科目、コード・・・科目コードの間違いです。


386 :346:05/02/12 15:14:25 ID:???
>>382
ネットワーク以外ならOKです。(^^;
ネットワーク部分は後回しに・・・。

387 :NAME IS NULL:05/02/12 17:40:08 ID:???
>>383
> 私が詰まったところで解決策をご教授いただけましたら幸いです。

Accessの質問なら、そういうスレで聞いた方が早い。


> 問題はプラットフォームですよね。。。
> フリーで、みんなで開発ができる環境ってありますかねぇ。
> PostgreSQLをフリーで提供してる鯖があるのなら、

なんか勘違いしてると思うよ。
「フリーで、みんなで開発ができる環境」と「 PostgreSQLをフリーで提供してる鯖」ってのは全く無関係。


388 :NAME IS NULL:05/02/12 17:45:43 ID:???
>>384
> 縦持ちのまま一覧表を作成するときに横持ちの表を作り出したいのですが、プログラムで対応するしかないのでしょうか?

プログラム作ってるんでしょ?

> クロス集計も試しましたが、一覧表を作るにはこれではうまくいきませんでした。

Accessですか。エイリアスすればできると思いますよ。
でも教科名などがハードコーディングされるので避けるべきです。

> なんだか教科を横に繰り返すのは気持ちの悪い感じがするのでよい方法はないでしょうか?

正しい発想です。教科名や教科の種類が変わるたびにテーブル設計を変更するなんてバカの発想です。


389 :a:05/02/13 15:40:10 ID:Nc6q3K+a
>>384
その例でいくと、英語だけ、国語だけ、数学だけを抽出するSQLを作って、
それらをUNIONする。で、最後にGROUP BY 氏名ってやって、それぞれの科目
の点数を合計するようにすれば?

感じとしては、
英語
---------------------
|氏名A| 60| 0| 0|
---------------------
    +
数学
---------------------
|氏名A| 0| 70| 0|
---------------------
    +
国語
---------------------
|氏名A| 0| 0| 80|
---------------------
    =
---------------------
|氏名A| 60| 70| 80|
---------------------
※左から、英語、数学、国語の点数

って感じでUNIONして、最後に氏名でグループ化して各点数を合計する

390 :Po:05/02/14 00:07:08 ID:???
開発環境は何がいいのかしら。。。
過去ログにjavaならってあったけど、エンジンは何でしょうか。

391 :NAME IS NULL:05/02/14 05:38:33 ID:???
      ,,r::::::::::::〈:::::::::)    ィ::::::ヽ
      〃::::::::::::;r‐''´:::::::::::::::::::::ヽ::ノ
    ,'::;'::::::::::::::/::::::::::::::::::::::::::::::::::::
     l::::::::::::::::::l::::::::::●::::::::::::::●:::::ji
    |::::::::::::::::::、::::::::::::::( _●_)::::::,j:l   クマー!
    }::::::::::::::::::::ゝ、::::::::::|∪|_ノ::;!
.    {::::::::::::::::::::::::::::`='=::ヽノ:::::/     
    ';::::::::::::ト、::::::::::::::i^i::::::::::::/
      `ー--' ヽ:::::::::::l l;;;;::::ノ
【ラッキーレス】
このレスを見た人はコピペでもいいので
10分以内に3つのスレへ貼り付けてください。
そうすれば14日後好きな人から告白されるわ宝くじは当たるわ
出世しまくるわ体の悪い所全部治るわでえらい事です


392 :384:05/02/14 18:24:49 ID:???
>388,389
ご教授ありがとうございます。さっそく試してみます。


393 :NAME IS NULL:05/02/14 21:40:29 ID:???
>>390
DBエンジンのこと?
汎用目指すなら特定しなくていいんじゃないの?
というより特定したらまずいでしょ。
切り替えられるようにしとかないと。

パッケージ製品的にするならMySQLかpostgreでしょうね。
メーカーとかなら金銭感覚無い学校法人相手にするからOracleとかそのメーカー製のDBMSになるだろうけど。
フリーソフトや弱小ソフトハウスなら自作が多そうな感じだな。


394 :Po:05/02/16 07:03:11 ID:???
>>393
開発方法の具体例を教えて欲しい。

395 :NAME IS NULL:05/02/16 14:36:04 ID:???
じゃあ俺は PostgreSQLで鯖立てて Webベースで。
Webベースなら認証も簡単だし。

396 :NAME IS NULL:05/02/16 17:01:35 ID:???
>>394
コーディング → デバッグ → テスト

397 :384:05/02/16 18:52:50 ID:???
>>395
Webベースは折れも考えたが、項目間の移動にEnterキーが使えないから断念した。
ひとつ点数を入力してはTABまたは、カーソルキーで移動ではつらいと思う。

398 :NAME IS NULL:05/02/17 14:12:51 ID:8zPVazho
Webベースは折れも考えたが、項目間の移動にEnterキーが使えないから断念した。

できますよ。ちゃんと調べて

399 :NAME IS NULL:05/02/17 17:28:16 ID:???
もうENTERで項目間移動っていう腐った既成概念やめようや。
いつまで汎用機CUI世代の古い考え方引っ張るつもりだよ。
ずっと離れた項目までENTERパンパン連打してフォーカス移動したいとかさぁ。
せっかくマウスあるのに、見てて頭痛いわ。

横着せず両手使ってTABかマウスでフォーカス移動してればいい話。

400 :NAME IS NULL:05/02/18 10:10:57 ID:???
結局ここは >>1 のSQL勉強スレ ですか

401 :NAME IS NULL:05/02/18 17:58:27 ID:???
片手は個表の点数を追う必要があるからEnterは必要

402 :NAME IS NULL:05/02/19 13:23:14 ID:???
エリア使うかどうかじゃね?

403 :Po:05/02/20 21:24:18 ID:???
>>396
途中まで作ったmdbをアップしてみんなで評価・機能追加する方法以外に、
開発方法あるかなという意味っす。

404 :NAME IS NULL:05/02/21 22:02:40 ID:???
オープンソース

405 :NAME IS NULL:05/02/24 23:56:03 ID:???
>>399
それは、開発者としての意見ですか?それともユーザとしての意見ですか?

406 :NAME IS NULL:05/03/01 22:10:24 ID:/1hcOQPQ
なんでまぁ、ぴたっととまるんやろうね。w

407 :NAME IS NULL:05/03/02 11:42:03 ID:???
>>406
それぞれ開発モードに入って黙々と作っているのでは?

408 :346:05/03/03 20:10:36 ID:???
>>406
正直、忙しい。。。

409 :NAME IS NULL:05/03/04 07:15:00 ID:???
なるほどね。
ま、身体壊さないようにがんがろう!

410 :NAME IS NULL:05/03/05 14:45:30 ID:iaW6xosI
みなさんにおききしたいのだが、
病院の予約システムをDBでつくりたいのだが、それって、法律関係で注意することってありますか?

411 :NAME IS NULL:05/03/05 18:47:46 ID:???
>>410
ありません

412 :NAME IS NULL:05/03/05 21:21:50 ID:???
個人情報保護法案

413 :NAME IS NULL:05/03/10 07:06:52 ID:???
開発モードage

414 :NAME IS NULL:05/03/10 18:30:58 ID:???
MSDE+C#.netで作ってますが、DBは年度ごとに分けたほうがいいのか1つのDBで末永く使うのがいいのか迷っています。
調査書等を考えると1つのDBを延々使うのがいいように思っています。
容量の限界に達するまでには、次のシステムになっているだろうと・・・。


415 :NAME IS NULL:05/03/10 21:12:29 ID:???
>>414
DBは1つに決まってるやん。
ひょっとしてテーブルの事?


416 :NAME IS NULL:05/03/11 01:29:40 ID:???
>>415
テーブルは1つに決まってるジャン

417 :NAME IS NULL:05/03/11 20:28:18 ID:???
容量の限界に達するまでには、俺たちはみんな死んでると思うから気にするな。

418 :NAME IS NULL:05/03/12 03:03:14 ID:???
履歴BACKUP用テーブルを作ってそこに定期的に流し込めば?
で、外部リムーバブルメディアにcsv形式とかで年度による世代保存。
せっかくC#でやってるならそこまで作りこんだほうがいい。

419 :NAME IS NULL:05/03/12 09:21:40 ID:???
あんまりC#と関係ないと思うぞ

420 :NAME IS NULL:05/03/12 13:54:23 ID:???
>>414
要求仕様次第。

421 :NAME IS NULL:05/03/12 17:05:33 ID:???
>>414
ひとつのシステムを3年使ったらいいほうでしょ。

422 :NAME IS NULL:05/03/13 10:54:19 ID:???
短いな

423 :NAME IS NULL:05/03/15 06:53:33 ID:???
卒業生の成績保存機能があるほうが現場の人は使えると思うだろうね。

424 :ベンチャー:05/03/15 10:04:31 ID:a0VAfxk0
現在、トリガーを作成しているのですが、指定のテーブルが更新された時に
更新されたテーブルをSELECT文でデータを取得しようとすると"トリガー/関数は見
ることができません"というエラーが発生してしまいます。
指定のテーブルからSELECT文でデータを取得する事はできないのですか?
教えてください。

425 :NAME IS NULL:05/03/16 20:50:59 ID:???
トリガーの使い道が違う気がする。
トリガー使わずに単にselectすりゃいいじゃん

426 :NAME IS NULL:05/03/19 23:46:52 ID:???
フリーの環境では何がいいんだろう。
エンジンはmsde使う場合、vb,access以外で接続方法あるかなぁ?

427 :NAME IS NULL:05/03/20 02:07:47 ID:???
>>426
IEとか

428 :NAME IS NULL:05/03/20 09:10:42 ID:???
>>426
MSDEもVBもAccessもフリーじゃないじゃん。


130 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)