Application Construction Wizard
From AgileApps Support Wiki
Revision as of 23:29, 3 July 2013 by imported>Aeric
> Customization > Applications > [Create New Application] > Create Using Wizard
To create the application:
- Enter the Application Name
- Application Type
- Dynamic Case Management Application
- Create a DCM (Dynamic Case Management) application when your main Object records (be they cases, investigations, or incidents) could be in one of several states. For example: Open, Pending, or Closed. (The need for state-dependent behavior is a prime indicator that a DCM application may be appropriate.)
- Case Object Title
- The default value is Cases. Throughout the documentation, and when writing code, the object always goes by that name. But the interface can display a label that is appropriate for the application. For example, Incidents or Investigations.
- Learn more: Template:^Build an App article
- [Add additional Object]
- Click this button to define additional application objects.
- Most of the objects you need are included automatically, with two exceptions: Accounts and Contacts.
- Those objects are part of the standard ServiceDesk application, and other common applications.
- They can be added to the current application after it is created, using Resource Sharing. But is not necessarily the case that the Contacts and Accounts used in one application are the same as those used in another, so they're not included by default.
- Case Object Title
- Create a DCM (Dynamic Case Management) application when your main Object records (be they cases, investigations, or incidents) could be in one of several states. For example: Open, Pending, or Closed. (The need for state-dependent behavior is a prime indicator that a DCM application may be appropriate.)
- Database Application
- A database application can have multiple objects with rich interconnections between them. It can also allow for collaboration among multiple parties.
- Object name
- Enter the name of the first object in the application.
- Object name
- A database application can have multiple objects with rich interconnections between them. It can also allow for collaboration among multiple parties.
- Dynamic Case Management Application
Define an object:
- Click [Define Fields]
- Specify object labels:
- Plural Label - The label used when the context is the object itself, or to the collection of records it contains
- Singular Label - The label used when the context is a single record stored in the object
- For the Cases object, specify the label to use for the built-in subject and description fields (or use the defaults).
- Define up to 10 fields, to get started. (You can add more later.) For each field, specify:
- Field Label - The label users will see.
- Internal Field Name - The internal reference name. (Created for you. Modifiable, but generally best left alone.)
- Field Type - Pick one of the many choices
- Follow the prompts to add additional information, depending on the field type.
- When done defining fields, click [Save]
- For more, click [Add additional Object] and repeat the process.
Establish relationships between objects:
- Click [Add a Relationship]
- Under Relationships select the objects to fill in the blanks:
- Between __{baseObject}__ and __{relatedObject}__
- Specify the Relationship Type:
- One to Many - One {baseObject} record can be related to many {relatedObject} records
- For example: One Order can have many OrderItems.
- This option adds a Lookup field to the {relatedObject} that targets the {baseObject}.
- Notes:
- To make a One to One relationship, construct it as One to Many, and add a Unique Index to the target object to ensure that only one such record can ever exist.
- To make a Master-Detail relationship, use the Cascade Rules to auto-delete detail records when a master record is deleted.
- Many to Many - One {baseObject} record can be related to many {relatedObject} records, and each of the {relatedObject} records can be related to many {baseObject} records
- For example: One Order can have many Tags, and one Tag can be applied to many Orders.
- One to Many - One {baseObject} record can be related to many {relatedObject} records
- The relationships cause Lookup fields to be added to the objects, with names like "related_to_X". For example, the OrderItems object will have a field named related_to_Orders.
When you're done specifying objects, create the application:
- Click [Create this Application]
- Click [Open Application] to run it