Release de Software
O release de software é o processo de lançamento de uma nova versão de um software para o público. É uma etapa importante do ciclo de vida do desenvolvimento de software, que permite que os usuários experimentem e aproveitem as novas funcionalidades e correções de bugs. Os releases podem ser classificados em várias categorias, como major releases (que incluem grandes mudanças e novas funcionalidades), minor releases (que incluem pequenas correções e melhorias), ou patches (que corrigem bugs críticos). O processo de release é geralmente gerenciado pelo time de desenvolvimento de software e inclui testes extensivos antes de ser lançado para o público. Para os alunos universitários, é importante compreender o conceito de release de software para entender como os softwares são desenvolvidos e lançados, e para ter uma ideia do que esperar quando usam um software.
Os artefatos esperados em uma release de software incluem:
- Código-fonte: a última versão do código-fonte, já testado e aprovado para lançamento.
- Documentação do usuário: manual de usuário, guias de início rápido e ajuda on-line para os novos recursos e funcionalidades.
- Documentação técnica: especificações técnicas, diagramas e outros documentos técnicos que descrevem como o software funciona.
- Testes: relatórios de testes que mostram que o software passou em todos os testes e está pronto para o lançamento.
- Pacotes de instalação: arquivos necessários para instalar o software em diferentes plataformas.
- Notas de lançamento: descrição detalhada das novas funcionalidades, correções de bugs e outros aprimoramentos incluídos na nova versão.
- Comunicação de lançamento: anúncio oficial da nova versão para os usuários e a mídia, incluindo e-mails, boletins informativos e atualizações nas redes sociais.
Estes artefatos são importantes para garantir que a nova versão do software seja facilmente compreendida e utilizada pelos usuários, e para documentar as mudanças feitas no software durante o processo de desenvolvimento.
R1/R2
O principal objetivo das apresentações da R1/R2 na disciplina MDS é evidenciar o aprendizado. Evidenciar que tanto de forma individual quanto coletiva, são capazes de compreender os conceitos apresentados em sala de aula, e como eles foram aplicados no projeto desenvolvido.
Considere que todas as pessoas que forem assistir a apresentação que forem avaliar já leu todo o conteudo disponível no repositório do projeto. E que parte dos ouvintes da apresentação não vão avaliar o projeto e estão interessados no produto de software que estão propondo. Logo, foque nos elementos da proposta, e apresente o que não está disponível no github.
O que queremos enteder eh:
-
qual a proposta do produto de software?
-
Mostrar a jornada do usuario na sua aplicacao ? (aplicacao funcionando.. soh as principais funcionalidades)
-
Quais foram as lições aprendidas durante o projeto ? (aqui estão livres para falar tanto dos aspectos positivos quanto negativos)
-
Quais foram os impactos das práticas ágeis na forma como vocês desenvolveram o projeto. ser especificos. Ex: como a retrospectiva ajudou na gestao de riscos e aumento da produtividade, etc
-
Como vocês interpretam as métricas do projeto de vcs (burndown, velocity, issues abertas/fechadas)
-
Qual a complexidade técnica da solucao proposta?
Dicas
Como fazer boas apresentações Dicas de slides - https://www.ime.usp.br/~kon/ResearchStudents/dicasSlides.html