SISTEMA PARA INFORMATIZAÇÃO E GERENCIAMENTO DE … · Sylvester Stallone (Rocky Balboa – 2007)...

JESIEL BARBOSA JARDIM

SISTEMA PARA INFORMATIZAÇÃO E GERENCIAMENTO DE

ACADEMIA

Assis

2013



ACADEMIA

Trabalho de Conclusão

de Curso apresentado ao

Instituto Municipal de Ensino

Superior de Assis, como requisito

do Curso de Análise e

Desenvolvimento de Sistemas.

Orientador: Dr° Almir Rogério Camolesi

Área de Concentração: Desenvolvimento de Sistemas

Assis

2013

FICHA CATALOGRÁFICA

JARDIM, Jesiel Barbosa.

Sistema para informatização e gerenciamento de academia /

Jesiel Barbosa Jardim. Fundação Educacional do Município de Assis, 2013.

79 p.

Orientador: Dr. Almir Rogério Camolesi

Trabalho de Conclusão de Curso

Instituto Municipal de Ensino Superior de Assis – IMESA.

1. Gerenciamento de Academia. 2. Programação.

3. Linguagem de Programação C#.

CDD: 001.61


ACADEMIA


Trabalho de Conclusão

de Curso apresentado ao

Instituto Municipal de Ensino

Superior de Assis, como requisito

do Curso de Análise e

Desenvolvimento de Sistemas,

analisado pela seguinte comissão

examinadora.

Orientador: Dr° Almir Rogério Camolesi

Analisador: Mestre Fábio Eder Cardoso

Assis

2013

DEDICATÓRIA

Dedico este trabalho à minha família, amigos e

todas as pessoas que acreditaram e apoiaram

em meu sonhos e desejos, deles tirei forças

necessária para que pudesse realizá-los.

AGRADECIMENTOS

Agradeço primeiramente a Deus, pela vida, saúde e por sempre estar em meu

caminho, pois sem Ele, nada sou e nada em minha vida seria possível. Dele vem

minha sabedoria e tudo que sou.

Aos meus pais, José Alves Jardim e Vilma de Souza Barbosa Jardim, pelo amor

incondicional e por sempre me apoiarem emocionalmente, financeiramente e em

meus sonhos, sem eles não seria nada.

A minhas irmãs, Josiane Alves Jardim Cardoso, Joicy Kelly Barbosa Jardim Pascote

e meus cunhados por sempre estarem ao meu lado.

A minha namorada, Caroline Begosso da Mota, por me amar e me incentivar a

nunca desistir nas horas de dificuldades.

Ao meu orientador Dr° Almir Rogério Camolesi, pela orientação, durante todo o

período deste trabalho e também por toda a caminhada acadêmica.

E a todos meus amigos e demais familiares que sempre estão me apoiando, e

também à aquelas pessoas que estiveram ao meu lado direta ou indiretamente,

torcendo sempre e ajudando nos momentos de dificuldade.

“Ninguém vai bater mais forte do que a vida. Não importa como

você bate e sim o quanto aguenta apanhar e continuar lutando; o quanto

pode suportar e seguir em frente. É assim que se ganha.”

Sylvester Stallone

(Rocky Balboa – 2007)

RESUMO

Atualmente, a tecnologia vive em constante evolução, isso ocorre devido a grande

busca por meios mais eficientes de comunicação, coleta e segurança dos dados.

Hoje em dia todos os tipos de empresas buscam o melhor e mais confiável software,

mas principalmente nos últimos anos a busca por software específicos aumentou

muito devido à exigência de coletar cada vez mais dados, mesmo os que pra muitos

pareçam menos importantes.

Neste trabalho será apresentada a especificação e a realização de um aplicativo

desktop, destinado às empresas que atuam na área de Academias Esportivas,

sendo ela de pequeno ou grande porte. O software possibilitará a inovação do

gerenciamento e a informatização da academia permitindo um melhor

acompanhamento do atleta na evolução dos seus resultados.

Para o desenvolvimento do trabalho, foi feito um levantamento de todas as

necessidades da academia e o que a administradora espera do software, também foi

realizado um estudo das tecnologias utilizadas, linguagem de programação C#,

Visual Studio 2010, e o banco de dados Microsoft SQL Server 2008.

ABSTRACT

Currently lives in technology constantly evolving, it is because the great search for

the most efficient means of communication, data collection and data security.

Nowadays all kinds of companies seeking the best and most reliable software, more

particularly in recent years the search for specific software has greatly increased due

to the requirement to collect more and more data even for many who seem less

important.

In this work will be presented the specification and performance of a desktop

application, aimed at companies working in the area of Sports Academies, with it

small or large. The software will enable innovation management and computerization

of the academy allowing better monitoring of the athlete in the evolution of their

results.

For the development of the work, a survey was made of all the needs of the academy

and the manager expects the software, also a study of the technologies used, the

programming language C #, Visual Studio 2010 and Microsoft Database SQL Server

2008.

LISTA DE ILUSTRAÇÕES

Figura 1- mapa mental ............................................................................................ 23

Figura 2 caso de uso geral em comum – administrador e o professor .............. 26

Figura 3 caso de uso geral do administrador ....................................................... 27

Figura 4 caso de uso geral do professor .............................................................. 28

Figura 5 diagrama de caso de uso 1 efetuar controle acesso ............................. 29

Figura 6 diagrama de caso uso 2 de manter aluno .............................................. 30

Figura 7 diagrama de caso de uso 3 manter funcionário .................................... 31

Figura 8 diagrama de caso de uso 4 manter modalidade .................................... 32

Figura 9 diagrama de caso de uso 5 manter matriculas ...................................... 33

Figura 10 diagrama de caso de uso 6 manter produtos ...................................... 34

Figura 11 diagrama de caso de uso 7 manter mensalidades .............................. 35

Figura 12 diagrama de caso de uso 8 manter vendas ......................................... 36

