SCOTT:BB-UC Relation

From its-wiki.no

Revision as of 11:52, 27 March 2018 by Josef.Noll (Talk | contribs)

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search

Use-case and Building Block relation

This page summarises the results of the discussions between Use Cases (UC in SP2, ) and Building Blocks (BB in SP3, WP23-WP26), and focusses on how Building Blocks will contribute to the Use Cases.

Dear SCOTT BB owners,

as you know your BB is related to several Use Cases in SCOTT. As an outcome of alignment between SP2 and SP3 activities in SCOTT, we would like to ask you to indicate where your BB is implemented using the following table - deadline: 06Apr2018
https://projects.avl.com/16/0094/WP06/Documents/Master_UC_BB.xlsx

Please exchange the relations ("X") in the table for your BB with either C, E or F:

  • C: Core Use case: The BB will be implemented in the use cases.
  • E: Extended: The BB is foreseen in the use case within the scope of the project
  • F: Future: The BB will have a contribution to the WP, but only on descriptive level and lead to assessment of future impact

Note: Our assumption is that you implement the BB in the use cases indicated in the Description of Work (DoW). We envision the cross-technology view by seeing that BBs are implemented in multiple UCs.
Dropping a UC is only allowed when following the process in the attached document. A reduction of scope is not envisioned, though if F (future) contribution, then

The mapping will bring the If specific BB will not be implemented or has "F" label it results in reduction of PMs assigned to specific UC. Also, such a change requires official decisions described in SP2_SP3_alignment document.

Timeline

  1. . 06Apr2018 - Building Block owners to update their "C,E,F" contribution to the envisaged use cases. Fill in: https://projects.avl.com/16/0094/WP06/Documents/Master_UC_BB.xlsx


2. Check of relations C/E/F in the table - RESPONSIBLE: UC OWNER, DEADLINE: 06.04 WHERE: https://projects.avl.com/16/0094/WP06/Documents/Master_UC_BB.xlsx?Web=1

The baseline for UC scope is the DoW. UC Owners should check the changes according to final version of the DoW. The UC Leader should proceed as described in document Sp2_SP3_alignment. 3. Cross-verification and scope fine tuning RESPONSIBLE: BB OWNER + BB OWNER IN UC + UC LEADERS, DEADLINE: 13.04 WHERE: https://projects.avl.com/16/0094/WP06/Documents/Master_UC_BB.xlsx?Web=1

1. Deliverables

SP2:

Help & Support - Lukasz Szczygielski (GUT) - lukasz.szczygielski@wicomm.pl

Progress reports - RESPONSIBLE: UC Leader with BB Owners in UC DEADLINE: as defined in call for deliverables

Template: https://projects.avl.com/16/0094/WP06/Documents/03_Deliverables/SCOTT_WP6_TEMPLATES/SCOTT_D_X_2_progress_report_template.docx?Web=1

Main focus: deployment and integration details (see SP2_SP3_alignment document for more details)

Demonstrator-related documents - RESPONSIBLE: UC Leader with BB Owners in UC DEADLINE: as defined in call for deliverables

Template: https://projects.avl.com/16/0094/WP06/Documents/03_Deliverables/SCOTT_WP6_TEMPLATES/SCOTT_D_X_Y_demonstrator_evaluation_template.docx?Web=1

Main focus: organizational and functional perspective; fulfillment of specific, domain objectives

SP3:

Help & Support - [TBD]

Deliverables - [TBD by SP3]

2. Final definition of TBBs Scope in Use Case

Since SCOTT has made M12, clear and final definition of TBBs that are to be deployed in Use Cases needs to be defined. First iteration was based on DoW, and its results are available in Masterfile (structure of the file is described in SP2_SP3_alignment document). SP3 has proposed core, extended, future approach (also described in the document) and such an approach requires C/E/F labeling: