Commit 1a2cc6b9 authored by Benjamin Engel's avatar Benjamin Engel
Browse files

Reformat WP tables

parent c0412041
...@@ -3,182 +3,166 @@ A breakdown of the project into individual work packages and the corresponding e ...@@ -3,182 +3,166 @@ A breakdown of the project into individual work packages and the corresponding e
.WP LC-Temporal .LC-Temporal
[cols="1,2"] [cols="1,5",caption='WP {counter:wp1}: ']
|=== |===
| *WP Number* | LC-Temporal |*Description* | Temporal aspects of the OpenSCENARIO 2.0 language and its execution
| *Responsibles* | M. Büker, R. Heidtman, Y. Hollander, H. Hungar | *Responsibles* | M. Büker, R. Heidtman, Y. Hollander, H. Hungar
|*Title / Description* | Temporal aspects of the OpenSCENARIO 2.0 language and its execution
|*Deliverable* | Full description of the temporal aspects of the language, including formal model if any |*Deliverable* | Full description of the temporal aspects of the language, including formal model if any
| *Effort (Man-days)* |Estimated work effort to complete this WP. | *Effort (Man-days)* |Estimated work effort to complete this WP.
| *Service Provider* | Tasks to be performed by a service provider. Also estimate the % of total effort for this WP. | *Service Provider* | Tasks to be performed by a service provider. Also estimate the % of total effort for this WP.
|=== |===
.WP LC-Syntax .LC-Syntax
[cols="1,2"] [cols="1,5",caption='WP {counter:wp1}: ']
|=== |===
| *WP Number* | LC-Syntax |*Description* | Syntax definition of the OpenSCENARIO 2.0 language
| *Responsibles* | Y. Hollander, R. Heidtman | *Responsibles* | Y. Hollander, R. Heidtman
|*Title / Description* | Syntax definition of the OpenSCENARIO 2.0 language
|*Deliverable* | Full syntax definition, including grammar, of the OpenSCENARIO 2.0 language. |*Deliverable* | Full syntax definition, including grammar, of the OpenSCENARIO 2.0 language.
| *Effort (Man-days)* |Estimated work effort to complete this WP. | *Effort (Man-days)* |Estimated work effort to complete this WP.
| *Service Provider* | Tasks to be performed by a service provider. Also estimate the % of total effort for this WP. | *Service Provider* | Tasks to be performed by a service provider. Also estimate the % of total effort for this WP.
|=== |===
.WP LC-CompoundTypes .LC-CompoundTypes
[cols="1,2"] [cols="1,5",caption='WP {counter:wp1}: ']
|=== |===
| *WP Number* | LC-CompoundTypes |*Description* | Compound types for OpenSCENARIO 2.0
| *Responsibles* | Y. Hollander | *Responsibles* | Y. Hollander
|*Title / Description* | Compound types for OpenSCENARIO 2.0
|*Deliverable* | Semantic description of the definition, inheritance and extensiblity mechanisms for all compound data types of the OpenSCENARIO 2.0 language. Input for LC-Syntax on syntax aspects of the compound data types. |*Deliverable* | Semantic description of the definition, inheritance and extensiblity mechanisms for all compound data types of the OpenSCENARIO 2.0 language. Input for LC-Syntax on syntax aspects of the compound data types.
| *Effort (Man-days)* |Estimated work effort to complete this WP. | *Effort (Man-days)* |Estimated work effort to complete this WP.
| *Service Provider* | Tasks to be performed by a service provider. Also estimate the % of total effort for this WP. | *Service Provider* | Tasks to be performed by a service provider. Also estimate the % of total effort for this WP.
|=== |===
.WP LC-BasicTypes .LC-BasicTypes
[cols="1,2"] [cols="1,5",caption='WP {counter:wp1}: ']
|=== |===
| *WP Number* | LC-BasicTypes |*Description* | Basic data types for OpenSCENARIO 2.0
| *Responsibles* | Y. Hollander | *Responsibles* | Y. Hollander
|*Title / Description* | Basic data types for OpenSCENARIO 2.0
|*Deliverable* | Semantic description of the definition of all basic, i.e. non-compound data types of the OpenSCENARIO 2.0 language. Input for LC-Syntax on syntax aspects of the basic data types. |*Deliverable* | Semantic description of the definition of all basic, i.e. non-compound data types of the OpenSCENARIO 2.0 language. Input for LC-Syntax on syntax aspects of the basic data types.
| *Effort (Man-days)* |Estimated work effort to complete this WP. | *Effort (Man-days)* |Estimated work effort to complete this WP.
| *Service Provider* | Tasks to be performed by a service provider. Also estimate the % of total effort for this WP. | *Service Provider* | Tasks to be performed by a service provider. Also estimate the % of total effort for this WP.
|=== |===
.WP LC-Expressions .LC-Expressions
[cols="1,2"] [cols="1,5",caption='WP {counter:wp1}: ']
|=== |===
| *WP Number* | LC-Expressions |*Description* a| Expression language for OpenSCENARIO 2.0
| *Responsibles* | P. Mai, J. Krasser
|*Title / Description* | Expression language for OpenSCENARIO 2.0
This comprises the generic parts of expressions (e.g. arithmetic, logic, etc.) based on the properties of the domain model, as well as ways to define more complex domain-specific expressions. This comprises the generic parts of expressions (e.g. arithmetic, logic, etc.) based on the properties of the domain model, as well as ways to define more complex domain-specific expressions.
| *Responsibles* | P. Mai, J. Krasser
|*Deliverable* | Full semantic description of the expression language of the OpenSCENARIO 2.0 language. Input for LC-Syntax on syntax aspects of the expression language. |*Deliverable* | Full semantic description of the expression language of the OpenSCENARIO 2.0 language. Input for LC-Syntax on syntax aspects of the expression language.
| *Effort (Man-days)* | 50 person days | *Effort (Man-days)* | 50 person days
| *Service Provider* | Documentation of expression language parts of the specification. ~25% of effort. | *Service Provider* | Documentation of expression language parts of the specification. ~25% of effort.
|=== |===
.WP LC-Semantics .LC-Semantics
[cols="1,2"] [cols="1,5",caption='WP {counter:wp1}: ']
|=== |===
| *WP Number* | LC-Semantics |*Description* a| A well-defined semantics for OpenSCENARIO 2.0.
| *Responsibles* | I. Whiteside, Y. Hollander (maybe), S. Rosenberg (maybe)
|*Title / Description* | A well-defined semantics for OpenSCENARIO 2.0.
As the levels of abstraction have been raised, so the effort and understanding needed for a simulation engine to implement support for this standard is raised. As such, the semantics of a scenario become more important: to give an unambiguous understand of a) whether that scenario could be executed at all; b) whether that scenario could be executed on a given map; c) how to execute that scenario unambigously. As the levels of abstraction have been raised, so the effort and understanding needed for a simulation engine to implement support for this standard is raised. As such, the semantics of a scenario become more important: to give an unambiguous understand of a) whether that scenario could be executed at all; b) whether that scenario could be executed on a given map; c) how to execute that scenario unambigously.
| *Responsibles* | I. Whiteside, Y. Hollander (maybe), S. Rosenberg (maybe)
|*Deliverable* | Semantic rules for the OpenSCENARIO 2.0 language. |*Deliverable* | Semantic rules for the OpenSCENARIO 2.0 language.
| *Effort (Man-days)* | Estimated work effort: 100 man-days | *Effort (Man-days)* | Estimated work effort: 100 man-days
|=== |===
.WP LC-Libraries .LC-Libraries
[cols="1,2"] [cols="1,5",caption='WP {counter:wp1}: ']
|=== |===
| *WP Number* | LC-Libraries |*Description* a| Libraries, Modules, Packaging and Namespace aspects of OpenSCENARIO 2.0
| *Responsibles* | P. Mai, Y. Hollander
|*Title / Description* | Libraries, Modules, Packaging and Namespace aspects of OpenSCENARIO 2.0
This WP will address the necessary ways of packaging functionality into libraries and modules in ways that foster re-use across users and implementations. Related namespacing problems are addressed. Relation to OpenSCENARIO 1.0 re-use concepts will be addressed. This WP will address the necessary ways of packaging functionality into libraries and modules in ways that foster re-use across users and implementations. Related namespacing problems are addressed. Relation to OpenSCENARIO 1.0 re-use concepts will be addressed.
| *Responsibles* | P. Mai, Y. Hollander
|*Deliverable* |Full semantic description of the library, modules, packaging and namespace aspects of the OpenSCENARIO 2.0 language. Input for LC-Syntax on syntax aspects of the libraries, modules, packaging and namespaces aspects. |*Deliverable* |Full semantic description of the library, modules, packaging and namespace aspects of the OpenSCENARIO 2.0 language. Input for LC-Syntax on syntax aspects of the libraries, modules, packaging and namespaces aspects.
| *Effort (Man-days)* | 50 person days | *Effort (Man-days)* | 50 person days
| *Service Provider* | Documentation of library, modules, packaging and namespace parts of the specification. ~15% of effort. | *Service Provider* | Documentation of library, modules, packaging and namespace parts of the specification. ~15% of effort.
|=== |===
.WP LC-Transfer1x .LC-Transfer1x
[cols="1,2"] [cols="1,5",caption='WP {counter:wp1}: ']
|=== |===
| *WP Number* | LC-Transfer1x |*Description* | Additional features in OpenSCENARIO 2.0 to support OpenSCENARIO 1.0/1.x features not otherwise part of 2.0
| *Responsibles* | Y. Hollander, J. Krasser | *Responsibles* | Y. Hollander, J. Krasser
|*Title / Description* | Additional features in OpenSCENARIO 2.0 to support OpenSCENARIO 1.0/1.x features not otherwise part of 2.0
|*Deliverable* | Semantic extensions to the OpenSCENARIO 2.0 language to support specific 1.0/1.x concepts not otherwise supported. Input for LC-Syntax on syntax aspects of these extensions. |*Deliverable* | Semantic extensions to the OpenSCENARIO 2.0 language to support specific 1.0/1.x concepts not otherwise supported. Input for LC-Syntax on syntax aspects of these extensions.
| *Effort (Man-days)* |Estimated work effort to complete this WP. | *Effort (Man-days)* |Estimated work effort to complete this WP.
| *Service Provider* | Tasks to be performed by a service provider. Also estimate the % of total effort for this WP. | *Service Provider* | Tasks to be performed by a service provider. Also estimate the % of total effort for this WP.
|=== |===
.WP DM-AbstractionRoads .DM-AbstractionRoads
[cols="1,2"] [cols="1,5",caption='WP {counter:wp1}: ']
|=== |===
| *WP Number* | DM-AbstractionRoads |*Description* | Create road network domain model based on concept project proposal.
| *Responsibles* | M. Kluge, J.Kaths | *Responsibles* | M. Kluge, J.Kaths
|*Title / Description* | Create road network domain model based on concept project proposal.
|*Deliverable* | UML entity definition of the road network, which provides an intuitive way of addressing elements in the network. This for example will be used to define conditions in the behavior definition, e.g. "turn right at the second 4-way junction". An ID based access with detailed knowledge of the road network content must also be possible. The abstract road network domain model should allow the usage of different map sources like OpenDRIVE in OpenSCENARIO 1.0 or HD maps. |*Deliverable* | UML entity definition of the road network, which provides an intuitive way of addressing elements in the network. This for example will be used to define conditions in the behavior definition, e.g. "turn right at the second 4-way junction". An ID based access with detailed knowledge of the road network content must also be possible. The abstract road network domain model should allow the usage of different map sources like OpenDRIVE in OpenSCENARIO 1.0 or HD maps.
| *Effort (Man-days)* | 30 (Could not find the actual number from the meeting...) | *Effort (Man-days)* | 30 (Could not find the actual number from the meeting...)
| *Service Provider* | Finalization of the UML model draft (10%). | *Service Provider* | Finalization of the UML model draft (10%).
|=== |===
.WP DM-Transfer1x .DM-Transfer1x
[cols="1,2"] [cols="1,5",caption='WP {counter:wp1}: ']
|=== |===
| *WP Number* | DM-Transfer1x |*Description* | Rework entity definition from concept project with regard to OpenSCENARIO 1.0.
| *Responsibles* | J. Tscheak (maybe), M. Kluge, J.Kaths | *Responsibles* | J. Tscheak (maybe), M. Kluge, J.Kaths
|*Title / Description* | Rework entity definition from concept project with regard to OpenSCENARIO 1.0.
|*Deliverable* | Consolidated UML entity definition that covers existing features of OpenSCENARIO 1.0 standard. Differences between 1.0 and the concept project domain model should be identified, listed and resolved. Deviations should only be allowed when necessity is clearly identified and reasoned. This work package is a predecessor of DM-Extend2x and should be finished first. |*Deliverable* | Consolidated UML entity definition that covers existing features of OpenSCENARIO 1.0 standard. Differences between 1.0 and the concept project domain model should be identified, listed and resolved. Deviations should only be allowed when necessity is clearly identified and reasoned. This work package is a predecessor of DM-Extend2x and should be finished first.
| *Effort (Man-days)* | 30 (Could not find the actual number from the meeting...) | *Effort (Man-days)* | 30 (Could not find the actual number from the meeting...)
| *Service Provider* | Finalization of the UML model draft (10%). | *Service Provider* | Finalization of the UML model draft (10%).
|=== |===
.WP DM-Extend2x .DM-Extend2x
[cols="1,2"] [cols="1,5",caption='WP {counter:wp1}: ']
|=== |===
| *WP Number* | DM-Extend2x |*Description* | Extend Entity Definition from Concept project and other working packages towards OSC 2.0
| *Responsibles* | J. Kaths, M. Kluge | *Responsibles* | J. Kaths, M. Kluge
|*Title / Description* | Extend Entity Definition from Concept project and other working packages towards OSC 2.0
|*Deliverable* | UML entity definition that extends the ones from OSC 2.0 Concept Project and from work package DM-Transfer1x with high level scenario descriptions (e.g. drive()) and other missing features. It will also incorporate the road model developed in work package DM-AbstractionRoads. The result is the full entity definition for OSC 2.0. Similar to the separation of DM-AbstractionRoads, this work package is likely to be split into further work packages as the project progresses. |*Deliverable* | UML entity definition that extends the ones from OSC 2.0 Concept Project and from work package DM-Transfer1x with high level scenario descriptions (e.g. drive()) and other missing features. It will also incorporate the road model developed in work package DM-AbstractionRoads. The result is the full entity definition for OSC 2.0. Similar to the separation of DM-AbstractionRoads, this work package is likely to be split into further work packages as the project progresses.
| *Effort (Man-days)* | 40 | *Effort (Man-days)* | 40
| *Service Provider* | Finalization of the UML model draft (10%). | *Service Provider* | Finalization of the UML model draft (10%).
|=== |===
.WP DM-Extensibility .DM-Extensibility
[cols="1,2"] [cols="1,5",caption='WP {counter:wp1}: ']
|=== |===
| *WP Number* | DM-Extensibility |*Description* | Develop technical concept for extensibility of Domain Model
| *Responsibles* | S. Rosenberg | *Responsibles* | S. Rosenberg
|*Title / Description* | Develop technical concept for extensibility of Domain Model
|*Deliverable* | Technical concept to enable standard-conform extensions of the Domain Model. This should cover special features that can be introduced by single users, but may be extended towards bigger feature sets that a whole user-group agrees upon. |*Deliverable* | Technical concept to enable standard-conform extensions of the Domain Model. This should cover special features that can be introduced by single users, but may be extended towards bigger feature sets that a whole user-group agrees upon.
| *Effort (Man-days)* | 40 | *Effort (Man-days)* | 40
| *Service Provider* | Tasks to be performed by a service provider. Also estimate the % of total effort for this WP. | *Service Provider* | Tasks to be performed by a service provider. Also estimate the % of total effort for this WP.
|=== |===
.WP DM-Ontology .DM-Ontology
[cols="1,2"] [cols="1,5",caption='WP {counter:wp1}: ']
|=== |===
| *WP Number* | DM-Ontology |*Description* | Develop ontology to establish relations between entities
| *Responsibles* | S. Kraines, F. Sanchez, I. Whiteside, P. Parekh | *Responsibles* | S. Kraines, F. Sanchez, I. Whiteside, P. Parekh
|*Title / Description* | Develop ontology to establish relations between entities
|*Deliverable* | Extension of the entity definition delivered by WP DM-Extend2x with an ontology that describes relations between the entities to enable inferrment. |*Deliverable* | Extension of the entity definition delivered by WP DM-Extend2x with an ontology that describes relations between the entities to enable inferrment.
| *Effort (Man-days)* | 60 | *Effort (Man-days)* | 60
| *Service Provider* | Tasks to be performed by a service provider. Also estimate the % of total effort for this WP. | *Service Provider* | Tasks to be performed by a service provider. Also estimate the % of total effort for this WP.
|=== |===
.WP FS-FeatureSetsConcept .FS-FeatureSetsConcept
[cols="1,2"] [cols="1,5",caption='WP {counter:wp1}: ']
|=== |===
| *WP Number* | FS-FeatureSetsConcept |*Description* | Create a concept for partial support of the standard
| *Responsibles* | M. Kluge | *Responsibles* | M. Kluge
|*Title / Description* | Create a concept for partial support of the standard
|*Deliverable* | Concept to fragment content of the standard into clusters (features sets). Has to contain the approach on how to cluster the content (e.g. on domain model level), a first draft of viable feature sets and an idea on how to check language files for feature set compatibility. Predeccesor for work packages FS-FeatureSetsDefinition. |*Deliverable* | Concept to fragment content of the standard into clusters (features sets). Has to contain the approach on how to cluster the content (e.g. on domain model level), a first draft of viable feature sets and an idea on how to check language files for feature set compatibility. Predeccesor for work packages FS-FeatureSetsDefinition.
| *Effort (Man-days)* | 30 (Estimation by M Kluge.) | *Effort (Man-days)* | 30 (Estimation by M Kluge.)
| *Service Provider* | Not applicable. | *Service Provider* | Not applicable.
|=== |===
.WP FS-FeatureSetsDefinition .FS-FeatureSetsDefinition
[cols="1,2"] [cols="1,5",caption='WP {counter:wp1}: ']
|=== |===
| *WP Number* | FS-FeatureSetsDefinition |*Description* | Define viable feature sets
| *Responsibles* | M. Kluge | *Responsibles* | M. Kluge
|*Title / Description* | Define viable feature sets
|*Deliverable* | Definition and documentation of feature sets based on first draft provided by successor work package FS-FeatureSetsConcept. Might also contain the addition of new elements in the language to declare feature set compatibility. Predeccesor for work packages FS-FeatureSetsValidation. |*Deliverable* | Definition and documentation of feature sets based on first draft provided by successor work package FS-FeatureSetsConcept. Might also contain the addition of new elements in the language to declare feature set compatibility. Predeccesor for work packages FS-FeatureSetsValidation.
| *Effort (Man-days)* | 30 (Estimation by M Kluge.) | *Effort (Man-days)* | 30 (Estimation by M Kluge.)
| *Service Provider* | Language checks and possibly UML model finetuning (20%). | *Service Provider* | Language checks and possibly UML model finetuning (20%).
|=== |===
.WP FS-FeatureSetsValidation .FS-FeatureSetsValidation
[cols="1,2"] [cols="1,5",caption='WP {counter:wp1}: ']
|=== |===
| *WP Number* | FS-FeatureSetsValidation |*Description* | Define feature set validation method
| *Responsibles* | M. Kluge | *Responsibles* | M. Kluge
|*Title / Description* | Define feature set validation method
|*Deliverable* | Definition, documentation and implementation of validation approach of language files against feature sets. Necessary for actual usage of usage of feature sets. |*Deliverable* | Definition, documentation and implementation of validation approach of language files against feature sets. Necessary for actual usage of usage of feature sets.
| *Effort (Man-days)* | 20 (Estimation by M Kluge.) | *Effort (Man-days)* | 20 (Estimation by M Kluge.)
| *Service Provider* | Language checks and possibly UML model finetuning (20%). | *Service Provider* | Language checks and possibly UML model finetuning (20%).
......
Markdown is supported
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment