BCS Certificate in Requirements Engineering

Understanding Customer Requirements

Candidates learn the ways to managing requirements in an organization
The course is accredited by BCS and part of the International Diploma
Delegates learn from experienced and certified faculty
The certification provides high level jobs and subsequently better salaries in the respective field

Today Business Analysis is becoming a field much sought after by any business and Business Analysts are in demand as such. The Business Analyst needs to learn a range of techniques to benefit them so that they can be used to identify, analyse and document business system requirements within a context framework for requirements engineering. Stakeholders who wish to gain or improve their skills in business system requirements investigation and specification can also benefit. We at Pentagon Training believe in providing these skills to our delegates so that they can accomplish the required tasks of their job profile. This course is a part of the Core modules which needs to be completed as a part of the International Diploma in Business Analysis.

Who should take this course

This BCS Certificate in Requirement Engineering is meant for those delegates who want an indepth knowledge of Business Analysis. They can be business managers and their staff,business change managers,Business analysts, and project managers. Those hoping to acquire the BCS Diploma in Business Analysis can also attend. The BCS Certificate in Requirements Engineering is one of the four modules that are covered under the BCS International Diploma Program.

Prerequisites

There are no special prerequisites for the said course. The delegates would, however, find themselves in good stead if they have some knowledge of business analysis basics.

The Roles And Responsibilities Of Key Stakeholders In The Requirements Engineering Process
Application of A Range Requirements Elicitation Techniques
Requirements Elicitation Techniques - Uses And Relevance To Given Situations
Documenting And Prioritizing User Requirements For An Information System
Problems with Requirements
Improving Requirements Documentation

Key Learning Points

Tutor Support

Courseware

Course Overview

Requirements stakeholders in order to make sure that different perspectives are fulfilled by the requirements and that conflicts are negotiated in such a way that they become the opinion of all.

Requirement Engineering

The course is targeted to those people ambitious to acquire the skills for establishing system requirements.

Exam:

The Exam Fees is not covered/ included in the course fees and has to be paid while registering for the exam.
The exam can only be taken after completing the BCS Certificate in Requirement Engineering course.

Course Content

Introduction to Requirement Engineering

Framework for Requirements Engineering
Rationale for Requirements Engineering and the problems with requirements
The Definition and Characteristics of Requirement
The Characteristics of a Requirements Engineering Process
The Problems of Defining Requirements
The Requirements Engineering Framework
Requirement Engineering Activities
Importance of Requirements Planning and Estimating
Business Rationale and Input
Business Process Analysis Model and Inputs into ‘The Define Requirements’ Stage
Business Case in Project Life-Cycle
Terms of Reference/ Project Initiation Document/ Project Charter–business objectives, project objectives, scope, constraints (budget, timescale, standards), sponsor (authority), resources and assumptions

Hierarchy of requirements

Building the hierarchy through decomposition of requirements
Categories of requirements within the hierarchy
General business requirements, including legal and business policy
Technical policy requirements
Functional requirements
Non-functional requirements, that include performance, availability, robustness, usability, robustness, access, security, archiving, backup and recovery

Stakeholders in the requirements process

The definition of the term ‘stakeholder
Role and Contribution of Project Stakeholders to the requirements engineering process
- Project Manager
- Business Analysis
- Solution
- Developer
- Testers
- Architects
Role and contribution of Business Stakeholders to the requirements engineering process
- Project Sponsor
- Subject matter expert
- End users and managers
- Role and Contribution of External stakeholders to the requirements engineering process
  - Customers
  - Regulators
  - Suppliers - products and services

Requirements Elicitation

Knowledge types –tacit and non-tacit(explicit)
Elicitation techniques
- Interviews
- Workshops
- Observation
- Formal/informal
- Shadowing
- Focus groups
- Prototyping
- Scenarios
- Document Analysis
- Special purpose records
- Questionnaires
- Activity sampling
Understanding the applicability of techniques

Use of models in Requirements Engineering

