Skip to content

rodrigoreis/chat

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

3 Commits
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Chat

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.

Forma da apresentação

  1. 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).

  2. 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.
  3. 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;
  4. 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).

  5. 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.
  6. 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 [email protected], com cópia para [email protected] , 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.
  7. 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.