lOMoARcPSD|8948732

Test 17 January 2015, questions

Informatics 271 (University of Pretoria)

StuDocu is not sponsored or endorsed by any college or university

Downloaded by Fanelo Felicity (ffnghonyama@gmail.com)
 lOMoARcPSD|8948732

 
FACULTY OF ENGINEERING, BUILT ENVIRONMENT AND INFORMATION TECHNOLOGY
FAKULTEIT INGENIEURSWESE, BOU-OMGEWING EN INLIGTINGSTEGNOLOGIE

DEPARTMENT OF INFORMATICS / DEPARTMENT INFORMATIKA

INFORMATICS 271 / INFORMATIKA 271

ModuleTest 1 / Moduletoets 1
Lecturers / Dosente Time / Tyd: 120 min
Mrs / Mev. R Steyn Mark / Punt: 80
Dr L Weilbach

Moderator / Moderator
 Prof M Matthee CLOSED BOOK / TOEBOEK

Assessment outcomes / Assesseringsuitkomste

Bloom’s Taxonomy
Student Number Bloom se Taksonomie
Studentenommer
Comprehension
Question /

Initials &

Maksimum
MEMO

Maximum
Toepassing
Knowledge

Application
Surname

Evaluation
Evaluasie
Synthesis
Vraag

Analysis
Voorletter & Van

Sintese
Analise
Kennis

Begrip

Outcomes / Uitkomste
A1 + 2 Adapted Zachman model / Aangepaste Zachmanmodel 9

A3 + 4 Use case diagram / ‘Use Case’-diagram 5

A3 + 4 Feasibility Analysis / Uitvoerbaarheidstudie 7

A5 + 6 Other elicitation techniques / Ander ontginningstegnieke 6

Use Case Diagram & Narrative / ‘Use Case’-diagram &
B1+2
Beskrywing
33

B3 Entity Relationship Diagram / Entiteitsverwantskapsdiagram 20

TOTAL / TOTAAL 80

INSTRUCTIONS:
 This paper consists of two sections:
Section A (Theory) and Section B
(Modelling).
 Both sections should be completed.
 Section A should be completed in an
University answer book.
 Section B should be completed on the
provided printed answer sheet.
 This question paper should be submitted
with the answer book and printed answer
sheet.
INSTRUKSIES:
 Die vraestel bestaan uit twee afdelings:
Afdeling A (Teorie) en Afdeling B
(Modellering).
 Beide afdelings moet voltooi word.
 Afdeling A moet in ʼn
Universiteitsantwoordboek gedoen word.
 Afdeling B moet op die verskafde gedrukte
antwoordblad gedoen word.
 Die vraestel moet saam met die
antwoordboek en gedrukte antwoordblad
ingedien word.

INF271 – 2015: Module Test 1/ Moduletoets 1 1

Downloaded by Fanelo Felicity (ffnghonyama@gmail.com)

 lOMoARcPSD|8948732

 
SECTION A – THEORY / AFDELING A – TEORIE

Questions: / Vrae [17 Marks]

1. In the Zachman framework, we ask 6 communication questions. What are these

questions? / In die Zachman raamwerk vra ons 6 kommunikasie vrae. Wat is hierdie
vrae? (6)
Who?
What?
How?
Where?
When?
Why?

2. In the Zachman model, the ‘what’ indicates the data of the ‘system’ to be analysed.
This data is categorised as three ‘things’. Name these three ‘things’. / In die Zachman
model, dui die ‘wat’ die data van die ‘stelsel’ wat ontleed moet word, aan. Hierdie data
word as drie ‘dinge’ geklassifiseer. Noem hierdie drie dinge. (3)

Physical 
Informational 
Conceptual
 
3. Explain what an abstract use case is used for. / Verduidelik waarvoor ʼn abstrakte ‘use
case’ gebruik word.  (2)
It is used to reduce redundancy among two or more other use cases by
combining the common steps found in those cases.

4. A graphical depiction of the dependencies among use cases provides three benefits,
what are they? / ʼn Grafiese voorstelling van die afhanklikhede tussen ‘use cases’
verskaf drie voordele, wat is dit?  (3)
It enhances the understanding of the system’s functionality
It helps to identify missing use cases
It helps to facilitate project management by depicting which use cases
are more critical.
 
