1

UNIP INTERATIVA  
Projeto Integrado Multidisciplinar V 
Curso Superior de Tecnologia  
  
  
  
  
  
  
  
  
  
  
  
  
AVALIAÇÃO DO SISTEMA SOLICITADO PELO
DEPP - DEPARTAMENTO DE EXTENSÃO,
PESQUISA E PÓS- GRADUAÇÃO.
  

Este PIM - projeto integrado multidisciplinar V

tem como objetivo desenvolver e executar um
roteiro de testes caixa-preta em um sistema de
formatação de artigos acadêmicos e gerar os
resultados obtidos com o teste, tendo como
base os conteúdos das disciplinas: Projeto de
interface com o usuário e engenharia de
software II.
.
  
  
  
    
  

POLO ARTUR NOGUEIRA

2018
 2

UNIP INTERATIVA  
Projeto Integrado Multidisciplina V 
Cursos Superiores de Tecnologia  
  
  
  
  
  
  
  
  
  
  
  
  
  AVALIAÇÃO DO SISTEMA SOLICITADO PELO
DEPP - DEPARTAMENTO DE EXTENSÃO,
PESQUISA E PÓS- GRADUAÇÃO.
  
  
  
  
  
  
  
  
  
   NOMES DOS ALUNOS / RA

CRISTIANO FRANCISCO CONDE / RA:1765896

POLO ARTUR NOGUEIRA

2018
 3

1. Resumo

Projeto Multidisciplinar V. PIM V UNIP, 2018.

Neste projeto irei apresentar uma avaliação do sistema por solicitação

do DEPP - departamento de extensão, pesquisa e pós- graduação.

Será realizado testes do tipo caixa preta no sistema de formatação de

Artigos Acadêmicos, no qual apesar de não ter acesso ao código fonte e
desconhecendo a estrutura interna do sistema, será verificado suas saídas e
resultados para os 10 ( dez) casos testes apresentados em conformidade com
o uso previamente mencionado.Baseado nos requisitos funcionais do software,
este teste também é denominado de teste funcional e a inspeção de
usabilidade do sistema será realizado por meio da técnica de avaliação
Heurística.

Palavras chaves: Teste, caixa-preta. código-fonte, resultados ,

avaliação, heurística.

2. Abstract
 4

Multidisciplinary Project V. PIM V UNIP, 2018.

In this project I will present a system evaluation by request of the

DEPP - Extension, Research and Graduate Department.

Black box tests will be carried out in the Academic Articles

formatting system, in spite of not having access to the source code and
ignoring the internal structure of the system, its outputs and results will
be verified for the 10 (ten) test cases presented accordingly with the
previously mentioned use.Based on the functional requirements of the
software, this test is also called functional testing and the usability
inspection of the system will be performed using the Heuristic evaluation
technique.

Keywords: Test, black-box. source code, results, evaluation,

heuristics.

SUMÁRIO
 5

1. RESUMO.......................................................................................................04

2. ABSTRACT....................................................................................................05

3. INTRODUÇÃO...............................................................................................07

4. DESENVOLVIMENTO DOS TESTES ..........................................................09

4.1. Caso teste 01.............................. ...........................................................09

4.1.1 Resultados e correções apontadas ...............................................10

4.2. Caso teste 02.............................. ...........................................................09

4.2.1 Resultados e correções apontadas ...............................................10

4.3. Caso teste 03.............................. ...........................................................09

4.3.1 Resultados e correções apontadas ...............................................10

4.4. Caso teste 04.............................. ...........................................................09

4.4.1 Resultados e correções apontadas ...............................................10

4.5. Caso teste 05.............................. ...........................................................09

4.5.1 Resultados e correções apontadas ...............................................10

4.6. Caso teste 06.............................. ...........................................................09

4.6.1 Resultados e correções apontadas ...............................................10

4.7. Caso teste 07.............................. ...........................................................09

4.7.1 Resultados e correções apontadas ...............................................10

4.8. Caso teste 08.............................. ...........................................................09

4.8.1 Resultados e correções apontadas ...............................................10

4.9. Caso teste 09.............................. ...............................................................09

 6

4.9.1 Resultados e correções apontadas ...............................................10

4.10. Caso teste 10............................ ...............................................................09

4.10.1 Resultados e correções apontadas .............................................10

8.0. Conclusão...................................................................................................20

9.0. Referências.................................................................................................21
 7

3. INTRODUÇÃO

Este trabalho aqui desenvolvido, consiste em testar e fazer uma inspeção de

