Requirements from Seattle use cases

Hi,

I've updated the worksheet.
https://docs.google.com/spreadsheets/d/14ij-2I-H4HbilVQ_muCmUayVqmVfdbkoke690MA0kdo/edit#gid=1828778399

In the Requirements sheet of the above document, 32 requirements are 
listed. I derived these requirements from factors of the use cases that 
we listed up in the Seattle F2F.

Related use case is referred by its number. For example, a requirement 
"Users should be possible to restrict API depending on application" is 
from use case number 27 and 44.

The purpose of this matrix is to make clear which item should be covered 
by the spec and how to treat other items. It requires consideration from 
several aspects such as feasibility, responsible module, vehicle topic 
or not, etc. My thought is described in column I.
I'd like to ask members to review the column as well.

 From my perspective, there are at least two items which we should 
consider deeper. They is user ID and Log(history). I'll post another 
mail about them.

Regards,
Junichi

Received on Thursday, 8 October 2015 18:29:50 UTC