This document contains the user stories and requirements for the cosms (c open source media station) project. The whole application is based around the requirements set in this document. If at any point in the futhere there are any new requirements they should be documented here before the feature is implemented.
## How to document
When documenting the user stories and requirements there are a few rules that have to be followed to make sure that they are consistent and do not miss any important information.
### User stories
For the user stories the following format will be used:
```
Code: US-[user story number]
Description: As [type of user], I want [an action] so that [the benefits/value]
```
Using this structure helps identify who wants what and why. This method of documenting user stories focuses more on the value than the technical details making sure the needs of the user are met. To validate if the user story was implemented right accaptance criteria will also be setup along side the user stories. These accaptance criteria tell us when the user story can be seen as complete/accaptable. For documenting the accaptance criteria the following format will be used:
```
Accaptance:
* Given [how things begin] when [action taken] then [outcome of taking action].
```
These accaptance criteria will be placed in a list underneath the user story it is a part of as this will make it easier to find.
### Requirements
The requirements come forth from the user stories and define the functional and non-functional requirements the application must meet. When setting up the requirements the following format will be used:
```
Code: RQ-[requirement number]
User story: [the code of the user story this requirements comes from]
User: [the user this requirements comes from]
Requirement: [the requirement itself]
Type: [is it a functional or non-functional requirement]
Quality attribute: [ISO-25010 standard quality attribute (only for non-functionals)]
Priority: [how important is the requirement (low, medium, high, highest)]
```
By using this format the requirement will be easly retracable to the user story and user where it originated from. It also tells the type and importance of the requirements allowing us to more easly decide which requirement will be implemented first.
* Given the user has watched/listened to part of a media file when the user stops playback and closes the app then the media should continue where the user left it the next time the user starts playing it.
* Given the user has media files that have subtitles when the user starts playback then the user should be able to select subtitles track.
* Given a subtitle track is selected when the user starts playback then the subtitles should appear in sync with the dialogue.
* Given a language is selected and automatic subtitles is on when the user starts playback with audio in a different language then subtitles should automatically appear.
* Given the administrator logged in as administrator when the administrator uploads a media file then the system should automatically add it to the media list and categirize it.
* Given new media has been added when the administrator or user views the library then the media should appear.
* Given the administrator is logged in as administrator when the administrator creates a new user then the new user should appear in the list and beable to login.
* Given the administrator is logged in as administrator when the administrator disables or deletes an user then the user should not beable to login anymore.
* Given the administrator is logged in as administrator when the administrator sets the access rights of an user then they should only beable to see media they are allowed to see.
* Given the administrator is logged in as administrator when the administrator sets the access rights of an user then they should only beable to make changes to media they are allowed to.