Purpose

Everything covering a use case in terms of a certain business goal and domain. Uses all the other modules and forms via a production line a running productive application. Also it's start point to define an application blueprint.


There can be multiple Use Cases, which get listed in a kind of Use Case catalog. The use case modules has within each created use case all resources available without any limitation. This is because it consumes its data, models or processing templates and apps from the other modules and plays new ones back. Also for fast development and test purposes Use Cases is the place for fast prototyping by having everything at one place and if there is no need of scalable set up.


Especially the "to production" topic gets emphasis here via the "Production Line" and "Schedules" Resources. This is in order to connect and maintain all the ready made sub parts (resources like prepared data, models and functions) in running and trackable systems. Workflows and Function especially for quality checks and notification services are set up and used in the production line. The goal is to provide a self running, fully automated system, where on a regular (scheduled) or on a demand base, the users or other systems receive their data (or other results of an use case). Only when the checks fail and notifications or alerts are sent, the system has to be maintained. Most of the time the Use Case module provides the data which then is accessible via an app. 

Also user management is a very relevant part here, as with Use Cases the end customer most likely are a huger group of people or systems that accessing the system as "externals". Whereas at the modules in between the user groups are more less and more development oriented with approval steps instead of things like Analysis Authorization.


Standard projects

Standard projects are any kind of business solutions that data scientists operate on.