Skip to content

性能・拡張性

本ドキュメントは、TASHIKAプラットフォームの性能・拡張性に関する要件を定義します。

NOTE

分類は IPA 非機能要求グレード 大項目 B に準拠しています。 パフォーマンス監視は QA-001 を参照。


PE-001: パフォーマンス (Performance)

Web パフォーマンス(Core Web Vitals)

指標目標値測定条件
LCP (Largest Contentful Paint)≤ 1.5秒4G回線、モバイル端末
INP (Interaction to Next Paint)≤ 200msP75
CLS (Cumulative Layout Shift)≤ 0.1
TTFB (Time to First Byte)≤ 200msCDN経由

API レスポンスタイム

操作カテゴリ目標値(P95)
単純読み取り≤ 200ms従業員情報取得、申告データ表示
一覧検索(≤ 1,000件)≤ 500ms従業員一覧、申告一覧
書き込み(自動保存)≤ 300ms申告データ保存
税額計算(個人)≤ 1秒1名分の年税額計算
一括税額計算≤ 30秒100名分
PDF生成(単体)≤ 5秒源泉徴収票1件
PDF生成(一括)≤ 5分1,000名分(非同期ジョブ)
XML帳票出力≤ 30秒法定調書合計表

ファイルアップロード

指標目標値
最大ファイルサイズ10MB/件
対応フォーマットJPEG, PNG, PDF, XML, HEIC
1申告あたり最大件数20件
ウイルススキャン完了≤ 10秒/件

PE-002: スケーラビリティ (Scalability)

想定規模

指標初年度3年後目標設計上限
企業数100社1,000社10,000社
総従業員数10,000人100,000人1,000,000人
同時接続ユーザー数5005,00050,000
1月ピーク時 RPS1001,00010,000

バースト対策

  • 1月初旬(年始調整集中期間)に通常期の 10倍 のトラフィックを想定
  • オートスケーリング: CPU使用率 70% をトリガーにインスタンス自動追加
  • スケールアウト所要時間: ≤ 2分
  • 一括処理(PDF生成、帳票出力等)は非同期ジョブキューで処理し、API層を圧迫しない

PE-003: 容量計画 (Capacity Planning)

ストレージ推定(企業あたり、年間)

データ種別従業員1人あたり100名企業/年備考
申告データ(JSONB)~50KB~5MBスナップショット含む
証憑ファイル~2MB~200MB平均5件×400KB
監査ログ~100KB~10MB7年保持
帳票バイナリ(PDF/XML)~500KB~50MB源泉徴収票等
年間合計~2.7MB~265MB
7年累計~19MB~1.9GB法定保存期間

ストレージ階層

対象ストレージ要件
Hot直近2年度のデータRDB + 標準オブジェクトストレージ
Cool3〜7年度のデータ低頻度アクセス向けオブジェクトストレージ
削除7年経過後物理削除(→ CR-007

PE-004: ユーザビリティ (Usability)

指標目標値対象
従業員の申告完了時間≤ 5分(変更なしの場合)1月確認フロー
従業員のタスク完了率≥ 95%(サポート問い合わせなし)1月確認フロー
管理者の承認処理時間≤ 2分/件(手動チェック対象)レビューフロー
モバイル対応レスポンシブ(最小幅 320px)従業員ポータル
初回利用時の学習コストヘルプ参照なしで基本操作可能全ポータル