02 / Student experience platform
COLLEGE PORTAL
2026
SCHOOL
PORTAL.
ROLE / DESIGN + FULL STACKPLATFORM / FLUTTER + WEBFOCUS / STUDENT EXPERIENCESTATUS / SIGN-IN REQUIRED
ROLE / DESIGN + FULL STACKPLATFORM / FLUTTER + WEBFOCUS / STUDENT EXPERIENCESTATUS / SIGN-IN REQUIRED
LESS SEARCH.
MORE STUDY.
学校生活では、時間割、出席状況、通知、貸出、施設予約などが別々の画面や紙に分かれがちです。情報を探す小さな手間が積み重なり、本来集中したい学習の流れを止めます。
SCHOOL PORTALは、ログイン後の一画面に学生本人の情報と今日必要な行動を集約します。機能の多さではなく、次の授業や未読通知など、今の学生に関係する情報から確認できる設計です。
HOME / STUDENT DASHBOARD01
ONE LOGIN.
ONE SCHOOL DAY.
学生本人に紐づく情報をまとめ、確認と手続きを同じ操作感で完結させます。
01 / IDENTITY▣電子学生証
・認証
本人情報を学生証カードに集約。ログイン後のデータは学生アカウント単位で取得します。
02 / ATTEND✓出席・
NFC打刻
登校や授業の打刻、出席率、欠席・遅刻の内訳を一つの流れで確認できます。
03 / PLAN□時間割・
予定
曜日別の授業、教室、教員、休講・補講を整理し、当日のタブからすぐ確認できます。
04 / ACT→通知・貸出
・手続き
未読通知、施設予約、貸出、アンケート、学習ログへの入口をダッシュボードに置きます。
03 / Architecture
IDENTITY
TO DASHBOARD.
Flutterクライアントは業務データへ直接接続せず、HTTPS APIを経由します。ASP.NET Core IdentityとJWT / Refresh Tokenで本人を確認し、PostgreSQL上の学生情報と結びつける構成です。
01 / FRONTENDFLUTTERDart / Web / Secure Storage
→
02 / BACKENDHTTPS APIASP.NET Core 8 / REST
→
03 / DATABASEPOSTGRESQL学生 / 出席 / 時間割 / 通知
- FRONTEND
- Flutter / Dart / Web
- BACKEND
- ASP.NET Core 8 / HTTPS REST API
- DATABASE
- PostgreSQL 16
- INFRASTRUCTURE
- Linux VPS / Nginx / systemd
- AUTHENTICATION
- ASP.NET Core Identity / JWT / Refresh Token
FLUTTERDARTASP.NET CORE 8IDENTITYJWTPOSTGRESQL 16
BOUNDARIES
THAT HOLD.
01認証をデータ境界にする
Flutterからデータベースへ直接接続せず、HTTPS APIと本人認証を必ず通します。学生本人に紐づくデータだけを返す境界を、画面の外側に置いています。
02学生情報と認証情報を結ぶ
学生レコードとIdentityユーザーを関連づけ、復元テストでは学生アカウントの孤立参照数まで確認対象にしています。
03復旧できる状態を保つ
バックアップを隔離したPostgreSQLへ復元し、テーブル、外部キー、主要レコード、API成果物を検証するリストアドリルを運用しています。
NEXT
ITERATION.
- MANAGEMENT
- PRIVATE REPOSITORYFlutterクライアント、ASP.NET Core API、PostgreSQL移行、テスト、移行・運用手順をprivateリポジトリで管理しています。
- VERIFICATION
- AUTH / DATA BOUNDARYログイン、Token更新、ログアウト、添付URL制約に加え、本人以外の通知・貸出・学習ログ・アンケートを読み書きできない条件をテストへ固定しています。
- CONFIRMED RESULT
- REPEATABLE CHECKS認証と学生データの境界、既存業務テーブルの維持、復旧手順を、変更後も同じ観点で再確認できる構成にしました。実利用フィードバックと負荷指標は未測定です。
- NEXT / LAST REVIEW
- OPERATIONS最終確認日: 2026-08-11。本番環境での定期的な検証結果と利用フィードバックを蓄積し、期限切れTokenの整理とサーバー検証型QRを次の運用課題として扱います。