The design process aims at analyzing the application integration needs, designing the information architecture (IA), and creating comprehensive requirements for the development phase.
In this document:
The design process involves the product manager and solution architect roles. On completion of the design steps, they create documents needed in the development process:
Optionally, the above mentioned roles can go through the certification process to get your application certified for the platform.
Leverage the effect of this document by complying with the following prerequisites:
Will, as the product manager, starts with gathering description of the cloud application that he is going to integrate with the OSS/BSS platform. Key points:
Sync with certification requirements. A sales model usually contains the following minimal set:
If you pursue the certification for your APS application, join the Offer Review process.
Get more details about this step in the Sales Model document.
A resource model must be closely related with the sales model. The model design process is described in the APS Resource Model section.
The documents that help understand and build the application resource model:
Get more details about this step in the APS Resource Model document.
Will formulates design requirements for his colleague Roger, the solution architect of the project. The requirements are contained in the following documents designed at the previous step:
Refer to Offer Review for the full list of the documents required at the respective certification phase.
The designed sales model and resource model allow Roger to proceed with the following steps.
Design activity | Outcome |
---|---|
Identify customer personas that are consumers of the application services | - List of customer owner, administrative personnel, and service use employees
- Detailed description of each persona
|
Identify integration points of the application on the OSS/BSS platform | Persona based list of touchpoints with brief description of the communication area where these touchpoints are used |
Design user scenarios | Approved User scenarios, separately for each persona:
|
Design the information architecture | Tables and diagrams presenting details of UI screens and APS types |
Design UI wireframes | Approved UI wireframes with interaction calls of backend and frontend methods |
The hosting platform implies the simplified customer team that will manage and consume application services as described in the Customer Personas document:
Get more details about this step in the Customer Personas document.
In the considered OSS/BSS platform, there is a predefined set of integration points that Roger can use in his project. Analyzing the sales model, resource model, and the list of available integration points, Roger defines the set of integration points his application needs to implement.
The User scenarios should be oriented on the personas defined earlier. Roger gets familiar with the typical Customer Scenarios to develop user scenarios for his application. The scenarios must walk the respective users through the integration points defined at the previous step.
Get more details about this step in the Customer Scenarios document.
In this step, Roger should compile the data gathered and built at the previous steps in the format suitable for developers as described in the Information Architecture document. Preferably, it should be a set of tables and diagrams with detailed description of all APS types involved into development.
Get more details about this step in the Information Architecture document.
Roger analyzes scenarios and designs a wireframe for each step. Refer to the Frontend documentation and primarily to User Interface to get description of the controls Roger can use in the custom UI. The full reference data is presented in the APS JS API reference document.
Refer to more detailed description:
Roger sends the following documents designed in this phase to Kevin, the project developer, who will start the development process.
Refer to Design Review for the full list of the documents required at the respective certification phase.