5. Investment appraisal techniques apply: / Belegging-beoordelingstegnieke is van
toepassing:
a. Use an example to explain when one will make use of a payback analysis. /
Gebruik ʼn voorbeeld om te verduidelik wanneer ʼn mens van ʼn terugbetaal-
analise gebruik sal wil maak. (3)
b. When doing a payback analysis you have to calculate the present value. The
present value of what? / As ʼn terugbetaal-analise gedoen word, moet die
huidige waarde bereken word. Die huidige waarde van wat?
(2)
c. Provide a formula to calculate return on investment. / Verskaf ʼn formule om
die opbrengs op ʼn belegging te bereken. (2)
a. When you need to determine how long it would take you to earn
back the money spent on a SDLC project e.g. how long will it take to
recover the money spent on the development or upgrading of a new
system? (Compares income that will be generated with initial
investment.)
b. The current value of the currency (a Rand) at any time in future.
c. Return on investment = Estimated average profits/estimates
average investment * 100.

6. Redraw and complete the following table with regards to requirements elicitation
techniques: / Teken die volgende diagram oor in u antwoordboek en voltooi ten opsigte

INF271 – 2015: Module Test 1/ Moduletoets 1 2

Downloaded by Fanelo Felicity (ffnghonyama@gmail.com)


van behoeftebepalingstegnieke:
Requirements Elicitation
technique /
Behoeftebepalingstegniek
a. Interface analysis/
koppelvlak analise?
b. Observation /
Observasies
c. Requirements workshop /
Behoefteontledings
werkswinkel
SECTION A – TOTAL: / AFDELING A – TOTAAL:
INF271 – 2015: Module Test 1/ Moduletoets 1
Downloaded by Fanelo Felicity (ffnghonyama@gmail.com)
lOMoARcPSD|8948732
What does this technique
entail? / Wat behels hierdie
tegniek?
Involves identifying interfaces
between solutions and/or
solution components and
defining requirements that
describe how they will interact.
(1)
Studying people performing
their jobs - sometimes called
“job shadowing” or “following
people around.” (1)
A structured way to capture
requirements.
A highly productive focused
event attended by carefully
selected key stakeholders
and subject matter experts
for a short, intensive period
(typically one or a few days)
(Any 1 of the 2) = (1)
(6)
When will it be used? /
Wanneer sal dit gebruik
word?
When one needs to clarify
the boundaries of the
interfacing applications.
To determine the shared
interface
requirements between
applications (to
establish a basis for
successful
interoperability)
(Any 1 of the 2) = (1)
Appropriate when
documenting details
about current processes
or if the project is
intended to enhance or
change a current process.
(1)
To scope, discover,
define, prioritize and
reach closure on
requirements for the
target system.
To generate ideas for
new features or
products; to reach
consensus on a topic,
or to review
requirements.
(Any 1 of the 2) = (1)
(27)
3
 lOMoARcPSD|8948732

 
SECTION B – PRACTICAL MODELLING / AFDELING B – PRAKTIESE
MODELLERING
Please note: This section is to be completed on the printed answer sheet. / Let asseblief op:
Hierdie afdeling moet op die gedrukte antwoordblad gedoen word.

Read the case study and complete questions 1 – 3 that follow.

Lees die gevallestudie en antwoord vrae 1 – 3 wat volg.

Case Study – National Student Golf Championships  
Each year, in July, the National Student Golf Championships (NSHC) is held in Pretoria. During
this tournament, universities from across South Africa gather for a week (5 days) to determine the
best South African golf University. As this is a prestigious tournament, all the administration has to
be finalised before the 20th of May to ensure that everything runs smoothly. Mr Qualf is the local
organiser of this tournament.

Mrs Pret, a registration clerk, is responsible for registering all the Universities, their teams and the
golf courses on which the tournament will take place. Each University has to provide a registration
form which includes all its details, such as: the contact person; the person/department responsible
for settling the final account; as well as proof that 50% of the annual members’ fee has been paid
into their bank account. Mrs Pret uses the registration form to register every University on the
Golfers Pro system - a system designed in MS Excel by Mrs Pret herself. Once a University has
been registered, the system calculates the outstanding membership fee and produces an invoice.
Mrs Pret sends an email confirmation to that specific University including the invoice. The rest of
the membership payments must be made before the start of the tournament. Mrs Pret captures all
the payments as they are received after which a proof of payment is emailed to the relevant
University.

