Once the model is deployed to the Stardust Platform runtime environment, you need to create users and assign roles to these users.
Users must be created in the Administration Perspective. They are not part of the model.
You need to create individual users and assign them to the created roles. While roles and organizations belong to the modeling environment, users belong to the runtime environment and are created, modified and assigned to their respective roles in Stardust Administration Perspective.
Log on with the default administrator's user ID and password: motu/motu (master of the universe). You can use Shift-F8 to rapid type these credentials:
Figure: Login Screen
In the Portal navigation, select the Administration icon
to switch to the Administration perspective.
In the Administration perspective Administrative Views section, choose Participant Manager to open the Participant Manager view.
Figure: Open the Participant Manager View
Click the Create User button to create a new user. Please refer to chapter Creating and Editing User Accounts of the Stardust Portal documentation for detailed information on creating users.
Figure: Click Create User icon
In the appearing dialog fill in the details about the new user:


Now add another user in the same way and assign it to role Engineer. Both users should be displayed in the Participant tree.

Figure: Users displayed in the Participant Tree.
Logout of the Stardust Portal.
ACME can now execute their support case management process. We will log in the Portal this time as Frank Cityman, and perform the activity Enter Data.
Figure: Logging on as another user
The logged on user can now perform activities belonging to the support case management process.

Figure: Starting a Process (Support Case Management Example)
Note that you can adjust the number of columns to display multiple
cardinality data structures in the auto-generated manual activity panel. The
default value is 3. Refer to chapter
Configuring Portal Settings in the
Stardust Portal guide for details.
The first activity of the process has been performed.
The next activity in the series, Analyze To Solve has been assigned to a different performer. A work item for this activity will be placed in the worklist of the user assigned to the role Engineer. For the next activity the user assigned to the role Engineer has to log in to the Stardust Portal.
In contrast to a user performing an initial process activity, a user performing the second or later activity does not click the start process prompt. He just picks up a work item visible in his worklist by clicking on the work item symbol. Notice, there are no startable processes for the Engineer in ACME model, because the manual trigger was only assigned to the Callcenter role, not Engineer. Of course, other process definitions (in addition to Support Case Management) could be added in the future and those could be defined with manual triggers for the Engineer.


C: sends the item to the Deliver Patch
user activity (CLOSED path).R: sends the item to the application activity
Notify Customer (REJECTED path), which prints a
notification on your console.

O: means that the state is still open and repeats the activity
Analyze To Solve.
Congratulations ! You have completed the Stardust Developers Support Case Tutorial.