Gandula Documento de Requisitos

(1)

Centro de Informática (CIn) Engenharia de Software e Sistemas (IF682) Profº Alexandre Vasconcelos

Gandula

Documento de Requisitos

Almir Gomes (agcj) Andresson Firmino (asf2) Eduardo Ferreira (efs) Gileno Alves (gascf) Lailson Bandeira (lbm4) Abril/2006 Recife, PE

(2)

Conteúdo

1. Histórico de Revisões ... 4 2. Sobre o Documento ... 5 2.1. Objetivo... 5 2.2. Termos e Abreviações ... 5 2.3. Identificação dos Requisitos ... 5 2.4. Prioridades dos Requisitos ... 6 3. Sobre o Produto ... 7 3.1. Motivação ... 7 3.2. Federação Pernambucana de Futebol ... 7 3.3. Atores ... 7 4. Requisitos Não‐Funcionais ... 8 4.1. Requisitos de Processo ... 8 4.2. Requisitos de Produto ... 8 4.2.1. Usabilidade ... 8 4.2.2. Desempenho ... 8 4.2.3. Segurança ... 8 4.2.4. Confiabilidade ... 8 4.3. Requisitos Externos ... 9 5. Requisitos Funcionais ... 10 5.1. Cadastrar Departamento ... 11 5.2. Cadastrar Funcionário ... 11 5.3. Cadastrar Clube ... 12 5.4. Cadastrar Jogador ... 13 5.5. Cadastrar Árbitro ... 13 5.6. Modificar Cadastro de Departamento ... 14 5.7. Modificar Cadastro de Funcionário ... 15 5.8. Modificar Cadastro de Clube ... 15 5.9. Modificar Cadastro de Jogador ... 16 5.10. Modificar Cadastro de Árbitro ... 16 5.11. Remover Cadastro de Departamento ... 17 5.12. Remover Cadastro de Funcionário ... 17

(3)

5.13. Remover Cadastro de Clube ... 18 5.14. Remover Cadastro de Jogador ... 18 5.15. Remover Cadastro de Árbitro ... 18 5.16. Efetuar Login ... 19 5.17. Gerar Tabela de Campeonato ... 19 5.18. Inserir Registro de Jogo ... 21 5.19. Consultar Funcionário ... 22 5.20. Consultar Jogador ... 23 5.21. Consultar Árbitro ... 23 5.22. Consultar Clube ... 24 5.23. Consultar Jogo ... 24 5.24. Balanço por Período ... 25 5.25. Tabela de Classificação ... 26 5.26. Estatísticas por Campeonato ... 26 6. Conclusão ... 28 7. Referências ... 29 8. Anexo – Diagrama de Caso de Uso ... 30

(4)

1. Histórico de Revisões

Versão Comentário Data Autores

<1.0> Versão inicial. 10/04/2008 Todos os integrantes.

(5)

2. Sobre o Documento

2.1. Objetivo

O objetivo deste documento é listar quais são e como estão dispostos os requisitos funcionais e não funcionais do Gandula, um software que auxiliará no gerenciamento da Federação Pernambucana de Futebol. Iremos mostrar e detalhar os serviços que a ferramenta pretende oferecer e seus principais componentes.

2.2. Termos e Abreviações

Esta seção irá especificar os termos e abreviações que podem ser usados neste documento e que podem gerar alguma dúvida quanto a suas interpretações e significados.

Termo Significado

FIFA Fédération Internationale de Football Association. Instituição responsável por

dirigir as associações de futebol no mundo. Considerada o órgão máximo do futebol no cenário internacional.

CBF Confederação Brasileira de Futebol. Órgão máximo no Brasil no esporte futebolístico. Responsável por gerir as federações estaduais de cada unidade da Federação.

FPFPE Federação Pernambucana de Futebol. Entidade responsável pelo controle do

futebol no estado de Pernambuco. É a representante do estado de Pernambuco dentre as federações geridas pela CBF.

FBA Federação Brasileira de Arbitragem

Ranking Ordem de classificação dos clubes em um campeonato.

IDE Integrated Development Environment. Aplicativo usado para desenvolvimento de softwares.

2.3. Identificação dos Requisitos

Os requisitos devem ser identificados com um identificador único. A numeração inicia com o identificador [RF‐XX‐01] ou [RNF‐XX‐01] e prossegue sendo incrementada à medida que forem surgindo novos requisitos. O XX indica o nome da subseção em que o requisito está. No caso de não existirem subseções, a nomenclatura dos requisitos não possui a abreviação do nome de uma subseção. Deste modo, existirão casos de uso como [RF‐01]. A nomenclatura dos fluxos secundários é dada por uma sigla e por um número. A sigla deve ser FA para fluxos alternativos e FE para fluxos de erro. O número é um seqüencial que inicia de 01. A nomenclatura reinicia a cada requisito.

Por convenção, a referência a requisitos é feita através do identificador do requisito na subseção. Para referenciar os fluxos secundários fora do requisito que o define é necessário utilizar o identificador do requisito e o identificador do fluxo separados por um ponto.

(6)

2.4. Prioridades dos Requisitos

Para estabelecer a prioridade dos requisitos, foram adotadas as denominações essencial, importante e desejável.

Prioridade Significado

Essencial Requisito sem o qual o sistema não entra em funcionamento. Requisitos

essenciais são imprescindíveis, que devem ser implementados impreterivelmente.

Importante Requisito sem o qual o sistema entra em funcionamento, mas de forma não