Figura 13 diagrama de caso de uso 9 tirar medidas ............................................ 37

Figura 14 diagrama de caso de uso 10 emitir relatórios de alunos .................... 38

Figura 15 diagrama de caso de uso 11 emitir relatórios de funcionários .......... 39

Figura 16 diagrama de caso de uso 12 emitir relatórios de modalidades .......... 40

Figura 17 diagrama de caso de uso 13 emitir relatórios de vendas ................... 41

Figura 18 diagrama de caso de uso 14 emitir relatórios de produtos ................ 42

Figura 19 diagrama de caso de uso 15 emitir recibos ......................................... 43

Figura 20 diagrama de caso de uso 16 emitir relatórios de mensalidade .......... 44

Figura 21 diagrama de caso de uso 17 emitir relatórios de matriculas .............. 45

Figura 22 diagrama de atividades .......................................................................... 46

Figura 23 diagrama de sequência .......................................................................... 47

Figura 24 diagrama de classes - atributos ............................................................ 48

Figura 25 diagrama de classes - model ................................................................. 49

Figura 26 diagrama de classes – dal ..................................................................... 50

Figura 27 modelo entidade-relacionamento ......................................................... 51

Figura 28 atividades que serão desenvolvidas .................................................... 52

Figura 29 orçamento ............................................................................................... 53

Figura 30 solution explorer .................................................................................... 54

Figura 31 projeto academia .................................................................................... 56

Figura 32 projeto bll ................................................................................................ 57

Figura 33 insert bll .................................................................................................. 58

Figura 34 projeto dal ............................................................................................... 59

Figura 35 string de conexão com o banco ............................................................ 60

Figura 36 insert dal ................................................................................................. 61

Figura 37 projeto model .......................................................................................... 62

Figura 38 classe model ........................................................................................... 63

Figura 39 tela login .................................................................................................. 64

Figura 40 menu principal ........................................................................................ 65

Figura 41 cadastro de alunos ................................................................................. 66

Figura 42 matricula ................................................................................................. 67

Figura 43 cadastro de modalidades ...................................................................... 68

Figura 44 cadastro de funcionários ....................................................................... 69

Figura 45 cadastro de medidas .............................................................................. 70

Figura 46 visualização das medidas ...................................................................... 71

Figura 47 gerar mensalidades ................................................................................ 72

Figura 48 baixa de mensalidades .......................................................................... 73

Figura 49 histórico de mensalidades .................................................................... 74

Figura 50 consultar mensalidades ......................................................................... 75

Figura 51 histórico de alunos ................................................................................. 76

Figura 52 cronograma ............................................................................................. 78

LISTAS DE TABELAS

Tabela 1 efetuar controle de acesso ...................................................................... 29

Tabela 2 manter aluno ............................................................................................ 30

Tabela 3 manter funcionário ................................................................................... 31

Tabela 4 manter modalidades ................................................................................ 32

Tabela 5 manter matriculas .................................................................................... 33

Tabela 6 manter produtos ....................................................................................... 34

Tabela 7 manter mensalidade ................................................................................ 35

Tabela 8 manter vendas .......................................................................................... 36

Tabela 9 tirar medidas ............................................................................................ 37

Tabela 10 emitir relatório de alunos ...................................................................... 38

Tabela 11 emitir relatório de funcionários ............................................................ 39

Tabela 12 emitir relatório de modalidades ............................................................ 40

Tabela 13 emitir relatório de vendas ..................................................................... 41

Tabela 14 emitir relatório de produtos .................................................................. 42

Tabela 15 emitir recibos ......................................................................................... 43

Tabela 16 emitir relatório de mensalidades .......................................................... 44

Tabela 17 emitir relatório de matriculas ................................................................ 45

SUMÁRIO

1. INTRODUÇÃO ................................................................................. 16

1.1 OBJETIVO .............................................................................................. 17

1.2 PUBLICO-ALVO ..................................................................................... 17

1.3 JUSTIFICATIVA ...................................................................................... 18

1.4 ESTRUTURA DO TRABALHO ............................................................... 18

2. MÉTODO DE DESENVOLVIMENTO ............................................... 20

2.1 METODOLOGIAS DE ANÁLISE. ............................................................ 20

2.2 DESENVOLVIMENTO DO SISTEMA. .................................................... 20

2.3 ARMAZENAMENTO E VISUALIZAÇÃO DOS DADOS. ......................... 21

2.4 GERAÇÃO DE RELATÓRIOS. ............................................................... 22

3. ESTRUTURA DE DESENVOLVIMENTO DO SISTEMA .................. 23

3.1 MAPA MENTAL ...................................................................................... 23

3.2 LISTA DE EVENTOS .............................................................................. 24

3.3 DIAGRAMAS DE CASO DE USO ........................................................... 25

3.4 DIAGRAMAS DE ATIVIDADES .............................................................. 46

3.5 DIAGRAMAS DE SEQUÊNCIA .............................................................. 47

3.6 DIAGRAMAS DE CLASSES ................................................................... 48

3.7 MODELAGEM DE ENTIDADE E RELACIONAMENTO .......................... 51

4. ESTRUTURA DO PROJETO ........................................................... 52

4.1 WORK BREAKDOWN STRUCTURE – WBS ......................................... 52

4.2 ORÇAMENTO......................................................................................... 53

5. IMPLEMENTAÇÃO DE APLICATIVO .............................................. 54

5.1 ORGANIZAÇÃO DO PROJETO ACADEMIA.......................................... 55

5.2 ORGANIZAÇÃO DO PROJETO BLL ...................................................... 57

5.3 ORGANIZAÇÕES DO PROJETO DAL ................................................... 59

5.4 ORGANIZAÇÕES DO PROJETO MODEL ............................................. 62

5.5 INTERFACES DO SISTEMA .................................................................. 64

