Departamento de Ciência da Computação - IME - USP

MAC0122 Princípios de Desenvolvimento de Algoritmos

Segundo Semestre de 2012

INFORMAÇÕES SOBRE ENTREGA DE EPs

A entrega de cada exercício-programa deve respeitar as seguintes instruções.

(Cabeçalho) O exercício-programa deve ter um cabeçalho com o seguinte formato:

/*
 \__\__\__\__\__\__\__\__\__\__\__\__\__\__\__\__\__\__\__\__\__\__\__

  AO PREENCHER ESSE CABEÇALHO COM O MEU NOME E O MEU NÚMERO USP, 
  DECLARO QUE SOU O ÚNICO AUTOR E RESPONSÁVEL POR ESSE PROGRAMA. 
  TODAS AS PARTES ORIGINAIS DESSE EXERCÍCIO PROGRAMA (EP) FORAM 
  DESENVOLVIDAS E IMPLEMENTADAS POR MIM SEGUINDO AS INSTRUÇÕES DESSE EP
  E QUE PORTANTO NÃO CONSTITUEM PLÁGIO. DECLARO TAMBÉM QUE SOU RESPONSÁVEL
  POR TODAS AS CÓPIAS DESSE PROGRAMA E QUE EU NÃO DISTRIBUI OU FACILITEI A
  SUA DISTRIBUIÇÃO. ESTOU CIENTE QUE OS CASOS DE PLÁGIO SÃO PUNIDOS COM 
  REPROVAÇÃO DIRETA NA DISCIPLINA.

  Nome:
  NUSP:
  Prof:

  Referências: Caso você tenha utilizado alguma refência, liste-as abaixo
  para que o seu programa não seja considerada plágio.
  Exemplo:
  - A função mallocSafe foi baseada na função mallocc 
    retirada de: http://www.ime.usp.br/~pf/algoritmos/aulas/aloca.html

 \__\__\__\__\__\__\__\__\__\__\__\__\__\__\__\__\__\__\__\__\__\__\__
*/

(Plágio) O exercício-programa é estritamente individual. Exercícios plagiados (copiados, colados), com ou sem eventuais disfarces, serão severamente punidos.
Plágio é um comportamento que contraria as regras de nossa disciplina e o Código de Ética da USP. Destacamos o seguinte artigo:
Artigo 23 - É vedado aos membros do corpo discente e demais alunos da Universidade:
[...]
II. lançar mão de meios e artifícios que possam fraudar a avaliação do desempenho, seu ou de outrem, em atividades acadêmicas, culturais, artísticas, desportivas e sociais, no âmbito da Universidade, e acobertar a eventual utilização desses meios.
(Compilador) O monitor utiliza o gcc com as opções -Wall -ansi -pedantic -O2 para corrigir os programas. Se você utilizar algum outro compilador para desenvolver seu programa, antes de entregar verifique se o seu programa tem extensão .c, compila SEM WARNINGS e executa corretamente.
(Entregas dos EPs) Para a entrega do EP, você precisa estar cadastrado na página de MAC0122 em http://paca.ime.usp.br/. Após abrir uma sessão, escolha opção "Exercício-Programa" e depois clique no EP correspondente.
Você pode entregar o EP quantas vezes quiser até as 23h55m do último dia do prazo de entrega.
A última versão entregue é aquela que será corrigida. Encerrado o prazo, não serão mais aceitos EP's.
(EP atrasado) Não são aceitos exercícios atrasados. Não deixe para entregar o seu EP na última hora. Para prevenir imprevistos como queda de energia, problemas com o sistema, problemas com a sua conexão com a internet, sugerimos que a entrega dos exercícios sejam feitas pelo menos um dia antes do prazo determinado.
(Erros de sintaxe) Exercícios com erros de sintaxe (ou seja, erros de compilação) receberão nota ZERO. Não esqueça de verificar se o seu programa está compilando depois da inclusão do cabeçalho.
(Arquivo fonte) O arquivo a ser entregue é somente aquele contendo o chamado programa fonte, ou seja, o arquivo com extensão .c, como, por exemplo, meuep.c. Não entregue o programa executável, o que tem extensão * (meuep*). Programas executáveis entregues receberão nota ZERO.
(WARNINGS) Os exercícios que forem compilados e tiverem WARNINGS (avisos) serão corrigidos normalmente. Entretanto, avisos durante a compilação podem ser uma boa indicação de erros de lógica em seu programa. Por exemplo,
```
     if (a=b)
       {
         [. . .]
       }
```
resulta em um WARNING, e provavelmente é um erro em seu programa (atribuição em vez de comparação). Procure portanto eliminar todas as fontes de WARNINGs.
Para ativar a detecção de WARNINGs no compilador você deve usar as opções -Wall -ansi -pedantic -O2, como está descrito no final da página do tutorial.
(Consistência dos dados) O seu programa não precisa fazer consistência dos dados de entrada. Isto significa que se, por exemplo, o seu programa pede um número entre 0 e 5 e o usuário dígita um número negativo, uma letra, um cifrão, uma arroba, . . . , o seu programa pode travar o computador ou explodir sem ficar envergonhado.
(Leiaute e documentação) Programas devem ser entendidos não só por computadores mas também, e principalmente, por seres humanos. Se você está à procura de sugestões sobre como indentar o seu programa, elas podem ser encontradas nas páginas Leiaute (= layout) e Documentação escritas por Paulo Feofiloff.