UNOPAR ZERADENGUE_2020 1

Prévia do material em texto

ANALISE E DESENVOLVIMENTO DE SISTEMA
SISTEMA ZER@DENGUE
cidade
2020.1
nome
SISTEMA ZER@DENGUE
Trabalho de Análise e Desenvolvimento de Sistemas apresentado a UNOPAR como requisito parcial para obtenção de nota semestral nas disciplinas de Lógica Computacional, Análise e Modelagem de Sistemas, Algoritmos e Programação Estruturada, Modelagem de Banco de Dados, Arquitetura e Organização de Computadores.
Orientadores: Adriane Aparecida Loper
 Iolanda Cláudia Sanches Catarino
 Vanessa Matias Leite
 Gilberto Fernandes Junior
 Paulo Kiyoshi Nishitani
cidade
2020.1
Sumário
1	INTRODUÇÃO	4
2	LÓGICA COMPUTACIONAL	5
2.1	Análise da Pesquisa Acerca das Funcionalidades	5
3	ANÁLISE E MODELAGEM DE SISTEMAS	6
3.1	Modelagem de Processo de Negócio	6
4	DOCUMENTAÇÃO	7
4.1	Requisitos	7
4.1.1	Requisitos Funcionais	7
4.1.2	Requisitos não funcionais	8
4.2	DIAGRAMA DE CASO DE USO	10
5	BANCO DE DADOS	11
5.1	Modelo entidade Relacionamento	11
6	ALGORITMO E PROGRAMAÇÃO ESTRUTURADA	12
6.1	Estrutura de Dados em Fila	12
7	ARQUITETURA E ORGANIZAÇÃO DE COMPUTADORES	15
REFERÊNCIAS BIBLIOGRÁFICAS	17
INTRODUÇÃO
O presente trabalho tem como objetivo compreender os conceitos teóricos trabalhados em situações práticas, nesse caso aplicado na análise do sistema Zer@Dengue. Tal sistema objetiva realizar o monitoramento dos focos de dengue a partir de denuncias realizadas pela população. Consoante o supracitado abordaremos conceitos de lógica computacional através da análise de pesquisa realizada com acerca das funcionalidades do sistema, bem como modelagem do sistema a partir da exploração da modelagem de processos de negócios, análise dos requisitos e diagramas de casos de uso visando prever determinadas ações a serem realizadas no sistema e por fim estrutura de dados, modelagem do banco através do MER e montagem de estrutura de hardwares.
LÓGICA COMPUTACIONAL
Análise da Pesquisa Acerca das Funcionalidades
A lógica computacional facilita o raciocínio na construção e entendimento do algoritmo Pretende-se que um programa seja um conjunto de fórmulas lógicas e que a execução desse programa corresponda a uma demonstração de que uma fórmula é um teorema. 
Temos a seguinte informação a cerca da pesquisa realizada sobre as funcionalidades do sistema Zer@ Dengue:
3200 Pessoas responderam que gostam da função “cadastro”
2700 Pessoas responderam que gostam da função “denúncia”
1000 Pessoas gostam de ambas as funções
300 pessoas não gostam de nenhuma função
Utilizando a lógica podemos chegar ao número total de pessoas que responderam as perguntas e quantas gostaram de cada função. A partir do diagrama lógico abaixo podemos encontrar os valores.
Conforme o digrama lógico ou diagrama de Venn observa-se que a quantidade dentro do conjunto cadastro é de 2.200, chegamos a é esse valor, pois verificamos que um grupo de 1.000 pessoas gostaram de ambas as funções, logo temos uma intercessão entre os conjuntos Cadastro e Denúncia, assim podemos encontrar os valores de 2.200 entrevistados que gostaram da função cadastro e 1.700 gostaram da função Denúncia.
ANÁLISE E MODELAGEM DE SISTEMAS
Modelagem de Processo de Negócio
A modelagem dos processos de negócios é um instrumento para a representação formal dos processos de uma empresa, de modo que o resultado seja interpretado sem ambiguidades e que todos os requisitos para a especificação de um sistema de informação sejam contemplados.	A especificação BPMN foi desenvolvida pela Business Modeling Integration (BMI – www.bpmi.org), integrada à OMG no ano de 2005. A principal missão do grupo é o desenvolvimento de especificações de modelos integrados para dar suporte a processos empresariais. Essas especificações devem promover a integração de processos internos da empresa, bem como processos externos que devem se acoplar às atividades da corporação. Assim, deve objetivar a integração e colaboração de pessoas, sistemas, processos e informações da empresa, incluindo parceiros de negócios e clientes [BPMN, 2006].
Abaixo segue modelo de Processos de Negócio do tipo fluxo de trabalho nele podemos verificar o fluxo do processo dentro do universo do cadastro do usuário, cadastro da denuncia e o acompanhamento da denúncia.
DOCUMENTAÇÃO
Requisitos 
Para estabelecer a prioridade dos requisitos foram adotadas as denominações “Essencial”, “Importante” e “Desejável”. 
Essencial é o requisito sem o qual o sistema não entra em funcionamento. São requisitos imprescindíveis, que devem ser implementados impreterivelmente.
Importante é o requisito sem o qual o sistema entra em funcionamento, mas de forma insatisfatória. Esses requisitos devem ser implementados, mas, caso não sejam, o sistema poderá ser implantado e usado.
Desejável é o requisito que não compromete as funcionalidades básicas do sistema, ou seja, pode funcionar de forma satisfatória sem ele. Os requisitos desejáveis podem ser deixados para versões posteriores do sistema, caso não haja tempo hábil para desenvolvê-los na versão que está sendo especificada.
Requisitos Funcionais
Os requisitos funcionais referem-se à descrição a descrição das diversas funções que cliente e usuários querem ou precisam que o software ofereça. Por tanto definem as funcionalidades desejadas no software.
	[RF001] Controlar Acesso
	Este requisito permite controlar o acesso ao sistema por meio de login e senha do usuário cadastrado, visando assim à segurança e a integridade das informações do sistema.
	Prioridade: 
	(x) Essencial ( ) Importante ( ) Desejável
	[RF002] Cadastrar Usuário Participante
	Permite que o usuário faça seu cadastro com seguintes dados: nome, CPF, e-mail, senha, estado e cidade proporcionando maior segurança quanto ao acesso ao sistema.
	Prioridade: 
	(x) Essencial ( )Importante ( )Desejável
	[RF003] Atualizar Cadastro de Usuário Participante
	Permite que o usuário atualize as informações do seu cadastro nos seguintes campos: nome, estado, cidade, e-mail e senha.
	Prioridade: 
	(x) Essencial ( )Importante ( )Desejável
	[RF004] Cadastrar Denúncia 
	Permite que usuário cadastre eventos com seguintes dados: nome do evento, data, hora, local, e-mail, site do evento, telefone, instituição responsável e banner do evento.
	Prioridade: 
	(x) Essencial ( )Importante ( ) Desejável
	[RF005] Listar Eventos
	Permite que o usuário liste todos os eventos ativos com os seguintes dados: nome data de realização, endereço e status.
	Prioridade: 
	( ) Essencial (x)Importante ( )Desejável
	[RF006] Exibir Histórico de Denúncias
	Permite que o usuário visualize os eventos cadastrados e os que possui interesse.
	Prioridade: 
	( ) Essencial (x) Importante ( )Desejável
	[RF007] Exibir Status do Evento
	Permite que o usuário visualize o status do evento cadastrado que pode estar: em análise, ativo ou rejeitado.
	Prioridade: 
	(x) Essencial ( ) Importante ( )Desejável