6 CONCLUSÃO ................................................................................... 77

CRONOGRAMA................................................................................... 78

REFERENCIAS BIBLIOGRÁFICAS .................................................... 79

16

1. INTRODUÇÃO

O uso do computador e a utilização de software estão aumentando em praticamente

todas as áreas de trabalho. Em uma época onde os custos sempre aumentam, a

informática segue caminho contrário, pois os custos da informática vêm diminuindo

substancialmente, devido à velocidade no desenvolvimento das tecnologias de

hardware e software. Os computadores que ocupavam enormes salas e custavam

milhões, há pouco tempo passaram a serem feitos na superfície de chips de Silício

(Silício é um dos materiais mais abundantes da terra, ele é um ingrediente de areia

comum) menores do que uma unha, custando poucos reais cada um. Mesmo

aqueles que nunca imaginaram ou resistiram quanto ao uso de software,

computadores ou qualquer outra tecnologia, hoje são forçados a conviver com essa

realidade, pois o software está presente em praticamente tudo ao nosso redor.

(Deitel, 2003)

Em academias esportivas a necessidade de um software está crescendo no decorrer

dos anos. Além de auxiliar na área administrativa, como controles de mensalidades,

receitas, despesas e vendas de produtos ligados ao esporte, o software também irá

auxiliar no gerenciamento das atividades, no controle de frequência dos horários das

atividades, na evolução do aluno, entre outras funcionalidades.

Atualmente essas atividades são gerenciadas manualmente, além do consumo de

tempo, há também um grande consumo de espaço para arquivamento de fichas,

causando ineficácia no gerenciamento, não havendo também um controle correto

das mercadorias vendidas e as mensalidades. O software facilitará todas essas

atividades, além de um melhor acompanhamento do aluno, dando mais atenção a

sua evolução entre outros.

A empresa para qual foi desenvolvido o sistema a “Academia Corpo em Movimento”,

localizada na Rua José Fernandes Barreiro - nº130, na cidade de Cândido Mota –

SP. É uma empresa de pequeno porte e necessita de um sistema que controle suas

movimentações e as atividades oferecidas por ela. A proprietária da empresa a

administra, cuidando das atividades, controlando as vendas, mensalidades etc.

17

Como a gestão atual ocorre de forma manual, isto a torna vulnerável a erros, que

muitas vezes causam prejuízos e aborrecimento aos clientes e proprietário.

1.1 OBJETIVO

O objetivo deste trabalho é a elaboração de um sistema para a informatização de

uma academia. O sistema possui um controle eficiente das mensalidades, contas a

pagar, cadastro de funcionários, clientes, fornecedor e estoque, utilizando para isso

o conceito de orientação de objetos.

É um software desenvolvido com a linguagem de programação C#1, que é uma

linguagem de programação visual dirigida por eventos e totalmente orientada a

objetos, na qual os programas são criados usando-se um Integrated Development

Environmet – IDE – (Ambiente de Desenvolvimento Integrado). Utilizando-se de um

IDE, um programador pode criar, executar, testar e depurar programas em C#

convenientemente, reduzindo assim o tempo necessário para produzir um programa

funcional a uma fração de tempo do que levaria sem usar o IDE. Além de

principalmente atender aos requisitos citados acima, e ser de fácil utilização para o

usuário (DEITEL, 2003).

1.2 PÚBLICO-ALVO

O software é voltado a empresas relacionadas à área de Academias Esportivas, e

outras empresas interessadas no sistema, com a finalidade de facilitar e melhorar a

sua gestão.

1 Disponível em http://msdn.microsoft.com/pt-br/library/vstudio/kx37x362.aspx - Acesso 18, mai.2013.

http://msdn.microsoft.com/pt-br/library/vstudio/kx37x362.aspx

18

1.3 JUSTIFICATIVA

A administração da academia era realizada totalmente de forma manual, desde

cadastros até a organização de turmas, vendas de produtos e controle de

mensalidades. Seus dados eram armazenados em papéis e arquivados em pastas

causando muitos transtornos e muitas vezes extravio e perdas.

Havia muitas dificuldades sem um sistema para gerenciar, tais como:

- Cadastros de alunos, funcionários, produtos, etc.

- Conflitos de horários e dias de aulas.

- Uma má divisão de turmas, causando um excesso de alunos em uma atividade,

dificultando o rendimento da mesma.

- Perdas nas vendas de mercadorias, por não haver um controle de estoque

eficiente.

- Falta de controle das mensalidades recebidas e a receber.

- Insatisfação do cliente devido à demora do atendimento, quanto ao recebimento

das mensalidades, vendas e ao tirar as medidas corporais.

- Falta de segurança e organização em relação aos seus dados, etc.

1.4 ESTRUTURA DO TRABALHO

Este trabalho está dividido em 6 capítulos que serão apresentados a seguir. O

primeiro capítulo apresentou o objetivo, justificativa e o público-alvo para o

desenvolvimento da proposta de trabalho.

No segundo capítulo são abordadas as metodologias de análise do projeto e

ferramentas utilizadas no sistema.

19

O terceiro capítulo apresenta as etapas e especificações do software, levantamento

de requisitos, lista de eventos, caso de uso e os principais diagramas UML (classe,

sequência, atividade e entidade e relacionamento).

O quarto capítulo descreve a WBS – Work Breakdown Structure, sequenciamento

das atividades e o orçamento do software.

O quinto capítulo apresenta a implementação do sistema, exibindo um detalhamento

sobre a aplicação desenvolvida assim como a distribuição das camadas,

organização do projeto e interface criada para interagir com o usuário final.

No ultimo capítulo são apresentados a conclusão do trabalho, cronograma atual do

trabalho e as referências utilizadas.

20

2. MÉTODO DE DESENVOLVIMENTO

2.1 METODOLOGIAS DE ANÁLISE.

Na análise foram utilizados os conceitos de Unified Modeling Language UML é uma

