今日は、必要なドキュメントのUI要素についてオフィスで話し合いました。
問題は、UI要件が機能するか機能しないかです。
- 「背景は青でなければならない」
これは機能要件ですか、それとも非機能要件ですか？
11618 次
6 に答える
4
これは非機能要件であり、システムが何を実行するかではなく、システムがどのように実行されるかを示します。
この明確な区別が白黒すぎたり、単純すぎたりする場合は、無視するか、より適切なものを提供してください。そして、なぜあなたは気にしますか？
編集：他の答えによって促されます。要件が機能的であるか非機能的であるかは、その要件にとって重要ではありません。要件である場合は、製品でそれをより適切に満たす必要があります。
于 2010-06-02T07:08:16.653 に答える
3
ウィキペディアによって与えられた2つの定義を見ると、どちらとも言えません。
非機能要件とは、特定の動作ではなく、システムの動作を判断するために使用できる基準を指定する要件です。
機能要件は、ソフトウェアシステムまたはそのコンポーネントの機能を定義します
背景色は、システムの特定の機能や動作ではなく、システムの動作を判断するために使用することもできません。
このようなUI要件は、ソフトウェア設計サイクルの最初に指定する必要はないと思います。開発中に、間違ったタイプの青が記述されていることに気付いた場合はどうなりますか？これらの選択は要件ではありませんが、UI開発中に（できればユーザーグループで判断して）整理する必要があります。
于 2010-06-02T07:10:55.933 に答える
3
現在、顧客のアクセシビリティ要件に取り組んでいます。
基本的な必要性は、弱視および全盲のユーザーをサポートすることです。前者は、フォント、色のコントラストなどを慎重に選択することによるものです。後者は、アプリケーションが HTML を解析して音声や点字に変換できるように、HTML を非常に単純に保つことによるものです。
したがって、プレゼンテーションの詳細は仕様に値すると言えます。
また、画面レイアウト、正確に表示するデータは実際には機能仕様であり、ひいては配色もその一部であると言えます。
于 2010-06-02T07:36:31.420 に答える
2
このような定義は、組織によって異なります。残念ながら、一般的に受け入れられている慣行しかなく、機能的なものと機能的でないもの、または「何」と「どのように」の区別は、通常、ほとんどの人が認識しているよりもはるかに主観的です。UI デザイナーにとって、企業標準の配色は、「方法」ではなく「何」である可能性が非常に高いです。
これを UI 仕様、より正確には UI 仕様要件と呼びます。これは標準的な用語ではありませんが、混乱を避けるために、より具体的にする必要がある場合があります。企業のガイドラインに従うようにという機能以外の要件があり、UI 仕様の要件をそのガイドラインに入れる場合があります。
于 2012-09-25T13:58:22.547 に答える
1
フロンティアが曖昧な場合もあります。しかし、この場合、私は明らかに機能していないと言います。機能的であることは、テクノロジーや人間工学に依存しないコア ビジネス要件であり、UI を変更する場合に必要なものです。ビジネスにとって特別なものを表す場合を除いて、色は UI に関するものです。
于 2010-06-20T08:28:29.170 に答える
0
UI のパフォーマンスの向上も、測定可能な機能以外の重要な要件の 1 つです。静的なマスター データをキャッシュし、(ページ全体を読み込む代わりに) 部分送信への ajax 呼び出しを使用し、重い JavaScript ファイルまたは css ファイルを最初に読み込むと、UI レイヤーでのパフォーマンスが確実に向上します。バックグラウンドは NFR と見なされない場合があります。
于 2012-01-24T23:54:38.913 に答える