0% found this document useful (0 votes)
133 views22 pages

SAQA - 14909 - Summative Memorandum

Uploaded by

kabelo
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOCX, PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
133 views22 pages

SAQA - 14909 - Summative Memorandum

Uploaded by

kabelo
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOCX, PDF, TXT or read online on Scribd
You are on page 1/ 22

FURTHER EDUCATION AND TRAINING

CERTIFICATE: INFORMATION TECHNOLOGY:


SYSTEMS DEVELOPMENT
ID 78965 LEVEL 4 – CREDITS 165
SUMMATIVE ASSESEMENT memorandum
DESCRIBE THE DIFFERENCE BETWEEN PROGRAMMING
IN OBJECT ORIENTATED AND PROCEDURAL
LANGUAGES

1|Page
FULL NAME &
SURNAME
ID NUMBER:

NAME OF ASSESSOR

DATE OF ASSESSMENT

VENUE

ACHIEVED NOT ACHIEVED


KNOWLEDGE

SKILLS

Signature of learner Signature of Assessor

2|Page
ASSESSMENT PACK

Please complete the following sections (A and B) before commencing


with this assessment. The moderator of this assessment will complete
section C.

Section A Learner Information


Name:

Surname:

Date:

Contact telephone no:

Learnership agreement no:

Company: Site:
ID

Section B Assessor Information


Name:

Surname:

Date:

Contact telephone no:

Assessor no:
Provider no: Site:
ID

Section C Moderator Information

3|Page
Name:

Surname:

Date:

Contact telephone no:

Moderator no:
Provider no: Site:
ID

Results:

4|Page
1. INSTRUCTIONS TO ASSESSOR

5|Page
Introduction:
This assessment guide has been designed as a generic assessment guide and is
intended for use by the accredited NATIONAL CERTIFICATE: COMMUNITY
DEVELOPMENT Training Providers.

Purpose of the assessment


The purpose of summative assessment against this unit standard is to:
♦ Award credits to the NQF to learners who are able to start and run their
businesses.
Learning assumptions
The following knowledge, skills, attitude and/or equivalent:
♦ Demonstrate knowledge of communication and numeracy at Abet Level 3
Assessment methods
The following assessment methods will be used for the summative assessments:
♦ written and/or/verbal questioning
♦ Product sample and on site assessment

2. Assessment Process
General
 Use the assessment guide and your latest company policies and standard
operating procedures to assess the evidence received from the learner.
 Use the section: Addition Comments/Questions to note down any further
comments or questions on the evidence assessed.
 Use the model answers as a guideline to assess the learner’s answers to the
assessment questionnaire.
 The learner can complete the assessment questionnaire orally. In this case,
agree a date, time and venue.
 Provide the learner with a feedback within 10 working days of receiving the
evidence.

6|Page
Step 1 - Planning for the Assessment
Review this assessment guide to:
 Ensure that you understand all the requirements of the assessment in
terms of evidence required to prove competence.
 Identify and prepare the learner for the assessment by:
o Completing the Assessment Plan with the learner to discuss and
agree the details regarding the assessment.
o Completing the Assessment Preparation Checklist and getting the
learner to sign.
 Ensure that you have familiarized yourself with the following:
o The various patrolling functions and standard operating procedures
within the company.

Step 2: Complete the Assessment


 Collect the evidence in accordance with the methods and evidence
requirements specified.
 Mark each question as correct or incorrect in the “Office Use” column.
 Record the evidence on the assessment guide and indicate “Competent”,
“Not Yet Competent” or “Not Assessed” for each assessment criterion.
Note down any comments at the back of the assessment guide.
 Ask the learner additional questions, if necessary, to clarify points. Record
these on the guide.
 All questions must be complete as per the criteria specified.
 Answers provided must be similar to the model answers.

Step 3 - After the Assessment


 Prepare the feedback by writing comprehensive, developmental feedback
after each section on the Assignment Sheets. In addition to this, you are
required to write a summary overall feedback on the Assessment Guide.
 Provide the feedback to the learner in a safe, undisturbed in nature.
 Ensure that your feedback is developmental and supportive in nature.
 Advise the learner on what action to follow in the event of a “Not Yet
Competent” rating.
 Advise the learner on what action to take where he/she feels the need to
appeal against your decision.

7|Page
 Allow the learner time to provide you with feedback relevant to the