satisfatória. Requisitos importantes devem ser implementados, mas se não forem o sistema poderá ser implantado e usado mesmo assim.

Desejável Requisito que não compromete as funcionalidades básicas do sistema, isto

é, o sistema pode funcionar de forma satisfatória sem ele. Requisitos desejáveis podem ser deixados para versões posteriores da solução, caso não haja tempo hábil para implementá‐los na versão que está sendo especificada

(7)

3. Sobre o Produto

3.1. Motivação

Devido à grande quantidade de informações relacionadas a uma federação estadual de futebol, faz‐se necessário a inclusão tecnológica na área por meio de um sistema de gerência, e é isto que o projeto Gandula se propõe a fazer, visando agilizar a efetivação de suas tarefas, facilitar o gerenciamento de tal entidade e melhorar a qualidade dos seus serviços.

3.2. Federação Pernambucana de Futebol

A Federação Pernambucana de Futebol, órgão responsável pela gerência futebolística no estado de Pernambuco, é entidade no qual se baseia o estudo para o desenvolvimento do projeto Gandula. Por meio de uma visita a organização, tivemos a oportunidade de conhecer o funcionamento interno de Federação e esclarecer dúvidas sobre suas principais funções.

A visita, ocorrida no dia 03/04/2008 – dois dias depois do previsto pelo o cronograma, por motivo de indisponibilidade de alguns membros da Federação –, foi assistida pelo gerente do Núcleo de informática, Daniel Moura, que nos deu uma visão geral do funcionamento da organização. Posteriormente tivemos a oportunidade de obter esclarecimentos mais específicos com os integrantes do Departamento Técnico de Futebol, gerenciado por Bento Manuel Ferreira.

Tivemos também a chance de participar, de uma reunião excepcional gerida pelo Presidente da Federação, Dr. Carlos Alberto Oliveira, no qual se discutia do desvio de 5 mil ingressos do jogo entre Central e Palmeiras, ocorrido em Caruaru no dia 02/04/2008.

3.3. Atores

Ator Descrição

Diretor Diretores da Federação, incluindo o Presidente e o Vice‐Presidente. Tem o

status de administrador, podendo interagir com todas as funcionalidades do sistema.

Gerente Gerentes de cada departamento. Pode realizar qual ação que seja

relacionada ao departamento que gerencia. Alguns gerentes, no entanto, têm acesso a algumas funcionalidades que não estão diretamente ligadas ao seu departamento.

Funcionário Funcionários alocados nos departamentos. Têm permissões limitadas a

algumas funcionalidades específicas.

(8)

4. Requisitos Não-Funcionais

Os requisitos não funcionais do sistema referem‐se às suas funcionalidades globais, que não fazem diretamente parte do fluxo de trabalho do usuário.

4.1. Requisitos de Processo

Identificação Descrição RNF‐RP‐01 O sistema será implementado na plataforma Java 6. RNF‐RP‐02 O sistema deverá operar no Microsoft Windows XP e Microsoft Windows Vista. RNF‐RP‐03 O sistema será desenvolvido usando a IDE Eclipse.

4.2. Requisitos de Produto

4.2.1. Usabilidade

Identificação Descrição RNF‐US‐01 O sistema deve possuir uma interface simples e intuitiva. RNF‐US‐02 O sistema deve possuir uma seção de Ajuda, na qual o usuário possa tirar dúvidas sobre o funcionamento do produto. RNF‐US‐03 As funções do sistema devem ser de fácil memorização.

4.2.2. Desempenho

Identificação Descrição RNF‐DS‐01 O sistema não deve necessitar de grande utilização de memória principal. RNF‐DS‐02 O tempo de execução para as funções de geração de relatórios não deve ultrapassar 1 segundo, exceto quando especificado o contrário.

RNF‐DS‐03 O tempo de execução para as operações (geração de tabelas de campeonatos, por exemplo) não deve ultrapassar 5 segundos.

4.2.3. Segurança

Identificação Descrição RNF‐SE‐01 O sistema deverá criar copias de segurança dos novos dados inseridos e alterados. RNF‐SE‐02 Os usuários deveram ter permissão para utilizar o sistema.

RNF‐SE‐03 O sistema deverá solicitar uma confirmação do usuário para cada operação que este desejar realizar, visando evitar erros humanos.

RNF‐SE‐04 O sistema deverá tratar possíveis casos excepcionais que possam ser gerados.

4.2.4. Confiabilidade

Identificação Descrição

(9)

RNF‐CO‐02 O sistema deverá estar sempre disponível para sua utilização.

4.3. Requisitos Externos

Identificação Descrição

RNF‐EX‐01 O sistema deverá estar de acordo com as leis trabalhistas em vigor no estado de Pernambuco para gerir os contratos dos funcionários.

RNF‐EX‐02 Deverão ser seguidas as regra e encargos tributários estabelecidos pela Receita Federal Brasileira.

RNF‐EX‐03 O sistema deverá seguir as regulamentações estabelecidas pela FIFA e pela CBF para gerir regras de negocio não determinadas explicitamente pela FPF‐PE.

(10)

5. Requisitos Funcionais

Código Nome Prioridade

Cadastros RF‐01 Cadastrar Departamento Essencial RF‐02 Cadastrar Funcionário Essencial RF‐03 Cadastrar Clube Essencial RF‐04 Cadastrar Jogador Essencial RF‐05 Cadastrar Árbitro Essencial RF‐06 Modificar Cadastro de Departamento Essencial RF‐07 Modificar Cadastro de Funcionário Essencial RF‐08 Modificar Cadastro de Clube Essencial RF‐09 Modificar Cadastro de Jogador Essencial RF‐10 Modificar Cadastro de Árbitro Essencial RF‐11 Remover Cadastro de Departamento Essencial RF‐12 Remover Cadastro de Funcionário Essencial RF‐13 Remover Cadastro de Clube Essencial RF‐14 Remover Cadastro de Jogador Essencial RF‐15 Remover Cadastro de Árbitro Essencial Operações RF‐16 Efetuar Login Essencial RF‐17 Gerar Tabela de Campeonato Essencial RF‐18 Inserir Registro de Jogo Essencial RF‐19 Consultar Funcionário Essencial RF‐20 Consultar Jogador Essencial RF‐21 Consultar Árbitro Essencial RF‐22 Consultar Clube Essencial RF‐23 Consultar Jogo Essencial Relatórios RF‐24 Balanço por Período Essencial RF‐25 Tabela de Classificação Importante RF‐26 Estatísticas por Campeonato Importante

(11)

5.1. Cadastrar Departamento

[RF‐01]

Nome Cadastrar Departamento

Descrição O sistema deve ser capaz de cadastrar departamentos na federação.

Prioridade Essencial

Atores Diretores, Gerentes

Pré‐condições e

Entradas • Nome • Local • Gerente

Pós‐condições e Saídas Um número de registro único deve ser gerado para este departamento e uma mensagem explicitando a conclusão da operação deve ser apresentada ao usuário.

Fluxo de Eventos

Fluxo Principal 1. O usuário informa os dados necessários para a realização do cadastro.

2. O sistema verifica se o departamento já foi cadastrado, a partir do seu nome.

3. O sistema armazena os dados no repositório (incluindo o número de registro) e informa que o cadastro ocorreu com sucesso.

Fluxo Alternativo 1 No fluxo principal 2, se o dado nome já estiver incluído na base de dados, o sistema deve retornar uma mensagem de erro indicando que o departamento já foi cadastrado e permitir que o usuário recomece o fluxo.

5.2. Cadastrar Funcionário

[RF‐02]

Nome Cadastrar Funcionário

Descrição O sistema deve ser capaz de inserir funcionários em um determinado departamento.

Entradas • Departamento • Nome • CPF • Função • Naturalidade • Endereço • Data de Nascimento • Sexo • Telefones • Salário • Foto

(12)

• Filiação • Login • Senha

Pós‐condições e Saídas Um número de registro único deve ser gerado para este funcionário e uma mensagem explicitando a conclusão da operação deve ser apresentada ao usuário.

2. O sistema verifica se o funcionário já foi cadastrado, a partir do seu CPF.

Fluxo Alternativo 1 No fluxo principal 2, se o dado CPF já estiver incluído na base de dados, o sistema deve retornar uma mensagem de erro indicando que o funcionário já foi cadastrado e permitir que o usuário recomece o fluxo.

5.3. Cadastrar Clube

[RF‐04] Nome Cadastrar Clube Descrição O sistema deve ser capaz de cadastrar clubes na federação. Prioridade Essencial Atores Diretores, Gerentes Pré‐condições e Entradas • CNPJ • Razão Social • Nome Fantasia • Endereço • Cidade Pós‐condições e Saídas Um número de registro único deve ser gerado para este clube e uma mensagem explicitando a conclusão da operação deve ser apresentada ao usuário.

2. O sistema verifica se o clube já foi cadastrado, a partir do seu CNPJ.

Fluxo Alternativo 1 No fluxo principal 2, se o dado CNPJ já estiver incluída na base de dados, o sistema deve retornar uma mensagem de erro indicando que o clube já foi cadastrado e permitir que o usuário recomece o fluxo.

(13)

5.4. Cadastrar Jogador

[RF‐04] Nome Cadastrar Jogador Descrição O sistema deve ser capaz de cadastrar jogadores na federação. Prioridade Essencial Atores Diretores, Gerentes Pré‐condições e

Entradas • Registro de CBF • Clube • Nome • CPF • Naturalidade • Endereço • Data de Nascimento • Sexo • Telefones • Foto • Filiação Pós‐condições e Saídas Um número de registro único deve ser gerado para este jogador e uma mensagem explicitando a conclusão da operação deve ser apresentada ao usuário. Fluxo de Eventos

2. O sistema verifica se o jogador já foi cadastrado, a partir do seu CPF.

Fluxo Alternativo 1 No fluxo principal 2, se o dado CPF já estiver incluído na base de dados, o sistema deve retornar uma mensagem de erro indicando que o jogador já foi cadastrado e permitir que o usuário recomece o fluxo.

5.5. Cadastrar Árbitro

[RF‐05] Nome Cadastrar Árbitro Descrição O sistema deve ser capaz de cadastrar árbitros na federação. Prioridade Essencial Atores Diretores, Gerentes Pré‐condições e

Entradas • Registro na FBA • Nome • CPF

• Altura • Peso

(14)

• Naturalidade • Endereço • Data de Nascimento • Sexo • Telefones • Foto • Filiação Pós‐condições e Saídas Um número de registro único deve ser gerado para este árbitro e uma mensagem explicitando a conclusão da operação deve ser apresentada ao usuário. Fluxo de Eventos

2. O sistema verifica se o árbitro já foi cadastrado, a partir do seu CPF.

Fluxo Alternativo 1 No fluxo principal 2, se o dado CPF já estiver incluído na base de dados, o sistema deve retornar uma mensagem de erro indicando que o árbitro já foi cadastrado e permitir que o usuário recomece o fluxo.

