PRG29002 - Programação I - Eng.Telecom 2016-2

Professor da Disciplina: Cleber Jorge Amaral
e-mail: cleber.amaral@ifsc.edu.br

Critérios e instrumentos de avaliação

• Conceitos numéricos entre 0 e 10. 0 é reservado para alunos com frequência insuficiente
  • N1 = Prova teórica sobre pseudocodigo e fluxograma (sem apoio de computador)
  • N2 = Prova prática sobre C
  • N3 = Apresentação de projeto de desenvolvimento em C (Avaliação do projeto = 30% e da performance do aluno na apresentação = 70%)
  • Recuperação realizada após cada prova e do trabalho uma reapresentação que valerá no máximo conceito 7.
  • Média = (N1+N2+N3)/3
• Ter 75% de frequência.

Material de aula

Slides

• Slides das aulas

Diário de aulas

Aula inaugural e introdução aos algoritmos

Apresentada ementa através dos slides disponibilizados. Introduzido conceito de algoritmo, discutido definição de problema bem definido Trabalhamos um problema na forma de brainstorming que não foi bem especificado mas serviu para introduzir o conceito de abstração e deixar o pensamento livre para criar soluções de um controle eletrônico dos status das chaves do almoxarifado No desenvolvimento definimos a necessidade de uma estrutura de dados (tabela) para ter o cadastro das chaves que devem ser controladas. Estas chaves foram identificadas por um conjunto de letras único (R1, R2, CAD2 - para representar as chaves do Lab. Redes 1, Lab. Redes 2, e Lab CAD2 respectivamente como exemplo). Neste caso esta tabela ficou com apenas um campo que serve tanto de descrição como de identificação já que este conjunto de letras deve ser único. Vimos que seria necessário uma estrutura na forma de um quadro (tabela) que armazenaria o estado da chave. Serve como representação virtual do estado físico do objeto. No exercício fizemos que a chave que está fora (emprestada) estava com estado 1, a chave presente no quadro físico com código 0. Acabamos não definindo bem como fazer mas sabemos que de alguma forma teríamos que relacionar as chaves que estão fora com uma identificação da pessoa que pegou. Nesta linha vimos que também seria necessário uma estrutura para conter as pessoas que podem pegar chaves. Sem se preocupar com detalhes de permissão a quais chaves, consideramos que uma pessoa cadastrada poderia pegar qualquer chave disponível. Neste cadastro teriamos um campo de identificação, como nos limitamos a um sistema com teclado e monitor ficamos com a matricula e um outro campo contendo o nome da pessoa já que o programa teria que mostrar em tela o nome já que não é comum as pessoas memorizarem as matriculas dos colegas. Ficou como exercício para casa: Gerar um descritivo mais detalhado deste problema, fazendo com que fique bem definido. Neste caso, imagine-se como sendo o cliente, os detalhes que não foram especificados você mesmo deve especificar afim de que fique bem definido Agora coloque-se como executor deste projeto, como você resolve o problema que você mesmo ajudou a definir? Faça na forma de tabelas, diagramas ou texto mesmo, representações de como estes dados estão se relacionando Em sala não tivemos tempo para definir como funcionaria a gravação do histórico das chaves, pense numa forma de controlar este processo. Já usou excel, consegue imaginar uma maneira? Consegue imaginar o fluxo de operação? Digo, o programa mostrará um menu, o usuário entrará com uma informação, o programa então mostra certa mensagem... como são os ciclos de empréstimo e devolução? Como funcionaria a consulta de histórico? E o cadastro de chaves e pessoas?