Uma aplicação simples de suporte via chat
Durante o curso de Arquitetura de Softwares, o comportamento de um Arquiteto e padrões da literatura foram demonstrados, analisados, alguns implementados e descritos e escritos.
Neste trabalho final, visamos demonstrar a ação de um arquiteto de software e seu time.
-
O arquiteto deve se apresentar, descrever a aplicação, sua funcionalidade, o tipo de dados que são tratados e os resultados que o software gerencia (pode ser usado um Power point para isso).
-
Em uma análise via diagramas, demonstre os pontos em que ele, o arquiteto, identificou a demanda de adequação a um dos padrões disponíveis de programação. Neste momento, o Arquiteto deve demonstrar:
- A demanda identificada;
- O Padrão que ele identifica como plausível para otimização;
- Explicar o Padrão usado com base na teoria (objetivo e formato do padrão, intenção, problema encontrado, vantagens e desvantagens);
- O membro da equipe que foi designado para a otimização (explique a designação: data, horário prazo estipulado);
- O que ele, enquanto arquiteto, espera obter de otimização ou padronização com o processo;
- Devem ser identificadas pelo menos 6 otimizações/adequações baseadas em padrões. Cada elemento do grupo deve implementar pelo menos duas.
-
Cada membro da equipe vai apresentar suas implementações (rodando). Deve ser apresentado pelo componente do grupo:
- O padrão usado e seu referencial teórico;
- Qual o método desse padrão;
- Quais os ganhos que ele propõe;
- Quais os ganhos que o membro da equipe conseguiu identificar efetivamente;
- Quais os custos identificados;
-
Voltando à figura do arquiteto, deve ser feito um comparativo entre o que o elemento do grupo identificou como ganhos e custos e o que o arquiteto identificou (neste ponto cabe frisar que não é obrigatório que membro e arquiteto concordem, mas os pontos de discordância devem ser MUITO BEM explicados e com base na teoria estudada no semestre).
-
Quesitos práticos devem ser mencionados como:
- Data de atribuição da atividade de cada membro
- Data de entrega da atividade de cada membro
- Atrasos e etc.
-
Critérios de Pontuação
- 4 pontos – Demonstração do arquiteto da identificação da demanda e a designação de tarefas.
- 2 pontos – Demonstração e apresentação da solução do membro 1 da equipe
- 2 pontos – Demonstração e apresentação da solução do membro 2 da equipe
- 2 pontos – Demonstração e apresentação da solução do membro 3 da equipe
- 2 pontos – Comparação entre o que as expectativas do Arquiteto e o que foi apresentado por cada membro da equipe.
- 2 pontos – Tempo de apresentação (10 minutos por grupo);
- 2 pontos – Criatividade da solução;
- 4 pontos – Ponto participativo:
- O arquiteto deve entregar a parte, por email para flabasouza@yahoo.com.br, com cópia para flavio.souza@prof.unibh.br , a nota de participação de cada componente da equipe no dia da apresentação. A nota deve ser justificada como um LEGITIMO arquiteto de software; Identifique GRUPO, DATA DE APRESENTAÇÃO, MEMBRO E NOTA no EMAIL. Justifique, com RESPALDO TEÓRICO sua nota.
- Em contra partida, cada membro da equipe deve pontuar seu arquiteto, com base nas aulas sobre o papel do arquiteto de software com a mesma nota. Identifique GRUPO, DATA DE APRESENTAÇÃO, ARQUITETO E NOTA. Justifique, com RESPALDO TEÓRICO sua nota.
-
Considerações:
- A apresentação deve ser de no máximo 10 minutos (há penalização se exceder – ensaiem);
- Haverá arguição após a apresentação de 10 minutos, porém o arquiteto deve conhecer a entrega e codificação de cada um dos membros da sua equipe.
- O arquiteto pode ajudar NA ARGUIÇÃO do membro da equipe, porém à custa de 0,5 ponto.
- Cada grupo tem DATA E HORÁRIO de apresentação. No momento de apresentação SOMENTE O GRUPO A APRESENTAR DEVE ESTAR NA SALA (semelhante a uma sala de reuniões).
- Todos os membros do grupo devem estar presentes na apresentação e cada membro da equipe é responsável pela sua parte. Caso ele perca ponto, todos perdem pontos.