第14章サイバー資源の品質とサイバーコンピューティングのガバナンス

Cyber Resources Qualitiesサイバー資源の品質特性

Cyber resources address various cyber platforms and their functional and non-functional requirements, including software and hardware solutions for information systems. Well-designed platforms balance the requirements while analyzing the effect on the environment in which the systems will function. In systems engineering, quality attributes are non-functional requirements, also called architecture characteristics, used to evaluate the performance of a system. As development practices evolve, different terms and nomenclature are created. For example, “ilities” refer to the “abilities” of architectural properties. They can include system architecture trade-offs, which may not be visible to the user, but that ensure the architecture will perform as needed.

英語のヒント

サイバー資源は、情報システム向けのソフトウェアとハードウェアのソリューションを含む、各種サイバープラットフォームとその機能要件・非機能要件を扱う。よく設計されたプラットフォームは、システムが動作する環境への影響を分析しながら、要件のバランスを取る。システム工学では、品質属性は、システムの性能を評価するために使う非機能要件であり、アーキテクチャー特性とも呼ばれる。開発の慣行が変化すると、異なる用語や命名法が生まれる。例えば「ilities」は、アーキテクチャーの性質が持つ「abilities」、つまり各種の能力を指す。利用者には見えない場合もあるが、アーキテクチャーが必要どおりに動くことを保証する、システムアーキテクチャー上のトレードオフを含むこともある。

Developers and enterprise architects are responsible for incorporating “ilities” into architecture. When developing information systems and quality management plans, the developer must analyze and create functional and non-functional requirements that are only measurable once a solution platform is built (refer to Chapter 9 Software Engineering and Chapter 10 Enterprise and Solution Architectures Management). This guides the creation of large-scale horizontal platforms such as the web/mobile and cloud platforms, ensuring acceptable quality and security.

英語のヒント

開発者とエンタープライズアーキテクトには、アーキテクチャーに各種の「〜性」を組み込む責任がある。情報システムと品質管理計画を開発するとき、開発者は、ソリューションのプラットフォームが完成して初めて測定できる、機能要件と非機能要件を分析し、作成しなければならない（第9章「ソフトウェア工学」と第10章「エンタープライズアーキテクチャーとソリューションアーキテクチャーの管理」を参照）。これが、Web・モバイルやクラウドなど、広範な用途を支える大規模プラットフォームの作成を導き、許容できる品質とセキュリティーを確保する。

Defining Cyber Resources Qualitiesサイバー資源の品質特性を定義する

Cyber resources qualities are developed and measured within software models. The ISO/IEC 25010 standard, detailed in ISO/IEC 25002:2024,¹ details different software quality models and “ilities.” This standard aims to provide guidelines for creating high-quality software and systems. A suite of ISO standards focuses on the quality of software and systems development, helping to identify quality characteristics that guide the development of functional and non-functional requirements.

英語のヒント

サイバー資源の品質特性は、ソフトウェアモデルの中で作り込み、測定される。ISO/IEC 25002:2024¹で詳しく述べられるISO/IEC 25010規格は、各種のソフトウェア品質モデルと「〜性」を詳しく示す。この規格は、高品質のソフトウェアとシステムを作るための指針の提供を目指す。一連のISO規格は、ソフトウェアとシステム開発の品質に焦点を当て、機能要件と非機能要件の作成を導く品質特性の特定を助ける。

Additionally, frameworks like OMA RM, OMAGuide (OMG), and TOGAF TRM guide these requirements by creating a taxonomy of service qualities. This expands the implementation of the different “ilities” a system can sustain. Functional specifications can fall into categories (Table 14.1).

さらに、OMA RM、OMAGuide（OMG）、TOGAF TRMのようなフレームワークは、サービス品質特性の分類体系を作り、これらの要件を導く。これにより、システムが維持できる各種の「〜性」の実装範囲が広がる。機能仕様は、分類ごとに分けられる（表14.1）。

