Attendees
Ingmar Vali Satyajit Suri Dominika Bieńkowska (Deactivated) Meelis Zujev (Deactivated) Nico Lueck Valeria Tafoya Aleksander Reitsakas Wes Brown Kibuuka, Arnold Steve Conrad PSRAMKUMAR Ain Aaviksoo (Deactivated) Jukka Aaltonen (Deactivated) Simon Eyre Mauree, Venkatesen
Agenda | Presenter | Duration | Discussion | |||
| 10 minutes https://www.youtube.com/watch?v=4ASKMcdCc3g
| TECH-278: All BB Leads to confirm if data model has been defined for respective BBs.IN PROGRESS Panel | | |||
|
Jira Legacy | ||||||
---|---|---|---|---|---|---|
|
Jira Legacy | ||||||
---|---|---|---|---|---|---|
|
Jira Legacy | ||||||
---|---|---|---|---|---|---|
|
Integration
Concept on integrating the TC/architecture team work on adaptors with the sandbox team Minimum Viable Product (MVP) eg. Happy Flow
For Sandbox development, the initial concept of an MVP for integration took one flow of the user for unconditional social cash transfer use case called the happy flow.
However, MiFos, MOSIP & Xrd discovered they need to wait for ITU contractors to either come up with an interim solution just for the MVP to finalise their work on customising their products towards GovStack specifications and have a fully compliant solution.
Alternatively, we could wait for these three solutions and these three providers to finish and have this fully compliant solution and they are integrated. This is the integration scenario of just one fully compliant system being integrated but we have not yet covered the integration scenario of the partially compliant solution which needs an adapter to be integrated.
While we wait for the building block providers of MOSIP, MiFOS XRD to come up with their compliance solution, we could work on open emails and registration to integrate them via an adapter but, the concept of an adapter is not designed yet, the team is blocked by this.
The team is proposing to continue in close collaboration with either the architecture team to go into fast sprints for design and testing. Also, find people from the specification side and developer to go into sprints next month - who will dedicate up to 4 hours weekly to the work.
Steve - there is an adapter concept but it has not been fleshed out. It might work best to form a small dedicated team of one or two BB Leads, a developer, representative from the architecture team, Sandbox team to commit significant time to sprint.
What should the technical approach be for creating that kind of adaptor?
Aleksander Reitsakas volunteered
Wes - the delay is on the architecture team e.g.,coming up with the design for how it will be implemented. The GoFore team can be the developers to work on this. We could also have people from the Sandbox team engage with the architecture team to focus on getting the design done as soon as possible, then we can iterate on the design with work from the GoFore team.
Ramkumar - Do we have a Use Case where we can map the requirements to the adapter to the specific Use Case?
Meeliz - Use Case should start with a minimum requirements because the adapter should be tested from minimum to maximum, not to just take a full scope of a functionalities and start to build. The MVP journey should be the first reference case for building the adapters, and the application that are not contracted can be as a test softwares for those adapting journey.
Vijay - the payment BB is in the process of finalising the APIs related to bug disbursement which will be used by the unconditional social cash transfer use case because these were not finalised in the requirement spec. The payment flow captured in the above document needs to be reviewed to reflect the bug disbursement process.
Compliance concept
Update on compliance concept and current projects to get candidates compliant Compliance Concept and Integration Scenarios
When do we call which software to be compatible or compliant? What criteria are to be met?
Satya - It would be a good idea for the compliance concept to also link with the compatibility ratio coming out of the test harness.
Wes - We have a compliance process that we are trying to create and there is need to have things in place to ensure it can be supported so that we can run through a compliance process with actual software.
Do we have a deadline for when we want that to be ready?
What needs to happen from the technical perspective for us to be able to support whatever the compliance process looks like at this first stage?
Nico - there are some dependencies that need to be in place i.e., specification 1.0 publication and having test harness. Although there are projects that have started while the compliance concept is not finished.
Wes - We should come up with specific deadline for when we want to have this ready, to make it easy to prioritise the work on this dependencies.
Steve - We could define some candidate tools we want to try to integrate? What test do we want to be able to run? The Sandbox team needs to define some immediate technical steps to spin up couple of examples, and then build out.
Status update
All
Meeting recording
Action items
BB Leads Steve Conrad Dominika Bieńkowska (Deactivated) Meelis Zujev (Deactivated) | https://www.youtube.com/watch?v=U1vz__vR8hQ | Scrum standup-style (what we did this week; plans for next week; blockers/pain points and open/unresolved questions?
| |||||||||||||||||
Meeting recording
...
Action items
- Define compliance concept timeline Nico Lueck