5.6. Modificar Cadastro de Departamento

[RF‐06]

Nome Modificar Cadastro de Departamentos

Descrição O sistema deve ser capaz de modificar cadastro de departamentos da federação. Prioridade Essencial Atores Diretores, Gerentes Pré‐condições e Entradas O cadastro do departamento a ser modificado deve existir. • ID do Departamento o qual se deseja modificar o cadastro. Pós‐condições e Saídas Uma mensagem explicitando a conclusão da operação deve ser apresentada ao usuário. Fluxo de Eventos

Fluxo Principal 1. O usuário informa ID do Departamento o qual se deseja modificar o cadastro.

2. O usuário informa os dados a serem modificados do cadastro.

3. O sistema armazena os dados no repositório e informa que o cadastro ocorreu com sucesso.

Fluxo Alternativo 1 No fluxo principal 2, se o dado ID não estiver incluído na base de dados, o sistema deve retornar uma mensagem de erro indicando que o Departamento não está cadastrado.

(15)

5.7. Modificar Cadastro de Funcionário

[RF‐07] Nome Modificar Cadastro de Funcionário Descrição O sistema deve ser capaz de modificar cadastro de funcionários. Prioridade Essencial Atores Diretores, Gerentes Pré‐condições e Entradas O cadastro do funcionário a ser modificado deve existir. • ID do funcionário o qual se deseja modificar o cadastro Pós‐condições e Saídas Uma mensagem explicitando a conclusão da operação deve ser apresentada ao usuário. Fluxo de Eventos

Fluxo Principal 1. O usuário informa ID do funcionário o qual se deseja modificar o cadastro.

Fluxo Alternativo 1 No fluxo principal 2, se o dado ID não estiver incluído na base de dados, o sistema deve retornar uma mensagem de erro indicando que o funcionário não está cadastrado.

5.8. Modificar Cadastro de Clube

[RF‐08]

Nome Modificar Cadastro de Clube

Descrição O sistema deve ser capaz de modificar cadastro de clubes da federação.

Entradas O cadastro do clube a ser modificado deve existir. • ID do Clube o qual se deseja modificar o cadastro

Pós‐condições e Saídas Uma mensagem explicitando a conclusão da operação deve ser apresentada ao usuário.

Fluxo Principal 1. O usuário informa ID do Clube o qual se deseja modificar o cadastro.

Fluxo Alternativo 1 No fluxo principal 2, se o dado ID não estiver incluído na base de dados, o sistema deve retornar uma mensagem de erro indicando que o Clube não está cadastrado.

(16)

5.9. Modificar Cadastro de Jogador

[RF‐09]

Nome Modificar Cadastro de Jogador

Descrição O sistema deve ser capaz de modificar cadastro de jogadores.

Prioridade Essencial Atores Diretores, Gerentes Pré‐condições e Entradas O cadastro do jogador a ser modificado deve existir. • ID do jogador o qual se deseja modificar o cadastro

Pós‐condições e Saídas Uma mensagem explicitando a conclusão da operação deve ser apresentada ao usuário.

Fluxo Principal 1. O usuário informa ID do jogador o qual se deseja modificar o cadastro.

Fluxo Alternativo 1 No fluxo principal 2, se o dado ID não estiver incluído na base de dados, o sistema deve retornar uma mensagem de erro indicando que o jogador não está cadastrado

5.10. Modificar Cadastro de Árbitro

[RF‐10]

Nome Modificar Cadastro de Árbitro

Descrição O sistema deve ser capaz de modificar cadastro de árbitros da federação Prioridade Essencial Atores Diretores, Gerentes Pré‐condições e Entradas O cadastro do jogador a ser modificado deve existir. • ID do árbitro o qual se deseja modificar o cadastro Pós‐condições e Saídas Uma mensagem explicitando a conclusão da operação deve ser apresentada ao usuário. Fluxo de Eventos Fluxo Principal 1. O usuário informa ID do árbitro o qual se deseja modificar o cadastro.

Fluxo Alternativo 1 No fluxo principal 2, se o dado ID não estiver incluído na base de dados, o sistema deve retornar uma mensagem de erro indicando que o árbitro não está cadastrado.

(17)

5.11. Remover Cadastro de Departamento

[RF‐11] Nome Remover Cadastro de Departamento Descrição O sistema deve ser capaz de remover um cadastro de um dado departamento. Prioridade Essencial Atores Diretores Pré‐condições e

Entradas O departamento a ser removido deve existir e não haver cadastros de funcionário nele. • ID ou nome do departamento a ser removido

Pós‐condições e Saídas O departamento ser removido do sistema. É possível que todos os funcionários ainda cadastrados no departamento sejam removidos também.

Fluxo Principal 1. O usuário informa o ID ou nome do departamento a ser removido. 2. O sistema informa os departamentos encontrados. 3. O usuário informa o departamento a ser removido. 4. O sistema remove o departamento do sistema com sucesso. Fluxo Alternativo 1 No fluxo principal 2, se não existir nenhum departamento, uma mensagem deve de erro deverá ser exibida na tela.

Fluxo Alternativo 2 No fluxo principal 3, caso ainda existam funcionários no departamento uma mensagem de alerta/confirmação deve ser exibida na tela, após a confirmação do usuário o fluxo principal segue normalmente.

5.12. Remover Cadastro de Funcionário

