Webシステム

Webブラウザをクライアントとし、Webサーバやアプリケーションサーバを通じてサービスを提供するシステム。専用ソフトのインストールが不要で、インターネット経由でどこからでも利用できる。

Webブラウザをクライアントとして利用し、Webサーバ上でアプリケーションを動作させるシステム形態。専用のクライアントソフトウェアが不要で、ネットワーク経由でどこからでもアクセスできる利点がある。

利用者側ではWebブラウザだけを使い、処理をWebサーバ、アプリケーションサーバ、データベースサーバなどで行うシステム形態。クライアントに専用のソフトウェアを配布する必要がなく、更新や保守をサーバ側でまとめて行える。

利用者がWebブラウザからHTTPでサーバにアクセスして使うシステムの処理方式。Webサーバ、アプリケーションサーバ、データベースサーバの3層で構成することが多く、端末にブラウザがあれば専用のソフトウェアを配布せずに利用でき、更新もサーバ側だけで済む。

単一のHTMLページ上で、JavaScriptにより画面遷移を制御するWebアプリケーション構成。サーバからデータのみを取得し、クライアント側で画面を動的に更新するため、操作性の高いユーザ体験を提供できる。React、Vue.js等で構築される。

Webサービスの設計原則の一つ。HTTPメソッド（GET、POST、PUT、DELETE等）を用いてリソースを操作する。ステートレス性、統一インタフェース、リソースの識別可能性などの制約に従うことで、シンプルで拡張性の高いAPI設計を実現する。

システムが提供すべき機能や振る舞いに関する要件。入力に対する処理内容と出力、データの管理方法、業務ルールの実装などを具体的に定義する。非機能要件と対比して用いられる。

業務要件を基に、システムとして実現すべき機能・性能・制約を明確に文書化するプロセス。システム化の範囲、機能一覧、データ項目、外部インタフェース仕様などを定義し、設計工程への入力とする。

システムの機能要件、非機能要件、制約条件、前提条件などを体系的にまとめた文書。開発の基準となり、設計・テスト・受入の各工程で参照される。利害関係者の合意を得た上で承認する。

複数の要件や品質特性の間で、あるものを優先するとほかが犠牲になる関係を分析・評価すること。性能と保守性、コストと品質など、相反する要件間の最適なバランスを見つけるためにシステム設計で広く用いる。