934 :
引き継ぎ:2006/01/15(日) 12:51:42 ID:???
Accessスレの連中はさっさと消えてくれないか?
>>934 どうしてタイトルに「?」が含まれてるの?
読んでてひっかかるのだが。。。
937 :
903:2006/01/15(日) 12:57:44 ID:???
>>933 べ、Vector!!!
畏れ多いけど、そのくらいまでできるようなりたいなぁ。
見てくれてdクス。
あ、新スレが出来たら、そっちへ移るから、許してちょ。
938 :
引き継ぎ:2006/01/15(日) 12:58:54 ID:???
939 :
引き継ぎ:2006/01/15(日) 14:37:43 ID:???
2chだと、どんどん話が流れていって、蓄積されないので、
このスレのprojectページをwikiで作ろうとしてるんですが、
ページ構成をどうすればよいか難しいです。
とりあえず、今の時点では、こう考えています。
トップページ
教員からの要望のページ
データベース技術的な意見ページ
疑問解決Q&Aページ
投票ページ
アップロードページ
トップページでは使い方、2chへのリンク、各ページの説明とリンク
教員からの要望のページは、2chででた要望のまとめ
データベース技術的な意見のページは、、、、これはどうすればいいのかよく分かりません。
細かく区切るべきか、そもそも2chのスレでやるからいらないのか。教員からの要望のページとあわせてしまうか。
どちらがやりやすいのでしょうか?
疑問解決Q&Aのページは、スレで出た質問をのせていこうかと思っています。
投票ページはもめた場合に活用したりしようかと。
こういうページがほしいとか、これはいらないとかありましたらコメントお願いします。
>>939 そのページ構成でいいと思います。
「データベース技術的な意見ページ」では、
システム実現において、どの技術を使えば良いかなど、
スレで出た意見をまとめていくと良いかと思います。
例えば、、、
<Microsoft Access>
・既存端末をそのまま使用できるため、Linux等のシステムより低コストで済む。
・データベースがmdbであるため壊れやすいが、3台程度なら使える。
(各学年で1台ずつの計算)
・Accessだとバージョンや環境の違いで、動作不具合が出る事が多いためVBの方がいいかも
・今の学校では、Access2003が動かせる環境が多数あるわけでもない。
あと、2chでスレは続けていいと思います。
初めて見た人が参加する場合、Wikiよりも2chカキコの方が
気楽にできますから。
2chスレである程度議論をして、まとめてWiki更新という
流れが良いかと思いますが、いかがでしょうか?
941 :
引き継ぎ:2006/01/15(日) 14:58:45 ID:???
それから、こういうまとめサイトでの管理は、
管理人を決めて、ほかの人は書き込みできないようにしておくものなのでしょうか?
管理人は複数or一人どちらが良いでしょう?
それとも、フリーに書き込みして良いよ〜。ってやるものなのでしょうか?
なにぶん初めてなもので。
アドバイスよろしくお願いします。
>>941 これは、やってみないと分からない。というような話しだと
思います。
先ずは、オープンにするという意味合いで、フリーに
書き込みOKにしておいてはいかがでしょうか。
それで、荒らしが出たら管理人のみにする。と。
管理者が話しを進めていく方向などをどこまで仕切るかは、
非常に悩むところです。仕切りすぎると人が来なくなる
可能性がありますし、逆に仕切らないと、話しがまとまら
なくなってしまう。
頑張ってください。
944 :
引き継ぎ:2006/01/15(日) 15:34:30 ID:???
945 :
引き継ぎ:2006/01/15(日) 15:49:47 ID:???
それでは、過去の議論はなんだかわけが分からなくなってしまったので、
仕切りなおしましょう。
プログラマさん的には、一番何を決めると進めやすいのですか?
先ずは要求定義。それがはっきりとしてないと、システムは
作りようがないし、システムを作った後、もしくは作っている
途中で要求定義が変わると全部破棄して1から作りなおすこと
になってしまう。
どの技術で実現するかは、要求定義やテーブル、フォームの設計が
終わってから決定します。
それまでは、パソコンに向かってプログラミングというよりも、
現場の方と直接はなしをするって感じで進みます。
948 :
引き継ぎ:2006/01/15(日) 16:19:18 ID:???
949 :
引き継ぎ:2006/01/15(日) 16:26:25 ID:???
で、要求定義のどこの部分から始めればよいでしょうか?
1.必要な項目を全て洗い出す
2.データインプットに関する要求、アウトプットの種類とその中身
3.テーブル・フォームの作成
4.帳票のデザイン
流れとしては、こんな感じですか?
おかしなところがあれば修正お願いします。
950 :
引き継ぎ:2006/01/15(日) 16:29:21 ID:???
教育板から応援呼んできましょうか?
>>949 要求定義は、事務作業の流れを書いてもらうなど
もう少し大まかな部分から始める。
出された要望そのままのシステムを実現するのが
理想ではあるが、技術的に不可能である場合がある。
また、システム導入により今までとは少し違う
事務作業にして効率化を図る提案を行う場合もある。
事務作業内容が分からないと、技術者だけの視点で
データ入力画面を作ることになり、結果として、現場の
意見を無視した非常に効率の悪いシステムと
なってしまうだろう。
なので、
1.事務作業の流れの確認
2.困っている事、システム化して効率化を図りたい部分の確認
3.データインプット、アウトプットの確認
(必要な項目、入力画面、帳票の確認)
という流れになるかと思います。
>>950 過去に教育板にスレを立てた事はありましたが、
応援を呼んだことはなかったですね。
荒れる可能性もありますが、要求定義がより
固まってくるでしょうね。
953 :
引き継ぎ:2006/01/15(日) 18:24:20 ID:???
事務作業の流れはこのようになっています。
過去にアップされた業務流れ図
ttp://www7.atwiki.jp/kyomukyomu2000/?cmd=upload&act=open&pageid=6&file=flowchart.GIF ですが、それを字にしてみると。
★年度初め
校医(健康診断の記録)→担任へ
クラス担任or学年のパソコン得意な人(学年住所)→LANにおいておいて各自で使う。
★期末試験毎
教科担任(教科伝票)
↓
学級担任、教務(通知表)
↓ ↓
↓ 学級担任(学年成績概況資料、成績、欠席、気になる生徒などなど(クラスごと))
↓ ↓
↓ 学年長(学年成績概況資料(学年分))→学年成績会議へ
↓
学年の誰か(掲示用成績上位者一覧)→生徒見る
★卒業時
3年生の先生(調査書(進学用、就職用))→進学先・就職先へ
↓うちの学校にはないのでよくわからない。
生活指導(生徒へのコメント)
部活顧問(生徒へのコメント)
954 :
引き継ぎ:2006/01/15(日) 18:34:05 ID:???
・転校時
クラス担任、教務(成績証明書みたいなもの(未経験のためよくわかりません))→転校先
・転入時
転校先(成績証明書みたいなもの)→教務、クラス担任
・新年度(うちではこういうのはない。必要なときはファイルを持っている先生に見せてもらう)
旧学年主任(古い学年成績概況資料)→新学年主任
旧クラス担任(古い成績・評定一覧・欠席一覧・住所一覧・)→新クラス担任
・卒業後
成績証明書欲しいんですがと卒業生がやってきたとき、
誰かパソコンが得意な教務→成績証明書→卒業者
・生徒の評価(うちではやっていないのでどのようなものかは不明)
クラス担任(各生徒ごとの点数順位の推移)→全先生
業務の流れはこんな感じです。
質問はありますか?
955 :
引き継ぎ:2006/01/15(日) 18:40:10 ID:???
問題点(うちだけか?)
1.エクセルの様式が微妙がばらばらで、まとめるとき大変。
2.エクセルの外部リンクがめちゃくちゃになっていたりして大変。
3.誰でも修正できるので、改ざんできまくる。間違って消されたりする。セキュリティーを強化したい。
4.教科伝票を担任が成績一覧表を作るときに打ち直すので無駄。ミスの元になる。
5.計算式が増えて、ファイルが重くなる。
6.エクセルだと同時に編集できない。
7.ちなみに、職場にアクセスがない。
OfficeProはないかもな。パワポすら使わないだろうし。
957 :
引き継ぎ:2006/01/15(日) 23:16:02 ID:???
1.事務作業の流れの確認
2.困っている事、システム化して効率化を図りたい部分の確認
この部分で、他に意見のある方どうぞ。
教務部スレッドから呼ばれて、きました。なんか面白そうなことしてるじゃないですか。ホントにできたらまじでうれしい。
ぶしつけながら、データベースから引き出したい資料と、記載する事項などなど、要望を羅列。
データベースは専門外なので、意味不明だったら許してくださいな。
まず、学年更新ができることは必須条件。
・定期考査の成績処理
→個人票が出力できることが条件。点数入力すると、グラフやら偏差値やらを成績処理して返してくれる。
・通知表
→観点別評価・評定・総合的な学習の時間の所見・委員会や係、部活動などの特別活動の記録・担任所見・出欠記録
・指導要録
→学籍に関する記録:生徒の住所・氏名・保護者氏名・クラスと出席番号・担任氏名・校長氏名・入学の記録&卒業の記録(含む転校)などなど
→指導に関する記録:通知表に書いてあること全部+行動所見の欄があるんで、それも必要
*とくに指導要録は同じ様式で3年間更新されるので、2年・3年になったときに、枠なしで打ち込めるとグッド。
ただし、転入学とかで2年から書き始める生徒もいるので、2年次でも枠あり印刷しなくちゃいけないときもあったりして、難しい。
・調査書と、調査書記載事項通知表
→定型文例がボタンで挿入できたり、通知表に書いた活動の記録や、担任の所見などが参照できると最高。
そこに、もし可能ならデータベースの中に生徒の顔写真とか入れられるとすごい。
>>954 転校のときは、とりあえず指導要録の抄本、それと中学校では健康診断票と教科用図書給付証明書が必要。高校はどうなのかな。
959 :
引き継ぎ:2006/01/18(水) 22:36:10 ID:???
プログラマさんは、何か質問意見ありませんか?
961 :
引き継ぎ:2006/01/19(木) 06:50:01 ID:???
はい、私、プログラミングできません。
話をまとめているだけです。
今ちょっとずつ勉強していますが、この調子だと2・3年はかかりそうです。
開発者不在で何しようってんだろう……
やってもいいけど、スレ終わりそうだからもうちょっと引き伸ばして
次スレでやろう
開発者じゃなくても、仕様の取りまとめ、サイト管理をやって
いただけるのは、非常に有意義な事だと思うけどね。。
個人でちょこちょこやって出来るようなシステムには思えないから
前スレ使い切れよ
あとはAccessスレ住人が使うんだよ。w
過疎スレなのに次スレ立てるの早すぎ
969 :
958:2006/02/03(金) 18:31:29 ID:j+EZRplo
わがまま言い過ぎたのかな…
データベースあったらどんなにありがたいかと思いつつも、自分にゃできないんで諦めてたんだけど、
ホントに実現したらこんなに嬉しいものはないです。
>>969 それ以前に開発者不在だし。
引き継ぎが作らないんならどうしようもない。
971 :
引き継ぎ:2006/02/03(金) 20:28:21 ID:???
エクセルのマクロくらいしか組んだことないですが、vb.netで作ってみようと思います。
ですが、ちょっと忙しすぎるので、今は無理です。
永遠に無理ぽ
>>971 >エクセルのマクロくらいしか組んだことないですが
何でデータベース板にいるのか不思議
暇だからでしょ。小人閑居為不全。
まぁまぁそういわんと
>>973 エクセルのマクロからデータベースにアクセスできるから
不思議じゃない。
実に簡単に接続できる。
そりゃそうだが、だったら扱ったことのあるDBMSくらい書くべ
蒸発しない依頼主限定で何か作って欲しい物ある?
名刺と英語問題以外で。
979 :
958:2006/02/05(日) 23:27:26 ID:???
じゃ改めて。
さしあたってお願いは、指導要録と、通知表と、調査書が一本になったデータベース。
俺は公立中学校にいるんだけど、現状はこんな感じ。
定期考査の記録は、専用のデータベースソフトに入力して個人票やらグラフやらを出している。
生徒の住所録はファイルになって棚の中。ただし、別個にExcelにしてある。
委員会とか係の名簿は各学年か担任がで作って、"どこかに"しまってある。
出欠の記録は出席簿を参照するしかない。
これらを元に作る通知表の評定はゴム印を押す。これが骨の折れる仕事で、
別に手書きで作る成績一覧表から、誤りなく、ゴム印で通知表1枚1枚にはんこ押し。しんどい。
はんこを押したら読み合わせ。これがデータベースになって、クリック一発で通知表出せたらどんなに楽か。
調査書も同様。
だいたい書くときは指導要録とか通知表とかを見て書くのだが、
指導要録ってこれまたファイルに閉じてあって、しかも耐火金庫にしまってあるので、いちいち取りに行くとなるとかなりしんどい。
これも公立高校用だけでもデータベースから一気に印刷できたら、ものすごく、楽。
とにかく一覧表が無駄にあちこちにありすぎるんだ。
確かに定期考査の成績処理も面倒だが、今のソフトを使っている分には何とかならないこともない。
でも、通知表作るのはホントに疲れる。生徒に渡すものだからと思って、どっちも神経使ってやってるが…
おまえら個人情報を扱っているという自覚もねーだろ?
こりゃ法的な縛りをかけんと駄目だな。
>>980 まぁまぁ、そうカッカせず、おちけつ。
あまりに作業効率が悪い状況が、
個人情報を気軽に引き出したい→各人管理、みたいな状況を
生み出しているとも考えられるわけだし。
DB化することで簡単に一元管理が出来、なおかつ活用しやすくなることが
個人情報の保護につながると思ったよ。
とりあえず、通知表システム、てことでがんばってみる。
すでに、システム屋さんが参入しちゃって、おいしい市場ではあるっぽいけどね〜
タダでつくろうとしてもよいのかなぁ。。。。。
死んでくれ。