差分

このページの2つのバージョン間の差分を表示します。

--- ayumi_web:index [2026/09/03] – administrator
+++ ayumi_web:index [2026/09/12] (現在) – [デモサイト] administrator
@@ 行 6: / 行 6: @@
 ### 次世代の成績処理
-振り返ると、N88-BASICで始めた成績処理プログラムは、MS-DOSの時代を経てWindows版へ。専用アプリやExcelを使い、共有フォルダで集計をするようになり、成績処理への負担はずいぶん改善されました。
+Windows版 AYUMI で培った「点検・説明・指導」の考え方を、ブラウザから使えるようにした中学校向け成績処理です。
+評定を出すだけでなく、**なぜその評定か・次に何を見るか**まで画面で追えることを目指しています。
-現在はクラウドを使ったウェブ版が主流です。漏洩リスクの低減、排他制御・一貫性の確保、更新・保守の一元化など、ウェブ版のメリットはたくさんあります。
+<WRAP info>
+デモサイト\\
+[[https://ayumi.tz4i.jp/|成績処理 AYUMI ウェブ版]]\\
+</WRAP>
-自治体レベルでの導入が進み、学校間での差異も縮小しました。転勤しても同じシステムを使うことができ、学校独自のシートの使い方を覚える必要がなくなりました。しかし、大規模な成績処理の市場は納入数としては小さく、割に合わないことから撤退している業者もあります。学校で動いている処理は案外多様で複雑です。裏を返せば、ムダな作業が多く残っているのに、工程を減らさずに情報化しようとします。情報化のメリットを生かそうとはしません。
+---
-自治体が大規模な成績処理を導入するにあたっては、既存の処理システムの流れに合うように仕様書を作成します。仕様書どおりに作られたシステムは、確かに仕様書が求めている計算はしてくれますが、とにかく使い勝手が悪い。機能は階層化されていますが、階層化の仕方が時系列ではなく、どこに何が隠れているのかさっぱりわかりません。統一感もないため、ストレスが溜まる一方です。分厚いマニュアルが必要になるわけですが、余計な作業が増えている気がします。学校単位で使い方マニュアルを作成するという事態にもなっています。
+### 校務支援があるのに、なぜ AYUMI か
-最近の傾向として、評定算出処理の回数は5回から3回、3回から2回と減っています。負担は減るわけですが、だれもが導入された成績処理システムのエキスパートではないので、成績処理シーズンになると頭がリセットされていて、操作に戸惑うのです。
+多くの自治体・学校では、すでに校務支援システムで成績の入力・集計・帳票が動いています。AYUMI はその**置き換え**を第一の目的にしていません。
-成績処理は、過去の偏差値から求めるものから到達度で計算するものへと変わったので、計算自体は非常に単純です。なのに操作が複雑になってしまった大きな要因は、保護者対応ではないかと思います。保護者への説明が簡単になるように、質問がなくなるように、処理工程を複雑化します。
+校務支援は「公式の成績処理の器」として強い一方、現場では次のような負荷が残りがちです。
-たとえば、観点が全部Aなのになぜ5にならないのかと一部の保護者が疑問を持てば、「AAAは5になる」という処理になります。そうでなくても、AAAが5にならない理由を記述するとか、AACなど離れた観点項目があれば理由を記述するとか、なぜうちの子は1なのかという問い合わせがあれば1の生徒全員に理由を記述するとかの作業が増えてしまいます。たったひとつの問い合わせがあれば、類似した生徒にはすべて理由を記述して提出となります。
+- 未入力や欠席がそのまま 0 点になり、評定が不当に下がる
+- 割合・満点の重みが直感とずれる
+- ボーダー付近やクラス間の偏りを目視で探す
+- 保護者説明のために手書き理由や工程が増える
+- シーズンごとに操作を思い出し直す
-それらは、成績処理システムの作り方次第で、わざわざ理由を記述しなくてもよいわけです。データを見ればわかることですし、それよりも今後どうしたら成績を改善できるかを提示するほうが重要です。データが多くを語ります。
+AYUMI は、そうした **点検・見込み点・個人分析・指導へのフィードバック** に特化した成績処理です。
+「評定を確定する本線」は校務支援のまま、**妥当性の確認と説明・次の指導**を AYUMI で補う、という使い方を想定しています。
-教師側のコンピュータへの理解が問題になることはあります。欠席をした生徒にデータを入れなければ0点です。そこに適切な見込み点を入れるのか、0点のままが適切なのかを教師が判断すべきなのですが、計算はコンピュータが一瞬でやってしまうので、うっかり放置してしまう先生がいます。見込み点は本来、他の項目やテストの実績から「この生徒ならこうだろう」と推定できるはずですが、手入力では負担が大きく、見送られがちです。
+#### 連携も可能
+- 名簿・担当は Tokivi（時間割）取り込みや手入力で揃えられる
+- 評定一覧・得点通知などは PDF で出力し、校務支援や懇談資料と併用できる
+- Excel／CSV での橋渡しも想定（校務支援との併用期間・他システムへの受け渡し）
+- 学校・組織単位の試用から始められ、本線を止めずに検証できる
-ミスを防ぐための対策としては、エラー表示やビジュアル化が考えられます。ミスを探すための点検作業はありますが、目視で探すよりコンピュータが探したほうが圧倒的に速いです。求めるチェック項目は機械的なものです。だとすれば、教科担任の時点でエラーを表示し、修正を促せばよいだけです。なぜ目視での点検を重要視するのかといえば、点検をしたという既成事実を作るためです。
+---
-教科担任が提出した評定一覧と学級ごとに転記された一覧表が一致しているかどうかの点検があります。同じデータから出力されたものを目視で一致しているかを調べるなんてナンセンスですが、実際におこなわれていることです。紙の一覧を提出したあとに、変更する可能性があるなら、編集をロックしてしまえばいいだけです。
+### できること
-成績処理で重要なのは、算出された評定がその生徒に適切なものになっているかどうかです。さらに、今後の指導の指針になることが重要です。
+#### 操作は一本道
+- 評定処理は **観点割合 → 満点・割合 → 評定算出 → 個人分析 → 印刷** のタブ構成
+- 平常点・見込み点の入力と評定処理は入口を分離。評定時期が来ても迷いにくい
-Windows版の成績処理AYUMIでは、それらの多くの対策を提供する機能を実装しました。導入した学校や先生方からは好評だったのですが、自治体レベルでの校務支援の導入で、個別の成績処理システムは一掃されました。それは先に述べた理由によるもので、時代の流れです。
+#### ミスは教科担任の段階で見つける
+- 未入力セルの強調、残りの未入力（組・人数・出席番号）アラート
+- 欠席は `*`、未提出は `/` で明示。実得点と見込み点は見た目で区別
-そこで、Windows版で培った機能をウェブ版として再現しようというのがこのプロジェクトです。校務支援システムのメリットと、成績処理システムとして有用な機能を併せ持つものを構築したいと考えました。
+#### 自動見込み点
+- 欠席・空欄をそのまま0点にしないため、ボタンひとつで見込み点を一括提案
+- 同教科の他項目・他回テスト・前年度到達度などを参照
+- 提案値は教師が確認・修正してから保存
-このシステムは、自治体や学校法人レベルで導入できるように設計しました。もちろん架空の自治体名を作成し、自分の学校だけで使うこともできます。自治体レベルですでに導入されている場合は、あくまでも学校レベルでは試用だけです。小さい自治体や学校法人なら、組織レベルで試用することもできます。
+#### 割合と到達度の点検
+- 観点割合・項目／テストの満点割合を一覧編集
+- 到達度変換後の重みを円グラフなどで視覚的に確認
+- 学校側で観点・集計割合を固定し、学校で統一した算出方法にすることもできる
-ただし、第一の目的はこのシステムを採用してもらうことではなく、校務支援システムを扱っている業者にパクってもらいたいのです。忙しい先生方に本来の業務ではないところに労力を使うのではなく、成績処理の真の目的は「評定を出すこと」自体ではなく、生徒の学習状況を可視化して、次の指導につなげること。「指導へのフィードバック」の機能が備わった成績処理システムとしてほしいのです。
+#### 評定の妥当性チェック
+- 到達度・評定に加え、ボーダー（＋／－）、上下（▲△▽▼）、学年末の整合性（☆／★）を記号表示
+- フィルタ・ソートでボーダー付近や変動だけを抽出し、類似した例を見ることができる
+- 学級ごとの評定分布でクラス間の偏りに気づける
-以下は、成績処理 AYUMI ウェブ版のシステムをAIが評価し、実装した内容について解説したものです。
+#### 個人分析で「説明」する
+- 到達度バー、素点から到達度への内訳、定期と平常の比較
+- 注目点を画面上の解説にまとめ、手書き理由の量産を減らす
+- 備考メモと3年間の評定振り返り
-### まとめ
+#### 複数教師が担当する教科
+技術・家庭のように、**1教科を複数教員で分担**する教科に対応しています（学校設定の「複数担当教科」）。
-次世代の成績処理に求めるものは、次のとおりです。
+- チェックした教科は合同担当として扱う
+- **定期テスト**は各自が自分の分を入力。入力画面の右側に相手教員の入力を参考表示
+- **平常点・見込み点**の画面では相手分は出さない（自分の項目に集中）
+- **学年集計**の合計は2人分の合計点
+- **評定**では平常・割合を混在して扱い、テスト項目は教員ごとに分かれて表示
-. **計算そのものは単純**であること（到達度に基づく評定）。複雑さの多くは、保護者対応や既存フローの踏襲から生まれた工程です。
+分担しながらも、合計や評定の流れは一本にまとまるようにしています。
-. **使いやすさ**を優先すること。仕様どおり動くだけでは足りない。操作が直感的で、シーズンごとに思い出さなくても使えること。
-. **ミスは機械が先に見つける**こと。未入力・見込み点・割合の誤りなどは、教科担任の段階でエラー表示やビジュアルで気づけること。欠席セルには、他項目の実績から見込み点を自動で提案できること。
-. **データが説明し、指導に活きる**こと。理由の手書きを増やすより、なぜその評定になったか・今後どう伸ばすかを画面で読み取れること。
-. **ウェブの利点**（安全・一貫性・保守の一元化）を備えつつ、Windows版AYUMIで評価された点検・分析の考え方を引き継ぐこと。
-情報化は「今の作業を画面に移す」だけでは不十分です。工程を見直し、教師が評定の妥当性と指導の指針に集中できるところまで持っていく必要があります。このプロジェクトはそのための試行です。
+#### 学年処理と帳票
+- 教科×学級の入力状況を一覧（完了／一部入力を区別）
+- 評定一覧・得点通知などを PDF 出力
+- データ・権限・計算はサーバ一元管理（共有フォルダ運用からの脱却）
-### 成績処理 AYUMI ウェブ版に加えられた機能
+#### 学校・組織での運用
+- システム／組織／学校管理者／教師の役割分担
+- 対象年度・学級・教科・教師・名簿・入力許可などの基本設定
+- Tokivi（時間割）からの教師・担当取り込み
+- お知らせ（システム／組織／学校スコープ）
-上記の問題に対して、成績処理 AYUMI ウェブ版では次のような工夫を入れています。
+---
-**操作の道筋を浅くする。** 成績処理は「観点割合 → 満点・割合 → 評定算出 → 個人分析 → 印刷」と、タブで一本の流れにしています。深い階層のどこかに機能を隠すのではなく、いま何をしているかが画面上部でわかるようにしました。平常点・見込み点の入力と評定処理は入口を分け、シーズンに入っても「どこから始めればよいか」で迷いにくくしています。
+### 試してみる
-**ミスは教科担任の段階で機械が見つける。** 未入力のままでは0点として計算されてしまう問題に対しては、空欄の強調や、学級全体の入力が進んだあとに残る未入力（組・人数・出席番号）のアラートを出します。欠席は「*」、未提出は「/」として明示し、見込み点を入れるのか・0点のままが妥当なのかを判断できる状態にします。定期テストの見込み点も、実得点と見た目で区別し、手でひとつずつ埋める必要がないよう自動見込み点を用意しました。
+| 種別 | 内容 |
+|------|------|
+| 簡易デモ | **ログイン不要**。サンプルデータ付きで、教師としてすぐ操作（期限つき） |
+| 長期体験 | 組織・学校を自分で立てて試用 |
-**自動見込み点で、欠席・空欄を0点にしない。** 平常点入力では「\*」（欠席）のセルだけを、定期テストの見込み点入力では実得点も見込みもない空欄だけを対象に、ボタンひとつで見込み点を一括算出します。算出の考え方は、同じ学年の他の平常点項目や他回の定期テスト観点における、その生徒の到達度（得点率）とクラス平均との差(いわゆる偏差)を使います。たとえば平常点の小テストでいつも平均より高い生徒が、別の平常点項目で欠席していれば、その項目のクラス平均にその生徒の偏差を足した値を見込み点として提案します。同じ観点の別テスト回、同じ教科の他項目、学年全体のデータを順に参照します。年度始めなど、今年度の個人データがまだ足りないときは、**前年度の到達度**（同じ教科・観点の記録）を利用します。それでも資料がない(何も資料がない)ときは、無理に推測せず **「\*0」**（欠席のまま0点）とします。記号項目（A○〜E）にも対応し、見込み点は「*」付きで表示されるので、実得点と混同しません。自動で入った値はあくまで提案です。保存前に教師が目を通し、手で直せます。0点のまま放置して評定が不当に下がる事態を、手作業の負担を増やさずに防ぐのが狙いです。
+自治体・学校法人単位での導入も想定しています。すでに大規模校務支援がある場合は、本線はそのままに学校単位の試用・併用から始められます。
-**割合は「満点のまま」ではなく、到達度のあとの重みで見る。** 平常点の満点が低い項目を、集計割合にそのまま載せてしまう誤りを防ぐため、観点割合と項目・テストの満点割合を一覧で編集し、到達度に変換したあとの重みがどう効くかを円グラフなどで点検できるようにしました。学期の割合などを学校で統一したければ、学校側で設定したうえで教科担任が変更できないよう固定してしまえばよいのです。観点割合・集計割合を全校共通にし、教員側は閲覧のみにする設定がそのための仕組みです。各自が別々の割合で動くばらつきを、工程を増やすのではなく権限で止めます。
-**評定の妥当性を記号と絞り込みで点検する。** 算出一覧では到達度・評定に加え、カットポイント付近のボーダー（＋／－）、比較元からの上下（▲△▽▼）、学年末の整合性（☆／★）を記号で示します。ボーダー・上下・整合性だけのフィルタや到達度順のソートで、「目視で全員を探す」作業をコンピュータに委ねます。学級ごとの評定分布も横に置き、クラス間の偏りに気づけるようにしました。
-**説明の主軸をデータに置く。** 保護者対応のために工程や手書き理由を増やす代わりに、個人分析で「なぜその評定になったか」を見せます。到達度のバー、素点から到達度への内訳、定期と平常の比較、ボーダーや上下などの注目点を画面上の解説にまとめます。備考メモは必要なときだけ短く残し、3年間の評定の振り返りで指導の連続性にもつなげます。
-**学年全体の抜けと帳票もサーバ側で。** 学年処理では教科×学級の入力状況を一覧し、完了と一部入力を区別します。評定一覧やテストの得点通知は PDF として出力し、手元のExcelやプリンタ依存を減らします。計算・権限・データはサーバに一元化し、共有フォルダ時代の二重起動やファイル壊れのリスクから離れます。
-要するに、ウェブ版の利点（安全・一貫性・保守）を土台にしつつ、「計算は単純でも、点検と説明と指導に時間が取られる」部分を画面が引き受ける設計です。仕様どおり動くだけでなく、教師が評定の妥当性と今後の指針に集中できるところまで持っていくのが狙いです。
+==== デモサイト ====
+<WRAP info>
+デモサイト\\
+[[https://ayumi.tz4i.jp/|成績処理 AYUMI ウェブ版]]\\
+</WRAP>
+### 開発の背景
+[[https://note.com/tz4i/n/n05a8e7bf7289|note記事:次世代の成績処理を、生成AIとともにシステム開発をする]]