Football League Management System 5m3z25

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 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

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 s and in this case, in Malaysia the

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 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. 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 encomes programs that execute within a computer of any size and architecture. documents that encom 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 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 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 s 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 such as the finalization of documentation, training programs and ongoing assistance. It also can conlir!clc for as long as the system exists since ongoing 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 s 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 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 istration and financial management system customized to ister 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 ister 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 encom a broad array of tasks that include requirement analysis, design, program construction, testing and . 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 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 ~ .

I

-!

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 !

I

Course briefing and proposal development

I

Preparing proposal ProposalSubmission ProposalApproval

1 7 ID -

1 El Alialysis ancl Desiglt Phase

--

I

1

8

lm

9

1a

_

-__,

.

M y

w

5 clays ?

Molt 5!7 ;07

Fri 5.;11!07

I day?

Mon SR107

MonS17107

i

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

,

; I

i

. .

Develop Chapter 1 (Introduction)

S days?

Fri SM 8107

i

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

1

Frl6t.29107

1

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

j

.

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-

'.

a

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 s

c

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 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

--

-

i

:

-

. .~

-----

~

m ( E . s h ) -.. .

-~ , -

-

-. .- - .

I 1 I

-

-.

lea OMI

-. I

--.-

-

..

--

I

i

i-dlQ1/ - !

I

hW

L

.

.

-

:

.

:' *

:

'

Qh

.

.~~

-..

,

-

~

I

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

.R

M

, ...- ~.

.~~ -

I

.

%

..

~~

.~ .

. - -

*

.

.

I

;

.

. . I

R.m ~.

GRmh-'

.

. . -. - .- .-

- ".-

-

..

..

..

~-~

~

-

' -

1

I

.

.

npDn L

I

.. .

u.wdm.3.

.

.

I

- . -7

.

. h

Daa

mrn

...- .

.

- ..

I

I

-.

-

SmM

~

~

nmMIlbl,,

raarpm*

I

m

,

*W

.

: ~ m r n(rrm~l e

.

: :

oer-

T-mnr

Corrglc-=l~

--. - .

,

. .~

. Y . . ,

%e

-.

-r

mmod

:

* Den@ . M I A

. :

n6mmmm

En0 memm

..

I

.-

--. .

..-

-

-- -. ....-

. .. -. ..

- .--

--

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 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 ed 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)


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

s

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

n

~~

a

m

e

s

I

7 :

_ .-

~.

~

~

.i

:

T---

8

:

1

_~

I

m 8

Sgdon

j '

IT' Maragement

a

.

I

j

I

I

a

.

I

.

a

---- .-

-,

- - .- ---

MsW repoct

-

- ~-

-

I-

.- - .---. .

I

a

1

I

a I I

a

i

Temn detals

8

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

I

1

Tournament Management

B

I

r

1 Add tern d

Matches

Fixture Generation

I

Generate league standing table

Get matches details

e y

L -

1

!

MddawE details

I

i

:

tournament

I

: fixtures calendar ; \.

,

El Status verification

- --- ..- -- --

-

[GI scorer list

Generate top assistant list

Add offiaals

deta~ls

;

Generatedub fixtures calendar .......

/

!

I

1 Players selection

Figure 3 . 3 Decomposition Diagram

1

Mew match re*

/