IF62J2011b

2011-08-30T20:27:08Z

Blind: /* Projetos */

== Oficina de Integração 1 - 2011 - 2 ==

===Docentes Participantes===
* Arandi G. Bezerra Junior (DAFIS); [http://dgp.cnpq.br/buscaoperacional/detalhepesq.jsp?pesq=7811492311173264 Grupo de pesquisa] email: arandi (na) utfpr pont edu pont br
* Luiz Ernesto Merkle (DAINF) [http://dgp.cnpq.br/buscaoperacional/detalhepesq.jsp?pesq=2227304067293085 Grupo de pesquisa] contato: merkle na utfpr pont edu pont br

=== Ementa ===
* Integração dos conhecimentos de disciplinas de formação básica e profissionalizante obtidos até momento [segundo período].
* Aplicação dos conceitos de metodologia científica para o desenvolvimento, em equipes, de um sistema computacional (software) contemplando essa integração.
* Aplicação dos conceitos de metodologia científica e comunicação e expressão para a elaboração e apresentação oral de relatório final dos resultados do projeto desenvolvido.

=== Etapas ===
Esta disciplina trabalha por projetos de trabalho. Neste semestre os projetos terão como tema o suporte computacional aos processos de ensino e aprendizagem de conceitos científicos, tecnológicos, e culturais.

A escolha do tema será da equipe, mas o tipo de objeto computacional de ensino aprendizagem e a respectiva documentação e forma de licenciamento é determinado.

Esta liberdade de escolha trás para o estudante maior controle sobre o seu processo de formação, e com isto a responsabilidade por este processo.

Cada equipe deverá:
* Integrar de 3 a 4 pessoas;
* Negociar uma orientação e propor um projeto de trabalho em tema correlato, ou vice-versa.
* Fazer uma proposta formal do projeto, com com a devida orientação e acompanhamento;
* Iniciar o desenvolvimento do projeto de trabalho e submeter para exame de qualificação documento formal, em LaTeX [http://www.latex-project.org] + bibTeX, ou docbook[http://docbook.org/], alternativamente.
* Apresentar e defender o projeto em banca de qualificação, com material em beamear[http://en.wikipedia.org/wiki/Beamer_%28LaTeX%29], uma classe LaTeX para apresentações, ou Scribus[http://docs.scribus.net/index.php?lang=en&page=pdfexport4], alternativamente (permite a inclusão de javastripts);
* Desenvolver o projeto qualificado, sempre com acompanhamento e orientação, e levando em consideração as diretivas da banca de qualificação. O projeto deve incluir biblioteca, código, exemplos e licenças, descritas na próxima seção.
* Submeter monografia para banca final de defesa de monografia, nos respectivos aplicativos já citados;
* Apresentar e defender o projeto final.
* Apresentar a versão final de toda a documentação final conforme observações da banca.

=== Técnicas e ferramentas exigidas ===
* Os relatórios devem ser desenvolvidos em LaTeX ou docbook, e devem ter a assinatura dos/as respectivos/as orientadores/as.
* Os objetos de aprendizagem devem ser desenvolvidos em plataformas abertas e livres, e de fácil apropriação por professores e estudantes das respectivas áreas. Sugerimos programas em processing[http://www.processing.org]/arduino[http://arduino.cc]/open_frameworks[http://openframeworks.cc], projetos dentro open source physics [http://www.compadre.org/osp/], como o Tracker[http://www.compadre.org/osp/webdocs/Tools.cfm?t=Tracker], e o Easy Java Simulations [http://www.compadre.org/osp/webdocs/Tools.cfm?t=EJS]. Eles serão avaliados quanto a clareza e facilidade de compreensão, uso e apropriação pelas comunidades alvo.
* Os objetos de ensino aprendizagem devem poder ser executados pela web, via applets, com excessão dos que envolvem aquisição de dados em bancada (vejam tutoriais em processing [], e applets em EJS) e programação em C++. Estes últimos devem incluir site com as devidas explanações de como utilizar os objetos.
* Os objetos de ensino aprendizagem devem seguir as melhores práticas de documentação de cada ferramenta explorada.
* Os objetos de ensino aprendizagem devem vir acompanhados de uma biblioteca de software, devidamente documentada, que facilite seu uso e apropriação.
* Cada equipe deve desenvolver um respectivo conjunto de exemplos de uso, tendo pelo menos três exemplos devidamente documentados de utilização da biblioteca por cada integrante da equipe.
* As equipes que optarem pelo desenvolvimento de projetos que envolvam hardware (arduino e similares) devem, além da biblioteca e dos exemplos, ter como saída o desenvolvimento de um escudo (shield) que facilite seu uso e apropriação.
* Os aplicativos desenvolvidos deverão ser licenciados em licenças livres (documentação em creative commons; software e exemplos em gnu gpl ou lgpl; hardware em TAPR OHL [http://www.tapr.org/ohl.html]ou CERN OHL [http://www.ohwr.org/projects/cernohl/documents]).
* Os documentos submetidos à qualificação, à defesa, e a versão final devem seguir as normas da ABNT. Sugerimos os templates da SBC, ACM, IEEE e RBF(latex))
* Os objetos de ensino aprendizagem desenvolvidos no projeto, devidamente licenciados em licenças livres.

=== Cronograma Resumido ===
* 10/08/2011 Apresentação da Disciplina.
* 17/08/2011 Introdução à Metodologia e às Ferramentas de trabalho
* 24/08/2011 Orientação e acompanhamento de projetos.
* 31/08/2011 Entrega e defesa das propostas de trabalho em LaTeX (com assinatura do/a orientador/a).
* 07/09/2011 FERIADO
* 14/09/2011 Submissão dos relatórios para qualificação.
* 21/09/2011 Qualificações.
* 28/10/2011 Qualificações.
* 05/10/2011 Orientação e acompanhamento de projetos.
* 12/10/2011 FERIADO
* 19/10/2011 Orientação e acompanhamento de projetos.
* 26/10/2011 Orientação e acompanhamento de projetos.
* 02/11/2011 FERIADO
* 09/11/2011 Entrega das monografias para defesa (Monografia e Documentação).
* 16/11/2011 Defesas.
* 23/11/2011 Defesas.
* 30/12/2011 Defesas.
* 07/12/2011 Reapresentações de Projetos, quando possível e conveniente;
* 14/12/2011 Resultados e Avaliação da disciplina.

=== Avaliação ===
A avaliação será feita com base em projetos de trabalho, documentação, exemplos, bibliotecas e escudos, participação em sala, postura ética e crítica, uso de recursos, presença, atenção, e interação em grupo, zelo e respeito, documentações parciais e finais, apresentações, capacidade de articulação escrita e oral.

Pesos:
* Proposta: 10%
* Qualificação: 20%
* Monografia: 25%
* Banca Final: 25%
* Documentação Final: 20%

=== Porquês ===
* Por que LaTeX? - Porque várias comunidades em Computação e Matemática utilizam este sistema na preparação de artigos científicos.
* Por que BibTex? - Porque é precisa saber referenciar com facilidade a literatura utilizada.
* Por que Beamer? - Porque é uma classe em LaTeX.
* Por que DocBook? - Porque têm por base XML e provavelmente será base para web semântica ao ser parcialmente incorporado em HTML 5.
* Por que Scribus? - Porque permite a inclusão de javascripts nas apresentações, e tem potencial para nestas incluir o tipo de interatividade a desenvolver nos projetos em processing, ejs, etc.
* Por que processing? - Por que é uma plataforma de prototipação que favorece a apropriação pelas comunidades alvo.
* Por que openFrameworks? - Por que em algumas situações, no caso de ambientes interativos - processing é muito lento.
* Por que arduino? - Por que favorece o aprendizado, a prototipação e hoje tem um baixo custo.
* Por que OSP, EJS e Tracker? - Por que têm vários exemplos de tipos de projetos que temos desenvolvidos nesta disciplina.
* Por que a proposição do projeto é da equipe (1)? - Porque uma vez formados, a responsabilidade pela contínua formação em engenharia será de cada profissional, e esta precisa ser exercitada.
* Por que a proposição do projeto é da equipe (2)? - Porque temos um compromisso com a criatividade e a criticidade. Não queremos formar cidadãos submissos e alienados.
* Por que licenças livres? - Por que a educação com a qual temos compromisso é pública, e seus resultados e contribuições devem retormar a quem a mantém, a sociedade.
* É permitido usar outras plataformas? Sim, mas precisam estar em conformidade com o licenciamento livre, com a facilidade de apropriação e de uso em ambientes de ensino/aprendizagem, seja dos objetos, seja da documentação, seja do código/hardware desenvolvidos; e isto precisa ser argumentado e defendido.

=== Projetos de Trabalho - Momentos, Marcos, Argumentos, Memória ===
Os projetos envolvem diversos aspectos do saber e do fazer acadêmico-científico: escolha circunstanciada do tema, interdisciplinaridade, interação com orientador(es), trabalho em equipe, elaboração de justificativa e textos referenciados, pesquisa bibliográfica, elaboração de artefato, apresentação e argumentação científica;

Cada estudante se verá envolvido com:
# A escolha de uma equipe e a negociação de um tema;
# ''PROPOSTA'': O desenvolvimento de uma proposta e a busca por uma orientação, não necessariamente nesta ordem, mas que resultará em um documento formal, não extenso, devidamente diagramado e referenciado, onde constem seus objetivos iniciais, uma alternativa de estrutura (sumário) e referências básicas. Estes mudarão ao longo do amadurecimento da equipe e do trabalho, podendo passar por um aprofundamento, uma extensão ou inclusive uam reorientação para um outro objeto, quando aquele não se mostra viável. É como ver uma montanha de longe.
# ''DOCUMENTO PARA QUALIFICAÇÃO'': Um segundo marco ou momento significativo do processo é denomina-se ''qualificação'', que é quando, após um estudo mais aprofundado da literatura de trabalhos similares, do levantamento de alternativas possíveis, re uma apreciação das próprias limitações pessoais, das diferentes qualidades na equipe, e da disponiblidade de recursos de tempo e dedicação, se prepara um documento que aponta para um projeto mais delimitado, com uma forma mais definida, com um objetivo e uma direção na qual se pretende seguir. Para se chegar aí, é necessário concordância de todos/as envolvidos, inclusive da orientação. É como se chegar próximo a uma montanha e começar a ver sua textura, potenciais rotas para a subida, mas ainda sem certeza da trajetória a seguir para se chegar ao cume, ou a uma base de apoio.
# ''QUALIFICAÇÃO'': A qualificação é um momento onde o ducumento recém preparado é avaliado por um conjunto de professores, não necessariamente apenas os alocados a esta disciplina, onde é apreciado pela turma, e onde aquele mesmo conjunto tem a oportunidade de comentar, questionar, reclamar, elogiar, enaltecer, o trabalho feito e onde a equipe é arguída, quando se espera o devido posicionamento da equipe. É quando se começa a caminhada rumo ao cume, e isto é apreciado por montanhistas mais experientes, mas que não necessariamente já subiram aquela mesma montanha.
# ''TRABALHO'': Se grande esforço foi feito até então para direcionar o trabalho, a base de apoio, a escolha rota, a partir deste ponto energia, dedicação e sistematicidade são exigidas para se efetivamente subir a montanha, seja por uma via mais conhecida ou por uma mais desafiadora. O que se almeja é a escalada, e o aprendizado que se pode ter dela, chegue-se em um, dois ou três picos, ou em um paredão negativo intransponível com a experiência e os equipamentos adquiridos até então. Deste esforço resultam dois trabalhos, um ligado efetivamente o plano concreto, e que agrega o que foi efetivamente conseguido, e um no plano textual, que permite à equipe publicizar, tornar público e acessível, aquilo que foi feito. Um seria o produto ou processo desenvolvidos ao longo do percurso, o outro a monografia e permite a comunidade/sociedade avaliar ou recuperar tal experiência.
# ''DEFESA'': A defesa é muito similar a qualificação. Entretanto, em vez de se apontar para a incerteza do futuro, para uma hipótese, para um interesse ou uma intensão, apresenta-se um documento, como um mapa, conta-se uma história, passível de ser lembrada, que visa servir de apoio para futuros projetos, para futuras comunidades; em nossa metáfora, para futuras escaladas. Neste momento, a equipe e cada uma das pessoas envolvidas deve se posicionar, deve contribuir para esta contação com experiência e seriedade.
# ''Publicização'': Este processo, que em parte começa na sociedade por necessidade ou interesse (pessoal ou coletivo), é construído sobre os trabalhos anteriores (fundamentação), incorpora uma dimensão empírica e sociocognitiva, retorna a sociedade, seja mediado por uma pessoa, ou por um conhecimento devidamente gravado em uma suporte material e acessível por algum canal. A monografia é parte deste processo, mas não se resume esgota as possibilidades de desdobramento e nem os garante.

=== Motivação para projetos de trabalho - Brevíssima Introdução ===
Fernando Hernández, pesquisador espanhol que trabalha com projetos de trabalho já algum tempo, em uma recente publicação (Catadores da Cultura Visual, 2007, Porto Alegre: Mediação) aponta que "o principal problema que hoje enfrentam nossas escolas e universidades é a narrativa dominante sobre a educação na qual se inserem sua dificuldae em mudá-la". Esta narrativa, o mesmo autor continua, supõe que:
* a única forma que se tem de agrupar os alunos é por idades;
* apenas um professor há de trabalhar por vez em cada grupo;
* os livros-texto são a fonte prioritária do aprendizado;
* o espaço da sala de aula há de ser fechado para facilitar o controle do grupo;
* as provas dão conta do que os alunos têm aprendido;
* separar por disciplinas, como divisões estanques, é a melhor forma de planejar o que se deve ensinar;
* os horários (fragmentados como uma grade televisiva) são a única maneira de organizar o tempo escolar;
* o exercício e a repetição são as melhores formas de favorecer o aprendizado;
* os alunos são uns indolentes e não tem interesse por nada, e que, por isso, há de se separar os melhores do resto;
* os professores são umas vítimas sofredoras, desamparadas e sem reconhecimento de seu trabalho;
* as famílias não se responsabilizam pela educação de seus filhos;
* a escola há de preparar para o amanhã e, especialmente, para ir a universidade;
* sua função é que os indivíduos se convertam em alunos; (HERNÁNDEZ, 2007, p.11-12)

A disciplina de Oficina de Integração 1 almeja a construção de uma outra alternativa de educação. Desde 2006, quando implantada, temos tido sucesso em constuir uma outra narrativa, com vários professores em sala e muitos mais fora dela, movida pelo interesse de educandos/as e educadores/as, sem provas mas não sem rigor e sistematicidade, que procura integrar disciplinas, apesar das dificuldades. Como professores/as podemos dizer que temos tido o prazer de ter estudantes motivados/as, engajados/as em seus projetos, e que modula suas formações na contemporâneidade. Trabalhamos com profissionais, não com alunos/as.

Os projetos de trabalho representam uma alternativa concreta que balisa o diferencial da formação em Engenharia de Computação oferecida por seu Colegiado no Campus Curitiba da UTFPR.

Esta primeira Oficina, de uma série de três seguida dos trabalhos de conclusão de curso, toma como espinha dorsal a sistematicidade de melhores práticas em engenharia, desenvolvidas seja em projetos, em pesquisas, na escrita, na comunicação.

=== Projetos ===

e-carona
* Andre Gabriel De Andrade Cassimiro
* Geanine Inglat

equipe
* Andre Matheus Fedalto
* Arthur Floriani Martins
* Gabriela Rosalee Weigert
* Tarcisio Rupel

equipe
* Anne Carneiro Rocha
* Estevan Frederico Pasquetta Jantsk
* Luis Felipe Mazzuchetti Ortiz

equipe
Processamento de Imagens
* Bruno Silva Kinopf
* Eugenio Guanwen Ng
* Lucas Minto Maia Souto
* Nicollas Mocelin Sdroievski

equipe
* Caua Barneze Rocha
* Gustavo Henrique Mascarenhas Machado
* Raphael Zagonel Moletta
* Roger Ricardo Tosin

equipe -
* Elton Masaharu Sato
* Paulo Henrique Guazzi Rosa
* Thiago Shoiti Andrade Horita
* Vitor Hugo Cardoso

equipe -
* Felipe Tissot Tadra
* Igor Rodrigues Pessoa
* Luisa Bonin De Oliveira
* Pedro Henrique Dallacosta De Vergueiro

equipe -
* Felipe Lisboa
* Icaro Matheus Queiroz Stecker
* Marlon Bill Santos

Equipe -
* Jociane Franzoni De Lima
* Lucas Penha De Moura
* Stefany Aoto Rojas Ruiz

Equipe - Tecnologia Assistiva
* Lucas Chociay
* Lucas De Souza Valiati
* Mariana Flenik Machado Cabral
* Paulo Nesello Kunzel

Equipe - Física Moderna (Eletromagnetismo)
* Alfredo Escobedo Osorio
* Jorge Fernando Bohner
* Thiago Passos Schuartz

Sem equipe -
# Cesar Figueiredo Lula
# Henrique Simiao Ferreira
# Ivan Douglas Martins
# Rafael Henrique Zaleski

Wiki DAINF - Contribuições do usuário [pt-br]

IF62J2011b