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

プログラム板とかには、こういうのをみんなで作ろうというのが
あるけど、データベース板にはないから作ってみた。

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

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

また本７か

>1
用件定義からだろ。

>>3
継泳リネンの再構築からだよw

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

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

最近の教育機関では教職員が率先して単発クレクレスレを立てることも
生徒に教えてるのか。おめでたいな

まじめにやろう。

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

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

>>7だと中間、期末試験の結果を入れることが出来ない
設計なので、ひとつフィールドを追加。

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

試験区分名を正規化する。
まずデータベースは何にするかだな？
アクセスみたいな糞DBならお断りだな（ｗ

いや、>>1にはアクセスみたいなのがお勧めだよ

○○を作ろう！というスレは、まちがいなく >>1が単に欲しい物だったりするわけだが。

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

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

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

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

>>11
こういうのが出来上がると、教育機関からめちゃくちゃ批判される
事も少なくなると思う。

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

科目名って正規化しなくてもいいの？

>1

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

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

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

ああ、ごめん。
>>1の目的はAccessの勉強だっけ？

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

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

>>15
おっしゃるとおりです。
個人データを取り扱うのだから、という意味合いで何気なくつけました。

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

>>14
どういう風にしたほうがいいということでしょうか。
できれば具体例をお願いします。

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

>>22
調べてみますね。情報提供さんくすこ。

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

>>24
お前の方が板違いだと思うが。

>>24
ASPはいいが、DBには何を使うんだ?

>>26
だから、ASPだろ？（ｗ

どうでもいいが、IDの項目の意味がわからない。
生徒番号をユニークにすりゃいいだろ

>>28
なんで？
生徒番号って、いわゆる出席番号のことだろ？

生徒番号は出席番号？
だったら出席番号って項目にしてください。

20分ぐらいなやみました

>>30
項目名が分かりにくかったですね。。。汗
生徒番号　→　出席番号　としましょう。

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

項目数が変わらない?
どんな狭い世界の話なんだよ
やっぱり藻前の勤務先で使うシステム作らせようとしてるだろ??

科目名の正規化っていうのは、

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

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

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

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

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

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

複合主キーってインデックスになんの？

留年とか、過去の在籍者の管理ができなくなりそうな流れを止められるのは>>14だけかyo

>>34>>36
留年とか、過去の在籍者の管理が出来るような設計に
する考えが抜けていましたね。。汗
あと、科目数も中間は５、期末は９、実力は３で
それに対応できた方がいいので、科目名を正規化して、
以下のような設計でいかがでしょうか。

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

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

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

4649お願いします。

>私はどちらでも同じだと思うのですが。
>私はどちらでも同じだと思うのですが。
>私はどちらでも同じだと思うのですが。

このスレは>>1にDBの基礎を教えるスレですか？
sage

私は 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 氏

3組の生徒だけ取り出したい時に面倒臭いって事じゃないの？

学籍番号なんて学校によりけりでしょ？
だったら、学籍番号は一つの項目としてユニークになるようにするべき。
学籍番号、組、出席番号みたいな感じで。

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

>>42
学校によりけりと言いだしたら、DBの正規化なんてできないだろう。
どうにでもなるように、ユルユルで項目おいとくしかない。

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

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

「20xx年度成績」
主キー、生徒コード、試験コード、科目コード、点数
「生徒」
生徒コード、生徒名、クラスコード１、クラスコード２、クラスコード３、クラスコード４、クラスコード５、クラスコード６、備考
「クラス」
クラスコード、学年、組
「科目」
科目コード、科目名 、教員コード
「教員」
教員コード、教員名
「試験」
試験コード、試験名、試験区分

生徒コードは一意（入学年＋番号）

ってのじゃ不都合？

クラスは別テーブルにする必要はないか。

>>45
設計例だしてくれてありがとう。

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

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

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

4649おながいします。

>>42氏
＞学校によりけりと言いだしたら、DBの正規化なんてできないだろう。
＞どうにでもなるように、ユルユルで項目おいとくしかない。
禿同ですが、学籍番号：生徒（1対1）で考えると、学籍番号の設定は適当でいいですが、
ユニークになるようにと思ったわけです

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

>47

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

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

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

複数ってのもあるのかあ

>>48
> 一つの科目に対して複数の教員がいるってのはok？
中学でも高校でも１つの科目に対して複数の教員がいるので、
>>45のような設計にしておくのはいいと思います。

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

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

>>52
別に Po 氏は先生役をやってる訳じゃない。
だから、迷走することがあっても不思議じゃないと思うね。

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

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

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

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

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

教員管理、生徒管理、学級管理、授業管理、成績(試験)管理、通知表管理…
と、ぱっと考えるだけでこんだけシステムが教育機関にはあるわけだ。

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

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

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

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

TM マスターテーブル
TT トランザクションテーブル
* 主キー
として考えてみる。

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

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

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

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

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

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

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

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

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

だから、どの学校でも絶対にある、年度、学級、出席番号の３つで生徒をユニークにすれば問題ないだろ。

ケータイ番号使えよﾌﾟﾌﾟﾌﾟ

>>58
単年度システムですか？

>57

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

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

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

>>60
どうやったら>>58が単年度用に見えるんだ？

>62

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

>63

そうですね、生徒が特定できませんね。
今年の２年生５組出席番号３番さんの１年生の時の成績がわかりません。

普通は、生徒の情報だけを管理している生徒マスタみたいのがあるだろ。
この生徒は何年に入学して、何年に卒業して、何年生の時には何組で
何番だったってのを、どの学校でも持ってるわけでしょ。
それをそのまま生徒マスタにすればいい。

要するに>>56で言う、TM_生徒の生徒コードってのが、
年度、学級、出席番号に置き換わるってことだ。

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

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

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


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

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

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

なんだか盛り上がってきたなあ。
やるじゃん 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.科目コード

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

>>68
> なんだか盛り上がってきたなあ。
> やるじゃん Po 氏。
盛り上がってきて嬉しいですね。
書き込みをしていただいてる方々のおかげです。

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


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

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

>>65>>66
私は生徒の情報管理（何年に入学で２年生の時は３組１２番だった
等）には、留年、転校も対応できるように考えると>>56でいう「TM_生徒」と
「TT_クラス編成」の二つのテーブルを使って行うのが良いと思っています。

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

なかなかいい感じじゃないか。

>>61
転入はどうする？

先生マスタもいるんじゃないのか？

まぁ待て、あせるな。
これから、出欠とか単位とか評価とか授業とか出てくると思うけど、まずは
>>55
の要件定義を満たした構造をfixさせることが先決じゃ

>72

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

転入年度＋（クラス数＋１）＋転入順　とか

どこかに学期の概念が必要になりませんか？
期末の成績評価で、学期内に行われた試験の結果のみ抽出、
という場合もあるかと思います。

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

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

試験日と学期を紐付けでええんちゃう

学期の概念は>>76でも>>77でも実装可能だと思う。
進行役はあくまでも Po 氏だから、その辺の判断は委ねたい。

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

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

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

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

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

ここは、初級者が初心者に知識披露する場ですか？

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

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

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

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

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

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

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

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

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

>>80

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

先生連中はホントにバカばっかだね。税金の無駄。

フォームの構成案（１／２）
フォームの構成案を考えてみました。

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

●メイン
　・「１年」へ移るボタン
　・「２年」へ移るボタン
　・「３年」へ移るボタン
　・「科目登録」へ移るボタン

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

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

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

フォームの構成案（２／２）

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

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

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


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

おお、いろいろ考えてるなあ。

> ●ログイン画面

ＯＫ

> ●メイン

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

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

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

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

＋−　学年　−＋
｜　●１年　　　｜
｜　○２年　　　｜
｜　○３年　　　｜
＋−−−−− ＋

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

いかがだろうか？

フォームなどのオブジェクトの数を少なくしておくという考えは
賛成だ。一部バグの対応等の時間が少なくて済むからね。

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

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


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

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

誰かがサンプル上げてくれるともっとうれしいぽ。ｗ
クエリとかは、SQL文をみんなで貼っていきましょうかね。

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

みたいな感じで

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

>>84 メインと科目登録

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

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

●科目登録

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

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

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

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

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

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

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

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

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

>>90
図説は構わない。
まあ、明日から書いてみるよ。

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

>>91
人口減りましたよね。。。汗

　|　 | ∧
　|＿|Дﾟ)　　ずっと見てますよ
　|愛|⊂） 　
　|￣|∧| 　　
￣￣￣￣￣

見てますよ

中1の1学期の中間試験には英語がありませんでしたが、何か？
中2の1学期の中間試験には英語がありましたが、何か？
中3の1学（ｒｙ

すまん。。。
>>84で以下のように書いていながら、HPで示していた図説は
科目登録画面で、実施科目を登録することができるようになってた。汗

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

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

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

いかがでしょうか。

>>Po氏
画面の設計構想もいいですが、しっかりとテーブルを決めませんか？
それとも>55-56でOKですか？

>>97

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

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

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

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

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


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

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

>>14氏
スパイラルモデルで了解です。
以降、そのように進めさせていただきます。

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

グラフはエクセル利用ですか？

こんなのどうでしょう？
あらかじめ生徒に答えの記入欄の横に自信がある・なしを記入してもらい、
成績表には、
�@理解して答えた→正解 -＞ 実力。
�A理解して答えた→不正解 -＞ 勘違いか間違えて覚えている。
�B理解せず答えた→正解 -＞ 運が良かっただけ。実力でない。
�C理解せず答えた→不正解 -＞ 理解していない。
の４つに分けて、�@が増えないと実力がついていないと
判断できる機能をつけてみては？

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

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

教科ごととか総合点とか学年全員の順位表がいると思う

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

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

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

>>105
私が考えている「●点数入力」フォームは、生徒一人を指定して、
１学期中間試験の５教科の点数を入力する、という形式となって
いるけど、データ入力の際は、教科、クラスを指定するとその
クラスの生徒一覧が表示されて、

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

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

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

フォームの構成としては、
>>84-85を一部修正する書き方で表すと以下のようになると思う。
●１年
　・「テスト登録」へ移るボタン
　・「生徒登録」へ移るボタン
　・「生徒情報」へ移るボタン
　・「点数入力」へ移るボタン
　・「順位参照」へ移るボタン
※２年、３年の画面も同じ。

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

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

最初からエクセル使った方が早いね． ネットワーク上にエクセルのファイルおいておけばいいだけ

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

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

>>108
この意見、実は鋭い。
エクセルを超えるものを作る！
これ今後の至上命題。

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

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

Excelの統一フォーマットを回収して集計マクロを乗っけるって手順に勝つのは容易じゃないぞ。
異動時の問題さえ考えなきゃExcel使った人間ＤＢは確かに最強。頑張れ〜

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

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

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

ＥＲ図はー？

>>113
まってー。ｗ

支援

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

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

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

頼むから正規化しろよ

順位計算のタイミングは、点数データを入力し、更新する時がいいと思う。
生徒１人のデータを表示の際に都度計算とすると、負荷が大きく
なりすぎるから。

>>117

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

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

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

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

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

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

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

ER図って既出？
もうテーブル設計？

>>121
ER図はまだ出てないです。。。汗

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

組人数と学年人数は何に使うの？

>>123
この生徒は「クラス何人中何位」、「学年何人中何位」という
表示をする時に使用します。

学年人数って必要なの？
sqlで数えちゃ駄目なの？

>>125
>学年人数って必要なの？

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

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

<単位：ランク>
　　　　　　　　　　　国語　数学　理科　･･･　総合
１学期期末テスト　C　　　A　　　D　　　　　　B
２学期中間テスト　B　　　A　　　D　　　　　　B
２学期期末テスト　B　　　B　　　D　　　　　　B
３学期期末テスト　A　　　B　　　C　　　　　　A

<単位：順位>
　　　　　　　　　　　国語　数学　理科　･･･　総合
１学期期末テスト 150　　30　　120　　　　　70
２学期中間テスト 70　　27　　140　　　　　75
２学期期末テスト　81　　76　　112　　　　　86
３学期期末テスト　31　　90　　　90　　　　　52

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

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

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

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

遅レスすまそ。。。汗

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

それが目的なら「TT_試験成績」の中に持ってた方がいいな。
生徒の転校とか考えるとね。

>>126
世代が関係するのかもしれませんが、俺は中学・高校の成績で
ランクというものを見たことがありませんです。

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

過疎スレ（ﾜﾗ

どうしよ。。。

●２ちゃんねるは創価学会のベンチャーだった！●

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

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

>>131
ＶＢ６でだったら仲間になります。

.netなら仲間になります

