Gathering Software Requirements Use Cases news, help and research - SearchSoftwareQuality.com

Gathering Software Requirements Use Cases

  • Agile software development tutorial: Agile requirements gathering

    In this section of our agile development tutorial, learn tips and techniques for defining and gathering requirements in an agile environment. 

  • Top 10 software requirements tips

    Developing quality software starts with the requirements process. If you fail here, your project fails. You end up with software that isn't used -- not to mention wasted time, energy, and money. These software requirements tips -- written by experts ... 

  • Software requirements gathering techniques

    Requirements gathering can be a difficult, exhaustive process. We've assembled information on the best methods for requirements engineering -- prototypes, storyboards, models, state transition diagrams and use cases -- in one guide. 

  • Business analysis and requirements elicitation: Interview with Ellen Gottesdiener -- Part one

    In part one of this two-part interview with EBG Consulting's Ellen Gottesdiener, we learn about techniques used to elicit requirements and hear about the differences between Agile and traditional requirements elicitation. 

  • Trends in ALM: Requirements management tools

    Requirements management continues to be a challenge to software development organizations, but tool vendors are working to address those challenges. In this interview with Forrester analyst Mary Gerush, we hear about five important ALM trends in requ... 

  • Requirements practices evolving, but organizations still struggle

    Requirements elicitation is software development teams' toughest problem today, reveals a TechTarget survey. Most teams rely on use cases and requirements management tools to get requirements right. Agile and lean development practices are also helpi... 

  • From use case diagrams to context diagrams

    It's tempting to consider use case diagrams as context diagrams because they do show context. But having one diagram for both will result in an unreadable cloud of bubbles. 

  • UML made Jacobson's use cases state of the art. What's next?

    Milan Kratochvil, author of UML Xtra Light, explores the future of classical system use cases, Ivar Jacobson's business use cases and user queries. 

  • The pros and cons of use case diagrams

    Putting too much into a use case diagram can often render the otherwise useful technique of use cases almost useless. Kevlin Henney recommends a more balanced and restrained approach in order to not lose readers in a myriad of bubbles and microscopic... 

  • How to document use cases

    Ideally use cases capture the functional requirements of a system in terms of identifiable and testable goals. The trick is writing and documenting them so that they offer value not just for requirements gathering but also for software design and tes... 

  • Product management: Using social media for requirements gathering

    In this tip, requirements expert Scott Sehlhorst explores the many uses of social media and social networks for improving product management. 

  • Estimation approaches in Agile development

    In Agile environments, estimating is done using "story points." In this tip, SSQ contributor Chris McMahon describes how story points are used on Agile teams and how story size, velocity and iterations can play a part in estimating Agile efforts. 

  • Getting on the same page: How testers can help clarify requirements

    Gathering accurate requirements is one of the biggest challenges of software development. There can be a big disconnect between what the users want and the software that gets developed. In this tip, Agile expert Lisa Crispin gives some helpful advice... 

  • Requirements tips for data-centric projects

    Gathering requirements for data-centric projects presents a challenge. Business users may have trouble articulating the type of data needed to build a proper system and asking for changes late in the game can cause major project delays. In this tip, ... 

  • The perfect storm: Multiple mishaps lead to disaster

    A series of mistakes, due to a series of software errors and lapses in judgment, result in a situation that could mean the difference between life and death for customers. Find out lessons that test expert Chris McMahon learned from experiencing a di... 

  • Change management: Change in requirements

    When requirements change late in software development project things have a tendency to go wrong. Learn methods one expert uses to avoid complication when adapting a project t to meet revised requirements. 

  • Reliably estimating the requirements effort - Part 2

    In this second part of a two-part article describing techniques to estimate the requirements effort, bottom-up estimates and requirements definition tasks are described. Accurately estimating the requirements effort will help ensure overall project s... 

  • Reliably estimating the software requirements effort

    Differences in how business analysts and project managers define "requirements estimation" frustrate the software requirements elicitation process. No matter what methodology is in use, without adequately defining requirements, software projects are ... 

  • Defining report requirements with use cases

    This tip offers a new and interesting way to go about defining and reporting requirements for use cases. There are a number of details that need to be attended to in defining requirements such as taking a look at users and then constructing use cases... 

  • How requirements use cases facilitate the SDLC

    Learn software use case processes and techniques that result in better application requirements in this tip. Takeaways include use case diagrams and user acceptance test case examples. 

  • See More: Tips on Gathering Software Requirements Use Cases
  • use case

    A use case is a methodology used in system analysis to identify, clarify, and organize system requirements. 

About Gathering Software Requirements Use Cases

Use cases and misuse cases are modeling tools used to document software requirements. Use cases are structured in a way in which a user story or scenario is described as a user, defined by the role he plays, performs a scenario. The story would describe what should happen when the software product is used. A misuse case, in contrast, names something that should not happen, which may lead to additional requirements that can be expressed as use cases. Misuse cases help in identifying security risks to the system.