Requisitos não funcionais
Referem-se às qualidades globais de um software, como a fácil manutenção que de ver aplicada, a segurança, a facilidade de uso, o desempenho e o baixo custo. Entender profundamente os tipos de requisitos no momento de definir seu software pode decidir o futuro dele. Relacionam com padrões de qualidade como confiabilidade, performance, robustez, etc.
	[RNF001] Modelagem do Sistema
	O sistema deverá ser modelado utilizando a linguagem UML (Linguagem Unificada de Modelagem) que se presta à modelagem de estruturas que irão compor a aplicação, estando fortemente amparada em conceitos de Orientação a Objetos.
	Prioridade: 
	( x )Essencial ( ) Importante ( )Desejável
	[RNF002] Linguagem de Programação
	Será utilizada a linguagem de programação C que dispõe de vários de recursos capazes de nos proporcionar soluções práticas e funcionais. 
	Prioridade: 
	( x ) Essencial ( ) Importante ( ) Desejável
	[RNF003] Linguagem do Banco de Dados
	Deve-se utilizar SQL padrão, para ter independência de banco de dados.
	Prioridade:( x ) Essencial ( ) Importante ( ) Desejável
	[RNF004] Mensagens de Erro
	As mensagens de erro do sistema deverão ser precisas e construtivas, fazendo com que o usuário identifique sua origem e como proceder após sua ocorrência.
	Prioridade: 
	(x) Essencial ( ) Importante ( ) Desejável
	[RNF005] SGBD
	Será utilizado o Sistema Gerenciador de Banco de Dados Postgres 9.2 que possui funções eficazes e que atenderá aos requisitos do protótipo, além de ser um software livre.
	Prioridade: 
	( x ) Essencial ( ) Importante ( ) Desejável
	[RNF006] Servidor
	Será utilizado o servidor Apache Tomcat.
	Prioridade: 
	( x ) Essencial ( ) Importante ( ) Desejável
	[RNF007] Realizar backup
	Este requisito permite realizar backups programados e frequentes, garantindo a integridade das informações, caso ocorra perda de parte ou de todas as informações e se possa fazer a recuperação parcial ou completa.
	Prioridade: 
	( ) Essencial ( x ) Importante ( ) Desejável
