11 Fev - Notas globais estão disponíveis no sistema de e-Learning -- código de disciplina: 1011.8201N6. Ver também Alunos.

30 Jan - Fotografias: os alunos que não tem fotografia no portal académico (logo também não no Blackboard) devem colocá-la o mais depressa possível. Recorda-se que, sem a fotografia do aluno, dificilmente poderá ser tida em conta na classificação final da disciplina a sua avaliação contínua.

06 Jan - As classificações das duas fichas de avaliação encontram-se disponíveis no sistema de e-Learning -- código de disciplina: 1011.8201N6.

03 Jan - Pede-se aos alunos que visitem com urgência a página Alunos e sigam as instruções quanto à constituição definitiva dos grupos de projecto.

21 Dez - Pede-se aos alunos cujos grupos não constam de Alunos o favor de, com a brevidade possível, enviarem a constituição do respectivo grupo ao monitor do seu turno (Ver endereços em Funcionamento -> Monitores).

20 Dez - Os alunos devem verificar se a sua caixa de correio na UMinho está cheia, facto quer pode estar na origem da devolução de mensagens que a docência da disciplina tem envaido.

16 Dez - Prestem atenção às FAQs que estão a sair sobre o projecto, na secção respectiva.

10 Dez - As notas das duas fichas de avaliação (Unix e LaTeX) sairão em conjunto, logo que todos os alunos as tenham realizado.

17 Nov - O enunciado do projecto estará disponível em Projecto na próxima 6ª-feira, dia 19-Nov.

10 Nov - A primeira ficha de avaliação (Unix) decorrerá na próxima semana, ver Sumários.

10 Nov - A documentação relativa às acções de formação da EEng encontram-se na secção Material

20 Out - Informa-se que as folhas de presença da sessões do Plano de Act. Formação da EEng. circularão nos primeiros 5 minutos das aulas.

14 Out - Chama-se a atenção para as salas em que decorreram as sessões do Plano de Act. Formação da EEng., a partir de 25-Out. - ver Sumários

13 Out - As listas dos alunos inscritos em cada turno prático serão publicadas muito brevemente em Alunos.

13 Out - As duas primeiras fichas de avaliação já estão calendarizadas, ver Sumários: semanas de 15-19 Nov (Unix) e de 6-10 Dez (Latex).

29 Set - Os turnos práticos iniciam-se na semana de 4-Out.

28 Set - As aulas (2010/11) iniciam-se amanhã no anfiteatro 101 do CP2, pelas 14h.

28 Set - Criação do site.

Ano Lectivo 2010/11

Equipa docente

• Responsável:
  • José Nuno Oliveira
• Monitores:
  • Bárbara Vieira
  • Hugo Macedo
  • Hélder Pereira
  • Luís Pedro Machado
  • Miguel Marques
  • Paulo Silva

Horário

Avaliação

A nota final é a média pesada das notas obtidas nos seguintes elementos de avaliação:

• Ficha sobre a shell do Unix realizada individualmente com ajuda do computador (10%).
• Ficha sobre LaTeX realizada individualmente com ajuda do computador (20%).
• Projecto de Haskell realizado em grupos de 3 alunos (65%).
• Acções de formação transversal do CP (5%).

Dada a natureza laboratorial dos elementos de avaliação, não há lugar a recurso. As melhorias devem ser feitas por frequência, repetindo todos os elementos de avaliação.

Orais

Classificações

• Esta informação está disponível no sistema de e-Learning -- ver código de disciplina 1011.8201N6.

2010/11 : Projecto

Enunciado

Todos os anos são realizadas no DI as Jornadas de Informática (JOIN) que agregam, durante alguns dias, toda a comunidade académica local (alunos e professores), investigadores convidados (nacionais e estrangeiros) e o tecido empresarial (um conjunto restrito de empresas que se associam e patrocinam este nosso evento) --- ver, por exemplo, as JOIN 2010.

As inscrições dos participantes são efectuadas através de um portal, preenchendo-se um formulário on-line (disponível aqui) que irá gerar um ficheiro com a seguinte estrutura:

