TRABALHO DE Portfolio

Prévia do material em texto

3
centro de educação a distãncia
curso superior de tecnologia em análise e desenvolvimento de sistemas
Davi BALBINO SOARES
SISTEMA ZERA DENQUE 
Muriaé – MINAS GERAIS
2020
DAVI BALBINO SOARES
SISTEMA ZERA DENQUE 
Trabalho de Análise e Desenvolvimento de Sistemas apresentado à UNOPAR, como requisito parcial para a obtenção de nota Semestral nas disciplinas de Lógica Computacional, Análise e Modelagem de Sistemas, Algoritmos e Programação Estruturada, Modelagem Banco de dados, Arquitetura e Organização de Computadores.
Orientador: Professores
Adriane Aparecida Loper;
Iolanda Cláudia Sanches Catarino;
Vanessa Matias Leite;
Gilberto Fernandes Junior;
Paulo Kiyoshi Nishitani.
Muriaé – MINAS GERAIS
2020
SUMÁRIO
1 INTRODUÇÃO	3
2 OBJETIVO	3
3 DESENVOLVIMENTO	4
3.1 LÓGICA COMPUTACIONAL	4
3.1.1 Quantidade Total de Participantes da Pesquisa	5
3.1.2 Usuários que Preferem apenas a Função Cadastro	5
3.2 ANÁLISE E MODELAGEM DE SISTEMAS 	6
3.2.1 Modelagem de Processos de Negócio	6
3.2.1.1 O Modelo de Processos de Negócio do tipo Fluxo de Trabalho	7
3.2.1.2 Documentação de Todos os Processos de Negócio	7
3.2.1.3 Política de Negócio e o Procedimento Operacional Padrão(POP)	16
3.2.2 Engenharia de Requisitos	19 
3.2.2.1 Listagem e Descrição dos Requisitos Funcionais	19
3.2.2.2 Listagem e Descrição dos Requisitos não Funcionais	20
3.2.2.3 Diagrama de Use Cases	21 
3.3 ALGORITMOS E PROGRAMAÇÃO ESTRUTURADA	22
3.3.1 Fila em C++	23
3.3.2 Código Fonte C++ 	25
3.4 MODELAGEM BANCO DE DADOS	26
3.4.1 Modelo Entidade Relacionamento	26
3.5 ARQUITETURA E ORGANIZAÇÃO DE COMPUTADORES	29
3.5.1 Processador	29
3.5.2 Memória RAM	30
3.5.3 Disco Rígido	30
4 CONCLUSÃO	31
REFERÊNCIAS	32
1 INTRODUÇÃO
Trabalho realizado com base nas matérias do 1º semestre de Análise e Desenvolvimento de Sistemas sendo elas: Lógica Computacional, Análise e Modelagem de Sistemas, Algoritmos e Programação Estruturada, Modelagem Banco de Dados, Arquitetura e Organização de Computadores.
Ao entrarmos no contexto do trabalho ficamos sabendo que Alberto caminhava em uma rua próxima a sua casa, e em um terreno abandonado ele viu vários entulhos. Preocupado com a dengue e como aquele terreno não tinha muros, ele resolveu verificar se havia ali criadouros do mosquito Aedes aegypti.
Para confirmar suas suspeitas ele achou ali um pneu e três garrafas de água com larvas do provável mosquito.
Imediatamente ele tirou a água do pneu e das garrafas, mas ficou apreensivo, pois a dengue é uma doençã muito perigosa.
2 OBJETIVO
O sistema Zera Dengue com sua proposta de desenvolvimento vem para atender a necessidade de identificar os possíveis focos do mosquito da dengue, e assim acabar com os criaudouros a céu aberto. Através de denúncias feitas pelo sistema pela própria população.
O objetivo da equipe de desenvolvimento será de aplicar o conhecimento adquirido nas matérias do semestre.
3 DESENVOLVIMENTO
3.1 LÓGICA COMPUTACIONAL
Os computadores e seus sistemas fazem uso da lógica em seus comandos, na verdade os computadores são totalmente lógicos, pois podemos usar instruções da lógica de programação juntamente com lógica matemática ao desenvolver um sistema.
Partimos do ponto em que o sistema Zera Dengue já esta pronto e em uso, o Ministério da Saúde fará uma pesquisa sobre as funcionalidades do sistema o resultado foi esse:
· 3200 Pessoas gostaram da função “Cadastro.”
· 2700 Pessoas gostaram mais da função “Denúncia”.
· 1000 Pessoas afirmaram que gostaram das duas funções.
· 300 Pessoa não gostaram de nenhuma das duas funções.
Chegamos na questão lógica do problema, onde com a ajuda do diagrama lógico conseguimos visualizar com exatidão a quantidade de pessoas pesquisadas e suas opções escolhidas.
3.1.1 Quantidade Total de Participantes da Pesquisa
A partir do diagrama lógico ou também chamado diagrama de Venn, podemos observar com a clareza a quantidade total de pessoas que responderam na pesquisa. Somando todos os valores contidos no diagrama, chegamos a conclusão que participaram da pesquisa 5.200 pessoas.
Pois somamos todos os valores 2.200 + 1.000 + 1.700 + 300 = 5.200.
 
