Connect visual interfaces directly to analysis models
For impact analysis of computational policy models, use interactive analysis controls on user-facing visual interfaces to improve insight and mitigate postprocessing-only review for analysts handling large automated outputs.
- purpose:refine
- basis:empirical
- quality:insight:use
- lever:interaction-access
- communication:workflow
- audience:analyst
advice
Expose model controls in the visual interface
Connect the visual interface directly to the underlying analysis model so analysts can inspect results and steer computation during impact analysis. For example, show opinion-mining or social-simulation outputs in the same interface that lets users change analysis parameters and rerun the analysis instead of limiting visualization to postprocessed results.
reason
Make complex analysis accessible during review
Interactive visual analytics combines computer-side processing with human visual detection, so analysts can notice patterns in results and immediately ask the model for a more precise follow-up analysis from the same interface.
Mechanism: The interface turns complex computational models into something analysts can inspect and control without needing to be experts in every underlying computational discipline.
Evidence: The paper states that current policy practice uses visualization mainly during postprocessing, argues for integrating visualization with simulation and automated analysis, and describes ePolicy as tightly coupling visual analytics tools with opinion mining and social simulation so analysts can set parameters and interactively control advanced impact analysis (Kohlhammer et al., 2012).
context
Use when impact analysis depends on model steering
- User Goal: Evaluate a designed policy’s potential or actual impact and improve it.
- Data: Large outputs generated by automated analysis tools such as simulation or opinion mining.
- Chart Setting: An interactive analysis environment linked to computational models.
- Audience: Political analysts supporting decision-makers.
- Success Criterion: Analysts can both inspect model outputs and change model settings from the visual interface.
exceptions
Do not use when only a condensed brief is needed
Break it when: The visualization is only meant to communicate a condensed summary to higher-level decision-makers after the analysis has already been completed. Why: The paper separates analyst-facing interactive analysis from later condensation of the most relevant information for decision-makers.
costs
Accept the added workflow coupling
Sacrifice: A simple postprocessing-only workflow. Risk: Exposing model controls adds interface complexity for users who only need final results. Mitigation: Reserve the integrated controls for analyst-facing impact analysis tasks.
mistakes
Avoid postprocessing-only screens
Mistake: Show automated analysis outputs in a separate display that does not let users change parameters or rerun the model. Why it fails: Analysts can see results, but they cannot use what they notice to drive a more precise analysis.
check
Verify that analysis can be steered from the display
Failure Sign: Reviewers must leave the visualization to change model settings. Quick Check: Try to change one model parameter from the same screen that shows the result. Stronger Test: Ask an analyst to spot a pattern in a result and then refine the underlying analysis without leaving the visual interface.
fix
Add direct control paths from view to model
- Add parameter controls for the linked simulation or mining model to the visual interface.
- Place model outputs next to the controls that rerun or update the analysis.
- Replace postprocessing-only result views with an interface that supports iterative viewing and recomputation.