FOOTBALL LEAGUE MANAGEMENT SYSTEM

MUHAMAD AZLAN BIN MUHAMAD SAPE'EI

This report is submitted in partial hlfillment of the requirements for the Bachelor of
Computer Science (Soflware Development)

FACULTY OF INFORMATION AND COMMUNICATION TECHNOLOGY

UNIVERSITI TEKNlKAL MALAYSIA MELAKA
2007

ABSTRACT
Football League Management System is a system that will be used to manage
football competition which using league system during the tournament. Basically the
system will be designed suit with the current football tournament held in Malaysia. The
system will be developed using Cold Fusion script and MySQL as the database. It will
be focused on managing all the infomation used during the tournament started fiom
registration process, during the tournament and until the tournament is over. Curre~ltly
most of football organization use filing method to store and manage all the information
during the tournament period. The filing method gives few complications for staff to
handle all those data. The system that is going to be developed will provide a comulete
systematic system which will maintain all the tournament data and come o1 ' 1 '...
reports. Therefore all the jobs during the tournament took part will become easier and
manageable.

Sistem Pengurusan Liga Bola Sepak adalah sebuah sistem yang di rekabentuk khab bagi
memudahkan sesebuah organisasi mahupun persatuan untuk menganjurkan sesebuah
pertandingan bola sepak. Ia mampu menguruskan segala maklumat-maklumat penting
yang digunakan sepanjang tempoh pertandingan tersebut. Sistem ini dibangunkan bagi
mengatasi masalah yang sering timbul ketika penganjuran bola sepak berlan~sung
terutamanya di Malaysia. Kebanyakan penganjur perntandingan masih r; . --.,in:.'::m
kaedah pemfailan yang diketahui tidak praktikal ketika ini. Sistem ini :nc~ag.i:~dungi
beberapa modul yang mudah difaharni selain memberi impak yang besar kepda dunia
bola sepak.
I

CHAPTER I

INTRODUCTION

1.1

Project Background
Football League Management System is a system that will be

USLU

);;

;~-i,.,;~i;;c

football competition which using league system during the tournament. P.?;-'..:''y. r?!e
system will be design to suit the current football tournament held in Maitij3.d. I; will
focus on managing all the important information during the tournamenr

I: ...

.-

..

registration process, during the tournament and until the tournament is over.

Currently most of football organizations are using filing method to store and
manage all the information during the tournament period. This conventional method
gives few complications for statf' t o handle all those data. Searching a document will
cost a long period to be dons. I'he paper4

3130

r n ~ ~ get
h t decay if it hecn use severally.

So the system that is going t o be develop is rotall> been designed to solve the problems
occurred during the current procc\b.

13

Problem Statement
From the findings been made, most organization used filing method to store all

the information during the tournament. This has cause few typical problems due to filing
method of storage.
Filing method is hard to be managed these days. Information that store using
paper might get decay if it is being used severally. This may cause the document hard to
be read. Searching a document also will cost a long period to be done.
There are also some organizations stored their data in Excel file whic5 i ~ ,
improper data management method. It may look systematic but not a proper way to store
large amount of data using Excel file.

1.3

Objective

Football League Management System is developed to overcome the problems

with the current process and has its own objectives, which are;
To produce an etlicirnr system. which can rnanages players. coaches, teams and

matches intbrmation clurins the rournamenr.

To generate common reporti that car1 be used during the football tournament such as

league standing bawd

011

rhc match result.

1.4

Scope
The system will be focused on football tournament management which

specifically being organized in Malaysia. It will be develop based on 'TM Liga Super'
tournarnent which been held annually in Malaysia. The tournament been organized by
Football Association of Malaysia (FAM). FAM has been the target user to use the
system when the system is complete.
The system will cover all the tournament process started fiom registration
process, during the tournament and until the tournarnent is over. However, it will not
cover the financial aspects of the organization or the tournament operating expenses. It
is because usually other person or department manages the financial aspect during the
tournament. There are four main modules that are going to be developed which are;
Tournament Management
It manages the registration process before the tournament held. The system able to