linguagem de modelagem, que nos proporciona todos os ícones de desenho

necessários para capturar a maioria dos conceitos ou mecanismo que são valiosos

para a resolução dos problemas reais de negócios. E mais, ela provê todos os

diagramas que são vitais para a documentação dos modelos do sistema.

Basicamente, a UML permite que desenvolvedores visualizem os produtos em

diagramas padronizados. A ferramenta utilizada para criar os diagramas de UML foi

o Astah-Community-62, que é um editor UML (LEE, Tepfenhart, 2001).

2.2 DESENVOLVIMENTO DO SISTEMA.

A ferramenta escolhida para o desenvolvimento do sistema foi o VISUAL STUDIO

20103, que utilizará a linguagem C# (escrita como C# ou “CE SHARP”). C# é uma

Linguagem de programação orientada a objetos, baseada no C++ e contendo muitas

influências de linguagens poderosas como OBJECT PASCAL e JAVA. Graças a

essas influências o C# permite um novo grau de intercâmbio entre linguagens. Os

componentes de software de diferentes linguagens podem interagir de maneiras

inéditas. Os desenvolvedores podem empacotar até software antigo, para trabalhar

com novos programas C#. O Visual Studio é uma ferramenta muito poderosa e

eficiente no desenvolvimento de aplicações DESKTOP (os aplicativos desktop são

programas que funcionam em seu computador sem depender de um navegador de

Internet - Internet Explorer, Mozilla Firefox, entre outros - e seus dados são

2 Disponível em http://astah.net/ - Acesso em 12,fev.2013.

3 Disponível em http://www.microsoft.com/visualstudio/pt-br/home-produtos - Acesso em 23, fev.2013.

http://astah.net/

http://www.microsoft.com/visualstudio/pt-br/home-produtos

21

armazenados na mesma máquina onde o sistema está instalado ou em alguma

máquina da rede local) (DEITEL, 2003).

O Visual Studio conta com um Framework (Framework é uma ferramenta de

abstração em desenvolvimento de software, que une todos os códigos comuns entre

vários projetos de software, provendo uma funcionalidade geral) poderoso, é uma

ferramenta que auxilia muito na implementação e métodos como data table, data-set

e data source, esses métodos facilitam muito os métodos de consulta, em listas,

tabelas etc.(SHARP, 2007).

2.3 ARMAZENAMENTO E VISUALIZAÇÃO DOS DADOS.

Para o armazenamento dos dados, foi utilizado o banco de dados SQL Server4. O

Microsoft SQL Server é derivado de uma versão anterior do SQL Server da

SYBASE. Desenvolvido pela Microsoft, é um sistema de banco de dados relacional

cliente/servidor (SGBDR) de alto desempenho. Foi projetado para suportar

processamento de transação de grande volume (como de entrada de pedidos online,

estoques, contabilidade ou manufatura), bem como para armazenamento de dados

e aplicativos de análise de vendas etc. É uma ferramenta de gerenciamento e

análise de bancos de dados para soluções de comércio eletrônico, linha de negócio.

(Freeze, 1998).

O SQL Server é totalmente operacional em todas as arquiteturas de hardware

suportadas pelo Windows NT entre outros. Para todas as plataformas de hardware,

as versões do SQL Server são construídos simultaneamente a partir da mesma linha

de código-fonte. Ele também oferece muitas ferramentas ao cliente e interfaces da

rede para os sistemas operacionais Microsoft Windows. Para todas as plataformas

de hardware, as versões do SQL Server são construídas simultaneamente a partir

da mesma linha de código-fonte ele também oferece muitas ferramentas ao cliente e

interfaces de rede para os sistemas operacionais Microsoft Windows, além de

4 Disponível em www.microsoft.com/SQLServer - Acesso em 28, fev. 2013.

22

apresentar arquitetura aberta, favorecendo que outros sistemas, como os baseados

em Unix, possam também interagir com ele.

2.4 GERAÇÃO DE RELATÓRIOS.

Para a geração de relatórios foi utilizada a ferramenta ReportViewer, uma

ferramenta da própria Microsoft que oferece uma boa visualização de seus dados e

é muito fácil de manipular. O Microsoft Visual Studio 2010 inclui a funcionalidade de

design de relatórios e controles ReportViewer para adicionar relatórios completos em

aplicações personalizadas.

23

3. ESTRUTURA DE DESENVOLVIMENTO DO SISTEMA

3.1 MAPA MENTAL

Mapa mental é um tipo de diagrama que foi desenvolvido pelo inglês Tony Buzan.

Inspirado em nossa mente, ele desenvolveu um diagrama que seguisse o mesmo

raciocínio que os pensamentos e ideias. Iniciando com uma ideia central e depois

surgindo vários ramos, ideias com a característica de melhorar cada vez mais.

Figura 1- mapa mental

24

3.2 LISTA DE EVENTOS

Baseado no mapa mental, os seguintes eventos foram encontrados para melhorar o

sistema.

1. Efetuar o Controle de Acesso (Login)

2. Cadastrar Alunos

3. Cadastrar Funcionários

4. Cadastrar Produtos

5. Consultar Alunos

6. Consultar Funcionários

7. Consultar Produtos

8. Alterar Alunos

9. Alterar Produtos

10. Alterar Funcionários

11. Excluir Alunos

12. Excluir Funcionários

13. Excluir Produtos

14. Gerar Mensalidades

15. Controle de Recebimento de Mensalidade

16. Tirar Medidas

17. Baixa de Mensalidades

18. Gerar Relatório Modalidade Musculação

19. Gerar Relatório Modalidade Hidroginástica

20. Gerar Relatório Modalidade Natação

25

21. Gerar Relatório Modalidade Ginastica Localizada

22. Gerar Relatório de Alunos

23. Gerar Relatório de Funcionários

24. Gerar Relatório de Produtos