DIAGRAMA DE CASO DE USO
Diagrama de caso de uso é uma documentação de linguagem acessível para o cliente, objetiva a compreensão do comportamento externo do sistema por qualquer stakeholder, apresentando o sistema pela perspectiva do usuário, apresentando uma visão externa geral das funções do sistema definindo o que o sistema irá fazer sem a preocupação de como ele o fará.
Logo temos o caso de uso do sistema Zer@Dengue, onde tal conceito fica mais claro, podemos perceber as funções a serem realizadas pelo usuário.
BANCO DE DADOS
Modelo entidade Relacionamento
O modelo relacional estabeleceu-se como o primeiro modelo de dados para aplicações comerciais. Desenvolvido para facilitar o projeto de banco de dados relacionais permitindo a representação de todas as estruturas dos mesmos e um melhor dialogo entre os profissionais envolvidos no projeto, umas das suas maiores vantagens são: flexibilidade, adaptabilidade, simplicidade e objetividade.
Consiste em mapear o mundo real do sistema em um modelo gráfico que ir representar o modelo e o relacionamento existente entre os dados. Este modelo foi desenvolvido a fim de facilitar o projeto de banco de dados permitindo a especificação de um esquema que representa a estrutura lógica global do Banco de Dados.
ALGORITMO E PROGRAMAÇÃO ESTRUTURADA
Estrutura de Dados em Fila
A programação estruturada oferece uma disciplina na elaboração do algoritmo independente da complexidade da linguagem utilizada.
Na programação estruturada o "método dos refinamentos sucessivos" é uma "sistemática" de abordagem útil no projeto detalhado e na implementação de softwares. Partindo-se de um dado problema, para qual se deseja encontrar um programa de solução, deve-se procurar subdividi-lo em problemas menores e consequentemente de solução mais simples (dividir para conquistar). (Omero Francisco, 2012.)
A partir disso podemos ver como o conceito se aplica no sistema Zer@Dengue como as estruturas de fila nos métodos de criar fila, inserir item, remover item, retornar fila vazia, tamanho da fila e a sequência armazenada de estruturam no algoritmo.
Os códigos, apresentados a seguir abordam os elementos chave da programação estruturada foram implementados em Linguagem C usando o ambiente de programação Sublime.
Inicialmente foi criada uma estrutura Lista para que pudéssemos criar o método de criar uma fila e inserir itens nela.
Na sequencia criamos o método entrar na fila para verificar as posições em que estamos na fila no inicio ou no fim se a fila esta vazia ou não. A primeira condição verifica se a lista esta vazia no segundo se a verificação retornar que o inicio esta vazio ele receberá o fim.
O método seguinte tem o imprimir para verificarmos os itens que estão na fila para isso utilizamos a estrutura de laço for para percorrer a lista e retornar os dados. 
Temos também o método retirar item, nele inserimos ponteiro Object como o método retirar. Em seguida precisamos verificar se a lista esta vazia para que possamos repassar os parâmetros Feito isso iremos remover o item, ou seja, a fila colocamos a variável f para receber a fila. A função vazia passa a receber o f caso esteja vazia retorna a mensagem e encerra o programa. Caso a fila não esteja vazia o método irá retirar o inicio.
Temos a seguir as duas ultimas estruturas que listam os item no máximo 20 e contagem de itens na lista.
ARQUITETURA E ORGANIZAÇÃO DE COMPUTADORES
Computador HP 400 G5 SFF, Intel Core i5-8500, 8GB, HD 1TB, Windows 10 Pro
· Características:
- Marca: HP
- Modelo: 5JF22LA#AC4
· Especificações:
- Sistema Operacional: LOC W10P6 BRZL
- Chipset: Intel B360   
- Placa Gráfica: Intel HD Graphics 630
- 65W SFF
- Drive Optico: Não inclui   
- Teclado:  KBDWD USB BusSlim BRZL    
- Mouse:  MUS WD USB OPT
- Design: ENERGY STAR certified; EPEAT Gold                
- Dimensões: 27 x 29.6 x 9.5 cm
 
