jama-logo-primary
  • Product
    • JAMA CONNECT®
      • Product Overview
      • Features
      • Integrations
      • Pricing and Licensing
      • Why Jama?
      • Trial
    • Customer Success
      • Success Programs
      • Support
      • Community
  • Solutions
    • Solution by Industry
      • Aerospace and Defense
      • Automotive
      • Software Development
      • Financial Services and Insurance
      • Government
      • Industrial Manufacturing
      • Medical Device & Life Sciences
      • Semiconductor
    • Solution by Function
      • Requirements Management
      • Requirements Traceability
      • Risk Management
      • Test Management
      • MBSE
    • Compare
      • IBM® DOORS®
      • DOORS® Next®
      • Jira® Software
      • Polarion
  • Company
    • Company Information
      • About Us
      • Leadership
      • Careers
      • Requirements Traceability Alliance
      • Partners
      • Customers
      • Contact Us
    • News and Events
      • Events
      • Press Room
  • Resources
    • Content Library
    • Guide to Requirements Management and Traceability
    • Discovery Center
    • Customer Stories
    • Webinars
    • Product Demos
    • Support
    • Community
  • Blog
  • Get Started
  • Search
  • Menu Menu
Follow a manual added link
Follow a manual added link

The Essential Guide to Requirements Management and Traceability

Chapters
  • 1. Requirements Management
    • Overview
    • 1 What is Requirements Management?
    • 2 Why do you need Requirements Management?
    • 3 Four Fundamentals of Requirements Management
    • 4 Adopting an Agile Approach to Requirements Management
    • 5 Conquering the 5 Biggest Challenges of Requirements Management
    • 6 Three Reasons You Need a Requirements Management Solution
  • 2. Writing Requirements
    • Overview
    • 1 Functional requirements examples and templates
    • 2 Product requirements document template and examples
    • 3 How to write system requirement specification (SRS) documents
    • 4 Adopting the EARS Notation to Improve Requirements Engineering
    • 5 Jama Connect Advisor™
    • 6 Frequently Asked Questions about the EARS Notation and Jama Connect Requirements Advisor
    • 7 How to Write an Effective Product Requirements Document
    • 8 Functional vs. Non-Functional Requirements
    • 9 What Are Non-Functional Requirements and How Do They Impact Product Development?
    • 10 Characteristics of Effective Software Requirements and Software Requirements Specifications (SRS)
    • 11 8 Do’s and Don’ts for Writing Requirements
  • 3. Requirements Gathering and Management Processes
    • Overview
    • 1 Requirements Engineering
    • 2 Requirements Analysis
    • 3 Requirements Gathering Techniques for Agile Product Teams
    • 4 A Guide to Requirements Elicitation for Product Teams
    • 5 What is requirements gathering?
    • 6 Defining and Implementing a Requirements Baseline
    • 7 How Long Do Requirements Take?
  • 4. Requirements Traceability
    • Overview
    • 1 What is Traceability?
    • 2 What is Requirements Traceability and Why Does It Matter for Product Teams?
    • 3 How to Create and Use a Requirements Traceability Matrix
    • 4 Live Traceability vs. After-the-Fact Traceability
    • 5 How to Overcome Organizational Barriers to Live Requirements Traceability
    • 6 Requirements Traceability, What Are You Missing?
    • 7 Four Best Practices for Requirements Traceability
    • 8 Requirements Traceability: Links in the Chain
    • 9 What Are the Benefits of End-to-End Traceability During Product Development?
  • 5. Requirements Management Tools and Software
    • Overview
    • 1 Selecting the Right Requirements Management Tools and Software
    • 2 Why Investing in Requirements Management Software Makes Business Sense During an Economic Downturn
    • 3 Application lifecycle management (ALM)
    • 4 Is There Life After DOORS®? 
    • 5 Checklist: Selecting a Requirements Management Tool
  • 6. Requirements Validation and Verification
    • Overview
    • 1 Requirements Verification and Validation for Product Teams
  • 7. Meeting Regulatory Compliance and Industry Standards
    • Overview
    • 1 Understanding ISO Standards
    • 2 A Guide to Automotive Safety Integrity Levels (ASIL)
    • 3 Compliance Management
    • 4 What is FMEA? Failure Modes and Effects Analysis
    • 5 What’s a Design History File, and How Are DHFs Used by Product Teams?
  • 8. Project Management
    • Overview
    • 1 Managing Project Scope — Why It Matters and Best Practices
  • 9. Measuring Requirements
    • Overview
    • 1 Identifying and Measuring Requirements Quality
    • 2 Status Request Changes
  • 10. Systems Engineering
    • Overview
    • 1 What is Systems Engineering?
    • 2 The Systems Engineering Body of Knowledge (SEBoK)
    • 3 What is MBSE? Model-Based Systems Engineering Explained
  • Glossary

