私たちの取引の多くは、他の計算で構成される計算で構成されています。階層/実行グラフをユーザーにどのように表現しましたか? うまく機能した特定のコントロールはありましたか?
その変更をコミットする前に、数式の 1 つを変更した結果をどのように予測しますか? 1 つの提案は、変更された数式を別の色で表示することでした。大きな相殺式の場合、どのように変更を目立たせますか?
私たちの取引の多くは、他の計算で構成される計算で構成されています。階層/実行グラフをユーザーにどのように表現しましたか? うまく機能した特定のコントロールはありましたか?
その変更をコミットする前に、数式の 1 つを変更した結果をどのように予測しますか? 1 つの提案は、変更された数式を別の色で表示することでした。大きな相殺式の場合、どのように変更を目立たせますか?
これを行う必要はありませんでしたが、次のようなことを行います。
ツリー ビュー タイプのコントロールを使用します。各内部計算を個別に折りたたみ可能にします。コントロールはすべて折りたたまれた状態で開始でき、ユーザーはクリックして内部の計算を表示できます。(内部計算に名前がある場合は、これらをラベルとして使用します。名前がない場合は、計算の最初の数文字を使用して表すことができます)。
最後の質問の意味がわかりませんが、これでよろしいでしょうか? ユーザーが内部計算を変更するたびに、影響を受けるすべてのものを赤でマークします。これにより、何が変更され、意図しない副作用があったかどうかがすぐに明らかになります。
ビジネスユーザーは、スプレッドシートとは何か、どのように機能するかを知っています。式をスプレッドシートとしてモデル化することを検討します。ある種の標準的な変換をスプレッドシートスタイルのビューに変換し、また元に戻します。
スプレッドシートを使用すると、差分にセルの色分けを使用できます。
スプレッドシートビューにデータ(できればライブ)を入力できる場合は、数式を変更するためのテスト/健全性チェックワークベンチとして機能できます。