You are viewing an old version of this page. View the current version.
Compare with Current
View Page History
« Previous
Version 13
Next »
Implementation details are collected here ← @alexander.domin start here.
1 | Work Breakdown Structure for the External Data Server Proof-Of-Concept - The TODOs listed below were added to the EA block-diagram, look at ExternalDataServerPoC-WBS.pptx
- After addition of a description of work and definition of done to each TODO, these TODOs will be entered into Jira.
| Owner | Comment |
2 | VSS feeder component - todo finalize permissions layer concept (independent work item)
- description TBD
- definition of done TBD
|
|
|
3 | - todo create a layer concept for the Franca to VSS leaf mapping (model transformation)
|
|
|
4 | - todo design and implement franca service (SomeIP)
|
|
|
5 | - todo implement feeder as PoC
|
|
|
6 | - todo check signal to service translation in Adaptive Autosar
|
|
|
7 | - todo agree on PoC use cases for the implementation
|
|
|
8 | - todo create PoC Someip simulation component to playback agreed use cases
- note: we could consider using an Adaptive Autosar node like what we did for the FARACON demo
- note: VSS data base could be merged into the VSS feeder
|
|
|
9 | - Select and implement feeder input API → how feeder writes data into the "shared database"
- Either it is writing directly into the database (shared with the VSS data server component) or writing into an API provided by the VSS data server.
|
|
|
10 | VSS data server component - APP implement authentication to access the data server (eg JWT), e.g. json Web token
- relates to Vehicle Signal Authentication
- description TBD
- definition of done TBD
|
|
|
11 | - Implement the connection between the access protocol (GraphQL) and the fetching/writing of data into the database.
|
|
|
12 | - APP implement request/response serialization
- Gunnar: this is probably defined by the communication protocol (defined by GraphQL)
|
|
|
13 | Define GraphQL schema - what does it look like? – Alexander Domin will deliver |
|
|
14 | - todo resolve requested data for the APP from the VSS data structure
- ==> This means: Implement the resolvers function in GraphQL
Depends on choosing the database implementation first.
|
|
|
15 | - todo change/write data values for requested data leaves
|
|
|
16 | - todo handle the subscription for APPs
|
|
|
17 | - todo write a generator which will handle permissions in the data server
|
|
|
18 | Framework Layer / Authentication Service - todo request APP permissions from package manager
- description TBD
- definition of done TBD
| | Will update the description and DoD for this component |
19 | - todo generate access token for the APP including the APP permissions
| | Implementation of the module deployed on the platform. Buildable by Android buildystem (Android.bp) |
20 | Application Layer |
|
|
21 | - todo Implement the APP permissions based on permissions defined/proposed in VSS layers
- description TBD
- definition of done TBD
|
|
|
22 | - todo implement access token request
| | Will be provided as a part of "Authentication Service" to showcase the exposed API |
23 | - todo APP implement request/response serialization for the client
|
|
|
24 | - todo implement the selected use cases
|
|
|
Support / Infrastructure
- Testing
- Stephen Lawrence I can contribute to the effort to integrate the PoC into the Genivi LAVA Automated testing if the group decides to use it.
- Integration
- Stephen Lawrence : I would be happy to provide best effort support for integration on R-Car h/w where needed.