register teams, coaches. players, oflicials that are going to involve in the tournament. It
consist data that are going to be used along the tournament besides showing their status
along the tournament.
Fixture Generution

This module create tisture calendar tbr the whole season and match calendar for each
tearn compete in the tournament.

It

consist location and important details of each

matches.
,\,filri-h~.v.ilunu,i:~~mc*nf

System w i l l nhle
paper

rr h

10 rcyisler

pls)zr selsction tbr each match. It can produce pre-printed

~ i hhr'rl~~
Uic t o till

cligib!, or .;u-;pcriJcd
and r e p mi.

irt

?hi' m;trch reiult and report. The player status either

~r ~ i- .l~ ~ l tar :m t h e

pi:rcr.

It

alw

\bill

compile all the matches results

ReOn this module, system able to generate league-standing table that show the position of
each team based on points collected after each matches. All matches result and report
can be view through this module. Other report also can be view here such as top league
goal scorer, yellow cards and player contributions in the tournament.

1.5

Project Significance
The system will give a lot of benefit to the users and in this case, in Malaysia the

user might probably FAM as this association organizes a lot of football competition in
this country. The current system used could be hard to be maintained and problems
usually caused by some human errors. The system to-be will encounter all those problem
occurred as been mention on problem statement.

Expected Output

1.6

Phe system is espccts to produce a league-standing table where user does not
have

to

cslculate manually rhe points collected by each team after each matches. It also

car1 generate ti\ture calendar fibr the \\hole tournament and calendar for each team

compere i r ~the league. f3e\ides rhal. user can view the status of each player and his

conrrihutlon during thc roumamenl such as game played, goal scored and assist made.
I.:)r caih rr!atchc.\. ,!stern

can produce pre-printed paper which will be use to fill

ir: !he pl;lbcr \clci.!1i>r1\. r 7 1 ~ 1 i hresult and

I.l,t'r

reports. Those outputs are expected to help

rv;irt~c~:1 ! 1 ~fist~Tn.tntcr\l r';ihit'r and reduce manual process involved.

1.7

Conclusion
This chapter is produced to give general information about the system that is

going to be developed. It defines the benefit and reason why the system is proposed.
Besides, it reveals the current situation of football in Malaysia. The next chapter will
discuss about literature review and methodology that is going to be used during the
whole development process.

CHAPTER I .

LITERATURE REVIEW AND PROJECT METHODOLOGY

2.1

Introduction
This chapter will discuss the literature review and project methodology that

related to the project. A literature review is a body of the text to aim the review the
critical points of current knowledge on particular topics.

"Software engineering is the establishment and use of sound engineering

principles in order to obtain economically software that is reliable and works efficiently
on real machines. Computer software is the product that software engineering design and
build. It encompasses programs that execute within a computer of any size and
architecture. documents that encompass hard copy and virtual forms, and data that
combine numbers and text but also includes representations of pictorial, video and audio
infi)rmation. (Roger S . Pressman, 200 1 )"

Sofbare engineering is the practice of using several processes to improve the

quillit ot'a

botiware development. It based on assumption, subject to endless debate and

I?n;ill) patient experience.

Like other processes, the development of information system follows a life cycle.
The system development life cycle (SDLC) is a common methodology for systems
development in many organizations, featuring several phases that mark the progress of
system analysis and design effort. Although life cycle appears at a glance to be a
sequentially ordered set of phases, it actually is not The specific steps and their
sequence are meant to be adapted as required for a project. The project can return to an
earlier phase if necessary. It is also possible to complete some activities in one phase in
parallel with some activities of another phase. Sometimes the life cycle is iterative,
phase are repeated as required until an acceptable system is found.

Figure 2. 1 System Development Life Cycle