After receiving the email, the University submits their teams to Mrs Pret, who then enters the
details of all the team players into the system. On the team registration form the University also has
to indicate which of its teams require accommodation during the tournament. Each university is
allowed to enter a maximum of 4 teams (8 players per team).

As this is such a prestigious tournament, all the golf courses in and around Pretoria are eager to
host one of the tournament days. The owners of these courses have to send in an application form
on which they indicate details such as the facilities available at the course (see example of course
application form below). The tournament is therefore played on 5 different golf courses across
Pretoria and each team will only play on a specific golf course once during the week. This means
that each day of the tournament, two teams will play against each other on a specific course, and
they will play 2 rounds (36 holes) per course.

INF271 – 2015: Module Test 1/ Moduletoets 1 4

Downloaded by Fanelo Felicity (ffnghonyama@gmail.com)

 lOMoARcPSD|8948732

Mrs Pret then captures the courses on an Excel spreadsheet. After each course has been
captured, she calls Mr Putter to inform him about the new course which is ready for evaluation.
To select the 5 golf courses for the tournament, Mr Putter, the technical assistant of the
tournament, evaluates all the course entries manually based on their previous hosting
performances, as well as their hosting facilities. He allocates a mark out of 100 for each course
accordingly. A golf course is only allowed to host the tournament every second year to provide
smaller clubs the opportunity to host and become part of the tournament. A month before the
tournament, Mr Putter selects the final 5 golf courses and sends an email to the course’s contact
person to notify them that they have been selected and that further details would follow. Mr Qualf
also receives a report of the courses accepted.

To determine who will play on which course, on which day, and against whom, Mr Qualf draws the
team numbers and golf courses from a hat. Mrs Pret enters the results of the draw into her MS
Excel spreadsheet.

Every day, before the commencement of the tournament, the system generates an end-of-day
report which indicates to Mr Qualf the new teams (per University) who registered during that day.
On the evening before the tournament starts, Mrs Pret prints out a report to show Mr Qualf what
the tournament schedule looks like (i.e. who plays when, on which course, and against whom).

INF271 – 2015: Module Test 1/ Moduletoets 1 5

Downloaded by Fanelo Felicity (ffnghonyama@gmail.com)

 lOMoARcPSD|8948732

 
Mr Qualf wants to improve the NSHC administration system for future ease, and has requested you
to analyse the current MS Excel system in place.

Gevallestudie – Nasionale Studente Gholf-kampioenskappe

Elke jaar, in Julie, word die Nasionale Studente Gholf-kampioenskappe in Pretoria gehou.
Gedurende hierdie toernooi kom universiteite van oral oor Suid-Afrika vir ʼn week bymekaar om te
bepaal wie die beste Suid Afrikaanse gholf-universiteit is. Aangesien hierdie ’n gesogte toernooi is,
moet die administrasie voor die 20ste Mei afgehandel wees om te verseker dat alles glad verloop.
Mnr. Qualf is die plaaslike organiseerder van hierdie toernooi.

Mev. Pret, ʼn registrasie-klerk, is verantwoordelik vir die registrasie van al die universiteite, hulle
spanne en die gholfbane waar elke toernooi gaan plaasvind. Elke universiteit moet ’n
registrasievorm verskaf wat al hul besonderhede bevat, soos: die kontakpersoon; die
persoon/departement wat verantwoordelik is vir die betaling van die finale rekening; asook ’n
bewys dat 50% van die jaarlikse lidmaatskapsfooi betaal is. Mev. Pret gebruik die registrasievorm
om elke universiteit op die Gholfers Pro-stelsel te registreer – ’n stelsel wat Mev. Pret self op
Excel ontwerp het. Wanneer ’n universiteit geregistreer is, bereken die stelsel die uitstaande
lidmaatskapfooie en genereer ʼn faktuur wat dit aandui. Mev. Pret stuur ’n e-pos van
betalingsbevestiging aan die spesifieke universiteit en heg die faktuur daarby aan. Die res van die
lidmaatskapbetalings moet voor die toernooi begin gemaak word. Mev. Pret sleutel elke betaling,
soos dit ontvang word, in die stelsel in waarna ’n bewys van betaling per e-pos aan die betrokke
universiteit gestuur word.

