Degree Level 2

Requirements Engineering

ASIA PACIFIC UNIVERSITY OF TECHNOLOGY & INNOVATION

Level 2
CT056-3-2 Requirements Engineering
Project Specification

APU Private School

APU Private School is a small private school in Malaysia. For the past 5 years, it has
offered a curriculum from preschool, kindergarden to standard/grade 6. Last year the
school added after-school care usually referred to as after care, on premises. APU Private
School is experiencing significant increases in applications for after-school care.
There are full-time after-care teachers, for pre-school group, Kindergarten group, and
primary group. Each after-care teacher has part-time assistants assigned to the group.
Assistants report to the after-care teacher. The after-care teachers are responsible for
keeping time sheets for their part-time assistants. In addition, the after-care teachers are
responsible for submitting weekly summary sheets to the school detailing any hours
above those pre-registered for that students spent in the after-care program, so that
parents are billed for the additional time.
The school sends out monthly bills for after-care and records all payments. Students must
be pre-registered for after-care in January every year. The school handles all requests for
registration in consultation with the after-care teachers, and adjusts monthly bills
accordingly. The school maintains the school calendar and activities, prepares handouts
and reminders for parents. The school also maintains all student records, and ensures that
contact lists for all after-care programs are up-to-date.
Billing and payments for APU Private School for after-care fees have two components, a
fixed fee based on the time-block of after-care the student is pre-registered for, and a
variable fee based on any additional time. There are several different time blocks that
students can be registered for after care, dependent on whether the child is in pre-school,
kindergarten or primary school.
For preschoolers, time blocks are 12 noon 3:30 p.m. and 12 noon 5:30 p.m.
For kindergarten students, time blocks are 1:30 3:30 p.m. and 1:30 5:30 p.m.
For primary school students, time blocks is 3:30 5:30 p.m.
Payment for after care used on a pre-registered is billed monthly. Parents who have more
than one child enrolled at APU Private School are eligible for a 5% discount on after-care
fees for all enrolled children. Monthly bills are due on the second week of the month, and
are distributed to parents one week prior to the due date.

CT056-3-2

Asia Pacific University of Technology & Innovation

Degree Level 2

Requirements Engineering

Currently the monthly statements include a listing for each child, detailing date(s) and
time(s) of after-care hours. From this listing, the staff enters a total charge for additional
after care provided. A summary monthly report is generated which summarising fee
collections for after care.
State any logical assumption used in the case study.
You are required to:
-

To produce a software requirements specification (SRS) document which is placed in

Appendix A. Your team can decide on the requirements for the software to be
developed. The specification is derived from the activities undertaken in the
requirements development and management process.

The project deliverables should focus on what and how requirements engineering processes
that should be undertaken throughout the product development cycle

CT056-3-2

Asia Pacific University of Technology & Innovation

Degree Level 2

Requirements Engineering

Project Requirement Specification

Aims:
The aims of this assignment are to primarily address the following learning outcomes:

Understand the principal requirements engineering activities and their

relationship
Have been introduced to several techniques of requirements elicitation and
analysis

Other learning outcomes.

Distinguish the various subcomponents of Requirements Engineering and

understand their relationship
Understand the importance of requirements validation and how requirements
reviews are used in this process
Understand why requirements management is necessary and how it supports other
requirements engineering activities

Assessment
The total assessment marks of this group case study is 100%
Outline of Task:
You have been given the task to undertake the Requirements Engineering processes to
produce a specification document. The class will be divided into groups. Each group will
comprise of 3 team members.
Suggested Presentation Format
This project is a group effort and should be treated as though you are proposing a
structured organized approach to Requirements Engineering. The following is a
suggested minimum report format. It is recommended that your research paper contain at
least the following:
Cover Page
Your cover page should contain the following items:
APU Logo
Subject Title
System Name
Intake Title
Intake Code
Group Number
Group Members Name

CT056-3-2

Asia Pacific University of Technology & Innovation

Degree Level 2

Requirements Engineering

