1

私たちの取引の多くは、他の計算で構成される計算で構成されています。階層/実行グラフをユーザーにどのように表現しましたか? うまく機能した特定のコントロールはありましたか?

その変更をコミットする前に、数式の 1 つを変更した結果をどのように予測しますか? 1 つの提案は、変更された数式を別の色で表示することでした。大きな相殺式の場合、どのように変更を目立たせますか?

4

2 に答える 2

2

これを行う必要はありませんでしたが、次のようなことを行います。

ツリー ビュー タイプのコントロールを使用します。各内部計算を個別に折りたたみ可能にします。コントロールはすべて折りたたまれた状態で開始でき、ユーザーはクリックして内部の計算を表示できます。(内部計算に名前がある場合は、これらをラベルとして使用します。名前がない場合は、計算の最初の数文字を使用して表すことができます)。

最後の質問の意味がわかりませんが、これでよろしいでしょうか? ユーザーが内部計算を変更するたびに、影響を受けるすべてのものを赤でマークします。これにより、何が変更され、意図しない副作用があったかどうかがすぐに明らかになります。

于 2008-11-28T19:01:27.053 に答える
1

ビジネスユーザーは、スプレッドシートとは何か、どのように機能するかを知っています。式をスプレッドシートとしてモデル化することを検討します。ある種の標準的な変換をスプレッドシートスタイルのビューに変換し、また元に戻します。

スプレッドシートを使用すると、差分にセルの色分けを使用できます。

スプレッドシートビューにデータ(できればライブ)を入力できる場合は、数式を変更するためのテスト/健全性チェックワークベンチとして機能できます。

于 2008-11-28T20:36:50.463 に答える