When you integrate a cloud application for the first time, you will naturally try to understand the sequence of steps to succeed in creation of an APS application that will integrate your cloud application with the platform. Here, you will find the process with recommended common steps outlined for the beginners. Later in your practice, you will probably use a bit different sequence as well as miss some of the depicted steps.
In this document:
Generally, an integration process consists of the learning, design, development, and testing (with debugging) phases each split into several steps as presented in the following diagram.
The following table contains the integration activity and involvement of staff into this process.
ACTIVITY
|
Outcome
|
Product Manager
|
Solution Architect
|
Integration Developer
|
---|---|---|---|---|
Learn: Operations Support System | - Knowledge and skills in managing fundamental service and business components of the platform
- Deployed and provisioned APS demo application
|
Yes | Yes | Yes |
Learn: Business Support System | - Knowledge and skills in creating basic platform products for sale
- Product based on an APS demo application and configured for sale
|
Yes | Depends on resource model | Depends on resource model |
Learn: Prerequisites | - Knowledge and skills in development, deployment, and testing of an APS integration package
- Completed APS demo projects
|
Yes | Yes | Yes |
Design: Sales Model | Sales model for own application | Yes | Depends on sales model | Depends on sales model |
Design: Offer Review
(1st certification step)
|
Approved service assessment checklist | Yes | – | – |
Design: Requirements for Solution Architect | Design requirements for a solution architect (Roger) | Yes | – | – |
Design: APS Resource Model | APS resource model for the application | Yes | – | – |
Design: Scenarios Design (Under Development) | User scenarios and wireframes | – | Yes | – |
Design: Information Architecture | Documents in the form of tables:
- UI contents
- APS types - required relations, properties, structures, and operations
|
– | Yes | – |
Design: Wireframes | Graphical layout of screens and pop-up windows | – | Yes | – |
Design: Design Review
(2nd certification step)
|
Approved documents:
- Resource model
- User Scenarios
- Wireframes
|
Yes | Yes | – |
Design: Requirements for Integration Developer | Requirements for the developer (Kevin):
- Integration points
- User scenarios
- Information architecture
- Wireframes
|
– | Yes | – |
Develop: Meta Definition | - Meta description of integration components
- List of backend executables
|
– | – | Yes |
Develop: Provisioning Logic | - APS types
- PHP scripts
|
– | – | Yes |
Develop: Presentation Logic | HTML, JavaScript, and JSON files implementing application UI | – | – | Yes |
Test: Testing and Debugging | Prototype of the integration package | – | – | Yes |
Test: Implementation Review
(3rd certification step)
|
Approved package prototype and the following documents:
|
Yes | Yes | Yes |
Test: Technical Review
(4th certification step)
|
Certified package uploaded to the APS catalog | Yes | Yes | Yes |
The outlined process includes four certification overview steps that ISV needs if they are going to make the application package publicly available through the APS catalog. Otherwise, they can plan similar internal reviews using the recommended certification documents linked from the above table.