[RF‐12] Nome Remover Cadastro de Funcionário Descrição O sistema deve ser capaz de remover um cadastro de um dado funcionário. Prioridade Essencial Atores Diretores, Gerentes Pré‐condições e

Entradas O funcionário a ser removido deve existir.• ID ou nome do funcionário a ser removido

Pós‐condições e Saídas O funcionário ser removido do sistema.

Fluxo Principal 1. O usuário informa o ID ou nome do funcionário a ser removido.

2. O sistema informa os funcionários encontrados. 3. O usuário informa o funcionário a ser removido.

(18)

Fluxo Alternativo 1 No fluxo principal 2, se não existir nenhum funcionário, uma mensagem deve de erro deverá ser exibida na tela.

5.13. Remover Cadastro de Clube

[RF‐13] Nome Remover Cadastro de Clube Descrição O sistema deve ser capaz de remover um cadastro de um dado clube. Prioridade Essencial Atores Diretores, Gerentes Pré‐condições e

Entradas O clube a ser removido deve existir.• ID ou nome do clube a ser removido

Pós‐condições e Saídas O clube ser removido do sistema. Fluxo de Eventos Fluxo Principal 1. O usuário informa o ID ou nome do clube a ser removido. 2. O sistema informa os clubes encontrados. 3. O usuário informa o clube a ser removido. 4. O sistema remove o clube do sistema com sucesso.

Fluxo Alternativo 1 No fluxo principal 2, se não existir nenhum clube, uma mensagem deve de erro deverá ser exibida na tela.

5.14. Remover Cadastro de Jogador

[RF‐14]

Nome Remover Cadastro de Jogador

Descrição O sistema deve ser capaz de remover um cadastro de um dado jogador.

Entradas O jogador a ser removido deve existir.• ID ou nome do jogador a ser removido

Pós‐condições e Saídas O clube ser removido do sistema. Fluxo de Eventos Fluxo Principal 1. O usuário informa o ID ou nome do jogador a ser removido. 2. O sistema informa os jogadores encontrados. 3. O usuário informa o jogador a ser removido. 4. O sistema remove o jogador do sistema com sucesso.

Fluxo Alternativo 1 No fluxo principal 2, se não existir nenhum jogador, uma mensagem deve de erro deverá ser exibida na tela.

5.15. Remover Cadastro de Árbitro

(19)

Nome Remover Cadastro de Árbitro Descrição O sistema deve ser capaz de remover um cadastro de um dado árbitro. Prioridade Essencial Atores Diretores, Gerentes Pré‐condições e Entradas O árbitro a ser removido deve existir. • ID ou nome do árbitro a ser removido Pós‐condições e Saídas O árbitro ser removido do sistema. Fluxo de Eventos Fluxo Principal 1. O usuário informa o ID ou nome do árbitro a ser removido. 2. O sistema informa os árbitros encontrados. 3. O usuário informa o árbitro a ser removido. 4. O sistema remove o árbitro do sistema com sucesso.

Fluxo Alternativo 1 No fluxo principal 2, se não existir nenhum árbitro, uma mensagem deve de erro deverá ser exibida na tela.

5.16. Efetuar Login

[RF‐16]

Nome Efetuar Login

Descrição O sistema deverá permitir que o usuário seja identificado através do seu login. Após a identificação do usuário pelo sistema, serão exibidas as funções para as quais ele tem permissão de utilização.

Atores Diretores, Gerentes, Funcionários

Entradas • Login • Senha

Pós‐condições e Saídas Usuário logado no sistema.

Fluxo Principal 1. O usuário informa login e senha para a realização do cadastro.

2. O sistema verifica login e senha.

3. O sistema carrega as telas que o usuário tem permissão de acesso.

Fluxo Alternativo 1 No fluxo principal 2, se o login não existir ou a senha não for compatível ao login, o sistema deve exibir uma mensagem de erro na tela e permitir que o usuário recomece o fluxo.

5.17. Gerar Tabela de Campeonato

[RF‐17]

Nome Gerar Tabela de Campeonato

(20)

campeonato) juntamente com todas as partidas e seus respectivos atributos tais como local, data, árbitros, time mandante, time visitante, e delegados de toda competição onde cada tabela consistirá da alocação de partidas durante todo o campeonato de maneira que não haja conflitos entres os jogos.

Atores Presidente, Gerentes

Entradas • Nome de todos os clubes participantes do campeonato • Estádios e horários disponíveis para uso do estádio • Dias da realização de todos os jogos do campeonato • Árbitros cadastrados no campeonato • Comissão de delegados do campeonato • Tipo do Campeonato • Ano do Campeonato • Nome do Campeonato • ID Campeonato

Pós‐condições e Saídas Um conjunto de tabelas, onde cada tabela é indexada por rodadas, que por sua vez as rodadas são constituídas de todos os jogos da mesma.

Fluxo Principal 1. O usuário informa todos os clubes da competição. 2. O sistema verifica todos os clubes.

3. O usuário informa todos os estádios e seus respectivos horários de uso.

4. O sistema verifica todos os estádios.

5. O usuário informa todos os dias onde ocorreram as partidas. 6. O usuário informa todos os árbitros que participaram da competição. 7. O sistema verifica todos os árbitros. 8. O usuário informa todos os delegados da competição. 9. O sistema verifica todos os delegados. 10. O usuário informa o tipo do campeonato. 11. O sistema verifica tipo do campeonato. 12. O usuário informa o ID do campeonato. 13. O sistema verifica o ID do campeonato.

