BRS vs SRS

-

BRS vs SRS: Know the Difference


The difference between a Requirement and a Specification


    Requirement         Specification    
  They outline “what” the software must do     They outline “how” the software will be created  
  They outline the software from the end-user,
  business and stakeholder perspective.		   They outline the software from the technical
  team perspective.

There are a plethora of terms and terminology for various documents
Specification Documents are of different types -
  • SRS - System Requirement Specifications
  • FRS - Functional Requirement Specifications
  • BRS - Business Requirement Specification
  • CRS- Compatibility Requirements Specifications
  • PRS - Performance Requirements Specifications
  • RRS- Reliability Requirements Specifications
  • CRS-Configurations Requirements Specification

Requirement documents are of different types such as,
  • BRD - Business Requirement Document
  • SRD - System Requirement Document

Below is differenciation between BRS Vs SRS,
    BRS ( Business Requirement Specification)         SRS ( System Requirement Specification)    
  It describes at very high level the
  functional specifications of the software		   It describes at a high level, the
  functional and technical specification of the software
  It is a formal document describing about the
  requirement provided by client (written, verbal)		   It specifies the functional and non-functional
  requirements of the software to be developed
  Usually its created by the Business Analyst
  who interacts with clients
  •   Usually its created by the System Architect
      who is an technical expert .
  •   Though in smaller companies the
      BA will create SRS as well.
  •   Some companies do not create SRS altogether.
      Their BRS is detailed enough to be used as SRS as well.
  It is derived from client interaction
  and requirements		   It is derived from the BRS

Comments

Post a Comment

Popular posts from this blog

Agile Model

-
Image
Agile Method This article is a introduction to Agile software development methodologies and it's application. This is not only suitable for software developers but also for Team Leaders, Project Managers, Product Managers, Development Managers, Testers, QA Managers, QA Engineers, Technical Writers, UX Designers, anyone involved in the delivering software.It doesn't describe any code or technology it's an method or an software engineering model which helps to develop a tool to it's best requirements or goals. Agile Method is a combination of various sprint cycles initially of 1 to 4 weeks per sprint cycle. Deployment is alligned with the changing business need after the completion of every sprint cycle. Agile adapts of frequent feedback by delivering workable product after every iteration/sprint cycle end. In other words Agile Method is a series of short iteration/sprint cycles. Agile Model is an incremental version of multiple waterfall model cycle so,br the cha...
Read more

How to verify systems designed in Business Analyst

-
Image
Verification is what most people think of when they hear the word testing — it’s the process of testing whether a business analysis solution does what it’s designed to do. During verification, the testing team (which may consist of developers, quality assurance [QA] people, and some business analysts [BAs]) put the software through its paces to both confirm that it operates as expected and ensure that it conforms to the design specifications laid out earlier in the project. Verification testing includes four phases — one pretest phase and three phases of actual testing. Smoke Test Also called a build verification test, a smoke test is a pretest that determines whether full testing can even begin in the first place. It reveals any simple failures in the solution that may prevent you from executing the tests in the next three phases. Some project teams may link this test to unit testing. Unit Test The unit test is the first actual phase of testing. It involves testing each uni...
Read more

Tableau

-
Image
What is Tableau ? Tableau can help anyone see and understand their data. Connect to almost any database, drag and drop to create visualizations, and share with a click. Tableau is an industry leading BI tool that focuses on data visualization, dashboarding and data discovery. WIth that said, if you are looking at Enterprise BI Reporting Tools, Tableau will not fit every need. It's not for operational reporting/tabular reporting. In these cases, Tableau is an excellent tool to augment an Enterprise suite. Why to useTableau ? Tableau is a way to expand the frequency, depth and variety of data used in your organization. Most importantly, Tableau's visual analytical capabilities are easy to use and present large and granular data sets more effectively than legacy reporting tools and spreadsheet reports. Tableau facilitates the use of data from public sources in conjunction with your proprietary data, enabling new and useful insight. For example, blending census data with you...
Read more