Difference between revisions of "Application Construction Wizard"

From AgileApps Support Wiki
imported>Aeric
imported>Aeric
Line 1: Line 1:
'''[[File:GearIcon.png]] > Customization > Applications > [Create New Application] > Create Using Wizard'''
'''[[File:GearIcon.png]] > Customization > Applications > [Create New Application]  
 
==Create Using Template
 
==Create By Import==
 
==Create Using Wizard==
When you click this tab, you can create an application by defining objects, fields, and the relationships between them. You can also create an entire Dynamic Case Management application with a single selection--adding other objects and relationships now or later.


'''Define the application:'''
# Enter the '''Application Name'''  
# Enter the '''Application Name'''  
#:
#:

Revision as of 23:05, 12 July 2013

GearIcon.png > Customization > Applications > [Create New Application]

==Create Using Template

Create By Import

Create Using Wizard

When you click this tab, you can create an application by defining objects, fields, and the relationships between them. You can also create an entire Dynamic Case Management application with a single selection--adding other objects and relationships now or later.

  1. Enter the Application Name
  2. 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.
    • Database Application
      A database application can have multiple objects with rich interconnections between them. It can also allow for collaboration among multiple parties.
      Learn more: Creating a Database Application
      • Object name
        Enter the name of the first object in the application.

Define an object:

  1. Click [Define Fields]
  2. 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
  3. For the Cases object, specify the label to use for the built-in subject and description fields (or use the defaults).
  4. 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
  5. Follow the prompts to add additional information, depending on the field type.
  6. When done defining fields, click [Save]
For more, click [Add additional Object] and repeat the process.

Establish relationships between objects:

  1. Click [Add a Relationship]
  2. Under Relationships select the objects to fill in the blanks:
    Between __{baseObject}__ and __{relatedObject}__
  3. 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.
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.

Create the application:

  1. Click [Create this Application]
  2. Click [Open Application] to run it