02 / Student experience platform

COLLEGE PORTAL
2026

SCHOOL
PORTAL.

ROLE / DESIGN + FULL STACKPLATFORM / FLUTTER + WEBFOCUS / STUDENT EXPERIENCESTATUS / SIGN-IN REQUIRED
01

OVERVIEW

LESS SEARCH.
MORE STUDY.

学校生活では、時間割、出席状況、通知、貸出、施設予約などが別々の画面や紙に分かれがちです。情報を探す小さな手間が積み重なり、本来集中したい学習の流れを止めます。

SCHOOL PORTALは、ログイン後の一画面に学生本人の情報と今日必要な行動を集約します。機能の多さではなく、次の授業や未読通知など、今の学生に関係する情報から確認できる設計です。

学生証、出席、時間割を集約したSCHOOL PORTALのダッシュボード画面
HOME / STUDENT DASHBOARD01
02

WHAT IT DOES

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 / FRONTENDFLUTTER

Dart / Web / Secure Storage

02 / BACKENDHTTPS API

ASP.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
04

TECHNICAL CHALLENGES

BOUNDARIES
THAT HOLD.

01

認証をデータ境界にする

Flutterからデータベースへ直接接続せず、HTTPS APIと本人認証を必ず通します。学生本人に紐づくデータだけを返す境界を、画面の外側に置いています。

02

学生情報と認証情報を結ぶ

学生レコードとIdentityユーザーを関連づけ、復元テストでは学生アカウントの孤立参照数まで確認対象にしています。

03

復旧できる状態を保つ

バックアップを隔離したPostgreSQLへ復元し、テーブル、外部キー、主要レコード、API成果物を検証するリストアドリルを運用しています。

05

LESSONS / IMPROVEMENTS

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を次の運用課題として扱います。