Tuesday 21 April 2009

ISEB Certificate in Requirements Engineering... Done!!

I know you all must think I am on a roll, doing all these courses back to back! This I must say was an intense yet fantastic Course. This is the core of Business Analysis. A BA is useless if they have no knowledge of the skills that this course teaches. I did the course on the 18th-19th April 2009 in Central London.

Course Overview:
Requirements Engineering provides Business Analysts with a good grounding in a range of techniques for revealing, analysing and documenting business and system requirements. The course examines a range of elicitation techniques and how to record user requirements for an information system. Key areas such as prioritising requirements, resolving conflicting requirements and linking project objectives and requirements to the Business Case are also covered.
Holders of the Certificate in Requirements Engineering should be able to:
-Act as effective members of a team involved in eliciting and recording user requirements for an information system.
-Recognise the nature of the requirements and the knowledge type to which they belong, and to select and use an appropriate elicitation technique.
-Be familiar with a range of elicitation techniques and know how to apply them effectively.
-Record and prioritise requirements, and be able to recognize and help resolve conflicting requirements.
-Link project objectives/requirements to the Business Case.
-Be aware of what CASE support exists for Requirements Engineering

...I have decided to do my exams on the same day as the exams for the Agile course as they were unbelievably related, Use-cases and all! Below is the Course Syllabus.

ISEB Certificate in Requirements Engineering
Course Syllabus

1. The role of the analyst
o The role and competencies of an analyst
o Developing analyst competencies
2. The requirements engineering process
o The importance of requirements engineering
o A framework for requirements engineering
o Characteristics of requirements engineering
3. Actors and viewpoints
o Stakeholders in business analysis projects
o Roles and responsibilities in the requirements engineering process
o Context diagrams and stakeholders
4. Project initiation
o The importance of the project initiation stage
o The project initiation document
5. Facilitated workshops
o The use of workshops to elicit, analyse and negotiate requirements
o Structure of a facilitated workshop
o Workshop roles
o Facilitation skills
o Stimulating creative thinking
6. Fact-finding Interviewing
o Structure of a fact-finding interview
o Questioning techniques
o Documenting interviews
7. Documenting requirements
o General business requirements
o Functional and non-functional requirements
o Technical requirements
o The requirements catalogue
o Interpreting class diagrams
o Scoping systems and documenting requirements with use cases
8. Other requirements elicitation techniques
o Observation and ethnographic studies
o Activity sampling
o Document and data source analysis
o Questionnaires
o Choosing the appropriate technique/s
9. Analysing requirements
o Examining the requirements catalogue
o Prioritising requirements (MoSCoW)
o Checking for ambiguity and lack of clarity
o Testability of requirements.
10. Scenarios and prototyping
o The use of scenarios to explore requirements
o Use case descriptions as a method of documenting scenarios
o The use of prototyping to explore requirements
o Types of prototyping (throwaway, evolutionary etc.)
o The dangers and difficulties of prototyping; managing prototyping exercises
11. Requirements management
o Change and version control of requirements
o Requirements traceability
o The use of CASE tools in requirements engineering
12. Validating requirements
o Validation techniques
o Quality control in requirements engineering
13. Requirements and systems development
o Development lifecycles
o The link between requirements and systems development
o Post-implementation review

No comments:

Post a Comment