IEEE SRS 830 — Directions

Normally you gather requirements through interviews and reviews with stakeholders.  From these interviews and reviews you gain an understanding of what the software needs to do.  Then you clearly, unambiguously document it in a requirements format.  It is a little hard in a classroom setting to provide stakeholders.  So in this exercise you will be provided a finished software product.  You can learn how the software works.  This will allow you to gain an understanding of what the software does. 

In this assignment you will use the same software you selected for your Use Case Project, however you will use a different set of features to document.  Select a different 8 features to document.  These must be high-level features like those in the example shown in §3.  For example, 3.1 in the example, "Order Meals" is a high-level requirement.

Typically the IEEE 830 format uses a functional decomposition approach to requirements.  Read the IEEE 830 Recommended Practice for SRS document to get more information.