25. Gerar Relatório de Modalidades

26. Gerar Relatório de Mensalidades

3.3 DIAGRAMAS DE CASO DE USO

O Diagrama de caso de uso, é uma descrição de todas as possíveis sequências de

interações entre o sistema e um ou mais atores, em resposta a algum estímulo inicial

devido a um dos atores. Ele descreve um cenário, que mostra passo a passo os

eventos do sistema do ponto de vista do usuário. É um passo muito importante no

desenvolvimento, pois através dele é feito o levantamento e registro dos requisitos

de um sistema (Rumbaugh, 1994 apud Lee, Tepfenhart, 2001).

A Figura 2 mostra o caso de uso geral comum entre os atores.

26

Figura 2 caso de uso geral em comum – administrador e professor

27

A Figura 3 mostra o caso de uso geral do Administrador.

Figura 3 caso de uso geral do administrador

28

A Figura 4 mostra o caso de uso geral do Professor.

Figura 4 caso de uso geral do professor

29

Figura 5 diagrama de caso de uso 1 efetuar controle acesso

Nome do Caso de Uso 1 Efetuar controle de acesso.

Atores Administrador e Professor.

Pré-condições Não existe.

Cenário Principal 1- O sistema solicita os dados para efetuar controle de acesso. 2- O usuário informa os dados. 3- O usuário confirma controle de acesso. 4- O sistema recupera os dados informados pelo usuário. 5- O sistema valida os dados. 6- O usuário conecta no sistema.

Cenários Alternativos Não existe.

Casos de Testes 1 – Se os dados informados estiverem corretos, executa a operação solicitada. 2 – Se os dados informados estiverem incorretos, cancela a operação e exibe uma mensagem de alerta.

Tabela 1 efetuar controle de acesso

30

Figura 6 diagrama de caso uso 2 de manter aluno

Nome do Caso de Uso 2 Manter aluno.


Pré-condições Efetuar controle de acesso.

Cenário Principal 1- O usuário informa os dados do aluno. 2- O usuário seleciona a opção “Salvar”. 3- O sistema valida os dados informados. 4- O sistema emite mensagem de sucesso. 5- O sistema cadastra os dados do aluno.

Cenários Alternativos 1 – O usuário pode excluir os dados do aluno. 2 – O usuário pode alterar os dados do aluno. 3 – O usuário pode pesquisar os alunos cadastrados. 4 – O usuário pode matricular os alunos nas modalidades.

Casos de Testes O sistema verifica se todos os campos obrigatórios foram preenchidos.

Tabela 2 manter aluno

31

Figura 7 diagrama de caso de uso 3 manter funcionário

Nome do Caso de Uso 3 Manter funcionário.

Atores Administrador.


Cenário Principal 1- O administrador informa os dados do funcionário. 2- O administrador seleciona a opção “Salvar”. 3- O sistema valida os dados informados. 4- O sistema emite mensagem de sucesso. 5- O sistema cadastra o funcionário.

Cenários Alternativos 1 – O administrador pode excluir o funcionário. 2 – O administrador pode alterar os dados do funcionário. 3 – O administrador pode pesquisar os funcionários cadastrados.


Tabela 3 manter funcionário

32

Figura 8 diagrama de caso de uso 4 manter modalidade

Nome do Caso de Uso 4 Manter modalidades.



Cenário Principal 1- O usuário informa os dados da modalidade. 2- O usuário seleciona a opção “Salvar”. 3- O sistema valida os dados informados. 4- O sistema emite mensagem de sucesso. 5- O sistema cadastra a modalidade.

Cenários Alternativos 1 – O usuário pode excluir a modalidade. 2 – O usuário pode alterar os dados do funcionário. 3 – O usuário pode pesquisar as modalidades cadastradas.


Tabela 4 manter modalidades

33

Figura 9 diagrama de caso de uso 5 manter matrículas

Nome do Caso de Uso 5 Manter matrículas.



Cenário Principal 1- O usuário informa os dados do aluno e da modalidade. 2- O usuário seleciona a opção “Matricular”. 3- O sistema valida os dados informados. 4- O sistema emite mensagem de sucesso. 5- O sistema matrícula o aluno.

Cenários Alternativos 1 – O usuário pode excluir a matrícula. 2 – O usuário pode pesquisar as matrículas.


Tabela 5 manter matrículas

34

Figura 10 diagrama de caso de uso 6 manter produtos

Nome do Caso de Uso 6 Manter produtos.



Cenário Principal 1- O administrador informa os dados do produtos. 2- O administrador seleciona a opção “Salvar”. 3- O sistema valida os dados informados. 4- O sistema emite mensagem de sucesso. 5- O sistema cadastra o produto.

Cenários Alternativos 1 – O administrador pode excluir o produto. 2 – O administrador pode alterar os dados do produto. 3 – O administrador pode pesquisar os produtos cadastrados.


Tabela 6 manter produtos

35

Figura 11 diagrama de caso de uso 7 manter mensalidade

Nome do Caso de Uso 7 Manter mensalidade.



Cenário Principal 1- O usuário informa os dados da mensalidade.

2- O usuário seleciona a opção “Gerar”.

3- O sistema valida os dados informados.

4- O sistema emite mensagem de sucesso.

5- O sistema gerar as mensalidades.

Cenários Alternativos 1 – O usuário pode baixar as mensalidades.

2 – O usuário pode excluir as mensalidades.

3 – O administrador pode pesquisar os produtos cadastrados.


Tabela 7 manter mensalidade

36

Figura 12 diagrama de caso de uso 8 manter vendas

Nome do Caso de Uso 8 Manter vendas.



Cenário Principal 1- O usuário informa os dados da venda. 2- O usuário seleciona a opção “Finalizar”. 3- O sistema valida os dados informados. 4- O sistema emite mensagem de sucesso. 5- O sistema efetua a venda.

