Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

rodrigoreis/chat

Folders and files

NameName
Last commit message
Last commit date

Latest commit

History

8 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 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.
  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.

About

No description, website, or topics provided.

Resources

Stars

Watchers

Forks

Packages

No packages published

Contributors 4

AltStyle によって変換されたページ (->オリジナル) /