Categories 分類	Definitions 定義
interoperability 相互運用性	The ability for two or more computer devices or processes to work together 二つ以上のコンピューター装置やプロセスが協力して動く能力。
composability 合成可能性	The ability to incorporate services within applications アプリケーションにサービスを組み込む能力。
scalability スケーラビリティー	The ability to enhance or retract system requirements for the number of users involved in the system システムに関わる利用者数について、システム要件を増減させる能力。
evolvability 進化可能性	The ability to adapt the system to new standards and practices システムを新しい標準や慣行に適応させる能力。
extensibility 拡張可能性	The ability to modify the system to include new requirements or remove old requirements that are no longer needed 新しい要件を加えたり、不要になった古い要件を取り除いたりするよう、システムを変更する能力。
tailorability 調整可能性	The ability to customize the system for the needs of the users or industry 利用者や業界の必要に合わせ、システムをカスタマイズする能力。

Table 14.1 Categories of “Ilities”

表14.1 「〜性」の分類

1 International Organization for Standardization and the International Electrotechnical Commission. ISO/IEC 25002:2024. https://www.iso.org/standard/78175.html

1 国際標準化機構・国際電気標準会議。ISO/IEC 25002:2024。https://www.iso.org/standard/78175.html

Categories 分類	Definitions 定義
security セキュリティー	The ability to ensure safe use of the system システムの安全な利用を確保する能力。
reliability 信頼性	The ability of the system to perform as needed (i.e., without failure) and to specification 必要に応じて、すなわち故障せず、仕様どおりにシステムが動作する能力。
adaptability 適応性	The ability to change or modify the current system to meet the needs of a different industry requirement 異なる業界の要件を満たすよう、現在のシステムを変更・修正する能力。
survivability 生存性	The ability to survive an attack or disruption of service within a system システム内の攻撃やサービスの中断を生き延びる能力。
affordability 費用の手頃さ	The ability to create a system that is cost-efficient, not only monetarily but also with resource usage 金銭面だけでなく、資源の使用面でも費用効率のよいシステムを作る能力。
maintainability 保守性	The ability for the system to be upkept システムを保守できること。
understandability 理解しやすさ	The ability of the system to be used (also referred to as the learning curve) システムを利用できること。学習曲線とも呼ばれる。
performance 性能	The ability to work within measurable standards and requirements 測定できる標準と要件の範囲内で動作する能力。
quality of service サービス品質	The ability to provide a solution to a problem or task in a way that most of the necessary user requirements are met 利用者の必要な要件の大半を満たす方法で、問題やタスクの解決策を提供する能力。
real-time リアルタイム性	The ability to operate the system within normal operational time 通常の運用時間内にシステムを動作させる能力。
nomadicity 移動性	The ability to work in a self-contained environment or the ability to move the system from location to location, when system location is a requirement 自己完結した環境で動作する能力、またはシステムの場所が要件である場合、システムを場所から場所へ移す能力。

Table 14.1 Categories of “Ilities”

表14.1 「〜性」の分類

Defining system requirements into “ilities” makes it the developer’s/architect’s responsibility to ensure system security. This may seem daunting, but any system can be broken down into functional and non-functional requirements. A TRM supports and sustains the “ilities” while ensuring that the information security policy can be enforced. To do this, the TRM focuses on four service qualities: availability, assurance, usability, and adaptability (Table 14.2).

英語のヒント

システム要件を各種の「〜性」として定義すると、システムのセキュリティー確保は開発者・アーキテクトの責任になる。大変に思えるかもしれないが、どんなシステムも機能要件と非機能要件に分解できる。TRMは、情報セキュリティーポリシーを徹底できるようにしながら、各種の「〜性」を支え、維持する。このため、TRMは可用性、保証、ユーザビリティー、適応性の四つのサービス品質特性に重点を置く（表14.2）。

Qualities 品質特性	Components of the Taxonomy 分類体系の構成要素
Availability 可用性	Locatability, manageability, performance, reliability, recoverability, serviceability 所在の特定しやすさ、管理性、性能、信頼性、回復性、サービスのしやすさ
Assurance 保証	Credibility, integrity, security 信ぴょう性、完全性、セキュリティー
Usability ユーザビリティー	Ease-of-operation, international operations 操作の容易さ、国際的な運用
Adaptability 適応性	Extensibility, interoperability, portability, scalability 拡張可能性、相互運用性、移植性、スケーラビリティー

Table 14.2 Service Qualities of the TRM

表14.2 TRMのサービス品質特性

These quality areas and the categories of “ilities” provide an avenue and direction for cyber resources.

これらの品質領域と「〜性」の分類は、サイバー資源が進む道筋と方向を示す。