· Processador: 
- Intel 8500 8Gen
- Core i5-6C
 
· Memória: 
- RAM 8GB (1x8GB) 
- DDR4
 
· Armazenamento Interno:
- HDD 1TB
- 7200 RPM
- SATA-6G
- 3.5 
 
· Entradas: 
- Frontal: 1 headphone; 1 headset connector; 2 USB 3.1 Gen 1, Leitor 1 SD 3 card
- Traseira: 1 audio-in; 1 audio-out; 1 DisplayPort 1.2; 1 power connector; 1 RJ-45; 1 VGA; 2 USB 3.1 Gen 1; 4 USB 2.0 
 
· Segurança: 
- DriveLock; HP BIOSphere
- HP Credential Manager;
- HP Password Manager
- HP Power On Authentication
- HP Security Manager
- HP Spare Key
- Lock slot; Power-on password (via BIOS)
- RAID configurations; Removable media write/boot control; SATA port disablement (via BIOS)
- Setup password (via BIOS)
· Conteúdo da embalagem:
- Computador HP 400 G5 SFF
· 
Garantia
1 ano de garantia
(9 meses de garantia contratual junto ao fabricante + 3 meses referentes à garantia legal, nos termos do artigo 26, II, do Código de Defesa do Consumidor)
· Peso
6860 gramas (bruto com embalagem)
· Valor: R$ 3.578,84
REFERÊNCIAS BIBLIOGRÁFICAS
PRESSMAN, R.; MAXIM, B.. Engenharia de software: uma abordagem profissional. 8 ed. Porto Alegre: AMGH, 2016. Disponível em < https://integrada.minhabiblioteca.com.br/books/9788580555349> acesso em 25 abril de 2020.
TELE SAUDE Disponível em <https://play.google.com/store/apps/details?id=br.ufrgs.telessauders.aedes&hl=pt_BR> Acesso em 04 de maio de 2020.
OMERO FRANCISCO. Introdução a algoritmos estruturados. Devmedia, 2012.
2