シナリオは次のとおりです。人がアカウントの束を持っています。アカウントには、アカウントの種類に応じて、サービスが添付されている場合とされていない場合があります。現在、2種類のサービスがあります(下の写真の列1と2で示されています)が、サービスの種類willは将来成長します(おそらく4〜6種類の範囲)
一部のアカウントタイプは、一部のサービスの対象にはなりますが、その他のサービスには対象となりません。
システムの大きな制約は、個人のすべてのサービスとアカウントを一緒に送信する必要があることです。
クライアントが提案したデザインは次のとおりです。
私にとって、提案された設計の弱点は、サービスの成長の問題のようです。
代替案に興味があります。
この質問はいくつかの興味深いアイデアを提供しましたが、私のユースケースに完全には合いませんでした:
あなたのクライアントが提案することはうまくいきますが、私は順番を変更します:最初にアカウント、次にサービス。
それは理解でき、混乱はありません。必要なだけサービスを追加できます。
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
たぶん混乱しているのは、サービス名が数字であるため、これらのサービスの間にいくつかのロジックがあると思います。
管理者が追加したいサービスの名前を知っている場合。そしてその時だけ、あなたはそのタイプのインターフェースを使うことができます:
1つを除いてすべてのサービスが追加されるような場合は、インターフェースを調整し、デフォルトで使用可能なすべてのサービスを追加して、ユーザーが不要なサービスを破棄できるようにします。