Escolar Documentos
Profissional Documentos
Cultura Documentos
do
Minho
2015-2016
Mestrado
Integrado
em
Engenharia
Inform8ca,
3
Ano,
2
Semestre
Laboratrios
de
Inform8ca
IV
Orlando
Belo
Departamento
de
Inform8ca
Escola
de
Engenharia
Universidade
Do
Minho
Resumo
A
Engenharia
de
SoSware
atualmente
uma
das
vertentes
da
Engenharia
com
maior
relevo.
Hoje,
as
a8vidades
de
desenvolvimento
de
soSware
j
no
podem
ser
realizadas
de
uma
forma
ad
hoc,
em
que
metodologias,
processos
e
tcnicas
de
desenvolvimento
so,
simplesmente,
ignoradas.
Desenvolver
um
sistema
de
soSware
uma
tarefa
de
grande
importncia
nos
dias
de
hoje.
Os
papis
que
estes
sistemas
tm
vindo
a
assumir
no
nosso
quo8diano
so,
dia
aps
dia,
cada
vez
mais
cr8cos.
O
seu
desempenho
(que
se
espera
que
seja
bom,
acima
de
qualquer
cr8ca)
afecta-nos
diretamente,
sendo
a
nossa
dependncia
da
sua
atuao
cada
vez
maior.
H,
pois,
uma
responsabilidade
muito
grande
das
equipas
que
par8cipam
num
processo
de
desenvolvimento
de
soSware.
No
podemos,
assim,
enfrentar
um
processo
de
desenvolvimento
de
soSware
de
nimo
leve.
Devemos,
acima
de
tudo,
faz-lo
de
forma
metdica,
fundamentada
e
bem
suportada
tecnicamente,
acompanhando
de
perto
as
tcnicas
e
os
padres
de
desenvolvimento
seguidos
pelos
grandes
produtores
de
soSware.
Estrutura da Apresentao
Apresentao geral
Objetivos a atingir
O trabalho prtico
Validao do trabalho realizado
A equipa de trabalho
Entrega e apresentao
Recursos
Apresentao
A unidade curricular (UC) de Laboratrios de Informtica IV (LI4)
tem como principal objectivo rotinar os seus alunos em processos
de construo de software, com particular nfase na especificao
e desenvolvimento de aplicaes do mundo real, utilizando
metodologias e processos da Engenharia de Software.
Pretende-se, tambm, providenciar aos alunos de LI4 um contacto
mais profissional e real com o mundo do desenvolvimento de
software para sistemas reais, identificando e mostrando os vrios
intervenientes neste tipo de processos, bem como as dificuldades e
obstculos que neles podem emergir.
Apresentao
Este trabalho prtico constituir, assim, um primeiro estgio no
domnio da Engenharia de Software, com particular nfase na rea
de desenvolvimento de aplicaes uma das mais ativas no
mercado de trabalho das TICs e um meio para a preparao de
uma possvel futura integrao no mercado de trabalho.
Obje8vos
a
A8ngir
Rotinar os alunos no domnio da Engenharia de Software com a
aprendizagem dos conceitos e terminologia base da rea.
Apreender os mtodos de trabalho mais relevantes no processo de
desenvolvimento de software.
Estabelecer a modo de funcionamento da disciplina, com
particular nfase no processo de realizao, entrega e
apresentao dos seus trabalhos.
Reforar o esprito de trabalho de grupo e apresentar alguns
conceitos sobre gesto e acompanhamento de projetos.
Completar a formao dos alunos em processos de pesquisa e
escrita de relatrios e apresentao pblica de trabalhos.
Complementar a formao em ambientes e processos de
desenvolvimento de software.
O
Trabalho
Pr8co
O software a desenvolver no mbito da unidade curricular dever
ser:
Um Assistente de Campo.
sendo de escolha livre o domnio de aplicao do assistente
ecologia, zoologia, geologia, arqueologia, etc.; isto significa que
cada grupo de alunos poder desenvolver o seu trabalho numa
rea de interesse da sua preferncia.
Assistentes
Pedaggicos
Podemos
ver
um
assistente
de
campo
como
um
sistema
de
apoio
ao
trabalho
de
campo
de
um
inves8gador,
que
pode
ser
denido
da
seguinte
maneira:
Uma
pea
de
soSware
instalada
numa
plataforma
mvel
com
a
capacidade
de
ajudar
um
inves8gador
nas
suas
a8vidades
de
campo,
possibilitando-lhe
meios
para
registar
eventos
ocorridos,
catalogar
espcimenes
do
seu
interesse,
orient-lo
geogracamente
no
seu
campo
de
a8vidade,
fornecer-lhe
informao
sobre
um
dado
tpico
de
trabalho,
etc.
(...)
Funcionalidades Obrigatrias
Funcionalidades Obrigatrias
Parte I (continuao)
4. Fornecer informao complementar sobre um dado tpico de trabalho,
acedendo a fontes de informao especializadas.
5. Exportar para o sistema de investigao central todas as notas de
trabalho (voz e fotografias) retiradas ao longo de cada sesso de
trabalho, bem como os registos relacionados com os percursos
efetuados.
10
Funcionalidades Obrigatrias
12
Requisitos Fundamentais
Todavia, para que o trabalho seja considerado vlido e aceite para desenvolvimento
e posterior avaliao, o sistema para o assistente de campo dever,
obrigatoriamente, obedecer ao seguinte:
Resultar de um trabalho orientado por uma metodologia de desenvolvimento de
software.
O software desenvolvido dever apresentar uma organizao em trs nveis
(interface aplicacional; regras de negcio e sistema de dados) na arquitetura
principal do seu sistema de back office.
Ser suportada por uma base de dados relacional, devidamente documentada.
Implementar preferencialmente as funcionalidades do sistema para utilizao em
clientes universais, com a possibilidade de ser instalado em plataformas mveis
de pequena dimenso smart-phones ou tablets.
Providenciar mecanismos para a incorporao de dados provenientes de fontes
de informao heterogneas, com validao e tratamento de erros (com ou sem
recuperao).
Disponibilizar um interface intuitivo, de fcil utilizao e com nveis de
interatividade elevados.
13
Organizao tpica
em trs camadas.
...
Interface
Ligaes a servios
de informao
exteriores.
Negcio
Dados
Fonte de dados
alternativa para ser
incorporada no
sistema aps
anlise e seleao
de dados realizada
por um sistema de
parsing.
14
Fontes de dados
das aplicaes
(bases de dados
relacionais).
As Etapas do Trabalho
15
Execuo
do
Trabalho
Fundamentao
Identificao e
caracterizao
geral da aplicao
a desenvolver.
Fundamentao do
seu
desenvolvimento e
justificao em
termos de modelo
de negcio.
Anlise dos
requisitos da
aplicao.
Especificao
Especificao geral
detalhada do software
a desenvolver. Mtodo
RUP. Use Cases,
Diagramas de
Sequncia e
Diagramas de Classes.
Gerao de
documentao.
Construo
Apresentao e
caracterizao geral da
arquitectura do
sistema. Descrio dos
diversos mdulos.
Plano de
desenvolvimento.
Distribuio do
trabalho. Ferramentas
utilizadas. Validao do
software desenvolvido.
Avaliao
Apresentao do trabalho
realizado. Anlise dos
principais pontos do
trabalho. Discusso tcnica
sobre as opes de
desenvolvimento.
Avaliao.
<a definir aps a 3
etapa>
16
Validao
do
Trabalho
No final de cada etapa, todos os grupos faro uma apresentao
tcnica do trabalho realizado aos docentes da disciplina.
As apresentaes sero avaliadas com o objetivo de determinar se
o trabalho produzido tem a qualidade necessria para sustentar a
realizao da etapa seguinte.
No caso de se verificarem anomalias tcnicas ou deficincias de
especificao que coloquem em causa o sucesso da etapa
seguinte, ser recomendado aos alunos a melhoria do trabalho
apresentado repetio do trabalho da etapa (situao em que no
passa etapa seguinte).
17
18
Os
Grupos
de
Trabalho
Para a realizao deste trabalho, os alunos dever-se-o organizar
em grupos de 4 elementos, devendo um destes elementos (tal
como referido na apresentao da disciplina) assumir o papel de
coordenador de atividades do grupo.
O coordenador dever ser, prioritariamente, o elemento de
contacto do grupo com a equipa docente da disciplina.
Cada grupo ser acompanhado ao longo da realizao do trabalho
por um docente da disciplina (o gestor do grupo).
Cada grupo de trabalho estar associado com um desses perodos,
no podendo transitar de perodo sem a autorizao expressa do
docente responsvel pela disciplina.
19
20
21
Ferramentas
22
Bibliograa
9 edio do livro Software Engineering (http://
www.softwareengineering-9.com/) de Ian Sommerville (
http://www.software-engin.com/home).
5 Edio atualizada do livro de Gesto de Projetos de Software, de
Antnio Miguel. (http://www.fca.pt/pt/catalogo/informatica/gestao-deprojetos/gestao-de-projetos-de-software/#sthash.nyQd9kmD.dpuf)
23
Recursos
24
Universidade
do
Minho
2015-2016
Mestrado
Integrado
em
Engenharia
Inform8ca,
3
Ano,
2
Semestre
Laboratrios
de
Inform8ca
IV
Orlando
Belo
Departamento
de
Inform8ca
Escola
de
Engenharia
Universidade
Do
Minho