usabilidade em um sistema pré-existente, com o nome de Sistema de
Formatação de Artigos Acadêmicos, e o objetivo é verificar sua
correção em relação ao comportamento esperado e usabilidade.

O Departamento de Extensão, Pesquisa e Pós-graduação (DEPP) de uma

universidade contratou uma empresa para o desenvolvimento de um
sistema com o intuito de ajudar os autores na formatação de artigos
acadêmicos no momento da publicação em congressos e revistas
científicas da universidade.

Por solicitação do DEPP foi contratada uma empresa para desenvolver um

sistema que atendesse à seguinte descrição: “O sistema terá a principal
função de formatar os artigos acadêmicos que serão submetidos, pelos
autores, aos congressos e às revistas científicas da universidade. Um
artigo somente poderá ser submetido se estiver dentro das normas de
formatação definidas pela DEPP, em formato PDF e se tiver até 42.000
caracteres. Para ser submetido, o artigo deverá ter duas versões, uma
com o nome dos autores e outra sem o nome dos autores (blind review).
Essas duas versões deverão ser geradas pelo Sistema de Formatação
de Artigos Acadêmicos”.

Durante o desenvolvimento deste trabalho vou realizar diversos roteiros de

testes para o sistema ora mencionado, realizando o teste "caixa-preta"
registrando e documentando todos os passos através de um modelo
normatizado de fácil compreensão.
8
 9

4. DA APLICAÇÃO DO PROJETO

Através de um roteiro de testes obedecendo as exigências

necessárias para a execução dos mesmos, de acordo com a condição inicial,
os passos a serem executados, dados de entrada, resultado esperado,
resultado real, assim como a data de realização, serão visualizados conforme
segue:
Caso de teste:

Procedimento inicial:

ID Passos para Dados de entrada Resultado

execução esperado

5. DESENVOLVIMENTO DO PROCESSO
Segue abaixo os roteiros de testes dos casos de 1 a 10 contendo os
dados utilizados na verificação.
5.1 Caso de teste 1
Caso de teste: Gerar um artigo completo

Procedimento inicial: Gerar um artigo completo com um autor cadastrado com

sucesso (nenhum campo pode ficar em branco).

ID Passos para Dados de entrada Resultado esperado

execução

1 É exibido Foi preenchido Após toda a digitação,

corretamente pelo todos os campos nenhuma mensagem de erro é
sistema, o do formulário exibida.
formulário para conforme
gerar de artigo solicitado
acadêmico

2 Ao clica no botão - O Arquivo é aberto, no

“Gerar o artigo navegador sem a opção de
completo." download do arquivo em
formato PDF. FIG. 01A
 10

5.1.1 Resultado e correções necessárias

Apesar de nenhum mensagem de erro ser mostrada, com o
preenchimento completo dos dados no sistema e o arquivo é apresentado
incorporado ao navegador, mas não aparece a opção de download do arquivo
PDF e também não tem a opção voltar, sendo este um problema.
A opção limpar não está funcionando corretamente, pois limpa apenas
parcialmente.
Algumas correções são necessárias, tais como, implantar sistema de
escolha de geração de arquivo, ou botões geradores dos mesmos e corrigir a
função limpar para que a mesma limpe todos os campos onde ouve digitação.

Figura 01A - documento aberto no navegador

 11

5.2 Caso de teste 2

Caso de teste: Gerar um artigo para submissão

Procedimento inicial: Gerar um artigo para submissão com um autor

cadastrado com sucesso (nenhum campo pode ficar em branco).

ID Passo para Dado de entrada Resultado

execução esperado

1 É exibido Após é feito o Após toda a

corretamente pelo preenchimento de digitação,
sistema, o todos os campos nenhuma
formulário para do formulário. mensagem de erro
submissão de é exibida.
artigo acadêmico

2 Após clica no _____ O Arquivo é

botão “Gerar” aberto, no
referente ao navegador sem a
Arquivo para opção de
submissão (blind download do
review) arquivo em
formato PDF. FIG.
02- A

5.2.1 Resultados

No teste 02, observa-se que o resultado é praticamente o mesmo do

anterior, porem com alguns problemas adicionais, pois os autores não são
identificados e o restante dos campos respondeu corretamente, conforme os
prints figura 02A, é necessário a correção para que todos os dados digitados
sejam corretamente inseridos no documento.
 12

Figura 02A - documento aberto no navegador

 13

5.3 Caso de teste 3

Caso de teste: Gerar um artigo completo

