4 Managing Domains

In Solution Designer, use domains to organize and manage specifications such as Products, Customer Facing Services (CFS), Resource Facing Services (RFS), and resources into meaningful groups.

Topics in this document

• About Domains

• Creating Domains

• Viewing Domains

• Updating Domains

• Deleting Domains

About Domains

A domain is a logical group or category that represents a specific area or type of service within the telecommunications industry. Domains help organize and classify the specifications, offerings, and capabilities provided by the service provider. Each domain typically represents a distinct aspect of telecommunications, such as voice services, data services, network infrastructure, security, customer support, cloud services, or Internet of Things (IoT).

Domains are further categorized into commercial domains, service domains, and technology domains for granular classification. A technology or commercial domain can reference zero or more service domains. Domains are used as filters when creating fulfillment, service, and technology models. For example, if the Mobile service domain is selected, only entities belonging to that domain are available for selection when building the PSR model.

Product specialists manage commercial domains, while service specialists manage service and technology domains. Domains are required for entity definitions in Solution Designer; each entity belongs to a domain.

Table 4-1 Types of Domain

Domain Type	Description	Specifications
Commercial	Manages specifications related to customer products. Commercial domains represent products offered, such as Broadband and Advanced Data Plan.	Product
Service	Manages specifications related to customer services. Represents types of services offered, such as Mobile, Broadband, TV, Voice, Cloud Services, and IoT.	CFS RFS Resource
Technology	Manages specifications for underlying technologies used to implement customer services. Examples: DSL, Fiber, Cable, 5G, LTE, Wi-Fi, Satellite.	Resource RFS

You can use multiple domains to help organize your specifications and models. For example, a mobile service offering can have a service domain of Mobile and technology domains such as 5G and 4G.

A service domain can be associated with multiple service models and specifications; similarly, a technology domain can be associated with multiple technology models and specifications. Each specification can have one primary domain and multiple secondary domains.

Domains play an important role in design realization. After an initiative is released, you can use the associated domains elsewhere in the application.

Creating Domains

You create domains using the Domains application, or when selecting the respective domains in the guided process for creating PSR Models.

To create domains:

1. In the Solution Designer landing page, click the application you want to use.

2. To create domains, do one of the following:

   • In the Domains application, click Create Domain.

   • In the PSR Models application, click Create Service Domain in the Select service domain step while creating a service model.

   • In the PSR Models application, click Create Technology Domain in the Select technology domain step while creating a technology model.

   • In the PSR Models application, click Create Commercial Domain in the Select commercial domain step while creating a product fulfillment model.

   The New Domain drawer appears.

3. Enter the following details:

   Table 4-2 New Domain Fields

   Field Name	Required or Optional	Description
   Name	Required	Name of the domain (must be more than one character).
   ID	Required	Id of the domain.
   Type	Required	The type of domain: Commercial, Service, or Technology.
   Description	Optional	Description of the domain.
   Associated Service Domains	Optional	Service domains associated with a technology or commercial domain. Appears only when you select Technology or Commercial as the type.
   Initiative	Required	Initiative to which the domain belongs.
   Asset Type in the Implementation Assets section	Optional	Type of implementation asset. Values: Helper class or Library. Available only for service and technology domains.
   Description in the Implementation Assets section	Optional	Description of the implementation asset. Available only for service and technology domains.
   Download Link in the Implementation Assets section	Required when Asset Type is selected.	The relative path for helper class files or third-party libraries (for example, /bucket/helperclass.zip). Files must be uploaded to S3-compatible object storage. This field is available only for service and technology domains. The defined helper class and libraries are loaded from the specified download link while building the cartridges.

   The domain IDs must follow the naming rules. See "About Naming Rules" for more information on naming rules.

   Note:

   When you edit Implementation Assets values, the fields may appear non-editable. However, you can update the details and click Submit.

4. Click Create.

   The domain is created.

Viewing Domains

You can view the domains from the Domains application or from the Initiative Items tab in the initiatives editor page in the Initiatives application.

To view domains:

1. In the Solution Designer landing page, click the application that you want to work with.

2. Do one of the following:

   • In the Domains application, search for a domain using the following criteria:

     • Domain name
     • Type: Commercial, Service, or Technology
     • Status: Lifecycle status
     • Initiative
     • Last updated date

     The results are filtered based on your search criteria.

   • In the Initiatives application, search for an initiative and click the Initiative Items tab in the initiatives editor page.

3. Select a domain to view its details.

   The Domain drawer appear and shows:

   • Overview tab: Details of the domain.

   • Used by tab: All items (models, domains, and specifications) associated with the domain. You can filter results by item name.

4. After viewing the details, click outside the dialog box to return to the Domain list page or the initiatives editor page.

Updating Domains

You can update the domain details such as Name, Description, Implementation assets, and Associated service domains.

To update a domain:

1. In the Solution Designer landing page, click the application that you want to work with.

2. Do one of the following:

   • In the Domains application, search for and select a domain.

   • In the Initiatives application, search for an initiative and select a domain from the Initiative Items tab in the initiatives editor page.

   The domain dialog box opens.

3. Click Edit and update the name, description, implementation assets, and associated service domains.

4. Click Update.

Note:

• You can't update the domain Type.

• You can update the domain details only in Definition and Advanced Configuration statuses. You can't update the details after the initiative completes the Advanced configuration phase.

Deleting Domains

You delete a domain from the Domains application or from the Initiatives application.

To delete domains:

1. On the Solution Designer landing page, click the application you want to work with.

2. Do one of the following:

   • In the Domains application, select a domain.

     The domain drawer opens.

   • In the Initiatives application, search for an initiative and click the Initiative Items tab in the initiatives editor page.

3. Click Delete.

   The domain is deleted only if it is not associated with any entities or domains.

Note:

• You can only delete a domain in the Definition status and the Advanced Configuration status.

• You can't delete the domain, if the associated initiative is in the Functional Testing stage, the Acceptance Testing stage, the Approval stage, or the Released stage, or if the domain is referenced by any entity (such as PSR models, CFSs, or RFSs).