Upload
vanthuy
View
213
Download
0
Embed Size (px)
Citation preview
UNIVERSIDADE ESTADUAL DE GOIÁS – CÂMPUS GOIANÉSIA
DEPARTAMENTO DE SISTEMAS DE INFORMAÇÃO
CURSO DE BACHARELADO EM SISTEMAS DE INFORMAÇÃO
NOME COMPLETO DO ALUNO
Título do Trabalho: Subtítulo do trabalho
GOIANÉSIA – GO.
2017
NOME COMPLETO DO ALUNO
Título do Trabalho: Subtítulo do trabalho
Trabalho apresentado ao Curso de Bacharelado em Sistemas de Informação da Universidade Estadual de Goiás – Câmpus Goianésia, como requisito parcial para obtenção do Grau de Bacharel em Sistemas de Informação.
Área de concentração: Ciência da Computação.Orientador: Prof. [Esp. | Ms. | Dr. ] Nome completo do orientador
GOIANÉSIA – GO.
2017
NOME COMPLETO DO ALUNO
Título do Trabalho: Subtítulo do trabalho
Trabalho apresentado no Curso de Bacharelado em Sistemas de Informação da Universidade Estadual de Goiás – Câmpus de Goianésia como requisito parcial parcial para obtenção do Grau de Bacharel em Sistemas de Informação, aprovada em xx de novembro de 2017, pela Banca Examinadora constituída pelos professoes:
.
_________________________________________________Prof. [Esp. | Ms. | Dr.] Nome por Extenso
Universidade Estadual de Goiás - UEGPresidente da Banca
_________________________________________________Prof. [Esp. | Ms. | Dr.] Nome por Extenso
Universidade Estadual de Goiás – UEGAvaliador(a)
_________________________________________________Prof. [Esp. | Ms. | Dr.] Nome por Extenso
Universidade Estadual de Goiás – UEGAvaliador(a)
SOBRENOME DO AUTOR, Nomes do Autor. Título do trabalho: Subtítulo do trabalho / Nome por extenso do
Autor. – Cidade – UF, Ano.-- f.; -- cm.Orientador: Nome por extenso.
Trabalho de Curso (Graduação) – Universidade Estadual de Goiás – Câmpus Goianésia, Departamento de Sistemas de Informação, Curso de Sistemas de Informação, 2017.
1. Palavra chave. 2. Palavra chave. 3. Palavra chave. I. SOBRENOME DO AUTOR, Nomes do Autor. II. Universidade Estadual de Goiás. III. Título do trabalho.
Dedicatória (Exemplo Dedico este trabalho os meus pais etc...).
AGRADECIMENTOS
(Exemplo:) Ao meu orientador Prof. xxxxxx, pelo constante apoio, incentivo,
dedicação e amizade essenciais para o desenvolvimento deste trabalho e para o meu
desenvolvimento como pesquisador.
Aos meus colegas de turma pelo incentivo.
...
A todos, os meus sinceros agradecimentos.
RESUMO
Este trabalho tem como objetivo informar aos alunos do curso de graduação como deve ser elaborado e apresentado o trabalho que constituirá de seu TC – Trabalho de Curso. Nas seções do projeto são tratadas questões relativas à forma de apresentação do trabalho, bem como o que deve ser escrito em cada uma delas. Este documento encontra-se no modelo a ser seguido, então o aluno deve utilizá-lo como template. O resumo, redigido em língua portuguesa pelo próprio autor, deve trazer a síntese dos pontos relevantes do trabalho, tais como: tema, objeto da pesquisa, objetivos, materiais e métodos utilizados, resultados alcançados e conclusões. O resumo não deve ultrapassar 500 palavras. No MS-Word pode-se utilizar o contador de palavras que se encontra na guia revisão, revisão de texto, contar palavras. O resumo deve ser digitado em um só parágrafo. As pessoas se baseiam no resumo para decidirem se irão ler ou não o restante do trabalho. Assim, é importante que se resuma de maneira precisa e de forma atrativa os tópicos principais do projeto e as conclusões do trabalho. Deve-se escrever de forma bastante objetiva para evitar confusão na identificação da mensagem principal do trabalho. No resumo não devem ser incluídas referências bibliográficas, citações diretas ou indiretas, figuras ou equações. Logo após o resumo devem ser apresentadas as palavras-chave. É importante que se escolham palavras-chave abrangentes, mas que ao mesmo tempo identifiquem os assuntos de que trata o projeto.
Palavras-chave: projeto de software, normas ABNT, trabalho de curso.
ABSTRACT
(Exemplo:) The work described in this …
Keywords: Keyword 1, … , keyword n
LISTA DE ILUSTRAÇÕES
Figura 1 - Interface para o(s) Caso(s) de Uso...........................................................................43
LISTA DE TABELAS
Tabela 1 – Descrição tabela 1..............................................................................................1
...
Tabela n – Descrição tabela n..............................................................................................3
LISTA DE GRÁFICOS
Gráfico 1– Descrição do gráfico..........................................................................................1
....
Gráfico N– Descrição do grárico n......................................................................................3
LISTA DE ABREVIATURAS E SIGLAS
SIGLA Descrição da sigla (deve ser ordenado alfabeticamente pela sigla)
ABNT Associação Brasileira de Normas Técnicas
TC Trabalho de Curso
SUMÁRIOEste índice foi criado de forma automática. Caso você tenha alterado, criado ou retirado algum item do corpo deste documento, atualize este índice posicionando o cursor em qualquer lugar do índice e pressione a tecla F9. Se você deseja que este documento seja fácil de ser mantido, nunca altere o conteúdo deste índice de forma manual.
2 MODELAGEM DO NEGÓCIO..................................................................................................14
2.1 ATAS DE REUNIÃO...............................................................................................................142.2 DESCRIÇÃO DO NEGÓCIO....................................................................................................152.3 FINALIDADE DO SISTEMA....................................................................................................17
2.3.1 Escopo.......................................................................................................................172.3.2 Glossário do Negócio................................................................................................18
3 REQUISITOS...........................................................................................................................20
3.1 ESPECIFICAÇÃO DOS REQUISITOS........................................................................................203.1.1 ERF Registro do Empregado [1.0].........................................................................203.1.2 ERF Históricos dos Empregados [1.0]...................................................................20
3.2 MODELO DE CASOS DE USO................................................................................................203.2.1 Casos de Uso.............................................................................................................203.2.2 Descrição dos Atores................................................................................................213.2.3 Diagrama Geral de Casos de Uso...........................................................................213.2.4 Detalhamento dos Casos de Uso.............................................................................23
3.2.4.1 Caso de Uso Mantém Empregados...................................................................233.2.4.2 Diagrama de Atividades do Mantém Férias.....................................................243.2.4.3 Diagrama de Sequência do Sistema (DSS) para o Mantém Empregados........25
3 MODELO DE DOMÍNIO..........................................................................................................26
3.1 DIAGRAMA GERAL DE CLASSES CONCEITUAL....................................................................263.2 GLOSSÁRIO..........................................................................................................................26
4 PROJETO................................................................................................................................28
4.1 REALIZAÇÕES DE CASOS DE USO........................................................................................284.1.1 Mantém Empregados...............................................................................................28
4.1.1.1 Classe de Fronteira 1 - frmCadastroEmpregados............................................284.1.1.2 Classe de Entidade 1 - TPessoas......................................................................284.1.1.3 Classe de Controle N [Nome da Classe]..........................................................29
4.1.4 Interface Gráfica......................................................................................................304.1.5 Diagrama de Classes (DC) de Projeto....................................................................30
4.2 MODELO DE DADOS............................................................................................................314.2.1 Projeto Lógico do Banco de Dados.........................................................................31
4.2.1.1 Dicionário de Dados (Leiaute das Tabelas).....................................................314.2.1.2 Script do Projeto Lógico...................................................................................31
5 TESTES...................................................................................................................................33
5.1 TESTE DE STRESS................................................................................................................335.2 TESTE DE FUNCIONALIDADE MANTÉM EMPREGADOS........................................................34
5.2.1 Teste de funcionalidade do Fluxo de Evento Principal........................................345.2.2 Teste de funcionalidade do Fluxo de Evento Alternativo 2..................................34
6 CONCLUSÃO...........................................................................................................................36
REFERÊNCIAS...........................................................................................................................37
13
1 INTRODUÇÃO
A introdução deve apresentar uma descrição geral do conteúdo do projeto sem entrar
em muitos detalhes. Nesta parte do trabalho, apenas poucos parágrafos são o suficiente para
sua apresentação. Recomenda-se de uma a duas páginas. A introdução deve descrever
brevemente a importância da área de estudo e do tema em foco e mostrar a relevância do
trabalho. Deve explicar como o trabalho pode contribuir para ampliar o conhecimento na
área e se ele apresenta novos métodos para resolver ou abordar um problema. A introdução
deve ser finalizada com a apresentação dos objetivos do trabalho. Deve-se evitar o uso de
referências diretas e indiretas na introdução.
Ao escrever um trabalho científico é importante utilizar uma linguagem formal, clara,
correta, concisa e objetiva. Deve-se fazer uso da 3ª pessoa do singular ou verbo na voz
passiva. Devem ser evitados adjetivos exagerados, superlativos, subterfúgios e repetições
desnecessárias. É fundamental o uso correto da ortografia, pontuação e sintaxe da língua
portuguesa, sendo recomendável que o aluno submeta esse trabalho a uma revisão rigorosa
antes de apresentá-lo ao orientador ao longo do trabalho de orientação. Deve ser igualmente
rigoroso o respeito ao template e às regras aqui apresentadas.
O objetivo deste trabalho é esclarecer o aluno quanto às regras para a escrita de um
trabalho científico com conteúdo e qualidade compatível com um curso de graduação. Ao
longo do trabalho cada seção é identificada e orientações relativas ao seu teor, tamanho e
formatação, com base na norma ABNT, são apresentadas. Importante ressaltar que o projeto
a ser escrito pelo aluno deve ter obrigatoriamente todas as seções aqui descritas.
Abordagens: Yourdon, Pressman, Peter Chein, etc.
Faltou a organização do documento:
O presente documento está organizado da seguinte forma:
No capítulo x é tratado isso...
..
14
2 MODELAGEM DO NEGÓCIO
2.1 ATAS DE REUNIÃO
Descreva uma redação para cada ata de reunião realizada com os usuários do sistema, conforme modelo abaixo.
ATA da Reunião Nrº 01
Data: Horário: Local:
01/07/2007 Das 7h30 às 11h30 Organização Contábil Havaí Ltda.
Equipe técnica: Renato Pereira Medeiros.
Equipe usuária: Salma Siqueira; João Santos Fernandes; Pedro Paulo.
Teor desta reunião:
1. Reunião realizada em prol do levantamento dos primeiros requisitos que dizem respeito ao
2. sistema em questão;
3. Além de alguns requisitos, foram identificadas algumas regras de negócio que influenciam 4. nos requisitos levantados.
Observação Importante:
A técnica utilizada para o levantamento destes primeiros requisitos foi uma entrevista informal com os três usuários supracitados.
[opcional] Descrever aqui:- Informar qual a técnica usada durante a reunião (por exemplo: JAD, brainstorming,
entrevista informal, seminário, etc.);- Divergências encontradas no contexto do projeto;- Dúvidas a serem esclarecidas;- Assuntos a serem abordados em futuras reuniões;- Contatos (telefones, e-mails, ect) das equipes que participaram desta reunião;- Outros detalhes de julgarem importantes.
ATA da Reunião Nrº 02
Data: Horário: Local:
06/07/2007 Das 9h30 às 11h00 Organização Contábil Havaí Ltda.
Equipe técnica: Renato Pereira Medeiros.
Equipe usuária: Salma Siqueira; João Santos Fernandes; Pedro Paulo.
Teor desta reunião:
15
1. Reunião realizada em prol da revisão dos requisitos previamente levantados e validação
2. das regras de negócio identificadas, além da identificação de novas regras de negócio.
Observação Importante:
A técnica utilizada para o levantamento destes primeiros requisitos foi uma entrevista informal com os três usuários supracitados.
ATA da Reunião Nrº 03
Data: Horário: Local:
06/09/2007 Das 9h30 às 11h00 Organização Contábil Havaí Ltda.
Equipe técnica: Renato Pereira Medeiros.
Equipe usuária: Salma Siqueira; João Santos Fernandes; Pedro Paulo.
Teor desta reunião:
1. Reunião realizada em prol das regras de negócio identificadas, além da ambientação e
2. conhecimento de alguns termos técnicos da folha de pagamento.
Observação Importante:
A técnica utilizada para o levantamento destes primeiros requisitos foi uma entrevista informal com os três usuários supracitados.
2.2 DESCRIÇÃO DO NEGÓCIO
Seguir modelo abaixo:
Descrição do Negócio
A folha de pagamento consiste de uma série de procedimentos executados mensalmente em prol do pagamento dos empregados (de autônomos ou empresas) e a prestação de contas com os órgãos do fisco responsáveis, como a Caixa Econômica Federal, Ministério do Trabalho e Receita Federal.
Eventualmente o empregador admite um empregado, neste ato, o empregador envia ao departamento de folha de pagamento os dados do empregado a ser registrado. Tal empregado deve ter no mínimo 14 anos de idade. Depois de registrado o empregado é emitida uma ficha com seus dados trabalhistas e em seguida esta é arquivada, além disso, é emitida uma etiqueta que é anexada à CTPS. A partir daí o empregado está apto a entrar no processo de folha de pagamento, descrito a seguir.
Mensalmente, os empregadores encaminham toda documentação necessária para a execução dos processos que regem a folha de pagamento dos seus empregados (frequência dos empregados, pedidos de férias e décimo terceiro salário, afastamentos, benefícios, etc.), de
16
acordo com tais informações, é iniciado o processo da folha de pagamento.
Para o cálculo do salário faz-se o seguinte: são lançados os eventos (proventos e descontos) para cada funcionário de acordo com o mês trabalhado (cargo/função que o empregado desempenhou, horas extras trabalhadas, novos dependentes e pensionistas, dados sobre os riscos do cargo desempenhado, frequência, impostos, etc.).
...
Na tabela abaixo você deverá listar objetivamente cada regra de negócio extraída da
redação que foi descrita em “Descrição do Negócio”. Veja exemplo:
Regras de NegócioIdentificação Regras de Negócio
RN01 Registro de EmpregadosRN01. 1 Para registrar um empregado, o empregador deverá fornecer os seguintes dados
do empregado: RG; CTPS (número e série); Cargo que será ocupado pelo empregado; Departamento ao qual o empregado pertence; A data de admissão do empregado; Sexo; Data de Nascimento; Nacionalidade; Naturalidade; Endereço; Raça; Número do PIS; Grau de Instrução; Condição Física; Estado Civil; Filiação; e Salário Contratual.Estes dados serão utilizados pelo software para gerir a folha de pagamento dos empregadores além de prover informações para o fisco.
RN01. 2 O empregado deve ter ao menos 14 anos de idade.RN01. 3 No caso de empregados cuja idade esteja entre 14 e 17anos, seus salários podem
assumir um valor abaixo do salário mínimo, desde que a carga horária não seja maior que 25 horas semanais.No caso de empregados cuja idade seja maior que 18 anos, seus salários não devem ser inferiores ao hum salário mínimo (R$ 380,00).
RN01. 4 Para cada empregado registrado é emitida uma etiqueta contendo anotações para CTPS.
RN02 Tempo de ServiçoRN02. 1 O empregado pode estar afastado (por motivo de prestação de serviço militar ou
por acidente de trabalho). Durante o período de afastamento, somente os encargos continuam sendo pagos.
RN02. 2 A contagem de tempo de serviço, para efeito de indenização e estabilidade, os períodos em que o empregado estiver afastado do trabalho prestando serviço militar e por motivo de acidente do trabalho.
RN02. 3 Calcular tempo de serviço, estabilidade e indenização (caso haja):
Na volta às atividades (RN01), o empregado não pode ser demitido no período de 12 meses. Caso contrário, o valor da indenização será 12*salário+férias+13o
salário.
RN03 Jornada de TrabalhoRN03. 1 A duração normal do trabalho, para os empregados em qualquer atividade
privada, não excederá de 8 (oito) horas diárias, desde que não seja fixado outro limite.
17
RN03. 2 Considera-se trabalho em regime de tempo parcial aquele cuja duração não exceda a vinte e cinco horas semanais.
RN03. 3 Os empregados sob o regime de tempo parcial não poderão prestar horas extras.
RN01 Registro de EmpregadosRN01. 1 Para registrar um empregado, o empregador deverá fornecer os seguintes dados
do empregado: RG; CTPS (número e série); Cargo que será ocupado pelo empregado; Departamento ao qual o empregado pertence; A data de admissão do empregado; Sexo; Data de Nascimento; Nacionalidade; Naturalidade; Endereço; Raça; Número do PIS; Grau de Instrução; Condição Física; Estado Civil; Filiação; e Salário Contratual.Estes dados serão utilizados pelo software para gerir a folha de pagamento dos empregadores além de prover informações para o fisco.
RN01. 2 O empregado deve ter ao menos 14 anos de idade.RN01. 3 No caso de empregados cuja idade esteja entre 14 e 17anos, seus salários podem
assumir um valor abaixo do salário mínimo, desde que a carga horária não seja maior que 25 horas semanais.No caso de empregados cuja idade seja maior que 18 anos, seus salários não devem ser inferiores ao hum salário mínimo (R$ 380,00).
RN01. 4 Para cada empregado registrado é emitida uma etiqueta contendo anotações para CTPS.
RN02 Tempo de ServiçoRN02. 1 O empregado pode estar afastado (por motivo de prestação de serviço militar ou
por acidente de trabalho). Durante o período de afastamento, somente os encargos continuam sendo pagos.
2.3 FINALIDADE DO SISTEMA
2.3.1 Escopo
O sistema recebe informações dos empregados, os registra e emite documentos para
serem arquivados e ou anexados à carteira de trabalho; O empregado requisita férias, então
é solicitado ao sistema o cálculo das mesmas e é provido um relatório: Aviso e Recebimento
de Férias; Mensalmente são fornecidas informações sobre o mês de trabalho dos empregados
para que seja possível a definição dos eventos que irão compor sua folha de pagamento;
Referente a cada folha de pagamento finalizada (mensalmente), é gerado arquivos
magnéticos para prestação de contas com órgãos do fisco; Anualmente também são gerados
arquivos magnéticos para prestação de contas com a Receita Federal; Eventualmente são
realizadas rescisões contratuais e estas devem ser registradas e documentadas;
Esporadicamente os empregadores solicitam relatórios contendo informações do seu corpo
de empregados bem como informações das suas respectivas folhas de pagamento.
2.3.2 Glossário do Negócio
18
Defina todos os termos, acrônimos e abreviações a serem utilizadas neste documento
a respeito do negócio. Caso não tenha nenhum termo, escreva a palavra "Inexistente" neste
item.
Termo Definição SinônimoSalário Mínimo Salário mínimo é a contraprestação mínima devida
e paga diretamente pelo empregador a todo trabalhador, inclusive ao trabalhador rural, sem distinção de sexo, por dia normal de serviço, e capaz de satisfazer, em determinada época e região do País, as suas necessidades normais de alimentação, habitação, vestuário, higiene e transporte. (CLT, Art. 72)
Período Aquisitivo Período em que o empregado acumula o direito às férias.
RAIS Relação Anual de informações Sociais. É um relatório transmitido à receita federal contendo informações sobre todas as movimentações do empregado no ano. Este relatório é enviado no mês de março do ano subseqüente ao ano base.
CAGED Cadastro Geral de Empregados e Desempregados. É um relatório mensal transmitido ao Ministério do Trabalho contendo informações sobre as admissões e rescisões que houve na empresa.
SEFIP Sistema Empresa de Recolhimento do FGTS e Informações à Previdência Social. É um relatório mensal que consolida os dados cadastrais e financeiros da empresa e de seus trabalhadores e os encaminhe para a CAIXA.
GEFIP Guia de Recolhimento do Fundo de Garantia por Tempo de Serviço e Informações à Previdência Social.
Aviso Prévio Notificação, por parte do empregado ou empregador, antecipada da rescisão do contrato de trabalho sem justa causa. Existem duas modalidades: aviso prévio trabalhado e aviso prévio indenizado.
Seguro Desemprego É um benefício que permite uma assistência financeira temporária em razão demissão de um empregado. O valor varia de acordo com a faixa salarial, sendo pago de 3 a 5 parcelas, conforme a situação atual do beneficiário.
19
FGTS Fundo de Garantia do Tempo de Serviço. É constituído pelo total dos depósitos mensais que os empregadores depositam nas contas abertas na CAIXA em nome dos seus empregados, cuja finalidade é dar suporte financeiro aos trabalhadores, principalmente na hipótese de demissão sem justa causa.
GRFC Guia de Recolhimento Rescisório do FGTS e da Contribuição Social. É o documento destinado ao recolhimento para o FGTS e da Contribuição Social, nos casos de dispensa do empregado sem justa causa.
DIRF Declaração do Imposto de Renda Retido na Fonte. Informa à Receita Federal o valor do imposto de renda retido na fonte, dos rendimentos pagos ou creditados no ano base (ano anterior) para seus beneficiários.
20
3 REQUISITOS
3.1 ESPECIFICAÇÃO DOS REQUISITOS
Este tópico deverá especificar todos os requisitos do software em um nível de detalhe suficiente para que os especialistas possam desenvolver o sistema satisfazendo os requisitos do cliente, os responsáveis pelo teste possam verificar se o sistema satisfaz a esses requisitos e os clientes possam avaliar se suas necessidades estão representadas nestes requisitos.
Todos os requisitos deverão ser identificáveis de forma única, seguindo o modelo apresentado neste documento.
Nenhum texto é necessário entre este item e o próximo, a menos que desejado. Consulte o capítulo 3 do livro para saber mais detalhes sobre levantamento e especificação de requisitos.
3.1.1 ERF Registro do Empregado [1.0]
Preencha a tabela de Especificação para cada requisito levantado junto ao cliente do sistema. Consulte o Livro para tirar dúvidas de como preencher as tabelas.
ERF. 1.0 Registro de Empregados.
Descrição O Sistema deve manter um cadastro de empregados, por empregador, a fim de disponibilizar dados destes para execução dos processos de folha de pagamento.
Regras de negócio associadas RN01
Descrição do risco Risco Prioridade
O usuário não possui todos os dados necessários ao cadastro do empregado.
Baixo Altíssima
Tabela 1 – Tabela de Especificação do Requisito ERF. Registro de Empregados
3.1.2 ERF Históricos dos Empregados [1.0]
ERF. 1.0 Históricos dos Empregados
Descrição O Sistema deve disponibilizar um histórico dos departamentos, cargos, salários, admissões, rescisões e sindicatos associados ao empregado ao longo do tempo.
Regras de negócio associadas RN01, RN02, RN03, RN04, RN05, RN06, RN07, RN08, RN09, RN10
Tabela 2 – Tabela de Especificação do Requisito ERF. Histórico dos Empregados
21
3.2 MODELO DE CASOS DE USO
3.2.1 Casos de Uso
Listar todos os casos de uso do sistema referentes aos requisitos funcionais, conforme tabela abaixo.
Caso de UsoMantêm Departamentos.Mantêm Empregados.Mantêm Cargos.Mantêm Sindicatos.Mantêm Horários.Mantém Dependentes.Mantém Pensionistas.Mantém Férias.Emite Ficha de Empregado.Emite Etiquetas para CTPS.Lançar Eventos.Calcula Eventos.Emite RAIS.Emite DIRF.Emite CAGED.Elabora Cálculo Atuarial.Emite Contracheques.Emite Ficha Financeira.Emite Ordem Bancária.Emite Relatório de Movimentações de Eventos.Matem Consignações.Emite Aviso e Recibo de Férias
3.2.2 Descrição dos Atores
Usuário da Folha de PagamentoResponsável por operar o sistema realizando todos os processos que envolvem a folha de pagamento.
EmpregadoToda pessoa física que prestar serviços de natureza não eventual (duas ou mais vezes por semana), sob a dependência do empregador e mediante salário.
Ministério do Trabalho
Elabora as instruções sobre o sistema manual, mecânico ou eletrônico, que cria as anotações na carteira de trabalho e previdência social;
Elabora instruções que regulamentam o registro dos empregados em livros, fichas ou sistemas eletrônicos.
Expede modelo de quadro de trabalho
Expede instruções sobre as anotações da hora de entrada e saída dos empregados.
22
3.2.3 Diagrama Geral de Casos de Uso
Inclua aqui o diagrama principal de casos de uso, construído a partir da ferramenta de
modelagem. O diagrama principal deve incluir todos os casos de uso já identificados que
irão implementar os requisitos do sistema e os respectivos atores.
Figura 1 – Diagrama Geral de Casos de Usosuc Primary Use Cases
FolhaEmpregados
Mantém Empregados
Usuário da folha
Mantém Sindicatos
Mantém Departamentos
Mantém Cargos
Mantém Funções
Mantém Horários
Mantém Dependentes
Mantém Pensionista
Lança EventosCalcula Ev entos
Emite RAIS
Emite DIRF
Mantém Férias
Emite CAGED
Elabora Cálculo Atuarial
Emite Contracheques
Emite Ficha Financeira
Emite Ficha de Empregado
Emite Etiquetas para CTPS
Emite Ordem Bancária
Emite Relatório de Movimentações de
Ev entos
Mantém ConsignaçõesEmite Av iso e
Recibo de Férias
«extend»
Fonte: Próprio Autor
23
3.2.4 Detalhamento dos Casos de Uso
3.2.4.1 Caso de Uso Mantém Empregados
Descrever detalhadamente o Caso de Uso. (Descrever apenas Casos de Uso
principais e movimentações, excetuando repetições)
Figura 2 - Fluxo de Eventos do Caso de Uso [nome do Caso de Uso]
Nome do Caso de Uso Mantém Empregados.Descrição Fazer o cadastro dos empregados.Requisitos Associados Não é regra de negócioPré Condições O usuário deve estar munido dos seguintes dados do
empregado: RG; CTPS (número e série); Cargo que será ocupado pelo empregado; Departamento ao qual o empregado pertence; A data de admissão do empregado; Sexo; Data de Nascimento; Nacionalidade; Naturalidade; Endereço;Raça; Número do PIS; Grau de Instrução; Condição Física;Estado Civil; Filiação; e Salário Contratual.
Pós Condições É possível fazer férias, folha de pagamento e toda prestação de contas com os respectivos órgãos do fisco relativos ao empregado cadastrado.
Atores Empregados; Usuário da Folha de Pagamento.Fluxo Principal – Inclusão
Ações Recebidas Ações Realizadas1. É solicitado cadastro do empregado; 2. São verificadas se todos os dados
obrigatórios (supracitados nas pré-condições) foram informados;
3. Verifica informações de idade, salário e carga horária do empregado;
4. Registra-se o empregado;5. Com base na data de admissão do
empregado é sugerido o período aquisitivo para o mesmo;
6. É informado ao usuário o sucesso no procedimento.
Fluxo Alternativo 2Ações Recebidas Ações Realizadas
1. Não foram informados todos os dados necessários ao cadastro do empregado.
2. É informado ao usuário, que existem dados obrigatórios ainda não informados.
Fluxo Alternativo 3Ações Recebidas Ações Realizadas
1. Os dados relativos ao salário, carga horária ou idade estão inconsistentes.
2. É informado ao usuário, os dados que não estão de acordo com a legislação.
24
3.2.4.2 Diagrama de Atividades do Mantém Férias
Explicar todos os fluxos do Caso de Uso através de um diagrama de atividades. (Implementar apenas os diagramas dos Casos de Uso principais/movimentações, se houver o detalhamento, obrigatoriamente esse diagrama deve ser implementado)
Figura 3 – Diagrama de Atividade do [nome do Caso de Uso]act Ativ idades
Verifica Frequência
Verifica Férias já Gozadas(coletivas/indiv iduais)
Verifica Período Aquisitivo
Período Completo?
Houveram faltas?
Abate Faltas
Total de faltas deve ser abatido?
Existem Férias Gozadas no Período Aquisitivo?
Verifica Férias Restantes
Abate Férias Gozadas
Define Período de Gozo(mínimo de 10 dias)
Restaram ao menos 10 dias de férias?
Registra FériasMsg:"Período não suficiente para férias"
Msg:"Período aquisitivo não completo"
Emite Aviso e Recibo de Férias?
Emite Aviso e Recibo de Férias
Registro de Férias
Sim
Sim
Não
Sim
Não
Sim
Não
Não
Sim
Não
25
3.2.4.3 Diagrama de Sequência do Sistema (DSS) para o Mantém Empregados
Mostrar a sequência específica de eventos dentro de um caso de uso, os atores externos que interagem diretamente com o sistema, o sistema (como uma caixa-preta) e os eventos do sistema que os atores geram. (Implementar apenas os diagramas dos Casos de Uso principais/movimentações, se houver o detalhamento, obrigatoriamente esse diagrama deve ser implementado)
Figura 4 – DSS do [nome do Caso de Uso]sd Diagrama de Sequencia Mantém Empregados
PEmpregados::TCargos PEmpregados::TRacas PEmpregados::TSalariosContratuaisPEmpregados::TSindicatos PEmpregados::TTelefonesPEmpregados::TLotacoesDepartamentosPEmpregados::QuadroHorariosPEmpregados::TPessoas
Usuário da folha
(from Actors)
«interface»
PEmpregados::frmCadastroEmpregados
PEmpregados::TGrausInstrucoes
Solici ta Inclusãoveri ficaCamposObrigatorios()
MSG:"Preencha os campos obrigatórios"
consulta(condicao)
mapeiaDBObj()
consulta(condicao)
mapeiaBDObj()
consulta(codicao)
mapeiaBDObj()
consulta(condicao)
mapeiaDBObj()
consulta(condicao)
mapeiaDBObj()
consulta(condicao)
mapeiaDBObj()
carregaObjetos()
grava(ref)
26
3 MODELO DE DOMÍNIO
3.1 DIAGRAMA GERAL DE CLASSES CONCEITUAL
Criar um diagrama de classes contendo classes conceituais, seus atributos e associações. Este diagrama é uma visualização dos conceitos do domínio do negócio. É similar a um modelo estático de informação das entidades do domínio. Foca classes conceituais provenientes do mundo real, não classes de software. Para maiores explicações, consulte capítulos 10, 11, 12, 26 e 27 do livro do Larman.
Projeto como um todo (pode ser dividido por pacotes)
Figura 5 – Modelo de Domínioclass Classes de Domínio
TPessoas
- idPessoa: String- matricula: String- cpf: String- ctps: String- rg: String- dataExpedicao: String- ufExpedicao: String- cnh: String- nome: String- dataNascimento: String- sexo: String- nomePai: String- nomeMae: String- nacionalidade: String- natural idade: String- estadoCivil: String- nomeConjuge: String- certidaoMilitar: String- tituloEleitoral: String- zona: String- secao: String- numeroPIS: String- raca: TRacas- logradouro: String- bairro: String- numero: String- cep: String- cidade: String- estado: String- grauInstrucao: TGrausInstrucoes- condicaoFisica: TCondicoesFisicas- obsCondicaoFisica: String- dataChegadaPais: String- agenciaFGTS: TAgencias- serieCtps: String- agenciaSalario: TAgencias- contaFGTS: String- contaSalario: String- agenciaPensao: TAgencias- contaPensao: String
+ listagem(grd:TDBGrid;condicao:String;cds:TClientDataSet)() : void+ grava(String) : void
TDadosContratuais
- idDadoContratual: String- dataAdmissao: String- dataRecisao: String- empregado: TPessoas- dataTransferencia: String
TDepartamentos
- idDepartamento: String- codigo: String- descricao: String- cei: String- departamentoSuperior: TDepartamentos
TSindicatos
- idSindicato: String- nome: String- sigla: String
+ consulta(String) : void+ mapeiaDBObj() : void
TCargos
- idCargo: String- descricao: String- cbo: TCbos
+ consulta(String) : void+ mapeiaBDObj() : void
TFiliacoesSindicatos
- idFiliacaoSindicato: String- Sindicato: TSindicatos- dadoContratual: TDadosContratuais- dataFimVigencia: String
TOcupacoesCargos
- idOcupacaoCargo: String- Cargo: TCargos- dadoContratual: TDadosContratuais- dataFimVigencia: String
TLotacoesDepartamentos
- idLotacaoDepartamento: String- Departamento: TDepartamentos- dadoContratual: TDadosContratuais- dataFimVigencia: String
+ consulta(String) : void+ mapeiaDBObj() : void
TBancos
- idBanco: String- codigo: String- nome: String
TAgencias
- idAgencia: String- banco: TBancos- numero: String- nome: String
TCbos
- idCbo: String- codigo : String- descricao: String
TRacas
- idRaca: String- descricao: String
+ consulta(String) : void+ mapeiaBDObj() : void
TGrausInstrucoes
- idGrauInstrucao: String- Descricao: String
+ consulta(String) : void+ mapeiaDBObj() : void
TSalariosContratuais
- idSalarioContratual: String- dadoContratual: TDadosContratuais- valor: String- dataFimVigencia: String
«read only»TVinculosDependentes
- idVinculo: String- Descricao: String
TFinalidadesDependentes
- idFinal idade: String- dadoContratual: TDadosContratuais- dependente: TDependentes- dataFimVigencia: String- finalidade: TFinalidadesDependencias- empregadoDependente: TPessoas- motivoFimDependencia: String
TTelefones
- idTelefone: String- empregado: TPessoas- numero: String
TTiposVinculos
- idTipoVinculo: String- descricao: String
TVinculos
- idVinculo: String- dataFimVigencia: String- tipoVinculo: TTiposVinculos
TCondicoesFisicas
- idCondicaoFisica: String- Descricao: String
TQuadrosHorarios
- idQuadroHorario: String- descricao: String
TDiasHorarios
- idDiaHorario: String- diaSemana: String- horaInicio: String- horaFim: String- quadroHorario: TQuadrosHorarios
«read only»TFinalidadesDependencias
- idFinal idadeDependencia: String- Descricao: String
TDecisaoJudicial
- idDecisaoJudicial: String- identificacaoAtoJuridico: String- descricaoDecisaoJudicial: String- dataDecisao: String
TCargasHorarias
- idCargaHoraria: String- quadroHorario: TQuadrosHorarios- dadoContratual: TDadosContratuais- dataFimVigencia: String
«interface»frmCadastroEmpregados
+ verificaCamposObrigatorios() : void+ setaBotoes(String) : void+ verificaCamposObrigatorios() : void+ carregaObjetos() : void
«interface»frmCadastroGrausInstrucoes
1
1..*
1
chefia*
11..*
1 0..*
1 1..*
10..*
1
0..*
1
0..*
1
0..*
10..*
1
0..*
10..*
conta pensão
requisição de pensão
conta FGTS
conta salário
1 dependencia 0..*
1
0..*
1
1..*
1
1..*
3.2 GLOSSÁRIO (colocar apenas atributos não convencionais)Descrever o significado de todos os conceitos identificados no Modelo de Domínio.
27
Nome da Classe TPessoasDefinição Representa toda e qualquer pessoa física cadastrada na folha de
pagamento, seja ela um empregado, um dependente ou um pensionista.Atributos
Nome Definição RestriçõesIdPessoa Atributo que identifica
unicamente uma pessoaÉ Atribuído automaticamente e é um tipo inteiro.
CondicaoFisica Atributo que classifica a pessoa quanto a sua capacidade física.
É uma classe e é definido pelo usuário através de uma lista de opções
Nome da Associação Informar o nome da associação.Definição Descrever o significado da associação no contexto no negócio.Classes Associadas Informar as classes que fazem parte desta associação.Restrições Descrever as restrições desta associação. Por exemplo: multiplicidade
entre as classes associadas, etc.Atributos
Nome Definição RestriçõesInformar o nome do atributo.
Descrever o significado do atributo.
Descrever tipo, tamanho, e outras restrições do atributo.
Nome da Associação GraduaDefinição Uma pessoa possui um nível de instrução: Ensino Fundamental
Incompleto; Ensino Fundamental Completo; 2o. Grau Incompleto; etc.Classes Associadas TGrausInstrucoes e TPessoasRestrições O grau de instrução é um dado fundamental no cadastro de
empregados, pois é de fundamental importância para a emissão anual do relatório da RAIS. No caso de alguns cargos, ocupados pelo empregado, o seu grau de instrução deverá assumir, no mínimo, o superior completo.
AtributosNome Definição RestriçõesgrauInstrucao Indica o nível de instrução do
empregado e é representado através de uma sub-classe de TPessoa.
O atributo é uma classe do tipo TGrausInstrucoes e é obrigatório no momento do registro do empregado.Sua visibilidade é private.
28
4 PROJETO
4.1 REALIZAÇÕES DE CASOS DE USO
Esta seção é responsável pela realização dos casos de uso, ou seja, como serão implementados.Você deverá detalhar todas as classes de projeto necessárias para realizar um Caso de Uso. Caso um Caso de Uso utilize uma classe de outra descrita antes, deve-se relacioná-la da seguinte forma:“Classe de [Tipo da Classe] [Nome da Classe] descrita no Caso de Uso [Nome do Caso de Uso]”.4.1.1 Mantém Empregados
4.1.1.1 Classe de Fronteira 1 - frmCadastroEmpregados
Para descrever cada classe, usar modelo abaixo.N significa o número da classe caso existam mais de uma, caso contrário, não é necessário.
Nome da Classe frmCadastroEmpregadosDefinição Implementa a interface de entrada de dados para registro dos
empregados. Tal classe implementa todos os métodos de validação que compete à interface como verificação de campos obrigatórios bem como a validação dos mesmos.Possui interação com outras classes de negócio e de apresentação:Classes de negócio:
TGrausInstrucoes; Etc.
Classes de apresentação; frmCadastroGrausInstrucoes;
AtributosNome Definição RestriçõesalterarExcluir Atributo utilizado para
abilitação/desabilitação dos comandos de alteração e exclusão.
Tipo: boolean;Visibilidade: Public;Valor Padrão: False.
MétodosNome Definição AssinaturalimpaCampos Limpar todos os campos ao
final das operações de persistência de dados
Procedure limpaCampos(frm: Tform).
4.1.1.2 Classe de Entidade 1 - TPessoas
Para descrever cada classe, usar modelo abaixo.N significa o número da classe caso existam mais de uma, caso contrário, não é necessário.
Nome da Classe TPessoas
29
Definição A classe pessoa representa uma pessoa física no sistema, tem a função de registrar os dados das pessoas no sistema além de executar alguns cálculos para empregados e dependentes.
AtributosNome Definição RestriçõesInformar o nome do atributo.
Descrever o significado do atributo.
Descrever tipo, tamanho, e outras restrições do atributo.
MétodosNome Definição AssinaturaInformar o nome do método.
Descreva as responsabilidades do método (o que ele se compromete a fazer; qual seu papel).
Informar a descrição completa da assinatura do método. Incluir: nome do método, visibilidade, descrição dos parâmetros de entrada e saída.
4.1.1.3 Classe de Controle N [Nome da Classe]
Para descrever cada classe, usar modelo abaixo.N significa o número da classe caso existam mais de uma, caso contrário, não é necessário.
Normalmente utilizado na arquitetura MVC
Nome da Classe Informar o nome da classe.Definição Descrever o significado da classe no contexto de realização do caso de
uso da fase de projeto.Descreva também as responsabilidades da classe (o que ela se compromete a fazer; qual seu papel) e a seqüência de controle(se necessário faça um diagrama de atividades) e os comportamentos relacionados ao negócio.
AtributosNome Definição RestriçõesInformar o nome do atributo.
Descrever o significado do atributo.
Descrever tipo, tamanho, e outras restrições do atributo.
MétodosNome Definição AssinaturaInformar o nome do método.
Descreva as responsabilidades do método (o que ele se compromete a fazer; qual seu papel).
Informar a descrição completa da assinatura do método. Incluir: nome do método, visibilidade, descrição dos parâmetros de entrada e saída.
30
4.1.4 Interface Gráfica
A interface gráfica é uma descrição lógica e conceitual de como um ou mais casos de usosão providos pela interface do usuário, se for o caso, incluindo a interação requerida entre o(s) ator(es) e o sistema. Em geral, janelas representam as interfaces gráficas necessárias para entender do ponto de vista macro os requisitos da interface do usuário.
Requisitos relacionados com a interface gráfica
Tabela 3 – Requisitos relacionadas com a interface gráfica
Faça o desenho das interfaces gráficas referenciando os campos com etiquetas como no exemplo abaixo.
Figura 6 - Interface para o(s) Caso(s) de Uso
4.1.5 Diagrama de Classes (DC) de Projeto
Mostrar o comportamento estático através de um diagrama de classes de projeto, contendo todas as classes que realizam este caso de uso. Para melhor visualização do diagrama, poderá suprimir os atributos e métodos de cada classe, porém as associações e multiplicidades devem ser mantidas.
Fração do diagrama de classes conceitual que participa da realização do caso de uso.
Figura X – DC de Projeto do [nome do Caso de Uso]
31
4.2 MODELO DE DADOS
Esta seção descreve o esquema completo do banco de dados que armazenará os dados do sistema.
4.2.1 Projeto Lógico do Banco de Dados
Consiste no mapeamento OO (Modelo de Domínio) para o Modelo Relacional, isto é, produz como artefato o esquema de banco de dados no modelo de dados de implementação do SGBD Relacional. Deverá criar um diagrama contendo as tabelas, seus campos, suas chaves primárias e estrangeiras, índices, etc.
DER em nível físico
Figura X – Projeto Lógico do Banco de Dados
4.2.1.1 Dicionário de Dados (Leiaute das Tabelas)
Descrever todas as tabelas que constam no Projeto Lógico.
Leiaute da Tabela [Nome da Tabela]A notação para descrever o leiaute deve ser a mesma da análise estruturada.
Tabela 4 – Leiaute da tabela N
Nome do campo Tipo
Tamanho Indicador de chave Comentário
4.2.1.2 Script do Projeto Lógico
Consiste em descrever a DDL, em SQL-2, que será usada para criar o esquema completo do banco de dados do sistema. As palavras-chave da linguagem SQL devem ser escritas em letra maiúscula. Veja exemplo:
/* Criação do Esquema do BD: */CREATE SCHEMA ER;
/* Criação dos Domínios */CREATE DOMAIN DomCriterio AS CHAR(1) CHECK (DomCriterio = 'P' OR DomCriterio = 'U');
/* Criação da tabela DominioValor */CREATE TABLE DominioValor ( Descricao VARCHAR(50) NOT NULL, Nome VARCHAR(20) NOT NULL,
32
CONSTRAINT PK_DomValor PRIMARY KEY(Nome) );
/* Criação da tabela EsquemaBD */CREATE TABLE EsquemaBD ( Descricao VARCHAR(50) NOT NULL, NomeEsquema VARCHAR(20) NOT NULL, CONSTRAINT PK_EsquemaBD PRIMARY KEY(NomeEsquema));/* Criação da tabela PropriedadesEsquema */CREATE TABLE PropriedadesEsquema ( Autor VARCHAR(50) NOT NULL, DtAtualizacao DATE NOT NULL, DtCriacao DATE NOT NULL, NomeEsquema VARCHAR(20) NOT NULL, Versao VARCHAR(20) NOT NULL, CONSTRAINT PK_PropEsquema PRIMARY KEY(NomeEsquema,Versao), CONSTRAINT FK_PropEsquema FOREIGN KEY(NomeEsquema) REFERENCES EsquemaBD ON DELETE CASCADE ON UPDATE CASCADE);
/* Criação da tabela Relacionamento */
CREATE TABLE Relacionamento
(
NomeConjunto VARCHAR(20) NOT NULL,
NomeEsquema VARCHAR(20) NOT NULL,
TipoRelacionamento DomTipoRelac NOT NULL,
CONSTRAINT PK_Relacionamento PRIMARY KEY(NomeConjunto,NomeEsquema),
CONSTRAINT FK_RelacConjunto FOREIGN KEY(NomeEsquema,NomeConjunto)
REFERENCES Conjunto ON DELETE RESTRICT ON UPDATE CASCADE,
CHECK (NOT EXISTS (SELECT * FROM PAPEL
GROUP BY NomeEsquema, NomeRelacionamento
HAVING COUNT(*) < 2)
)
);
33
5 TESTES
Este tópico deverá apresentar os tipos de testes a serem aplicados, os recursos e os procedimentos necessários para a execução do teste do componente em questão.
5.1 TESTE DE STRESS (Sistema, ou módulos, como um todo)Volume de transação(Realizar os testes de todos os Casos de Uso que foram implementados/detalhados no item 4.2.4 Detalhamento de Casos de Uso)
Um tipo de teste da confiabilidade. Seu foco é assegurar que o sistema funciona como pretendido quando circunstâncias anormais são encontradas. O teste de stress pode incluir memória insuficiente, serviços não disponíveis ou recursos compartilhados escassos. Tipicamente, estes testes são executados para determinar quando falhas e m um grande volume e/ou dados.
Inclua se necessário uma breve descrição sobre a aplicação do teste; o que será afetado ou influenciado por este documento.
Inclua uma tabela para cada teste a ser realizado.
Figura 7 - Teste de Stress do Fluxo de Evento Principal
Responsável:João Fernando Barros
Início:23/09/2007 – 8:00
Final:27/09/2007 – 17:00
Recursos necessários:Hardware Configuração Software
Processadores Arquitetura Celeron de 32 bits com 2,4 GHZ
Sistema operacional Windows XP Professional SP2
Memória RAM 128 MBProcedimentos:Quinze usuários da folha de pagamento utilizaram todas as entradas de dados do sistema.
Além disso, fizeram o cálculo da folha de pagamento de 10 empresas (230 empregados) e geraram dois relatórios mensais: CAGED e SEFIP.
Resultados:Foram inseridos 10.000 registros nas diferentes tabelas da base de dados.
O banco de dados se mostrou estável garantindo performance e consistência dos dados principalmente no que diz respeito ao LOG.
Em algumas telas foi detectado lentidão entre uma operação de persistência e outra, principalmente após as inserções e calculo da folha de pagamento.
34
35
5.2 TESTE DE FUNCIONALIDADE MANTÉM EMPREGADOS
(Realizar os testes de todos os Casos de Uso que foram implementados/detalhados no item 4.2.4 Detalhamento de Casos de Uso)
Seu foco é verificar se o componente funciona como pretendido.
Inclua se necessário uma breve descrição sobre a aplicação do teste; o que será afetado ou influenciado por este documento.
5.2.1 Teste de funcionalidade do Fluxo de Evento Principal
Para executar o teste utiliza-se o fluxo de evento principal, completando a tabela abaixo:
Tabela 5 - Teste de funcionalidade do Fluxo de Evento Principal
Responsável:João Fernando Barros
Data:01/09/2007
Recursos necessários:Hardware Configuração Software
Procedimentos:Foram incluídos 30 profissionais com idade entre 14 e 60 anos e que ocupam 10 cargos diferentes;
Foram atribuídos a eles os seguintes quadros de horários:
Quadro 1; Quadro 2; Quadro 3; Quadro 4; etc.
Foram atribuídos a eles os seguintes salários: R$ 2.000,00, R$ 22.000,00, R$ 400,00, etc.Resultados:Os funcionários com os cargos cargo 1 e cargo 2 não poderiam assumir o quadro de horário quadro 1 e nem o quadro 2, mas o sistema permitiu;
O sistema permitiu que fosse atribuído a um funcionário com mais de 18 anos de idade um salário menor que o salário mínimo.
5.2.2 Teste de funcionalidade do Fluxo de Evento Alternativo 2
(Realizar os testes de todos os Casos de Uso que foram implementados/detalhados no item 4.2.4 Detalhamento de Casos de Uso)Para executar o teste utiliza-se o fluxo de evento alternativo [1 a n], onde para cada fluxo alternativo cria-se uma nova tabela:
Tabela 6 - Teste de funcionalidade do Fluxo de Evento Alternativo [N]
Responsável:Inclua o nome da pessoa responsável pela execução do teste
Data:Inclua a data de execução do teste no formato dd/mm/aa
Recursos necessários:Inclua a especificação de hardware e software da(s) máquina(s) envolvida(s) no teste.
O programa de teste deve ser incluído na coluna relacionada ao Software.
36
Hardware Configuração Software
Procedimentos:Descreva os procedimentos para a execução do teste.
Resultados:Descreva os resultados obtidos ao final do teste.
37
6 CONCLUSÃO
As conclusões fecham o trabalho e são muito importantes. Resumir, apontar e
reforçar as ideias principais e as contribuições proporcionadas pelo trabalho faz parte das
conclusões. A finalização do trabalho pode dizer o que foi aprendido pelo autor através de
sua pesquisa, mas mantendo-se a impessoalidade do texto. Não se pode confundir relato de
um aprendizado com depoimento pessoal. A conclusão deve ser analítica, interpretativa e
deve incluir argumentos explicativos. O texto das conclusões deve ser capaz de fornecer
evidências da solução do problema através dos resultados obtidos ou deve ser capaz de
enfatizar as vantagens do objeto de estudo para aqueles, pessoas e organizações, que o
adotam ou utilizam. Os objetivos listados na Introdução devem ser analisados e confrontados
com os achados da pesquisa.
É interessante incluir nas conclusões comentários sobre os planos relativos a um
trabalho futuro ligado ao mesmo tema, modificações a serem feitas para ampliar o seu
escopo ou ainda limitações da metodologia ou da ferramenta estudadas que poderão ou não
ser superadas.
É importante que o autor não apresente conclusões que o trabalho não evidencie.
Isso pode denotar uma fragilidade de argumentação e falta de conhecimento do conteúdo
desenvolvido, implicando em questionamentos mais contundentes por parte dos professores
da banca. O autor não deve fazer conjecturas com base em suposições ou dados inexistentes,
é sempre mais prudente usar como conclusão o que a literatura técnica da área aponta como
tendência futura ou prova através de dados concretos. Nenhum tipo de citação direta ou
indireta e listas com marcadores ou numeração pode ser utilizada nesta seção.
38
REFERÊNCIAS
SOBRENOME, Nome do autor. Título da obra. Disponível em: <http://www.enderecoeletronico.com.br>. Acesso em: data do acesso.
SOBRENOME, Nome do autor. Título da obra. Cidade: Editora, ano.
SOBRENOME, Nome do autor. Título da obra. Disponível em: <http://www.enderecoeletronico.com.br>. Acesso em: data do acesso....SOBRENOME, Nome do autor. Título da obra. Cidade: Editora, ano.
(Deverá ser colocado seguindo as normas da ABNT e ordenado alfabeticamente).