Usecase

Actors

• User

• Backend Server

• Database (Solution DB)

• UI (Web Form)

Preconditions

• Data related to Good Records, Error Records, Pass Percentage, File Status, Error Description, Phase V3, and Phase EBMR are stored in the Solution DB.

• RESTful API is set up on the backend server.

• UI supports interaction with the REST services for data retrieval.

Postconditions

• Users can retrieve the specified data directly from the UI.

• The requested data is retrieved from the database and provided to the user with pagination support.

1. Design Process flow

Process flow:

This process flow comprises three distinct flows, each serving specific functionalities. It involves a backend query that communicates with the database to retrieve all pertinent information as per the user's request.

...

Once the flow has been designed, it must be published for the REST provider.

...

User Interface:

...

a. Default Flow: To fetch complete status

Process Overview

The Process flow is designed to view Application Data, allowing users to fetch complete statuses like good record records, error records, warnings, etc. from the User Interface (UI). This flow functions as a backend service for the REST provider API. When a user triggers the API, this flow is invoked to handle the request.

...

User Interface

...

Process Steps

1. User Interface (UI) Request:

   • A user interacts with the UI and triggers a request to view application data.

   • The UI sends a request to the backend service via the REST API.

2. API Endpoint Invocation:

   • The REST provider API receives the request and routes it to the appropriate endpoint.

   • The endpoint is configured to handle specific data queries and statuses (good records, error records, warnings, etc.).

3. Backend Service Initialization:

   • The API endpoint invokes the backend service responsible for processing the request.

   • The backend service starts by validating the incoming request parameters.

4. Data Retrieval:

   • The backend service queries the database or data storage to fetch the requested application data.

   • It retrieves data based on the requested criteria (e.g., all records, good records, error records, warnings).

5. Data Processing:

   • The backend service processes the retrieved data to format it according to the requirements.

   • It filters and categorizes the data into different statuses (good records, error records, warnings).

6. Response Preparation:

   • The processed data is then packaged into a structured response.

   • The response includes all the necessary details and statuses requested by the user.

7. Sending the Response:

   • The backend service sends the prepared response back to the REST provider API.

   • The API then forwards the response to the UI.

8. UI Displays Data:

   • The UI receives the response and parses the data.

   • It displays the data to the user, showing complete statuses like good records, error records, warnings, etc.

Process flow Activity:

1. Source Activity - The source comprises a database. It is necessary to create DbInfo and DbLayout to be invoked in the source activity

...

4. Context Target Using ContextTarget to store data in the flow which will be carried by the REST provider.

...

b. Advanced Search Flow - To Search Start Date and End Date

This process flow facilitates advanced search options for specific application data within the system. The advanced search functionality allows users to input Start Date and End Date as search parameters, which triggers interactions between the front-end and back-end systems. Subsequently, the filtered results are displayed to the user for review.

...

Process Steps

1. User Interface Initialization:

   • The user accesses the search interface of the application.

...

2. Input Parameters:

   • The user is presented with input fields for Start Date and End Date.

   • The user enters the desired Start Date and End Date to define the search parameters.

3. Input Validation:

   • The system validates the input dates to ensure they are in the correct format and logical order (e.g., Start Date is not after End Date).

   • If the validation fails, the system prompts the user to correct the input.

4. Search Trigger:

   • Once the input dates are validated, the user initiates the search by clicking a 'Search' button.

5. Front-End Processing:

   • The front end captures the input parameters and prepares an API request to the back-end system.

   • The API request includes the Start Date and End Date as query parameters.

6. Back-End Request Handling:

   • The back-end system receives the API request.

   • It processes the request by querying the database for records that fall within the specified date range.

7. Data Filtering:

   • The back-end system applies the date filters to the application data.

   • The system retrieves the relevant records that match the search criteria.

8. Response Construction:

   • The back-end system constructs a response containing the filtered data.

   • The response is sent back to the front-end system.

9. Data Display:

   • The front-end system receives the response from the back-end.

   • It processes the response and displays the filtered results to the user in a user-friendly format.

Process flow activity:

1. Source Activity - The source comprises a database. It is necessary to create DbInfo and DbLayout to be invoked in the source activity

...

4. Context Target -The target will be ContextTarget to store data in the flow for the REST provider.

...

c. Process flow - To search By File Attribute.

This flow process enables search options by file attribute like FILE_QUEUE_ID, SSN, EMPLOYEE_LAST_NAME, GROUP_POLICY_NUMBER, COVERAGE_ID, EMPLOYEE_FIRST_NAME, EMPLOYEE_ID & RECORD_STATUS. It enables how the user initiates the search, the interactions between the front end and back end, and the final display of the filtered results to the user.

...

• Response Reception: The front end receives the response.

  • Result Rendering: The front end processes the response data and displays the filtered results to the user in a user-friendly format (e.g., a table or list).

  • Feedback: If no results are found, the front end provides appropriate feedback to the user (e.g., "No records found matching the search criteria").

Process flow activity:

1. Source Activity - The source comprises a database. It is necessary to create DbInfo and DbLayout to be invoked in the source activity

...

4. Context Target Using ContextTarget to store data in the flow which will be carried by the REST provider.

...

2. Create REST Provider End-point

In this particular use case, the process flow is shared by developing a REST provider that will eventually be integrated with the user interface.

...

Select the Response Schema (For example, we are opting for the schema that has been utilized in the process flow as the target schema)

9. Save it.

3. Publish the Provider (REST URL) at UI

Once the above steps have been completed, it is necessary to link the REST provider URL with the user interface (UI) to present the data on the UI

...