top of page
Deploy.png

BOXARR
Modelling Paradigm

Our Unique Modelling Paradigm
Boxes | Arrows | Groups | Data

Boxes

  • Represent different types of 'things' or 'activities'.

  • Multiple "Types" of Boxes can be applied per Model to support the Model's use-case requirements.

  • Each "Box Type" can be configured with relevant Format attributes such as default shape and colour.

  • Each "Box Type" can be assigned with relevant Data Properties (Field & Functions).

Arrows

  • Represent different types of 'relationships' between Boxes.

  • Multiple "Types" of Arrows can be applied per Model to support the Model's use-case requirements.

  • Each "Arrow Type" can be configured with relevant Format attributes such as default line-stye, colour, and connectors.

  • Each "Arrow Type" can be assigned with relevant Data Properties (Field & Functions).

 

Groups

  • Groups enable Boxes to be collated into 'logical sub-systems' (Trees).

  • Groups are hierarchical  - enabling multiple Groups to be placed within other Groups in parent<>child relationships.

  • Multiple "Types" of Groups can be applied per Model, enabling:

    • Boxes to be placed with different contextual Groupings; and

    • Users to switch the visualisation between contextual lenses.

  • Each "Group Type" can be assigned with relevant Data Properties (Field & Functions).


Data Properties

Any number and combination of Data Fields can be used to leverage your information systems and support your use-cases:

    • Numeric Fields

    • Alphanumeric Fields

    • Boolean (Checkbox/Flag) Fields

    • Temporal (Date/Time/Duration) Fields

    • HTML Fields

    • URL (Hyperlink) Fields

Fundamentals (WBS)_edited.jpg
cogslightbulb.png

Models that Compute
Functional Analytics

function symbol.png

In addition to our 'human-centric' approach to collaborative modeling, BOXARR incorporates a powerful Functions Framework to enable computation and analyses of data and relationships across the Model.

Functions can compute data values within and between the Objects in a Model (Boxes/Arrows/Groups), and can follow the paths of Arrows or within the hierarchies of Groups. For example: 

  • Roll-ups (aggregations) of costs / time / risks / assets / etc.

  • Counts and summaries of up/downstream dependencies

 

Functions can also be utilised to conditionally format the Model Objects (e.g. apply RAG status or heatmap based upon a risk metrics).

​​

Functions can be applied on demand to a Model as-a-whole or to individual Model Layers (e.g. to assess a change-scenario)

Humanising Complexity

BOXARR's unique modeling paradigm is helping organisations to
effectively manage their complexity

collaborative  |  intuitive  |  scalable  |  powerful

Napkin.jpg

Simple Language for Complex Problems 
Democratising Modelling

The Challenge of Engineering Modelling Languages

Systems modelling is an increasingly critical tool for organisations. However, most legacy modelling tools force users to conform to specific modelling languages (e.g. UML, SysML, etc.). This approach may be useful for engineering-level conformity - but...

 

  • Significant time/cost effort is required in training users to a required engineer qualification level or certification.

  • The number of people capable of engaging in modelling is limited - effectively bottlenecking your productivity.

  • The number of people who can then 'understand' the Model is also limited - effectively constraining the Model's value.

 

The BOXARR Solution

At BOXARR we solve this challenge by being deliberately 'language agnostic'. Our unique modeling paradigm reflects and empowers the most intuitive way people draw complex, interdependent systems:

Boxes / Arrows / Groups

  • It's easy to learn by anyone in your organisation

  • It's easy to use by anyone in your organisation

  • It's easy to understand by anyone in your organisation

Functions
Challenges
Paradigm

Constraining Complexity
Model Layers and Views

Model Layers

  • Model Layers are generated and managed by Model Owners to support the use-case of each Model

  • Each Layer can be used to constrain the holistic Model data for a particular purpose and/or User Group for that Layer:

    • Filters: ​automatically applied which cannot be exceeded

    • Properties Pane: which Object-data attributes are shown

    • Labels: which Label Collections are available to Users

    • Colours: which Colour-by Collections are available to Users

    • Model Objects and Data: Editable / Non-Editable

    • Edits can / cannot be Merged to Master (e.g. is a scenario?)

 

Model Views​

  • Model Views are visualisation-modes of the Model Data:
    Networks / Data Tables / Gantt Schedules 

  • Views are generated and managed by Model Owners to support the use-case of the Model

  • Views can be individually constrained with additional Filters

  • Multiple Views can be configured per Model Layer as required

Evidence-based DecisionSupport
Dynamic Dashboards

BOXARR nSight enables the enormous analytical value generated from Models in the BOXARR Modeller to be presented to stakeholders as interactive and interrogatable Dashboards.

  • Dashboards are generated and managed by Model Owners to support the use-case of the intended Dashboard audience

  • Dashboards can be configured to draw data from either:

    • the Master Model (the as-is state of the Model); or​

    • a selected Model Layer (e.g. a "What-if?" Scenario)

  • Dashboards can be configured with multiple Widgets, surfacing and analysing KPIs.

  • Dashboards can be configured with constraining Filters to focus on areas/aspects of concern and/or to assure data sensitivity compliance.

  • Each individual Widget can also have additional constraining  Filters applied.

Dashboards
Libraries

Configuration Management
Libraries

BOXARR Model configurations are stored and managed in Libraries:

  • Configurations of Box Types / Arrow Types / Group Types 

  • Configurations of Fields

  • Configurations of Functional Analytics

  • Etc.

Configurations can be stored:

  • within a Model Library, dedicated to a specific Model; or

  • within a Shared Library  which is accessible by multiple Models.
    (for example a Shared Locations Group Tree)

Data Library_edited.jpg
handglobenet.jpg

Reflecting Reality With
'Real World' Scalability

A significant problem with legacy modelling tools is their inability to scale to the actual size of challenges you're are facing. Even a small organisation can't be realistically reflected in a Slide, or a Diagram, or a Systems Drawing - let alone reflecting a multinational enterprise. 

 

BOXARR enables you to build and evolve Models which reflect the 'real world' scale of your organisations; with the breadth, depth, and fidelity to truly understand and manage your complexity:

  • Operate Models which can scale from simple systems to highly complex networks incorporating hundreds of thousands of Boxes and millions of data attributes.

  • Leverage Model Layers and Parametric Filtering to navigate your complexity and visualise/analyse areas and aspects of concern.

Scalability

Goodbye Static Drawings
Hello Dynamic Models

A significant problem with legacy modeling tools is that they are effectively just 'digital drawings', not DigitalTwins: 

  • Difficult if not impossible to capture systems at massive scale

  • Highly susceptible to becoming out of date

  • Often Printed, Filed, and Forgotten

By contrast, BOXARR Models are inherently dynamic DigitalTwins. They can consitently evolve through changes in underlying data and collaborative input from subject experts:

  • Model Objects (add/relocate/delete)

  • Data Values reflect the latest data

  • Conditional Formatting applied

  • Rich interactive KPI Dashboards

Dynamic.png
Dynamism
bottom of page