Table of Contents
The table of contents should have the topic title and reference page number attached to
each topic.
Introduction
This should include the project background, the scope of the project, aims, and objectives
of this project.
Schedule Planning - Gantt Chart &Workload Matrix
This should include your groups schedule on this assignment and the dates and tasks and
the responsible group member(s) has to be included in your schedule. All this information
should be shown in a Gantt chart and Workload Matrix (sample workload matrix
attached).
Areas of focus
Software requirements
Some definitions of requirements
Requirements Engineering Process
Requirements development and management
o Requirements development processes
Elicitation
Analysis
Specification
validation
o Requirements management processes
Requirements management procedures
Tracing requirements and traceability procedure
Requirement management tools
Good requirements characteristics
Attributes of good requirements specification
Implementation of Requirements Engineering
Requirements Specification Document (SRS)
The Documentation
The documentation has to be word processed, printed on single side A4 size paper with
1.5 line spacing (optional) and comb bound (sample of the binding will be shown
accordingly). The maximum number of pages should be 50.
Your group has to present your research findings to the lecturer and the presentation will
be judged accordingly.
Documentation Standards
Project documentation should be complete
CT056-3-2

Asia Pacific University of Technology & Innovation

Degree Level 2

Requirements Engineering

The project documentation should be at least of average standard in terms of

language, layout and flow.
The contents of the project documentation should be appropriately structured.
References should be accurate, relevant and up to date
References should be done using Harvards Name System of Referencing.
Diagrams / tables / graphs which have been used in the documentation should be
properly captioned.

(Note: Each group member has to be involved in the presentation)

What You Need To Hand In?
Your group needs to hand in the group case study on the due date mentioned on the cover
sheet of the assignment. The presentation will be conducted according to the date & time
allocated to each group. Each group member will be involved in the presentation in
which individual separation of marks will be quantified as a final mark set. The workload
matrix should indicate the contribution of each individual for each required component
(shown in %age form) and should be signed off by each team member. Late submissions
will not be assessed unless extenuating circumstances are upheld.

CT056-3-2

Asia Pacific University of Technology & Innovation

Degree Level 2

Requirements Engineering

Assessment Criteria
Sample Workload Matrix
Criteria

John

Ali

Chow

Project Management
Project Introduction
Analysis Problems in Existing System
Overview Of Current System
Context Diagram Current System
DFD Level 0 Current System
Overview Of Proposed System
Context Diagram Proposed System
DFD Level 0 Proposed System
DFD level 1 Proposed System
DFD level 2 Proposed System
Data Dictionary
Entity Relationship Diagram
We are looking primarily for quality of research, supporting evidence for your arguments,
and mature value judgments about the assignments subject matter.

CT056-3-2

Asia Pacific University of Technology & Innovation

Degree Level 2

Requirements Engineering

Performance Criteria
Grade
General
0-49%

50-64%

Assessment Guidelines
Pass answers are expected to be legible, tidy, well organised and written in
clear, understandable English. Students who grossly exceed the word limit
will be penalized.
Superficial analysis, concepts and language of the subject are absent or
scant. Irrelevant regurgitation of text book. Ideas are poorly expressed. Many
key issues are ignored. Concepts and language of the subject are used but are
often confused in application and or explanation. Some key issues are
ignored.
Some understanding of the relevant models and concepts. Some elements of
an appropriate structure are present. Restricted analysis of some issues.

65-74%

Evidence of reading and research. Understanding of the application of

appropriate models and concepts is demonstrated. Key issues are identified
and analysed, although this may be restricted at times. Some sources are
acknowledged.

75-79%

Evidence of wider reading. The assignment effectively interprets the

information and exhibits the integration of ideas across the subject area. The
assignment has credible recommendations. A systematic approach to
development and evaluation is used. Most sources are acknowledged and
referenced using Harvard system.
and Arguments are clear and convincing. Confident integration of theory and
practices is demonstrated. Consistent referencing to sources using the
Harvard system.

80%
above

CT056-3-2

Asia Pacific University of Technology & Innovation

Degree Level 2

Requirements Engineering

Marking Scheme and Performance Criteria