3.1.2 Usuários que Preferem Apenas Função Cadastro
Se observarmos o diagrama, a quantidade que esta apenas dentro do conjunto cadastro é de 2.200.Com esta informação concluimos que os usuários que preferem apenas a função cadastro é exatamente este número 2.200 pessoas.
A explicação para esta conclusão é que o número que esta dentro da intercesão, esta sendo dividido com os dois conjuntos que é o número 1000, este tambem trata da quantidade de pessoas que escolheram as duas funções.
Se usarmos exemplos com os conectivos lógicos, este exemplo dos 1000 ficaria assim:
Exemplo: 1000 pessoas gostaram da função cadastro e de denúncia.
3.2 ANÁLISE E MODELAGEM DE SISTEMAS
Para modelarmos o sistema Zera Dengue, é preciso conhecermos todo o processo que envolve o atendimento deste serviço, desde a identificação dos focos de dengues, cadastros de cidadãos fazendo denúncias entre outros.
Para tal precisamos saber o que é processo, pois seu conceito afirma que é uma associação de atividades, executada por humanos, sistemas ou máquinas, que funcionam sobre regras e políticas para gerar valor ao cliente etc.
Então um processo é um conjunto de atividades, no qual no fim deve gerar valor para cliente ou para outro processo.
Exemplo: Processo de cadastro de cidadãos no sistema Zera Dengue.
3.2.1 Modelagem de Processos de Negócio
Depois de entendermos o que é processo, devemos também saber o que é um negócio, sua definição diz que é interação de pessoas para executar um conjunto de atividades de entrega de valor para clientes e gerar retornos a partes interessadas.
E do que trata a Modelagem de processos de negócio, esta trata exatamente de representar os processos de negócio através de gráficos, modelo matemático, narrativo, usando uma notação para que seja estudado e avaliado seu desenho.
Após estes conceitos, nos deparamos com o desafio proposto de representarmos o Modelo de Processos de Negócio do tipo Fluxo de trabalho.
Este modelo muito usado pela notação BPMN, representa as atividades do processo de uma maneira seguencial, gerando um fluxo simples de trabalho.
3.2.1.1 O Modelo de Processos de Negócio do tipo fluxo de trabalho
3.2.1.2 Documentação de todos os Processos de Negócio
A documentação dos processos é o conjunto de documentos que contém informações sobre as atividades dos processos.
Os processos também estão divididos em três tipos:primários, suporte e de gerenciamento.
- Processos Primários são aqueles que abrangem as atividades essenciais que uma organização precisa realizar para cumprir sua missão de negócio. Também são conhecidos como Processos Essenciais, Processos Operacionais ou Processos Finalísticos. Esses processos geram valor à entrega final para o cliente. Normalmente falhas ou gargalos nos processos primários são percebidos rapidamente pelos clientes.
Processos Primários identificados em nosso negócio:
· Processo de Recebimento de Denúncias de foco da dengue;
· Processo de Extinção dos focos de dengue.
É claro que existem outros processos primários que não foram citados acima, mas procuramos mostrar os principais processos deste serviço do sisitema. Abaixo fizemos a documentação descritiva e gráfica através dos diagramas.
Processo de Recebimento de Denúncias de Focos de Dengue
Índice
processo de recebimento de denúncias de foco de dengue	
1	Diagrama 1	
1.1	Processo de Recebimento de Denúncias Focos de Dengue	
1.1.1	Elementos do processo	
1.1.1.1	Acessar Sistema Zera Dengue	
1.1.1.2	Verificar Denúncias não atendidas	
1.1.1.3	Encaminhar para equipe operacional	
1 DIAGRAMA 1
Versão: 
1.0
Autor: 
Equipe
1.1 Processo de Recebimento de Denúncias Focos de Dengue
1.1.1 Elementos do processo
1.1.1.1 Acessar Sistema Zera Dengue
Descrição
O funcionário deve ter login e senha previamente realizados
1.1.1.2 Verificar Denúncias não atendidas
Descrição
Verificar Denúncias com statusnão atendida
1.1.1.3 Encaminhar para equipe operacional
Descrição
Encaminhar para equipe disponível e setor adequado de cada regiao
Processo de Extinção dos Focos de Dengue
Índice
Novo modelo	
1	Diagrama 1	
1.1	Processo de Extinção dos Focos de Dengue	
1.1.1	Elementos do processo	
1.1.1.1	Verificar denúncias encaminhadas	
1.1.1.2	Selecionar Equipe Operacional	
1.1.1.3	Selecionar Material pra serviço	
1.1.1.4	Atender Denuncia	
1 Diagrama 1
Versão: 
1.0
Autor: 
Equipe
1.1 Processo de Extinção dos Focos de Dengue
1.1.1 Elementos do processo
1.1.1.1 Verificar denúncias encaminhadas
Descrição
Verificar as denúncias encaminhadas para seu setor, identificar o lugar
1.1.1.2 Selecionar Equipe Operacional
Descrição
Escolher o pessoal que fará parte da equipe, verificando qualificação para atender a denuncia,
verificar os cursos e etc.
1.1.1.3 Selecionar Material pra serviço
Descrição
Escolher o material que será necessário - ferramentas como enchadas, teçados, martelos, roçadeiras, pás, e terra
1.1.1.4 Atender Denuncia
Descrição
Dirigir-se para o local da denúncia de foco de dengue e realizar o serviço.
Após o atendimento dar entrada no sistema do status da denuncia.
Processos de Suporte são aqueles que ajudam ou facilitam a execução dos Processos Primários. Também são conhecidos como Processos de Apoio. Não oferecem valor diretamente ao cliente final, mas garantem o sucesso dos processos primários.
Dos vários processos de suporte existentes em uma organização, citaremos apenas um dos mais cruciais para nosso Sistema.
· Processo de Recursos humanos.
Abaixo sua documentação e diagrama para representar suas atividades detalhadamente.
Processo de Recursos Humano
Índice
Novo modelo	
1	Processo de Recursos Humanos	
1.1	Processo de Recursos Humanos	
1.1.1	Elementos do processo	
1.1.1.1	Treinamento e Conscientização	
1.1.1.2	Alocação para os setores	
1.1.1.3	Recrutamento e Seleção	
1 Processo de Recursos Humanos
Versão: 
1.0
Autor: 
Equipe
1.1 Processo de Recursos Humanos
1.1.1 Elementos do processo
1.1.1.1 Treinamento e Conscientização
Descrição
Realizar treinamento do pessoal e estudo sobre a dengue e sua forma de reprodução.
Como realizar a extinção das larvas etc.
1.1.1.2 Alocação para os setores
Descrição
Realizar a alocação para os setores de cada área do páis.
1.1.1.3 Recrutamento e Seleção
Descrição
Realizar seleção de pessoal que atenda os requisitos requeridos - como idade e sexo.
Realizar Recebimento de documentação
Processos de Gerenciamento são aqueles que medem, monitoram e controlam as atividades de uma organização. São parecidos com os Processos de Suporte, pois não agregam valor ao cliente, mas a outros processos, como os Processos Primários e os Processos de Suporte.
Eles administram o presente e o futuro do negócio ao garantir que a organização cumpra seus objetivos de estratégicos e alcance as metas estipuladas nos indicadores. Os Processos de Gerenciamento, portanto, têm a função de gerenciar os processos e assegurar o cumprimento de políticas e diretrizes da empresa (processos de governança).
Assim como os outros tipos de processos cuidamos de mostrar um dos principais processos de gerenciamento.
· Processo de Gestao Estratégica.
Processo de Gestão Estratégica
Índice
Processo de Gestão Estratégica	
1	Diagrama 1	
1.1	Processo de Gestão Estratégica	
1.1.1	Elementos do processo	
1.1.1.1	Formular Planos de ação	
1.1.1.2	Executar Planos de ação	
1.1.1.3	Avaliação dos Planos	
1 Diagrama 1
Versão: 
1.0
Autor: 
Equipe
1.1 Processo de Gestão Estratégica
1.1.1 Elementos do processo
1.1.1.1 Formular Planos de ação
Descrição
Projetar planos de ação que visam a melhoria dos processos
1.1.1.2 Executar Planos de ação
Descrição
Implementar os planos
1.1.1.3 Avaliação dos Planos
Descrição
Analisar o resultado dos planos implantados e propor novas melhorias e insumos
3.2.1.3 Política de Negócio e o Procedimento Operacional Padrão (POP)
Política de Negócio também chamada de diretrizes é o que vai impulsionar o projeto ou os processos para o alvo certo, ou para a meta da organização.
Embora uma Política de Negócio não especifique exatamente as ações a serem tomadas, também são apoiadas por regras de negócio e procedimentos. Exemplo:
	Política para Recebimento de Denúncias de Focos de Dengue