Cenários Alternativos 1 – O usuário pode estornar a venda. 2 – O usuário pode alterar os dados da venda. 3 – O usuário pode pesquisar as vendas.


Tabela 8 manter vendas

37

Figura 13 diagrama de caso de uso 9 tirar medidas

Nome do Caso de Uso 9 Tirar medidas.



Cenário Principal 1- O usuário informa os dados da medida. 2- O usuário seleciona a opção “Salvar”. 3- O sistema valida os dados informados. 4- O sistema emite mensagem de sucesso. 5- O sistema cadastra a medida.

Cenários Alternativos 1 – O usuário pode excluir a medida. 2 – O usuário pode alterar os dados da medida. 3 – O usuário pode pesquisar as medidas.


Tabela 9 tirar medidas

38

Figura 14 diagrama de caso de uso 10 emitir relatórios de alunos

Nome do Caso de Uso 10 Emitir relatórios de alunos.



Cenário Principal 1- O sistema disponibiliza os dados necessários para gerar o relatório. 2- O administrador seleciona a opção “Visualizar” relatório. 3- O administrador seleciona a opção “Imprimir” relatório. 4- O sistema imprime o relatório com sucesso.

Cenários Alternativos O administrador pode visualizar o relatório e não salvar.

Casos de Testes O administrador cancela a opção.

Tabela 10 emitir relatórios de alunos

39

Figura 15 diagrama de caso de uso 11 emitir relatórios de funcionários

Nome do Caso de Uso 11 Emitir relatórios de funcionários.



Cenário Principal 1- O sistema disponibiliza os dados

necessários para gerar o relatório.

2- o administrador seleciona a opção

“Visualizar” relatório.

3- O administrador seleciona a opção

“Imprimir” relatório.

4- O sistema imprime o relatório com

sucesso.

Cenários Alternativos O Administrador Pode Visualizar o

Relatório e Não Salvar.

Casos de Testes O Administrador Cancela a Opção.

Tabela 11 emitir relatórios de funcionários

40

Figura 16 diagrama de caso de uso 12 emitir relatórios de modalidades

Nome do Caso de Uso 12 Emitir relatórios de modalidades.






Tabela 12 emitir relatórios de modalidades

41

Figura 17 diagrama de caso de uso 13 emitir relatórios de vendas

Nome do Caso de Uso 13 Emitir relatórios de vendas.






Tabela 13 emitir relatórios de vendas

42

Figura 18 diagrama de caso de uso 14 emitir relatórios de produtos

Nome do Caso de Uso 14 Emitir relatório de produtos.






Tabela 14 emitir relatórios de produtos

43

Figura 19 diagrama de caso de uso 15 emitir recibos

Nome do Caso de Uso 15 Emitir recibos.




Cenários Alternativos O administrador pode visualizar o Relatório e não salvar.


Tabela 15 emitir recibos

44

Figura 20 diagrama de caso de uso 16 emitir relatórios de mensalidades

Nome do Caso de Uso 16 Emitir relatório de mensalidade.



Cenário Principal 1- O sistema disponibiliza os dados necessários Para gerar o relatório. 2- O administrador seleciona a opção “Visualizar” relatório. 3- O administrador seleciona a opção “Imprimir” relatório. 4- O sistema imprime o relatório com sucesso.



Tabela 16 emitir relatórios de mensalidades

45

Figura 21 diagrama de caso de uso 17 emitir relatórios de matriculas

Nome do Caso de Uso 17 Emitir relatório de matriculas






Tabela 17 emitir relatório de matriculas

46

3.4 DIAGRAMA DE ATIVIDADES

O diagrama de Atividades se preocupa em registrar os passos percorridos para a

conclusão de uma atividade especifica, podendo esta ser representada por um

método com certo grau de complexidade, um algoritmo, ou mesmo por um processo

completo. Ele concentra-se na representação do fluxo de controle de uma atividade

(GUEDES, 2011).

Abaixo, a Figura 23 ilustra o Diagrama de Atividades relativo a geração de

mensalidades dos alunos.

Figura 22 diagrama de atividades

47

3.5 DIAGRAMA DE SEQUÊNCIA

Diagrama de sequência é um diagrama que se preocupa em registrar a ordem em

que as mensagens são trocadas entre os processos envolvidos. Ele determina como

o processo deve se desenrolar e ser concluído por meio de chamada de métodos

disparados por mensagens enviadas entre os objetos (GUEDES, 2011).

Abaixo, a Figura 24 Mostra o Diagrama de Sequência.

Figura 23 diagrama de sequência

48

3.6 DIAGRAMA DE CLASSES

Esse diagrama é um dos mais importantes e mais utilizados da UML. Sua principal

característica e permitir a visualização das classes do sistema com seus respectivos

atributos e métodos, bem como demonstrar como as classes do diagrama se

relacionam, complementam e transmitem informações entre si (GUEDES, 2011).

Abaixo, as Figuras 25, 26 e 27 Mostram os Diagramas de Classes.

Figura 24 diagrama de classes - atributos

49

Figura 25 diagrama de classes - model

50

Figura 26 diagrama de classes – dal

51

3.7 MODELAGEM DE ENTIDADE E RELACIONAMENTO

Aluno

CodAlu

Nome

Dtnasc

Dtva

CPF

RG

TEL

CEL

Endereco

Numero

Complemento

Bairro

Cidade

CEP

UF

Status

Sexo

Foto

CadastroModalidades

CodCurso

NomeCurso

Data

Professor

Dias

QtAlunos

Mensalidade

Fornecedor

CodFor

Nome

CNPJ

Tel

Endereco

Numero

Cidade

Funcionario

Codigo

Nome

Dtnasc

Dtreg

CPF

RG

TEL

CEL

Endereco

Numero

Complemento

Bairro

Cidade

CEP

UF

Cargo

Usuario

Senha

Sexo

Foto

ItemVenda

Itemvenda