14. O sistema gera todas as tabelas de cada rodada e armazena o conjunto de tabelas juntamente com os registros dos jogos formados e os inseri no repositório e informa que a tabela do campeonato citado (Nome, Ano e Tipo do) foi realizada com sucesso.

Fluxo Alternativo 1 No fluxo principal 2, se um dos clubes citados não estiver cadastrado no campeonato, o sistema deve exibir uma mensagem de erro na tela mostrando qual o clube que não está cadastrado e permitir que o usuário recomece o fluxo.

Fluxo Alternativo 2 No fluxo principal 3, se um dos estádios citados não estiver cadastrado no campeonato, o sistema deve exibir uma mensagem de erro na tela mostrando qual o estádio que não esta cadastrado e permitir que o usuário recomece o fluxo.

(21)

Fluxo Alternativo 3 No fluxo principal 4, se um dos árbitros citados não estiver cadastrado no campeonato, o sistema deve exibir uma mensagem de erro na tela mostrando qual o árbitro que não está cadastrado e permitir que o usuário recomece o fluxo.

Fluxo Alternativo 4 No fluxo principal 5, se um dos delegados citados não estiver cadastrado no campeonato, o sistema deve exibir uma mensagem de erro na tela mostrando qual o delegado que não está cadastrado e permitir que o usuário recomece o fluxo.

Fluxo Alternativo 5 No fluxo principal 6, se o tipo do campeonato citado não existir, o sistema deve exibir uma mensagem de erro na tela especificando tipo invalido ou e permitir que o usuário recomece o fluxo.

Fluxo Alternativo 6 No fluxo principal 7, se o ID do campeonato já existir, o sistema deve exibir uma mensagem de erro na tela e permitir que o usuário recomece o fluxo.

5.18. Inserir Registro de Jogo

[RF‐18] Nome Inserir Registro de Jogo Descrição O sistema deverá registrar todos os eventos pós jogo e a súmula (relatório da arbitragem) na tabela da rodada correspondente. Prioridade Essencial Atores Diretores, Gerentes, Funcionários Pré‐condições e

Entradas • Nome de todos os atletas titulares e suplentes do clube visitante e mandante participantes da partida. • Nome do capitão e técnico de cada time.

• Movimentação dos gols (Nome do atleta autor do gol, momento(horário) do gol).

• Movimentação de cartões amarelos e vermelhos (Nome do atleta que recebeu o cartão, tipo do cartão(amarelo ou vermelho)).

• Placar final. • Time vencedor.

• Relato de expulsão(Um pequeno texto referente a expulsão na partida).

• Relato de incidentes(Um pequeno texto referente a incidentes na partida). • Relato de observações(Um pequeno texto com observações na partida). • Renda da partida. • Número de público pagante. • Número de Policiais. • Entidades responsáveis pela transmissão da partida. • Número da Rodada. • ID do Campeonato. • ID do Jogo. Pós‐condições e Saídas Jogo registrado no sistema juntamente com a sua súmula.

(22)

Fluxo Principal 1. O usuário informa ID do Campeonato e Número da Rodada ID do jogo. 2. O sistema verifica ID do Campeonato e ID do jogo. 3. O usuário informa todos os atletas da partida. 4. O usuário informa capitão e técnico de cada time. 5. O sistema verifica todos os atletas mais o técnico. 6. O usuário informa Movimentação de Gols.

7. O usuário informa Movimentação de Cartões Amarelos e Vermelhos.

8. O usuário informa Placar Final. 9. O usuário informa Vencedor.

10. O usuário informa Relato de expulsão. 11. O usuário informa Relato de observações.

12. O sistema a partir dos dados citados acima e os dados anteriores contidos na tabela no momento em que o jogo foi gerado a tabela da rodada (como horário, local, times participantes, árbitros e delegados) o sistema gera a súmula do jogo.

13. O usuário informa número de público pagante. 14. O usuário informa número de Policiais.

15. O usuário informa entidades responsáveis pela transmissão da partida.

16. O sistema insere no repositório todos os dados junto com a súmula na tabela da rodada e do campeonato especificados e informa que a inserção foi realizada com sucesso.

Fluxo Alternativo 1 No fluxo principal 2, se o ID do campeonato ou do Jogo não existir, o sistema deve exibir uma mensagem de erro na tela e permitir que o usuário recomece o fluxo.

Fluxo Alternativo 2 No fluxo principal 3, se um dos atletas ou técnicos citados não estiver cadastrado no campeonato, o sistema deve exibir uma mensagem de erro na tela mostrando qual o atletas ou técnicos que não está cadastrado e permitir que o usuário recomece o fluxo.

5.19. Consultar Funcionário

[RF‐19]

Nome Consultar funcionário

Descrição O sistema deverá informar as informações cadastrais relativas ao funcionário em questão.

Entradas O funcionário a ser consultado deve ser cadastrado no sistema. • Nome, número de cadastro ou CPF

Pós‐condições e Saídas Deverão ser informados a respeito do funcionário: nome, sexo, foto, CPF, número de cadastro, data de nascimento, endereço, cidade natal, departamento que ele trabalha, filiação, função em

(23)

que ele atua, o valor do seu salário e seu histórico de pagamento.

Fluxo Principal 1. O usuário informa uma das entradas necessárias.

2. O sistema consulta o banco de dados sobre o cadastro do funcionário desejado.

3. O sistema gera o relatório a respeito da consulta.