Procedimento inicial: Gerar um artigo completo com três autores

cadastrados com sucesso (nenhum campo pode ficar em branco).

ID Passo para Dado de entrada Resultado

execução esperado

1 É exibido Após é feito o Após toda a

corretamente pelo preenchimento de digitação,
sistema o todos os campos nenhuma
formulário para do formulário. mensagem de
Gerar o artigo erro é exibida.
acadêmico

2 Após clica no _____ O Arquivo é

botão “Gerar” aberto, no
referente ao navegador sem a
Arquivo para opção de
submissão (blind download do
review) arquivo em
formato PDF.
FIG. 03- A

5.3.1 Resultados
É gerado o arquivo teste 03 com sucesso, sendo que o Arquivo completo
foi gerado com todos os autores identificados e o restante dos campos
completos, em conformidade com o print gerado do teste, o qual segue abaixo:
 14

FIG. 03- documento aberto no navegador

 15

5.4 Caso de teste 4

Caso de teste: Gerar um artigo completo

Procedimento inicial: Gerar um artigo completo com três autores com e-

mails inválidos (nenhum campo pode ficar em branco).

ID Passo para Dado de entrada Resultado

execução esperado

1 É exibido Após é feito o O sistema fornece

corretamente pelo preenchimento de uma mensagem:
sistema o todos os campos
“Por favor digite
formulário para do formulário,
um e-mail válido”.
Gerar o artigo conforme
As bordas ao redor
acadêmico solicitado
do campo “E-mail
ficam em destaque
vermelho e isto
acontece até que
usuário digite um
e-mail que
contenha em seu
endereço uma @.

2 Ao clica no botão _____ O Arquivo é aberto,

“Gerar o artigo no navegador sem
completo." a opção de
download do
arquivo em formato
PDF. FIG. 01A

5.4.1 Resultados e soluções esperadas.

Notamos que o sistema informa que o usuário digitou um e-mail inválido
quando o mesmo não insere uma “@ “(Arroba) no endereço mencionado,
porém qualquer outra informação que seja inserida, ainda que errada como a
 16

exemplo não finalizar o endereço com o “.com.br” é considerada correta para o

sistema desde que a @ esteja presente.
O sistema apresentou um travamento enquanto a mensagem de erro
estava na tela (no caso do google Chome), não permitindo o usuário trocar de
tela na internet (Alt+ tab) enquanto o erro no e-mail não fosse corrigido e
mensagem retirada da tela.
O arquivo após ser concluido é gerado com sucesso e o e-mail inválido
é inserido junto ao texto gerado.
Para a correção será necessário criar mais critérios que identifique que
o e-mail esta inválido, não permitir que o arquivo seja gerado enquanto não for
inserido um e-mail válido (semelhantemente quando um campo obrigatório não
é preenchido) e enviar uma mensagem ao usuário informando que ainda falta
ser inserido um e-mail válido.
 17

5.5 Caso de teste 5

Caso de teste: Gerar um artigo completo

Procedimento inicial: Gerar um artigo completo com três autores com os

campos de autor em branco.

ID Passo para Dado de entrada Resultado

execução esperado

1 Sistema exibe o Preenchimento de Uma mensagem

formulário para todos os campos informando o
submissão de exceto o dos usuário que o
artigo acadêmico autores do campo “Autor”
formulário de não foi prenchida
forma válida e o arquivo não é
criado, gerando
assim um
resultado
satisfatório

2 Usuário _____ O Sistema

clica no botão fornece uma
“Gerar” referente mensagem
ao Arquivo dizendo “Favor
Completo Verificar o Campo
Autor” e não gera
o arquivo

5.5.1 Resultados

Podemos notar ao resultado do caso de teste 5 foi de maneira

satisfatória, pois o sistema não permitiu que o arquivo geral fosse gerado sem
que antes fosse colocado o nome dos autores e informa o usuário sobre este
 18

campo não preenchido no momento em que o mesmo clica no botão “gerar”

referente ao “arquivo completo.

5.6 Caso de teste 6

Caso de teste: Gerar um artigo completo

Procedimento inicial: Gerar um artigo completo com um autor cadastrado

com sucesso (nenhum campo pode ficar em branco) e limpar os dados sem gerar
o artigo.

ID Passo para Dado de Resultado

execução entrada esperado

1 Sistema Dados
exibe campos: exibidos
titulo, titulo em
Sistema
 19

inglês, autores exibe campos:

( autor, titulação, titulo, titulo em
vinculo inglês, autores
institucional, email ( autor, titulação,
de contato), vinculo
Resumo, Palavra- institucional, email
chave, abstract, de contato),
keywords, corpo Resumo, Palavra-
_____
de texto, notas e chave, abstract,
__
referencias keywords, corpo
bibliográficas, de texto, notas e
arquivo completo referencias
(gerar), arquivo de bibliográficas,
submissão (gerar).
arquivo
completo (gerar),

arquivo de
submissão (gerar).

Usuário Será È exibido os

informar os dados preenchidos dados dados de entrada
do artigo. nos seguintes nos campos: titulo,
campo: titulo em inglês,
autores ( autor,
titulo, titulo
titulação, vinculo
em inglês, autores
institucional, email
( autor, titulação,
de contato),
vinculo
Resumo, Palavra-
institucional, email
chave, abstract,
de contato),
keywords, corpo
2 Resumo, Palavra-
de texto, notas e
chave, abstract,
referencias
keywords, corpo
bibliográficas.
de texto, notas e
 20

referencias

3 No campo
de arquivo
_______ Sistema
completo clicar em
gera artigo em
gerar
arquivo “PDF”

4 Após gerar O sistema

o artigo clica em vai limpa todos os
(Limpar) dados do artigo
_______ anterior que foram
digitados

5.6.1 Resultados
Notamos como o sistema funcionou após gerar um artigo e foi pedido
que seja limpado os dados do artigo anterior ao clicar o sistema apenas
apagou o artigo em partes, então assim o sistema não funcionou conforme
pedido o caso teste.
 21

5.7 Caso de teste 7

Caso de teste: Gerar um artigo completo

Procedimento inicial: Gerar um artigo completo com um autor cadastrado

com sucesso (nenhum campo pode ficar em branco), criando no campo “corpo do
texto” um texto com formatação em negrito, itálico, subscrito e sobrescrito e o
texto justificado com sucesso.

ID Passo para Dado de Resultado

execução entrada esperado

Sistema Dados
exibe campos: exibidos
titulo, titulo em
Sistema
inglês, autores
exibe campos:
(autor, titulação,
titulo, titulo em
vinculo
inglês, autores
institucional, email
( autor, titulação,
de contato),
 22

Resumo, Palavra- _______ vinculo

chave, abstract, institucional, email
1
keywords, corpo de contato),
de texto notas e Resumo, Palavra-
referencias chave, abstract,
bibliográficas, keywords, corpo
arquivo completo de texto, notas e
(gerar), arquivo de referencias
submissão (gerar) bibliográficas,
e limpar
arquivo
completo (gerar),

arquivo de
submissão (gerar).

Usuário Será È exibido os

informar os preenchidos dados dados de entrada
dados do artigo. nos seguintes nos campos: titulo,
campo: titulo em inglês,
autores ( autor,
titulo, titulo
titulação, vinculo
em inglês, autores
institucional, email
( autor, titulação,
de contato),
vinculo
Resumo, Palavra-
2 institucional, email
chave, abstract,
de contato),
keywords, corpo de
Resumo, Palavra-
texto, notas e
chave, abstract,
referencias
keywords, corpo
bibliográficas.
de texto com
seguintes
formatações em
negrito, itálico,
subscrito e
 23

sobrescrito e o
texto justificado,
notas e referencias

3 No
campo de
_______ Sistema gera
arquivo
artigo em arquivo
completo clicar
“PDF”
em gerar

Na imagem acima, podemos ver antes de gerar o artigo como as

formatações de texto pedido no caso de teste está.
 24

Aqui vemos na imagem abaixo, como o artigo completo após ser gerado,
o texto que estava subscrito antes, não estava mais apos ser gerado, assim
constatamos uma falha no sistema sobre as formatações de texto, depois que
gerar o artigo.
 25

5.7.1 Resultados
O caso de teste 7 notamos como o sistema funcionou correto ao gerar o
artigo, mas podemos notar que as ferramentas de formatação de texto,
funcionaram parcialmente não correspondendo da maneira pedida, caso da
formatação em negrito, itálico, sobrescrito e o texto justificado funcionou de
maneira espera, mas o Subscrito não correspondeu de maneira correta, o
campo antes de gerar o artigo, podemos notar que o texto selecionado esta
em subscrito, mas ao gera-lo notamos que isso não ocorreu, detectando assim
uma falha no sistema, portanto podemos dizer que o teste não teve sucesso.

5.8 Caso de teste 8

