制約を理解する

制約がありますか?完璧。そこから素晴らしいデザインが始まります。電気規格がトースターの機能を規定せずに、トースターがどのように安全に動作するかを定義するのと同じように、ソフトウェアも、トースターの動作を静かにガイドする境界内に存在します。 行動。 機能要件 システムの動作、使用例、ユーザーが目にする機能などを説明します。しかし、 非機能要件 安全に、アクセス可能に、そして効率的に機能する方法を定義します。これらの制約を障害ではなく設計上の味方として扱うと、より賢明な選択が可能になり、コストのかかるやり直しが回避され、堅牢で一貫性があり、あらゆることに対応できる製品を構築できます。

このビデオでは、ウィリアム・ハドソンが、 ユーザーエクスペリエンス Syntagm Ltd のストラテジスト兼創設者が、制約または非機能要件がどのようにして次のような本質的な品質を定義するかを説明します。 アクセシビリティ、セキュリティ、製品の設計をガイドするデバイスのサポート。

制約とは何ですか?

制約、 としても知られています 非機能要件、ソリューションを設計または構築する方法を形成する条件または制限です。それらはシステムが何を行うかを定義するのではなく、 どのように機能する必要があるか、パフォーマンス目標、法的要件、サポートされているデバイス、アクセシビリティ標準など。つまり、制約によって設定されるのは、 設計と開発がその範囲内で行われなければならない境界線。

以下の図に示すように、非機能要件は 2 種類の制約に分かれています。

テクノロジーの制約

テクノロジーの制約 ソリューションにはほとんど、またはまったく影響を与えません 機能性 ユーザーの視点から。これらは、使用するプログラミング言語、サポートするプラットフォーム、およびその他の実装の詳細に関する選択です。

しかし、 一部のテクノロジーの制約は UI デザインに直接関係します。たとえば、モバイル デバイスをサポートするかどうかの決定は、ソリューションのビジュアルおよびアプローチへのアプローチ方法に大きな影響を与えます。 インターフェースデザイン。

サービス品質の制約

サービス品質の制約には、幅広い特性が含まれます。一般的な分類は次のとおりです。

• パフォーマンス

• スケーラビリティ

• 携帯性

• 互換性

• 信頼性

• 可用性

• 保守性

• 安全

• ローカリゼーション

• 使いやすさ

これらの中には、使用ストーリーに直接影響を与えるものもあります。例えば：

• セキュリティ要件 あなたのことを意味するかもしれません ユーザーが必要とする ソリューションにアクセスするたびにログインすること、または 2 要素認証を確立する必要があることを要求します。この制約の使用例としては、「レイチェルが希望する 2 要素認証の形式を選択する」などが挙げられます。

• ローカリゼーション要件 ユーザーが対話言語を選択することに関するストーリーを作成する必要があることを意味する場合があります。

リストの最後のエントリはユーザビリティであることに注意してください。制約は測定可能でなければならないため、 「ソリューションは使えるはずだ」と言うだけでは十分ではありません。 代わりに、「ユーザーの 90% が主要なタスクを 60 秒以内に完了できる必要がある」というような要件が表示されます。

最後に、アクセシビリティについては明示的には言及されていませんが、通常はユーザビリティのカテゴリーに分類されます。要件の例は次のとおりです。「ソリューションは WAI に準拠する必要がある」 WCAG レベル AA の 2.x。」

機能要件と非機能要件: 違いは何ですか?

機能要件と非機能要件の違いを簡単に確認するには、対話型ソフトウェア ソリューションよりも少し単純な例を使用します。 ポップアップトースター。

特定のモデルのスロットの数は、 機能要件 それは、私たちがそれについて書く使用のストーリーに直接影響するためです。たとえば、「ハビエルは家族全員のために乾杯します。」スロットの構成方法も機能要件の 1 つです。これにより、トースターを 2 人で同時に使用できるようになります。

一方、トースターが対応している電気系統の種類は次のとおりです。 非機能要件。トースターは、米国または英国で動作するように作られているか、そうでないかのどちらかです。プラグと電圧が異なるため、ある国向けに作られたトースターは他の国では動作しません。電圧が大きく異なり、必要な電力量がかなり大きいため、トラベルアダプターは役に立ちません。

非機能要件の多くは、ソリューションの実装方法にのみ影響し、ソリューションの動作にはほとんど、またはまったく影響しません。たとえば、エンドツーエンド暗号化を備えたソーシャル ネットワーキング ソリューションは、機能にほとんど、またはまったく影響を与えません。 ユーザーには見えない。

テイクアウェイ

制約とも呼ばれます 非機能要件、ソリューションが満たさなければならない本質的な品質を定義します。それらは次のようにグループ化されます テクノロジーの制約 そして サービス品質の特性、セキュリティ、ローカリゼーション、使いやすさなど。これらは単なる技術的な詳細ではありません。これらは、製品がユーザーにとってどのように見えるか、どのように感じられるか、どのように機能するかを直接形作ります。

制約を念頭に置いて理解して設計すると、土壇場での手戻りやユーザビリティのギャップなど、後で予期せぬ事態が発生することを防ぎ、ソリューションが現実の世界でスムーズに動作することを保証します。一部の制約では、新しい制約や調整された制約が明らかになることもあります 機能要件、機能的であるだけでなく、真に信頼性があり、ユーザー中心のデザインを作成するのに役立ちます。

システムの動作とシステムがどのように動作する必要があるかの間のバランスをマスターすると、制限を方向性に変え、設計上の決定をユーザーにとって永続的な価値に変えることができます。

ヒーロー画像：© インタラクションデザイン 財団、CC BY-SA 4.0