Escolar Documentos
Profissional Documentos
Cultura Documentos
Verso: 1.0
[Sistema de Gesto de Clubes] Derlon Junior , Hudson Rodrigues, Iure Castro
Tabela de Revises
Verso Principais Autores Descrio da Verso Data de Trmino
V[x.x]
[nome]
[descrio da verso]
[dd/mm/aaaa]
V[x.x]
[nome]
[descrio da verso]
[dd/mm/aaaa]
Prefcio
Este documento tem por finalidade o registro de todas as etapas executadas no processo de desenvolvimento do Sistema de Gesto de Clube. O sistema de Gesto de Clube tem a finalidade de controle de acesso nas dependncias de um clube.
ndice
1. Lista de Figuras 6 2. Lista de Tabelas 7 3. Introduo 8 3.1 Finalidade 8 3.2 Escopo 8 3.3 Definies, Acrnimos e Abreviaturas 8 3.4 Referncias 8 3.5 Detalhes do Sistema 8 4. Especificao de Requisitos 9 4.1 Especificao dos Requisitos 9 4.1.1 ER[f|a][F|D|I|N].N 9 5. Descrio das Use Cases e Atores 10 5.1 Use Cases 10 5.2 Descrio dos Atores 10 5.2.1 [Nome do Ator N] 10 5.3 Diagrama Geral de Use Cases 10 5.4 Detalhamento das Use Cases 11 5.4.1 Use Case [Nome da Use Case N] 11 ...
1. Lista de Figuras
Figura 1 Diagrama Geral de Use Cases 10 Figura 2 - Interface para a(s) Use Case(s) 12
1. Lista de Tabelas
Tabela 1 Tabela de Especificao do Requisito ER[f|a][F|D|I|N].N Tabela 2 - Fluxo de Eventos da Use Case [nome da UC] 11 Tabela 3 Requisitos relacionadas com a interface 12 Tabela 4 Requisitos relacionadas com a tabela 13 9
1. Introduo
a. Finalidade
[Hudson : 22/10/2010 - 01] Este documento apresenta a modelagem do sistema de gesto de clubes, utilizando como referncia o livro Princpios de Anlise e Projeto de Sistemas com UML. O pblico alvo
deste documento inclui pessoas envolvidas com o desenvolvimento (analistas de sistemas e programadores), testes do sistema e avaliadores do projeto.
a. Escopo
O Documento de Modelagem de Sistema prov uma viso completa dos modelos do Sistema de Gesto de Clubes. Ele produzido e utilizado pelos desenvolvedores da equipe para documentar os requisitos, modelos e arquitetura do sistema.
a. Referncias
Bezerra,Eduardo. Princpio de anlise e projeto de sistemas com UML. Rio de Janeiro: Elsevier, 2007. Cardoso,Caque.UML na prtica: do problema ao sistema.Rio de Janeiro:Editora Cincia Moderna Marcos,Douglas.Guia de Consulta Rpida UML:So Paulo :Editora Novatec, Gilleanes T.A.Guedes,UML Uma Abordagem Prtica:So Paulo:Editora Novatec
a. Detalhes do Sistema
1. Especificao de Requisitos
ER-1 V-1.0
Registro de Associados O Sistema deve manter um cadastro de todos os associados junto com seus possveis dependentes recebendo dados pessoais como RG ,CPF,nome,data de nascimento,estado cvil entre outros. O usurio no possui todos os dados necessrios ao cadastro do Associado.
Descrio
Risco Prioridade
Baixo Alta
ER-2 V- 1.0
Registro de Convidados
Descrio
Cada scio poder levar ao clube pessoas como convidado,o sistema deve manter um cadastro de todos os convidados armazenando nome,CPF,nmero de visita entre outros O usurio no possui todos os dados necessrios ao cadastro do convidado.
Risco Prioridade
Baixo Alta
ER-3 V- 1.0
Emitir Convite O sistema deve permitir a emisso de convites a partir dos dados informados no registro de convidados Ausncia de convidados registrados
Descrio
Risco
Baixo
Prioridade
Mdia
ER-4 V- 1.0
Emitir Carteirinha O sistema deve permitir a emisso de carteirinha para os scios e seus dependentes para fins de acesso ao clube Ausncia de convidados registrados
Descrio
Risco Prioridade
Baixo Mdia
ER-4 V- 1.0
Alugul de Espao
Descrio
O sistema deve permitir que os associados realizem Aluguel de Espao reservado para eventos familiares
Risco
Baixo
Prioridade
Mdia
- Analisar dados do solicitante. - Aprovar novo scio. III. Manter Scio - Armazenar dados cadastrais dos socios. IV. Manter Dependentes - Armazenar dados cadastrais do dependentes de cada socio. V. Emitir Carteirinha - Gerar Carteirinha de scio. - Entregar Carteirinha. VI. Frequentar Clube - Permirtir entrada do scio ao clube. VII .Trazer Convidado - Controlar o acesso de pessoas nas dependencias do clube - Gerar convites. IX . Alugar espao - Reserva uma chal ou churrasqueira.
No Regra de Negcio
Solicitante,Funcionrio
Aes Realizadas
3.
Um funcionrio inclui a solicitao de adeso na pauta da reunio. 4. O funcionrio cadastra o scio no sistema. 5. O funcionrio imprime carta de aceitao do solicitante. 6. O funcionrio emite a carteirinha. 7. O funcionrio notifica o sistema de que o scio pegou a carteirinha
Fluxo Alternativo N Aes Recebidas 1. No foram informados todos os dados necessrios ao cadastro do empregado Aes Realizadas
1. informado ao usurio, que existem dados
Manter Scio
Fazer o cadastro dos associados
No Regra de Negcio O candidato foi aceito como scio na reunio. O usurio deve estar munido dos seguintes dados do associado: CPF,RG, Nome , Data Nascimento,Estado Civl,Email,Endereo completo possvel emitir carteirinha,gerar relao de associados
Ps Condies
Scio
Aes Realizadas
solicitado 8. So verificadas se todos os dados obrigatrios (supracitados nas pr-condies) foram informados; cadastro do 9. Verifica informaes se o scio tem dependentes Scio;
10. Registra-se o scio (se houver registra os dependentes tambm) 11. informado ao usurio o sucesso no procedimento.
Fluxo Alternativo N Aes Recebidas 1. No foram informados todos os dados necessrios ao cadastro do empregado Aes Realizadas
2. informado ao usurio, que existem dados obrigatrios
ainda no informados
Ps Condies
Funcionrio
Aes Realizadas
solicitado 12. So verificadas se todos os dados obrigatrios (supracitados nas pr-condies) foram informados; a emisso da 13. O funcionrio solicita que o sistema emita a carteirinha carteirinha
14. A carteirinha entregue ao scio ou dependente
Fluxo Alternativo N Aes Recebidas 1. No foram informados todos os dados necessrios Aes Realizadas
3. informado ao usurio, que existem dados obrigatrios
ainda no informados
Manter Scio
Fazer o cadastro dos associados
No Regra de Negcio O candidato foi aceito como scio na reunio. O usurio deve estar munido dos seguintes dados do associado: CPF,RG, Nome , Data Nascimento,Estado Civl,Email,Endereo completo possvel emitir carteirinha,gerar relao de associados Scio
Aes Recebidas
4.
Aes Realizadas
solicitado 15. So verificadas se todos os dados obrigatrios (supracitados nas pr-condies) foram informados; o cadastro do 16. Verifica informaes se o scio tem dependentes Scio
17. Registra-se o scio (se houver registra os dependentes tambm) 18. informado ao usurio o sucesso no procedimento.
Fluxo Alternativo N Aes Recebidas 1. No foram informados todos os dados necessrios ao cadastro do empregado Aes Realizadas
4. informado ao usurio, que existem dados obrigatrios
ainda no informados
1. Interfaces
Uma interface uma descrio lgica e conceitual de como uma ou mais use cases so providas pela interface do usurio, se for o caso, incluindo a interao requerida entre o(s) ator(es) e o sistema. Em geral janelas representam as interfaces necessrias para entender do ponto de vista macro os requisitos da interface do usurio.
a. Interface N
Requisitos relacionadas com a interface
Faa o desenho das interfaces grficas referenciando os campos com etiquetas como no exemplo abaixo. Figura 2 - Interface para a(s) Use Case(s) Descreva os campos da interface grfica 1. Campo para a entrada e visualizao do nome do usurio 2. Campo para a entrada e visualizao do email do usurio 3. Etc ...
1. Persistencia de Dados
a. Dados da Tabela Scio
1. Classes de Anlise
Este tpico dever apresentar as classes de anlise para cada use case. i. Classes de Anlise da [Nome da Use Case N] Voc dever detalhar todas as classes de anlise encontradas para o sistema, caso uma use case utilize uma classe de outra descrita antes deve-se relacion-la da seguinte forma: Classe de [Tipo da Classe] [Nome da Classe] descrita na use case [Nome da use case]
Descreva a responsabilidade da classe e, se for o caso, a qual interface esta relacionada. Se esta classe se relaciona com outros sistemas atravs de um protocolo descreva o mais detalhado possvel este protocolo. Faa uma descrio para cada classe de fronteira. N significa o nmero da classe caso existam mais de uma, caso contrrio no necessrio.
1. Comportamento Dinmico
Este tpico dever apresentar os diagramas de seqncia que representem o comportamento dinmico das classes de anlise, sendo este comportamento desenvolvido analisando-se o fluxo de eventos da use case .