4. O sistema exibe na tela o relatório com as informações desejadas. Fluxo Alternativo 1 No fluxo principal 2, se o sistema não encontrar uma referência para o funcionário desejado, o sistema informará ao usuário que o funcionário não está cadastrado.

5.20. Consultar Jogador

[RF‐20] Nome Consultar Jogador

Descrição O sistema deverá informar as informações cadastrais relativas ao jogador em questão. Prioridade Essencial Atores Diretores, Gerentes, Funcionários Pré‐condições e Entradas O jogador a ser consultado deve ser cadastrado no sistema. • Nome, número de cadastro na CBF ou CPF Pós‐condições e Saídas Deverão ser informados a respeito do jogador: nome, sexo, foto, CPF, número de cadastro na CBF, data de nascimento, clube em que atua, filiação e histórico de times atuados pelo jogador. Fluxo de Eventos Fluxo Principal 1. O usuário informa uma das entradas necessárias.

2. O sistema consulta o banco de dados sobre o cadastro do jogador desejado.

4. O sistema exibe na tela o relatório com as informações desejadas. Fluxo Alternativo 1 No fluxo principal 2, se o sistema não encontrar uma referência para o jogador desejado, o sistema informará ao usuário que o jogador não está cadastrado na federação.

5.21. Consultar Árbitro

[RF‐21] Nome Consultar Árbitro

Descrição O sistema deverá informar as informações cadastrais relativas ao Árbitro em questão.

(24)

Pré‐condições e Entradas

O árbitro a ser consultado deve ser cadastrado no sistema. • Nome, número de cadastro ou CPF

Pós‐condições e Saídas Deverão ser informados a respeito do Árbitro: nome, CPF, número de cadastro, data de nascimento, data de ingresso na arbitragem de futebol, filiação, altura, peso e número de jogos já arbitrados.

2. O sistema consulta o banco de dados sobre o cadastro do Árbitro desejado.

4. O sistema exibe na tela o relatório com as informações desejadas. Fluxo Alternativo 1 No fluxo principal 2, se o sistema não encontrar uma referência para o jogador desejado, o sistema informará ao usuário que o jogador não está cadastrado na federação.

5.22. Consultar Clube

[RF‐22] Nome Consultar Clube

Descrição O sistema deverá informar as informações cadastrais relativas ao Clube em questão.

Entradas O clube a ser consultado deve ser cadastrado no sistema. • Nome, número de cadastro (ID) ou CNPJ.

Pós‐condições e Saídas Deverão ser informados a respeito do Clube: nome fantasia, ID, razão social, CNPJ, Endereço, nome do presidente, data de fundação e lista dos jogadores vinculados ao clube.

2. O sistema consulta o banco de dados sobre o cadastro do Clube desejado.

4. O sistema exibe na tela o relatório com as informações desejadas.

Fluxo Alternativo 1 No fluxo principal 2, se o sistema não encontrar uma referência para o clube desejado, o sistema informará ao usuário que o clube não está cadastrado na federação.

5.23. Consultar Jogo

[RF‐23]

Nome Consultar Jogo

(25)

ao Jogo em questão.

Entradas O jogo a ser consultado deve ser cadastrado no sistema. • ID ou data do jogo e nome dos participantes

Pós‐condições e Saídas Deverão ser informados a respeito do Jogo: Nome do clubes participantes, data, local do jogo, nome dos árbitros e número de ingressos disponíveis.

2. O sistema consulta o banco de dados sobre o cadastro do Jogo desejado.

4. O sistema exibe na tela o relatório com as informações desejadas.

Fluxo Alternativo 1 No fluxo principal 2, se o sistema não encontrar uma referência para o jogo desejado, o sistema informará ao usuário que o jogo não está cadastrado.

5.24. Balanço por Período

[RF‐24]

Nome Balanço por Período

Descrição O sistema deverá ser capaz de construir relatórios inerentes a finanças da federação, rendas de ingressos de cada campeonato, montante de salário pago na federação e a construção de gráficos desses dados dentro do relatório.

Entradas • Data inicial • Data final

Pós‐condições e Saídas Relatório de Finanças no dado período.

Fluxo Principal 1. O usuário informa a data inicial. 2. O usuário informa data final 3. O sistema verifica período.

4. O sistema busca no repositório o total das rendas de ingressos de todos os jogos e os ordena por competição. 5. O sistema busca no repositório o total de salários dos

funcionários e os ordena por departamento.

6. O sistema gerar o gráfico de desenvolvimento dos últimos meses da renda de ingressos.

7. O sistema gerar o gráfico de desenvolvimento dos últimos meses do montante de salários dos funcionários.

8. O sistema gerar o gráfico de desenvolvimento dos últimos meses de toda renda da federação.

(26)

9. O sistema adiciona todos os dados e os gráficos gerados ao relatório, e exibir o relatório na tela.

Fluxo Alternativo 1 No fluxo principal 2, se a data final for maior que a data inicial, o sistema deve exibir uma mensagem de erro na tela e permitir que o usuário recomece o fluxo.

5.25. Tabela de Classificação

[RF‐25] Nome Tabelas de Classificação Descrição Desenvolver a tabela de arranjo sistemático do campeonato que se refere à posição de cada time no campeonato, como também número de partidas, número de pontos, número de vitorias, empates e derrotas, número de gols marcados, gols sofridos, e saldo de gols.

Prioridade Importante

Entradas • ID do Campeonato

