Dúvidas e contribuições sobre os Projectos
É válido para este tópico o mesmo indiado no tópico anterior - mas agora em relação aos Planos de Projectos de cada equipa.
Dessa forma, pretendo chamar os debates individuais com cada equipa para esta área pública com o intuito de promover o compartilhamento de discussões, descobertas de novas ferramentas ou modelos a serem utilizados.
Saudações luso-brasileiras,
R
escrito por Rogério P C do Nascimento, PhD Ã s
14:10
7 Comentário(s):
Abaixo transcrevo uma frutífera troca de emails com a Gestora de Projecto Cláudia Maria..
Cheers,
R
---
Olá Cláudia,
Sempre é bom ver seu empenho e dedicação à disciplina.. certamente suas dúvidas também estão pairando na cabeça dos outros Gestores.. em parte, você tem razão nas preocupações.. ainda veremos as técnicas sobre a estimação, análise de risco, qualidade, etc.. inclusive, ainda teremos uma aula específica para planificação do projecto onde falaremos mais sobre como preencher o diagrama de Gantt.. por isso, ainda não é a hora de preocuparem-se com as "datas a serem estimadas"..
O que pedi para agora é uma LISTA das acções (actividades e tarefas) que vocês já fizeram e as que pretendem fazer, no âmbito das fases de desenvolvimento de sw e das Actividades Protectoras.. e a relação de DEPENDÊNCIA entre estas acções informando os prés e pós-requisitos para cada tarefa.. vocês também deverão decompor as tarefas listadas agora para esclarecer ao máximo os papéis de cada um informando os RESPONSÁVEIS pela tarefa (ou subtarefa).. obtendo assim, um diagrama com todas as tarefas que serão realizadas no projecto.. o grau de rigor desta decomposição (ou seja, a granularidade ou profundidade de níveis das subtarefas) irá depender da complexidade de cada projecto.. por outro lado, devem ter o cuidado de não detalhar em demasia..
Assim que os Gestores receberem os diagramas (de Classes, Casos de Utilização..) concebidos pelos Analistas (gerados a partir da especificação), também deverão delegar as tarefas relacionadas com o desenvolvimento das classes específicas para cada elemento da Equipa de Desenvolvimento.. na fase de Definição, vocês deverão definir o trabalho do Analista.. na fase de Desenvolvimento, definir o trabalho do Arquitecto, do Programador, do Testador, etc.. algumas dessas tarefas do domínio do problema dizem respeito à Reutilização de Classes prevista no modelo de processo seguido pela Lacertae SW (Modelo de Processo Recursivo-Paralelo).. assim, devem definir tarefas do tipo: buscar classes numa biblioteca (subtarefas: pesquisar classes na Web, em ambientes de desenvolvimento, etc), desenvolver novas classes, etc.
Quanto ao Diagrama de Gantt, peço-lhe que adicione esta dica no tópico do edu-blog "sugestões de outras Feramentas de Apoio".. o link é útil para esclarecer melhor o que é um Diagrama de Gantt.. contudo, sobre o preenchimento do diagrama de Gantt devem seguir as orientações acima e o que ainda veremos em sala de aula..
Continuação de um óptimo fim-de-semana..
R
-----Mensagem original-----
De: a21444@ualg.pt [mailto:a21444@ualg.pt]
Enviada: sexta-feira, 14 de Outubro de 2005 23:53
Para: rnascimento@ualg.pt; a21444@ualg.pt
Assunto: Duvida: Trabalho para próxima aulaprática de Engenharia de Software
Boa noite
Tenho uma dúvida em relação ao trabalho que o professor pretende que tenhamos feito para a próxima aula prática. Eu fiquei com a ideia de que teríamos que fazer um projecto em Microsoft Project com as actividades e tarefas (planeamento)do nosso projecto, como o exemplo que nos foi mostrado na aula prática passada.
Isto seria o diagrama de Gantt, certo? No entanto, ainda não aprendemos a definir as métricas e as estimações necessárias para colocar no diagrama de Gantt. Bem como os desenhos,análises de riscos,testes e documentação que também terão de ser incluídas nesse mesmo diagrama.
Além disso, estive a ver os seus acetatos das aulas, e não encontrei nenhuma aula que falasse do diagrama de Gantt. Não sei se me enganei a ver os slides, ou se isso será tema de uma próxima aula teórica.
Gostaria que, caso seja possível, o professor me esclarece-se melhor sobre o que pretende que se faça como trabalho para a próxima aula prática, o mais depressa possível.
No entanto, andei a pesquisar coisas sobre o diagrama de Gantt, e encontrei este site interessante:
http://www.mindtools.com/pages/article/newPPM_03.htm
Cumprimentos académicos
Claudia Maria, 21444, LESI
5:48 PM
Para efeitos da disciplina, serão considerados os principais Casos de Utilização (Use Cases) do sistema. Cabe aos analistas usarem o bom senso para definir quais são "importantes".
já para o Diagrama de Casses, será obrigatório a descrição de TODAS as classes do sistema, pois a partir delas faremos algumas estimações para o projecto. Por isso, bastante atenção na definição dos Casos de Utilização.
Cumprimentos,
R
4:54 PM
Caro Juan,
no ponto 3.3 do "PLANO DO PROJECTO DE SOFTWARE OO para produtos da Lacertae SW" o ideal é mesmo utilizar aquele modelo para as as actividades de RSGR.. como referi no PPS, basta fazê-lo para 2 ou 3 dos riscos identificados..
no ponto 3.2, vocês devem informar se consideram o risco critico, marginal, catastrofico ou desprezível.. adicionalmente, se quiserem definir o que consideram critico, marginal, catastrofico ou desprezível fica por opção de cada equipa..
cheers,
R
4:43 PM
Cara Cláudia,
o diagrama de E-A referido faz parte da Análise de Sistemas Tradicionais e foge ao escopo do que pretendemos em Análise Orientada a Objectos - neste caso, o diagrama de classes.. está (talvez mal) referido no documento somente para vocês terem noção do que é necessário em Análise Estruturada (tradicional).. assim, não é necessário a sua criação..
salut,
R
4:51 PM
Cada equipa terá 15' para a apresentação. Logo após cada apresentação faremos uma discussão sobre o que foi apresentado.
Cmprimentos,
R
4:33 PM
Caríssimas equipas Forças Especiais e JAP Team,
os diagramas criados pelos analistas, arquitectos ou oriundos da modelação dos dados do produto devem ser inseridos no documento descrito como "ESPECIFICAÇÕES do Projecto de SW". Mais precisamente, nos subtópicos 2, 3, 4 e 5. E, eventualmente, em 6.
O outro documento referido como "PLANO DE PROJECTO de sw oo" refere-se principalmente às informações relativas à gestão do projecto de sw. Neste documento encontra-se, na verdade, o principal objecto de aprendizagem desta cadeira. Contudo, como já vimos em sala de aula, não pode ser concebido sem a existência do primeiro documento.
Bons ventos,
R
1:24 PM
Cara JapTeam,
No caso de vocês, o coeficiente mais apropriado seria mesmo o das interfaces GUI, apesar de haver uma ou outra complexidade nas janelas. Usamos estes coeficientes para medir o esforço pessoas/dias de trabalho. Como vocês irão reutilizar a maioria das classes gráficas do projecto Moodle, então acredito que este menor esforço irá compensar a eventual complexidade de algumas interfaces gráficas.
Bom trabalho.
R
11:13 PM
Postar um comentário
<< Página inicial