nome,email,curso,numero-de-aluno,universidade,curso-1,filiacao-empresa,jantar-da-conferencia,almocos-no-restaurante-panoramico,porque-se-inscreveu-nas-join,outro-1,dt
Joaquim da Silva Pereira,joaq_per@netcabo.pt,LCC,23180,,,,0,0,"['Procura projecto/disserta\xc3\xa7\xc3\xa3o de mestrado', 'Interesse pelas \xc3\xa1reas
tem\xc3\xa1ticas']",,2009/08/26 13:59:04.993 GMT+1
Francisco Pacheco Vieira, fpv@gmail.com,LEI,a41836,,,,0,0,"['Procura 1\xc2\xba emprego', 'Interesse pelas \xc3\xa1reas tem\xc3\xa1ticas']",,2009/08/26 21:40:35.611 GMT+1
Miguel Lopes Costa,costa.miguel@gmail.com,LEI,40626,,,,0,0,"['Procura 1\xc2\xba emprego', 'Interesse pelas \xc3\xa1reas tem\xc3\xa1ticas']",,2009/08/27 18:17:44.077
GMT+1
João Costa, joaomcc@gmail.com,LCC,a41039,,,,0,0,"['Procura 1\xc2\xba emprego', 'Interesse pelas \xc3\xa1reas tem\xc3\xa1ticas']",,2009/08/28 02:01:44.318 GMT+1
Alberto Silva e Sá,setezore@gmail.com,MEI,12251,,,,0,0,['Interesse pelas \xc3\xa1reas tem\xc3\xa1ticas'],,2009/08/28 15:38:07.065 GMT+1
João Teixeira,joteixe@alunos.uminho.pt,LEI,42050,,,,0,0,['Procura 1\xc2\xba emprego'],,2009/08/28 15:56:23.495 GMT+1
João Teixeira,joteixe@alunos.uminho.pt,LEI,42050,,,,0,0,['Procura 1\xc2\xba emprego'],,2009/08/28 15:57:30.053 GMT+1
Freitas Marques, freitasm@gmail.com,LEI,47140,Universidade do Minho,,,0,0,['Interesse pelas \xc3\xa1reas tem\xc3\xa1ticas'],,2009/08/28 16:04:47.952 GMT+1
João Fernando Albertino Veiga, tino.veiga@gmail.com,MEI,pg1225,,,,0,0,['Interesse pelas \xc3\xa1reas tem\xc3\xa1ticas'],,2009/08/28 16:20:18.569 GMT+1
Paulo Pereira,pper@gmail.com,MI,11252,,,,0,0,"['Procura 1\xc2\xba emprego', 'Interesse pelas \xc3\xa1reas tem\xc3\xa1ticas']",,2009/08/28 16:28:21.331 GMT+1
Nuno Cadete,lncadete@gmail.com,,,Universidade do Algarve,Engenharia Informática,,0,0,['Interesse pelas \xc3\xa1reas tem\xc3\xa1ticas'],,2009/09/01 16:48:13.091 GMT+1
Cesar Rodrigues,cesar@di.uminho.pt,,,,,DI/UMinho,0,0,[],,2009/09/08 16:23:56.947 GMT+1
Paula Novais,paula@di.uminho.pt,,,,,DI - Universidade do Minho,0,0,[],,2009/09/08 16:24:08.379 GMT+1
Francisco Rodrigues,fr@di.uminho.pt,,,,,Departamento de Informática,0,0,['Interesse pelas \xc3\xa1reas tem\xc3\xa1ticas'],,2009/09/08 17:43:57.098 GMT+1
Hugo Miguel Silva Teixeira,hsmcost@net.sapo.pt,LEI,28241,,,,0,0,[],Procuro emprego,2009/09/08 21:24:08.457 GMT+1
Vasconcelos Oliveira,v.oliveira@scert.com,,,,,"SUPERTICERT - Certificação Electrónica, SA",0,0,[],,2009/09/10 15:28:51.332 GMT+1
João Filipe Pinto Ferreira, pintojoao@gmail.com,LCC,42410,,,,0,0,"['Procura 1\xc2\xba emprego', 'Procura projecto/disserta\xc3\xa7\xc3\xa3o de mestrado', 'Interesse pelas \xc3\xa1reas tem\xc3\xa1ticas']",,2009/09/10 17:34:22.134 GMT+1

A primeira linha indica os vários campos de uma ficha de inscrição, a saber:

• nome -> Nome do inscrito
• email -> Email do inscrito
• curso -> Curso do aluno (na Universidade do Minho)
• Universidade -> Universidade do aluno / universitário
• curso-1 -> Curso do aluno em universidade externa
• filiação-empresa -> Empresa do inscrito
• jantar-da-conferencia -> Inscrição no jantar da conferência.
• almocos-no-restaurante-panoramico -> Inscrição nos almoços da conferência.
• porque-se-inscreveu-nas-join -> Lista de razões pelas quais se inscreveu nas JOIN
• outro_1 -> outras razões pelas quais se inscreveu nas JOIN
• dt -> data de inscrição

As restantes linhas contêm dados separados por vírgulas que seguem a ordem de campos determinada na primeira linha. Nota: este formato, muito habitual em migração e processamento de dados, dá pelo nome CSV (`comma separated values').

Tarefa 1

A primeira tarefa consiste no reconhecimento (parsing) do ficheiro das inscrições e validação das mesmas. Existem três tipos diferentes de inscrições: alunos, universitários e empresas. Os primeiros e segundos referem sempre uma universidade, distinguindo-se pelos campos curso ou curso-1 (um destes preenchido no caso de alunos). Uma inscrição só é considerada válida se forem preenchidos campos relativamente ao seu tipo, p.e. um aluno da UM não deverá preencher o campo em que se regista o curso de um aluno de outra universidade (ver formulário). Há ainda que ter em conta problemas como, por exemplo

• inscriçoes repetidas (possivelmente incoerentes)
• dados incompletos

perante os quais o programa a desenvolver deverá agir em conformidade.

Tarefa 2

A segunda tarefa consiste em gerar crachás, em LaTeX, para todas as pessoas inscritas. Deverão ser gerados diferentes crachás para os diferentes tipos de inscrições. No caso de um aluno, os crachás deverão conter o primeiro e o último nome, curso e universidade. Um representante de uma empresa deverá ter o primeiro e último nome e a empresa que representa. O mesmo para um universitário.

No seguinte ficheiro ZIP os alunos podem encontrar código LaTeX para geração dos formatos normalizados (notar, por exemplo, as diferenças de cor). Deverá ser gerado o maior número de crachás por cada página A4 de impressão, para poupar papel.

Tarefa 3

A terceira tarefa consiste na geração de estatísticas acerca dos inscritos: Número de inscritos, inscritos por curso, interesse dos inscritos em áreas temáticas, inscritos para o jantar, inscritos para os almoços na cantina.

O meio de publicação dessas estatísticas fica ao critério dos alunos, por exemplo gerando um documento LaTeX. O recurso a utilitários externos como, por exemplo, gnuplot para a apresentação de dados de forma gráfica, será valorizado.

Tarefa 4

A última tarefa consiste em gerar análises multi-dimensionais dos dados das inscrições, por exemplo, tabelas do género

Para saber mais sobre este tipo de tabelas ver, por exemplo, o artigo Pivot Table da Wikipédia. Como valorização do trabalho, poder-se-á também apresentar a informação das análises multi-dimensionais de forma gráfica, recorrendo, por exemplo, à representação sob a forma de histograma que é disponibilizada pelo gnuplot (exemplos em http://gnuplot.sourceforge.net/demo_4.2/histograms.html)."

Relatório

Deverá ser escrito um pequeno relatório em LaTeX descrevendo os tipos de dados, funções (e respectivos algoritmos) usados para resolver cada uma das tarefas. O relatório deverá adoptar o formato article, com tamanho de letra 10pt, tamanho de página a4wide, e ter no máximo 8 páginas. Devido a esta limitação de espaço, não é recomendável incluir todo o código no relatório: apenas se devem listar extractos que se julguem mais interessantes.

Logística

• O projecto deverá ser realizado em grupos de 3 alunos e apresentado aos monitores na semana de 10-14 de Janeiro de 2011 nos turnos práticos da disciplina.
• Os projectos (relatório e código) devem ser submetidos por email até 8 de Janeiro para o monitor do turno respectivo (Ver Funcionamento).
• As apresentações de projectos submetidos em regime de melhoria terão lugar no turno PL7.
• Cada turno terá 3 aulas de apoio à realização do projecto (ver sumários previstos para tal em Sumários). Contudo, os alunos não deverão esperar por essas aulas para iniciar a realização do trabalho - devem começa-lo já. Eventuais dúvidas devem ser tiradas junto do monitor do respectivo turno.
• Para a apresentação deverão trazer o código desenvolvido e o relatório impresso (idealmente em frente-e-verso).
• Os grupos que não enviarem o projecto até ao dia 8 de Janeiro não poderão ser avaliados.
• As notas dos elementos do grupo podem ser diferentes, de acordo com a sua prestação durante a apresentação.
• Caso se detectem cópias entre os trabalhos, todos os membros dos grupos envolvidos ficarão imediatamente reprovados.
• As cotações máximas que podem ser obtidas em cada uma das tarefas são as seguintes:

FAQs

Q1 - Quando temos inscrições repetidas, apenas a data e hora mudam ou existem outros campos que podem ser diferentes? Ou inscrições repetidas têm pelo menos o mesmo nome?

R: Relativamente a inscrições repetidas existem várias hipóteses que vamos deixar ao critério dos alunos. Se mudar apenas a data e a hora, sugere-se que a inscrição mais recente seja a válida.

Q2 - O curso, quando é aluno da Universidade do Minho, é de preenchimento obrigatório?

R: Mais uma vez, fica ao critério dos alunos. Sugere-se que, neste caso, se apenas faltar o curso a inscrição seja válida mas indicada como "incompleta" algures.

Q3 - Qual o nome do ficheiro que contém as inscrições? É o utilizador que decide o nome do ficheiro que quer abrir?

R: O nome do ficheiro que lê as inscrições deve ser passado como parâmetro.

Q4 - Na tarefa 2, o programa deverá invocar o LaTeX e gerar o PDF com os crachás, ou apenas gerar um ficheiro .csv que o LaTeX usará para os gerar?

R: O programa gera o LaTeX a partir das inscrições consideradas válidas.

Q4.1 - No caso de ser a primeira hipótese, para que sistema o fazemos (Linux/Mac OS/Windows) visto que os comandos de invocar funções do sistema são diferentes?

R: Para o sistema operativo onde vão apresentar o trabalho.

Q5 - No enunciado há códigos hexadecimais. É preciso convertê-los para letras com acentos?

R: Sim.

Q6 - Quando se faz o 'parsing' do formulário, são detectados alguns erros. Devemos actualizar o ficheiro ou criar um novo ficheiro apenas com as inscrições válidas?

R: O ficheiro deverá ser lido sem qualquer problema de 'parsing', isto é, a sintaxe está correcta. Depois é que se validam as inscrições.

Q7 - Também existem crachás para oradores e jobshops, ou apenas para participantes?

R: Participantes e empresas apenas.

Q8 - Tenho a seguinte dúvida sobre a leitura do ficheiro csv: nos campos do almoço e jantar, se as opções não são seleccionadas no formulário dá um 0 ao ficheiro e se forem seleccionadas dá um 1?

R: Exacto: 1 vai ao jantar, 0 não vai.

Q9 - Ao copiar o ficheiro da página da disciplina para um editor de texto a 1ª e 3ª inscrição não têm tudo na mesma linha. O programa tem que ler como está na página ou podemos juntar as linhas sem que seja considerado um erro?

R: Devem juntar as linhas que são consideradas erro.

Q10 - O ficheiro vem sempre ordenado cronologicamente (i.e. a última inscrição é sempre a mais recente)?

R: Sim.

Q11 - Numa das inscrições ("Freitas Marques") está preenchido o campo da universidade com "Universidade do Minho". Caso se não tivesse preenchido este campo a inscrição estaria válida; mas, assim, está preenchido um campo que apenas poderia ser preenchido por alunos externos à Universidade do Minho. O programa reconhece-a como inscrição válida ou inválida?

R: Válida.

Q12 - Em que SO vamos apresentar o trabalho? Podemos utilizar um portátil de um dos elementos do grupo?

R: O trabalho poderá ser apresentado num computador de um elemento do grupo, no respectivo SO. Por omissão, será apresentado num dos Mac's disponíveis no laboratório da disciplina.

Q13 - As inscrições repetidas devem ser acrescentadas à lista de inscrições inválidas ou serão descartadas?

R: Ver resposta a Q1 acima. Como o tratamento das inscrições repetidas fica ao critério do grupo, a justificação das decisões tomadas deverá constar do relatório.

Q14 - Para a tarefa 2 criamos dois ficheiros PDF através do pdfpages, é permitido?

R: Sim, estimula-se a utilização de qualquer uma das packages LaTeX existentes.

Q15 - A conversão para letras com acentos tem que ser feita manualmente (i.e uma função que nos fazemos que percorre o ficheiro a procura dos códigos hexadecimais) ou é algo herdado pelos comandos do Prelude/System.IO? Se for pelos comandos do Prelude, qual é a codificação com que o programa tem que ler o ficheiro?

R: O Haskell não faz essa conversão automaticamente. Podem criar uma função que substitua os códigos hexadecimais pelos caracteres correspondentes, ou podem assumir uma codificação para o ficheiro de entrada, e construir um programa que dê resultados coerentes com essa codificação.

Q16 - É necessário criar um ficheiro só com o formulário válido?

R: (Admitindo que estão a perguntar se é necessário criar um ficheiro com os dados do formulário introduzido, mas apenas com os registos considerados válidos): o enunciado não o pede, mas podem fazê-lo.

Q17 - Para empresas usa-se o crashá dos participantes ou há algum específico?

R: Utiliza-se o crashá dos participantes.

Q18 - Ao exportar do Gnuplot é necessário exportar directamente para LaTeX ou pode-se exportar para outro formato (por exemplo jpeg)?

R: Podem optar pelo formato que entenderem. Outra possibilidade é gerarem um ficheiro jpeg que é importado por um ficheiro LaTeX com o template para a apresentação das estatísticas.

Q19 - Quando alguém escolhe mais que um Motivo, o total vai ser maior que o número de inscritos nesse curso. Assim a última linha da tabela multi-dimensional poderá ter valores superiores ao número de inscritos. Ou a tabela é para indicar o nº de opções escolhidas?

R: A tabela pretende consolidar dados relativos às opções escolhidas, e não às inscrições.

50 Recent Changes in TWiki Web retrieved at 17:08 (GMT)

See also: RSS feed, recent changes with 50, 100, 200, 500, 1000 topics, all changes

Apresentação

Esta é, na actual estrutura da Licenciatura em Engenharia Informática, a primeira de uma série de unidades curriculares designadas por Laboratórios de Informática. Como o seu próprio nome sugere, estas unidades curriculares agregam as componentes laboratoriais (de informática) das várias temáticas leccionadas no semestre.

Nesta primeira instância, concentrar-nos-emos nos seguintes tópicos:

• Utilização da shell do Unix.
• Utilização do LaTeX na elaboração de relatórios e outros documentos.
• Prática de programação na linguagem funcional Haskell, através da realização em grupo de um projecto de média dimensão.

Ocasionalmente, os Laboratórios de Informática I poderão ser usados para leccionar pequenos cursos sobre temáticas de interesse para alunos do 1º ano, em coordenação com a direcção de curso.

Education/LI11011 Web Preferences

The following settings are web preferences of the Education.LI11011 web. These preferences overwrite the site-level preferences in TWiki.TWikiPreferences and Main.TWikiPreferences, and can be overwritten by user preferences (your personal topic, eg: TWikiGuest in the Main web).

Web Preferences Settings

These settings override the defaults for this web only. See full list of defaults with explanation. Many of the settings below are commented out. Remove the # sign to enable a local customisation.

Natural Skin configuration

• Set SKIN=nat

• Set SKINSTYLE = Plain
• Set STYLEBORDER = thin
• Set STYLEBUTTONS = off
• Set STYLESIDEBAR = left
• Set STYLEVARIATION = none
• Set STYLESEARCHBOX = off

• Set PAGETITLE= Laboratórios de Informática I

• Set NATWEBLOGO = Laboratórios de Informática I

• Set WEBCOPYRIGHT = Copyright © by the contributing authors. Ideas, requests, problems? Send feedback.

• List of topics of the Education/LI11011 web:
  • #Set WEBTOPICLIST = Changes | Index | Search | Go

• Web-specific background color: (Pick a lighter one of the StandardColors).
  • Set WEBBGCOLOR = #D0D0D0
  • Note: This setting is automatically configured when you create a web

• Image, URL and alternate tooltip text of web's logo.
  Note: Don't add your own local logos to the TWikiLogos topic; create your own logos topic instead.

• Set WEBLOGOURL = WebHome
• Set WEBLOGOIMG =
• Set WEBLOGOALT = Laboratórios de Informática I

• List this web in the SiteMap. If you want the web listed, then set SITEMAPLIST to on, do not set NOSEARCHALL, and add the "what" and "use to..." description for the site map. Use links that include the name of the web, i.e. Education/LI11011.Topic links.
  Note: Unlike other variables, the setting of SITEMAPLIST is not inherited from parent webs. It has to be set in every web that is to be listed in the SiteMap
  
  • Set SITEMAPLIST = on
  • Set SITEMAPWHAT = Laboratórios de Informática I
  • Set SITEMAPUSETO = Licenciatura em Engenharia Informática (2010/11)
  • Note: Above settings are automatically configured when you create a web

• Exclude web from a web="all" search: (Set to on for hidden webs).
  • Set NOSEARCHALL =
  • Note: This setting is automatically configured when you create a web

• Prevent automatic linking of WikiWords and acronyms (if set to on); link WikiWords (if empty); can be overwritten by web preferences:
  • #Set NOAUTOLINK =
  • Note: You can still use the [[...][...]] syntax to link topics if you disabled WikiWord linking. The <noautolink> ... </noautolink> syntax can be used to prevents links within a block of text.

• Default template for new topics for this web:
  • WebTopicEditTemplate? : Default template for new topics in this web. (Site-level is used if topic does not exist)
  • TWiki.WebTopicEditTemplate: Site-level default topic template

• Comma separated list of forms that can be attached to topics in this web. See TWikiForms for more information.
  • Set WEBFORMS =

• Users or groups who are not / are allowed to view / change / rename topics in the Education/LI11011 web: (See TWikiAccessControl). Remove the # to enable any of these settings. Remember that an empty setting is a valid setting; setting DENYWEBVIEW to nothing means that anyone can view the web.
  • #Set DENYWEBVIEW =
  • #Set ALLOWWEBVIEW =
  • #Set DENYWEBCHANGE =
  • #Set ALLOWWEBCHANGE = TWikiAdminGroup
  • #Set DENYWEBRENAME =
  • #Set ALLOWWEBRENAME = TWikiAdminGroup

• Users or groups allowed to change or rename this WebPreferences topic: (e.g., TWikiAdminGroup)
  • #Set ALLOWTOPICCHANGE = TWikiAdminGroup
  • Set ALLOWTOPICRENAME = TWikiAdminGroup

• Web preferences that are not allowed to be overridden by user or topic preferences:
  • Set FINALPREFERENCES = NOSEARCHALL, ATTACHFILESIZELIMIT, WIKIWEBMASTER, WEBCOPYRIGHT, WEBTOPICLIST, DENYWEBVIEW, ALLOWWEBVIEW, DENYWEBCHANGE, ALLOWWEBCHANGE, DENYWEBRENAME, ALLOWWEBRENAME

Help on Preferences

• A preference setting is defined by:
  3 or 6 spaces * Set NAME = value
  Example:
  • Set WEBBGCOLOR = #FFFFC0
• A preferences setting can be disabled with a # sign. Remove the # sign to enable a local customisation. Example:
  
  • #Set DENYWEBCHANGE = UnknownUser
• Preferences are used as TWikiVariables by enclosing the name in percent signs. Example:
  • When you write variable %WEBBGCOLOR% , it gets expanded to #D0D0D0
• The sequential order of the preference settings is significant. Define preferences that use other preferences first, i.e. set WEBCOPYRIGHT before WIKIWEBMASTER since %WEBCOPYRIGHT% uses the %WIKIWEBMASTER% variable.
• You can introduce your own preferences variables and use them in your topics and templates.

Related Topics

• TWiki.TWikiPreferences, Main.TWikiPreferences - site-level preferences
• TWikiUsers - list of user topics. User topics can have optional user preferences
• TWikiVariables - list of common %VARIABLES%
• TWikiAccessControl - explains how to restrict access by users or groups

Tools

• Rename, move or delete this web:
  • Rename/move/delete web..., looking for references in all public webs - See also: ManagingWebs

Web Search

Search: \.*