CodVenda

CodProduto

Quantidade

PrecoUnitario

Matriculas

Matricula

Data

CodAlu

Curso

MedMusculacao

Codigo

CodAlu

Data

Peso

Altura

Pescoco

Busto

Cintura

Quadril

BraDir

AntDir

BraEsq

AntEsq

CoxDir

JoeDir

PanDir

CoxEsq

JoeEsq

PanEsq

Obs

Mensalidades

CodMen

Matricula

CodAlu

Curso

Data

Mes

Ano

Vencimento

Produto

CodProduto

Nome

Data

Descricao

Qtd

ValorUnitario

Preco_Total

CodFor

Venda

CodVenda

CodAlu

DataVend

DataVenc

DataPag

ValorTotal

Figura 27 modelo entidade-relacionamento

52

4. ESTRUTURA DO PROJETO

4.1 WORK BREAKDOWN STRUCTURE – WBS

Segue abaixo um diagrama que descreve as atividades que serão realizadas

durante o desenvolvimento do sistema.

Figura 28 atividades que serão desenvolvidas

53

4.2 ORÇAMENTO

Os recursos necessários para a análise e desenvolvimento de software

Sistema para Informatização e Gerenciamento de Academia são:

. 01 Analista – Programador;

. 01 Impressora Multifuncional;

. 01 Notebook;

. Crystal Report

. Microsoft Visual Studio 2010;

Figura 29 orçamento

54

5. IMPLEMENTAÇÃO DE APLICATIVO

Para a implementação do sistema foi utilizado o ambiente de desenvolvimento

Visual Studio 2010 com a linguagem de programação C#. Os códigos-fontes foram

divididos em quatro camadas, ou quatro projetos e organizados dentro de um

Solution Explorer.

Figura 30 solution explorer

55

. Projeto Academia – Projeto responsável pela camada de visualização do sistema,

nele foram desenvolvidas todas as telas do sistema, utilizando a linguagem de

programação C#.

. Projeto BLL – Projeto responsável pela camada da regra de negócio, nela foi

tratado a maioria dos erros dos formulários.

. Projeto DAL – Projeto responsável pela camada de comunicação com o banco,

mapeamento de cada classe criada, métodos assessores e modificadores.

. Projeto Model – Projeto responsável pela get e set dos atributos.

5.1 ORGANIZAÇÃO DO PROJETO ACADEMIA

No projeto “Academia” além de se encontrar o main, também se encontra o Data-

Set, as pastas com as telas e pastas com as imagens e ícones utilizados no sistema.

Para uma melhor organização dentro da pasta de formulários foram criadas várias

subpastas onde as telas foram alocadas.

56

Figura 31 projeto academia

57

5.2 ORGANIZAÇÃO DO PROJETO BLL

Projeto onde se localizam todas as classes de regras de negócio.

Figura 32 projeto bll

Nessa classe foram feitos alguns tratamentos de erros, que normalmente acontece

no momento que o sistema é alimentado com dados, como por exemplos dados

obrigatórios, incompletos ou preenchimento errado.

58

Figura 33 insert bll

59

5.3 ORGANIZAÇÕES DO PROJETO DAL

Projeto onde se localizam todas as classes DAL.

Figura 34 projeto dal

Nesta classe contem o endereço do banco, além de ser feito todos os métodos

utilizados do sistema, métodos como INSERT, DELET, UPDATE entre outros como

de gerar mensalidades etc. O DAL recebe os dados digitados no formulário pelo

usuário, e grava no banco, essa ação e feita pela passagem de parâmetro.

60

Figura 35 conexão com o banco

61

Figura 36 insert dal

62

5.4 ORGANIZAÇÕES DO PROJETO MODEL

Projeto onde se localizam todas as classes Model.

Figura 37 projeto model

Nesta classe foi feita todos get e set das variáveis, são esse métodos que permite a

manipulação da mesma. Pois são métodos de entrada e saída.

63

Figura 38 classe model

64

5.5 INTERFACES DO SISTEMA

Ao acessar o sistema, está é a primeira tela a se abrir, local onde se faz o login dos

usuários do sistema, só informando um usuário e login válido, o sistema será

habilitado.

Figura 39 tela login

65

Há dois tipos de usuários:

. Administrador – Nível máximo de privilégio. Pode acessar todas as áreas do

sistema, financeiras, áreas dos cursos etc.

. Secretário – Nível limitado de acesso. Esse usuário pode ter acesso a todo o

sistema, mas não pode fazer alterações nas mensalidades.

A tela do menu principal do sistema e aparece logo após o usuário ser validado e

logar no sistema.

Figura 40 menu principal

Através da barra de menu, podemos acessar as outras tela do sistema. Há também

ícones de acesso rápido de algumas telas mais utilizadas. No lado esquerdo inferior

da tela, o sistema disponibiliza o nome e nível do usuário logado.

66

Tela de cadastro de alunos, está localizada na coluna de cadastro da barra de menu

na tela principal do sistema.

Figura 41 cadastro de alunos

Quando um novo aluno é matriculado é necessário cadastrá-lo. Esse cadastro é feito

através da opção “Cadastro de Alunos”, informando todos os dados necessários,

também podemos pesquisar, alterar e consultar um aluno.

67

Tela de matrícula, está localizada na coluna de cadastro da barra de menu, abaixo

do cadastro de alunos.

Figura 42 matrícula

Nesta tela, podemos matricular os alunos nos cursos, é rápida e fácil, pois os dados

não precisão ser digitados apenas selecionados.

68

Tela de cadastro de modalidades, está localizada na coluna de cadastro da barra de

menu, abaixo da matrícula.

Figura 43 cadastro de modalidades

Nesta tela, cadastram-se os cursos e professores que irão ministrá-los. Também

verificamos a quantidade de alunos que estão matriculados em cada curso.

69

Tela de cadastro de funcionários, está localizada na coluna de cadastro da barra de