If you’ve ever started a new project only for it to transform into a huge challenge later in the process, you know that upfront, clearly defined requirements are critical to success. Defining requirements upfront allows you to effectively manage client expectations and create an implementation process that is smooth and seamless.

A project that lacks this upfront clarity, however, can lead to a vaguely defined project scope and results that miss the mark. A study by the Carnegie Mellon Software Engineering Institute found that 60 percent to 80 percent of the cost of software development is in the rework. Furthermore, successful requirements management can eliminate 50 percent to 80 percent of project defects.

So, how can you ensure that your requirements are more accurately and clearly defined? It starts with understanding the key differences between functional and non-functional requirements and understanding the role that each plays in the success of your project.

Functional vs. nonfunctional requirements: What’s the difference?

Functional requirements focus on what the project should do, and non-functional requirements focus on how it should be. Let’s break it down a little further.

What are different uses cases of functional requirements and non-functional requirements?

What is a functional requirement?

Functional requirements focus on how the software must perform and specify the desired behavior of the system; for example, when specific conditions are met, the system will send a new user an email. Another example is that only employees on the management level can view salary data. More examples of functional requirements include those related to the following:

  • Audit tracking
  • Reporting requirements
  • Authorization levels
  • Legal or regulatory requirements
  • Business rules
  • Administrative functions
  • Certification requirements
  • Reporting requirements
  • External interfaces

What is a non-functional requirement?

Non-functional requirements are critical to the usability of a software system, and if you don’t define them carefully, the end users’ experience can be adversely affected. An example of non-functional requirements is defining how fast a website must load or specifying that a website must handle 10 million users without having any performance challenges. Non-functional requirements can also be related to security; for example, a user must change their initial login password upon logging in the first time. More examples include those related to:

  • Compliance
  • Documentation
  • Privacy
  • Portability
  • Quality
  • Reliability
  • Resilience
  • Response time
  • Scalability
  • Stability

Non-functional requirements are focused on the system’s operation rather than its behaviors; for example, data must be updated for users during access within three seconds. Non-functional requirements can also be defined by metrics and relate to aspects of the system that evolve over time, such as manageability or documentation.

Attributes of Functions vs Nonfunctional Requirements

When comparing functional vs. non functional requirements, consider that a functional requirement might ensure the system loads a specific web page when the user clicks on a button. The non-functional requirement might dictate how fast the site loads. A website that loads slowly can adversely affect the user experience, which is why non-functional requirements are critical.

RELATED ARTICLE: 8 Do’s and Don’ts for Writing Requirements

What are user stories and how do they help?

When considering requirements and defining those requirements, you’ll find it helpful to consider integrating user stories. A user story is basically the description of a software feature from the user’s perspective. The story defines what you want the system to do and how that affects the overall experience. A basic formula might look like the following:

  • A < define user type > wants < specify the specific goal > so that

Acceptance criteria should also be included with user stories, which are the conditions the product needs to address to be acceptable to the client. Create at least one acceptance criterion for each user story. A few examples may include:

  • A search field needs to be placed on the top bar of the website
  • A search is started once the user hits the “submit” button
  • The display language is English
  • No more than 150 characters can be typed into the search box

User stories are helpful in the context of non-functional requirements, as they allow you to take a deeper dive into the user experience and see how to make that process smoother.

Why are metrics used more in nonfunctional vs. functional requirements?

