Professional Documents
Culture Documents
REVISION EXERCISE
The following case study is adapted from http://www.itweb.co.za dated 8 February 2015.
The South African government’s electronic National Traffic Information System (eNatis)
project is a good example of a failed systems development process. The National Traffic
Information System (Natis) used at 1 753 sites throughout the country was 44 years old
and had severe technological limitations due to a lack of integration between the vehicle
registration, deregistration and licencing departments. The department of motor vehicles 38
year old database had limitations as it could no longer handle the additional transactions
required when registering new motor vehicles.
The new eNatis system would allow for 40 000 transactions per hour instead of 25 000. It
would enable specialized transactions designed to limit visits by the public to traffic
departments, by allowing transactions over the Internet and via automated teller machines,
including learner licence bookings online and in real-time. Learner testing would be entirely
automated, eliminating corruption through automated marking of tests. eNatis would
ensure centralization of transactions, within the improved eNatis database, with regard to
the payment of traffic fines, registering of vehicles’ and licence renewals.
The new eNatis systems development was plagued with problems, including cost overruns
from an estimated R311 million to R396 million as a result of the new system being
implemented 11 months late. The then Minister of Transport, Mr Y Emjedi, wanted the new
system developed, designed and implemented within a year so he awarded the contract to
Tasima, who were well known in the industry for “taking shortcuts” in a six-phase systems
development lifecycle methodology, never delivering on time and always going over
budget. To make matters worse, Tasima, as the outsourced organization were not properly
managed throughout the whole process. The Tasima systems analysts took one week,
consulting users at only five of the 1 753 sites when analyzing the old system and defining
the new system requirements, without making use of James Wethebe’s PIECES
framework in the analysis.
When developing the new system Tasima decided to upgrade the outdated database, by
merely adding additional memory, which resulted in new car registrations and licence
renewals taking 20 instead of two minutes to complete. As a result of the late
implementation date, only the online learner licence subsystem was tested and the new
system was immediately implemented. The proposed centralization and integration of
transactions with regard to traffic fines and vehicle registrations never worked. As a result
of the rushed implementation, staff was only given one hour training on the new system.
Furthermore the department failed to ensure there was a helpdesk to support the staff that
experienced problems when using the new system.
REQUIRED:
Refer to the above case study as well as your own knowledge and experience to answer, with
a full motivation, the questions that follow:
2 Evaluate how each of the four problems you have indicated in question 1 4 x1=
above could be resolved. Relate your solutions to the SDLC. (4)
7 Describe three types of public cloud computing service that could add (3x2=6)
value to operations at the Traffic Department.
9.2 State which method Tasima should have adopted in order to avoid the
problem of the systems not integrating. Motivate your answer. (1)