Pós‐condições e Saídas Tabela de classificação com a posição de cada time dentro do campeonato. Fluxo de Eventos Fluxo Principal 1. O usuário informa ID do Campeonato. 2. O sistema verifica ID do Campeonato. 3. O sistema faz uma consulta de todos os times que estão no campeonato dentro de seus jogos. 4. O sistema retorna número de partidas, número de pontos, número de vitorias, empates e derrotas, número de gols marcados, gols sofridos, e saldo de gol.

5. O sistema organiza os times de acordo com o número de pontos e saldo de gols.

6. O sistema retorna tabela completa e organizada.

Fluxo Alternativo 1 No fluxo principal 2, se o ID do campeonato não existir, o sistema deve exibir uma mensagem de erro na tela e permitir que o usuário recomece o fluxo.

5.26. Estatísticas por Campeonato

[RF‐26]

Nome Estatísticas por Campeonato

Descrição O sistema deverá ser capaz de construir relatórios inerentes aos campeonatos vencedores e numero de vitorias, artilheiro, número de gols marcados, renda total do campeonato e a construção de gráficos desses dados dentro do relatório.

Prioridade Importante

(27)

Entradas • “Todos os Campeonatos” ou “Campeonato Atual”? • ID do Campeonato Específico

Pós‐condições e Saídas Relatório com as estatísticas.

Fluxo Principal 1. O usuário informa se Todos ou Atual. 2. O sistema verifica “Todos ou Atual”.

3. O sistema busca no repositório os vencedores de cada campeonato e número de vitórias do mesmo e os ordena por número de vitorias.

4. O sistema busca no repositório o total de gols marcados dentro dos campeonatos e os ordena por campeonato. 5. O sistema busca no repositório o total da renda de todos os

jogos dentro dos campeonato e os ordena por campeonato. 6. O sistema associa todos ao dados anteriores e os associa e

os ordena por campeonato.

7. O sistema gerar o gráfico de desenvolvimento de vitorias, de gols e rendas dos últimos campeonatos.

8. O sistema adiciona todos os dados os gráficos gerados ao relatório, e exibir o relatório na tela.

Fluxo Alternativo 1 No fluxo principal 2, se “Atual”:

1. O usuário informa o ID do campeonato. 2. O sistema verifica o ID do Campeonato.

3. O sistema busca no repositório do campeonato especifico o atleta com o maior número de gols marcados dentro do campeonato.

4. O sistema busca no repositório o total de gols marcados dentro do campeonato.

5. O sistema busca no repositório o total da renda de todos os jogos dentro do campeonato.

6. O sistema adiciona todos os dados os gráficos gerados ao relatório, e exibir o relatório na tela.

Fluxo Alternativo 2 No fluxo principal 3, se o ID do campeonato ou do Jogo não existir, o sistema deve exibir uma mensagem de erro na tela e permitir que o usuário recomece o fluxo.

(28)

6. Conclusão

Na engenharia de sistemas e engenharia de software, análise de requisitos engloba todas as tarefas que lidam com investigação, definição e escopo de novos sistemas ou alterações. Análise de requisitos é uma parte importante do processo de projeto de sistemas, na qual o engenheiro de requisitos e o analista de negócio, juntamente com engenheiro de sistema ou desenvolvedor de software, identificam as necessidades ou requisitos de um cliente. Uma vez que os requisitos do sistema tenha sido identificados, os projetistas de sistemas estarão preparados para projetar a solução. [WIKIPEDIA]

Seguindo este pensamento, pudemos perceber que para o desenvolvimento de um bom sistema devemos fazer um estudo bem apurado dos requisitos do sistema, a fim de que possamos tanto traçar prioridades como entender melhor como ele deve funcionar. Com esse documento, é possível também, compreender a sua real necessidade e explorar seus pontos fortes. Portanto este documento tanto interessa ao cliente, pois este saberá como o sistema funcionará antes de ser realmente implementado, como para a própria equipe de desenvolvimento, que verá nele um guia de como deverá ocorrer a implementação e prototipação deste sistema.

(29)

7. Referências

• [SOMMERVILLE] SOMMERVILLE, Ian. Software Engineering (International Computer Science Series), 7th edition. Addison Wesley, New York. • [WIKIPEDIA] Análise de Requisitos de Software. http://pt.wikipedia.org/wiki/Analise_de_requisitos_de_software, acessado em 09 de abril de 2008.

(30)

8. Anexo – Diagrama de Caso de Uso

Efetuar Login * * Alterar Senha ou Login * * Funcionários Presidência * * * * Gerentes * * * * Cadastrar Login Gerar Tabelas de Campeonato * * Inserir Registro de Jogo * * * * Tabale de Classificação * * * *

Balanço por Período * * * * Remover Cadastro de Departamento * * Remover Cadastro de Funcionário * * * * Remover Cadastro de Clube * * * * Remover Cadastro de Jogador * * * * Remover Cadastro de Árbitro * * * * Gerar Folha de Pagamento * * * * * * * * Transferir Jogador * * * * Estatísticas Gerais * * * * Cadastrar Funcionário * * Cadastrar Jogador * * Cadastrar Árbitro * * Cadastrar Departamento * * Cadastrar Clube * * * * Modificar Cadastro de Funcionário * * * * * * * * * * * * Modificar Cadastro de Jogador * * Modificar Cadastro de Clube * * Modificar Cadastro de Árbitro * * * * Modificar Cadastro de Departamento * * * * * * * * Consultar Funcionário * * * * Consultar Jogador * * * * Consultar Árbitro * * * * * * Consultar Clube * * * * * * Consultar Jogo * * * * * * _{Consultar Folha de} Pagamento * * * *