If you don’t get the user needs right, it doesn’t matter how well you execute the rest of the project. Requirements are the foundation for all the project work that follows. The software development project success lies in understanding the user requirements accurately and appropriately, and then implementing them in the final product. The purpose of a software project is to build a product that provides value to its customers. Thus customer involvement is the most critical contributor in eliciting requirements. Prior to agile, software requirements were described with respect to system. Though not bad, but still there was less user interaction or requirements were not formulated (in detail) from User perspective. The result – industry adopted a new standard. You might have heard about User Story in Agile Software development projects. In this article, let’s see what does User Story actually mean!
How do you know the magnitude of a project? How to derive project estimates? How do you know what to build? Or in testing terms, what should be the expected behavior of a software that you are testing? High-level requirements, Software Requirements Specification (SRS), Functional Specification Document (FSD), User Stories or Use cases – whatever you call it in your project – is essentially a requirements documents which forms the basis for software development & testing. A Software requirements specification (SRS) is a description of features and functionalities of a software system to be developed.