Non-functional requirements help companies measure the success of a system, so they must be measurable. The metrics must be qualitative and quantitative. You might require, for example, that a system be able to handle expansion in the future. That’s a qualitative goal, but let’s take it a step further and make it quantitative as well. You might require that the system handle at least 30,000 users within the next three years.

The benefit of focusing on quantitative goals is that the goal is easily measured and you and the client can agree on what success looks like.

What are requirement specifications? What is a requirements specification document?

A software requirements specification document, also known as an SRS document, addresses what the software will do and expectations with regard to its performance. The document also highlights what the product needs in terms of user functionality. Most documents include an overarching purpose and define functional and non-functional requirements. A few sections that you may want to include in your SRS document include:

  • Include a brief overview of the system, along with any relevant background details and terms that need definition upfront.
  • Overall description. Include any assumptions made about the project, its business values, and the overarching project vision.
  • Specific requirements. Define specific attributes to be included in the system, functional requirements, and any relevant database requirements.

If you want to view an example of an SRS document, Michigan State University has one that can give you a starting point for creating your own document.

Tracking Requirements: Why Traditional Documents May Miss the Mark

Traceability is critical to project success. Gartner highlights one of the main reasons why companies struggle to achieve the benefits of traceability:

“The most widely adopted tools for requirements continue to be general document software such as Microsoft Office or Google Docs (40% to 50% of the market) due to cost, availability, and familiarity. Yet these often lead to poorly managed requirements, thus eliminating and exceeding any cost benefit the tools themselves have. Requirements end up captured in a variety of documents and spreadsheets supplemented by post-it notes in unmanaged versions with no traceability or reuse. This creates a more costly user acceptance testing cycle, both in the time to execute as well as remediation of issues found late in the process, where they are far more costly to address.” – Gartner Research

Software and hardware teams must work together and collaborate throughout the development process to define market requirements, functional vs. non functional requirements, test cases, and other critical pieces of information. This becomes a challenge, however, when teams use different tools and terminology and work with different methodologies.

The answer is to connect data, conversations, and decisions in a single system in the product development process. This gives you the ability to consult and collaborate with people about requirements within the system, capture decisions and actions, and keep that information associated with the requirement. Down the road, if you need to revisit decisions, all data is stored and easy to find.

RELATED ARTICLE: Write Better Requirements with Jama Connect Advisor™

Moving Forward with Functional vs. Nonfunctional Requirements

Every software project has a vision, a goal, and a destination that you want to reach. Functional and non-functional requirements help you to reach that goal more easily by setting clear boundaries. These requirements help you answer the most critical questions and ensure that products are developed with success in mind.

Functional requirements vs. non-functional requirements are critically important, but since non-functional goals are focused heavily on the user experience, these are arguably more critical. Understanding the role of each category empowers you to define and track each with greater success and create a road map that delivers on your client’s expectations.

In This Video, Learn About Best Practices for Writing Requirements

DEFINITION OF A NON-FUNCTIONAL REQUIREMENT

Non-Functional Requirements are a requirement that does not relate to functionality, but to attributes such as reliability, efficiency, usability, maintainability and portability.

Ready to Find Out More?

Our team of experts is here to answer any questions and learn how we can help enable 
your continued success. Get started by filling out this form so we can connect!

CONTACT US
Next Up: What Are Non-Functional Requirements and How Do They Impact Product Development?
Previous: How to Write an Effective Product Requirements Document

CONNECT WITH US

  • Facebook
  • LinkedIn
  • Twitter
  • Youtube

USA
135 SW Taylor Suite 200
Portland, Oregon, 97204

EUROPE
Amsterdam Queens Tower
Delflandlaan 1, 1062EA Amsterdam
The Netherlands

© 2023 Jama Software

  • JAMA CONNECT
  • Product Overview
  • Pricing and Licensing
  • Success Programs
  • Trial
  • COMPANY
  • About Us
  • Careers
  • Customers
  • Press Room
  • Contact Us
  • RESOURCES
  • Resource Library
  • Events
  • Press Room
  • Blog
  • Success Programs
  • User Community
  • Support
  • Privacy Policy
  • Cookies
  • Privacy and Security
  • Legal
  • Preferences
Scroll to top