Nadat die e-pos ontvang is, dien die universiteit sy spanne by Mev. Pret in. Sy sleutel dan die
besonderhede van al die spanlede in die stelsel in. Op die spanregistrasievorm moet die
universiteit ook aandui watter van sy spanne gedurende die toernooi verblyf benodig. Elke
universiteit mag ʼn maksimum van 4 spanne inskryf (8 spelers per span).

Aangesien hierdie ’n gesogte toernooi is, is al die gholfbane in en rondom Pretoria gretig om
gasheer te speel vir een van die dae waarop die toernooi plaasvind. Die eienaars van hierdie bane
moet ’n aansoek instuur waarop hulle besonderhede soos die fasiliteite wat by die baan beskikbaar
is, aandui. (Kyk na die aansoekvorm vir bane hieronder.) Die toernooi word dus op 5 verskillende
bane regoor Pretoria gespeel en elke span sal slegs eenkeer gedurende die week op ’n spesifieke
gholfbaan speel. Dit beteken dat twee spanne elke dag teen mekaar op ’n spesifieke baan speel
en dat hulle 2 rondtes (36 putjies) per baan speel.

INF271 – 2015: Module Test 1/ Moduletoets 1 6

Downloaded by Fanelo Felicity (ffnghonyama@gmail.com)

 lOMoARcPSD|8948732

Mev. Pret lees al die bane se besonderhede in op Excel-sigblad in. Sodra ’n baan ingelees is, stel
sy Mnr. Putter in kennis dat daar ’n nuwe baan is wat gereed is vir evaluasie.

Ten einde die 5 gholfbane vir die toernooi te kies, evalueer Mnr. Putter, die tegniese assistent van
die toernooi, die baan-inskrywings per hand. Hy baseer sy evaluerings op die bane se vorige
gasheerprestasies, sowel as hulle fasiliteite en gee elke baan dienooreenkomstig ’n punt uit 100
uit. ’n Gholfbaan word slegs toegelaat om elke tweede jaar die toernooi aan te bied om sodoende
ook kleiner klubs die geleentheid te gee om die toernooi aan te bied en deel te word daarvan. ’n
Maand voor die toernooi begin, kies Mnr. Putter die 5 bane waarop die toernooi gespeel gaan
word. Hy stuur dan ’n epos aan die baan se kontakpersoon om hulle in kennis te stel dat hulle
baan gekies is en dat meer inligting later sal volg. ’n Verslag van die bane wat aanvaar is, word
ook aan Mnr. Qualf gestuur.

Om te bepaal wie op watter baan sal speel, op watter dag, en teen wie, trek Mnr. Qualf die
spannommers en gholfbane uit ‘n hoed. Mev. Pret sleutel die resultate van die trekking in haar
Excel-sigblad in.

Elke dag, voor die toernooi begin, genereer die stelsel’n einde-van-die-dag-verslag wat Mnr. Qualf
inlig oor die nuwe spanne (per universiteit) wat daardie dag geregistreer het. Op die vooraand van

INF271 – 2015: Module Test 1/ Moduletoets 1 7

Downloaded by Fanelo Felicity (ffnghonyama@gmail.com)

 lOMoARcPSD|8948732

 
die die toernooi druk Mev. Pret ’n verslag sodat Mnr. Qualf kan sien hoe die toernooi se skedule
daarna uitsien (m.a.w. wie speel wanneer, op watter baan, en teen wie).

Mnr. Qualf wil die gholftoernooi se administratiewe stelsel verbeter om dit te vergemaklik vir
toekomstige gebruik, en het jou gevra om die huidige Excel-stelsel wat in plek is, te ontleed.

1. Complete the systems analysis use case diagram for the case study on the (20)
printed mark sheet provided. / Voltooi die stelselontledings-‘use case’-diagram
vir die gevallestudie op die gedrukte antwoordblad wat voorsien is.

 
 
 
2. Complete the logical use case narrative for the “Register University” use (13)
case on the printed mark sheet provided. / Voltooi die logiese ‘use case’-
beskrywing vir die ‘Register University’ ‘use case’ op die gedrukte
antwoordblad wat voorsien is.

INF271 – 2015: Module Test 1/ Moduletoets 1 8

