Laboratório de Programação

Código:

EEC0030

Sigla:

LPRO

Áreas Científicas
Classificação	Área Científica
OFICIAL	Informática

Ocorrência: 2008/2009 - 1S

Ativa?	Sim
Página Web:	http://paginas.fe.up.pt/~jlopes/teach/2008-09/LPRO/
Unidade Responsável:	Departamento de Engenharia Informática
Curso/CE Responsável:	Mestrado Integrado em Engenharia Electrotécnica e de Computadores

Ciclos de Estudo/Cursos

Sigla	Nº de Estudantes	Plano de Estudos	Anos Curriculares	Créditos UCN	Créditos ECTS	Horas de Contacto	Horas Totais
MIEEC	75	Plano de estudos oficial a partir de 2006/07	3	-	8	87	213
			4
		Plano para bachareis que em 06 estiveram no 5º ano	4	-	8	87	213
		Plano de estudos oficial a partir de 2007/08	3	-	8	87	213
			4
		Plano para alunos que em 2006 estiveram no 3º ano	3	-	8	87	213
		Plano para alunos que em 2006 estiveram no 5º ano	3	-	8	87	213
		Plano para alunos que em 2006 estiveram no 4º ano	3	-	8	87	213
		Plano para bachareis que em 06 estiveram no 4º ano	4	-	8	87	213

Língua de trabalho

Português

Objetivos

No final desta disciplina o aluno deverá ser capaz de:
* Elicitar os requisitos de Sistema de Software
* Elaborar um Documento de Requisitos
* Realizar um protótipo de interface com o utilizador
* Elaborar um Documento de Projecto de Alto Nível
* Realizar um protótipo vertical
* Elaborar um Documento de Projecto Detalhado
* Elaborar um Manual de Ajuda ao Utilizador
* Elaborar um Manual de Instalação
* Aplicar UML na descrição do Modelo de Casos de Utilização
* Aplicar UML na descrição do Modelo de Objectos do Domínio
* Aplicar UML na descrição do Modelo de Arquitectura
* Aplicar UML na descrição do Modelo de Comportamento
* Codificar em Java classes usando as APIs standard
* Realizar versões de componentes de software
* Documentar o código utilizando Javadoc
* Testar o código utilizando Junit
* Utilizar um Wiki na elaboração colaborativa de documentação
* Utilizar o IDE Eclipse na manutenção do software
* Utilizar um sistema de controlo de versões

Programa

1. Introdução à Engenharia de Software.
2. Engenharia de requisitos. Elicitação, análise, especificação, validação e gestão de requisitos. Documento de requisitos.
3. Linguagens de modelação.
4. Projecto de software orientado por objectos. Modelação de arquitectura, estrutura de classes e comportamento.
5. Projecto de interfaces.
6. Coficação em Java.
7. Verificação, validação e teste de software.
8. Manutenção de software. Gestão de configurações. Controlo de versões.
9. Gestão e planeamento de projectos.

Bibliografia Obrigatória

Silva, Alberto Manuel Rodrigues da; UML, metodologias e ferramentas CASE. ISBN: 972-8426-36-4

Bibliografia Complementar

Pressman, Roger S; Software engineering. ISBN: 0-07-709677-0
Grady Booch, James Rumbaugh, Ivar Jacobson; The The Unified Modeling Language User Guide. 2nd Edition., Addison Wesley Professional, 2005. ISBN: 0-321-26797-4
Sommerville, Ian; Software engineering. ISBN: 0-321-21026-3

Métodos de ensino e atividades de aprendizagem

A disciplina tem aulas teóricas (2 aulas de 1 hora por semana) e aulas práticas (1 aula de 3,5 horas por semana para cada turma) em sala de computadores.

Os tempos lectivos das aulas teóricas são usados para descrever brevemente as várias fases de desenvolvimento de software e os artefactos associados e para apresentar e exemplificar a utilização das metodologias e ferramentas a usar no trabalho prático. São ainda indicadas referências de leitura.

Nas aulas práticas os alunos trabalham, em grupos de 5, num projecto de software.

Software

CVS
dokuwiki
IDE Netbeans

Palavras Chave

Ciências Físicas > Ciência de computadores > Programação
Ciências Físicas > Ciência de computadores > Programação > Engenharia de software

Tipo de avaliação

Avaliação distribuída sem exame final

Componentes de Avaliação

Descrição	Tipo	Tempo (Horas)	Peso (%)	Data Conclusão
Aulas da disciplina (estimativa)	Participação presencial	70,00
TP1: Protótipo da Interface com o Utilizador	Trabalho escrito	27,00		2008-10-06
TP2: Documento de Especificação de Requisitos	Trabalho escrito	9,00		2008-10-13
TP3: Documento de Projecto de Alto Nível	Trabalho escrito	18,00		2008-11-03
TP4: Protótipo Vertical	Trabalho escrito	12,00		2008-11-17
TP5: Documento de Projecto Detalhado	Trabalho escrito	27,00		2008-12-08
TP6: Produto	Trabalho escrito	36,00		2008-12-15
TP7: Demonstração	Trabalho escrito	4,00		2008-12-15
TP8: Avaliação do desempenho individual	Trabalho escrito	0,00		2008-12-15
FT1: Modelo de Casos de Utilização	Teste	1,50		2008-10-13
FT2: Modelo de Objectos do Domínio	Teste	1,50		2008-10-20
FT3: Modelo de Arquitectura	Teste	1,50		2008-11-10
FT4: Java	Teste	1,50		2008-11-24
	Total:	-	0,00

Obtenção de frequência

O trabalho prático (TP) será avaliado através da documentação apresentada, da aplicação desenvolvida e do desempenho individual nas aulas (TP1 a TP8):

A matéria teórica é avaliada através da resposta individual a folhas de perguntas (FT1 a FT4), a realizar na primeira meia hora de algumas aulas práticas.

A aprovação na disciplina está condicionada à obtenção de 50% em cada um dos trabalho da avaliação prática (TP1 a TP8) e de 40% no total das folhas de perguntas relacionadas com a matéria teórica (FT1 a FT4).

Fórmula de cálculo da classificação final

A nota final será calculada usando a fórmula: NOTA = 80% TP + 20% FT,
sendo: TP = TP1 + 3* TP2 + 2* TP3 + 2* TP4 + 3* TP5 + 7* TP6 + TP7 + TP8 e: FT = FT1 + FT2 + FT3 + FT4

A classificação a qualquer componente de avaliação pode variar de elemento para elemento do mesmo grupo em mais ou menos 2 valores, com base na opinião dos docentes e na auto-avaliação a realizar internamente em cada grupo.

Provas e trabalhos especiais

Após a demonstração do trabalho prático, pode ser necessária uma sessão de perguntas de resposta individual, para alunos em que seja difícil avaliar a participação no trabalho prático em grupo.

Avaliação especial (TE, DA, ...)

A avaliação prática, realizada nas aulas práticas durante o semestre de funcionamento da disciplina, é exigida a todos os alunos, independentemente do regime de inscrição e da necessidade de obter avaliação de frequência.

Melhoria de classificação

A nota final pode ser melhorada apenas numa nova edição da disciplina.