Status:vigente | Autor:Equipe | Revisão: 01
	
1.0 Objetivo deste documento
Definir a política Recebimento de Denúncias de Focos de Dengue.
1.1 Referências
Este documento segue as práticas recomendadas pela OMS – Organização Mundial de Saúde.
1.2 Aplicações
Esta política aplica-se ao Recebimento de Denúncias de Focos de Dengue
2. Descrição da Política:
Objetivo desta política é estabelecer regras e responsabilidades que são necessárias para realizar as atividades de Recebimento de Denúncias de focos de dengue.
2.1 Regras
2.1.1 Regras para Recebimento de Denúncias de Focos de Dengue:
2.1.2 Toda denúncia deverá ser verificada, e ter seu status passado para o sistema Zera Dengue, verificando se procede ou não a denúncia indo com a equipe para o logradouro denunciado.
2.1.3 Toda denúncia deverá ser atendida segundo os procedimentos e instruções operacionais, atendendo as diretrizes deste documento.
2.2 Responsabilidades:
Regra Geral: Em todo processo de atendimento operacional de denúncias deve ter um líder.
2.2.1 Responsabilidades do Líder do processo:
Cabe ao líder do processo prestar contas sobre o resultado do processo, no que diz respeito a desempenho, melhoria contínua e capacidade de pessoas.
2.3 Avaliação de Desempenho do Processo de Recebimento de Denúncias:
Regra Geral: O processo de Recebimento de Denúncias de Focos de Dengue deve ter um sistema de medição claramente definido, comunicado e aplicado.
2.3.1 A avaliação deve ser freguente e os relatórios de avaliação devem ter base e referências.
3. Aprovação
	Assinatura: Status:
 [ x ]vigente [ ] obsoleto [ ]Elaboração
	