The purpose of modelling requirements
- Generating questions
- Cross checking for consistency and completeness
- Defining business rules
Modelling the business context for the system using a context diagram that identifies the inputs and outputs of the system
Developing a model to represent the system processing requirements .Use case diagrams – actors, boundaries, associations, use cases
Interpreting a data model based upon the system data requirements Class diagram –classes, simple associations, multiplicities, attributes

Requirement documentation

Documentation styles and levels of definition
- User Stories
- Use Cases
- Requirements List
- Requirements Catalogue
Requirements Catalogue
Identifier
Name
Description
Acceptance criteria
Source
Owner
Rationale/Benefits
Related non-functional requirements
Priority
Type (functional, non-functional, general, technical)
Related requirements/documents
Author
Version control/status
Change history
Resolution
Requirements Document
Introduction and Background
Business Process Models
Function models (use case diagram) of defined requirements
Data model (class model) of defined requirements
Requirements catalogue
Glossary

Requirements Analysis

Prioritising and packaging requirements for delivery
Organising requirements
Requirements filters
Characteristics of a good requirement
Removing duplicated requirements
Reconciling overlapping requirements
Identifying and negotiating conflicts between requirements
Removing ambiguity
Ensuring feasibility(technical, business and financial)
Ensuring testability
Ensuring traceability
Prototyping requirements
Verifying requirements

Requirements Validation

Agreeing the requirements document
Types of reviews
- Informal reviews
- Structured walkthroughs (author-led review)
- Technical reviews
- Inspections
Stakeholders and their areas of concern

Requirements Management

Dealing with changing requirements
The sources of change
Change Management
Configuration management
The importance of traceability
- Vertical traceability (to business objectives)
- Horizontal traceability (from origin to deliver)
Traceability and ownership
Requirements Engineering support tools
- CARE Tools (Computer Aided Requirements Engineering)
- CASE Tools (Computer Aided Software Engineering)

Requirement Engineering

The candidates appearing for the BCS exam must bring some kind of photographic evidence to show at the examination hall to the invigilator.BCS allow additional time for candidates having some kind of disability or whose native language differs to that of the examination paper. For details refer to the BCS Reasonable Adjustments Policy which is available to view on the BCS website. If you believe you qualify for this then please notify the Exam Administration team at least two weeks prior to the exam. Delegates failing to do so and provide evidence when requested, may not be allowed the additional support.

About Dereham

Dereham is situated on the A47 road as a city and civil parish in the English county of Norfolk. Dereham falls within and is the centre of administration for, the district of Breckland. Don't get confused with the Norfolk village of West Dereham that is about 25 miles away.

Since 1983 Dereham has been acting as a twin city with the town of Rüthen in North Rhine-Westphalia, Germany. It is also a sister-town of Caudebec-lès-Elbeuf, France.

Transport

Rail

In 1847, the railroad arrived in Dereham with a single track line to Wymondham. A second line was laid in 1848 to King's Lynn. Dereham connected to Fakenham in 1849 with a line that extended to Wells-On-Sea by 1857. In 1862 the city's railways were acquired by the Great Eastern Railway. To manage the increasing traffic, the rail line from Dereham to Wymondham was doubled in 1882.

In 1964 rail services between Dereham and Wells were withdrawn, and the track between Fakenham and Wells was also lifted. In 1965 the Dereham to Wymondham track was returned to a single track, and in 1968 the King's Lynn line was closed. The last passenger train on the Dereham to Wymondham line ran in 1969 despite the railway keeping the track open for freight services until 1989.

The Wars

World War I

Dereham was the victim of a Zeppelin air raid on 8 September 1915. The buildings damaged during this First World War attack on Dereham included the headquarters of the 5th Territorial Battalion of the Norfolk Regiment. The old Vicarage was used as a Red Cross hospital.

World War II

Dereham was declared as a Nodal Point in the Second World War. It was also fortified to slow down any advances the Germans made while invading the English county. Today even there is a pill box, in the railway station yard, that is preserved as a memorial by the Royal British Legion.