C++なら(ry

PHPなら(ry

FORTHなら(ry

ＶＢ６はマジですよ。
ところで、どこまで進んでますか？

ひまわりもマジですYO!
さて
SELECT　Love_letter　FROM　Canada　♪　

>>139
まじで氏ね。

>>138
今はテーブルの設計と、フォームの展開の設計あたり。

まだあったのか
このジサクジエンblogスレ

納期はいつなの？

>>143
仕事としてやってるすれじゃないじょ。

先生！成績管理って何を管理するんですか？
（いや、煽りじゃなくて、>>5を使って何をするのかなーって。)

>>145
成績を管理します。ｗ

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

成績を管理するとは──
行うべき仕事とは──
必要な書類とは──

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

MySQLなりPostgreSQL（サーバ側がWinじゃないと無理だけど）なりでシステム構築すれば良いのに・・・。

>>148
要件次第だろ。

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

>>147
１から１０まですべてを説明しないと理解できないのかね？

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

ばかやろ。Accessの勉強をしたいだけなんだと気づいてやれよ。
相談しているように見えてAccess以外は選択する気ないの見え見えじゃんか。

そんな貴方にはMSDE+Accessでサーバ名決め打ちの罠に御招待。

俺もMySQLで作るのに賛成。
PHPとあわせてさらっと作れるでしょ。

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

>>150
> １から１０まですべてを説明しないと理解できないのかね？

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

時代はリッチクライアントの流れなのに
今だに PHP とか逝ってるし

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

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

時代はスマートクライアントでしょ

>時代はスマートクライアントでしょ

決定！

>>154
> 悪いけど、君が 1 だと思ってるところを説明してくれる ?
> 1 を知って 10 を理解してやるからさ。(ププッ
1 にあたることはスレのタイトルに書いてある。
必死な煽り、ｶｯｺﾜﾙｲ（・∀・）

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


1を知って
10を汁

なにがいいたいの？こじつけコピペ、ｶｯｺﾜﾙｲ（・∀・）

「中学・高校向け成績管理システム」だけじゃ
中高の先生以外には何をどうしたいのか分らない罠。

成績の悪い生徒には補講も行い、親も呼び出して説教もし、
部活の顧問スケジュールも作成できる画期的なシステムでつよ

>>161
「分からない。」といいつづければ、議論に勝ってるとでも
思ってるわけ？
その姿は「分かろうとしない奴」にしか写らないのだが。。。（ﾌﾟﾌﾟ

>161
いくつかの製品があってお試し版もあるはず。
ぐぐってみればどう？

>>158
で、成績管理システムって何 ?

>>162 でいいのか ?

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

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

>定期試験ごとに発生する先生方が行うべき仕事を効率化することです。

つまりだね、

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

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

>165
議論に買ってる
議論に買ってる
議論に買ってる
議論に買ってる
議論に買ってる

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

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

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

俺は仕様をだしてもらったら、VB6で作ろうと思ってるわけだが（ｗ

とりあえず、>>55に書いてあることを満たすシステムをつくるんじゃないの？
具体的には。。。

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

２．すべての点数を入力後、学年と組を指定すると、その組の生徒の
成績表が印刷される。（成績表は、生徒１人につき１枚）

成績表には、次の項目が記載されている。
・定期試験の各教科の点数および、合計
・各教科および合計点のクラス順位と学年順位
・合計点の分布図
（分布図の例）
４００〜５００点　１名
３００〜３９９点　３名
２００〜２９９点　５名
　　０〜１９９点　１名

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

んー、俺ならActiveDirectory下の中核アプリ1ヶ+Excel+MSDEかAccessだな。
仕事の流れとしては（組の数や生徒、試験科目の定義は既にされているとして）

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

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

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

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

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

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

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

>>167
そこしか突っ込めないのか。(藁

>>172
うだうだいってるだけで何も進めようとしてないおまえ、ｳｻﾞｲ。

とりあえずは、実現するための技術はどれにするにしても、
効率のよいデータの格納や処理方法を考えていかなければならない
わけだから、まずはそのあたりの議論をすべきでは？

そうか？まず全体を見ないと。
目的を理解し、仕組みが決まれば、必要なデータは勝手に決まるだろ。

<INPUT>
生徒の試験の成績を入力すると

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

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

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

私も学校の成績管理システムを作成中ですけど、
頭こんがらがってますｗ

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

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

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

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

などがあります。

隠しテーブル

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

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

>>178
ウチが納めたシステムじゃ、顔写真(生徒手帳と同じもの)とBWH(身体測定の結果)を格納してますた。

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

>>179
個人情報保護法違反でﾀｲｰﾎ

>>180
施行前なのでゴメンね。

今思えば胸の大きい順とかでソートしていたのは自分でもかなり痛いと思います orz

顔写真、身体の記録、および任意の外部評価関数による生徒のソート機能は必須だな。

>>177
うちの学校の場合は、欠席＝０点とせず、合計順位にはカウントしないので、
・その試験に出席しなかった場合はnull値を代入。
・（５科目などの）合計点は、一つでもnullがあれば計算しない。
・順位は、null値の人は総人数としてカウントしない。
という処理方法で対応できます。

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

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

よろしくお願いします。

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

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

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

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

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

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

↑の通知票はの詳細は、ファイル「通知票（例）」参照やね。

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

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

「成績管理システム」で検索したら、「カリキュラム」って言葉が出てきた。
これなに？教えてプリーズ。

あと「学年制/単位制」、「総合学科」。これは一体。

>>188
カリキュラム（Yahoo!辞書より）
学校の教育目標を達成するために、児童・生徒の発達段階や学習能力に応じて、
順序だてて編成した教育内容の計画。教育課程。

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

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

>>189
学年制
普通の高校・中学校

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

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

>>190-191
ｻﾝｷｭ。
そーいえば俺も高校時代、受験を控えた3年生だけは理系と文系にクラスで分かれて、
クラスの中でもセンター試験の選択科目によっていろいろ分けられてた覚えがある。
それがもっと複雑怪奇になってるんだな。どーしようか。

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

エクセルでいいじゃん

>>187の続き。
http://groups.yahoo.co.jp/group/seisekkanri/files/

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

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

>>187の続き。
http://groups.yahoo.co.jp/group/seisekkanri/files/

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

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

間違えて、２度書き込みしてしまいました。
すみません<(_ _)>

おー、すげーすげー。VBA無しのExcelで十分じゃん。

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

グループに参加してみますた。大阪民国出身のシュミグラマなんでお手柔らかにたのんます。

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

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

興味アル方メールください

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


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


勤務地
東京都渋谷区

>>199
クラス決めとクラス替えが無いと見た。

失敗するプロジェクトの典型だな。
必要最小限の機能から実装して早期稼動を行い
GUIを含めて運用上の問題点を洗い出すのが一手法。

>>202
一瞬実装しようとしたけど、DBGrid+日曜プログラムではExcelに勝てそうにない…。

'`,、('∀`) '`,、

アクセスでいいから1が自分の出来るところまで作って
機能追加要望出せばいいのに
先生やってなきゃ業務内容すら分からんよ

>>205
ユーザごとのアクセス制御の方法を教えてください。
何かサンプルプログラムないですか？
横レススマソ。汗

MSDEならユーザ毎に列毎の権限とか設定できるよ。

冬休み期待ｱｹﾞ

成績管理システムなんて大学の卒研以下じゃねーかよ

研究と実用品を比べてもしょうがないと思うけどな。

卒研で作ったシステムだと運用管理まで考えているかい？
普通はそんな無駄なことは省いてしまうだろ

つーか1年制の専門学校じゃあるまいし卒研のテーマが成績管理システム作りますってのはねーだろ（ｗ

あ、専門学校だと思ってたら、大学って書いてあらぁ・・・釣られてましたw

期中に生徒の苗字が変わるときがあるが、どう対処しますか？
生徒マスタを書き換えたのでは旧姓がなくなるし

>>214
なんかまずいのか？
生徒マスタの備考欄にでも旧姓田中とか書いとけばいいだけでしょ

>>215
> 生徒マスタの備考欄にでも旧姓田中とか書いとけばいいだけでしょ

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

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

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

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

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

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

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

というかマスタを書き換えたら、それ以前の処理にも影響でるのでは？

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

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

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

>>218

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

>>219

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

前期は田中でしょ

名前は、「田中（鈴木）」で登録。ｗ

俺は成績処理ではないが、会員のデータベースで
名前フィールドには、松本（中野）って入力して、
帳票用フィールドを作って、松本って入力してる。

>>218
過剰な機能。

このスレ、結構面白いなぁ。

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

ほとんど出来上がった時に旧姓の事に気が付いて、
クラに「旧姓とか要ります？」って問い合わせしてみて、
よせばいいのに「検索もできた方がいいっすよね？」と口をすべらせて、
インタフェースやDB周りのロジックを泣きながら書き直す光景が目に浮かぶようだ。
ｶﾞﾝﾊﾞﾚ ｵﾚ... orz

３組に１組は離婚する時代だからなー

>>226
時間の経過に伴いってことは、氏名のほかに登録年月も用意するの？
そして氏名の登録年月と考査の実施年月を比較してどっちを利用するかを決めるのかな。

「鈴木太郎」が「山田太郎」になった場合、「山田（鈴木）太郎」でいいんではないかと思われ。
表示用名前フィールドに「山田太郎」と入力して、システム的に表示用名前フィールドに
データがあったときのみ、そっちを使う。

おいおい。みんな本題からズレてきてるよ。

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

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

そうそう。前期で「鈴木太郎」が後期で「山田太郎」になった場合、
前期のテスト結果を出す場合でもそいつは「山田太郎」でしょ。

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

なんならアメリカからの交換留学生、マーチン・Ｆ・タイラー君のためにミドルネームの項目ももうけますか。

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

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

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

↑何そのレス。ふざけてるの？

>>234
いや、皮肉は入っていると思うけどふざけてはいないと思う。

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

↑現れたな、スレストマン。

236は >>234 へのレス。

>>236

オレ？

↑まじでストレスマンに見えた orz

ごめん、間違えた。

じゃあ君たちの言うとおり旧姓の項目を持つとしようか。

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

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

>>241
もういいやん。やりすぎの感あり。

>>241
俺、会員管理で会員の旧住所でこまったことあるんだけど、
旧住所項目に、「北海道←名古屋←東京」って設定した。

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

>>243
今はやりの市町村大合併の時はどうしたの？

>>244
現住所の変更のみ。

>>243-244

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

適用開始日と適用終了日のカラムを設ければすむと思うのだが。

つーか、３年間でそう劇的な環境変化はないでしょ。

そのほうが良いと思うが。
転入(出)や入学卒業にも使えるし、どの時点での名前を使っても
同一人物として認識できるし。

思ったんだけど、学籍番号フィールド、学年分いるよね？

学籍番号は一意だから一つでいいと思うけど

>>251
学籍番号は、学年毎に変わってきますよ。

成績処理システムをコアに、卒業証明書発行・成績証明書発行システムもくっつけて、さらに調査書や学年会計のシステムもくっつける予定でつ

>>253
それって、生徒管理システムでしょ？ｗ

>>251
俺の場合、大学にいってはじめて、学籍番号が同一だったよ。

>>254
その場合は、やっぱり旧姓のことはきちっとやる必要があるのですか？

>>256
登録後に姓がかわった場合は、旧姓も記録しておく必要ありでしょ。
でないと、だれだかわかんない。
>>230 で十分。

>>230が論外であることは>>241が粘着して証明してくれたじゃないか。

>>258
納得できないんですけど。

話の流れ的に、成績管理システムでは名前の検索は実装しないので、
>>230の設計でよいと思われる。

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

で、どうよ？

>>260
大賛成でつ。

で、肝心の成績管理機能はどうなったんだ？
テストの点のいい順に一覧出すだけの機能しかないんだっけ？

クラス毎の成績表＆グラフも出力します。

あと、生徒一人のこれまでの成績表
（これは生徒に配るやつ。）

成績の下位１０名は名前の一部が伏字になります。

過去２回のテストと比較して成績の落ちている者を
生徒指導の対象としてピックアップします。

親が同高出身の場合、成績の比較が行える

>>267
その機能はいらね。

>>265
その機能はいらね。

>>265 と >>267 の機能は却下の方向で（ｗ

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

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

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

>>272
学籍番号を主キーとするのは賛成するけど、学年番号も必要だと思われ。

>>14じゃなくて、>>40だったな。ｗ

何度かレスさせてもらってるんだが、このスレの趣旨は

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

どっち？

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

僕も２だと思って参加してますが。

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

とりあえず要件のまとめてくれ。
テーブルの定義の議論も出来ないよ。

>>275
２でしょ。１ならば、みんなでmdbファイルあげまくるわけだから。

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

俺も２派なので。

２だと思いこんでいる（本当は１の） >>1 が立てたスレなんだけど、
このスレの趣旨がみんなでシステム設計の議論をして楽しむた
めのスレに変わってきていると思って、俺はちゃかしているわけなんだけど。

各自で大学のデータベースの設計と作成と言われてるのですが
大学データベースだと受注管理データベースを勉強しただけですが
何が何にあたり、どう設計していけばよいかが分かりません。

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

>>280
学食の食券発行システムとか、どうよ？

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

>>280
じゃあ、女がらみで。

>>282
別に続けるのはいいんだけどさ、その大学ってのは成績管理する必要があるほどみんな勉強してるのか？
こんなところでそんな質問してるぐらいだぞ。

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

で、テーブル設計のほうは？ｗ

その前に機能を追加する必要がありそうだね。

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

簡単な成績管理ﾃﾞｰﾀﾍﾞｰｽですが
そのｿﾌﾄ落ちてないかな？

>>287
システムのせいにするまえに、教育体制を変えることを考えるべし。

>>288
それをいってしまえば、みもふたもない。

最近停滞気味ですね。

作るみんなで考えることでいろんなノウハウや知識を身につけていくのが
目的であって、すぐに使えるソフトを探すのとは違うとおもうが。

>>291
ていうか、>>1　ってもう参加してないんじゃないの。
もう面倒になっちゃったんじゃないの。

>>293
いますが、何か？ｗ

>>294
ゴメン。いるのね。
このまとまりの無いスレを収束させてくれ。
結構おもしろかったのに。

とりあえずER書いてwebで公開してみたら？
んで、初期の仕様でかまわないので、一回モノ作った方が良いよ。

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

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

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

>>298
みんながついてきてくれるかどうかがこのスレの命なところを
気にしすぎて目標をあいまいにしてたのが裏目に出たね。。。汗

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

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

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

>>1が「成績管理」の具体的な内容と範囲を決めてくれれば
あとは特に文句はないよ

一言言わせてくれ。
やっぱりAccessかよ。

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

>>301
> やっぱりAccessかよ。

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

で、賛成なの？

> ２ちゃんで生まれたソフトを目指すのであれば、sourceforgeとか
> で開発してくとかにしないとね。
最初からこんな大きいことをいっている香具師に限って
参加できなかったりする…

でもAccessだと、複数で同時開発しにくいね。

MSDEはダメ？

>>306
MSDEでフロントエンドは何使うの。

Access使うのに批判する意見は分かりましたが、
それ以外の案として、どんなのをお望みなのでしょうか？

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

問題はどういう機能を実装したソフトを作るかってことでしょ。

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

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

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

>>307
C#でと思ってます。

どうせならSQL鯖2005急行＋C#2.0で

フロントエンドはどうでもいいから、作製はじめろ。

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

言語はいいから、理論を展開しよう。

>>308
Ｊａｖａ

>>310
それならただのSQLの勉強でしょ。
それぐらいまばたきできて普通ぐらいじゃないとDB設計・開発とかDBを使ったアプリの設計・開発とかできないから。

>>314
何の理論にする？

>>313
それ、見た目だけだろ。

>>316
> >>310
> それならただのSQLの勉強でしょ。

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

>>316
> それぐらいまばたきできて普通ぐらいじゃないと

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

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

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

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

VB6で作ったとして、どこにアップすればいいの？

>>322
過去ログに、ヤフーのグループがあったはず。そこ。

じゃあAccessのバージョンは2.0で。

>>1　さん、
あなたが立てたスレなんだからリーダーシップとってまとめてよ。
誰かが勝手に進めてくれるのを待ってるのか。

だから、賛成なの？反対なの？

>>326
Accessで開発する事についてですか？
私の回答は、好きにしてくれといったところです。
その代わり私は静観してます。

仕事でAccess使っているけど自宅のパソコンにはない（買ってない）のでなんともできません。
Javaなら手伝えますけど。（ＶＢとＣ＃は使えません。ソフトもないし。）

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


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

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

今は下で言うところの（１）の状態だからです。

１）開発言語に依存しないレベルでのシステム設計（モデリング）
２）開発言語に依存したレベルでのシステム設計（モデリング）
３）実際に開発。

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

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

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

結構、良スレだと思ったので傍観してましたが、
やっぱり　>>1　さんの最終目的が良く分からない。

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

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

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

>>328
アクセスで作る奴がいる、
VB6で作る奴がいる、
C#で作る奴がいる、
SQL鯖２００５Expで作る奴がいる、

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

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

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

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

３２８がプログラマかどうかは知らないけど、プロの意見だと思う。
３２９と３３０がプログラマかどうかは知らないけど、素人の意見だと思う。

こっそり一人で、ここで話し合ってる仕様でWinネイティブのソフト作ってみたいんだけど、なかなか議論が進まないね
がんばってくらさい。

>>331
ここは「中学・高校向け成績管理システムを作ろう！」なんですけど。
問題はここででてきた仕様を満たすソフトを作ることだろ。
処理系の話はどうでもいいよ。

>>331
> ３２８がプログラマかどうかは知らないけど、プロの意見だと思う。

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

>>330
> あんたプログラマじゃないの ?

現役のSEです。

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

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

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

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

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

移植っていうか、
ＡさんがＡｃｃｅｓｓで作りました。
それを参考にしながら、ＢさんがＶＢ６で作りました。
また、それを参考にしながら、ＣさんがＣ＃で作りました。
　　　　（つづいていく）

それだけでいいじゃん。
ここは２ｃｈなんだから。

>>336
そういう事なの？誤解してたかも。
みんなで一つのものを作るんじゃないのか。

僕は１さんじゃないからわかんないんだけど
２ちゃんねるブラウザと同じノリではないの？

>>338
> ２ちゃんねるブラウザと同じノリではないの？

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

>>339
大筋は話し合いで決めたほうがいいと思うんだけど。

>>340
どっちだよ。

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

>>341
基本のテーブル設計の話はまとめておいて
自由にやっていくのがベストだと思うんだけど。

>>342
データのやり取りするわけじゃなんだから
共通の構造を持つ必要はないよね。

共通の仕様でのプログラムコンテストみたいなものか？

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

Accessに反対に一票

このスレにあがってる仕様で、２月２１日月曜日までに
ＶＢ６で作ってアップしようと思います。
検証よろ。

>>344
> 共通の仕様でのプログラムコンテストみたいなものか？

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

PostgreSQLの8.0出たし、DBの勉強兼ねてやってみるかな？

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

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

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

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

> ・同じ仕様のプログラムコンテスト

一票。

>>351
> > ・同じ仕様のプログラムコンテスト

２票。

・同じ仕様のプログラムコンテスト

３票。

作るやつはいいかもしれんがテストするヤツは地獄だな。

テストデータこさえるのも意外と面倒

>>1 おーい。逃げた？

ぐだぐだでおわりそうな予感。。。

>>1 って中学が高校の先生か職員なの？
自分の立てたスレの面倒ぐらいみてよ。
もうやる気ないんだったら終了宣言よろしく。
または誰か引き継いで進めて。

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

パッケージじゃ対応しきれないときもある

>>360
> パッケージじゃ対応しきれないときもある

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

お金がないから内部でつくる。
それに個人情報だから外部に委託してよいものかどうか。

でも、システム運用のテスト期間は最低１年必要だよね。

そんなに居るの？
実際使うのってテスト期間とかでしょ
本物のデータ使う訳じゃないから、そういうデータ用意してもっと短く出来るんじゃない？

>>362
> お金がないから内部でつくる。

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

>>362
> お金がないから内部でつくる。

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

> 作ったヒトが転属になったり退職したりして誰も面倒見れなくて消滅？
ある程度できる人が、むりやりひきつがされるんだよ。ｗ

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

最近、書き込み制限がかかってた。。。
誰かが連続投稿してたみたい。泣

通りすがりです。

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

クラス単位、学年単位で偏差値計算されます。
さらに度数分布のグラフもつきます。
１年前、２年前、３年前との比較も簡単に行えますので、
今後の授業での指導方針の検討材料の１つとなるでしょう。

同じ仕様のプログラムコンテストって意見がいくつかあるみたいですね。
うｐしてくれたものをみんなでつかってみてバグ報告＆評価を
カキコっていうのやってみますか？
第一回の〆切は、２月２１日月曜日とかで。

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

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

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

>>372
Poさん、いままででてきた仕様を例のホームページにまとめてください。ｍ（＿ ＿）ｍ
まとめが出来上がってから、とりかかりたいと思います。

成果物をＵＰ出来る板はないのかね？

>>374
成果物は十分vectorにうｐする価値があるので、
板でひっそりと公開する必要ないと思うが。

>>373
例のページに170までに出てきた仕様をまとめておきました。
残りはもうちょいまっててね。。。汗

どうしてPoが出てきたら、ぴたっとレスがとまるんだろう。。ｗ

>>376
ありがとうございます。ｍ（＿ ＿）ｍ

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

>>378
まとめました。
スレのレスの流れから、二つに分かれるなと
思ったので、二つにわけて書きました。

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

>>379
例のページとはどこですか？

>>380
>>90 です。

>>381
できそうですか？

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

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

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

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

>>382
ネットワーク以外ならＯＫです。（＾＾；
ネットワーク部分は後回しに・・・。

>>383
> 私が詰まったところで解決策をご教授いただけましたら幸いです。

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


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

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

>>384
> 縦持ちのまま一覧表を作成するときに横持ちの表を作り出したいのですが、プログラムで対応するしかないのでしょうか？

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

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

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

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

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

>>384
その例でいくと、英語だけ、国語だけ、数学だけを抽出するSQLを作って、
それらをUNIONする。で、最後にGROUP BY 氏名ってやって、それぞれの科目
の点数を合計するようにすれば？

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

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

開発環境は何がいいのかしら。。。
過去ログにjavaならってあったけど、エンジンは何でしょうか。

　　　　　　,,r::::::::::::〈:::::::::） 　　　ｨ::::::ヽ
　 　 　　〃::::::::::::;r‐''´:::::::::::::::::::::ヽ::ノ
　　　　,'::;'::::::::::::::/::::::::::::::::::::::::::::::::::::
　 　 　l::::::::::::::::::ｌ::::::::::●::::::::::::::●:::::ｊi
　　　　|::::::::::::::::::、::::::::::::::( _●_)::::::,j:l　　　クマー！
　　　　}::::::::::::::::::::ゝ、::::::::::|∪|_ノ::;!
.　 　　{::::::::::::::::::::::::::::`='=::ヽノ:::::/ 　　　　
　　　　';::::::::::::ﾄ､::::::::::::::i＾i::::::::::::/
　 　 　 ｀ｰ--'　ヽ:::::::::::ｌ l;;;;::::ノ
【ラッキーレス】
このレスを見た人はコピペでもいいので
10分以内に3つのスレへ貼り付けてください。
そうすれば１４日後好きな人から告白されるわ宝くじは当たるわ
出世しまくるわ体の悪い所全部治るわでえらい事です

>388,389
ご教授ありがとうございます。さっそく試してみます。

>>390
ＤＢエンジンのこと？
汎用目指すなら特定しなくていいんじゃないの？
というより特定したらまずいでしょ。
切り替えられるようにしとかないと。

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

>>393
開発方法の具体例を教えて欲しい。

じゃあ俺は PostgreSQLで鯖立てて Webベースで。
Webベースなら認証も簡単だし。

>>394
コーディング → デバッグ → テスト

>>395
Webベースは折れも考えたが、項目間の移動にＥｎｔｅｒキーが使えないから断念した。
ひとつ点数を入力してはＴＡＢまたは、カーソルキーで移動ではつらいと思う。

Webベースは折れも考えたが、項目間の移動にＥｎｔｅｒキーが使えないから断念した。

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

もうENTERで項目間移動っていう腐った既成概念やめようや。
いつまで汎用機CUI世代の古い考え方引っ張るつもりだよ。
ずっと離れた項目までENTERﾊﾟﾝﾊﾟﾝ連打してフォーカス移動したいとかさぁ。
せっかくマウスあるのに、見てて頭痛いわ。

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

結局ここは >>1 のSQL勉強スレ ですか

片手は個表の点数を追う必要があるからEnterは必要

エリア使うかどうかじゃね？

>>396
途中まで作ったmdbをアップしてみんなで評価・機能追加する方法以外に、
開発方法あるかなという意味っす。

オープンソース

>>399
それは、開発者としての意見ですか？それともユーザとしての意見ですか？

なんでまぁ、ぴたっととまるんやろうね。ｗ

>>406
それぞれ開発モードに入って黙々と作っているのでは？

>>406
正直、忙しい。。。

なるほどね。
ま、身体壊さないようにがんがろう！

みなさんにおききしたいのだが、
病院の予約システムをDBでつくりたいのだが、それって、法律関係で注意することってありますか？

>>410
ありません

個人情報保護法案

開発モードage

ＭＳＤＥ＋Ｃ＃．ｎｅｔで作ってますが、ＤＢは年度ごとに分けたほうがいいのか１つのＤＢで末永く使うのがいいのか迷っています。
調査書等を考えると１つのＤＢを延々使うのがいいように思っています。
容量の限界に達するまでには、次のシステムになっているだろうと・・・。

>>414
DBは１つに決まってるやん。
ひょっとしてテーブルの事？

>>415
テーブルは1つに決まってるジャン

容量の限界に達するまでには、俺たちはみんな死んでると思うから気にするな。

履歴BACKUP用ﾃｰﾌﾞﾙを作ってそこに定期的に流し込めば？
で、外部リムーバブルメディアにcsv形式とかで年度による世代保存。
せっかくC#でやってるならそこまで作りこんだほうがいい。

あんまりＣ＃と関係ないと思うぞ

>>414
要求仕様次第。

>>414
ひとつのシステムを３年使ったらいいほうでしょ。

短いな

卒業生の成績保存機能があるほうが現場の人は使えると思うだろうね。

現在、トリガーを作成しているのですが、指定のテーブルが更新された時に
更新されたテーブルをSELECT文でデータを取得しようとすると"トリガー/関数は見
ることができません"というエラーが発生してしまいます。
指定のテーブルからSELECT文でデータを取得する事はできないのですか？
教えてください。

トリガーの使い道が違う気がする。
トリガー使わずに単にselectすりゃいいじゃん

フリーの環境では何がいいんだろう。
エンジンはmsde使う場合、vb,access以外で接続方法あるかなぁ？

>>426
IEとか

>>426
MSDEもVBもAccessもフリーじゃないじゃん。

MSDEはフリーなわけなのだが。

javaをクライアントに使う場合、エンジンはなにが良いのですか？

う〜〜〜んっと、V6 ハイメカツインカムの奴がいいんじゃないかな。

>>431
そうそう。ごくせんに出てた子なんかなかなか（ｒｙ

>>430
JDBCが対応していればいいから、オープンソースも商用も有名どころは一通りOK。
ちなみに最近はJDBCを直にいじるのではなく、O/Rマッピングツールを使うのが主流。

ttp://www.hellohiro.com/jdbcmysql.htm

MSDEって１テーブル１万レコードの制約があるのでしょうか。
１万件以上入りません。

>>435
そんな制限はないが、サイズは２GBまで。

データベースで、みんなで開発するには、どんな環境がいいかなぁ？
今のところ思い浮かぶのが以下のもの。
１．Access mdb
２．msde + vb
３．java + ?
１は2002と2003でも動作しないなどの不具合が生じるので「みんなで開発」
に向かない。
２も同様。ソフトを持ってない人には参加しにくいデメリットもある。
３はフリーだし、バージョンの互換性も低い

なので、私は３がいいと思うのだが、３にしたとして、
エンジンは何がいいと思います？windows用mysqlとかかなぁ？

435ですが、DBのサイズは３MB程度しかないです。
やはり１万レコードの壁で引っかかります。

435ですが解決しました。
最大表示レコードが10000になってました。
0を入れて解決。

MySQL+JAVAなら、WindowsでもLinuxでも動くし、じゃあ個人的に
Linux使うかな？

フリーでお手頃といけばMySQLかなあ。
組み込みならHSQLDBもありだけど、Windows限定ならmsdeも選択肢になる。

基本的な質問で申し訳ありませんが、MySQLも
MSDEのmdf,ldfみたいにテーブルをバイナリーファイルで
やり取りができるのですか？

バイナリファイルでやりとりって意味がローデバイス使わずに普通のファイルとしてやりとりできるって意味なら、できます。
ただし、やたらとファイル数が多いです。

じゃ、一般公開して、みんなで分担してコードを書いていく場合、
java + mysql　あたりがいいかなぁ？

まさかmysqlのファイルをやりとりしようなんて思ってないよね？

環境構築用SQLのかたまり（DB作成、テーブル作成とか）を用意しておく方がベター。
デモ用のデータも用意しときたいなら、デモ用データ用SQLのかたまり（insertだらけ）を作っておく。

ところでさあ、具体的に何を作るわけ？

>>445
なるほどねぇ。その手があったか。
ありがとう。

具体的には、成績管理システムなわけなのだが。。。

折れは、とりあえずテーブル設計まで終わったよ。

>>446
いや、だから具体的にさ。
俺は別に作る気ないけど、お前何も考えてないだろっていう感じがするからさ。

パッケージ？　システム？　フレームワーク？
スタンドアロン？　クラサバ？
Webアプリ？　Swing?　RCP?

メイン機能は
生徒マスタのメンテ画面
テストの点入力画面
クラス指定の成績一覧
生徒指定の成績一覧
ぐらい？

このシステムのターゲットは学校の先生ってだけ？
その人はどんな事に困っていて、どういうアプローチで、どのように解決できるの？

このシステムを使うメリット（導入効果）は何？

一番の売り（セールスポイント）は何？

パッケージ、クラサバにする目標で、とりあえずは
スタンドアロンでやります。

メイン機能はそれに加え、各種帳票ぐらいです。

ターゲットは先生、Excel+VBAで実現できるという意見もあるけど
実際には、十分に使えない人もいて、「あやまって計算式を
けしてしまったが直せない」という方も多い。
そこで、各種データの整理をシステム化で提案。

データベースを勉強しながらやるということもあるので、
いきなり売れるものを、とは考えていない。

うれるかどうかは置いとくとして、
使ってくれるかどうか
感謝してくれるかどうか
今までのやり方と比べて便利になったかどうかが大事。

レスを斜め読みしたけど、生徒の側から見える部分しか仕様が出来ていないと思う。
学校の業務を熟知していないシステムでは、どこも使ってくれない。
使ってもらうことを考えるなら、こんなところで議論する前に、
実際に学校に行って要求仕様でも固めてきたほうがいい。

え　　　　　っ　　　　　る　　　　　ﾊ　　　　　
　　ぇ　　　　　し　　　　　の　　　　ァ　ﾊ　　
　　　　け　　　　　と　　　　　ぉ　　　　　ァ　
うはっwww夢がひろがりんぐwwwwww　　　

>>451
企業と違って人間の育成が目的だから、現実的には人間関係重視でシステム化するようなところは少ないんじゃないのかな。
中小企業（個人商店）以下の売上管理（成績管理）と、総務経理関係（経費とか）ぐらいじゃね？

確かに実際に学校まわってヒアリングを重ねた方がいいんだろうけど、
成績管理に限定するなら、塾経営している企業とかそっちの方がより適しているのかもね。

本気でシステムによる合理化考えるなら、紙に鉛筆で解答を書かすというという事を辞めさせなきゃ。
今時、零細じゃない民間企業で紙に手書きとか考えられないから。

>>453
人間関係の部分も多いけど、事務処理も膨大だよ。

3月末になると教務部がいちばん頭をかかえる事務処理があるんだよね。
それをシステム化できれば、けっこう売れると思う。
具体的には言わないけど、学校に勤めていた人なら絶対わかるし、
だれでも言われればかわる仕事。

＞だれでも言われればかわる仕事。
だれでも言われれば解かる仕事。

＞けっこう売れると思う。
便利になるし、感謝もされると思う。

今も、決定打になるようなソフトは出てないんじゃないかな。

どうして、あえて仕事内容を秘密にするんだろう。。。

>>454
へー。総務経理関係（伝票整理）とかじゃないんだ。

そこまで秘密にするとなると、時間割の作成とか教科書選びとかじゃないな。
教材メーカーからのワイロやリベートの裏帳簿？
問題教師の隔離？

話がずれるけど、最近の学校の教師って、生徒の人間育成とかにあんまり興味ない感じがする。
生徒の成績管理するまえに教師の評価管理の方が大事だと思うけどなあ。

>>454

学籍簿の作成かな。
時間割は４月１日からスタートだからね。
時間割ソフトも決定版がないけど（師楽やイデアではすっきりいかない）
ＧＡを使えば理屈の上では答えが出せると思う。
ただしマシンを何台かつなげないと４月６日までに計算しきれないかも。

>>456
このスレに知っている人がいるのかな？と思って。

>>457-458で答えが出ているけど、時間割。
今でも決定版がないんだね。
急に転入生が来たためにクラスが増えた、とかあるから、
何日もかけないと答えが出ないようでは実用にならない。
でも、いいものが作れれば、便利だし感謝されるでしょう。

>>459
時間割って、1週間にする授業数が教科ごとに変わってくるんですよね？

>>460
授業コマ数が教科（科目）ごとに決まっている、という意味でなら正しいです。

時間割に関係してくるのは、
だれがどのクラスを担当するとか、
特別教室（音楽室・美術室など）の割り当てとか、
非常勤講師の時間の希望とか、
他にもあると思います。
もう現役で教師をしているわけじゃなし、この程度しか覚えてません。
時間割ソフトをつくるスレでもないですし。
すみません。話を成績管理からそらしてしまって。

話を>>451にもどして、
このスレは、成績管理システムをつくることになっているけど、
成績管理をするための要件を洗い出さないと、
使ってもらえるものにはならないでしょう。
学校でデモをしたときに、こんな機能が不足している、って言われたときに、
DB設計から変更するはめになるかもしれないよ。

>>461
用件は、洗い出してまとめてると思うけど、
それでもまだまだ不足？
このあたりの用件で一つのシステムでver1でいいと思うけどなぁ。

>>461
時間割システムですか。。
詳細な要望や、それを解決するためのアルゴリズムの検討を
重ねていくスレも面白そうですね。
でも、内容的にはプログラム板になるかもですね。

>>462
どこがじゃ。むちゃくちゃ不足だらけやん。
このスレでもいきなりAccessでプログラム組むとか言い出してるし。
思いっきり素人考えやん。

>>463
成績管理よりそっちの方が面白そう。

>>464
勤務表、時間割は実際には投げ出す人が多数。。。
面白そうに思えるだけでは？ｗ

>>465
どうだろうね。詳細まで聞いてみないと判断できないけどね。

どういったアルゴリズムにするか知恵のだしどころっていう分野だと思うから、そういう意味で面白そうだと思うよ。
まあ、総当たりならバカみたいに時間がかかるだろうし、オブジェクト指向とか使わずに２次元配列とか３次元配列とか
でやると気が狂うだけ。

やってみたい気はするけどね、既存のソフトがどの程度かにもよるし。
俺、全然知らんし。

でももし俺が作るなら、例外中の例外みたいなものまで必要必要とわめくようなただのわがままみたいなのは俺は切り捨てるからね。
素人じゃなけりゃ分かると思うけど、精度８割程度のものができれば十分だと思うよ。
なんでもかんでもつけまくってパラメータ増やしすぎたら、必要必要と言ってたやつも含めて誰も使わないものになるからね。

>>465
勤務表って何？

>>467
素人呼ばわりしといて、お前社会人じゃねーのかよ（ｗ

>>467
学校の世界じゃなくて、病院などで
「夜勤、早出などが入った複雑な勤務シフト表を作る」の意味。

確かに、アルゴリズムを考えていくのは面白そうだけど、
仕様要望を細かいところまで明確に示してくれる人が
いないとスレが進まないだろうね。
横から急に入ってきて、例外中の例外みたいなものまで
必要必要とわめいて終わりって人がいるだけでは
話しも進まないだろうし

>>469
そんなのシステム化する必要ないと思うけど。
っていうかシステム化が望ましい勤務表なんて見た事も聞いた事もない。

学校で何の勤務表がいるんだ？
お掃除当番だとか、門の前で挨拶する当番だとか、ただの持ち回りじゃね？

学校関係ないって書いてるな。失礼。

病院とかよく知らないけど、システム化しなけりゃこまるほどなのかな？
Ａさんが急にでれなくなりましたっていったって、そんなのあるたびにごろごろ勤務日程を変えられちゃあかなわんと思うけど。
俺の会社のある部門も時間シフトとか勤務日シフトとかやってるけど、人数が多くなればグループ作ってやるだけだから
どうって事無いレベルだと思うし。

社会人になれば自動的に解るから、とりあえず大人になるまで黙っててくれないか？
勤務表は人材管理の肝。

>>466
記入欄増やしても管理負担ふえるだけだしねぇ。

勤務表なんてソフトで簡単に決められる要件じゃないでしょ。

不確定要素が多すぎ。

>>472
ttp://www.isac.co.jp/IZ/

実際にスレを作って、時間割生成システムを作る場合、
制約プログラミングエンジンの独自開発からやるのは
無理があるんじゃないかなぁ。
要望と実現のレベルが程よいものでないとうまくスレが
盛り上がらないだろうね。

みんな、開発順調に進んでいるのかなぁ。。
なんか、Poは開発終わっているようだが。。

98 名前：<丶｀∀´>（´・ω・｀）（｀ハ´　 ）さん[] 投稿日：2005/04/15(金) 05:47:21 ID:3VFseNmj
こんなところからも学級崩壊→日本人破壊を企てています。
ちなみに川崎市は在日の多いところです。

>わが川崎市では条例で「人権オンブズパーソン」が設置されていますが、
>公立小学校のある教師は、授業中に立ち歩きをし、クラスメイトとおしゃべりする生徒が
>言うことを聞かず、授業の障害になるので、そのたびに大声で叱責したそうです。
>
>ところが「大声で注意をしたり、聞き入れられない時には腕を強く引っぱるなどの言動が
>あった」ことをもって、人権侵害と認定され、オンブズパーソンが介入して、教師と校長は
>謝罪に追い込まれ、研修を受け入れました。

>かくて、わが息子（小３）のクラスで現にあるように、生徒が授業中マンガを読んでも、
>教科書を見ながら答案を書いても、教師が注意して聞かなければもはや放置するしかない、
>そういう子をクラスメイトが注意すると注意した子が注意される（「口を出すな」「放っておけ」
>「あなたが注意散漫だから他の子のことが気になるのだ」などと言われる）という状況に陥ります。

>人権オンブズパーソン条例の条文を見ても、訴えられた側に異議申し立ての機会はありません。
>もちろん弁護士もつきません。訴えられた本人が所属する（関係する）市の機関は勧告を
>尊重しなければならず、是正措置をオンブズパーソンに報告しなければなりません。これらは
>必要があれば公表できるので、訴えられた側は事実上、嫌でも受け入れざるを得ないのです。
ttp://plaza.rakuten.co.jp/mizuhonet/diary/200503260001/

経過報告とかって、ないの？

プロジェクト自体はあるのか？

この休みをVB６でのプログラム作製にあてるつもりです。

PoさんのうちのAccess２０００で動かないんだもん・・・・

Poさんのシステムの分布点数範囲って何ですか？

>>481
マイクロソフトにいってください。。。汗
2003でつくりました。
変換とかしてないから2000でも動くはずなんだけど。。。

>>482
各生徒に配布する資料で、合計点数の人数分布表の
元になるデータです。
例えば、５科目合計が例１のように５段階にわけ、
それぞれの範囲に生徒が何人いるかを確認したいのか、
例２のように１０段階にわけ、それぞれの範囲に生徒が
いる分布を確認したいのか。の点数範囲を設定するところです。

例１）
400-500
300-399
200-299
100-199
0-99

例２）
450-500
400-449
350-399
300-349
250-299
200-249
150-199
100-149
50-99
0-49

あ、良く考えたらmdeに変換する時って、
変換する環境が2003だったら自動的に
2003形式になるんだった。。。汗

accessで作った以上、かなりの環境で動作しないのは
覚悟しておりました。。。
vbとかでちゃんとしたのを作る予定です。

オラクルとPL/SQLのあの変なhtml吐くやつで全部つくってみてよ

良スレage

とりあえず、Po氏の書き込みだけ見てみたんだけど、
いま、どうなってるの？

色々レスがついてるが、結局は1人しか作ってなくて、
あとは、意見言ってるだけ？

それと、DB板なんだから、データベース云々は置いておいて、
ER図ぐらい無いのか？
仕様もごちゃごちゃしてて分からん。
今まで決まった仕様の一覧が欲しいな。（箇条書き程度でも）

>>487
任せた。

>>488
なにを？
システム作るのをか？

じゃあ、最初から用件定義しようか。

>>186-187の要件をもとにテーブルを作ってみた
ログイン管理・・・ログイン時のユーザー管理
（ユーザーＩＤ,パスワード）

クラスマスタ・・・年度ごとのクラス情報を管理
（クラスＩＤ,学年,クラス番号,教員ＩＤ,副担任ＩＤ,開始年月日,終了年月日）

クラス構成・・・クラスとそれに所属する生徒を管理
（クラス構成ＩＤ,クラスＩＤ,生徒ＩＤ,開始年月日,終了年月日）

生徒マスタ・・・生徒の情報を管理
（生徒ＩＤ,生徒番号,氏名,性別,入学年月日,卒業（退学）年月日）

教員マスタ・・・教員の情報を管理
（教員ＩＤ,教員名）

教員スキルマスタ・・・教員が担当できる科目を管理
（教員スキルＩＤ,教員ＩＤ,科目明細コード）

講義担当・・・その年度に開講された情報
（講義担当ＩＤ,教員ＩＤ,科目明細コード,開始年月日,終了年月日）

テストマスタ・・・実施されたテストの履歴
（テストＩＤ,科目明細コード,期間区分コード,実施日付）

成績管理・・・テストの結果を生徒ごとに管理
（成績管理ＩＤ,テストＩＤ,生徒ＩＤ,点数,欠席理由区分）

共通マスタ・・・細かいマスタはここにまとめる
（マスタＩＤ,コード,コード名,摘要１,摘要２）
--設定値例
　科目マスタ
　　科目,English,英語
　　科目,Japanese,国語
　　科目,Math,数学
　　科目,Sience,理科
　　科目,Society,社会
科目明細マスタ
　　科目明細,M1A,数1A,Math
　　科目明細,M1A,数1B,Math
　　科目明細,M1A,数1C,Math
　　科目明細,Physical,物理,Sience
　　科目明細,Chemistry,化学,Sience
試験期間区分マスタ
　　試験期間区分,1M,１学期中間
　　試験期間区分,1F,１学期期末
　　試験期間区分,2M,２学期中間
　　試験期間区分,2F,２学期期末
　　試験期間区分,3F,３学期期末
欠席理由区分マスタ
　　欠席理由区分,公欠,公欠
　　欠席理由区分,忌引,忌引
　　欠席理由区分,病欠,病欠
　　欠席理由区分,停学,停学

質問事項：
・授業の出席管理は不要？
・５〜１０段階で評価する通知表は不要？

必要画面
１．ログイン画面
２．メニュー画面
　２−１．クラス編成画面
　２−２．生徒登録画面
　２−３．教員登録画面
　２−４．講義登録画面
　２−５．試験登録画面
　２−６．共通マスタ画面（オプション）

もちろん、登録、変更、削除ができることが条件。
共通マスタのメンテナンスはシステム保守担当者がＤＢを直接変更という運用もあり
必要工数は、画面のプログラム設計〜単体テストで１画面１０日ぐらい（ログイン画面は５日）

必要帳票 >>186
・年度別クラス別教科別成績一覧（生徒番号順、詳細はファイル「一覧表(例)」参照。）
・年度別クラス別試験別成績一覧（生徒番号順、詳細はファイル「教科伝票(例)」参照。）
・年度別試験別成績上位者表（順位順）
・赤点保持者一覧（赤点個数、単位数、気になる生徒についてのメモ）
・年度別個人別成績推移表（順位付加、評点付加）
・通知票（中間・期末以外は諸テスト成績として記入する。組順位、科内順位。通信欄等あり。）
・成績資料(通知票+生徒に関する備考)
必要工数は、プログラム設計〜単体テストで１帳票５日ぐらいだろうね。

インフラとしては。。。
ハード
・自作ＰＣ
　--CPU:Celeron 2G
　--メモリ：512MB
　--HD容量：RAID1　80GB (HDD2本)
　-- RAID5 240GB (HDD4本)
・ディスプレイ、キーボード、マウス
・プリンタ（無いなら）
・バックアップ用のNAS
・ＵＰＳ（無停電電源装置）
・ルータ、ハブ、ＬＡＮケーブル

ソフトウェア
・OS：Linux
・DB：PostgreSQLかMySQL（両方対応できるようにＤＢ接続部にラッパーをかける）
・WEB：Apache
・AP：Tomcat
・言語：Java、Servlet、JSP（画面を凝るならJavaApplet）

小生、駆け出しのエンジニアです。これより上の上流工程と、
結合試験以降の見積もりはもっと詳しい人よろしくです。

テーブル設計、ダメダメだな。
使い物にならない。

システム化の範囲として、授業の出席確認まで踏み込まないのにテストの出席確認はするというのは矛盾している。
テーブル設計はつっこみどころが多いけど、共通マスタなんじゃそれ。

NASやUPSがどうのこうのまであるっていうなら、サーバでセレロンありえねー。５１２MBもありえねー。

ちなみに自社内とかで利用だけならいいけど、このスレのような配布目的のシステムの場合、
GPLにしないならMySQLはライセンス必要です。

科目明細マスタ だけ、項目数や法則が異なっている
ように思います。
「共通マスタ」というテーブルの概念は初めて聞いたんだけど、
具体的にＳＱＬ書くとしたらどういう文になるのでしょうか？

工数が長すぎる気もします。
全部で３ヶ月以上はどうかなぁ。
あ、完全フリーでの工数ならそれでいいと思います。

>>492
・授業の出席管理は不要？
不要です。別という設計です。

・５〜１０段階で評価する通知表は不要？
テストの成績で○点以上であれば通知表は５になる。という場合や、
点数に関係なくクラスの中で上位○番目が通知表は５になる。
など仕様は学校によりさまざまなので、そのあたりは
要望としてでていないようです。

用件読み直して思ったんだけど、
卒業生や在学生の検索機能ってあがって無いんだね。。
必須機能だど思うんだけどね。

aさんのテーブル設計、開始年月日と終了年月日が
必要以上にあるような気がします。。。

突っ込みが多いんで、さしあたり言い訳から。

学校内で使うやつだし、２４時間ノンストップなんて不要。それにＤＢ
絡みだから、ＣＰＵを早くしたところでＩ／Ｏが追いつかない。アクセ
スするのも学校内の教員だし、そんなに数はいないかなと。というわけ
で、あまり高価なサーバは不要かと。ただ、ＵＰＳをつけとかないと停
電によるＨＤＤの故障とか怖いから。

あと、>>187の要件で
>・生徒はテストを公欠、忌引、病欠、停学等により休む。それにより処置が違う。
というのがあるのでテストの欠席区分は必要

ＤＢは、Mysqlならライセンスが必要になるらしいからそれならスピードも
不要だしライセンスもいらないPostgreSQLかなぁ。

あと、共通マスタってのは試験期間区分みたいな数レコードしかないけど、
マスタとしては必要なものをまとめて突っ込んどく。こうしとけばテーブル
の管理が１つで済むし。一度設定したらそんなに変更することもなさそう
なものだから画面を作る必要もないかもしれない。それで画面はオプション
扱い。

あと、開始年月日、終了年月日が多いのは、
クラスマスタ・・・基本的には4/1〜3/31になる。年度という形で持たせる
のがいやだから。学年が上がる時期になると、これまでのクラスレコード
を無効（削除しない）にして次年度のクラスレコードを作る。
クラス構成・・・クラスに所属している生徒を管理。これも普通は4/1〜
3/31だが、転校してきた生徒がいればその生徒のレコードは（転校日）
〜3/31になるし、退学すれば4/1〜（退学日）になる
講義担当・・・ある教師がある科目を担当していたが途中で辞めた場合、
その教師がその科目を担当していたという履歴を持たせるため有効年月日
を付けた。

NASはバックアップに使おうかなと。テープ使うと高いし、それならＨＤＤ
に持たせるつもり。サーバー本体に１通、NASに１通かなぁ。サーバー本体
のバックアップを考えるなら、サーバーと物理的につながっているＨＤＤ
にバックアップ持たせるのはあまり意味が無い気がします。

あと訂正。テストマスタについてる
誤：科目明細コード->正：講義担当ＩＤだな。

今のところ、実装部分の工数で100人日(>493)だけど、これに要件定義と
結合テスト、データ移行の工数が加算。サポートを希望するなら保守料。
あとハードの購入費用だな。実装の工数にはコーディング以外に、設計書
の作成も込み。

あと、テーブル定義を一部修正。
・教員マスタに入社(?)年月日、退社年月日を追加
・教員スキルマスタも、もしある教員が担当教科を教える能力無しとか
なった場合、履歴管理するなら有効年月日は必要
・全テーブルに、データの作成日、作成者、更新日、更新者カラムを追加。
あとあとのメンテナンスが楽になるし。

で，ER図は？

単純に気になったんだけど、このシステムで扱う範囲は？
単純に中間とか期末とかのテストだけ？

それとも、出欠や普段の授業態度を含めた、最終的に出る
通知表などを出すための成績管理？

そして、幾つかの疑問がある。

スポーツ特待生などの場合、成績ってどうなってるものなの？
スポーツさえ良ければ、テストの点数とか関係無しに進級や卒業できるのか？

転校や編入してきた生徒の成績はどうするのか？
例えば、学期の途中で転校なりしてきた場合、中学では余り問題ないだろうが、
高校だと教科が異なる場合もある。
私立と公立だと違うだろうし、普通課から商業科へなど、全く異なる場合がある。
中間テストは前の学校、期末は転校先の学校とかの場合、成績は、どう計算するのか？

保健体育や家庭科・技術といった物の成績はどうするのか？
筆記試験がある場合もあるが、大抵の場合は作品なり競技の成績などで
判断される場合が多い。

とりあえず、何処から何処までのシステムを作るのだろうか？
テストの成績だけ管理したいならExcelで問題無いわけだし・・・

つーか、ふつう、メインのシステムはシンプルにしてあとは
オプションにするだろ？

>>504
おまえがかけ。

>>505
進級や卒業の決定は会議で行われます。
点数を満たしている場合でも、必ず審議されます。
システムは、会議で使う資料を作成するまでを行うのであって、
会議で行われる討論を自動化するのではないので、対象外です。
そもそも、進級や卒業の基準って学校によりけりでしょ。
追試をやるとか、ノート点をつけるとかの救済策をするところもあれば
しないところもあるわけで。

>>507
そもそも、そういった情報が不足だと思うんで質問してみました。

あくまでも私の考えていた範囲だと、出席日数や成績が問題無い人間は
無条件で進級・卒業と考えていました。
つまり、出席日数やテストの成績の悪い人間が会議などにかけられると。
そして、その中で、夏休みなどに学校に出てきたり、
追試などを受けてた事を理由に、進級させてあげようと・・・（私がそうでした）

いずれにしても、何処までの範囲を作るのかが不明ですが、
進級や卒業というデータは自動では出来ずに、
あくまでも、誰かか手入力で進級・卒業の有無を入力する画面なり仕組みが必要という事ですね。

進級・卒業の話題が出たところで、もう1つの疑問。

欠席日数と進級の関係について。

遅刻3回または早退3回で欠席1とするなどというものは、
全国的に決まっているのでしょうか？
それとも各都道府県？
または学校毎？

さらに、自分自身の経験として、「あと○回の欠席もしくは△回の遅刻で進級できないぞ」という事を
よく聞きました。
また、ほぼ同じような言葉で「□の授業をあと○回の欠席もしくは△回の遅刻で進級できないぞ」
というのもありました。

学校を1日休むとその日の課目が全部欠席という事は分かるのですが、
関係がわからないのです。

学校に登校するのを遅刻・欠席すると進級できないのか、
それとも、課目の遅刻・欠席で進級ができないのか？

例えば、朝のHRに遅刻すれば学校としては遅刻。
だけど1時間目には間に合っているので授業的には遅刻は1回も無い。
仮に、この生活を1年間続けると授業としての遅刻・欠席は1回も無くても、
学校としての遅刻は200日程度ある事になる。
遅刻3回で欠席1と過程するなら、換算された欠席日数は相当なものとなるが、
この場合はどうなるのか？

などなど、不明な点はいっぱいある。

DB設計になってから、要求定義レベルの話がわんさか出てきだしましたね。
がんがって、整理してくれ。>>507

くだらない疑問だなぁ〜。ｗ
細かい説明をしていると話が終わらなくなるので、大まかに説明しよう。

まず、中学と高校の規定は別。高校の説明をしよう。

高校は実は大学と同じ単位制となっている。
どの科目を取るかを生徒が選ぶ事が出来ないようになっているだけ
なのだ。
「普通科」の卒業要件は、これだけの単位をとらないといけない。
という規定がある。
さらに、「□の授業は週に○時間必要。単位を取るには、
出席率△％、テストが◎点以上。が要件」という規定がある。

私立高校の場合、週の時間数が規定を満たしていない科目があり、
何かの行事の日に出席すれば、「□の授業に○時間出席した」
と計算するので、普通科の要件を見たしている。
とする場合もある。

「□の授業をあと○回の欠席もしくは△回の遅刻で進級できないぞ」
というのは、「□の出席率規定を満たさなくなるから、進級に必要な
単位がとれなくなる（＝進級が出来ない）よ。」という意味だ。

このあたりはシステムとは関係ないょ。

>>511
その程度は知っています。

私の書き方が悪かったのすが、課目の出欠と学校としての出欠が関係するのかどうかが
疑問なのです。

つまり、先ほど>>509で書いたように、朝や帰りのHRの時間に
遅刻や早退をしても、課目については無遅刻無欠席でも、
学校は遅刻をして早退したということになります。

これが、進級など（つまり単位）として関係するかどうかが疑問なのです。

更に言えば、出席率の計算もどうなっているかが疑問。
これもさっき書いたとおり、遅刻や早退といったものの計算方法。
遅刻・早退を3回で欠席１とするなど、どういった単位で規定されているのだろうか？（国・地域・学校毎など）

さらに、高校で転校してきた生徒の単位の扱いも不明。
普通科から別の科などに変わった場合もどうするのか。
そもそもそういった事自体が出来ないのか。
（とは言っても、俺の高校でも3年の時に商業科に移った奴が居たが・・・）

科が違えば取得するべき単位も異なってくるはず。
こういった場合、どうしているのだろう？

ずいぶん細かく管理できそうですが、初期設定が大変そう。

その疑問がシステムとどう関係しているのかがよくわからんぽ。。
教育関係の板にいったがいいんでないの？

>>514
だから、どこまでのシステムを作るかの前提条件が決まってるんですか？
単純に中間やら期末のテストの点数だけ管理したいのか、
それとも、>>507で書かれているような
＞システムは、会議で使う資料を作成するまでを行うのであって、
こういったシステムを作るのであれば、
遅刻・早退・欠席と言ったデータも管理する必要がある。

転校などの問題も、結局、他の学校での成績や取得単位などのを加味して
進級などを決めないといけないのだから、全く不要では無いはず。

俺としては、お前さんがそこまで考えられないのにDB板に来ている方が疑問なんだが？

生徒の出席・遅刻・早退などのデータ管理もあったほうがいいけど、
現状では入力が名簿と、ＰＣで２度行わなければならなくなり、
実現化は難しい。
この問題解決の方法があるのが理想だが、ないのであれば、
現状では、単純に中間や期末のテストの管理だけとなる。

>>516
疑問なんだけど、現状ってテストの点数とかも2度手間なんじゃないの？
というのは、先生の持ってる名簿ってテストの点数も書いてあるんだよね。
PCが先か名簿が先かしらないけどね。

それと、会議なんかで使うような資料って、やっぱりパソコンなりワープロで清書して
ちゃんとした会議資料にして使うもんじゃないの？
だとしたら、やっぱりその手間って一緒じゃないのか？

2度手間ならPCでちゃんとしたシステム作って、
ボタン一発で資料が出来上がった方が便利じゃないか？

単に名簿につけてるような形式で出欠のデータを管理すればいいんでないの？

>>517
点数のＰＣ管理は、入力自体は２度手間かもしれないけど、
集計や統計の自動化がある分、利便性がたかくなるわけでしょ。
だから、この点の手間は結果としてマイナスでない。

しかし、単に出欠率計算のためだけなら、手間がマイナスになると
思うといいたかったのさ。

>>519
だから、最終的な資料を作る段階で出欠データも必要なんだから、
成績のデータと一緒に出欠データも出せるんでしょ？

どうせ資料作るのに、データを打つなら、手間は同じ。
そして、資料を自動で作ってくれるなら、手間が省けるんだからプラスでしょ？

ttp://www.store-mix.com/ko-bai/product.php?afid=3737940&pid=131070&hid=29770&oid=2392
出欠管理システムは、成績管理システムとは別。
そもそも、出欠データとテストの点数データはそれぞれ独立して
扱ってよいものだ。
生徒の氏名などのデータを共有し、２つのシステムを
つなぐことが出来るようにしておけばよいだけ。

統合システムが作れるから、Excel以上のものになるんでないの？
部分的にしかつかわなくていいっていう人は、Excel使ってれば
いいわけで。

出欠データを登録しておけると色々な機能できるな。
データ登録時に、後○○回欠席すると単位落とすとか
自動計算させれば先生も生徒に注意できる。

生徒もWeb上から自分の成績とか出欠状況が参照できれば、
成績面での自分の弱点なども過去の分まで分析できるし、
出欠状況で単位落とすかどうかも把握できるな。

>>521
そこのHPで紹介されてるやつってなんか意味あるの？

授業開始前にカード通して、終わったら誰かにやってもらえばいいんだよな？
そもそも、開始時から誰かに頼むことも出来るな。

はっきり言えば、意味無いんだが？

以下の５つの統合システムを最終的な目標にしてはどう？
このうち、テストの点数管理だけが、取り合えずの目標と。

生徒管理：生徒の写真、性格、評価など
授業管理：授業の進捗度、時間割
成績(試験)管理：テストの点数管理
通知表管理：通知表のデータ管理
出欠管理：授業の出席率の計算など

>>507
おまえに命令される筋合いはない

>>524
スレ違いな話をするなよ。

>>521は
＞出欠管理システムは、成績管理システムとは別。
が言いたいだけちゃうんか、と。

おまいら、そこで>>451ですよ。

提出用の一覧表には成績と出欠を載せる必要があるから結局両方扱う必要があると思うのだが。
帳票イメージをどこかにＵＰした方がよいのかな。
余談だが、公立学校の成績一覧表は公文書にはあたらないらしいよ。

あれも必要これも必要で、システムが肥大化していくのは、どこのプロジェクトもいっしょだねえｗ

おまえは肥大化と言いたいだけちゃうかと

プログラミング＝＞DB設計＝＞要求定義ですか。
何がしたいの？

>>532
プログラミング＝＞DB設計＝＞要求定義　かと。ｗ

要求定義がちゃんとされてないから、戻ってるだけだろ。

このスレでのソフトの作り方のスタイルを、今までのレスを
基にまとめてみた。

・統合管理システム（パッケージ）が目的。
・フリー版で、ＤＢ勉強の目的でもあるので、
学校をあるきまわっての要求定義を行わず、
ある程度適当な作り方をし、それをフリーで配布し、
使ってもらっての感想を基に機能向上の予定。
・プログラムコンテストでもあるので、ある程度のところは
それぞれの解釈で作り、みんなで評価し、一番良いのを採用。

>>529
うｐきぼんぬ
ブリーフケースがあったと思う。

>>530
別に今の段階では肥大化してないとおもうが。
Excelで出来る範囲のものは、誰も使ってくれないわけで。

ふと思ったのだが、ＤＢ板でやるより教育板でやった方が情報収集しやすいし盛り上がるのでは？

両方のコラボだとなおいいな

>>535
結構最初の方から見てるけどさあ、

> ・統合管理システム（パッケージ）が目的。

そうだっけ？

> ・フリー版で、ＤＢ勉強の目的でもあるので、

DBというよりAccessの勉強かと。DB設計の勉強から逃げてるし。

> 学校をあるきまわっての要求定義を行わず、
> ある程度適当な作り方をし、それをフリーで配布し、
> 使ってもらっての感想を基に機能向上の予定。

それでは機能向上は無理。全面作り直しを繰り返すだけになる。

> ・プログラムコンテストでもあるので、ある程度のところは

そうだっけ？

今からそうしようってことなのかも

>>538>>539
教育板にスレをたてようかと何度かおもったんだけどね。
スレの目的をどんな内容にしたらいいか迷っていたのと、
ある程度のサンプルがないと、具体的な意見が
あつまんないんじゃないかと思って立てれませんでした。。。

こんな教員支援システムなんか文部科学省が作って全国の学校に
配ればいいじゃん。
俺は顧客管理と会計システムのオープンソースが欲しい〜〜〜

>>543
ソースコード買えばいいだろ。

要求定義が甘いって意見はわかるけどさ、その書き込みって
解決策示してないからこのスレの存在そのものを否定するだけで
終わってるところあるよな。
目的の機能があって、それを実現しようという時にいくらかぶつかる
問題点をみんなで解決するスレっていうのもありだと思うし、
それが>>1の目的でもあるはずだ。
みんなで一つのシステムづくり、やろうじゃないか。

例えば高校での成績処理の目的は、大きく、
・クラス別成績一覧表の作成
・個票（通知表）の作成
・（できれば）指導要録の作成
なので、これらの帳票イメージを元に設計するのが現実的かと思うけど。
大学などと違い中学・高校では教科担まで管理する必要はないと思われる。
（提出書類に教科担は全く現れない）

>>545
学校をあるきまわるか、教育板に行くかして、
要求定義を固めろって解決策示してあるんだけど。
自分に都合の悪いところは見えない性格か？

>>545
おいおいそんな何も決まってない状態でって俺が言ってるのに、
すべて決まってるじゃんとプログラムいきなり組み始めるバカがいるのに、
俺にどうしろというんだ？　放置するしかないじゃん。

ぶつかるも何も、今のままではDB設計すらできないだろって言っても、
いきなりAccessでくみ出しましたとかVBでくみ出しましたとかいってるやつに対してさ。
目の前にいるなら殴ってやるけど、ただの初心者相手にいくら説教しても効果無いし。


>>543
国家的な財産とかまじめに考えられるやつがいるといいけどね。
教育指導方針配って威張りたいだけってのはねえ。
オープンソースじゃないけど、ソフト作って無料で配っている省庁もあるにはあるけどね。

>>544
お役人様が儲からないじゃないか。ｗ
そうだ。天下り団体を１つつくって、そこが配布すればいいんだ。
しかも学校法人は必ずその団体に属し、会費を徴収できる様に法律作って。

>>546
>・個票（通知表）の作成

よく知らないけど普通の５段階とかの通知表のやつかな。
そうだったらテストの点とかかかれないよね。
５段階評価するにしても単純にテストの点だけで評価なんかしないでしょ。合格率判定じゃないんだし。

>・（できれば）指導要録の作成

指導要領の基になる資料（教師の参考・生徒への配付を目的としたグラフ満載資料）なら分かるけど、まさか文章満載とかじゃないよね？

ここに来てる現場の方にお伺いしたいのだが、
指導案作成支援システムが欲しいと思ったことありますか？
書くのにかかる時間を短縮し、膨大になる書類を
電子化させることで省スペース化を図るシステム。

「教育・先生」板にスレを立ててみてはいかがだろうか。
テンプレを考えてみた。
あまり深く考えずに他の板にスレをたてまくったら、
逆に迷惑とか場違いといわれるだけでおわるから、
立てる前に一応ここで見解を聞きたい。よろしく

○教育向けシステム作ってます○
今、データベース板で教育向けシステムをみんなで作ろうという
動きがあり、現場の方々の要望を集めております。
現場の教員の方で、今まで、「こんな機能があったらいいなぁ」とか、
「この作業を効率化できるとはるかにいいと思う」と
感じたことを書いていってください。

システム化によって作業を効率化するのが目的なので、
なるべく具体的にお願いします。
２ｃｈで協力していいシステムを作りましょう。

>>550
支援という意味なら、上記で挙がっている総合システム？があれば良いと思います。
これだけで時間の短縮になるし、どうしても人が書かないといけない部分はあるので。

電子化させることの省スペースの件だけど、会議などで電子化されたデータを見ながらという事は
現状を見る限りありえないという事と、結局は紙に印刷して保管する事になる。
データを記録する媒体で災害や時間の経過など色々考えて長期に保存できるのは紙だけなのです。
数百年前とかの書簡などが現在でも残っているのが良い例ですね。

確かに電子化により省スペースは効率化できると思うけど、
昔のファイルが開けなくなる問題とか、
保存しなおしの手間が結構かかる問題はあまり注目されてない
ところがあるよな。
wordとか昔のバージョンのを開くとぐちゃぐちゃになってて
ひどいもんだよ・・・なんであんな仕様にするのかねぇと思う。

>>551
スレ立てるのは賛成だけど、

>○教育向けシステム作ってます○
>今、データベース板で教育向けシステムをみんなで作ろうという

教育向けシステムって何だそれ。ＣＡＩとかそっちにも取れるし。
成績管理・分析システムとか、指導用資料作成とか、そういうのの方が。


>>552
>数百年前とかの書簡などが現在でも残っているのが良い例ですね。

否定はしないけど、おおげさだなあ。
よっぽど保管状態が良くなけりゃ残っているだけで読めないけどね。

俺は教育関係者じゃないからどうこういえないけど、
省スペースが無意味なのは同意。一昔前の民間企業のように、
合理化、スピードアップ、楽できます路線だと思うよ。やっぱり。

複数の板にスレ立てるのなら、このプロジェクトに名前付けた方がいいかも。
その方が話を進めやすい気もする。

考えてみると確かに一般的すぎる記述でした。
要望を広く集めるのを考えすぎだったのかも。
で、以下のものはどうよ？

○中学・高校向け成績管理システムを作ろう！○
今、データベース板でＤＢの勉強も兼ねて、成績管理システムを
みんなで作ろうという 動きがあり、現場の教員に使ってもらえる、
使って便利だと思えるシステムにするため、現場の方々の要望を
集めております。
現場の教員の方で、今まで、「こんな機能があったらいいなぁ」とか、
「この作業を効率化できるとはるかにいいと思う」と
感じたことを書いていってください。

システム化によって作業を効率化するのが目的なので、
なるべく具体的にお願いします。
２ｃｈで協力していいシステムを作りましょう。

偏差値算出とかグラフ表示とか個別の成績表の印刷とか出来たらいいな。
と思って自分で作ることを模索し続けてました。期待してるですよみなさん。

ここに来る人は、データベースアプリを作ったことの無い人もいるわけだから、
先に要望を固めるまえにアプリ作成の一連の流れを把握することを目的として
作るのもありだと思う。
要望を固めて、いろんな人が使いやすいと思うソフトを作っていくのには
私も賛成だ。支援していきたい。

で、スレ立ての方向はわかったけど、内容に関してはどうなの？

内容は無いよう・・・・ うぷぷぷ

下のツールを使えば良いと思うのですがどうでしょう？

基本設計情報：XEAD
渡辺幸三の開発支援サイト「システム設計のこと、もっと知りたい」 - ＸＥＡＤ
ttp://homepage2.nifty.com/dbc/xead.html

DB設計：DBDesigner 4
fabFORCE.net
ttp://www.fabforce.net/dbdesigner4/

UML図：JUDE Community
JUDE PRODUCTサイト
ttps://www.esm.jp/jude-web/product/index.html

>>561
おお。いいねぇ。

みんなで、表記とかは一つのソフトを使って共通化したほうが
いいと思うから、ソフトの使用感とか感想をかいていって、
どれにするか大まかに決めませんか？

>>562
ツールは別に、後でまとめる時に有ればいいだけじゃない？

肝心な要求定義が完全に固まっていないのに、行き成りツールの話かよ・・・
ツール決めたって話がまとまってなきゃ書くこと無いんだからさ・・・

取りあえず、教育機関の人間で実際の業務を語ってくれるコテハンと
作業してくれる開発側のコテハンの登場をまずは期待したいんだが・・・

>>563
> 肝心な要求定義が完全に固まっていないのに、行き成りツールの話かよ・・・
> ツール決めたって話がまとまってなきゃ書くこと無いんだからさ・・・

そして何も決まらないままAccessで作り始めました。VBで作り始めました。
といって同じ過ちを繰り返す罠。

http://school4.2ch.net/test/read.cgi/edu/1115996642/l50
スレたててみたが、反応が全くないぽ。

>>563氏は開発側コテハン向きな方だと思う。ｗ

俺も、要求定義が終わるとかある程度進むまでは、
そういったツールの議論は避けるべきだと思うな。

プログラマとかSEとかこういったツールの話が始まると、
あれやこれやと収拾つかなくなるでしょ。

本題を無視してスレが進みそうだし、WordとVisioがあれば、どうにでもなるしね。
この辺のツールは開発側コテハン？が勝手に決めれば良いと思うよ。

こういうのは叩き台になるパイロット版ソフト作らないと要求なんか出てこないよ。

>>568
現段階では叩き台すら作れないんじゃ？

基本的に、今まで出てきてる意見って、教育機関関係じゃなくて、
自分が学生時代に○○だったというものしか出てきてない気がする。

Poのサンポロプログラムはたたき台にならないの？

教育板見に行ったけど、ひどいありさまだな。
書き込みの内容がほとんど「ある内容」にかたよってるし。。。

>>571
「ある内容」って・・・？

歴史？

見てくればわかるだろ。
むらむらするとかそんなんばっかりってことだよ。ｗ

あ、この手のソフト作るならセキュリティは万全に！
m9っ(`･ω･´
俺そこまでＰＣ詳しくないけど、２年前学校のＰＣで、アクセス権がないはずの俺のアカウント(?)で、３年分の個人データ(名前住所電話番号)成績(点数偏差値順位)評定(評点評価)が見放題だった
当時は罪悪感あってしなかったけど、改ざんもできたと思う
どうやるかはここでは言えないけどｗ

サーバごともっていかれたら、ソフトウェアのセキュリティーは
かんけいなくなったりする。わけなのだが。。。

こないだ摘発されて証拠のHDDの暗号化解除がどーのてのはどうなったの

>>576
別にそうでもない。きちんとパスワードとかアクセス権の設定をしておけばいい。
（簡単なパスワードだったり誰でも何でも可能だったら意味無いけど。）
筐体に鍵をかけられる様になっているものもある。
（鍵をサーバにつけたまんまなら意味無いけど。）
まあ、入退室管理などでサーバにはおいそれと誰でも近づけないようにするのが望ましいんだけど。
（サーバ本体盗むよりソフトの不具合とかをつつく方が手っ取り早いんだけど。）

>>587
サーバ本体が盗まれたらおわりでしょ。
パスワードの設定をしっかりしてても、何回パスワード間違えても
HDDの中身が抹消されるなんてことはないし。
それ以外にもデータ吸い出す方法あるし。

ｻｰﾊﾞｰごと持ってかれればってのはもっともなのだが、
そんなん紙にしたって持ってかれればｾｷｭﾘﾃｨも何もあったもんじゃない。
どっちにしろここで議論することではない。

ま、話しをもとにもどすとしても、
教育板では意見がもらえないわけなのだが。。。

まともな教育者が２ｃｈを見るものだろうか
パソコンに詳しい教師がいたとしても、教育板を見るものだろうか

>>582
＞まともな教育者が２ｃｈを見るものだろうか

見ていてもおかしくは無い。

＞パソコンに詳しい教師がいたとしても、教育板を見るものだろうか

えっちねたとかマ板とかだろうな・・・

システムの要求分析の部分が難しくなると、
システム構築ができなくなってしまうが、
このスレは、一般的に言われている成績管理ができる
システムを作ることを通して、ノウハウの共有を
図る方向で進めないか？
そっちも、当初の目的にあったはずだ。
DBに詳しい人、もしくはそれに興味を持った人があつまる
ところだから、そういう内容にしても盛り上がると思うのだが、どうよ？

中学・高校向けじゃなくて塾向け且つ塾横断でどんなデータが出れば便利か以前考えたのを
書いてみる。特定地域内として以下のとおり。

○入力すべきデータ
　・学校別得点分布
　・個人の各教科点数
　・個人情報（在籍学校、通ってる塾と塾内クラス、学年、性別、志望校）
○出力
　・学校の偏差値
　・各種平均点
　・塾別平均点
　・塾内クラス別平均点
　・校内偏差値
　・地域内偏差値
　・塾内偏差値
　・志望校別偏差値

これを出すのに個人別に番号を割り当てなきゃならんのだけど、
学校、年度、性別、塾、塾内クラス、塾内管理番号、なまえのよみ、名前、志望校数校
を入れた上で毎テストごとに五教科なりの点数を入れていかなければならず。
名簿+点数データで考えてどうやってデータベースに？と考えて修行中の身である。
DelphyでやるかC++とかでやるかすら決めてなひ・・・

まぁJavaにIDEとか言われてもATAPのほうしか思い浮かばないDQNでは
プログラミングに入門すらしてねぇって話もあるですよ。

学校マスタ(学校ｺｰﾄﾞ、学校名)
塾マスタ(塾コード、塾名)
塾別塾内クラスマスタ(塾コード、クラスコード、クラス名)
教科マスタ(教科ｺｰﾄﾞ、教科名)
個人情報(名簿)マスタ(個人コード、個人名、ふりがな、性別、学年)
志望校マスタ(志望校コード、志望校名)
テストマスタ(テストコード、実施テスト名、実施日)

個人別テスト別教科別得点数テーブル(個人コード、テストコード、教科コード、得点数)
通学塾テーブル(個人コード、塾コード、クラスコード)
個人別志望校テーブル(個人コード、志望校コード)

お。塾向けシステムか。いいかもね。
細かいところまで要望出してくれますか？ｗ

なぜ「ｗ」・・・

>>587
ありがとうございます。理解できるようにがんがります。

>>588
・データを大量に一気に入力することを考慮したタブキーでの移動。
・エクセルの表みたいな感じで入力し、またそれをプリントアウトできる。
・各種ソート。

こんなもんしか思い浮かばない・・・

あと綴りはDelphiですた。俺、Delphiでレジストリいじるくらいしか出来ないんだよなぁ。

ｗと書いたのは、スレの流れとは違う方向に進めようとしているから。
ちょうどスレがあまりもりあがらなくなってきつつあったからね。
ちょっとぐらい話題がずれるにしても、
塾向けシステムをより具体的につくっていけば、いいじゃないか。

みたいなこじつけの意味合いで、ｗつけました。

で、具体的な要望は、データ入力する項目の名前とかです。
画面の構成などをより深くつめていけたらなとおもっております。

ｗは嘲笑という意味なので
知らなかったなら今後気をつけるように。

ｗ

>>591
その意味はおまえだけのローカルルール
ttp://www.media-k.co.jp/jiten/
> 嘲笑の意を示す言葉だったが、現在では肯定的な意で用いられることが多い。

知らなかったなら今後気をつけるように。

ｗは嘲笑という意味として不快に受けとる人が多いので、迂闊に使わないように。

うはｗｗｗおｋｗｗｗ

>>594
サイトに不快に受け取る人が多いなんて書いてはいない。
迂闊に思いつきで書き込まないように。

2典を鵜呑みにしてるやつの気が知れない…

このスレは変なローカルルールもってるやつがおおくてこまるな。

教育板（「教務スレ」）から来ました。高校教員です。
向こうにもスレ立てされたようですが、荒れやすい板なので
こちらに書き込みます。（というか、落ちちゃっていますね）

現任校ではエクセルでシステムを組んであります。（転勤したてですので、
詳細はまだ分かりませんが、「痒いところに手の届く」感じのシステムです）
前任校は市販の物を使っていました。こちらは年度を遡っては数値の訂正が
できないなど、頑固なところのあるものでした。

サンプルを試してみました。
季節柄、三者面談の資料作成に使えそうな気もします。

感想は次の３点です
1　氏名はエクセルなどから簡単に流し込めるようになりませんか。学校によっては
担副で入力という人海戦術もありかもしれませんが、大抵は入試の際の氏名データを
そのまま使うのでは？

２　個表印刷に、科目ごとの順位も入ると便利です。保護者や生徒は分布表よりも
わかりやすい「順位」にこだわりますし、どうせ学期末には順位は出さなくては
ならない学校がほとんどでは無いかと思います。（全科目合計順位ですけど）

３　既出でしょうが、欠席日数と、科目ごとの欠課時数は必須です。
ある意味テストの点数よりも大切で、進級できなくて退学してゆく生徒は、テストの出来が
悪いと言うより、欠課時数オーバーによる者のほうが多いと思います。

もし、現場サイドのことで何か質問がありましたらこちらで書いて貰えば、分かる範囲で
お答えしたいと思います。

ttp://www2.synapse.ne.jp/seven/mn/index.htm
これをみると、何が必要か大体わかりそうだ。

>>600
メール送ればダウンロードできるって事は、既に需要は満たされたと。
つまり、終了・・・

F-Basicって・・・
いつから作り始めたか想像できるな
しかしWin限定でいいの？

>>601
Excelで自由にデータを編集したい時とか不便。
それにかなり昔のシステムであるため、使いにくい。
よって、再開

>>602
Win限定で問題無い。

>>603
Excelに出力も出来るみたいだけど？

操作性に不便があるところは変わりないと思う。
ＤＢの勉強もこのスレの目標のはずだ。

こういうのもフロントエンドに使えるっていうのがいいね

既存のシステムを参考に仕様をかためていって、
たたき台用システムをつくるのもいいかもね。

話しがとまってしまったな。。。
とりあえず、仕様固めは、既存システムを参考にする方向でどうよ？

中間考査がはじまってしまった。

話しずれてるのは承知なんだけど、テスト問題のDB化ってできないかなぁ？
これがあれば、著作権に引っかかるかどうかの判定がすぐにできる。ｗ

同じ意図の問題でも書き手によって文章変わるしなぁ
正規表現とかで何とかなる？

>>599

>こちらは年度を遡っては数値の訂正が
>できないなど、頑固なところのあるものでした。

ちと質問。

なんで（確定されたと思われる）前年度以前のデータを訂正するのですか？

答えられる範囲でかまわないので、お聞きしたい。

>>612
入力時の間違いが見つかったため。

担任がある学期の入力時に授業日数を入れ忘れていて、年度内には気付かず、
調査書を発行する段階になって気付いたなど。

教師も生徒も、欠席日数は気にするのだが、授業日数（何日学校があったか）
などには割と無頓着な事が多いのです。

>613
なわけねーだろ
どんないい加減な学校だよ。
出席すべき日数は生徒全員分（ひとりひとり違うのが普通だろ）
年度末までに指導要録に記入するだろうが

なわけあるよ。

いわゆる救済措置？

>>614
授業日数≠出席すべき日数。授業日数は全員一緒だよ。一カ所入力すると
クラス全員分に反映する仕組みになっていた。

また評定値以外は元データから直に要録に記入するので、コンピュータに
誤入力されていても要録記入時には気付くことはない。
一覧表の点検時に気付かなくてはならないのは確かだが、ここはそれにつ
いて論じるスレではないだろう。

>>616
過去に遡って「救済」する必要もメリットもない。
おそらく去年新聞沙汰になった事件からの連想だろうが、あの事件にしても
たしか、過去に遡っての操作はしていなかったはず。（詳しくは知らないが）
仮に不正を行いたい奴が居たとしても、おそらく空の表に手打ちか何かで、
他人に知られないようにやるんじゃないのかな？

「成績管理 データベース」でぐぐって24番目辺りにヒットしてる所のはどうよ？

授業日数は途中で退学した者はクラス全員と一致にならないのでは？

>>618
素直にリンク貼れよ

>>619
退学より転校の方が問題多そうな気がするけど

>>618
まだ詳しく読んでないが、結構よさそう

>>619
それはその通りだが、退学者は入力する必要がなかった。

googleって、検索結果の順序がすぐに入れ替わるから、
リンク貼らないと伝わらないと思う。

みんなが24番目をクリックすることで上に上がりそうだな

どれかわからん

総合成績管理システムデータベース用のテーブルSQL文(postgreSQL):
ttp://www.asahikawahigashi-h.ed.jp/kohmusystem/seisekitablesql.html

このへんかなあ、>>618のは・・・

>>625
正規化覚えたほうがいいね

PHPとMySQLを勉強始めたばっかの塾講師なんだけど、
成績やらなにやら管理するのにいろいろ頭絞っているのだが、
出席ってどう管理すればいいんでしょう？

毎回必ず小テストやるわけでもないので、出席記録用にテーブルを作るとなると、例えば
id(通し番号)、クラス、日付、生徒id、欠席フラグ
って感じになるのでしょうか。
欠席の理由まで記録する必要はないので0/1でいいのですが、
仮に10人6クラスを1日3コマ週6日でやると、1年で約5万件。
こんなレコード数ってデータベース的にOKなんでしょうか？

>>627
あなたの塾がどういった形式なのか、具体的には分からないので的外れかもだけど、
まず、1年で5万件は別に大した事無い。
HDDの容量さえ問題なければね。
なお、企業などでは1億レコードとか百億レコードとか普通です。

また、塾を卒業？というのかな？
受験が終わったとか、途中で辞めたなどの生徒のデータはバックアップとして
待避させておくとデータ件数が減るのでは？
CD-Rとかにテキスト形式なりで1年に1回ぐらい必要の無いデータを待避させるとかね。

＞id(通し番号)、クラス、日付、生徒id、欠席フラグ
これも、その塾の形式によるんだけど、
ID（通し番号）は特に必要無いのでは？
生徒1人に対して生徒IDがあれば、一意になるはずです。
それと、1日3コマというのは1コマずつ1レコードにする必要もないかと。

例えば、1コマは1、2コマ目は2、3コマ目は4と4コマ目は8・・・と
2のｎ乗としておいて、出席した場合は足し算で管理する。

つまり、3コマ全部出た場合は7という数値が出席フィールドに入る。
1コマ目をサボって２、３コマ出た場合は6とう数値。

実際に何コマ目に出席したかを調べたい場合は論理積（AND）を使って抽出すればいい。

即レスどうもです。>>628
5万件という数字自体は大して問題にはならなそうでひとまず安心です。
HDの容量がどれほど食うのか想像つかないけど・・・。

基本的に出席情報はその年度中のもののみ必要なので、
年度が切り替わる際にバックアップを取って消去する予定です。
id（通し番号）ですが、これがないと主キーを設定できないと思うのですがどうでしょうか？
自分はたとえば
id　　クラス　　日付　　生徒id　　出席フラグ
00001 中2数　　20050601　　123456　　1
.....
00100　小6国　　20050630　　342567　　1
....
00150　中2国　　20050701　　123456　　0
みたいなカンジで入力するつもりでした。
同じ生徒が同じ日に3コマ、週2日くるとすれば、一週間のうちにその生徒だけで6件ということです。
2のn乗を利用するとレコード数が大幅に減りそうですが、こういう手法は一般的な考え方なのでしょうか？
時間割は数ヶ月ごとに変わる可能性があるので、
こういうやり方をするとなると各期間の時間割データもどこかに格納しておく必要がありそうですね。

>>627
>出席ってどう管理すればいいんでしょう？

ごめん。ちょっと苦笑した。塾講師がいうセリフじゃないでしょう。
授業前に出席とればいいじゃんっていう話でもないでしょ？

今、何が問題なの？　何がしたいの？　何のために？　っていう部分が先。
先にシステム化しよう、管理しようっていう発想は間違っている。
（世の中、管理のために管理してるやつらが多いけどさ。）


DB設計（テーブルがどうとか項目がどうとか)なんてその次。

データベースでの管理に移行する理由はいくつかあるのですが、
とりあえず出席管理の部分のみどうしたものかと思い悩んでいたので
質問させていただきました。
授業前に出席云々というような話でないことは後半を読んでいただければご理解いただけると思います。
目的・理由を全て書き連ねてから質問したほうがよかったのでしょうか？

>>631
>目的・理由を全て書き連ねてから質問したほうがよかったのでしょうか？

それは個人の自由という気もしますので必ずそうしろとは思いません。
ですが、目的に応じて作成するシステムのシステム設計も、DB設計も変わります。
（あと、規模とか前提条件に応じても。）

下手をしたら、出席管理機能自体が必要かどうかすらも。
（さらに下手をしたら、そもそもシステム化する必要があるかどうかすらも。
　Excelで十分やんとか、手書きや手作業で十分やんとか、結構ありえます。）


具体的に話をお聞きしていませんので（別に仕事でもないので)、今の段階で
良い悪いの判断はつきかねますが、第一印象としては、なんで塾の生徒の成績を
管理したいのに出席記録用のテーブルがいるんだ？　です。
塾の出席率が悪ければ講師が家庭訪問するとか、さらに悪くなると塾から
追い出すとか、そういうことはないでしょ？

ひょっとしたら成績管理に関係なく出席管理システム作りたいのかも知れませんけど、
なぜ作りたいのかを考えてからにした方がいいかなとは思います。
塾の講師が出欠をその場でタブレットとかノートとかでパッパッと入れるっていう
とこまでやるなら別にいいんですが、塾の規模が小さかったり、教室で出欠をまず紙に書い
ているっていうんであれば、あとでPCに入れるってことになるでしょうから、何の
ために入れるの？　っていう話です。碁盤の目のようなノートに書いているぐらいで
十分かもしれません。

ちょっと脱線したかもしれません。失礼。

なるほど。ごもっともです。
うちの塾では1、2ヵ月毎に出席、小テストの点数、コメントを記入した
成績表みたいなものを保護者に配布しているので、
そのためにデータ化する必要があります。
今までは一度紙に記入したもの（成績を含めて）を
後でまとめてExcelに入力していたのですが、
今回成績管理用のシステムを作るに当たって、出席記録も組み込んでしまおうと。
こういった状況です。

＃成績管理もExcelでいいじゃないかなんて言わないでくださいorz。

>>630

最近はこんなSE居ないんじゃないか？

とにかくシステム化しましょう！！みたいなヤツばっかりで。

システム化するのが仕事だからなぁ

>>634
うれしいなあ。
でも社内プログラマだもん。おれ。orz

うちの会社は社長変わってシステム部長変わって、設計から何からメーカーに丸投げするだけに変わっちゃってね、
それで誰もが知っているメーカーさんの状態もよく分かるんです。

ソフト開発売ってるメーカーとかはね、やっぱ言われたら言われたとおりに作るだけですね。
それが使い物になろうとなるまいと作れば金になるから。
使い物にならないって言われても、だって言われたとおりに作っただけだもんって感じかな。
え？　直したい？　はいはい。ここを直すのはいくらで、こっちを直すのはいくらで・・・
（言われたとおりにするだけなのは、自分を守るためでもあると思うけど。）

システム分析とかシステム設計の素人に聞いたものをそのまま作って使い物になるわけ無い。
でも肩書きの力ってすごいね。システム部門長もその取り巻きも、ビッグなメーカーだから大丈夫だと言ってます。

プログラムコンテスト参加者、数名いたんじゃなかったの？

私の塾も、塾管理用のシステムを１から作らなくてはならないみたいで
面倒だなと思いつつ放置してまして（今は手作業）興味深く見ています。
私の塾は、出欠の管理が不可欠でして
というのも、完全個別で日にちの調整自在というシステムなので、
月４回（又は８回…など）をいつ入ってもいいような自由な塾なので、
規模が大きくなるにつれ、誰が何回授業を受けたかわからなくなってしまい、
明らかにしておく必要がありまして。
このスレ熟読してますが、初心者には難しい。もう少しじっくり見ます。
手作業の方が煩雑だが簡単なのではないか？と思ってしまうほど難しいです…。

>>638
＞手作業の方が煩雑だが簡単なのではないか？と思ってしまうほど難しいです…。

問題は、その煩雑な作業をどうするか？では無いのでしょうか。
問題は、プログラム等を作れる人間はこの板には居るのですが、
肝心な仕様を語ってくれる学校または塾関係者が多くないということです。

システム云々は別として、
・何をしたいのか
・現状はどのように処理してるのか
を詳しく書いて欲しいのです。

※余談ですが、木曜日から明日の日曜日まで東京ビックサイトで
こういった学校関連のシステムの展示会をしております。（当方の会社も出展してます）

余談ですが、>>638の塾は個人経営なのでしょうか？

というのは、塾というのも１つの商売であり、
生徒からお金を貰ってる以上、会計処理をする必要があるとおもいます。
つまり、成績や出欠の管理だけでなく、会計処理をする必要があると思うのですが？

その塾の雇われ新人事務スタッフです。
今まで全く管理していなかったようで、
（事務スタッフすらいなくて講師が片手間でやってたよう）
生徒数が何人いるか分からないと言われた時は思わずふきだしました。
この管理が全部自分の仕事になるのか？（イチから作るのか？）と思うと面倒で…
生徒数は２００〜３００人くらいいるらしいが把握しきれず、講師の数も少なく、
よくこんなアバウトでやってたなというくらいです。
お金に関しては塾長が仕切っているようで、雇われの者はみなノータッチみたいです。

>>641
そんな職場、俺なら今のうちに逃げる

>>641
チケット制にすれば簡単だし、今後も継続的に仕事が生まれてｳﾏｰだと思うぞ。
あまりガラス張りにすると、逆に自分の首を絞めないか？

もうすでに辞めたい…友人の紹介で入ったので辞めづらい…
行けば行くほど原始的な職場です。
今時、全部手作業なんて…やっぱりしょぼすぎ。途方にくれてますよ。

>>644
まず、最終的な目標はシステム化としても、出来る所から手をつけてはどうでしょう？

Excelを使って生徒名簿を作ったりぐらいは出来るのでは？

ありがとう…
そうですね、できるところからやらないと
いつまでたってもこのままですし…。
ＰＣは、もう一人の人（何の仕事してるか不明・講師でも事務でもないよう？）が仕切ってて
私にやってほしいというわりには自由に触れない感じなので鬱です。
それと、横ですが、職員室の改革しなければ。
狭いので、休憩時間は事務スタッフ（私）の居場所がないんです。
先生に邪魔扱いされてる。最悪。書けば書くほどつらくなってきました。また来ます。

俺も塾に内定が決まってるんだけど、情報共有のために何とかしてくれと全権委任されてる。
まぁ手伝いにしょっちゅう借り出されてるし昔から知ってるところなんである程度の勝手は分かってるんだけどさ。
PHP+MySQLを勉強しつつ住所録やら出欠やらテスト結果やらいろいろ機能ぶちこんでたらだんだん欲が出てきて
電話メモやら各自の作業進捗状況とか半ばグループウェアっぽくなってくる予感。
まぁそんなごちゃごちゃしたのを普通にスクリプトで書いてるから後から手を入れるのは考えたくないわけだが。

早いとこSmartyとかテンプレート＆フレームワークに取り掛かりたいけど
サンプル見せる期限が迫ってるからとりあえずはこのままいくしかないかな。
なんていうか、素人万歳的age。

＃そろそろこのスレを読み返せばまた勉強になるかもなぁ・・・。

塾関係者に聞きたいのですが、塾関係って出欠を厳密に管理する必要ってあるのですか？

というのは、塾を休んでも塾には何の影響も無いですよね？
生徒が休んだ事によって、学力向上が見られなくても生徒の自己責任ですし、
授業料などは決められた金額毎月払われる訳ですし。

とはいえ、契約してないのに授業を多く出られるというのは確かに困るかもしれません。
また、私がもう15年以上も前になりますが塾に行っていたときは、
学校のように出欠を取るということはしていませんでした。
私が行っていた塾は、その科目毎の授業の最後に10分程の小テストがあり、
それを提出していたのでそれで出欠を管理していたのかも知れませんが・・・

少なくとも親御さんには子供さんがちゃんと来てるかどうか通知してあげるくらいはしていいと思うなぁ。
ウチは海外での帰国子女相手の塾だからパイが限定されてるので
親御さんへのフィードバック・アピールが何よりも欠かせない状況。
海外での日本人口コミ効果はかなり絶大ですよ？

>>648
今のご時世、安全管理の面からも出欠管理は必須だよ。

> 生徒が休んだ事によって、学力向上が見られなくても生徒の自己責任ですし
これを証明する責任も塾側にある。休んだ事の記録は取っていないとね。

ただし、何でもかんでも電算化する必要はないと思う。

>>650
>今のご時世、安全管理の面からも出欠管理は必須だよ。

確かにＩＣチップまで持たせて管理している小学校もあるけど、親が子供を監視したいっていうだけにすぎないと思う。
○時に学校出てるでしょ。今まで何してたの？　っていうぐらいでさ。

学校なら知らない人間がやすやすと校内に侵入できないor進入するとすぐ分かるとか、１，２年生のクラスを１階にしないとかの方が大事じゃないのかな。
塾なら出欠したしてないより塾が終わって夜遅い時間に子供が一人で帰るって方が問題あると思うし。

でも子供が塾をさぼったかどうかを監視してキーキー言いたそうなやつのニーズに応えるっていうのも・・・
あと、問題が起こったときの責任逃れ用に導入した方がいいとかいう考え方もあるかもね。
何時何分何秒に帰りました。って履歴が残るから。

子供も大変な時代だな。

まぁ商売だから、コストの許す限りにおいて
一番ヒステリックなニーズに応えないといかんからね。

金出すのは親だからね

>>648
塾の先生やってるけど、顧客は親であって生徒じゃないので。
小テストは出欠の省力化の最たるものです。いちいち呼んだり顔おぼえたりが必要ないから。


あとサービスの一環として欠席授業の補習をやるとか、遅刻分を補習するとか、塾によってあるから。

>>650
電算化うんぬんよりも欠席者のピックアップどうするかって話だわいな。

>>651
子供がひとりでふらふら帰るのが嫌なら迎えにくりゃいいんだよ。

誰もが迎えに来られるわけじゃないだろう。
子供の屁理屈もいいとこ。

つまり、子供を危険な目に遭わせたくないなら子供を作るなってことですね？

でも子供作るのは気持ちE

>>657
作ったことがあるんだぁ。いいなぁ〜。

ふー。
顧客（生徒）管理のデータベース作ってたら請求書発行・入金管理・売り上げ集計まで要望がきたよ。
はたして完成するんだろうかコレ・・・。

>>659
なんかヤバそうな雰囲気が・・・
最終的にパッケージとして売れるようなソフトになってたりしてｗ

いいな。そんな仕事がしたい・・・

最近、蒸発気味だったけど、ちゃんと来ていました。
スレッドや開発の方向性をどうしたらよいのか迷っていて、
結論をだせなくて放置気味となってしまっていました。。。汗

今後のスレの方向性を決める参考になるかなと思ったので、
２ｃｈ発のmonaOSの話しを紹介。
ttp://www.itmedia.co.jp/news/articles/0508/19/news029.html

>>662
方向性もなにも、学校関係者とかが語ってくれないとね・・・

>>663
仕様案を出す書き込みがあって、それを深く聞こうとすると
蒸発とか。。。結構つまづくことが多かった。

Accessで作って欲しいものある？スレでは依頼者が
具体的に要望を出してるから、みんなでアプリを
作って盛り上がっている。
目的を限定しすぎたのが敗因かなぁ。。。

>>663
学校関係者はER図なんて言われてもよく判らんだろうから、
まずは叩き台になるプロトタイプがないと・・・

>>664
Accessスレの住人だが、荒れてるだけで別に盛り上がってないぞｗ

>>665
学校関係者がER図を理解する必要は無い。
ER図はこのスレの開発者が見て理解したり突っ込めばいい。

学校関係者には、学校業務とはどういうものか。
決まりごとはあるのかどうかの業務だけ語ってくれればいい。

>>667
突然思いつき、検索したら出てきた。

ttp://www.okisui-h.open.ed.jp/yakushin/naiki/naikiindex.htm

とりあえずこんなんだな。

↓>>1

↑>>669

もうすぐスレが立ってから一年か。早いもんだ。
流れを見ると、学校と塾に分けたほうがいいんじゃない？
塾は入れ替わりが激しいだろうし、進捗や理解度も細かく生徒一人一人に
必要だと思うし。

>>671
＞塾は入れ替わりが激しいだろうし、進捗や理解度も細かく生徒一人一人に
＞必要だと思うし。

入れ替わりは激しいだろうが、生徒管理という部分では入力作業の頻度が多いか少ないかの
違いだろうから機能的には変わらない。

進捗や理解度も学校だから機能は不必要という事は無いと思う。
特にこれからはさらに少子化の時代で高校などは生徒獲得に必死になる。

学力や理解度など、生徒や親がインターネット（WEB）で確認できたら便利だと思うぞ。
生徒だってほぼ１００％は携帯電話持ってるんだし携帯からでも見れるようにすれば尚よし。

出席率などの情報も見られれば親は子供が学校へちゃんと行ってるのかも分かる。
中間・期末考査なども採点後に学年平均やクラス平均がいくつで
自分はどのランクかも確認できるし、テストの問題毎に項目分けすれば
自分の弱点の強化でも特にどの分野が苦手かも分かる。

>>663
何が知りたい？

>>673
とりあえず下着の色から頼む

>>674
男との下着とか・・・

とりあえず、このプロジェクト応援してます!(,,ﾟДﾟ) ｶﾞﾝｶﾞﾚ!

>>673
663じゃないけど教えてください。
1.Excelでは何が不満ですか？
2.一般的な職員室において、以下の各項目は普及していますか？
　a.パソコン(Windows2000以上が望ましい)
　b.LAN
　c.共有プリンタ(A3レーザがいいな。）
　d.共有フォルダ(11人以上が同時接続できる奴が望ましい。)
　e.Excel(バージョンがバラバラだと泣ける）
　f.Access(同上）
　g.メールおよびメールアカウント
　h.WWW
　i.ファイアウォール等、情報の外部(生徒)への流出防止手段およびその管理者
　j.停電対策/データバックアップ手段
　k.鯖を立てるだけのスキルをもった物好き

>>676
公立の高校だが、うちの県の場合、
1　俺自身は特に不満はない。
2　すべてある。

ただし、あると言うだけで、実際に稼働しているかどうかは・・・
学校によっては、パソコンは一度も使われないまま金庫の中で眠っているかも知れないし、
プリンタの周りには段ボールが積み上げられていて、近寄れもしないかも知れない。
ちなみに俺自身、自分のメールアカウントもパスワードも忘れているし、使ったこともない。

学校と言うところは少々風変わりなところなので、雰囲気が解りにくいかも知れませんが、
設備的なことについていえば、ここ数年で飛躍的によくなっています。

そうだよな。いつの間にかって感じ。
前は、たまーに高等学校がダサくて重い広告付きのページを
うｐしている程度だったけど、今は小学校でも
しっかりとしたページを公開している。

>>677
＞1　俺自身は特に不満はない。

このスレ要らんやん (　´∀｀)σ)∀`)　

>>679
自分の考えが世の中のすべてだと思い込んでいる、
お前のほうが、要らない。

中学校だとホントにほしいのは、テストの素点管理システムよりも観点別の評価・評定作成システムなんだな。
素点管理するだけならExcelで十分すぎ。つーかﾌﾂｰやってる。

観点別の評価・評定作成ってなんじゃらほい、と調べてみたら…

ttp://www.kamikita.asn.ed.jp/~ch/hyoukarei/siryou4.pdf
（ttp://www.kamikita.asn.ed.jp/~ch/hyoukarei/hyoukarei.htm　より抜粋)

ｱｳﾁ。

>>682
んで、もっと言ってしまうと、評価評定の作成までは各教科担任のローカルでやりたいってのはある。
そこら辺をするためのExcelシートなんかはVectorにいけばごろごろしてる。

DBで共有したいのは
・各観点（国語は5つ、そのほかは4つ、選択教科は2つ）の評価データ・・・ABC
・評定（必修教科5段階、選択教科ABC）
・各教科の所見
・出席状況
・部活動所見
・特別活動所見
・行動の評価（基本的な生活態度とか創意工夫とかの項目に○を付けていく）
こんな感じかな？
各エリアによって異なるかもしれないけれどね。

前いた学校ではこれをExcelでやってて、成績一覧表と通信簿を印刷するシステムになってた。
データはネットワーク越しにMOに書き込むという原始的だけどそこそこのセキュリティを兼ね備えた方法。
MOは当然校長室の鉄庫に管理。

ここをDBに置き換えられるといろいろと便利かなぁ。。。なんて思ってたりして。

>>683
こいつに部活動とかローカルルールを入れたものっぽいね。様式はともかく。
ttp://www.mext.go.jp/b_menu/houdou/13/04/010425/cyuu02.pdf
ttp://www.mext.go.jp/b_menu/houdou/13/04/010425.htm

＞ここをDBに置き換えられるといろいろと便利かなぁ。。。なんて思ってたりして。
「いろいろと便利」がピンと来ない…複数箇所からの同時入力あたりですか？

結論：Excelの勝利

ヒント：データベースの勉強も兼ねて

部活動所見の登録ってどんな内容になるんだろう。

当たり前だけど、野球部にも陸上部にも茶道部にも
あらゆる部活に対応可能でないといけないんだよね？

>>687
大げさに考えすぎてないか？

帳票と同じ形式で、広い入力欄が一つだけあればよろしいかと。。。

実は教員としては、成績「管理システム」を必要としているわけじゃない。
多分そこら辺に作る側とのズレがあるんだと思う。

結局どうなるの

「わけじゃない。」のあとをもう少し詳しく。

690ではないが、教員の忙しさ（ずぼらさ？）を考えると、あまりきめ細かい管理システムがあっても運用しきれない気がする。

大山鳴動して結論は「エクセルにしとけ」ですか？

>>692
学校の「成績処理」の仕組みは少なくともこの２０年以上ほとんど変わっていないし、
この先も変わりそうな気配はない。現在ではほとんどの学校でコンピュータが
導入されているが、それは万年筆とゴム印がプリンターに持ち替えられただけ。

結局の所、学校で必要なのは未だに紙媒体なんだよ。
大多数の教員にとってパソコン＝ワープロ。
成績管理システム＝通知票や会議資料のテンプレ集というイメージしかない。
あとはどの程度、入力等の手間を省けるかという問題があるだけなんだ。

>>693も言っているとおり、あまりキチキチに細かいシステムよりも
ある程度教員がいじれる余地があったほうが受けはいい気はする。
そうでないと「使いにくい」という評価を受けると思う。

結論：エクセルで十分。あったら便利かなとは思うけど、
システムは絶対にというほどはいらない。

これでおけ？ｗ

だとしたら、このスレはこのまま収束で、このスレの住人は
一歩進んだという意識のもと、新しいスレをたて、発展させていけば
よいということになるのか？

>>696
もし担当教員が転勤しても使い続けられるものならば、エクセルで充分。

>>697
俺はもともとここの住人ではないので、何とも言えないが、
よりよいシステムへの期待はあるよ。

また、俺だけでなく、現在ではほとんどの高校で
「成績管理システム」を使って、通知票や調査書を作っているが、
自分の所の「システム」に不満を持っている人は多いようだよ。

答えられるか？

３人で一泊３万円の部屋に泊まることになった。
前払いで３万円を払ったが、後で主人が２万円の部屋に
案内してしまったことに気づいた。そこでバイトに１万円を
持たせて返してくるように言いつけた。ところがこのバイト、
７千円を自分のポケットに入れて、３千円をお釣りとして
返してしまった。
３千円のお釣りが帰ってきたので、払った宿代は２７０００円
バイトが盗んだお金は７０００円
合計すると２７０００円+７０００円＝３４０００円

最初に払ったお金は３万円なのだが、余った４千円は
どこから生まれてきたのでしょう？

＞合計すると２７０００円+７０００円＝３４０００円

ここで意味もなく7,000円足しているからだろ。
バイトが盗んだ7,000円は支払った27,000円の中にある。
って何マジレスしてんだ俺は。

答えられるか？

ここにガラス瓶と1個の細菌がある
細菌は1分で倍に増殖する
くわしい数字は、はぶいて細菌1個からはじめて
60分でガラス瓶いっぱいになる
そこで細菌2個からはじめたら
ガラス瓶いっぱいになるまで何分かかる？

30秒以内に答えて

>>701
何か引っかけかな・・・
59！？

>>702
そんな単純な答えなはずがない！

ちゃんと細菌の数を算出しないと答えは出ないぞ。
最近の数を出しながら時間計算してみると分かる。










な〜んてね。ｗ

↓以下、何事もなかったように

成績管理システムの要望を現場の職員に聞きたい。

調べました！！
http://list2.auctions.yahoo.co.jp/jp/2084056614-category-leaf.html?f=&alocale=0jp&mode=1
ですけど、結果どうですか？

意味が分からん

カタツムリってすげぇんだぜ。カタツムリってよ、
−１２０℃でも死なないんだぜ。−１２０℃だぜ。
普通−１２０度だったら動物全滅するだろ。ただカタツムリだけは氷河期になっても生き残るんだよ。
すげぇ生命力だよな。


ただよ、−１２０℃になるとカタツムリのエサが無いんだってｗｗｗｗｗｗｗｗｗｗｗｗ


「草木が生えないから結果死にますね」だってｗｗｗｗｗｗｗｗやかましいわｗｗｗｗｗｗｗｗｗ

せんせー、こんなところでストレス発散せんでも……連休楽しめよ……

せんせーはいそがしいんだよ。きっと。

氷河期だからってそこまで気温下がるとは思えないんだが。

なんか知らんが支援age

カタツムリ凍ってるんだろ？
溶ける頃には同じように凍ってた草木が芽吹き出すだろうよ...

凍って仮死状態になるけど、そのまま１年くらい生きて
いられるってことかな？

凍っている間は食料がどれくらいの間隔で
必要なのかなどの詳細情報きぼん。

中学・高校向けカタツムリ管理システムを作ろう！

生態、温度による行動範囲などがすべてカバーできる
良いシステムだ。

今からしこしこ作成していけば、
夏休みの自由研究にも使えるシステムになりますね。

−１２０度の時は、カタツムリも仮死状態になるけど、
通常の気温に戻った時、植物が枯れてしまっているから、
結局は生きていられないってことじゃないの？

カタツムリの成績管理は？

カタツムリの殻は、カタツムリと一緒に大きくなるのですか？

なる。カルシウムをたっぷり食わさないと薄くなる。
飼ってみると良い。結構手軽でかわいいぞ

育ったカタツムリは、このあとスタッフでおいしくいただきました。

色つき餌でレインボーかたつむり

小学校の頃、フンの色が変わると聞いて、カタツムリを捕まえてきて、
試しににんじんをあたえた事がある。
けど、全く食べてくれず、黒いフンばかりしてた。
カッと来てつぶしてしまった。今となっては懐かしい思い出である。

残酷age

age

面白いスレだなと思い、上から順に読んできて、
さて、おれもなんか一言書き込もうか、と思ったら、廃れてた。w
せっかく本当の教員らしき人も登場してたのにな。

>>729
仕様が固まらないのよ。
要望を出す人が一言二言いって蒸発してしまうから。。。

>>256 あたりから始まった、「旧姓についてきちんとやるかどうか」について
ちょっと考えたんだけど、成績管理システムからは、ばっさり切り離してしまうっていう手もあるよね。

成績管理がターゲットなんだから、氏名だの旧姓だの生年月日だのは別なシステムで
やってもらうことにして、成績管理システム側では、生徒は単に生徒IDだけで区別する、と。

3年2組の2学期の中間テストの国語の成績を点数の高い順に「氏名」と点数を並べて表示しろ、
と言われたら、成績管理システム側から、それを呼び出した側のシステムの関数なり何なり
に対して生徒IDを渡すので、生徒IDに対応する生徒の氏名(として表示したい文字列)を渡してくれ、と。

という考え方は、なんかデータベース板っぽくないような気がするんだけど、
どうやって切り離すのがスマートなんだろう。

旧姓を保存する必要があるかどうかの議論は、検索機能と通じているんだろう。
「鈴木（佐藤）　太郎」で登録して、文字列検索すればいいだろ。という
考えで妥当だとおもうが、それだと生徒や親に渡す帳票にも、鈴木（佐藤）と
なってしまう。
この点のうまい解決方法があれば、この部分の仕様問題は
すっきりすると思う。

>>731

> 3年2組の2学期の中間テストの国語の成績を点数の高い順に「氏名」と点数を並べて表示しろ、
> と言われたら、成績管理システム側から、それを呼び出した側のシステムの関数なり何なり
> に対して生徒IDを渡すので、生徒IDに対応する生徒の氏名(として表示したい文字列)を渡してくれ、と。

この部分の細かい意図が分からないので確認。

ＳＱＬで対象となる生徒一覧を得て、
ＩＤをキーにリレーションで生徒の名前をつける。

の意味合いに読めるが。

旧姓対応したいんだったら、同一ID多姓名のテーブルに収めりゃいいじゃん。名前だけ別テーブル。

>>734
なるほどね。
苗字と名前を分けて管理するわけか。

いや、別に名字と名前は同じフィールドでも良いと思うが……。どうせ改姓する香具師なんて極僅かだし。
とまぁそういう細かい部分はどうでもいいけど、変更前後のデータ保存しなきゃいけないんなら
"生徒マスタ"と"生徒の名前マスタ"と切り分けるのが正しいと思う。

>>732-736
言葉が足りなかったようで失礼しました。
で、今こうやってちょっと振っただけでも、以前に既に話したような内容が出て来る。

「検索で引っかかれば問題ないのでは？」とか「名前が変わる奴なんて僅かだよ」とか「いや、離婚
とか増えてるよ最近」とか「マスタをサクっと変えてしまえ」とか「それじゃあいつから姓が変わっ
たか記録できなくない？」とか「今は山田だけどそいつがかつて田中だった時に受けた試験の成績の
一覧の場合は田中で表示されるべきでは？」とか「山田(田中)とカッコ書きでいいのでは？」とか
「ミドルネームとかどうする？」とか、「うちの学校では特別な漢字が含まれる姓の生徒がいて、
外字登録をしてるPCで印刷をしてるんですけど。」とか。

こういう話題というか、問題の解決を、別プロジェクトとして分ける方法として、>>731 を
書いてみたんです。上に列挙したような名前等にまつわるいろんな問題と、成績管理システムの
コア部分との仕様策定をパラで進めることができて、かつ、どちらかの仕様のありかたが、他方の
仕様のありかたに変更を要求しない形で、分けることが出来れば(=インタフェース部分をはっきり
させることが出来れば)、いいなぁ、と思ったんです。可能なのかどうかわからんけど。

# 私のイメージでは、性別とか氏名とかを管理する「生徒管理システム」みたいなのが外側に
# ベースとしてあって、そいつに包まれる形で、「成績管理システム」が存在すればいいのかな。とオモタ。

>>737
話しを聞いてみると、それは便利だと思う。
でも、システム間のデータやり取りの仕様をきっちりと決めて
おかないと大変なことになりそうだな。
遅くなるか、改変の時にいろんなところに影響が起きるとか。

ＤＢの構築理論は、否定はしないけど
話しが広がりすぎてる気がするけどなぁ。
どうかな？

要求定義の元が蒸発してちゃ・・・

名前の複雑は管理は必要ないと思う。
実際にそんなことがある場合、
備考欄に記載しておけばいい。

aga

1がスレ立てたときからROMってきた俺だが、
もう「成績管理システムを考えよう！」スレにしたほうがいい希ガス

いっそのこと
「成績管理システムをネタに雑談しよう！」
でもいいんジャマイカ？

これからですよ。

>>744に禿同。
それなら、蒸発されてもスレが止まることがない。ｗ

成績管理システムは、ＤＢに入る勉強としては
最適だと思う。

ここは初心者専用スレなんだっけ？

成績管理システムは、やはりパスワードによるユーザの区別、
同時アクセス制御などの機能が必要だと思う。

成績管理システムに必要な機能の洗い出しを再度した方がいいのかな？

バストサイズと顔面偏差値で女子生徒抽出する機能plz

>>751
顔面偏差値を割り出す過程はシステムでは行わず、
結果の数値のみを登録、抽出するということでよろしいのですか？

バストサイズや顔面偏差値は、履歴が必要なのですか？
「年月日、値」みたいな。
年月だけで、日はいらないかな。。。

やっぱおっぱいの成長具合を見る必要もあるから、履歴は必要でね？

>>754
おっぱいの成長具合をみるために、履歴は必要として、
顔面偏差の履歴は必要なのですか？
にきび顔とか、歳を重ねるごとに、とかあると思うのですが。

【これまでのまとめ】
・バストサイズと顔面偏差値で女子生徒抽出機能が必要
・バストサイズと顔面偏差は履歴が必要
　・年月、値で登録
・バストサイズにおいては、csvデータ出力可能にする。
　・外部プログラムで成長の度合いを動画で確認するため。
・上記以外登録する項目
　・氏名、生年月日、住所、電話番号、携帯番号、血液型
　　携帯メール、ＰＣメール、その他備考

やっぱおっぱいと顔は画像でも見れるようにしておかないと多様性のある判別ができなくて困るよね。
生徒のことをしっかり理解するためには、いろいろな角度から見ないと！！！！！！！！！！！！！！！

ああ、登録項目に顔写真がなかったな。
写真は以下の３つでいいかな？
・顔アップ
・全体
・胸強調
これらも、履歴で管理する必要があるね。

つまり、バスト登録項目は
年月、トップ、アンダー、写真
※カップは自動算出

顔偏差は
年月、値、写真

全身写真
年月、全身

おっぱいは360度の立体写真じゃなきゃダメだろ。それ以外だと使い物にならないぞ。

【これまでのまとめ】
・バストサイズと顔面偏差値で女子生徒抽出機能が必要
・バストサイズと顔面偏差は写真付で履歴が必要
　・年月、値で登録
・全身写真も履歴登録
　※生徒のことをしっかり理解するため。
・バストサイズにおいては、csvデータ出力可能にする。
　・外部プログラムで成長の度合いを動画で確認するため。
　※写真で確認する場合は、本システムを使用する。
・上記以外登録する項目
　・氏名、生年月日、住所、電話番号、携帯番号、血液型
　　携帯メール、ＰＣメール、その他備考
　　※携帯は、本人所有か家族共有であるかも登録。
　　※年齢、星座は自動算出


csvファイル形式
１ファイル１生徒だと、大量のファイルの書き出し・読込みが
必要になるため、１ファイルにつき、複数生徒とする。
１名の生徒は以下の形式とする。
・氏名、生年月日、血液型、携帯番号
・年月、トップ、アンダー
・年月、トップ、アンダー
・年月、トップ、アンダー
・年月、トップ、アンダー
※データの区切り、eofなどは特有の文字（0や9など）を入れる。
※ファイル名に、書き出した日付を入れる。

>>759
立体写真のために、外部データ書き出し対応ではだめかな？

こういう話になったとたん、レスポンスが多くつくんだね・・・(^^;

だって俺童貞だし・・・(^^;

では、>>759の話しは理想論ということで、
話しを進めていきますかね。
みんなで要求定義をかためていきましょう。

固めるなぼけ

話しを本線にもどしたところで、進まなかったりする・・・鬱

進まない原因は？

大規模だから

>>767
仕様要望を出す人が、中途半端にものをいうだけで
蒸発するから。

テーマがあまりよくなかったのかもしれないね。
使用するユーザが少ないからあまり要望が出されない。
だされたとしても、大きすぎる規模のものだったこと。
このあたりが進まない原因では？

実用と、練習を分けることが出来なかったのもあるね。
練習用の仕様と、実用を考えた仕様にはっきりと分けて
作っていきながら、ぶつかった問題をみんなで解決して
いければよかった

２ｃｈブラウザみたいに、みんなで独自でソフトを作って
評価するってはなしになったけど、>>1以外誰も
ソフトを作り上げ切れていない。

743 名前：NAME IS NULL 投稿日：2005/12/15(木) 15:31:15 ID:???
1がスレ立てたときからROMってきた俺だが、
もう「成績管理システムを考えよう！」スレにしたほうがいい希ガス


744 名前：NAME IS NULL 投稿日：2005/12/21(水) 16:51:19 ID:???
いっそのこと
「成績管理システムをネタに雑談しよう！」
でもいいんジャマイカ？

コメント書き忘れてた。汗

>>773みたいな感じにスレの方向をすすめてはどうよ？

907 名前：むこうの１[sage] 投稿日：2006/01/01(日) 22:29:26 ID:???
成績管理システムスレ再利用してもいいよ。ｗ

というわけで、ちょっと間借りさせていただきます。
こちらも過疎スレですのでひっそり共生できたら幸いです。

>>775
ご自由に使ってください。ｗ

どうせなら個人向け図書管理システムのほうが

昔のAccessになかったっけ？