Procedimento Operacional Padrão (POP)
O Procedimento Operacional Padrão (POP) é um documento organizacional que traduz o planejamento do trabalho a ser executado. É uma descrição detalhada de todas as medidas necessárias para a realização de uma tarefa.
	Procedimento Operacional Padrão para Extinção de Foco de Dengue
Status: Vigente | Gestor: Equipe | Revisão: 01
	
Objetivo: O Objetivo deste documento é descrever o passo a passo da atividade de extinguir foco de dengue.
Referências: Com base nos manuais da Organização Mundial de Saúde.
Local de Aplicação: Este padrão aplica-se para a atividade de Extinção de Foco de Dengue nos logradouros identificados com larvas do mosquito.
Descrição da atividade – Passo a Passo:
Para a extinção dos focos de dengue:
Esvazie todos os recipientes que estiverem com água no local.
Em seguida coloque terra dentro dos recipientes.
Identifique outros possíveis recipientes e lugares que possam servir para a larva desenvolver e elimine-os também.
3.2.2 Engenharia de Requisitos
A Engenharia de Requisitos é na verdade um processo onde é levantado, analisados todos os requisitos do sistema, que no final gera a documentação ou especificação dos requisitos do sistema.
Nesse processo envolve outros subprocessos de alto nível que estudam a viabilidade do sistema, elicitação e análise de requisitos, especificação dos requisitos, e a validação dos requisitos.
Nesta fase do projeto do Sistema Zera Dengue entramos com o levantamento dos requisitos do sistema, que incluem requisitos funcionais e não funcionais.
3.2.2.1 Listagem e Descrição dos Requisitos Funcionais
	Requisitos Funcionais
	Nome
	Descrição
	RF01- Cadastrar Usuário
	O usuário fará um cadastro com seus dados e também fará login e senha.
	RF02- Realizar Denúncia
	O usuário fará a denúncia do foco de dengue fazendo uma descrição textual e inserindo imagens se assim optar.
	RF03- Consultar Denúncia
	O usuário poderá consultaro status de sua denúncia se foi atendida ou se estar pendente.