Downloaded by Fanelo Felicity (ffnghonyama@gmail.com)

 lOMoARcPSD|8948732

 
USE CASE NAME: Register University / Registreer universiteit USE CASE TYPE
USE CASE ID: 1.1 Business Requirements: 
PRIORITY:
System Analysis: 
SOURCE: Case study System Design: 
PRIMARY BUSINESS ACTOR University contact person/ Universiteit kontakpersoon
PRIMARY SYSTEM ACTOR Registration clerk -  - one mark for role not name Mrs Pret
OTHER PARTICIPATING 
ACTORS:
OTHER INTERESTED  Organiser / Organiseerder
STAKEHOLDERS:
DESCRIPTION: This use case commence once a university has submitted their registration form as well as
proof of payment. The Registration clerk will capture the registration information on the system;
she will also indicate the amount paid by the University as part of the registration. Once the
information is captured, the system will calculate the outstanding membership fee due. And
invoice is generated after which an email with the invoice is send to the university as proof of
payment and registration. This use case concludes once the email is send to the University.
 - two marks for description if it states how it start, what happens and how it
ends
PRE-CONDITION: -

TRIGGER: - This use case is triggered when the registration clerk receives the registration form. /
Hierdie ‘use case’ word geaktiveer as die registrasieklerk die registrasievorm
ontvang.

TYPICAL COURSE
Actor Action System Response
OF EVENTS: Step 1: The university submits their Step 2: The registration clerk will capture the
registration form and proof of University details as per the registration form.
payment The following attributes must be captured:
Name of University
Location of University
Contact person name
Contact person email address
Contract person phone number
Payment received?

 - one mark for step

 - one mark for listing attributes to be
captured on the form
Step 3: The registration clerk captures the
amount paid by the University.
 - one mark
Step 4: The system generates a receipt and
assigns a receipt number to the payment  -
one mark
Step 5: The system calculates the amount
outstanding for the University. This is
calculated by retrieving the amount due per
university and subtracting the amount paid,
the remainder is The amount still due by the
University
 - one mark for step
 - one mark for calculation

Step 6: The system retrieves the University

contact email address from the University
table.

INF271 – 2015: Module Test 1/ Moduletoets 1 9

Downloaded by Fanelo Felicity (ffnghonyama@gmail.com)

 lOMoARcPSD|8948732

 
Step 7: The system generates an email stating
details on the amount paid and the outstanding
amount and attaches the receipt for the
payment received. - one mark
Step 8: The registration clerk chooses to send
the email to the University’s contact person.
- one mark

ALTERNATE COURSES: Alt-Step 2: the registration form is not completed correctly and thus it is returned to the
university for completion

 - one mark for one alt-step

CONCLUSION: This use case concludes when the system sends the email with attached receipt to the
university’s contact person. / Die ‘use case’ eindig as die stelsel die e-pos met kwitansie na die
universiteit se kontakpersoon stuur.
POST-CONDITION: - Payment has been captured / Betaling is gestoor.
- A receipt has been generated / ʼn Kwitansie is gegenereer.
- An email has been generated / ʼn E-pos is gegenereer.
- A University is registered / ʼn Universiteit is geregistreer.
 - One mark for having at least two of these two post-conditions
BUSINESS RULES: - Universities have to pay 50% deposit with their registration. / Universiteite moet ʼn 50%
deposito betaal met registrasie.
IMPLEMENTATION None / Geen
CONSTRAINTS AND
SPECIFICATIONS
ASSUMPTIONS: None / Geen
-

OPEN ISSUES:

3. Draw an ERD (in 3NF) that will represent the data stored by the Golfers Pro (20)
system. / Teken ʼn EVD (in 3NF) wat die data wat deur die ‘Gholfers Pro’-
stelsel gestoor word, verteenwoordig.

INF271 – 2015: Module Test 1/ Moduletoets 1 10

Downloaded by Fanelo Felicity (ffnghonyama@gmail.com)

 lOMoARcPSD|8948732

SECTION B TOTAL / AFDELING B TOTAAL (53)

MODULE TEST TOTAL / MODULETOETSTOTAAL (80)

INF271 – 2015: Module Test 1/ Moduletoets 1 11

Downloaded by Fanelo Felicity (ffnghonyama@gmail.com)