はじめに

目的

本システムを通し、開発業務を円滑に行うために確認や整理を行う観点をご紹介いたします。
書類だけでは把握が難しい箇所に、お役に立てれば幸いでございます。
なお、生成AIのデモは /reportの下 に格納してあります。

前提

業務での課題を解決する手段としてシステムを導入するため、構築する前の課題感と状況は以下に設定いたしました。

目的

業務データを本システムにまとめ、業務効率向上の効果を導入前後の開発時間の変化で測定します。

背景

NASでは各々がファイルを格納するため、人による最新ファイルの判別や編集内容の競合が生じ、確認と整理に時間を費やすことがありました。
業務データの管理をし易くして確認作業の時間を減らすことにより、業務効率が改善するのか検証するために本システムを導入します。

システム構成と理由

「検証時の支出」と「運用と保守」のバランスを考え、以下でシステムを構築いたしました。

選定した環境	選定の理由	許容するリスク
さくらのVPS	システムを稼働する上での変動費用がないためです。	過負荷による一時的なシステムダウンは許容します。
GROWI	SaaSを利用することで資産を継続して運用することができるためです。	GROWIのシステム制限を受け入れて運用します。
Docker	本番環境に適用前の確認を手元のPCでも行うためです。	本番環境とテスト環境の性能差による検証漏れがでる可能性があります。

選定基準

システム構築する環境の選定基準は、以下の4つで決めました。

1. 品　質
   　想定外の事態が起きた場合にサーバー性能を変更し、システムの運用を続けられる環境を選びます。
2. コスト
   　DDoSなどの攻撃よる不要なコスト増加を最小限にするため、システム稼働の経費が固定になる環境を選びます。
   　人によるシステムの運用の対応が難しくなった場合は、「アカウント」と「業務データ」の管理以外は外部に委託が行える環境を選びます。
3. 納　期
   　システムを構築する予定を具体的な日付で管理が行える環境を選びます。
4. 安全性
   　監査が行える機能が標準で提供される環境を選びます。
   　システムが持つ情報が完全性・機密性の基準に達している環境を選びます。
   　「システムエラーの発生」と「サービスに支障がでた攻撃」を検知が行える環境を選びます。

以上