PIM V COMPLETO

Prévia do material em texto

UNIP INTERATIVA
Projeto Integrado Multidisciplinar
Cursos Superiores de Tecnologia
DESENVOLVIMENTO DE ROTEIRO DE TESTES CAIXA PRETA
Mogi das Cruzes
2017
UNIP INTERATIVA
Projeto Integrado Multidisciplinar
Cursos Superiores de Tecnologia
DESENVOLVIMENTO DE UM ROTEIRO DE TESTES CAIXA PRETA
Fernando Mattos de Sousa
RA : 1638175
Curso: Analise e Desenvolvimento de Sistemas
Semestre: 1º Semestre de 2017
Mogi das Cruzes
2017
RESUMO
Os testes são partes fundamentais para qualquer software, bem como sua
usabilidade. Os testes caixa preta e a avaliação heurística, proposto neste PIM V,
mostram uma sequência de testes executados em um sistema, para diagnosticar
possíveis conflitos, erros. Diferenças entre os requisitos do projeto e o software
apresentado.
É apresentado uma sequência de testes com os valores propostos e os obtidos.
E ao final uma conclusão do resultado é apresentada.
Palavras chave: Testes caixa preta; testes; avaliação software;
RESUMEN
Las pruebas son las piezas clave para cualquier software, así como su facilidad
de uso. La prueba de caja negro y evaluación heurística propuesta en este PIM V
muestran una secuencia de pruebas realizadas en un sistema para diagnosticar
posibles conflictos, errores. Las diferencias entre los requisitos del proyecto y el
software presentado.
Una secuencia de pruebas con los valores propuestos obtiene y se muestra. Y
al final una conclusión se muestra el resultado.
Palabras clave: pruebas de caja negro; las pruebas; software de evaluación;
Sumário
Sumário ..............................................................................................................5
1. DESCRIÇÃO DO CENARIO .......................................................................6
1.1 PROBLEMA.............................................................................................6
1.2 OBJETIVOS.............................................................................................6
1.2.1 Geral .................................................................................................6
1.2.2 OBJETIVOS ESPECIFICOS .............................................................6
1.2.3 PONTOS IMPORTANTES ................................................................7
2 TESTE DE SOFTWARE .............................................................................8
2.1 FERRAMENTAS......................................................................................8
2.1.1 TIPOS DE FERRAMENTAS .............................................................8
2.1.2 TESTES ............................................................................................9
3 PLANEJAMENTO .....................................................................................10
4 PROJETO.................................................................................................11
5 IMPLEMANTAÇÃO...................................................................................12
6 EXECUÇÃO..............................................................................................13
6.1 CASOS DE TESTES .............................................................................13
6.2 VERIFICAÇÃO ......................................................................................23
7 RELATÓRIO FINAL ..................................................................................23
8 CONCLUSÃO ...........................................................................................23
9 REFERÊNCIAS BIBLIOGRAFICAS..........................................................24
INTRODUÇÃO
O objetivo deste projeto é criar e executar roteiros de testes com o a técnica
caixa-preta para auxiliar um departamento de extensão, pesquisa e pós
graduação (DEPP) de uma universidade que comprou um sistema de formatação
de trabalhos e precisa dar o aceite final para a aquisição do software.
O sistema terá a principal função de formatar os artigos acadêmicos
que serão submetidos, pelos autores, aos congressos e 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.
Como o DEPP precisa avaliar e dar o aceite final no sistema, mas
não tem o domínio das técnicas a serem aplicadas para a avaliação, pediu o auxílio
do Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas para
realizar essas atividades.
Para a avaliação do sistema de formatação de artigos acadêmicos
foram identificados 10 (dez) casos de testes a serem executados, assim a equipe
elaborou roteiros de testes de tipo caixa-preta, onde serão aplicados e gerados
resultados dos testes.
1. DESCRIÇÃO DO CENARIO
O DEPP (Departamento de Extensão, Pesquisa e Pós-graduação) contratou
uma empresa para criação de um software para auxiliar a inclusão de Artigos
Acadêmico, visando a melhoria e otimização do sistema. Para o aceite final foi
solicitado para os integrantes do Curso Analise e desenvolvimento de sistemas a
avaliação com os testes necessários, para que não ocorra erros no processo.
Para isso serão necessários executar:
 Testes caixa preta
 Avaliação Heurística
1.1 PROBLEMA
O fato de melhorar a inclusão de Artigos, melhora e otimiza consideravelmente
o trabalho do Corpo Docentes. Mas um problema, ou falha nesta inserção de material
pode acarretar um problema muito grave, desde inconsistência de dados do material
até a própria perda deste. E isso pode acarretar prejuízo para a faculdade.
1.2 OBJETIVOS
1.2.1 GERAL
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.
Realizar uma inspeção de usabilidade no sistema por meio da técnica de
avaliação heurística e apresentar um relatório com os resultados
1.2.2 OBJETIVOS ESPECIFICOS
 Desenvolver e aplicar os conhecimentos adquiridos no estudo;
 Desenvolver um roteiro de testes para cada cenário proposto;
 Executar o roteiro de testes;
 Registrar os resultados e gerar evidências dos testes aplicados;
 Realizar uma inspeção de usabilidade;
 Aplicar a técnica de avaliação heurística;
 Desenvolver a capacidade de identificar necessidades e propor soluções;
 Fomentar o hábito de executar projetos envolvendo múltiplas disciplinas;
 Argumentar e discutir as tecnologias utilizadas nos projetos de sistemas
computacionais.
1.2.3 PONTOS IMPORTANTES
 Para cada caso de teste, deve ser elaborado um roteiro de testes que descreva
o passo a passo do que deve ser testado; exibindo, no mínimo, a condição
inicial de teste, o passo a ser executado, qual o dado de entrada necessário
para o teste e o resultado esperado.
 Após a elaboração do roteiro, executa-lo e gerar as evidências necessárias que
provem que os testes foram aplicados.
 Elaborar um relatório final com a análise dos resultados e o parecer final sobre
os testes.
 Considerar as 10 heurísticas de usabilidade para projeto de interface
apresentadas por Jacob Nielsen:
o Visibilidade do estado do sistema;
o Correlação entre o sistema e o mundo Real;
o Liberdade e controle do Usuário;
o Consistência e Padrões;
o Reconhecimento em vez de Memorização;
o Flexibilidade e eficiência de uso;
o Projeto estético e minimalista;
o Suporte para usuário no reconhecimento, no diagnóstico e na
recuperação de erros;
o Ajuda e documentação;
 Apresentar relatório de inspeção de usabilidade com:
o Característica do sistema inspecionado;
o Violações de heurística encontradas;
 Identificação dos itens envolvidos;
Print Screen das telas demonstrando a violação;
 Grau de severidade para cada uma das violações apontadas;
o Avaliação global do sistema;
2 TESTE DE SOFTWARE
Para garantir a qualidade de um programa, desenvolvem os testes de software.
Isso é necessário para que falhas no software sejam detectadas antes de ser utilizado
em larga escala.
São contratados TESTADORES (analistas de testes ou testadores de software)
para identificarem estes problemas, relatarem para que os desenvolvedores os
corrijam.
Para isso é necessário realizar uma bateria de testes diferentes, que envolvem
desde analise de estrutura interna do software até a avaliação da interface.
2.1 FERRAMENTAS
Para que esses testes possam ser realizados de modo mais rápido e com maior
abrangência, existe ferramentas que automatizam alguns deles ou auxiliam na
execução de outros. Essas ferramentas são as ferramentas de teste de software.
2.1.1 TIPOS DE FERRAMENTAS
Os tipos de ferramentas de testes de software são tão amplos quantos os tipos
de testes que podem ser realizados. Ou seja, para cada teste a ser aplicado é possível
encontrar uma aplicação/ ferramenta que auxilie.
Teste de funcionalidade: aqui o objetivo é avaliar a interface do programa, os
links, campos de preenchimento, botões etc. Uma ferramenta que pode ser útil nesse
caso é o Push Test Maker. Para aplicações web, temos o Apodora, o Sikuli e o Watir.
Teste de desempenho: esse teste visa avaliar a performance de um programa,
se ele atende aos requisitos mínimos preestabelecidos, como o tempo que demora
para dar respostas a ações realizadas e se ele rende como o esperado. Um software
que pode ajudar é o Apache Jmater, que pode ser usado em aplicações Web.
Teste unitário: esse visa avaliar pequenas unidades que compõem um
software, responsáveis por funções diferentes dentro dele. Podem ser avaliados
códigos, sub-rotinas entre outros. O foco aqui é descobrir se todas essas partes estão
funcionando adequadamente. As ferramentas que podem ajudar aqui são: NUnit e
JUnit (para aplicações Java).
Gestão dos testes: existem ferramentas que auxiliam no gerenciamento dos
testes a serem realizados, permitindo acompanhamento e controle dos casos e
atividades de testes. Entre elas temos o TestMaster e o Testlink.
Bugs e defeitos: há ferramentas que são importantes para se encontrar bugs e
erros durante o desenvolvimento dos programas. Podemos destacar o Redmine,
Mantisbt e o Bugzilla.
Ainda há ferramentas que podem auxiliar nos testes de segurança, de ambiente,
de integração entre outros.
2.1.2 TESTES
Muitos dos testes necessários são numerosos e trabalhosos. Alguns requerem
verificações rotineiras e repetidas, que podem cansar o testador, deixando margem
para falhas escapem da análise. Sem falar no tempo que isso pode tomar. Algumas
das ferramentas de teste ao automatizarem tarefas repetitivas, podem aumentar em
muito na confiabilidade qualidade ao teste realizado.
Testes que podem ser realizados:
Muitos outros testes podem são possíveis. Entretanto, é preciso entender os
requisitos funcionais e não funcionais (garantia e utilidade) do negócio, para definir
exatamente o nível de testes que pretende estabelecer para uma determinada
aplicação. Testar demais é tão ineficiente quanto testar pouco.
3 PLANEJAMENTO
A técnica utilizada para avaliar se o sistema está de acordo com
as conformidades previstas pelo Departamento de Extensão, Pesquisa e Pós-
graduação e a funcional caixa-preta que verifica situações de sucesso e
insucesso na execução de determinadas funcionalidades denominadas casos de
teste.
Tipo de Teste Descrição
Teste de Unidade Teste em um nível de componente ou classe. É o teste cujo objetivo é um “pedaço docódigo”.
Teste de Integração Garante que um ou mais componentes combinados (ou unidades) funcionam. Podemosdizer que um teste de integração é composto por diversos testes de unidade*1
Teste Operacional Garante que a aplicação pode rodar muito tempo sem falhar.
Teste Positivo-negativo Garante que a aplicação vai funcionar no “caminho feliz” de sua execução e vai funcionarno seu fluxo de exceção. *2
Teste de regressão Toda vez que algo for mudado, deve ser testada toda a aplicação novamente.
Teste de caixa-preta Testar todas as entradas e saídas desejadas. Não se está preocupado com o código, cadasaída indesejada é visto como um erro.
Teste caixa-branca O objetivo é testar o código. Às vezes, existem partes do código que nunca foramtestadas.
Teste Funcional
Testar as funcionalidades, requerimentos, regras de negócio presentes na
documentação. Validar as funcionalidades descritas na documentação (pode acontecer
de a documentação estar inválida)
Teste de Interface Verifica se a navegabilidade e os objetivos da tela funcionam como especificados e seatendem da melhor forma ao usuário.
Teste de Performance Verifica se o tempo de resposta é o desejado para o momento de utilização da aplicação.
Teste de carga Verifica o funcionamento da aplicação com a utilização de uma quantidade grande deusuários simultâneos.
Teste de aceitação do usuário
Testa se a solução será bem vista pelo usuário. Ex: caso exista um botão pequeno demais
para executar uma função, isso deve ser criticado em fase de testes. (aqui, cabem
quesitos fora da interface, também).
Teste de Volume Testar a quantidade de dados envolvidos (pode ser pouca, normal, grande, ou além degrande).
Testes de stress Testar a aplicação sem situações inesperadas. Testar caminhos, às vezes, antes nãoprevistos no desenvolvimento/documentação.
Testes de Configuração Testar se a aplicação funciona corretamente em diferentes ambientes de hardware oude software.
Testes de Instalação Testar se a instalação da aplicação foi OK.
Testes de Segurança Testar a segurança da aplicação das mais diversas formas. Utilizar os diversos papéis,perfis, permissões, para navegar no sistema.
A universidade informou 10 casos de testes os quais serão criados
roteiros específicos para cada caso, executados e geradas as evidencias
dos sucessos ou insucessos observados. Ao final será gerado um relatório
final apontando as possíveis falhas do sistema, auxiliando a DEPP na aceitação
do Sistema.
4 PROJETO
Nesta fase vamos identificar os casos de teste informados pela DEPP abaixo:
Caso de teste 1: Gerar um artigo completo com um autor cadastrado com
sucesso (nenhum campo pode ficar em branco).
Caso de teste 2: Gerar um artigo para submissão com um autor cadastrado com
sucesso (nenhum campo pode ficar em branco).
Caso de teste 3: Gerar um artigo completo com três autores cadastrados com
sucesso (nenhum campo pode ficar em branco).
Caso de teste 4: Gerar um artigo completo com três autores com e-mails
inválidos (nenhum campo pode ficar em branco).
Caso de teste 5: Gerar um artigo completo com três autores com os campos de
autor em branco.
Caso de teste 6: Gerar um artigo completo com um autor cadastrado com
sucesso (nenhum campo pode ficar em branco) e limpar os dados sem gerar o artigo.
Caso de teste 7: 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.
Caso de teste 8: 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.
Caso de teste 9: 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.
Caso de teste 10: Testes de interface.
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 todosos campos e os 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;
5 IMPLEMANTAÇÃO
Elaborado um roteiro de testes com as exigências necessárias as execuções dos
testes, contemplando a condição inicial, os passos a serem executados, dados de
entrada, resultado esperado, resultado real e data de realização.
CASO DE TESTE:
RESPONSAVEL:
Procedimento Inicial:
ID Passoexecução
Dados de
entrada
Resultado
Esperado
Resultado
Real
Data do
teste
6 EXECUÇÃO
Resumo utilizado:
 É visível o aumento de meios rápidos de informação, cálculo de notas
