DMS Sistema Gerenciamento Clube

8/6/2019 DMS Sistema Gerenciamento Clube

1/15

DMS - Documento de Modelagem de Sistema

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]

PrefcioEste documento tem por finalidade o registro de todas as etapas executadas no processo dedesenvolvimento do Sistema de Gesto de Clube.O sistema de Gesto de Clube tem a finalidade de controle de acesso nas dependncias deum clube.

ndice


2/15

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 95. 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] 105.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 TabelasTabela 1 Tabela de Especificao do Requisito ER[f|a][F|D|I|N].N 9

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

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


3/15

deste documento inclui pessoas envolvidas com o desenvolvimento (analistas de sistemas e

programadores), testes do sistema e avaliadores do projeto.

a. EscopoO 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. Definies, Acrnimos e Abreviaturas

UML - A Unified Modeling Language (UML) usado para especificar, visualizar,modificar, construir e documentar os artefatos de um sistema de software emdesenvolvimento.

a. RefernciasBezerra,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

Descrio O Sistema deve manter um cadastro de todosos associados junto com seus possveisdependentes recebendo dados pessoais comoRG ,CPF,nome,data de nascimento,estado cvil entreoutros.

Descrio dosRiscos

O usurio no possui todos os dados necessrios aocadastro do Associado.

RiscoBaixo

PrioridadeAlta

Tabela 2 Tabela de Especificao de Requisito ER. Registro de Associados

ER-2 V- 1.0 Registro de Convidados


4/15

Descrio Cada scio poder levar ao clube pessoas comoconvidado,o sistema deve manter um cadastro detodos os convidados armazenando nome,CPF,nmerode visita entre outros

Descrio dosRiscosO usurio no possui todos os dados necessrios aocadastro do convidado. RiscoBaixo PrioridadeAlta

Tabela 2 Tabela de Especificao de Requisito ER. Registro de Convidados

ER-3 V- 1.0 Emitir Convite

Descrio O sistema deve permitir a emisso deconvites a partir dos dados informados noregistro de convidados

Descrio dosRiscos

Ausncia de convidados registrados RiscoBaixo

PrioridadeMdia

Tabela 3 Tabela de Especificao de Requisito ER. Emitir Convite

ER-4 V- 1.0 Emitir Carteirinha

Descrio O sistema deve permitir a emissode carteirinha para os scios e seus

dependentes para fins de acesso ao clube

Descrio dosRiscos


PrioridadeMdia

Tabela 4 Tabela de Especificao de Requisito ER. Emitir Carteirinha

ER-4 V- 1.0 Alugul de Espao

Descrio

O sistema deve permitir que osassociados realizem Aluguel de Espaoreservado para eventos familiares

Descrio dosRiscos


PrioridadeMdia

Tabela 5 Tabela de Especificao de Requisito ER. Alugul de Espao


5/15

Especificao dos Requisitos

1. Descrio das Use Cases e Atores

a. Cases De USO

I. Solicitar Titulo de Scio- Preencher formulrio.- Anexar documentos.- Receber formulrio , documentos e carta do solicitante.- Apresentar carta de recomendao.

II. Autorizar Solicitao - 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.


6/15

X. Verificar Reserva

- Autorizar Alugul do Espao.

a. Descrio dos Atores

i.Scio

Este ator uma pessoa que atua no sistema acessando o clube, requisitando

aluguel de chals.

ii. FuncionrioEste ator uma pessoa que atua no sistema na manuteno dos

associados,dependentes dos associados,convidados,recebimento de

documentos,emisso de carteirinhas e autorizar a entrada de um novo scio

iii. SolicitanteEste ator uma pessoa que atua no sistema solicitando associao ao clube

passando por uma aprovao.

a. Diagrama Geral de Use Cases


7/15


8/15

3. Um funcionrio inclui a solicitao de adesona 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 Aes Realizadas

1. No foram

informados todos osdados necessriosao cadastro doempregado

1. informado ao usurio, que existem dados

obrigatrios ainda no informados

Tabela 1 - Fluxo de Eventos da Use Case Solicitar Titulo de Scio

ii. Use Case Manter Scio

Nome da Use Case Manter Scio

Descrio Fazer o cadastro dos associados

Requisitos Associados No Regra de Negcio

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

Ps Condies possvel emitir carteirinha,gerar relao de associados


9/15

Atores Scio

Fluxo Principal


2. solicitadocadastro doScio;

8. So verificadas se todos os dados obrigatrios (supracitadosnas pr-condies) foram informados;

9. Verifica informaes se o scio tem dependentes10. Registra-se o scio (se houver registra os dependentes

tambm)11. informado ao usurio o sucesso no procedimento.

