1756096979
2025-08-25 00:00:00
内部および外部システムインターフェイスで多くの問題が発生します。それらを最小限に抑えるためのいくつかの提案があります。
内部および外部インターフェイスは、ソフトウェアを含む製品の問題の一般的なソースです。インターフェイスは、マルチコンポーネントシステム（内部）の2つのコンポーネントの間、またはシステムとその環境（外部）の間で、2つのアーキテクチャ要素がどのように交差するかを説明します。
大規模なソフトウェアシステムには、多くのモジュールと多数の内部インターフェイスがあります。あるコンポーネントは、別のコンポーネントを呼び出してサービスを提供するためです。システムは、図1に示すように、人間のユーザー、他のソフトウェアシステム、ハードウェアデバイス、ネットワーク、場合によってはコンピューターのオペレーティングシステムに外部インターフェイスを提示できます。ハードウェアとソフトウェアコンポーネントの両方を含む製品には、追加のインターフェイスの複雑さが導入されます。
図1。ソフトウェアシステムには、コンポーネントと他のエンティティへの外部インターフェイス間の内部インターフェイスがあります。
ビジネスアナリストは、アーキテクチャと詳細なデザインに課せられる外部インターフェイスと制約を特定する必要があります。良心的なデザイナーは、複雑なシステムのすべてのピースが相互のインターフェイス全体に正しく適合することを保証します。開発者が既存のシステムに統合する新しいコンポーネントは、確立されたインターフェイスコンベンションにも準拠する必要があります。
インターフェイスは、データ、サービス、またはその両方を交換するために接続する2つのアーキテクチャ要素（1つのリクエスターともう1つのプロバイダー）に関する契約または契約を定義します。これらの各要素には、明確に定義された境界と、それが提供する一連の責任またはサービスがあります。設計は、インターフェイスで発生するエラーを処理する必要があります。インターフェイスの実装が何らかの理由で責任を実行できない場合、復旧の取り組みを支援するための適切な通知を提供する必要があります。
インターフェイスの障害の例は次のとおりです。私は最近、iPadのWebブラウザでライブラリから借りた電子書籍を読み始めました。その機能に提供されているボタンを使用して、オフラインアクセス用にファイルを繰り返しダウンロードしようとしました。ダウンロードは開始されますが、その後、この情報のないエラーメッセージが表示されます。
図2。このメッセージは、iPadと電子書籍サーバーの間のインターフェイスエラーを修正するのに役立ちませんでした。
どうやら、私のiPadと電子書籍をホストしたサーバーの間のインターフェイスには再現性のある障害がありました。しかし、私はこのメッセージから、問題がどこにあるのか、それについて何をすべきかという手がかりがありません。同じ方法でアクセスしようとした電子書籍や他の人をダウンロードすることはできませんでした。設計者は、このようなユーザーの迷惑を防ぐために、システムの内部および外部インターフェイスを徹底的に計画および研究する必要があります。
インターフェイスを設計するときは、デザイナーがユーザー（人間であろうと別のシステムであろうと、ユーザーが必要とするすべて）から始めることが一般的です。このアプローチにより、インターフェイスのユーザーが使用できない機能がロードされた肥大化したインターフェイスが発生する可能性があります。 ユーザーが実行したいタスクを理解する 製品を使用すると、設計者が合理化された効率的なユーザーインターフェイスを構築するのに役立ちます。
相互接続された多くのコンポーネントを持つ複雑なシステムは、変更が困難です。インターフェイス定義の1つを変更すると、他の接続されたコンポーネントの変更のカスケードを起動できます。システムが明確に定義されたコンポーネントインターフェイスでアーキテクチャされない限り、チームがインターフェイスの変更を必要とする新しい機能を追加するにつれて、技術的な負債が発生する可能性があります。新しい機能が既存のインターフェイスを尊重しない場合、問題は発生する可能性があります。
開発者が時間の経過とともにシステムで行う可能性のある変更を予測し、インターフェイスにどのように影響するかを検討してみてください。この予想は、反復的および漸進的な開発ライフサイクルのアプリケーションを拡大する場合に特に重要です。計画された増分強化の優先順位は、開発者に、変化する可能性が高いシステムの部分と、より安定した状態を維持するものについて知らせます。最初からアーキテクチャを適切に設計することで、持続的な製品の成長と頻繁なリリースが促進されます。
インタラクションに関与する各コンポーネントは、処理する前にインターフェイス全体で受信する入力を検証する必要があります。悪いアクターは、無効な入力として拒否しないインターフェイスに悪意のあるコードを注入するため、多くのセキュリティエクスプロイトが発生します。マイクロソフトはいくつかをお勧めします ユーザー入力を検証するための慣行 これらのタイプのマルウェア攻撃を阻止します。
図3は、インターフェイスの動作を評価するためのヒューリスティックを示しています。適切な設計ごとのインターフェイス戦略に従って、コンポーネントが重い破線内の2つの象限にあることを保証します。
図3。有効で無効な入力と出力を見ると、適切なインターフェイス動作を評価できます。
適切に設計されたシステムは、内部インターフェイスと外部インターフェイスの両方で行われる例外を適切に処理します。最近、Windows PCから自宅のWi-Fiネットワークのプリンターにドキュメントを印刷しようとしました。プリンターは電源を入れてネットワークに接続されていましたが、私のPCはプリンターがオフラインであると主張しました。 PCを再起動する必要がありました。これにより、プリンターがオンラインであることを正しく発見し、印刷ジョブを送信しました。 PCとプリンターの間の未処理のインターフェイスの問題は、コンピューターの再起動の劇的なアクション以外に修理する方法がなく、それらの間の接続を破壊しました。このタイプのエラーは、あまりにも頻繁に発生します。
ユーザーは、システムの内部アーキテクチャではなく、ユーザーインターフェイスに関心がありません。ユーザーインターフェイスの欠点により、ユーザーは無意味に設計されていると見なす製品が生まれます。一貫性のないUIの動作は、ユーザーを混乱させ、イライラさせます。設計が不十分なユーザーインターフェイスは、使用が容易でも明白でもない製品につながり、ユーザーの時間を無駄にし、間違いを犯すのが簡単すぎて、現実的な使用シナリオでうまく機能しません。
UI標準を定義すると、アプリケーション全体と複数の関連アプリケーション全体で一貫したユーザーエクスペリエンスを提供することができます。小さなソフトウェアグループを管理したとき、内部企業の使用のために開発したアプリケーションにUIガイドラインを採用しました。これらのガイドラインは、当社のすべてのアプリケーションが同様に見た目と動作を支援しました。ユーザーはUIから、使用したアプリが私たちのグループから出てきたことを認識できますが、どのチームメンバーがその外観や慣習のためにUIを設計したかを知ることができませんでした。
適切に設計されたユーザーインターフェイスには、ヘルプ画面、ユーザーガイド、チップシートの形式のサポートドキュメントがほとんど必要ありません。ユーザーが新しいアプリケーションでスピードアップできるようになり、ユーザーは使用するとエラーが少なくなります。ソフトウェアUXデザインに関する膨大な文献があります。どのデザイナーもユーザビリティの専門家から恩恵を受けます Jakob NielsenのUI設計のためのユーザビリティヒューリスティック。デザインを製品機能ではなく使用に焦点を合わせると、ユーザーのナットを駆動するUXの問題の多くを回避できます。
著者：Karl Wiegers
これは、60インチのレッスン＃2です ソフトウェア開発真珠 カール・ウィーガーズ。 カールは、他の多くの本の著者です ソフトウェア要件の必需品 （カンダーゼホーカンソンと）、 ソフトウェア要件 （ジョイビーティと）、 日常のものの思慮のないデザイン、 そして 成功したビジネス分析コンサルティング。
#design＃productdesign #softwaredesign #productmanagement＃requirements＃businessanalysias #softwaredevelopment #architecture #productowner #businessanalyst
#インターフェイスに目を向けてください