para educadores, devido, também, ao aumento de trabalho destes. Com
isso vem a procura de programas que façam isso de forma confiável,
rápida, e totalmente personalizado. Neste projeto damos uma forma de
resolver isso, utilizando a linguagem C como base, agilizando o processo
e diminuindo os erros. Sobrando mais tempo para nossos educadores
pensarem no que mais gostam.... Ensinar.
Palavras chaves:
 Media dos Alunos; Linguagem C;
Dados referente ao PIM IV entregue no segundo semestre de 2016.
Roteiros de testes realizados.
6.1 CASOS DE TESTES
Todos os Casos serão mostrado conforme a sequência já estipulada.
ID Passo execução Dados de entrada Resultado Esperado Resultado Real data do teste
1
Sistema exibe campo
Titulo para
preenchimento.
Gerenciamento de notas de
uma sala de aula
Preenchimento do titulo
acessivel
Acessivel 17/04/2017
2 Preenchimento do Titulo
em Ingles
Managing Notes in a Classroom Preenchimento do titulo
acessivel
Acessivel 17/04/2017
3
Sistema exibe campos:
Autor, Titulação, Vinculo
Institucional e E-mail.
Para preenchimento.
Autor: Fernando Mattos
Titulação: Graduado Vinculo
Institucional: Professor
E-mail: f.mattos@gmail.com
Sucesso no Preenchimento,
com e-mail mostrando uma
correção.
Sucesso 17/04/2017
4 Sistema exibe Resumo
para Preenchimento
conforme item 6 Sucesso no Preenchimento Sucesso 17/04/2017
5
Sistema exibe palavras
chaves para
Preenchimento
conforme item 6 Sucesso no Preenchimento Sucesso 17/04/2017
6
Sistema exibe Abstract
para Preenchimento
conforme item 6 Sucesso no Preenchimento Sucesso no Preenchimento,
com destaque para
correções, por causa da
lingua.
17/04/2017
7
Sistema exibe Keywords
para Preenchimento
conforme item 6 Sucesso no Preenchimento Sucesso no Preenchimento,
com destaque para
correções, por causa da
lingua.
17/04/2017
8
Sistema exibe Corpo do
texto para
Preenchimento
Introdução, descição do
cenario, escopo,... conforme
item 6
Sucesso no Preenchimento e
colagem.
sucesso, o navegador não
autorizou a colagem direta,
mas obteve exito.
17/04/2017
9
Sistema exibe Notas
para Preenchimento
Linguagem utilizada, conforme
item 6
Sucesso no Preenchimento e
colagem.
sucesso, o navegador não
autorizou a colagem direta,
mas obteve exito.
17/04/2017
10
Sistema exibe
Referencias
bibliograficas para
Preenchimento
referências, conforme item 6 Sucesso no Preenchimento e
colagem.
sucesso, o navegador não
autorizou a colagem direta,
mas obteve exito.
17/04/2017
11 Gerar arquivo completo Gerar arquivo clicando no botão Gerar arquivo com sucesso Sucesso 17/04/2017
CASO DE TESTE 1: Gerar um artigo completo com autor cadastrado com sucesso (nenhum campo pode ficar em branco
RESPONSAVEL: Fernando Matto de Sousa
Procedimento Inicial: Acessar o Link, preencher o formulário e clicar para gerar
ID Passo execução Dados de entrada Resultado Esperado Resultado Real data do teste
1
Sistema exibe campo
Titulo para
preenchimento.
Gerenciamento de notas de
uma sala de aula
Preenchimento do
titulo acessivel
Acessivel 17/04/2017
2 Preenchimento do Titulo
em Ingles
Managing Notes in a Classroom Preenchimento do
titulo acessivel
Acessivel 17/04/2017
3
Sistema exibe campos:
Autor, Titulação, Vinculo
Institucional e E-mail.
Para preenchimento.
Autor: Fernando Mattos
Titulação: Graduado Vinculo
Institucional: Professor
E-mail: fernando-
mattos@hotmail.com
Sucesso no
Preenchimento, com e-
mail mostrando uma
correção.
Sucesso 17/04/2017
4
Sistema exibe campos:
Autor, Titulação, Vinculo
Institucional e E-mail.
Para preenchimento.
Autor: Fernanda Thomaz
Titulação: Graduado Vinculo
Institucional: Professor
E-mail:
fernanda.thomaz.sousa@gmail.
com
Sucesso no
Preenchimento, com e-
mail mostrando uma
correção.
Sucesso 17/04/2017
5
Sistema exibe campos:
Autor, Titulação, Vinculo
Institucional e E-mail.
Para preenchimento.
Autor: Fernando Sousa
Titulação: Graduado Vinculo
Institucional: Professor
E-mail: f.mattos@gmail.com
Sucesso no
Preenchimento, com e-
mail mostrando uma
correção.
Sucesso 17/04/2017
6 Sistema exibe Resumo
para Preenchimento
conforme item 6 Sucesso no
Preenchimento
Sucesso 17/04/2017
7
Sistema exibe palavras
chaves para
Preenchimento
conforme item 6 Sucesso no
Preenchimento
Sucesso 17/04/2017
8
Sistema exibe Abstract
para Preenchimento
conforme item 6 Sucesso no
Preenchimento
Sucesso no
Preenchimento, com
destaque para
correções, por causa da
lingua.
17/04/2017
9
Sistema exibe Keywords
para Preenchimento
conforme item 6 Sucesso no
Preenchimento
Sucesso no
Preenchimento, com
destaque para
correções, por causa da
lingua.
17/04/2017
10
Sistema exibe Corpo do
texto para Preenchimento
Introdução, descição do
cenario, escopo,... conforme
item 6
Sucesso no
Preenchimento e
colagem.
sucesso, o navegador
não autorizou a colagem
direta, mas obteve
exito.
17/04/2017
11
Sistema exibe Notas para
Preenchimento
Linguagem utilizada, conforme
item 6
Sucesso no
Preenchimento e
colagem.
sucesso, o navegador
não autorizou a colagem
direta, mas obteve
exito.
17/04/2017
12
Sistema exibe Referencias
bibliograficas para
Preenchimento
referências, conforme item 6 Sucesso no
Preenchimento e
colagem.
sucesso, o navegador
não autorizou a colagem
direta, mas obteve
exito.
17/04/2017
13 Gerar arquivo completo Gerar arquivo clicando no botão
Gerar arquivo com
sucesso Sucesso 17/04/2017
CASO DE TESTE 3: Gerar um artigo completo com 3 autores cadastrado com sucesso (nenhum campo pode ficar em branco)
RESPONSAVEL: Fernando Matto de Sousa
Procedimento Inicial: Acessar o Link, preencher o formulário e clicar para gerar
ID Passo execução Dados de entrada Resultado Esperado Resultado Real data do teste
1 Sistema exibe campo Titulo
para preenchimento.
Gerenciamento de notas de uma
sala de aula
Preenchimento do titulo
acessivel
Acessivel 17/04/2017
2 Preenchimento do Titulo em
Ingles
Managing Notes in a Classroom Preenchimento do titulo
acessivel
Acessivel 17/04/2017
3
Sistema exibe campos: Autor,
Titulação, Vinculo Institucional e
E-mail. Para preenchimento.
Autor: Fernando Mattos Titulação:
Graduado Vinculo Institucional:
Professor E-mail:
f.mattos@gmail.com
Sucesso no
Preenchimento, com e-
mail mostrando uma
correção.
Sucesso 17/04/2017
4 Sistema exibe Resumo para
Preenchimento
conforme item 6 Sucesso no
Preenchimento
Sucesso 17/04/2017
5 Sistema exibe palavras chaves
para Preenchimento
conforme item 6 Sucesso no
Preenchimento
Sucesso 17/04/2017
6
Sistema exibe Abstract para
Preenchimento
conforme item 6 Sucesso no
Preenchimento
Sucesso no Preenchimento,
com destaque para correções,
por causa da lingua.
17/04/2017
7
Sistema exibe Keywords para
Preenchimento
conforme item 6 Sucesso no
Preenchimento
Sucesso no Preenchimento,
com destaque para correções,
por causa da lingua.
17/04/2017
8
Sistema exibe Corpo do texto
para Preenchimento
Introdução, descição do cenario,
escopo,... conforme item 6
Sucesso no
Preenchimento e
colagem.
sucesso, o navegador não
autorizou a colagem direta,
mas obteve exito.
17/04/2017
9
Sistema exibe Notas para
Preenchimento
Linguagem utilizada, conforme
item 6
Sucesso no
Preenchimento e
colagem.
sucesso, o navegador não
autorizou a colagem direta,
mas obteve exito.
17/04/2017
10
Sistema exibe Referencias
bibliograficaspara
Preenchimento
referências, conforme item 6 Sucesso no
Preenchimento e
colagem.
sucesso, o navegador não
autorizou a colagem direta,
mas obteve exito.
17/04/2017
11 Gerar arquivo para submissão Gerar arquivo clicando no botão
Gerar arquivo com
sucesso sucesso 17/04/2017
CASO DE TESTE 2: Gerar um artigo para submissão com autor cadastrado com sucesso (nenhum campo pode ficar em branco)
RESPONSAVEL: Fernando Matto de Sousa
Procedimento Inicial: Acessar o Link, preencher o formulário e clicar para gerar
ID Passo execução Dados de entrada Resultado Esperado Resultado Real data do teste
1
Sistema exibe campo
Titulo para
preenchimento.
Gerenciamento de notas de
uma sala de aula
Preenchimento do titulo
acessivel
Acessivel 17/04/2017
2 Preenchimento do Titulo
em Ingles
Managing Notes in a Classroom Preenchimento do titulo
acessivel
Acessivel 17/04/2017
3
Sistema exibe campos:
Autor, Titulação, Vinculo
Institucional e E-mail.
Para preenchimento.
Autor: Fernando Mattos
Titulação: Graduado Vinculo
Institucional: Professor
E-mail: fernando-
mattos.hotmail.com
Mostrar que o e-mail
esta invalido
Mostrado em tela que e-
mail esta invalido
17/04/2017
4
Sistema exibe campos:
Autor, Titulação, Vinculo
Institucional e E-mail.
Para preenchimento.
Autor: Fernanda Thomaz
Titulação: Graduado Vinculo
Institucional: Professor
E-mail:
fernanda.thomaz.sousa.gmail.c
om
Mostrar que o e-mail
esta invalido
Mostrado em tela que e-
mail esta invalido
17/04/2017
5
Sistema exibe campos:
Autor, Titulação, Vinculo
Institucional e E-mail.
Para preenchimento.
Autor: Fernando Sousa
Titulação: Graduado Vinculo
Institucional: Professor
E-mail: f.mattos.gmail.com
Mostrar que o e-mail
esta invalido
Mostrado em tela que e-
mail esta invalido
17/04/2017
6 Sistema exibe Resumo
para Preenchimento
conforme item 6 Sucesso no
Preenchimento
Sucesso 17/04/2017
7
Sistema exibe palavras
chaves para
Preenchimento
conforme item 6 Sucesso no
Preenchimento
Sucesso 17/04/2017
8
Sistema exibe Abstract
para Preenchimento
conforme item 6 Sucesso no
Preenchimento
Sucesso no
Preenchimento, com
destaque para
correções, por causa da
lingua.
17/04/2017
9
Sistema exibe Keywords
para Preenchimento
conforme item 6 Sucesso no
Preenchimento
Sucesso no
Preenchimento, com
destaque para
correções, por causa da
lingua.
17/04/2017
10
Sistema exibe Corpo do
texto para Preenchimento
Introdução, descição do
cenario, escopo,... conforme
item 6
Sucesso no
Preenchimento e
colagem.
sucesso, o navegador
não autorizou a colagem
direta, mas obteve
exito.
17/04/2017
11
Sistema exibe Notas para
Preenchimento
Linguagem utilizada, conforme
item 6
Sucesso no
Preenchimento e
colagem.
sucesso, o navegador
não autorizou a colagem
direta, mas obteve
exito.
17/04/2017
12
Sistema exibe Referencias
bibliograficas para
Preenchimento
referências, conforme item 6 Sucesso no
Preenchimento e
colagem.
sucesso, o navegador
não autorizou a colagem
direta, mas obteve
exito.
17/04/2017
13
Gerar arquivo completo Gerar arquivo clicando no botão Gerar arquivo sem
sucesso devido a erros
nos e-mails dos autores
Mesmo com os erros
obteve sucesso para
gerar os arquivos
17/04/2017
CASO DE TESTE 4: Gerar um artigo completo com 3 autores cadastrado com e-mails invalidos (nenhum campo pode ficar em branco
RESPONSAVEL: Fernando Matto de Sousa
Procedimento Inicial: Acessar o Link, preencher o formulário e clicar para gerar
ID Passo execução Dados de entrada Resultado Esperado Resultado Real data do teste
1
Sis tema exibe campo
Titulo para
preenchimento.
Gerenciamento de notas
de uma sa la de aula
Preenchimento do
ti tulo acess ivel
Acess ivel 17/04/2017
2 Preenchimento doTitulo em Ingles
Managing Notes in a
Classroom
Preenchimento do
ti tulo acess ivel
Acess ivel 17/04/2017
3
Sis tema exibe
campos: Autor,
Ti tulação, Vinculo
Insti tucional e E-mai l .
Para preenchimento.
Autor: Ti tulação:
Graduado Vinculo
Insti tucional : Professor
E-mai l : fernando-
mattos@hotmai l .com
Sem sucesso por
fa l ta de nome do
autor, com e-mai l
mostrando uma
correção.
Mostrado em tela
para veri fiar autor
17/04/2017
4
Sis tema exibe
campos: Autor,
Ti tulação, Vinculo
Insti tucional e E-mai l .
Para preenchimento.
Autor: Ti tulação:
Graduado Vinculo
Insti tucional : Professor
E-mai l :
fernanda.thomaz.sousa@g
mai l .com
Sem sucesso por
fa l ta de nome do
autor, com e-mai l
mostrando uma
correção.
Mostrado em tela
para veri fiar autor
17/04/2017
5
Sis tema exibe
campos: Autor,
Ti tulação, Vinculo
Insti tucional e E-mai l .
Para preenchimento.
Autor: Ti tulação:
Graduado Vinculo
Insti tucional : Professor
E-mai l : f.mattos@gmai l .com
Sem sucesso por
fa l ta de nome do
autor, com e-mai l
mostrando uma
correção.
Mostrado em tela
para veri fiar autor
17/04/2017
6
Sis tema exibe Resumo
para Preenchimento
conforme i tem 6 Sucesso no
Preenchimento
Sucesso 17/04/2017
7
Sis tema exibe
palavras chaves para
Preenchimento
conforme i tem 6 Sucesso no
Preenchimento
Sucesso 17/04/2017
8
Sis tema exibe Abstract
para Preenchimento
conforme i tem 6 Sucesso no
Preenchimento
Sucesso no
Preenchimento, com
destaque para
correções , por causa
da l ingua.
17/04/2017
9
Sis tema exibe
Keywords para
Preenchimento
conforme i tem 6 Sucesso no
Preenchimento
Sucesso no
Preenchimento, com
destaque para
correções , por causa
da l ingua.
17/04/2017
10
Sis tema exibe Corpo
do texto para
Preenchimento
Introdução, descição do
cenario, escopo,... conforme
item 6
Sucesso no
Preenchimento e
colagem.
sucesso, o navegador
não autorizou a
colagem direta , mas
obteve exi to.
17/04/2017
11
Sis tema exibe Notas
para Preenchimento
Linguagem uti l i zada,
conforme i tem 6
Sucesso no
Preenchimento e
colagem.
sucesso, o navegador
não autorizou a
colagem direta , mas
obteve exi to.
17/04/2017
12
Sis tema exibe
Referencias
bibl iograficas para
Preenchimento
referências , conforme i tem
6
Sucesso no
Preenchimento e
colagem.
sucesso, o navegador
não autorizou a
colagem direta , mas
obteve exi to.
17/04/2017
13
Gerar arquivo
completo
Gerar arquivo cl icando no
botão
Gerar arquivo sem
sucesso devido a
fa l ta do
preenchimento do
campo dos autores
Não foi poss ivel
gerar arquivo
completo devido a
fa l ta de autores
17/04/2017
CASO DE TESTE 5: Gerar um artigo completo com 3 autores cadastrado com campos autor em branco
RESPONSAVEL: Fernando Matto de Sousa
Procedimento Inicial: Acessar o Link, preencher o formulário e cl i car para gerar
ID Passo execução Dados de entrada Resultado Esperado Resultado Real data do teste
1
Sis tema exibe campo
Titulo para
preenchimento.
Gerenciamento de notas
de uma sa la de aula
Preenchimento do ti tulo
acess ivel
Acess ivel 17/04/2017
2 Preenchimento doTitulo em Ingles
Managing Notes in a
Classroom
Preenchimento do ti tulo
acess ivel
Acess ivel 17/04/2017
3
Sis tema exibe
campos: Autor,
Ti tulação, Vinculo
Insti tucional e E-
mai l . Para
preenchimento.
Autor: Fernando Mattos
Ti tulação: Graduado
Vinculo Insti tucional :
Professor E-
mai l : fernando-
mattos@hotmai lcom
Sucesso no
Preenchimento, com e-
mai l mostrando uma
correção.
Sucesso 17/04/2017
4
Sis tema exibe
Resumo para
Preenchimento
conforme i tem 6 Sucesso no Preenchimento Sucesso 17/04/2017
5
Sis tema exibe
palavras chaves para
Preenchimento
conforme i tem 6 Sucesso no Preenchimento Sucesso 17/04/2017
6
Sis tema exibe
Abstract para
Preenchimento
conforme i tem 6 Sucesso no Preenchimento Sucesso no
Preenchimento, com
destaque para correções ,
por causa da l ingua.
17/04/2017
7
Sis tema exibe
Keywords para
Preenchimento
conforme i tem 6 Sucesso no Preenchimento Sucesso no
Preenchimento, com
destaque para correções ,
por causa da l ingua.
17/04/2017
8
Sis tema exibe Corpo
do texto para
Preenchimento
Introdução, descição do
cenario, escopo,... conforme
item 6
Sucesso no Preenchimentoe colagem.
sucesso, o navegador não
autorizou a colagem
direta , mas obteve exi to.
17/04/2017
9
Sis tema exibe Notas
para Preenchimento
Linguagem uti l i zada,
conforme i tem 6
Sucesso no Preenchimento
e colagem.
sucesso, o navegador não
autorizou a colagem
direta , mas obteve exi to.
17/04/2017
10
Sis tema exibe
Referencias
bibl iograficas para
Preenchimento
referências , conforme i tem
6
Sucesso no Preenchimento
e colagem.
sucesso, o navegador não
autorizou a colagem
direta , mas obteve exi to.
17/04/2017
11
Apagar arquivo sem
gerar
apagar todo o conteudo Apagar com sucesso não apagou os campos:
Corpo do Texto; Notas ;
Referências
17/04/2017
CASO DE TESTE 6: Gerar um artigo completo com autor cadastrado com sucesso (nenhum campo pode ficar em branco) apagar sem
gerar arquivo
RESPONSAVEL: Fernando Matto de Sousa
Procedimento Inicial: Acessar o Link, preencher o formulário e cl i car para gerar
ID Passo execução Dados de entrada Resultado Esperado Resultado Real data doteste
1 Sis tema exibe campo Ti tulopara preenchimento.
Gerenciamento de notas de
uma sa la de aula
Preenchimento do
ti tulo acess ivel
Acess ivel 17/04/2017
2 Preenchimento do Ti tulo emIngles
Managing Notes in a
Classroom
Preenchimento do
ti tulo acess ivel
Acess ivel 17/04/2017
3
Sis tema exibe campos:
Autor, Ti tulação, Vinculo
Insti tucional e E-mai l . Para
preenchimento.
Autor: Fernando Mattos
Ti tulação: Graduado Vinculo
Insti tucional : Professor
E-mai l : f.mattos@gmai l .com
Sucesso no
Preenchimento, com e-
mai l mostrando uma
correção.
Sucesso 17/04/2017
4 Sis tema exibe Resumo paraPreenchimento
conforme i tem 6 Sucesso no
Preenchimento
Sucesso 17/04/2017
5
Sis tema exibe pa lavras
chaves para Preenchimento
conforme i tem 6 Sucesso no
Preenchimento
Sucesso 17/04/2017
6
Sis tema exibe Abstract para
Preenchimento
conforme i tem 6 Sucesso no
Preenchimento
Sucesso no Preenchimento,
com destaque para
correções , por causa da
l ingua.
17/04/2017
7
Sis tema exibe Keywords
para Preenchimento
conforme i tem 6 Sucesso no
Preenchimento
Sucesso no Preenchimento,
com destaque para
correções , por causa da
l ingua.
17/04/2017
8
Sis tema exibe Corpo do
texto para Preenchimento
Introdução, descição do
cenario, escopo,... conforme
item 6, após a colagem
modificado o texto
formatando de diversos
modos
Sucesso no
Preenchimento e
colagem e
formatação.
sucesso, o navegador não
autorizou a colagem direta ,
mas obteve exi to.
17/04/2017
9
Sis tema exibe Notas para
Preenchimento
Linguagem uti l i zada,
conforme i tem 6
Sucesso no
Preenchimento e
colagem.
sucesso, o navegador não
autorizou a colagem direta ,
mas obteve exi to.
17/04/2017
10
Sis tema exibe Referencias
bibl iograficas para
Preenchimento
referências , conforme i tem 6 Sucesso no
Preenchimento e
colagem.
sucesso, o navegador não
autorizou a colagem direta ,
mas obteve exi to.
17/04/2017
11 Gerar arquivo completo
Gerar arquivo cl icando no
botão
Gerar arquivo com
sucesso sucesso 17/04/2017
CASO DE TESTE 7: Gerar um artigo para submissão com autor cadastrado com sucesso (nenhum campo pode ficar em branco) Criando no
campo "corpo do texto" um trecho com formatação
RESPONSAVEL: Fernando Matto de Sousa
Procedimento Inicial: Acessar o Link, preencher o formulário e cl i car para gerar
ID Passo execução Dados de entrada Resultado Esperado Resultado Real data doteste
1 Sis tema exibe campo Ti tulopara preenchimento.
Gerenciamento de notas de
uma sa la de aula
Preenchimento do
ti tulo acess ivel
Acess ivel 17/04/2017
2 Preenchimento do Ti tulo emIngles
Managing Notes in a
Classroom
Preenchimento do
ti tulo acess ivel
Acess ivel 17/04/2017
3
Sis tema exibe campos:
Autor, Ti tulação, Vinculo
Insti tucional e E-mai l . Para
preenchimento.
Autor: Fernando Mattos
Ti tulação: Graduado Vinculo
Insti tucional : Professor
E-mai l : f.mattos@gmai l .com
Sucesso no
Preenchimento, com e-
mai l mostrando uma
correção.
Sucesso 17/04/2017
4 Sis tema exibe Resumo paraPreenchimento
conforme i tem 6 Sucesso no
Preenchimento
Sucesso 17/04/2017
5
Sis tema exibe pa lavras
chaves para Preenchimento
conforme i tem 6 Sucesso no
Preenchimento
Sucesso 17/04/2017
6
Sis tema exibe Abstract para
Preenchimento
conforme i tem 6 Sucesso no
Preenchimento
Sucesso no Preenchimento,
com destaque para
correções , por causa da
l ingua.
17/04/2017
7
Sis tema exibe Keywords
para Preenchimento
conforme i tem 6 Sucesso no
Preenchimento
Sucesso no Preenchimento,
com destaque para
correções , por causa da
l ingua.
17/04/2017
8
Sis tema exibe Corpo do
texto para Preenchimento
Introdução, descição do
cenario, escopo,... conforme
item 6, inseri r uma imagem
Sucesso no
Preenchimento e
colagem da imagem
Não obteve sucesso, o
navegador não autorizou a
colagem direta , e não
obteve exi to.
17/04/2017
9
Sis tema exibe Notas para
Preenchimento
Linguagem uti l i zada,
conforme i tem 6
Sucesso no
Preenchimento e
colagem.
sucesso, o navegador não
autorizou a colagem direta ,
mas obteve exi to.
17/04/2017
10
Sis tema exibe Referencias
bibl iograficas para
Preenchimento
referências , conforme i tem 6 Sucesso no
Preenchimento e
colagem.
sucesso, o navegador não
autorizou a colagem direta ,
mas obteve exi to.
17/04/2017
11 Gerar arquivo completo
Gerar arquivo cl icando no
botão
Gerar arquivo com
sucesso sucesso 17/04/2017
CASO DE TESTE 8: Gerar um artigo para submissão com autor cadastrado com sucesso (nenhum campo pode ficar em branco) Inserindo
uma imagem no corpo texto
RESPONSAVEL: Fernando Matto de Sousa
Procedimento Inicial: Acessar o Link, preencher o formulário e cl i car para gerar
ID Passo execução Dados de entrada Resultado Esperado Resultado Real data doteste
1 Sis tema exibe campo Ti tulopara preenchimento.
Gerenciamento de notas de
uma sa la de aula
Preenchimento do
ti tulo acess ivel
Acess ivel 17/04/2017
2 Preenchimento do Ti tulo emIngles
Managing Notes in a
Classroom
Preenchimento do
ti tulo acess ivel
Acess ivel 17/04/2017
3
Sis tema exibe campos:
Autor, Ti tulação, Vinculo
Insti tucional e E-mai l . Para
preenchimento.
Autor: Fernando Mattos
Ti tulação: Graduado Vinculo
Insti tucional : Professor
E-mai l : fernando-
mattos@hotmai l .com
Sucesso no
Preenchimento, com e-
mai l mostrando uma
correção.
Sucesso 17/04/2017
4 Sis tema exibe Resumo paraPreenchimento
conforme i tem 6 Sucesso no
Preenchimento
Sucesso 17/04/2017
5
Sis tema exibe pa lavras
chaves para Preenchimento
conforme i tem 6 Sucesso no
Preenchimento
Sucesso 17/04/2017
6
Sis tema exibe Abstract para
Preenchimento
conforme i tem 6 Sucesso no
Preenchimento
Sucesso no Preenchimento,
com destaque para
correções , por causa da
l ingua.
17/04/2017
7
Sis tema exibe Keywords
para Preenchimento
conforme i tem 6 Sucesso no
Preenchimento
Sucesso no Preenchimento,
com destaque para
correções , por causa da
l ingua.
17/04/2017
8
Sis tema exibe Corpo do
texto para Preenchimento
Introdução, descição do
cenario, escopo,... conforme
item 6, inseri r uma imagem
Sucesso no
Preenchimento e
colagem.
sucesso, o navegador não
autorizou a colagem direta ,
mas obteve exi to.
17/04/2017
9
Sis tema exibe Notas para
Preenchimento
Linguagem uti l i zada,
conforme i tem 6
Sucesso no
Preenchimento e
colagem. Inserido um
texto formatado à
esquerda em negri to
e uma URL
sucesso, o navegador não
autorizou a colagem direta ,
mas obteve exi to. Exi to
para inseri r URL.
17/04/2017
10
Sis tema exibe Referencias
bibl iograficas para
Preenchimento
referências , conforme i tem 6 Sucesso no
Preenchimento e
colagem.
sucesso, o navegador não
autorizou a colagem direta ,
mas obteve exi to.
17/04/2017
11 Gerar arquivo completo
Gerar arquivo cl icando no
botão
Gerar arquivo com
sucesso sucesso 17/04/2017
CASO DE TESTE 9: Gerar um artigo para submissão com autor cadastrado com sucesso (nenhum campo pode ficar em branco) Inserindo
uma imagem no corpo texto
RESPONSAVEL:Fernando Matto de Sousa
Procedimento Inicial: Acessar o Link, preencher o formulário e cl i car para gerar
ELEMENTO DESCRIÇÃO TIPO/TAMANHO FORMATO VALIDAÇÃO
Campo Titulo Textarea/indefinido Centralizado Não pode ser em Branco
Campo Titulo em Inglês Textarea/indefinido Centralizado Não pode ser em Branco
botão Autores Botão Adicione Autores
Campo Autor Textarea/indefinido Alinhado a Esquerda Não pode ser em Branco
Campo Titulação Textarea/indefinido Alinhado a Esquerda Não pode ser em Branco
Campo Vinculo Textarea/indefinido Alinhado a Esquerda Não pode ser em Branco
Campo E-mail Textarea/indefinido Alinhado a Esquerda
O e-mail deve ser válido e não
pode estar em branco
Campo Resumo Textarea/1000 caracteres Justificado
Não pode ser em Branco e não
deve passar 1000 caracteres
Campo Palavras Chave Textarea/indefinido Alinhado a Esquerda Não pode ser em Branco
Campo Abstract Textarea/1000 caracteres Justificado Não pode ser em Branco
Campo Keyword Textarea/indefinido Alinhado a Esquerda Não pode ser em Branco
Campo Corpo do texto Textarea/indefinido
Justificado com recuo de 2cm
no inicio da cada paragrafo Não pode ser em Branco
Campo Notas Textarea/indefinido Justificado Não pode ser em Branco
Campo Referências Biobraficas Textarea/indefinido Justificado Deve seguir a NBR 14724
botão Arquivo Completo>>>GERAR Submit Alinhado a Esquerda Gerar arquivo Completo
botão Arquico para Submissão>>>GERAR Submit Alinhado a Esquerda
Gerar arquivo para Submissão
(blind review)
botão Limpar Reset Justificado Limpar dados
Caso Teste 10: Teste de Interface
6.2 VERIFICAÇÃO
A fase de verificação consiste em mostrar as evidências relacionadas aos
roteiros de testes da fase de execução.
7 RELATÓRIO FINAL
É extremamente importante criar um método mais claro e eficaz para
a validação dos casos propostos pelo coordenador do curso de ADS,
criando assim passos concisos para a melhor absorção da interação e
criando métricas para as respostas provenientes do sistema, não deixando
de lado a análise das funcionalidades bem como da interface e
interatividade do sistema desenvolvido.
Após testes sistemáticos, consegui observar em uma visão holística as
respostas de acordo com as entradas propostas em cada caso ou roteiro
e, a partir de tal premissa, uma avaliação geral do software foi realizada,
demonstrando os prós e contras encontrados na versão corrente
disponibilizada. Tendo em vista estas respostas, deve-se esperar uma gradual
evolução do sistema a fim de que esteja perfeitamente alinhado aos
critérios exigidos em primeira instância
8 CONCLUSÃO
Os testes apresentaram alguns problemas, mas com uma taxa de objetivos
alcançados muito boa. Para o aprendizado, possibilitou uma visão melhor do que é
um teste de software, onde mesmo uma aplicação simples pode ter vários requisitos
para teste. É extremamente necessário este teste, mas imagino um teste de um
software mais complexo quantas páginas de teste são necessárias, visando sempre
o menor erro possível antes de qualquer utilização em larga escala.
9 REFERÊNCIAS BIBLIOGRAFICAS
ASSOCIAÇÃO BRASILEIRA DE NORMAS TECNICAS (ABNT). NBR ISO
9000: Sistemas de gestão da qualidade – Fundamentos e vocabulário. Rio de Janeiro,
2000a. - Engineering: A Practitioner’s Approach”, McGraw-Hill, 6th ed, Nova
York, NY, 2005.http://www.devmedia.com.br/artigo-engenharia-de-software-
introducao-a-teste-de-software/8035-
http://luizcamargo.com.br/arquivos/NBR%20ISO_IEC%209126-1.pdf- ISO/IEC.
ISO/IEC 12207 - Software Life Cycle Processes. [S.l.], 2004- PRESSMAN, R. S.,
“Software Engineer ing: A Practitioner ’s Approach”, McGraw-Hill, 6th
17/04/2017 Unip
http://sfaa.unipinterativa.edu.br/pdf/template.php 1/3
 
Associação Nacional dos Programas de Pós­Graduação em Comunicação
Gerenciamento de notas de uma sala de aula
Managing Notes in a Classroom
Fernando Mattos 
Resumo: É visível o aumento de meios rápidos de informação, cálculo de notas para educadores, devido, também, ao
aumento  de  trabalho  destes.  Com  isso  vem  a  procura  de  programas  que  façam  isso  de  forma  confiável,  rápida,  e
totalmente  personalizado.  Neste  projeto  damos  uma  forma  de  resolver  isso,  utilizando  a  linguagem  C  como  base,
agilizando  o  processo  e  diminuindo  os  erros.  Sobrando mais  tempo  para  nossos  educadores  pensarem  no  que mais
gostam.... Ensinar.
Palavra chave: Media dos Alunos; Linguagem C;
Abstract: The increase in the means of rapid information, calculation of grades for educators is visible, also due to the
increase in their work. With this comes the search for programs that do this reliably, quickly, and totally personalized. In
this project we give a way to solve this, using the C language as a base, streamlining the process and reducing errors.
More time is left for our educators to think about what they like best .... Teach.
Keywords: Average of Students; C language;
INTRODUÇÃO
Com o passar dos anos, a vida de um professor está ficando cada vez mais corrida, alguns enfrentando duas e até três escolas
para conseguirem ter uma renda melhor. Isso significa realizar avaliações, colocar as medias, e depois verificar quem foi aprovado e
quem foi reprovado.
Um método para agilizar este processo já colocando o resultado da média das notas das provas, situação do aluno, media geral
da sala.
Este  é  o  cenário  deste  trabalho,  onde  utilizando  técnicas  em  linguagem  C  a  partir  de  um  estudo  do  Caso.  Utilizando  a
Engenharia de Software, para levantamento de toda a estrutura a seguir. Realizei um projeto executável que vai de encontro com as
necessidades do Educador.
Vejo um projeto simples, mas confiável, onde utilizei o conteúdo aprendido nestas matérias, acredito que de uma forma mais
simples, mas respeitando as regras. Utilizando um ciclo de vida do software, e funções da linguagem C.
É  um  projeto  que  atende  o  problema,  mas  que  pode  ser  atualizado  futuramente,  para melhorias  de  navegação  e  maiores
controles.
1.    DESCRIÇÃO DO CENARIO
Um professor do Ensino Fundamental precisa de um sistema para cadastrar as notas dos seus alunos. Ele tem que registras as
notas de quatro provas (P1, P2, P3, P4), além de uma prova substitutiva (para substituir a menor nota).
O sistema deve calcular a média de cada um dos alunos, que é igual a média ponderada das quatro provas. Caso seja menor
que 5,0 o aluno é reprovado.
O sistema deve ser composto das seguintes partes:
1. Cadastro de alunos: Nome do aluno e matricula.
2. Cadastro de notas: Cadastro das notas das provas P1, P2, P3, P4 e Prova substitutiva (Ps).
3. Cálculo das medias: O sistema deve conter uma função que calcula a média de cada um dos alunos, depois de todas as notas
cadastradas. A função media executa o cálculo da média ponderada, isto é, cada nota possui um peso (P1 peso1, P2 peso 2, P3
peso 3, P4 peso 4).
4. Relatório de desempenho: O sistema deve imprimir (em tela) um relatório com o nome de todos os alunos, suas notas e média,
se foi aprovado, e media da sala.
1.1      PROBLEMA
Com os professores trabalhando mais, e com menos tempo. A falta de um sistema que agilize o cálculo das notas de notas de
uma sala, pode acarretar em estresse, erros de cálculo. E com esses erros seria necessário um retrabalho para verificar onde está o
erro, e, por muitas vezes, refazer todos os cálculos seria ainda o mais rápido.
Mas o ciclo de erro e retrabalho pode se repetir.
1.2      OBJETIVOS
1.2.1     Geral
Projetar um software que atenda às necessidades do docente, agilizando e proporcionando mais confiança a todo o processo.
1.2.2     OBJETIVOS ESPECIFICOS
Cadastrar alunos com suas matriculas;
Cadastrar as notas das provas P1, P2, P3, P4 e Ps (substitutiva);
1
17/04/2017 Unip
http://sfaa.unipinterativa.edu.br/pdf/template.php2/3
Verificar as notas substituindo a de menor valor, e de maior peso, pela Ps (desde que a prova substitutiva seja de valor maior);
Imprimir em tela o NOME, MATRICULA, NOTAS, MEDIA e situação APROVADO ou REPROVADO, de cada aluno;
Imprimir em tela e ao final, a média da sala
1.2.3     PONTOS IMPORTANTES
A prova substituta (Ps) só assume o valor de uma outra prova se for maior, e deve sempre assumir da prova de maior peso;
Limite de quantidade de alunos, para não ter erros no cadastro;
Utilização de pesos específicos para cada nota;
Mostrar se o aluno está aprovado ou reprovado;
A nota não poderá ser maior que 10;
1.3      JUSTIFICATIVA
Ganho de velocidade nas finalizações das notas;
Evita o retrabalho;
Agilidade nas consultas das notas;
Maior tempo livre;
Maior segurança;
2       ESCOPO
Pretende com este projeto mostrar uma aplicação das disciplinas aprendidas em um sistema de gerenciamento de notas de um
professor em uma sala de aula.
Não  vejo  como  um  projeto  final,  apesar  de  poder  ser  aplicado,  mas  um  início  e  uma  base  daquilo  que  vimos  nas  aulas,
podendo, portanto, ser melhorado e desenvolvido mais para melhores resultados, ou outras aplicações.
3       CICLO DE VIDA DO SOFTWARE
3.1      A ESCOLHA
Apesar de termos vários métodos de ciclos de vida, optei por seguir o METODO CASCATA.
A escolha deve­se aos fatos:
Projeto pequeno, de curta duração;
Método clássico bem organizado;
Clara ideia do projeto;
Requisitos bem definidos;
Somente uma pessoa realizando o projeto;
Por estar  realizando este projeto sozinho, segui por não pular etapas até que elas estejam concluídas.  Isso me  fornece mais
segurança. Principalmente de não trabalhar em projetos de software. Seguindo somente por uma linha evita erros e retrabalho.
3.2      DESCRIÇÃO DO CICLO DE VIDA
Trata­se do modelo de engenharia mais utilizado até os dias de hoje para a produção de software, conhecido também como:
Modelo clássico de produção de software.
Apesar de existirem vários outros métodos, praticamente todos tem o método cascata como base. Outros métodos que foram
desenvolvidos com os anos, foram para minimizar os problemas que ocorrem no método cascata se o software for muito longo, e/ou
não tiver bem definido o que almeja.
O ciclo de vida cascata (clássico) segue uma abordagem sistemática e sequencial para o desenvolvimento do software.
3.2.1     Engenharia de Sistemas
Onde fazemos o  levantamento dos requisitos necessários para desenvolver o software. Esta  fase  tem como objetivo  levantar
informações para definir o que o software deverá fazer quando implementado. Por meio de entrevistas e acompanhamento do dia­a­
dia dos usuários do sistema busca­se coletar informações que serão utilizadas para modelar o software.
3.2.2     Análise
É a documentação de todos os requisitos levantados anteriormente. Com suas funcionalidades e restrições bem descritas. É a
base para originar o projeto desejado pelo cliente.
3.2.3     Design
Esta é a fase do projeto das estruturas de base para o software mais adequada, no caso deste projeto, linguagem C.
3.2.4     Codificação
Após  feito  o  levantamento  dos  requisitos,  analise  dos  mesmos  e  definido  o  design  para  o  software,  chega  a  hora  de
implementa­lo.
É o objetivo final da Engenharia de software. Onde a linguagem de programação escolhida da vida ao software seguindo todas
as regras anteriores.
3.2.5     Testes
17/04/2017 Unip
http://sfaa.unipinterativa.edu.br/pdf/template.php 3/3
Esta  busca  a  integridade  do  software.  É  uma  fase  extremamente  importante,  pois  todas  as  situações  impostas  para  o
desenvolvimento do software são confirmadas.
É a fase que antecede a entrega do software para uso.
3.2.6     Manutenção
Começa após a entrega do software para o cliente, quando entra realmente em uso. Onde alguns erros não percebidos podem
aparecer, ou novas implementações podem ser exigidas.
Graduado, Professor, f.mattos.sousa@gmail.com 
1       LINGUAGEM DE PROGRAMAÇÃO UTILIZADA
A linguagem de programação utilizada foi a LINGUAGEM C.
1.1      BREVE HISTORICO
A linguagem C foi desenvolvida em 1972, nos Laboratórios Bell, por Dennis Ritchie e implementada pela primeira vez num computador DEC PDP­11 que usava o
sistema operacional UNIX. Ela é o resultado da evolução de uma linguagem de programação mais antiga, denominada BCPL, desenvolvida por Martin Richards. T
endo sido desenvolvida por programadores, e para programadores, C tornou­se rapidamente uma ferramenta de programação bastante difundida entre os profission
ais da área. A popularidade da linguagem C deve­se, principalmente, ao fato dela ser uma linguagem flexível, portátil e eficiente. Sua flexibilidade lhe permite ser u
tilizada no desenvolvimento de diversos tipos de aplicação, desde simples jogos eletrônicos até poderosos controladores de satélites. Graças à sua portabilidade,
os programas codificados em C podem ser executados em diversas plataformas, praticamente, sem nenhuma alteração. E, finalmente, sua eficiência proporciona
alta velocidade de execução e economia de memória
REFERÊNCIAS
Ito,Olavo Linguagem e Técnicas de Programação. São Paulo: Unip, 2014.
Costa,Ivanir Engenharia de Software. São Paulo: Sol, 2014.
Pereira,Silvo do Lago Linguagem C. Disponível em: https://www.ime.usp.br/~slago/slago­C.pdf Acesso em 25/11/2016
Arquivo PDF gerado pela UNIP
www.unip.br ­ nº do documento: DED46FDF­E0DB­47A1­BF61­717ACDD0B2B6
1
17/04/2017 Unip
http://sfaa.unipinterativa.edu.br/pdf/template.php 1/3
 
Associação Nacional dos Programas de Pós­Graduação em Comunicação
Gerenciamento de notas de uma sala de aula
Managing Notes in a Classroom
Resumo: É visível o aumento de meios rápidos de informação, cálculo de notas para educadores, devido, também, ao
aumento  de  trabalho  destes.  Com  isso  vem  a  procura  de  programas  que  façam  isso  de  forma  confiável,  rápida,  e
totalmente  personalizado.  Neste  projeto  damos  uma  forma  de  resolver  isso,  utilizando  a  linguagem  C  como  base,
agilizando  o  processo  e  diminuindo  os  erros.  Sobrando mais  tempo  para  nossos  educadores  pensarem  no  que mais
gostam.... Ensinar.
Palavra chave: Media dos Alunos; Linguagem C;
Abstract: The increase in the means of rapid information, calculation of grades for educators is visible, also due to the
increase in their work. With this comes the search for programs that do this reliably, quickly, and totally personalized. In
this project we give a way to solve this, using the C language as a base, streamlining the process and reducing errors.
More time is left for our educators to think about what they like best .... Teach.
Keywords: Average of Students; C language;
INTRODUÇÃO
Com o passar dos anos, a vida de um professor está ficando cada vez mais corrida, alguns enfrentando duas e até três escolas
para conseguirem ter uma renda melhor. Isso significa realizar avaliações, colocar as medias, e depois verificar quem foi aprovado e
quem foi reprovado.
Um método para agilizar este processo já colocando o resultado da média das notas das provas, situação do aluno, media geral
da sala.
Este  é  o  cenário  deste  trabalho,  onde  utilizando  técnicas  em  linguagem  C  a  partir  de  um  estudo  do  Caso.  Utilizando  a
Engenharia de Software, para levantamento de toda a estrutura a seguir. Realizei um projeto executável que vai de encontro com as
necessidades do Educador.
Vejo um projeto simples, mas confiável, onde utilizei o conteúdo aprendido nestas matérias, acredito que de uma forma mais
simples, mas respeitando as regras. Utilizando um ciclo de vida do software, e funções da linguagem C.
É  um  projeto  que  atende  o  problema,  mas  que  pode  ser  atualizado  futuramente,  para melhorias  de  navegação  e  maiores
controles.
1.    DESCRIÇÃO DO CENARIO
Um professor do Ensino Fundamental precisa de um sistema para cadastrar as notas dos seus alunos. Ele tem que registras as
notas de quatro provas (P1, P2, P3,P4), além de uma prova substitutiva (para substituir a menor nota).
O sistema deve calcular a média de cada um dos alunos, que é igual a média ponderada das quatro provas. Caso seja menor
que 5,0 o aluno é reprovado.
O sistema deve ser composto das seguintes partes:
1. Cadastro de alunos: Nome do aluno e matricula.
2. Cadastro de notas: Cadastro das notas das provas P1, P2, P3, P4 e Prova substitutiva (Ps).
3. Cálculo das medias: O sistema deve conter uma função que calcula a média de cada um dos alunos, depois de todas as notas
cadastradas. A função media executa o cálculo da média ponderada, isto é, cada nota possui um peso (P1 peso1, P2 peso 2, P3
peso 3, P4 peso 4).
4. Relatório de desempenho: O sistema deve imprimir (em tela) um relatório com o nome de todos os alunos, suas notas e média,
se foi aprovado, e media da sala.
1.1      PROBLEMA
Com os professores trabalhando mais, e com menos tempo. A falta de um sistema que agilize o cálculo das notas de notas de
uma sala, pode acarretar em estresse, erros de cálculo. E com esses erros seria necessário um retrabalho para verificar onde está o
erro, e, por muitas vezes, refazer todos os cálculos seria ainda o mais rápido.
Mas o ciclo de erro e retrabalho pode se repetir.
1.2      OBJETIVOS
1.2.1     Geral
Projetar um software que atenda às necessidades do docente, agilizando e proporcionando mais confiança a todo o processo.
1.2.2     OBJETIVOS ESPECIFICOS
Cadastrar alunos com suas matriculas;
Cadastrar as notas das provas P1, P2, P3, P4 e Ps (substitutiva);
Verificar as notas substituindo a de menor valor, e de maior peso, pela Ps (desde que a prova substitutiva seja de valor maior);
17/04/2017 Unip
http://sfaa.unipinterativa.edu.br/pdf/template.php 2/3
Imprimir em tela o NOME, MATRICULA, NOTAS, MEDIA e situação APROVADO ou REPROVADO, de cada aluno;
Imprimir em tela e ao final, a média da sala
1.2.3     PONTOS IMPORTANTES
A prova substituta (Ps) só assume o valor de uma outra prova se for maior, e deve sempre assumir da prova de maior peso;
Limite de quantidade de alunos, para não ter erros no cadastro;
Utilização de pesos específicos para cada nota;
Mostrar se o aluno está aprovado ou reprovado;
A nota não poderá ser maior que 10;
1.3      JUSTIFICATIVA
Ganho de velocidade nas finalizações das notas;
Evita o retrabalho;
Agilidade nas consultas das notas;
Maior tempo livre;
Maior segurança;
2       ESCOPO
Pretende com este projeto mostrar uma aplicação das disciplinas aprendidas em um sistema de gerenciamento de notas de um
professor em uma sala de aula.
Não  vejo  como  um  projeto  final,  apesar  de  poder  ser  aplicado,  mas  um  início  e  uma  base  daquilo  que  vimos  nas  aulas,
podendo, portanto, ser melhorado e desenvolvido mais para melhores resultados, ou outras aplicações.
3       CICLO DE VIDA DO SOFTWARE
3.1      A ESCOLHA
Apesar de termos vários métodos de ciclos de vida, optei por seguir o METODO CASCATA.
A escolha deve­se aos fatos:
Projeto pequeno, de curta duração;
Método clássico bem organizado;
Clara ideia do projeto;
Requisitos bem definidos;
Somente uma pessoa realizando o projeto;
Por estar  realizando este projeto sozinho, segui por não pular etapas até que elas estejam concluídas.  Isso me  fornece mais
segurança. Principalmente de não trabalhar em projetos de software. Seguindo somente por uma linha evita erros e retrabalho.
3.2      DESCRIÇÃO DO CICLO DE VIDA
Trata­se do modelo de engenharia mais utilizado até os dias de hoje para a produção de software, conhecido também como:
Modelo clássico de produção de software.
Apesar de existirem vários outros métodos, praticamente todos tem o método cascata como base. Outros métodos que foram
desenvolvidos com os anos, foram para minimizar os problemas que ocorrem no método cascata se o software for muito longo, e/ou
não tiver bem definido o que almeja.
O ciclo de vida cascata (clássico) segue uma abordagem sistemática e sequencial para o desenvolvimento do software.
3.2.1     Engenharia de Sistemas
Onde fazemos o  levantamento dos requisitos necessários para desenvolver o software. Esta  fase  tem como objetivo  levantar
informações para definir o que o software deverá fazer quando implementado. Por meio de entrevistas e acompanhamento do dia­a­
dia dos usuários do sistema busca­se coletar informações que serão utilizadas para modelar o software.
3.2.2     Análise
É a documentação de todos os requisitos levantados anteriormente. Com suas funcionalidades e restrições bem descritas. É a
base para originar o projeto desejado pelo cliente.
3.2.3     Design
Esta é a fase do projeto das estruturas de base para o software mais adequada, no caso deste projeto, linguagem C.
3.2.4     Codificação
Após  feito  o  levantamento  dos  requisitos,  analise  dos  mesmos  e  definido  o  design  para  o  software,  chega  a  hora  de
implementa­lo.
É o objetivo final da Engenharia de software. Onde a linguagem de programação escolhida da vida ao software seguindo todas
as regras anteriores.
3.2.5     Testes
Esta  busca  a  integridade  do  software.  É  uma  fase  extremamente  importante,  pois  todas  as  situações  impostas  para  o
desenvolvimento do software são confirmadas.
17/04/2017 Unip
http://sfaa.unipinterativa.edu.br/pdf/template.php 3/3
É a fase que antecede a entrega do software para uso.
3.2.6     Manutenção
Começa após a entrega do software para o cliente, quando entra realmente em uso. Onde alguns erros não percebidos podem
aparecer, ou novas implementações podem ser exigidas.
1       LINGUAGEM DE PROGRAMAÇÃO UTILIZADA
A linguagem de programação utilizada foi a LINGUAGEM C.
1.1      BREVE HISTORICO
A linguagem C foi desenvolvida em 1972, nos Laboratórios Bell, por Dennis Ritchie e implementada pela primeira vez num computador DEC PDP­11 que usava o
sistema operacional UNIX. Ela é o resultado da evolução de uma linguagem de programação mais antiga, denominada BCPL, desenvolvida por Martin Richards. T
endo sido desenvolvida por programadores, e para programadores, C tornou­se rapidamente uma ferramenta de programação bastante difundida entre os profission
ais da área. A popularidade da linguagem C deve­se, principalmente, ao fato dela ser uma linguagem flexível, portátil e eficiente. Sua flexibilidade lhe permite ser u
tilizada no desenvolvimento de diversos tipos de aplicação, desde simples jogos eletrônicos até poderosos controladores de satélites. Graças à sua portabilidade,
os programas codificados em C podem ser executados em diversas plataformas, praticamente, sem nenhuma alteração. E, finalmente, sua eficiência proporciona
alta velocidade de execução e economia de memória
REFERÊNCIAS
Ito,Olavo Linguagem e Técnicas de Programação. São Paulo: Unip, 2014.
Costa,Ivanir Engenharia de Software. São Paulo: Sol, 2014.
Pereira,Silvo do Lago Linguagem C. Disponível em: https://www.ime.usp.br/~slago/slago­C.pdf Acesso em 25/11/2016
Arquivo PDF gerado pela UNIP
www.unip.br ­ nº do documento: 12A52998­0567­4FE0­9A3A­3C8BB0FD1FA2
17/04/2017 Unip
http://sfaa.unipinterativa.edu.br/pdf/template.php 1/3
 
Associação Nacional dos Programas de Pós­Graduação em Comunicação
Gerenciamento de notas de uma sala de aula
Managing Notes in a Classroom
Fernando Mattos   / Fernanda Thomaz   / Fernando Sousa 
Resumo: É visível o aumento de meios rápidos de informação, cálculo de notas para educadores, devido, também, ao
aumento  de  trabalho  destes.  Com  isso  vem  a  procura  de  programas  que  façam  isso  de  forma  confiável,  rápida,  e
totalmente  personalizado.  Neste  projeto  damos  uma  forma  de  resolver  isso,  utilizando  a  linguagem  C  como  base,
agilizando  o  processo  e  diminuindo  os  erros.  Sobrando mais  tempo  para  nossos  educadores  pensarem  no  que mais
gostam.... Ensinar.
Palavra chave: Media dos Alunos; Linguagem C;
Abstract: The increase in the means of rapid information, calculation of grades for educators is visible, also due to the
increase in their work.With this comes the search for programs that do this reliably, quickly, and totally personalized. In
this project we give a way to solve this, using the C language as a base, streamlining the process and reducing errors.
More time is left for our educators to think about what they like best .... Teach.
Keywords: Average of Students; C language;
INTRODUÇÃO
Com o passar dos anos, a vida de um professor está ficando cada vez mais corrida, alguns enfrentando duas e até três escolas
para conseguirem ter uma renda melhor. Isso significa realizar avaliações, colocar as medias, e depois verificar quem foi aprovado e
quem foi reprovado.
Um método para agilizar este processo já colocando o resultado da média das notas das provas, situação do aluno, media geral
da sala.
Este  é  o  cenário  deste  trabalho,  onde  utilizando  técnicas  em  linguagem  C  a  partir  de  um  estudo  do  Caso.  Utilizando  a
Engenharia de Software, para levantamento de toda a estrutura a seguir. Realizei um projeto executável que vai de encontro com as
necessidades do Educador.
Vejo um projeto simples, mas confiável, onde utilizei o conteúdo aprendido nestas matérias, acredito que de uma forma mais
simples, mas respeitando as regras. Utilizando um ciclo de vida do software, e funções da linguagem C.
É  um  projeto  que  atende  o  problema,  mas  que  pode  ser  atualizado  futuramente,  para melhorias  de  navegação  e  maiores
controles.
1.    DESCRIÇÃO DO CENARIO
Um professor do Ensino Fundamental precisa de um sistema para cadastrar as notas dos seus alunos. Ele tem que registras as
notas de quatro provas (P1, P2, P3, P4), além de uma prova substitutiva (para substituir a menor nota).
O sistema deve calcular a média de cada um dos alunos, que é igual a média ponderada das quatro provas. Caso seja menor
que 5,0 o aluno é reprovado.
O sistema deve ser composto das seguintes partes:
1. Cadastro de alunos: Nome do aluno e matricula.
2. Cadastro de notas: Cadastro das notas das provas P1, P2, P3, P4 e Prova substitutiva (Ps).
3. Cálculo das medias: O sistema deve conter uma função que calcula a média de cada um dos alunos, depois de todas as notas
cadastradas. A função media executa o cálculo da média ponderada, isto é, cada nota possui um peso (P1 peso1, P2 peso 2, P3
peso 3, P4 peso 4).
4. Relatório de desempenho: O sistema deve imprimir (em tela) um relatório com o nome de todos os alunos, suas notas e média,
se foi aprovado, e media da sala.
1.1      PROBLEMA
Com os professores trabalhando mais, e com menos tempo. A falta de um sistema que agilize o cálculo das notas de notas de
uma sala, pode acarretar em estresse, erros de cálculo. E com esses erros seria necessário um retrabalho para verificar onde está o
erro, e, por muitas vezes, refazer todos os cálculos seria ainda o mais rápido.
Mas o ciclo de erro e retrabalho pode se repetir.
1.2      OBJETIVOS
1.2.1     Geral
Projetar um software que atenda às necessidades do docente, agilizando e proporcionando mais confiança a todo o processo.
1.2.2     OBJETIVOS ESPECIFICOS
Cadastrar alunos com suas matriculas;
Cadastrar as notas das provas P1, P2, P3, P4 e Ps (substitutiva);
1 2 3
17/04/2017 Unip
http://sfaa.unipinterativa.edu.br/pdf/template.php 2/3
Verificar as notas substituindo a de menor valor, e de maior peso, pela Ps (desde que a prova substitutiva seja de valor maior);
Imprimir em tela o NOME, MATRICULA, NOTAS, MEDIA e situação APROVADO ou REPROVADO, de cada aluno;
Imprimir em tela e ao final, a média da sala
1.2.3     PONTOS IMPORTANTES
A prova substituta (Ps) só assume o valor de uma outra prova se for maior, e deve sempre assumir da prova de maior peso;
Limite de quantidade de alunos, para não ter erros no cadastro;
Utilização de pesos específicos para cada nota;
Mostrar se o aluno está aprovado ou reprovado;
A nota não poderá ser maior que 10;
1.3      JUSTIFICATIVA
Ganho de velocidade nas finalizações das notas;
Evita o retrabalho;
Agilidade nas consultas das notas;
Maior tempo livre;
Maior segurança;
2       ESCOPO
Pretende com este projeto mostrar uma aplicação das disciplinas aprendidas em um sistema de gerenciamento de notas de um
professor em uma sala de aula.
Não  vejo  como  um  projeto  final,  apesar  de  poder  ser  aplicado,  mas  um  início  e  uma  base  daquilo  que  vimos  nas  aulas,
podendo, portanto, ser melhorado e desenvolvido mais para melhores resultados, ou outras aplicações.
3       CICLO DE VIDA DO SOFTWARE
3.1      A ESCOLHA
Apesar de termos vários métodos de ciclos de vida, optei por seguir o METODO CASCATA.
A escolha deve­se aos fatos:
Projeto pequeno, de curta duração;
Método clássico bem organizado;
Clara ideia do projeto;
Requisitos bem definidos;
Somente uma pessoa realizando o projeto;
Por estar  realizando este projeto sozinho, segui por não pular etapas até que elas estejam concluídas.  Isso me  fornece mais
segurança. Principalmente de não trabalhar em projetos de software. Seguindo somente por uma linha evita erros e retrabalho.
3.2      DESCRIÇÃO DO CICLO DE VIDA
Trata­se do modelo de engenharia mais utilizado até os dias de hoje para a produção de software, conhecido também como:
Modelo clássico de produção de software.
Apesar de existirem vários outros métodos, praticamente todos tem o método cascata como base. Outros métodos que foram
desenvolvidos com os anos, foram para minimizar os problemas que ocorrem no método cascata se o software for muito longo, e/ou
não tiver bem definido o que almeja.
O ciclo de vida cascata (clássico) segue uma abordagem sistemática e sequencial para o desenvolvimento do software.
3.2.1     Engenharia de Sistemas
Onde fazemos o  levantamento dos requisitos necessários para desenvolver o software. Esta  fase  tem como objetivo  levantar
informações para definir o que o software deverá fazer quando implementado. Por meio de entrevistas e acompanhamento do dia­a­
dia dos usuários do sistema busca­se coletar informações que serão utilizadas para modelar o software.
3.2.2     Análise
É a documentação de todos os requisitos levantados anteriormente. Com suas funcionalidades e restrições bem descritas. É a
base para originar o projeto desejado pelo cliente.
3.2.3     Design
Esta é a fase do projeto das estruturas de base para o software mais adequada, no caso deste projeto, linguagem C.
3.2.4     Codificação
Após  feito  o  levantamento  dos  requisitos,  analise  dos  mesmos  e  definido  o  design  para  o  software,  chega  a  hora  de
implementa­lo.
É o objetivo final da Engenharia de software. Onde a linguagem de programação escolhida da vida ao software seguindo todas
as regras anteriores.
3.2.5     Testes
17/04/2017 Unip
http://sfaa.unipinterativa.edu.br/pdf/template.php 3/3
Esta  busca  a  integridade  do  software.  É  uma  fase  extremamente  importante,  pois  todas  as  situações  impostas  para  o
desenvolvimento do software são confirmadas.
É a fase que antecede a entrega do software para uso.
3.2.6     Manutenção
Começa após a entrega do software para o cliente, quando entra realmente em uso. Onde alguns erros não percebidos podem
aparecer, ou novas implementações podem ser exigidas.
Graduado, Professor, fernando­mattos@hotmail.com 
Graduada, Professora, fernanda.thomaz.sousa@gmail.com
Graduado, Professor, f.mattos.sousa@gmail.com 
1       LINGUAGEM DE PROGRAMAÇÃO UTILIZADA
A linguagem de programação utilizada foi a LINGUAGEM C.
1.1      BREVE HISTORICO
A linguagem C foi desenvolvida em 1972, nos Laboratórios Bell, por Dennis Ritchie e implementada pela primeira vez num computador DEC PDP­11 que usava o
sistema operacional UNIX. Ela é o resultado da evolução de uma linguagem de programação mais antiga, denominada BCPL, desenvolvida por Martin Richards. T
endo sido desenvolvida por programadores, e para programadores, C tornou­se rapidamente uma ferramenta de programação bastante difundida entre os profission
ais da área. A popularidade da linguagem C deve­se, principalmente, aofato dela ser uma linguagem flexível, portátil e eficiente. Sua flexibilidade lhe permite ser u
tilizada no desenvolvimento de diversos tipos de aplicação, desde simples jogos eletrônicos até poderosos controladores de satélites. Graças à sua portabilidade,
os programas codificados em C podem ser executados em diversas plataformas, praticamente, sem nenhuma alteração. E, finalmente, sua eficiência proporciona
alta velocidade de execução e economia de memória
REFERÊNCIAS
Ito,Olavo Linguagem e Técnicas de Programação. São Paulo: Unip, 2014.
Costa,Ivanir Engenharia de Software. São Paulo: Sol, 2014.
Pereira,Silvo do Lago Linguagem C. Disponível em: https://www.ime.usp.br/~slago/slago­C.pdf Acesso em 25/11/2016
Arquivo PDF gerado pela UNIP
www.unip.br ­ nº do documento: 3CAF37B3­3CF3­4195­AD8D­3494BF3363F3
1
2
3
17/04/2017 Unip
http://sfaa.unipinterativa.edu.br/pdf/template.php 1/3
 
Associação Nacional dos Programas de Pós­Graduação em Comunicação
Gerenciamento de notas de uma sala de Aula
Managing Notes in a Classroom
Fernando Mattos   / Fernanda Sousa   / Fernando Sousa 
Resumo: É visível o aumento de meios rápidos de informação, cálculo de notas para educadores, devido, também, ao
aumento  de  trabalho  destes.  Com  isso  vem  a  procura  de  programas  que  façam  isso  de  forma  confiável,  rápida,  e
totalmente  personalizado.  Neste  projeto  damos  uma  forma  de  resolver  isso,  utilizando  a  linguagem  C  como  base,
agilizando  o  processo  e  diminuindo  os  erros.  Sobrando mais  tempo  para  nossos  educadores  pensarem  no  que mais
gostam.... Ensinar.
Palavra chave: Media dos Alunos; Linguagem C
Abstract: Increased rapid means of information, calculation of grades for educators is visible, also due to the increase in
their work. With this comes the search for programs that do this reliably, quickly, and totally personalized. In this project
we give a way to solve this, using the C language as a base, streamlining the process and reducing errors. More time is
left for our educators to think about what they like best .... Teach.
Keywords: Average of Students; C language;
INTRODUÇÃO
Com o passar dos anos, a vida de um professor está ficando cada vez mais corrida, alguns enfrentando duas e até três escolas
para conseguirem ter uma renda melhor. Isso significa realizar avaliações, colocar as medias, e depois verificar quem foi aprovado e
quem foi reprovado.
Um método para agilizar este processo já colocando o resultado da média das notas das provas, situação do aluno, media geral
da sala.
Este  é  o  cenário  deste  trabalho,  onde  utilizando  técnicas  em  linguagem  C  a  partir  de  um  estudo  do  Caso.  Utilizando  a
Engenharia de Software, para levantamento de toda a estrutura a seguir. Realizei um projeto executável que vai de encontro com as
necessidades do Educador.
Vejo um projeto simples, mas confiável, onde utilizei o conteúdo aprendido nestas matérias, acredito que de uma forma mais
simples, mas respeitando as regras. Utilizando um ciclo de vida do software, e funções da linguagem C.
É  um  projeto  que  atende  o  problema,  mas  que  pode  ser  atualizado  futuramente,  para melhorias  de  navegação  e  maiores
controles.
1.    DESCRIÇÃO DO CENARIO
Um professor do Ensino Fundamental precisa de um sistema para cadastrar as notas dos seus alunos. Ele tem que registras as
notas de quatro provas (P1, P2, P3, P4), além de uma prova substitutiva (para substituir a menor nota).
O sistema deve calcular a média de cada um dos alunos, que é igual a média ponderada das quatro provas. Caso seja menor
que 5,0 o aluno é reprovado.
O sistema deve ser composto das seguintes partes:
1. Cadastro de alunos: Nome do aluno e matricula.
2. Cadastro de notas: Cadastro das notas das provas P1, P2, P3, P4 e Prova substitutiva (Ps).
3. Cálculo das medias: O sistema deve conter uma função que calcula a média de cada um dos alunos, depois de todas as notas
cadastradas. A função media executa o cálculo da média ponderada, isto é, cada nota possui um peso (P1 peso1, P2 peso 2, P3
peso 3, P4 peso 4).
4. Relatório de desempenho: O sistema deve imprimir (em tela) um relatório com o nome de todos os alunos, suas notas e média,
se foi aprovado, e media da sala.
1.1      PROBLEMA
Com os professores trabalhando mais, e com menos tempo. A falta de um sistema que agilize o cálculo das notas de notas de
uma sala, pode acarretar em estresse, erros de cálculo. E com esses erros seria necessário um retrabalho para verificar onde está o
erro, e, por muitas vezes, refazer todos os cálculos seria ainda o mais rápido.
Mas o ciclo de erro e retrabalho pode se repetir.
1.2      OBJETIVOS
1.2.1     Geral
Projetar um software que atenda às necessidades do docente, agilizando e proporcionando mais confiança a todo o processo.
1.2.2     OBJETIVOS ESPECIFICOS
Cadastrar alunos com suas matriculas;
Cadastrar as notas das provas P1, P2, P3, P4 e Ps (substitutiva);
1 2 3
17/04/2017 Unip
http://sfaa.unipinterativa.edu.br/pdf/template.php 2/3
Verificar as notas substituindo a de menor valor, e de maior peso, pela Ps (desde que a prova substitutiva seja de valor maior);
Imprimir em tela o NOME, MATRICULA, NOTAS, MEDIA e situação APROVADO ou REPROVADO, de cada aluno;
Imprimir em tela e ao final, a média da sala
1.2.3     PONTOS IMPORTANTES
A prova substituta (Ps) só assume o valor de uma outra prova se for maior, e deve sempre assumir da prova de maior peso;
Limite de quantidade de alunos, para não ter erros no cadastro;
Utilização de pesos específicos para cada nota;
Mostrar se o aluno está aprovado ou reprovado;
A nota não poderá ser maior que 10;
1.3      JUSTIFICATIVA
Ganho de velocidade nas finalizações das notas;
Evita o retrabalho;
Agilidade nas consultas das notas;
Maior tempo livre;
Maior segurança;
2       ESCOPO
Pretende com este projeto mostrar uma aplicação das disciplinas aprendidas em um sistema de gerenciamento de notas de um
professor em uma sala de aula.
Não  vejo  como  um  projeto  final,  apesar  de  poder  ser  aplicado,  mas  um  início  e  uma  base  daquilo  que  vimos  nas  aulas,
podendo, portanto, ser melhorado e desenvolvido mais para melhores resultados, ou outras aplicações.
3       CICLO DE VIDA DO SOFTWARE
3.1      A ESCOLHA
Apesar de termos vários métodos de ciclos de vida, optei por seguir o METODO CASCATA.
A escolha deve­se aos fatos:
Projeto pequeno, de curta duração;
Método clássico bem organizado;
Clara ideia do projeto;
Requisitos bem definidos;
Somente uma pessoa realizando o projeto;
Por estar  realizando este projeto sozinho, segui por não pular etapas até que elas estejam concluídas.  Isso me  fornece mais
segurança. Principalmente de não trabalhar em projetos de software. Seguindo somente por uma linha evita erros e retrabalho.
3.2      DESCRIÇÃO DO CICLO DE VIDA
Trata­se do modelo de engenharia mais utilizado até os dias de hoje para a produção de software, conhecido também como:
Modelo clássico de produção de software.
Apesar de existirem vários outros métodos, praticamente todos tem o método cascata como base. Outros métodos que foram
desenvolvidos com os anos, foram para minimizar os problemas que ocorrem no método cascata se o software for muito longo, e/ou
não tiver bem definido o que almeja.
O ciclo de vida cascata (clássico) segue 
Graduado, Professor, fernando_mattos.hotmail.com 
Graduado, Professor, fernanda.thomas.sousa.gmail.com 
Graduado, Professor, f.mattos.sousa.gmail.com 
1       LINGUAGEM DE PROGRAMAÇÃO UTILIZADA
A linguagem de programação utilizada foi a LINGUAGEM C.
1.1      BREVE HISTORICO
A linguagem C foi desenvolvida em 1972, nos Laboratórios Bell, por Dennis Ritchie e implementada pela primeira vez num computador DEC PDP­11 que usava o
sistema operacional UNIX. Ela é o resultado da evolução de uma linguagem de programação mais antiga, denominada BCPL, desenvolvida por Martin Richards. T
endo sido desenvolvida por programadores, e para programadores, C tornou­se