process.
 Record the learner’s feedback in the guide and ensure that it is given to
the person responsible for the quality assurance of assessment tools.
 Ensure that the learner co-signs the assessment guide to indicate
agreement with the feedback.

3. Assessment documentation required:


Step 1: Planning for the Assessment

♦ Assessment Plan
♦ Assessment Preparation Checklist
♦ Assessment Policy (including Appeals)
♦ Evidence Matrix
♦ Assessment Instruments
Step 2: Conducting the Assessment
♦ Assessor Guide
♦ Learner’s workbook
♦ Summative assessment pack
Step 3: After the Assessment
♦ Assessment Comments
♦ Feedback Report
4. Specific Instructions
Please note that Part 3 Assessment Instruments are not included in this guide
and are to be included by the assessor on an individual basis.
The actual summative assessments need to be completed and signed off by both
learner and assessor. The assessor will take control of the completed assessment
instruments and will file them under the tab for Assessment Evidence.

The completed assessment pack will be kept in safekeeping at the training


provider for three months after endorsement by SETA and will then be returned
to the learner.

Guidelines where an appeal is lodged

8|Page
 The normal appeal procedure prescribed by SETA and described by the
provider’s Quality Management System will be followed.

9|Page
10 | P a g e
ASSESSMENT PLAN

ASSESSMENT DETAILS

Date of Assessment Option 1 Option 2 Option 3 Option 4

TIME OF ASSESSMENT

Start: End:

VENUE Contact
person
LANGUAGE MEDIUM
METHOD OF
METHOD OF ASSESSMENT (please tick off the one to be used)

OBSERVATION ORAL WRITTEN

Simulation Knowledge Knowledge test


test
Product Interview

11 | P a g e
PRE-ASSESSMENT MEETING CHECKLIST

ACTION YES/NO COMMENTS

Set learner at ease; be friendly, polite


and professional.
Explain to the learner and agree on the
following issues.
1. The unit standard that will be
assessed
2. Date, time, venue and process to be
followed during the assessment.
3. Summative assessment tools to be
used for the assessment.
4. The assessment plan
5. Purpose of assessment
Explain to the learner and agree on the
role of all involved during the
assessment process.
Identify possible barriers and or
disabilities of the learner.
Explain the meaning and application of
RPL.
Explain, discuss and provide one
complete set of the Appeals process
documentation.
Explain to the learner when final results
will be available and how feedback will
be provided.
Discuss previous assessment results if
applicable.

I, ______________________________ (initials and surname of learner), DECLARE THE


FOLLOWING:

12 | P a g e
A copy of the unit standard(s) involved has been given to me prior to this
meeting. I know I will be assessed against the criteria, which have been set to
the applicable unit standards. The criteria have been discussed with me, and the
procedures and purpose of the assessment has been clearly explained to me.

I am well aware of the venue, date and time that I will be assessed. I consider
the period of time given to me to prepare myself for the assessment to be fair.

I understand clearly that I have the right to appeal against any decision made by
the assessor during the assessment of the evidence provided by me, and that I
have free access to the appeals procedures attached to this assessment pack. I
understand that I have the right to be accompanied by another person during all
procedures, and that I have free access to the Training Division of SBV’S Health
and Safety Procedures- filed at the offices.

Signature of learner Date

13 | P a g e
14 | P a g e
Assessment Instruments

TAKE NOTE
The assessment instruments included in this assessment pack are all
summative assessment instruments and are to be read in conjunction
with the formative assessment instruments contained in the learner
workbook. Both formative (workbook) and summative assessments are
to be retained as part of the learner’s portfolio of evidence.
A number of the assessment instruments contained in this assessment
are workplace knowledge based questions. This means that you will
arrange with the learner, a time that is suitable, during which the
learner will complete each questions.

Complete the following activities according to the instructions provided

Activity Mark
Describe and explain the basic principles of an
1 7
object.
Objects

Objects are the physical and conceptual things we find in the universe around
us. Hardware, software, documents, human beings, and even concepts are all
examples of objects. For purposes of modeling his or her company, a chief
executive officer could view employees, buildings, divisions, documents, and
benefits packages as objects. An automotive engineer would see tires, doors,
engines, top speed, and the current fuel level as objects. Atoms, molecules,
volumes, and temperatures would all be objects a chemist might consider in
creating an object-oriented simulation of a chemical reaction. Finally, a software
engineer would consider stacks, queues, windows, and check boxes as objects.

