Add Requirements for the Zephyr project

[simhein]

The Safety Committee / WG started the effort to gather software requirements for the Zephyr project which are needed for the safety efforts and the quality of the project.
For the management of the requirements the open source tool StrictDoc was identified ( after evaluation of different tools ) as tool of choice. ( Note: The tool is not absolutely necessary for adding requirements )

The requirements are gathered in the following separate repository:
https://github.com/zephyrproject-rtos/reqmgmt

The requirements in the repository where gathered and formulated by the safety committee as starting point therefore they are far from complete state.

Goal: with the following tasks a requirements base shall be generate which pushes the overall quality of the project and which can be reused for the safety effort.

• Confirmed in scope
  • Async Polling Requirements reqmgmt#98
  • Atomic Services Requirements reqmgmt#99
  • Barrier Services Requirements reqmgmt#100
  • CPU Idling requirements reqmgmt#101
  • Condition Variables requirements reqmgmt#102
  • Event requirements reqmgmt#103
  • FIFO Requirements reqmgmt#20
  • FUTEX requirements reqmgmt#104
  • Fatal Error requirements reqmgmt#105
  • (Floating Point requirements reqmgmt#106
  • Heap requirements reqmgmt#107
  • Interrupts Requirements reqmgmt#19
  • Kernel Memory Management requirements reqmgmt#108
  • LIFO Requirements reqmgmt#22
  • Mailbox Requirements reqmgmt#63
  • Memory Slab Requirements reqmgmt#109
  • Memory Domain requirements reqmgmt#110
  • Message Queue requirements reqmgmt#111
  • Mutex Requirements reqmgmt#17
  • Object Core requirements reqmgmt#112
  • Object Core Statistics requirements reqmgmt#113
  • Pipes Requirements reqmgmt#62
  • Queue Requirements reqmgmt#21
  • Scheduling Requirements reqmgmt#16
  • Semaphore Requirements reqmgmt#18
  • SMP Requirements reqmgmt#84
  • Spinlock requirements reqmgmt#114
  • Stack requirements reqmgmt#115
  • System Clock requirements reqmgmt#116
  • Thread Requirements reqmgmt#24
  • Thread Stack requirements reqmgmt#117
  • Timers Requirements reqmgmt#65
  • User Mode requirements reqmgmt#118
  • Version Requirements reqmgmt#119
  • Work Queue reqmgmt#120
  • Task Watchdog Requirements reqmgmt#91
• Additional components/topics whose scope needs to be confirmed by Architect & Architectural analysis
  • List to be refined from architectural documentation (e.g. similar to https://docs.zephyrproject.org/latest/doxygen/html/topics.html)

The tasks were defined with the starting scope (kernel/* folder) for the safety in mind which is defined in following issue:
#57702
But any software requirements can be added into the requirements repository by generating an issue and a PR within the repository and linking it into this head issue.

Within these tasks the safety WG/committee also wants to gather information how we can handle the addition of new requirements and how we can describe such a process in the documentation.

[github-actions]

This issue has been marked as stale because it has been open (more than) 60 days with no activity. Remove the stale label or add a comment saying that you would like to have the label removed otherwise this issue will automatically be closed in 14 days. Note, that you can always re-open a closed issue at any time.

[github-actions]

This issue has been marked as stale because it has been open (more than) 60 days with no activity. Remove the stale label or add a comment saying that you would like to have the label removed otherwise this issue will automatically be closed in 14 days. Note, that you can always re-open a closed issue at any time.