Caso de teste: Gerar um artigo completo

Procedimento inicial: Gerar um artigo completo com um autor cadastrado

com sucesso (nenhum campo pode ficar em branco), anexando no campo “corpo
do texto” uma imagem de um arquivo com sucesso.

ID Passo para Dado de Resultado

execução entrada esperado

1 Sistema Preenchime ● O
exibe o formulário nto de todos os resultado é
para submissão de campos do insatisfatóri
artigo acadêmico formulário e no o, pois o
campo “Corpo do sistema
texto” há um link apresenta
para inserção de um erro no
um arquivo de servidor e
imagem. Usuário abre uma
clica neste link e tela com a
abre-se uma seguinte
janela com três mensagem.
opções: “”HTTP
Error 404.0
“Informaçõe
 26

s da Imagem, - Not Found

Enviar, Avançado”.
The
resource you are
looking for has
been removed,
had its name
changed, or is
temporarily
unavailable”.

2 Usuário _____ É aberto, no

clica no botão navegador no caso
“Gerar” referente google chrome, ja
ao Arquivo no Internet
completo e texto é Explorer é gerado
gerado sem a em para
inserção da Download, o
imagem arquivo em PDF

5.8.1 - Resultados e soluções esperadas

O sistema não permite a inserção de uma imagem nem quando digitada
um URL com o endereço de alguma imagem, assim como também não permite
ao usuário anexar uma imagem contida no arquivos de imagem da maquina
onde estão sendo feito os testes.
 27

Algumas medidas devem ser tomadas para a correção do problema, tais

como:
corrigir o erro “”HTTP Error 404.0 - Not Found
The resource you are looking for has been removed, had its name
changed, or is temporarily unavailable”.
 28

sem que seja necessário colocar uma URL..Criar uma forma onde seja
possível copiar uma imagem e colar no corpo do texto, como a exemplo do
editor de textos Microsoft Word.

5.9 Caso de teste 9

Caso de teste: Gerar um artigo completo

Procedimento inicial: Gerar um artigo completo com um autor cadastrado

com sucesso (nenhum campo pode ficar em branco), anexando no campo “Notas”
uma URL de um arquivo com sucesso e criando um texto formato à esquerda e
em negrito.

ID Passo para Dado de Resultado

execução entrada esperado

1 Sistema Preenchime Nenhuma

exibe o formulário nto de todos os mensagem de erro
para submissão de campos do é exibida durante a
artigo acadêmico formulário de digitação
forma válida

2 - Preenchime Nenhuma
nto do campo mensagem de erro
notas com um link é exibida durante a
para um arquivo digitação
PDF externo.

3 No campo - Sistema
de arquivo gera o arquivo
completo clicar em PDF e exibe o
gera mesmo no
browser.

5.9.1
 29

Após a submissão do formulário, conforme imagens abaixo, o resultado

esperado é obtido, pois em ambas as imagens não são observadas anomalias,
o texto alinhado á esquerda em negrito é exibido corretamente e o topo do
arquivo mantém-se conforme esperado.

5.10 Caso de teste 10

Para o caso de teste 10, será diferente de todos outros testes, ele
do tipo de especificações da interface.

Caso de teste: Gerar um artigo completo

Procedimento inicial: Além dos casos de testes relacionados às regras de

negócio, será necessário criar os testes relativos ao comportamento técnico da
tela do sistema.

● Avalie a tela do sistema e crie, para todos os campos e controles

existentes, os testes de interface relacionados a:

● domínio de todos os campos;

● validação de cada campo;

● ações em botões e links existentes;

● mensagens exibidas pelo sistema

Elemen Descriç Tipo/Ta Forma Validaç

to ão manho to ão

Campo Titulo Alfa (80) Alinha Pode

do a estar em
esquerda branco

Campo Titulo Alfa (80) Alinha Pode

 30

em inglês do a estar em
esquerda branco

Campo Autor Alfa (40) Alinha Digite

do a um autor
esquerda

Campo Titulaçã Alfa (80) Alinha Digite

o do a uma titulação
esquerda

Campo Vinculo Alfa Alinha Digite

Institucional (256) do a um vinculo
esquerda institucional

Campo E-mail Alfa (40) Alinha Digite

de contato do a um e-mail
esquerda valido

Campo Resumo Alfa Alinha Pode

(2000) do a estar em
esquerda branco

Campo Palavra Alfa Alinha Pode

chave (256) do a estar em
esquerda branco

Campo Abstract Alfa Alinha Pode