['his representation of the SDLC is sometimes referred to as the waterfall model.

[.:ash phase has

specific outcomes and deliverables that feed important information to

~ ~ r t t phases.
cr
I'he tirst phase is called project identijication and selection. In this phase,
rhc r1ec.d tc~ra new or enhanced system is been identifies. Determination of which
h>slcrns. ro develop

may be affected by ad hoc user requests submitted as th n ~ e dfor

new o r enhanced systems arise as well as h m a formalized information planning

process. The outcome o f the project identification and selection process is a
determination of which system development projects should be undertaken by
organization, at least in terms of initial study.
During project initiation andplanning, a critical step at this point is the scope of
the proposed system. It will show what the system to-be is intent to do. A specific plan
for the proposed project has to be produced which will be follow for the next remaining
steps. This baseline project plan customizes and specifies the time and resources needed
for its execution. It also will determine whether the cost of developing the system
outweighs the benefits it could provide.
The next phase is analysis. During this phase, the analyst thoroughly studies the
organization's current procedures and the information systems used to perform the tasks.
Analysis has several sub-phases which the first is requirement determination. In this subphase, analyst has to determine what the users want from the proposed system. It usually
involves a careful study of any current systems, manual and computerized that might be
replaced or enhanced as part of this project. Next, the requirements been study and h e w
structured according to their inter-relationships and eliminate any redundancies. Then
the alternative initial designs were generated to match the requirements. The output of
the analysis phase is a description of the alternative solution recommended by the
analysis team.
During design phases, the description of the recommended alternative solution
%ill be converted into logical and physical system specification. It consist all aspects

from input and output design screens to reports, databases and computer processes. It
been separated into two, which are logical design and physical design.

l ~ ~ ~ ~design
i c u l is not tied to any specific hardware and systems software
pla~lbrrn.1.ogicaI design concentrates on the business aspects of the system. In physical

design. the logical design is turns into physical or technical specifications. The analyst

has to decide which programming languages the computer instruction will be written in,
the database systems, hardware platform, operating system and the network environment
the system will run under. These decisions finalized the hardware and software plans
initiated at the end of the analysis phase. The final product of the design phase is the
physical system specification in a form ready to be turned over to programmers and
other system builders for construction.
The physical system specifications are turned over to programmers as the first
part of the implementation phase. The system specification is turned into a working
system that is tested and then put into used. It includes coding, testing and installation.
hnplementation activities also include initial user support such as the finalization of
documentation, training programs and ongoing user assistance. It also can conlir!clc for
as long as the system exists since ongoing user support is also part of implementation.
Even a welldesigned system can fail if implementation is not well managed.
The final phase is maintenance. In maintenance, programmers make changes that
users ask for and modifL the system to reflect changing business conditions. These
changes are necessary to keep the system running and usehl. In sense, rnaict~?-nc-:.s
repetition of the other life cycle phases required to study and implement the needed
changes. The amount of time devoted to maintenance depends on the performance of
previous phases of the life cycle.
Throughout the system development life cycle, the system development project
itself needs to be carefully planned and managed. The larger the systems project, the
greater the need for project management.

23

Facts and Findings

2.2.1

Domain
The domain of this project wilI be ICT in Sports as the system is a management

system for football organization as FAM is one of the organizations that organized most
of football competitions in Malaysia. Besides FAM is the main target user to use the
system.

2.2.2 Existing System

There are few systems that are related to Football League Management System
provided by few different companies. However, the system is too large which most
functions are not being used totally.
SportSys FMS is an administration and financial management system customized
to administer football matches and tournament. The system has been developed in close
co-operation with Danish Football Association. The system is web-based application
which is based on ASP-NET technology. It contains many functions that sometimes are
not been used totally and wasted there.
The Team Manager developed by MDA Communication Ltd is an online
management system for managers of football clubs to aid the running of their teams and
to administer the clubs players, fixtures and team selections. It been developed using
ASP.NET technology. It is a basic management system that managers can access all
over the world. However the system is not a tournament management system but only a
management system that been used by the managers to manage their own team.

23

Project Methodology
Software engineering methods provide the technical steps for building software.

Methods encompass a broad array of tasks that include requirement analysis, design,
program construction, testing and support. Software engineering methods rely on set of
basic principles that govern each area of technology and include modeling activitipc qnfi
techniques.
In this projects, an approach has been made to ensure the system been developed
with perfect steps. The methodology created based on System Development Life C: cle
(SDLC) Model or also known as Waterfall Model.

S_1j
Theoretical

Study

Development

Application

Figure 2.2 Project Methodology

Theoretical Study
During this process, the football tournament environment been explored generally. The
processes and procedure on organizing football also been reveal in this phase. The
situation of the football tournament been studied and few researches were made based
on local football tournament held in Malaysia.
Besides, the basic rules in football been studied. Domestic rules provide by FAM
for TM Super League also been revised as the rules mentioned the specific regulations
for TM Super League football tournament. Then the problems occurred durin(7 the
tournament been defined. Finally, the situation been related to information technology to
find how the problems can be solved or prevent them.

Exploratory Study
This process is more likely known as an analysis and design phase. The current process
involved in organizing football tournament been analyzed in details. The problems
defined previously been analyze to discover why it happens and how to prevent them.
Each problems occurred been elaborate in details. Then analyst will find ways to
improve the current system. Few solution been define to solve problems and the best
been chose. The objective of the project that is going to be developed been stated.
All the requirements of system to-be were gathered and analyzed thoroughly.
The description of the recommended alternative solution will be converted into,logical
and physical system specification. The next process in this phase is to design the system
and select the best platform to build the system based on the knowledge gain.

Tool Development
This is the development process where the codes are written based on design and
architecture made in the previous process. If the design is performed in a detailed
manner, code generation will accomplished without much complication. The system will
be developed using Cold Fusion script as it will be a web-based system which do
have installation process but only a simple networking setup.
Tool Application
This will cover the implementation and testing made for the system to ensure that the
system work as planned. It also consist the maintenance of the system based on user
request.

nnt

Project Requirement

2.4

2.4.1 Software Requirement

Table 2.1 Software Requirement
So*

Descriptic

Macromedia Dreamweaver

Programming and development

Microsoft Visio

Diagram development

Microsoft Project

Project Management

Microsoft Word

Documentation

Microsoft Windows XP

Operating System

MYSQL

Database

tnternet Browser

tnternet browser to run the system o n l i n ~ .

-!

Eg; Mozilla Firefox, Internet Explorer.

I

2.4.2

Hardware Requirement

Personal Computer
Server (PC been used during development process)

2.43 Other Requirements

Not applicable

Project Schedule and Milestones

2.5

Duration

i
!

Course briefing and proposal development

Preparing proposal
ProposalSubmission
ProposalApproval

1 7 ID
-

1 El Alialysis ancl Desiglt Phase

--

lm

1a

-__,

M y

5 clays ?

Molt 5!7 ;07

Fri 5.;11!07

I day?

Mon SR107

MonS17107

4 days?

Tue 518107

FriSM1107

4 days?

Tue 518107

Fri5M1107

Iday?

Frl sn I107

Frl5n1107

35 d.ays? Mon 5-14-07

Frl6:29.:07

;
I

. .

Develop Chapter 1 (Introduction)

S days?

Fri SM 8107

Develop Chapter 2 (Literature Revlew and Me

Frl5t.25107
S days? Mon SR1107
1 day? Wed St30107 Wed 5130107

i
; j

. Chapter 1 and Chapter 2 submission

Develop Chapter 3 (Analysis)

Mon Sn 4107

'

5 days?

Mon 614107

Fri6r8107

Develop Chapter 4 (Design)

S days?

Mon 6n 1107

Frl6MS107

PSM 1 Report Submission

5 days?

Mon 6n 8107

Frl6Q2107

Frl6t.29107

0 days '

Frl6229107

..............

Frl6t.29107

PSM 1 Completed

....................

i J?

"'

-.

; JUIY

'4~9!-516LSfl315120
_......... _.......A!St27
...-..A
..
613
_ .. .I.' 6 d .0 j6d7
.
. : 6.~ .' 2.4 7fl
,.

.......

..........

Stsrt

:
I

ii

1 :

'

Figure 2.3 Gantt Chart

2.6

Conclusion

This chapter has discussed the literature review related to system development
him.

process. It also reveals the methodology that going to be used during the wholc
The elaboration of each process consist in each phase of the methodology also

:i

..

.-~n

stated in this chapter. Football League Management System will be developed using
methodology created based on Waterfall Model to ensure that the system reach the nlscr
requirement and produce an eficient system. The system will code using Macrol-?rAia
. .
Dreamweaver as it using Cold Fusion as the programming language. Some other

(.lrl>l1:tr

products in the market were been discussed generally based on findings made.
In the next chapter, it will discuss about analysis process where problem an:lIvsis
been made. It will reveal the requirement specification and how the system to-b,
operated.

.\

be

ANALYSIS

3.1

Introduction
Analysis is the first phase in system development life cycle where systerT-

'.

s-

begins to understand the needs for system changes. It is the part where develoaers
determine how the current information system functions and asses what users

i.

to see in a new system. It involves a substantial amount o f effort and effort. 7'hcr:

,: c,

it

only undertaken after management has decided that the system developnlent project has
merit and should be pursue through this phase. The initiation and planning phaw pro\ itlc
the basis decision for analysis phase.
This process should not been take for granted or attempt to speed through

it.

Based on research made, most system errors and failures are directly cause h> ~nadequatt.
efforts in the analysis and design phases of the system development life c ~ c l r .
The purpose of analysis is to determine what intimnarion and prt,ct.s>c, necdrld
support the objectives of the system. This information will he useif
system development to ensure the development accomplished

kbr :hr.

w irhout nlcljor

rlr-\!

,rcr

vr! ~ h l r . r r l

tt)
:*t
,i

changes. The goal is to capture as complete a specification of the required syq >rn I S
possible.
On this chapter there is a problem analysis where the problem been analyze and
describe based on the current system or scenario. The problems are based on the
problems mentioned on chapter 1 and will be explain in details in this chapter. All the
requirements also will be discussed in this chapter using few diagrams to specify the
fbnctions of the system.
The models that are used in analysis are Data Flow Diagram (DFD;

'

'

chart. Those are important to show the process of the existing system and to model the
processing requirement for the new system. The problem and requirement analysis of
Football League Management will be described in details in this chapter.

3.2

Problem Analysis

3.2.1

Current System

Cunent Football Organizing Pmcess Flow

>

-hnunnt

--

. .~

-----

m
(
E
.
s
h
)
-.. .

-~
, -

-. .- - .

I
1
I

-.

lea
OMI

-.
I

--.-

..

--

i-dlQ1/
- !

hW

:'
*

'

QcPh

.~~

-..

b"dopllYLdl.
,-F-T.nd-:

.R

, ...- ~.

.~~
-

..

~~

.~
.

. - -

.
.
I

R.m
~.

GRmh-'

.
. -. - .- .-

- ".-

..

..

..

~-~

' -

npDn
L

.. .

u.wdm.3.

- . -7

.
h

Daa

mrn

...- .

- ..

-.

SmM

nmMIlbl,,

raarpm*

*W

: ~ m r n(rrm~l
e

:
:

oer-

T-mnr

Corrglc-=l~

--. - .

. .~

. Y . . ,

%e

-.

-r

mmod

* Den@ . M I A

.
:

n6mmmm

En0
memm

..

.-

--. .

..-

-- -. ....-

. .. -.
..

- .--

--

Figure 3. 1 Current Football Organizing P r c ~ e ~Flow

s
Currently, when organizing any football toumamznt it ic'pardtc'J intu three mlljor
situations which are before the tournament. dur~ngrht. toumamenr and ar the end ot'thz
tournament. Before the tournament begins. each w a r n need\

r o rrslsczr thls~ro n n fearri t o

FAM. Usually it consists the basic infcmnation

rthtlut [he team1

wch

stadium used and the club state. Then each redm

need.; r c , :csli!cr

1 h t . 1 ~;kl.ii;.r\ .ir!d ~ h c

coaching staff. Each team is restricted

tc)

habc

rnitrc

!n.tr!

. t,lrr.~?r;
.
1

35

ream narnc.

.o l :>i ~ t . r \in !!:.

'@
t

~ace-om
n.m.l':vl

-*

squad. The squad also must register at least one Malaysian under-21 player. The

management section will verifl either the team has completed the registration process

based on the rules made or not. The officials also need to be registered to ensure that the
referee and the assistant have the standard qualification to handle the game. All those data
will be stored manually using filing method.
After the registration process is completed, the management team which is FAM
will select the suitable date for each match. Then they need to create matches calendar
based on the date picked earlier. Each team will play twice against each other. The first
game will be held in their own stadium and another one at the opponent venue. Malaysian
Super League consists 14 teams. It means that each team will play a total 26 games, 13 in
their own territory and 13 in opponent's stadium. FAM also needs to create matches
calendar for each team to inform the team when and where the matches will took part.
During each matches, each team has to submit the list of the players that will play
during the match. The list should be submitted to the officials a moment before the match
begins. The match squad must have no more than 3 foreign players. It should have a
maximum of 7 substitute on the bench where could only been used a maximum 3 times
during the match. When the game is over. the otxcials in charge will create a report of the
match. This report will be submitted to management section. The management section
will calculate the point collected by each team. The w.inner will get > points and loser will
get no points. If the game ended draw. each team w i l l gel 3 poi111each. F.4M will create
the league-standing table based on points collected. I'he Ieaguc wning is based on points
collected, goal difference, goal scored and rewits hc~wr'eri[eijrns I'hr. table \%.ill keep on
changing until all the matches took pan and the rtburnamcnt

iy

~,\t.r

l'1a)t.r tbho collects

c
nta~ch.I hc pla+ \\he rcct.i\cs a red
three yellow cards will be suspended tor ~ h next

card also will be ineligible for thc nest

the conventional filing method.

match. - \ I 1 t h ~ ~ r.:pbn>
ir.

.iI.;o nil1 be .il~)redusing

At the end of tournament, team at the top of the table will be d e c l w d

?T

the

champion and the top scorer will receive a Golden Boot award. The organizer will
develop annual report when the tournament is over.

3.2.2

Identified Problems
Currently organizing a football league toumament needs a few major Frccesses

that are need to be precise. As been mentioned earlier, most organizers use

c~-.....~~t.l

filing method, which lead to several problems. Generally filing method is hard t ~ br-

,;.:.id,:

these days. Searching a document will cost a long period to be done. in for ma ti or^ s f . . ~ d
using papers might get decay if it being used severally. This may cause the d(ii-rv.. . r l t
hard to be read. It might get worst if the document were hand written by person .

.L,.

,,A.

handwritings.

During the registration process, some spelling might hard to guess w h ~

really is due to bad handwriting. This may cause few other problems if the

in~ptx?:.:~

information were wrongly been spell.

There are some organizer stores those data in E.ucel format. It might look
systematic. however it is not a proper technique

tt)

<t~)rt.
large amount o f data. There were

also some complication to create a match .;chedulc. if it involving many teams in the
competition. This is one ol' the crucial proce.is t o enl;urc: that the toumament being
organized perfectl?. tlser

beern,

hard

tcv

arransi. rht. ti\rurc

match clash with orher matctlzs in\i)l\lng !t,c

4 1 1 1 ~~'r ' c t r ~a:

i

ensure that it will be no

s ~ ~ lvenue
le
at

the same time.

There are few cases where the rtrurnamcnr !i,:urc neell.; r c r t>c rt.\trucrured few times due
to clashes between marchzs. 1 h c or5sni/ci ~ttrncrlrnc, rl\{lk
schedule for each tcarn.

-4

It)r (\t' tlrne to create the

Usually big problem were found during the matches took part. rlrr-\--:7er
sometimes found it is hard store the match report in a proper way. Few important things
should be recorded during the match such as goal scored, goal assist by, yellow cards, red
cards and other reports if needed. These are important to ensure the status of the player
whether he is suspended or not. Besides, all those information are important to eenerate
the league standings table and other reports. It needs few calculations to generate the
complete table.
The manual system will cost a lot of time and human power to en-$:rc:i?c
-

tournament operates efficiently. Moreover this kind of management technique c

t.

to problems that caused by human error. So to ensure the tournament been organized
systematically, a new computerized system with specific hnctions need to be debclop.

3.23

System To-Be

To solve those problems mentioned earlier. a new system need to be dczq

:.:I

.d.

There are few process can be simplify into few main modules through an efficient
system. Therefore a new system flow is created to make the system easier and
systematically been handled. Besides it also to ensure that the system to-be is achieving
the objective stared previousl?

System to-be Process Flow

~immwmnt

ahs-(EghM-)

--

I
8
8

peVsr

~~

7 :

_ .-

~.

.i

T---

_~

m
8

Sgdon

j
'

IT'
Maragement

---- .-

-,

- - .- ---

MsW
repoct

- ~-

I-

.- - .---. .

a
I
I

Temn
detals

a
a

LA

Figure 3 . 2 System to-be Process Flow

The system ro-be consist four systematic modules which can simplify the
complicated current process flow. The modules are tournament management, fixture
generation, matches management and report. Generally the business flow is still the same.
However some moditication has been made to make it easier for FAM to handle the
tournament especially during the matclies. It this system flow, the registration person has
been thmwn out of'rhe system to reduce the staff involved.

Flxh tearn

ih

still need r o regihter their team. players and their coaching staffs. So

do the ottisials T'he rcyiqtration process \sill be done in the tournament management

modulc '['his moclulc i, 1ikt.l) t o he k n o ~ nas registration module. It will process the data
and srore in rht. .;yitcnl Jarabase. I'hcn the tixture calendar for the whole season will be

gencra!rd in :hc
2nd its

(tu.rl

t i \ ~ ~ l gcrlt.r:irlctn
rc

n ~ o d u lI..ach
~ . Icam u i l l receive whole season calendar

r i \ ! u ~ < L d ! ~ b ~ ~ dJ Lg rl r1 5 ~1:1 1 ~?t)tirridrnent.

During each matches FAM will produce a pre-printed form to be fill in during the
match. The form will defrne the list of suspended player where the person cannot make
any contribution during the match. The squad must list out the player names which will
play before the match started. The form also will be used to develop report of the match
before it was sent back to FAM management team. After each matches, the system will
calculate the points collected based on the match result.
The league standing table and other important reports will be generated in the
report module. This module will automatically update after each matches.

33

Requirement Analysis

Requirement analysis is a clarification of requirement that has to be in the system

that going to be developed. It is been divided into few sections, which .:c

.':'.

requirement, functional requirement, non-functional requirement and other requircn;c!it.

33.1 Functional Requirement

Football League

Tournament
Management

1 Add tern d

Matches

Fixture Generation

Generate league
standing table

Get matches
details

e y

L
-

MddawE
details

tournament

: fixtures calendar ;
\.

El
Status verification

- --- ..- -- --

[GI
scorer list

Generate top
assistant list

Add offiaals

deta~ls

Generatedub
fixtures calendar
.......

1 Players selection

Figure 3 . 3 Decomposition Diagram

Mew match re*