Objects are thought of as having state. The state of an object is the condition of
the object, or a set of circumstances describing the object. It is not uncommon to
hear people talk about the "state information" associated with a particular
object. For example, the state of a bank account object would include the current
balance, the state of a clock object would be the current time, the state of an
electric light bulb would be "on" or "off." For complex objects like a human being
or an automobile, a complete description of the state might be very complex.
Fortunately, when we use objects to model real world or imagined situations, we

15 | P a g e
typically restrict the possible states of the objects to only those that are relevant
to our models. We also think of the state of an object as something that is
internal to an object. For example, if we place a message in a mailbox, the
(internal) state of the mailbox object is changed, whereas the (internal) state of
the message object remains unchanged. Sometimes people think of objects as
being strictly static. That is, the state of an object will not change unless
something outside of the object requests the object to change its state. Indeed,
many objects are passive (static). A list of names does not spontaneously add
new names to itself, nor would we expect it to spontaneously delete names from
itself. However, it is possible for some objects to change their own state. If an
object is capable of spontaneously changing its own state, we refer to it as an
"object with life." (Objects with life are sometimes also called "active objects"
or "actors.") Clocks and timers are common examples of objects with life. If we
were modeling a business process, we would recognize that salespeople and
customers were also objects with life.

Activity Mark

2 Describe and explain the basic principles of a class. 4

 A class is a pattern, template, or blueprint for a category of structurally


identical items. The items created using the class are called instances.
This is often referred to as the "class as a `cookie cutter'" view. As you
might guess, the instances are the "cookies."

 A class is a thing that consists of both a pattern and a mechanism for


creating items based on that pattern. This is the "class as an `instance
factory'" view; instances are the individual items that are "manufactured"
(created) using the class's creation mechanism.

A class is the set of all items created using a specific pattern. Said another way,
the class is the set of all instances of that pattern.

16 | P a g e
Activity Mark

Describe and explain the basic principles of


3 5
inheritance.

Inheritance can be defined as the process whereby one object acquires (gets,
receives) characteristics from one or more other objects. Some object-oriented
systems permit only single inheritance, a situation in which a specialization
may only acquire characteristics from a single generalization. Many object-
oriented systems, however, allow for multiple inheritances, a situation in
which a specialization may acquire characteristics from two or more
corresponding generalizations.
Our previous discussion of the bank
account, checking account, and savings
account was an example of single
inheritance. A telescope and a television
set are both specializations of "device that
enables one to see things far away." A
television set is also a kind of "electronic
device." You might say that a television
set acquires characteristics from two
different generalizations, "device that
enables one to see things far away" and
"electronic device." Therefore, a television
set is a product of multiple inheritance.

Inheritance
One important characteristic of object-oriented languages is
inheritance. Inheritance refers to the capability of defining a new class of objects
that inherits from a parent class. New data elements and methods can be added
to the new class, but the data elements and methods of the parent class are
available for objects in the new class without rewriting their declarations.
For example, Java uses the following syntax for inheritance:
public class B extends A {
declarations for new members
}

17 | P a g e
Objects in class B will have all members that are defined for objects in class A. In
addition, they have the new members defined in the declaration of class B.
The extends keyword signals that class B inherits from class A. We also say that
B is a subclass of A and that A is the parent class of B.
In some languages, Java for example, the programmer has some control over
which members are inherited. In Java, a member is defined with a keyword
indicating its level of accessibility. The keyword private indicates that the
member is not inherited by subclasses. This capability is not often used.

Activity Mark

Describe and explain the basic principles of


4 5
information hiding and encapsulation

Inheritance can be defined as the process whereby one object acquires (gets,
receives) characteristics from one or more other objects. Some object-oriented
systems permit only single inheritance, a situation in which a specialization
may only acquire characteristics from a single generalization. Many object-
oriented systems, however, allow for multiple inheritances, a situation in
which a specialization may acquire characteristics from two or more
corresponding generalizations.
Our previous discussion of the bank
account, checking account, and savings
account was an example of single
inheritance. A telescope and a television
set are both specializations of "device that
enables one to see things far away." A
television set is also a kind of "electronic
device." You might say that a television
set acquires characteristics from two
different generalizations, "device that
enables one to see things far away" and
"electronic device." Therefore, a television
set is a product of multiple inheritance.