(2000) do a estar em
esquerda branco

Campo Keywor Alfa Alinha Pode

ds (256) do a estar em
esquerda branco

Campo Corpo Alfa Forma Pode

do texto (2000) tado pelo estar em
usuário branco

Campo Notas Alfa Forma Pode

(2000) tado pelo estar em
 31

usuário branco

Campo Referên Alfa Forma Pode

cias (2000) tado pelo estar em
bibliográficas usuário branco

Botão + ------------ --------- Aument

------ --------- a números de
autores

Botão Gerar ------------ --------- Gera

--------- ---------- arquivo em
PDF

Botão Gerar ------------ --------- Gera

--------- ---------- arquivo em pdf
sem autor
para
submissão

Botão Limpar ------------ --------- Limpa

--------- ----------- campos
digitados

Depois que criamos que as especificações de interface, também

devemos fazer as especificações de campo de mensagem a ser exibida.

Elem Descriç Situação Mensagem a

ento ão ser Exibida

Botã Gerar Deixar todos os Por favor,

o campos em branco Verifique o campo
email valido!

Botã Gerar Preencher o Por favor,

o campo email e deixar os Verifique o campo
restantes dos campo em Autor.
branco

Botã Gerar Preencher o Por favor,

 32

o campo email e autores e Verifique o campo

deixar os restantes dos Titulação.
campo em branco

Botã Gerar Preencher o Por favor,

o campo email e autores e verifique campo
titulação e deixar os vinculo institucional.
restantes dos campo em
branco

5.10.1 Erros

Sabemos que todo sistema não são imunes a erros, nesse sistema
podemos observar alguns erros que não podem ser constatados nos casos de
teste, mas sim na interface e usabilidades dos usuários finais, assim
apontamos os seguintes erros encontrados nesse sistema:

Primeiro erro encontrado foi ao digitamos acima de 90 caracteres na

mesma linha é encontrado esse erro:
 33

Outro erro encontrado é na contagem dos caracteres ao pressionar

o botão enter ele pula três caracteres, conforme as imagens abaixo:

Antes de dar o enter.

Apos dar o enter, ele pular contagem de três caracteres.

 34

8.0 Conclusão

Com muita satisfação que através deste trabalho entreguei um software

destinado a locação veicular, para a empresa Legal Rent a Car, sendo esta
uma empresa que esta iniciando seus trabalhos nos aeroportos do Brasil.
Este projeto também contempla a ideia de responsabilidade social,
através de divulgação dos direitos humanos, por meio de panfletos, sendo que
o modelo inicial para começar a ação está aqui incluído.
O programa é demasiadamente completo em sua construção, porem
com muita facilidade de operação por usuários que não possuam
conhecimento em desenvolvimento e análise de sistema, podendo ser operado
por qualquer colaborador, funcionários e proprietários da empresa.
Acredito que o Software, vai atender toda a demanda requisitado no
inicio do projeto, mas com certeza poderá ocorrer necessidade de modificações
conforme for sendo utilizado, o que é muito comum nestes nos casos de
implantação de programas.
De acordo com a satisfação ou a necessidade, podemos futuramente
moldar o software, incluindo módulos adicionais, como por exemplo comissão
de funcionários, controle contábil e análise de ganhos e gastos financeiros.
Acredito que inicialmente o recém criado programa de locação veicular
está dentro das definições estabelecidas e vai atender a necessidade inicial da
empresa.
 35

9.0 Referências

1. A ONG OLODUM Disponível em :

2. http://olodum.com.br/olodum-social
Acesso em: 09 outubro de 2017.

3. Arvores Binárias. Disponivel em:

fhttp://wiki.icmc.usp.br/images/7/70/AulaIntroArvores.pdf
Acesso em: 10 outubro 2017.

4. pesquisa ongs. Disponivel em:

http://projetopolitique.com.br/conheca-5-ongs-de-direitos-humanos-no-brasil/
Acesso em : 15 outubro de 2017.

5. Linguagem de programação. Disponivel em:

https://canaltech.com.br/produtos/o-que-e-uma-linguagem-de-programacao/
Acesso em: 15 outubro de 2017.

6. Linguagem em C. Disponível em:

http://www.inf.ufpr.br/ci208/NotasAula.pdf
Acesso em: 15 de outubro de 2017.

7. Informação utilização Dev C++ em:

http://www.ebah.com.br/content/ABAAAepEgAA/como-utilizar-dev-c
Acesso em: 30 de outubro de 2017.
36