Fluxo Alternativo N


1. No foraminformados todos osdados necessriosao cadastro doempregado

2. informado ao usurio, que existem dados obrigatriosainda no informados

Tabela 1 - Fluxo de Eventos da Use Case [nome da UC]

iii. Use Case Emitir Carteirinha

Nome da Use Case Emitir Carteirinha

Descrio Gerar Carteirinha de scio e de seus dependentes.- Entregar Carteirinha.


Pr Condies O scio deve est previamente cadastrado no sistema comtodos os dados (foto,dados do scio)necessrio para emisso dacarteirinha

Ps Condies


10/15

Atores Funcionrio

Fluxo Principal


3. solicitadoa emisso dacarteirinha


13. O funcionrio solicita que o sistema emita a carteirinha14.A carteirinha entregue ao scio ou dependente

Fluxo Alternativo N


1. No foram

informados todos osdados necessrios

3. informado ao usurio, que existem dados obrigatrios

ainda no informados

Tabela 1 - Fluxo de Eventos da Use Case Emitir Carteirinha

iv. Use Case Manter Scio

Nome da Use Case Manter Scio

Descrio Fazer o cadastro dos associados


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

Ps Condies possvel emitir carteirinha,gerar relao de associados

Atores Scio

Fluxo Principal


11/15


4. solicitadoo cadastro doScio


16. Verifica informaes se o scio tem dependentes

17. Registra-se o scio (se houver registra os dependentestambm)

18. informado ao usurio o sucesso no procedimento.

Fluxo Alternativo N


1. No foram

informados todos osdados necessriosao cadastro doempregado

4. informado ao usurio, que existem dados obrigatrios

ainda no informados

Tabela 1 - Fluxo de Eventos da Use Case [nome da UC]

1. InterfacesUma interface uma descrio lgica e conceitual de como uma ou mais use cases soprovidas 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 doponto de vista macro os requisitos da interface do usurio.

a. Interface N

Requisitosrelacionadas com a interface

Tabela 2 Requisitos relacionadas com a interface


12/15

Faa o desenho das interfaces grficas referenciando os campos com etiquetas como noexemplo abaixo.

Figura 2 - Interfacepara a(s) Use Case(s)

Descreva os campos da interface grfica1. Campo para a entrada e visualizao do nome do usurio2. Campo para a entrada e visualizao do email do usurio3. Etc ...

1. Persistencia de Dados

a. Dados da Tabela Scio

Tabela 1 Requisitos relacionadas com a tabela Socio

b. Dados da Tabela Dependente


13/15

Tabela 2 Requisitos relacionadas com a tabela Dependente

c. Dados da Tabela Convidado

Tabela 3 Requisitos relacionadas com a tabela Convidado

d. Dados da Tabela Aluguel

Tabela 4 Requisitos relacionadas com a tabela Aluguel

e. Modelo Lgico do Sistema


14/15

1. Classes de AnliseEste 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 caseutilize 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]

1. Classe de Fronteira N [Nome da Classe]


15/15

Descreva a responsabilidade da classe e, se for o caso, a qual interface esta relacionada. Seesta classe se relaciona com outros sistemas atravs de um protocolo descreva o mais detalhadopossvel este protocolo. Faa uma descrio para cada classe de fronteira. N significa o nmeroda classe caso existam mais de uma, caso contrrio no necessrio.

1. Classe de Entidade N [Nome da Classe]

Descreva a responsabilidade da classe e quais as informaes que so pertinentes a esta classe.Faa uma descrio para cada classe de entidade. N significa o nmero da classe caso existammais de uma, caso contrrio no necessrio.

1. Classe de Controle N [Nome da Classe]

Descreva a responsabilidade da classe, a seqncia de controle (se necessrio faa umdiagrama de atividades) e os comportamentos relacionados a negcio. Faa uma descriopara cada classe de controle. N significa o nmero da classe caso existam mais de uma, casocontrrio no necessrio.

1. Diagrama de Classes de Anlise

Coloque o diagrama de relacionamento entre as classes de anlise para esta Use Case.

1. Comportamento DinmicoEste 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 .

a. Diagramas de Seqnciada Use Case [Nome da Use Case]Apresentar os diagramas de seqncia que atenda a todos os fluxos de eventos existentes na usecase, os diagramas podem ser comentados caso haja necessidade, porm o prprio diagrama

deve conter o mximo de informaes para que possa ser compreendido. Deve-se desenvolverdiagramas de seqncia com bom senso, ou seja, no necessrio um para cada fluxo, pormno se deve exagerar na quantidade de fluxos para cada diagrama.

i. [Nome do Diagrama de Seqncia N]

Documents

DMS Sistema Gerenciamento Clube