Group marks 70%
Distribution of marks will be according to the performance criteria stated below:
Criteria
0-5
6-10
11-15
Very few functions Some functions are
Most functions in the
Requirements
are
explained
or
explained
clearly,
software are clearly
Determination
some functions are some are not well
explained. Very little
o Software
not
clearly
explained.
Several
ambiguities in the
requirements
explained, leaving
ambiguities in the
statements. Nono Some definitions
the
audience
explanation.
No
functional requirements
of requirements
confused. A lot of
discussion about nonseemed to be
ambiguities and
functional
considered, a little
never consider non- requirements.
explanation is done.
functional
requirements.
Very few correct
Poor engagement of
Use correct procedures
Requirements
approaches
to
RE
procedures
undertaken
to conduct elicitation,
development processes
engaged. Very poor to conduct elicitation,
analysis, specification
o Elicitation
application
of
RE
analysis,
specification
and validation of
o Analysis
procedures and
and validation many
requirements. Some
o Specification
good
practices
and
errors
or
inappropriate
good practices for
o Validation
major limitations in approach to
requirements
o Specification
the project seen.
requirements
engineering seem with
Document(SRS)
No referencing or
engineering and some
minor errors in
adoption of good
good practices seen in requirements
practices.
RE seen. Little or no
models/requirements
referencing seen.
specification. Some
Unstructured
referencing seen.
specification
Adopts or defines an
document poorly
SRS template contents Adopts or defines an
reflecting
partly reflects the
SRS template and some

CT056-3-2

Asia Pacific University of Technology & Innovation

16-20
All functions in the software
are clearly explained in
detail. Explanation has no
ambiguities and can be
easily understood. Provide
some explanation on nonfunctional requirements.

Clear documentation of the

essential steps undertaken to
elicit, analyze, specify and
validate requirements.
Adopted good practices
from various practioners
supported with the
appropriate referencing.
Completely professional
analysis and
model/requirements
specification.
Adopts or defines an SRS
template and its relevant
contents reflects the

Degree Level 2

Requirements
management
o Requirements
management
procedures
o Tracing
requirements and
traceability
procedure
o Requirement
management tools

Criteria
Project management

CT056-3-2

Requirements Engineering

information gather
from the
requirements
development
process and of little
relevance to the
subsequent phases
of the software
development life
cycle.
Requirements
management has
omitted addressing
most of the
components as
required. Lacking
consistency to the
approach of
requirements
management.

0-2
No timeline and
schedule. If there
is, very little
information given.
No minutes of
meeting or any
other indications
that the project is
monitored.

requirements
development processes
which are to be used in
the subsequent phases
of software
development life cycle.

of its contents are

relevant for the
subsequent phase of
software development
life cycle.

Requirements
management
procedures undertaken,
however partially
addressed most of the
components as
required.

Use correct procedures

to conduct requirements
management. Some
good practices for
requirements
management seem with
minor errors in
requirements
management. Some
components as required
has been left
unaddressed.

information gather in
requirements development
phase which makes it an
effective deliverable for the
subsequent phase of
software development life
cycle.

Clear documentation of the

essential steps undertaken to
:- Establish baseline and
control version of
requirements.
- Defines change-control
process.
- Create requirements
traceability matrix.
- Use requirements mgt. tools
Referencing to good
practices seen.
3-5
6-8
9-10
Some tasks are not
Several problems
Clear indication of a welldelivered. Vague
encountered in
managed project. Provides
timeline and schedule
delivering some tasks on clear timeline and schedule.
with very little
time but able to recover. Shows effort to track and
information. Provide at Provides timeline and
monitor progress of project.
least minutes of
schedule. Some effort to
meeting to indicate
monitor progress of
some form of
project (providing
management done.
minutes of meeting etc)

Asia Pacific University of Technology & Innovation

Degree Level 2

Requirements Engineering

Individual contribution 30%

Criteria
0-4
5-9
10 - 14
15 - 20
Presentation
Most questions Not able to answer
Able to answer
Able to answer questions. No reading from
not answered.
some questions.
questions. Some
text/slide. Smooth flow of explanation and shows
Reading from
Reading from
reading from
knowledge of project.
text/slide most text/slide. Some flow
text/slide.
of the time.
of explanation
Acceptable flow of
Seems
available and seems to explanation and show
unstructured
understand what the
some knowledge of
and
project is all about.
the project
unprepared
undertaken.
with very little
knowledge of
the project.
Peer
Marks will be given according to the assessments done by their peers. This will be checked based on the workload
assessment
matrix provided. Total marks = 10 marks.

CT056-3-2

Asia Pacific University of Technology & Innovation

10