menu, abaixo do cadastro de modalidades.

Figura 44 cadastro de funcionários

Quando um novo funcionário é contratado, é feito seu cadastrado, informando todos

os dados necessários. Nessa tela, podemos pesquisar e alterar um funcionário.

Também, podemos cadastrar um login e senha se ele for ter acesso ao sistema.

70

Tela de cadastro das medidas, está localizada na coluna de cadastro da barra de

menu, na coluna fichas.

Figura 45 cadastro de medidas

Todo mês são tiradas as medidas dos alunos para controlar sua evolução, para ser

cadastrada uma medida, e necessário selecionar o aluno e preencher todos os

campos do formulário.

71

Tela de visualização das medidas, pode ser acessada por um botão chamado

“AVALIAÇÃO” no formulário de cadastro de medidas, ou por um ícone (representado

pela figura de um halteres) localizado na tela do menu principal.

Figura 46 visualização das medidas

Visualização das medidas, para acompanhamento da evolução dos alunos, através

disso alterar ou manter a forma do treinamento para atingir seus objetivos.

72

Tela para gerar mensalidades, está localizada na coluna de outros da barra de

menu.

Figura 47 gerar mensalidades

Tela onde serão geradas as mensalidades. Para gerar as mensalidades, é muito

simples, quando for apenas de um cliente, escolha a opção “Selecionar Cliente”,

informe o cliente, a data de vencimento, o mês e ano referente e clique em “Gerar”.

Se for gerar de todos, selecione “Todos os Clientes”, informe a data de vencimento,

o mês e ano referente e clique em “Gerar”.

73

Tela para baixar mensalidades, está localizada na coluna de outros da barra de

menu, abaixo da tela de gerar mensalidades.

Figura 48 baixa de mensalidades

Há duas maneiras de dar baixa, apenas de um cliente, basta selecionar a opção

“Selecionar Cliente”, informe o cliente e mensalidade desejada e clique no botão

“Baixar”. Quando for de vários clientes, selecione a opção “Todos os Clientes”,

clique no botão “Baixar”.

74

Tela para histórico de mensalidades, está localizada na coluna de outros da barra de

menu, abaixo da tela de baixa mensalidades.

Figura 49 histórico de mensalidades

Está tela, recebe e armazena as mensalidades que foram baixadas. Nelas fica um

histórico de todas as mensalidades pagas.

75

Tela para consultar mensalidades, está localizada na coluna de outros da barra de

menu, abaixo da tela de baixa mensalidades.

Figura 50 consultar mensalidades

Está tela, destina-se apenas para consulta das mensalidades em aberto.

76

Tela do histórico dos alunos, ela é acessada por um botão chamado “Histórico”,

localizado no formulário de cadastros de alunos.

Figura 51 histórico de alunos

Está tela, armazena todo o histórico dos alunos, se ele já fez alguma curso e se está

ativo ou inativo.

77

6 CONCLUSÃO

O software “Academia” foi desenvolvido, com o intuito de informatizar e gerenciar

academias de pequeno e grande porte, facilitando o controle de mensalidades,

evitando prejuízos e constrangimento com clientes, para melhorar o

acompanhamento dos clientes, serão registrando suas medidas mensalmente em

sua ficha.

Para implementação do sistema, foi necessário primeiro realizar o levantamento de

requisitos e das funcionalidades necessárias. Na análise foram utilizados os

conceitos de UML, com os diagramas de Caso de Uso, Diagrama de Classes,

Diagrama de Sequência e Diagrama de Entidade de Relacionamento. Tais

diagramas foram de muita importância para um melhor entendimento das

funcionalidades que o sistema deveria ter.

No desenvolvimento da aplicação, foi utilizada a ferramenta Microsoft Visual Studio

2010, com a linguagem de programação C#. A aplicação foi dividida em camadas,

essa forma proporcionou uma organização melhor dos códigos, separando o projeto

principal “Academia”, das classes BLL, DAL e Model, assim facilitando a

manutenção. Foi desenvolvida parcialmente, a área de cadastros de alunos e

funcionários, toda a parte de gerenciamento de mensalidades tais como, gerar e

receber. Futuramente serão realizadas algumas atualizações do sistema, que já

estão em faze de planejamento, tais como, um controle de caixa, controle de

estoques para os produtos vendidos na academia e controle de vendas.

78

CRONOGRAMA

Abaixo, é apresentado o cronograma das atividades que foram desenvolvidas para o

trabalho de conclusão do curso:

Figura 52 cronograma

79

REFERÊNCIAS BIBLIOGRÁFICAS

DEITEL, H. M.; Deitel P. J. ; Listfeld J. ; Nieto T. R.; Yaeger C.; Zlatkina M. . C#

Como Programar. Tradução Tortello, João E. Nóbrega. São Paulo: Pearson

Education, 2003.

FREEZE, Wayne S. SQL Guia de referência do Programador, Rio de Janeiro:

Editora Ciência Moderna 1998.

GUEDES, Gilleanes T. A. UML2 Uma Abordagem Prática, São Paulo: Novatec

2011.

RUMBAUGH, James apud LEE, Richard C.; TEPFENHART, William M..UML e C++

Guia Prático de Desenvolvimento Orientado a Objeto. Tradução PASCHOA,

Celso Roberto. São Paulo: Editora Makron Books, 2001.

SHARP, John. MICROSOFT VISUAL C# 2005 Passo a passo. Tradução de

Moraes, Altair Dias Caldas. Porto Alegre: Editora Bookman, 2007.

SISTEMA PARA INFORMATIZAÇÃO E GERENCIAMENTO DE … · Sylvester Stallone (Rocky Balboa – 2007)...

Documents

Transcript of SISTEMA PARA INFORMATIZAÇÃO E GERENCIAMENTO DE … · Sylvester Stallone (Rocky Balboa – 2007)...