Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 61 Next »

arKItect is a platform enabling structuring, visualizing, and operating complex set of data stemming from various legacy sources (Excel, database, web sites, xml...) or edited directely through a collaborative man-machine interface.

arKItect modeler & database technology provides advanced support for handling hierarchies and interactions.

Because systems are made of (sub-)systems in interaction, our technology perfectly fits for complex systems modeling or organizing complex sets of data.

arKItect platform is general purpose and you can easily define your own data model, views, imports, exports, operating programs, editing modes, custom python tools.... However, we also offer custom configurations for Systems Engineering and Project Development Plan that have been developped with industry leaders (Renault Nissan, Thalès Alenia Space)

For additional information, refer to

Please CLICK on any of the images below in order to browse related system visualization


This is a hierarchical decomposition of Human Body (In French). Double Click on "Humain" to browse into the model.

Une représentation hiérarchique du corps humain en systèmes, organes, tissus. "Double Clicker" sur Humain pour "voir le niveau sous-jacent".



Here is an exemple of structuring and visualizing systems engineering data: requirements, functions, flows, components, interfaces,... all these artefacts are organized in through different hierarchical views that would typically fit with systems engineering processes: requirements management, functional and technical architecture.




This is a PERT graph for a satellite project. Each green box is a workpackage, each violet box is a review. The objective behind structuring project data is to manage synchronously the Product Breakdown Structure, the Processes, the Work Breakdown Structure and the Organization Breakdown Structure. Normally, risks and planning may also be closely linked.













This view represents the hierarchical structure a source code directory (our script directory as of mid 2012).

Repository boxes height are proportional to the number of line of codes behind them. Leaf objects are source files. Links correspond to "imports", e.g. use of an object defined in another file.


This is an import of "its-actif" a web site describing all the functions needed to manage a transportation system, e.g. in a city. Each function has a web page containing its description, the input information and items and outcomes and description of sup/sub functions. Two other categories of objects are Terminators (objects or actors out of the scope of the description) and Datastores (databases needed to store data stemming out of each process activity).







 In this Database, we present 5 different viewpoints: A functional architecture, A list of automatically generated safety requirements based on the Functional Safety Concept (views 2.1), a view of how the requirements are allocated to functions (view 3.2), a view of a functional chain (view 3.c) describing how the safety mechanisms are defined in order to meet a Safety Goal (No Unexpected Braking), and eventually a view 7.3 translating the functional chain into a Fault tree from which independance and safety requirements are generated automatically.

On the way to a purely digital and provable safety case compliant with ISO 26262.











Smart city, smart grid, mobility are a typical example of a complex system with various views of objects all interacting together:



List of key (and often unique) features of the platform

  • fast data model definition and test (30 times faster than any modeling tool you may know!)
  • fast creation of generative visualizations - all visualizations are maintained consistent all the time
  • possibility to edit objects in visualizations
  • fast interface to Excel or tabular/matrix format enabling fast import of legacy data
  • extensive python interface
  • user administration
  • support for options and variants
  • support for revision management at object and database level
  • collaborative undo /redo (corresponding to a complex callback)
  • last but not least, you don't need to be a programmer to use it! This may save a lot of time explaining your needs to others!



  • No labels