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 Stoke-on-Trent

Stoke-on-Trent is a city in Staffordshire, England. It ranges from 36 square miles. Stoke is polycentric, having been molded by an association of six towns in the early 20th period. It reached its name from Stoke-upon-Trent, where the railway station and the town hall are situated. The four other payments are Burslem, Tunstall, Longton and Fenton.

Geography:

Stoke-on-Trent is situated about half-way between Birmingham and Manchester. It links the town and area of Newcastle-under-Lyme. The city located on the higher hill of the River Trent at the south-west foothills of the Pennines, ranging from 106 to 213 meters (350 to 700 ft.) above sea level. The city is measured to be the southernmost end of the Pennines, restricted by the plains of the Midlands to the south, counting the Cheshire Plain deceitful west of Newcastle. The Peak District National Park lies straight to the east and comprises part of the Staffordshire Moorlands District, as well as parts of Derbyshire, Greater Manchester and West and South Yorkshire.

Climate:

Stoke-on-Trent, as with all of the United Kingdom, practices a temperate nautical weather, missing in weather limits. The local area is comparatively raised due to its nearness to the Pennines, subsequent in cooler temperatures year round likened to the nearby Cheshire Plain. However, on calm, clear nights this is frequently upturned as cold air drainage reasons a temperature overturn to occur. As such, the Stoke-on-Trent and Newcastle area are not vulnerable to plain frosts. The nearest Met Office weather station is Keele University, about four miles west of the city centre.

The absolute high temperature is 32.9 °C (91.2 °F), logged in August 1990, although more classically the average warmest day of the year should be 27.0 °C (80.6 °F). In total, just under fourteen days should report a temperature of 25.1 °C (77.2 °F) or above.

Demography:

Based on the 2001 survey, the total population of the city was 240,63. This was a warning of 3.5% since 1991. 51.3% of the population is female. 96.3% of the population of Stoke-on-Trent were instinctive in the UK. 94.8% of the population recognised themselves as white, 2.6% as Asian British Pakistani, 0.5% Asian British Indian and 0.3% as Black Afro Caribbean. Concerning faith, 74.7% labelled themselves as Christian, 3.2% Muslim and 13.4% had no religion. In the same survey, 19.9% were recognised as under 15; 21.0% were over 60. A total of 24.2% of non-pensioner families were logged as having no working grownups. In 2011 the population had amplified to 249,000. It is the first time that the city's population has full-grown since it drawn at 276,639 in 1931.