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 Liverpool

Liverpool

With estimated population of 478,580 (in 2015), Liverpool is the city in the North West of England. It is the fifth largest metropolitan area in the UK with more than 2.24 million people in 2011. Liverpool City Council is the local authority and is the most populous local government district. Liverpool is located near Mersey Estuary. It turns out to be a borough in 1207 and a city in 1880. It became a county borough independent of Lancashire in 1889.

Government

There are two types of government in Liverpool i.e. the Mayor and Local Council. They are also the stakeholders in the Liverpool City Region Combined Authority, the European Parliament and The National Government. Unitary Authority officially governed Liverpool as when Merseyside Country Council was disabled civil functions were returned to a district borough level. However, services like Police and Fire and Recuse Service are still run at a county-wide level.

Economy

Locating at the centre of one of the two core economics, Liverpool has one of the largest economies in the UK. The GVA of Liverpool in 2006 was £7,626 million that was above North West average. Since the mid-1990s, the economy has been very strong with its GVA 71.8% in between 1995 and 2006 and employment 12% between 1998 and 2006. The economy of Liverpool is dominated by both public and private service sector industries. Over 60percentage of employment in the city was in the public administration, banking, finance, health, insurance and education sectors.

Landmarks

The history of Liverpool contains a variety of architectural styles (16th century Tudor building to modern-day architectures). The present buildings are of the period when the city attains powers in the British Empire. The history of Liverpool contains a variety of architectural styles (16th century Tudor building to modern-day architectures). The present buildings are of the period when the city attains powers in the British Empire. Also, the city has several public sculptures. The English Heritage describes the richness of architecture.