Os requisitos funcionais de um sistema descrevem o que ele deve fazer. Dependem do tipo de software que está sendo desenvolvido, dos usuários aos quais o software se destina.
Eles definem recursos específicos a serem fornecidos pelo sistema.
3.2.2.2 Listagem e Descrição dos Requisitos não Funcionais
	Requisitos não Funcionais
	Nome
	Descrição
	RNF01 - Disponibilidade
	Quando não for possível o atendimento a um determinado usuário, o mesmo deverá receber informações sobre o tempo de espera. (Por exemplo: por motivo de excesso de usuários.)
	RNF - Recuperação
	O sistema deverá permitir a recuperação de informações com técnicas de log.
	RNF - Portabilidade
	O sistema deverá rodar no máximo de navegadores web existentes atualmente.
Os requisitos não funcionais, como o próprio nome define, são aqueles não diretamente relacionados com as funções do sistema. Podem estar relacionados com as propriedades do sistema, tais como confiabilidade, tempo de resposta e espaço de armazenamento.
3.2.2.3 Diagrama de Use Cases
O diagrama de Casos de Uso auxilia no levantamento dos requisitos funcionais do sistema, descrevendo um conjunto de funcionalidades do sistema e suas interações com elementos externos e entre si.
 
Diagrama de Caso de uso
Unified Modeling Language (UML) é a notação que nos fornece vários de seus diagramas para podermos realizar a modelagem estruturada do sistema, com a UML podemos representar vários modelos e com vários níveis de abstração, destinados á vários envolvidos no projeto.
3.3 ALGORITMOS E PROGRAMAÇÃO ESTRUTURADA
As solicitações dos usuários do sistema zera dengue geram a entrada de dados no sistema de maneira repetitiva, e para isso sair da forma adequada temos que realizar uma estrutura para que esses dados sejam organizados e sejam processados e atendidos.
Na programação estruturada temos as estruturas de dados que podem ser vetores e matrizes.
Também existem estruturas pensadas para organizarem determinados dados sabendo assim a ordem de processamento de cada um.
A Estrutura de dados do tipo FILA – obedecem a ordem em que o primeiro dado ou elemento que entra, será também o primeiro que irá sair desta fila, é como se fosse uma fila comum de pessoas no banco para sacar dinheiro.
Por isso a FILA é considerada estrutura FIFO – First in, First out – primeiro que entra é o primeiro que sai.
Os exemplos mais comuns de fila estão em controle de documentos para impressão, troca de mensagens entre computadores numa rede, etc.
Operações com Fila
Todas as operações em uma fila podem ser imaginadas como as que ocorrem numa fila de pessoas num banco, exceto que os elementos não se movem na fila, conforme o primeiro elemento é retirado. Isto seria muito custoso para o computador. O que se faz na realidade é indicar quem é o primeiro.
3.3.1 Fila em C++
Para implementarmos o conceito de FILA no sistema Zera Dengue, faremos o uso da linguagem C++ para demonstrar a base de como seria.
Usamos o compilador Dev C++, para trabalhar com o código fonte, este compilador pode ser baixado gratuitamente na internet.
Na tela acima podemos visualizar todos os comandos e funções usados para estruturar uma FILA nesta linguagem.
Comandos e métodos utilizados:
Primeiro para utilizarmos FILA em C++, teremos que adicionar no código a biblioteca responsável por esse procedimento, no início do código adicionaremos #include <queue>.
PUSH – método responsável para adicionar um elemento na FILA.
POP – método que retira um elemento da FILA.
FRONT – método que mostra qual o primeiro elemento da fila.
BACK – método que mostra o último elemento da fila.
SIZE – método que mostra a quantidade de elementos na fila.
Após estes comandos e ao executarmos o código, teremos a seguinte informação na tela abaixo:
O controle de solicitações seria organizado onde mostraria cada solicitação dos usuários, após a solicitação ser atendida chamaríamos o método POP que tiraria a solicitação da FILA, e daria outro status a ela.
3.3.2 Código Fonte C++
#include <iostream>
#include <queue>
using namespace std;
int main() {
	
	queue <string> solicitacao;
	solicitacao.push("Solicitacao 01");
	solicitacao.push("Solicitacao 02");
	solicitacao.push("Solicitacao 03");
	solicitacao.push("Solicitacao 04");
	solicitacao.push("Solicitacao 05");
	
	cout << " Quantidade de Solicitacoes na Fila: " << solicitacao.size() << "\n";
 cout << " Sua primeira solicitacao: " << solicitacao.front() << "\n";
	cout << " Sua ultima solicitacao: " << solicitacao.back() << "\n";	
}
3.4 MODELAGEM BANCO DE DADOS
O sistema Zera Dengue precisará ter seus dados armazenados em um banco de dados, mas para isso devemos preparar a estrutura inicial de como os dados serão guardados. A esta estrutura damos o nome de modelo, no qual esta atividade é também chamada de modelagem do banco de dados.
O modelo de dados ou estrutura, ou modelagem mais usado e conhecido no mercado de trabalho o MER – Modelo Entidade Relacionamento, criado em 1976 por Peter Chen.
Quando utilizamos o MER mantemos o foco no que deverá ser feito, e não em como será feito, ou seja, a implementação do banco de dados não importa neste momento.
Para representarmos de maneira gráfica, utilizamos um conjunto de símbolos que formam um diagrama, o Diagrama Entidade Relacionamento.
3.4.1 Modelo Entidade Relacionamento
Simbologia:
Entidade – São representadas pelos retângulos, é o objeto relevante do qual queremos guardar os dados.
Relacionamento – É representado pelo losango que está ligado as duas entidades, significa a associação entre os elementos.
Cardinalidade – Representada pelos 1,1 e 1,n. Significa a quantidade de ocorrências de entidades que podem estar associadas a uma ocorrência de outra entidade.
O gráfico acima representa que um usuário faz uma ou várias denúncias.
Modelo Conceitual
Na análise estruturada de desenvolvimento de software temos que começar a modelagem já tendo uma idéia dos requisitos, entidades, atributos e relacionamentos.
Para tal tarefa temos o modelo conceitual, que representa os dados de uma forma a comunicar o cliente que encomendou o sistema, é uma perspectiva do cliente.
Neste modelo procuramos representar o mundo real, não se preocupando ainda com tipos de dados e chaves.
Por exemplo: no modelo conceitual você está olhando para a propaganda de um prédio em um folheto promocional, nele aparecem imagens de uma vista panorâmica dos apartamentos do prédio, da área social, salão de festa e etc. Porém não há compromisso com a realidade, ou seja, o que você esta vendo é apenas uma ilustração.
Modelo Lógico e Físico
No modelo Lógico começamos a organizar melhor os dados que serão armazenados, identificamos os tipos dos atributos e algumas regras básicas que podem ser implementadas dentro do próprio banco de dados como – preenchimento obrigatório do campo - valores default – lista de valores possíveis.
Modelo Físico
No modelo físico a preocupação já fica direcionada as características de armazenamento físico do banco de dados.
Quando um atributo é tipificado como alfanumerico, devemos observar como o sgbd escolhido trata esse tipo de dado.
O modelo físico já é a implementação na linguagem SQL.
3.5 ARQUITETURA E ORGANIZAÇÃO DE COMPUTADORES
O sistema Zera Dengue precisará de seu hardware escolhido previamente na fase de requisitos, para que tenha um bom desempenho.
Sabendo disso, a equipe de ADS se responsabilizou pela pesquisa desses itens que farão parte da empresa.
3.5.1 Processador
O processador, também chamado de CPU (central processing unit), é o componente de hardware responsável por processar dados e transformar em informação. Ele também transmite estas informações para a placa mãe, que por sua vez as transmite para onde é necessário (como o monitor, impressora, outros dispositivos). A placa mãe serve de ponte entre o processador e os outros componentes de hardware da máquina. Outras funções do processador são fazer cálculose tomar decisões lógicas.
Para o sistema Zera Dengue, recomendamos os processadores Intel da linha core, mais especificamente o i7 com 4 núcleos, 4,90 GHz de clock.
3.5.2 Memória RAM
A memória RAM é um tipo de tecnologia que permite o acesso aos arquivos armazenados no computador. Diferentemente da memória do HD, a RAM não armazena conteúdos permanentemente. É responsável, no entanto, pela leitura dos conteúdos quando requeridos. Ou seja, de forma não-sequencial, por isso, a nomenclatura em inglês de Random Access Memory (Memória de Acesso Aleatório).
Sabendo que esta memória tem grande influência no desempenho do computador, escolhemos a quantidade de memória de 6gb de capacidade.
3.5.3 Disco Rígido
O HD, Hard disk ou disco rígido, é um componente de hardware do computador. Sua utilidade é o armazenamento de dados. Isto significa que quando algum arquivo é armazenado, ele não se perde com o desligamento da máquina (como acontece com a memória RAM).
Nossa escolha de HD com seu tamanho em bytes foi de 500000000000 bytes.
Essa capacidade é a mínima requerida para armazenamento.
Além dos itens recomendados acima, o computador precisa ter mouse e teclado, possuindo placa gráfica de no mínimo 1 gb.
O monitor requerido de no mínimo 16 polegadas, no caso de notebooks.
O preço de um computador com essas configurações esta entre 3.599 R$ e 8.000 R$.
4 CONCLUSÃO
Ao aplicarmos os conceitos no processo de desenvolvimento do sistema Zera Dengue, foi possível entender como algumas etapas são realmente aplicadas e implementadas.
Os processos são modelados de uma maneira que possam ser gerenciados e aplicadas métricas de desempenho, se os processos não forem entendidos e estruturados, a organização e o negócio não conseguem entregar valor aos seus clientes.
Quando olhamos para o desenvolvimento de software, é possível identificar também processos dentro do software, que vão desde o levantamento de requisitos até a entrega e manutenção do software.
REFERÊNCIAS
LOPER, Adriane Aparecida. Organização de Computadores. Londrina: UNOPAR, 2014.
FABRIS, Polyanna Pacheco Gomes;PERINI, Luis Cláudio. Processos de Software. Londrina: Editora e Distribuidora Educacional S.A, 2014.
EUAXCONSULTING. O que é Processos de Negócio: entenda a classificação de processos em uma organização. Disponível em: https://www.euax.com.br/2018/08/processo-de-negocio/.
 Acesso em: 15 de Março de 2020.
PROCESS. Modelagem de Processos de Negócio: Diferenças entre diagrama, mapa e modelo de processos. Disponível em: https://blog.iprocess.com.br/2014/02/modelagem-de-processos-de-negocio-diferencas-entre-diagrama-mapa-e-modelo-de-processos/.
 Acesso em: 18 de Março de 2020.