img
Requirements Modelling
Guaranteeing correct and workable requirements

"For the first time, modeling appears to me to be a tool, not a burden." - Lew Mullen, Schlumberger

This workshop will show you
  • How to use requirements models to prove the required functionality
  • How to elicit requirements using models
  • How to add rigor to your requirements
  • How to understand your customer's requirements using models
  • This course is endorsed by the International Institute of Business Analysis (IIBA™). It provides material and skill relevant to the Business Analysis Body of Knowledge (BABOK™) version 2.0.


    Requirements Modelling and You

    Requirements models are used when gathering requirements, and during systems analysis. Whether you consider eliciting requirements to be a separate activity, or a part of systems analysis, the importance of correct requirements must be a high priority for you. Building accurate models means that you can guarantee the correctness of your requirements.

    All engineering disciplines use models to develop the products they intend to build. Requirements models are used to discover and clarify the functional and data requirements for software and business systems. Additionally, the requirements models are used as specifications for the designers and builders of the system.


    Learn How to Show What a System Is, Not Just What it Does

    You can describe a system by what it is, and by what it does. For an example of what it does, consider this typical statement from a requirements specification: "The product must calculate the cheapest fare". Beyond this innocent description of what the system must do, lies a complex set of rules, procedures, data and functions. It is the task of requirements modeling to discover the rules for calculating the cheapest fare, the algorithms needed, and the data needed to support those calculations. In other words, the requirements models describe what the system is.

    You also use models when eliciting requirements. A quickly sketched data flow model is an indispensable aid during interviews. A data model reveals the policy of the system. Thus any gaps in the policy are quickly revealed by a data model constructed with your customer. A state model can explain how a system behaves, and thus clarifies for a potential user the consequence of the requirements.

    This seminar shows you how to use the requirements models to elicit requirements, and how to prove the correctness of those requirements. Workshops during the seminar give you the practical skills to put these models to work for you right away.

    This seminar is a companion to Mastering the Requirements Process. It teaches you the various models available to the modern requirements engineer and systems analyst. It gives you the tools to improve your skills, and to improve the way you build your systems specifications.


    Put Techniques into Practice
    This seminar includes frequent workshops and opportunities to apply the illustrated techniques. You work with your instructor to build models and prove or disprove example requirements. You construct models to elicit requirements, and then feed them back to see if your understanding matches that of your customer. Also, you learn to evaluate when each of the models is useful and what degree of detail is necessary.

    Take-Home Bonus: As a student, you receive a copy of James and Suzanne Robertson's book Complete Systems Analysis for class work and for later review of the course material.


    Is This for Me?

    By bridging the gap between the requirements gathering and systems analysis, this seminar brings you an intensive tour of the available requirements models, and most importantly, how you can make the best use of use them.

    You should attend if you are a:

  • Requirements engineer
  • Systems analyst
  • Systems manger
  • Project leader
  • Consultant

  • What will I learn in two days?

    • Beneficial Models

    Useful abstractions ­ how we can build models of systems to show what we need to see. Different models and notations are demonstrated, along with a explanation of when different viewpoints are appropriate and beneficial.

    • Why model requirements?

    Eliciting and communicating requirements ­ the requirements, analysis and design activities. How models are used when dealing with the client and the users, and how to prove the correctness of the functionality and data once the requirements are known.

    • The Context

    Getting the right scope for the product ­ start with the work that you are about to study. Model the work in its context of the adjacent systems that communicate with the work, and from there determine the scope of the product you intend to build.

    • Event-driven partitioning

    Breaking the work into manageable and convenient pieces ­ how to discover and use the business events to break the work into natural slices. How the lever the business event to determine use cases.

    • Use Case Modelling

    Making the best use of use cases ­ when we examine the business event, we find that the adjacent system plays a significant part in the work. The use case is selected to make the most of the aspirations of the adjacent system.

    • Data Modelling

    How to model data ­ data plays a significant part in the requirements for a system. This is an introduction to data modeling, and demonstrates how to use data models as part of the requirements and systems analysis process.

    • UML

    The Unified Modeling Language ­ how to use the object-oriented models for analysis and requirements. The most appropriate models are introduced, with a demonstration of when they should be used.

    • Using models to elicit requirements

    Models are jointly owned ­ they are a collaboration between the requirements analysts and the user/client. How to draw your interview, how to communicate using models, choosing the right model for the situation.

    • Modelling the requirements specification

    The Volere template is introduced as a basis for the complete requirements specification. This section summarizes how functional and data requirements are modeled from a requirements specification.


    Learn through practice

    This seminar includes frequent exercises and opportunities to apply the illustrated techniques. Work with the instructor to build models and prove or disprove example requirements. Construct models to elicit requirements then feed them back to see if your understanding matches that of your client. Also learn to evaluate when each of the models is useful, and what degree of detail is necessary.


    For more information..

    For information about in-house or public courses, consulting or other services, contact the Atlantic Systems Guild or your nearest relevant agent. Contact details.  Scheduled public courses are shown in the Volere events column of the Home page.




      img
      The content of this site is copyright 1995-2009 Atlantic Systems Guild Ltd. Please contact us if you wish to reproduce any of it.
      img