Doc testplan

See merge request !1

OOD draft follows the ideas written on the whiteboard.
Needs now to get fill by interfaces, ROS-Nodes, Threads and anything
else to get this code running.

Reducing OOA on functional point of view and ignoring implementation
details like "updateReady" or "isIdle()",

The whiteboard drawings from software architecture were digitalized into
a .tex file.

Added 3 more use cases:
  - "UC - 80 Abstandhalten": It seemed weird that "UC - 70
    Fahrbahn folgen" was considered a use case, but distance keeping
    was not represented in any use case.
    One could consider deleting both use cases.
  - "UC - 90 Kolonnendaten ändern" and "UC - 100 Geschwindigkeit
    ändern" where both added, since the their functionality should not
    be considered part of any other use case, but is essential to the
    project.

Modified associations:
  - Removed PFV from "UC - 50 Kolonne verlassen", since no PFV takes
    action in this use case.
  - Removed FV from "UC - 40 Kolonne beitreten", since no FV takes
    action in this use case.
  - "UC - 10 Status ausgeben" now only has one connection to GV
    instead of one to LV, FV and PFV.

Modified <<include>> and <<extend>> relations:
  - UC - 20 now extends UC - 40, since a platoon needs to be created if
    the first 2 operator want to platoon.
  - UC - 60 now extends UC - 50 for similar reasons.
  - UC - 20 now includes UC - 30.

Added colour coding to the diagram, to group use cases:
  - blue <-> core platoon stuff
  - green <-> input and output of the operator
  - red <-> critical diving

Changed name of "UC - 10"

Add changes from 20.12. Logging-Block is not correctly designed. Maybe
there are some more direct ways to push data into Logging.

In addition the VeloxCar_Teilliste-2.xlsx has been copied from Assystem attachments.

- Fixed a compile error ( \PFV not defined)
- Fixed a footnote error (could not be displayed, since it was inside a
  floating enviroment)
- Changed some formating for easier editing
- Changed formulation in UC30 to avoid repitition

 - a separate logging block is very usefull since, both the platoon
   controler and the ego-motion-model save interesting data

- Lanekeeping now gets data from EMM
- Added LogRequests from NET to EMM

* 'master' of gitlab.informatik.hu-berlin.de:badenhop/Hochautomatisiertes-Fahren:
  Update architecture
  Add system architecture and odroid architecture files