Inheritance

18 | P a g e
One important characteristic of object-oriented languages is
inheritance. Inheritance refers to the capability of defining a new class of objects
that inherits from a parent class. New data elements and methods can be added
to the new class, but the data elements and methods of the parent class are
available for objects in the new class without rewriting their declarations.
For example, Java uses the following syntax for inheritance:
public class B extends A {
declarations for new members
}
Objects in class B will have all members that are defined for objects in class A. In
addition, they have the new members defined in the declaration of class B.
The extends keyword signals that class B inherits from class A. We also say that
B is a subclass of A and that A is the parent class of B.
In some languages, Java for example, the programmer has some control over
which members are inherited. In Java, a member is defined with a keyword
indicating its level of accessibility. The keyword private indicates that the
member is not inherited by subclasses. This capability is not often used.

Activity Mark

Briefly distinguish between Procedural and Object


5 10
Oriented Programming using practical examples

A Real-World Example
Okay, that's enough theory. We're going to put both types of programming to the
test with a real-world example. Let's say that you are working for a vehicle parts
manufacturer that needs to update it's online inventory system. Your boss tells
you to program two similar but separate forms for a website, one form that
processes information about cars and one that does the same for trucks.
For cars, we will need to record the following information:
 Color
 Engine Size
 Transmission Type
 Number of doors
For trucks, the information will be similar, but slightly different. We need:
 Color
 Engine Size

19 | P a g e
 Transmission Type
 Cab Size
 Towing Capacity
In procedural programming, you would write the code first to process the car
form and then the code for the truck form. With object-oriented programming,
you would write a base class called vehicle that would record the common
characteristics what we need from both trucks and cars. In this case, the vehicle
class will record:
 Color
 Engine Size
 Transmission Type
We'll make each one of those characteristics into a separate method. The color
method, for example, could take the color of the vehicle as a parameter and do
something with it, like storing it in a database. Next, we will create two more
classes: truck and car, both of which will inherit all of the methods of the vehicle
class and extend it with methods that are unique to them. The car class will have
a method called number Of Doors and the truck class will have the methods cab
Size and towing Capacity. Okay, so let's assume that we have a working example
for both procedural and OO programming. Now, let's run through a few scenarios
that we could come across in a normal working environment. You know the type
of scenario because it always begins with the thought: I really wish my boss
didn't send this in an email request at 4pm on a Friday afternoon.
Scenario 1
Suppose that we suddenly need to add a bus form, that records the following
information:
 Color
 Engine Size
 Transmission Type
 Number of passengers
Procedural: We need to recreate the entire form, repeating the code for Color,
Engine Size, and Transmission Type.
OOP: We simply extend the vehicle class with a bus class and add the method,
number Of Passengers.
Scenario 2
Instead of storing color in a database like we previously did, for some strange
reason our client wants the color emailed to him.

20 | P a g e
Procedural: We change three different forms: cars, trucks, and buses to email the
color to the client rather than storing it in the database.
OOP: We change the color method in the vehicle class and because the car,
truck, and bus classes all extend (or inherit from, to put it another way) the
vehicle class, they are automatically updated.
Scenario 3
We want to move from a generic car to specific makes, for example: Nissan and
Mazda.
Procedural: We create a new form for each make, repeating all of the code for
generic car information and adding the code specific to each make.
OOP: We extend the car class with a nissan class and a mazda class and add
methods for each set of unique information for that car make.
Scenario 4
We found a bug in the transmission type area of our form and need to fix it.
Procedural: We open and update each form.
OOP: We fix the transmissionType method in the vehicle class and the change
perpetuates in every class that inherits from it.

ASSESSOR REPORT

ASSIGNMENT

CANDIDATE NAME:

DATE OF FEEDBACK:

OVERALL ASSESSMENT DECISION:

I ______________________________, the assessor, declare the candidate


Competent / Not Yet Competent (circle relevant) on all the criteria within
the assignment.

STRENGTHS:

WEAKNESSES:

21 | P a g e
LEARNER COMMENTS:

DEVELOPMENT PLAN:

CANDIDATE DECLARATION:

I _____________________________________, the candidate, declare that I have


received feedback and been informed of my overall competence for the
criteria within the assignment.

ASSESSOR SIGNATURE LEARNER SIGNATURE

____________________ ____________________

22 | P a g e

You might also like