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; I . --.,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.

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 ~ ~ h t get 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.

1 3 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. I t consist location and important details of each matches.

,\,filri-h~.v .ilunu,i:~~mc*nf System w i l l nhle 10 rcyisler pls)zr selsction tbr each match. It can produce pre-printed paper rr h ~ i h hr'rl~~ U i c t o t i l l i r t ?hi ' m;trch reiult and report. The player status either cligib!, or .;u-;pcriJcd ~r ~ i l - . ~ ~ l t r : a m t h e pi:rcr. I t a l w \b i l l compile all the matches results and r e p mi.

Re- On 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.

1.6 Expected Output

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 fi l l ir: !he pl;lbcr \clci.!1i>r1\. r 7 1 ~ 1 i h result and reports. Those outputs are expected to help I.l,t'r rv;irt~c~: 1 ! 1 ~ f ist~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

quill i t 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 c r phases. I'he tirst phase is called project identijication and selection. In this phase, rhc r1ec.d tc~r a 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~ed for

new o r enhanced systems arise as well as h m a formalized information planning process. The outcome of 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 sub- phase, 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 hew 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 % i l l 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 ~ ~ ~ ~ i c u l design 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.

2 3 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.

2 3 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.

Theoretical S_1j 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 nnt 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.

2.4 Project Requirement

2.4.1 Software Requirement

Table 2.1 Software Requirement

2.4.2 Hardware Requirement

So* Macromedia Dreamweaver Microsoft Visio Microsoft Project Microsoft Word Microsoft Windows XP

MYSQL tnternet Browser

Personal Computer Server (PC been used during development process)

Descriptic Programming and development Diagram development Project Management

I Documentation

Operating System Database -! tnternet browser to run the system o n l i n ~ . Eg; Mozilla Firefox, Internet Explorer.

I

2.43 Other Requirements

Not applicable

2.5 Project Schedule and Milestones

I Course briefing and proposal I Preparing proposal

Proposal Submission Proposal Approval

1 El Alialysis ancl Desiglt Phase

development

1 7 - - - ID Develop Chapter 1 (Introduction)

Duration i Stsrt ! _

5 clays ? Molt 5!7 ;07 I day? Mon SR107

4 days? Tue 518107 4 days? Tue 518107 I day? Frl sn I 107

35 d.ays? Mon 5-14-07 S days? Mon Sn 4107

I 8 lm Develop Chapter 2 (Literature Revlew and Me S days? Mon SR1 107 1 9 1 a -__, _ . Chapter 1 and Chapter 2 submission 1 day? ' Wed St30107

Develop Chapter 3 (Analysis) Develop Chapter 4 (Design) PSM 1 Report Submission

5 days? Mon 614107 S days? Mon 6n 1107 5 days? Mon 6n 8107

.......

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

PSM 1 Completed , '

0 days ' Frl6229107

. . . . . . . . . . . . . . . . . . . . . . "' .......... .

M y i J? ; JUIY '4~9!-516LSfl315120 _. ........ _. ...... A !St27 ...-..A .. 613 _ .. .I. ' 6d0 . . . j6d7 : 6 ~ ' 2 4 , 7fl

-. . . . .

Fri 5.;11!07 w MonS17107 i FriSM1107 : Fri5M1107 , ; Frl5n1107

i I Frl6:29.:07 , i

. .

Fri SM 8107 i Frl5t.25107 i

Wed 5130107 ; j , .

Fri6r8107 . Frl6MS107 ; j Frl6Q2107 1 Frl6t.29107 1

, .

Frl6t.29107 : i I i 1 :

Figure 2.3 Gantt Chart

2.6 Conclusion

This chapter has discussed the literature review related to system development process. It also reveals the methodology that going to be used during the wholc him. 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, . \ be operated.

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 users i. c 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~clr .

The purpose of analysis is to determine what intimnarion and prt,ct.s>c, necdrld t t ) support the objectives of the system. This information will he useif kbr :hr. r l r - \ ! ,rcr : * t system development to ensure the development accomplished w irhout nlcljor vr! ~ h l r . r r l ,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.sh-) -- - > - -~ -. . .

i : , - - -. .- - . 1 I

I

I I

-. - --.- .. .. ~. - . R.m -. . I ".- . . - - *

-- . . - , ~ - . . i .

I b " d o p l l Y L d l . I lea . - I . i -d lQ1/ : GRmh-' - ; ,-F-T.nd-: I OMI hW - ! '

: . . R M % , L . . - -. - . - .- * : ...- ~. ~~ ..

.~ ~ - . .~~ - .~ . QcPh ' . . .. ~-~ . ~ ' - - 1

I npDn

. . L

I . .~ , 7 . . Y . . , .

u.wdm.3. . . . . -- h oer- : . - Daa raarpm* :

. I .

I

Corrglc-=l~ T-mnr , : * Den@ . M I A mrn SmM - m *W '@

- -. - . . . . - . . -. ~

t - .. ~ .

I : ~ m r e n(rrm~l %e n6mmmm : ~ace-om I n m M I l b l , , -. -r En0 . n.m.l':vl -* . mmod memm

. .

I - .- - -. . . . - - - - -. . . . . - . . . -. . -. - . -- - -

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

Currently, when organizing any football toumamznt it ic'pardtc'J intu three mlljor situations which are before the tournament. dur~ng rht. toumamenr and ar the end o t ' thz tournament. Before the tournament begins. each warn need\ r o rrslsczr thls~r onn fearri t o

FAM. Usually it consists the basic infcmnation rthtlut [he team1 wch 35 ream narnc. 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! 1 t,lrr.~?r; - . > o l : i~ t . r \ in !!:.

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 wi l l gel 3 poi111 each. 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 \%.i l l keep on changing until all the matches took pan and the rtburnamcnt iy ~,\t .r l'1a)t.r tbho collects three yellow cards will be suspended tor ~ h c next nta~ch. I hc pla+ \\he rcct.i\cs a red card also will be ineligible for thc nest match. - \ I 1 t h ~ ~ i r . r.:pbn> .iI.;o nil1 be .il~)red using the conventional filing method.

At the end of tournament, team at the top of the table will be dec lwd ?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 ~ b r - ,;.:.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 t t )

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 ~ i m m w m n t ahs-(EghM-)

- --

#

I 8 8 peVsr

~~ n a m e s I

7:

_ . - _~ ~ .i : T-- - 8 I

~ ~.

1 : m 8 a . - - - - - .-

-, - - .- - -- I j Sgdon j I T - I I MsW

' ' Maragement a . repoct I

. a - - ~- - --I I a . - - . - - -. . I a I

1 Temn

I detals i a 8 LA

a a

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 ~ n as 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 t i \ ~ ~ l r c gcrlt.r:irlctn n ~ o d u l ~ . I..ach Icam u i l l receive whole season calendar 2nd its ( tu . r l r i \ ! u ~ < L d ! ~ b ~ ~ J L l r d g r 1 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.

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

I Tournament I 1 Management

Football League

Fixture Generation B r I 1 Add tern d e y L--

1 M d d a w E I ! details i

, Add offiaals deta~ls

: tournament \. - - - - . . - - - - - -

I : fixtures calendar ;

; Generatedub fixtures calendar !

/ . . . . . . .

Matches

Get matches details

Status verification E l 1 I Players selection

Generate league standing table

[GI scorer list Generate top assistant list

1 Mew match re* /

Figure 3 .3 Decomposition Diagram