Name: Caso de uso ou diagrama de atividades, essa é a questão!
Uploaded: 2021-11-17
Duration: 25 min 25 s
Description: Caso de uso ou diagrama de atividades, essa é a questão!.

Caso de uso ou diagrama de atividades, essa é a questão!. 

Scene 1

Caso de uso ou diagrama de atividades, essa é a questão!

Uma imagem contendo prédio, banco, bancada, lateral

Descrição gerada automaticamente

Sumario:. Titulo e autores do artigos Objetivos geral Metodologia e Procedimentos realizados Descrição e desenvolvimento Resultados e Analises Considerações finais Critica da equipe ao artigo Referencias. 

Scene 2

Titulo e autores do artigos  Objetivos geral  Metodologia e Procedimentos realizados  Descrição e desenvolvimento  Resultados e Analises  Considerações finais  Critica da equipe ao artigo Referencias

1-Titulo e autores do artigo. Titulo:. Use case or activity diagram, that is the question! ( Caso de uso ou diagrama de atividades, essa é a questão! ). 

Scene 3

Use case or activity diagram, that is the question! ( Caso de uso ou diagrama de atividades, essa é a questão! )

Guilherme M. Tatibana  Fabiane Barreto Vavassori Benitti

2-Objetivo geral. Analisar e mensurar os efeitos causados do processo de desenvolvimento de software Abordar duas maneiras (casos de uso e diagrama de atividade) Realizar a medição guiada pela abordagem GQM Analisar os resultados obtidos da medição Mostrar a análise da equipe sobre o artigo proposto Sugestões de melhorias e possíveis resoluções de problema. 

Scene 4

Analisar e mensurar os efeitos causados do processo de desenvolvimento de software Abordar duas maneiras (casos de uso e diagrama de atividade) Realizar a medição guiada pela abordagem GQM Analisar os resultados obtidos da medição  Mostrar a análise da equipe sobre o artigo proposto Sugestões de melhorias e possíveis resoluções de problema

3-Metodologia e Processos. Metodologia:. Elaboração de um modelo de medição baseado no framework GQM. Coleta dos dados e resultados através da análise descritiva dos dados. Análise dos impactos sofridos pelos processos para cada alternativa aplicada.. 

Scene 5

Elaboração de um modelo de medição baseado no framework GQM. Coleta dos dados e resultados através da análise descritiva dos dados. Análise dos impactos sofridos pelos processos para cada alternativa aplicada.

planejamento Execução  implementação da história.

4-Descrição e Desenvolvimento. Estudo de caso:. Agrupar diversos componentes em três grupos distintos: Qualidade funcional Qualidade estrutural Qualidade do processo. 

Scene 6

Agrupar diversos componentes em três grupos distintos:  Qualidade funcional Qualidade estrutural  Qualidade do processo

As métricas foram coletadas pelo Scrum Master durante as sprints, tendo sido utilizadas três sprints para cada formato selecionado.

4.1-Descrição e Desenvolvimento. Estudo de caso:. 

Scene 7

Qualidade funcional - Avaliar o valor do software através dos atributos de qualidade funcional.  Qualidade estrutural – Avaliar a estabilidade e manutenibilidade do código fonte. Qualidade do processo - Estado do processo de desenvolvimento.

Q1: (qualidade funcional) A necessidade que motivou o desenvolvimento da funcionalidade foi completamente atendida?  Q2: (qualidade estrutural) Qual a qualidade do código gerado para desenvolver a funcionalidade?  Q3: (qualidade processo) Qual a assertividade das estimativas levantadas no planejamento?

4.2-Descrição e Desenvolvimento. Coleta de dados:. 

Scene 8

Métricas coletadas pelo Scrum Master. Utilizando três sprints para cada formato selecionado.  Na segunda fileira de sprints o artefato de caso de uso foi adicionado  Na ultima fileira ocorreu a mudança do caso de uso por diagrama de atividades

5-Resultado e Análises. Questão 1: Qualidade funcional. 

Scene 9

Questão 2: Qualidade Estrutural. 16/11/2021. 5-Resultado e Análises. 

Scene 10

Questão 3: Qualidade processo. 30 SEM ARTEFATO ADICIONAL 25 20 10 *rint 1 CASO DE USO Sprint 4 DIAGRAMA DE ATIVIDADES 2 Sprint 2 Sprint 3 Sprint S *rint 6 Sprint 7 *Tint 8 Esforgo Sprint 9 • Quantidade total de hist6rias Historias Recalibradas Total de story •Story recalibrados Figure 7: Resultados da questäo 3. 

Scene 11

30
SEM ARTEFATO ADICIONAL
25
20
10
*rint 1
CASO DE USO
Sprint 4
DIAGRAMA DE ATIVIDADES
2
Sprint 2
Sprint 3
Sprint S
*rint 6
Sprint 7
*Tint 8
Esforgo
Sprint 9
• Quantidade total de hist6rias
Historias Recalibradas Total de story •Story recalibrados
Figure 7: Resultados da questäo 3

5.1-Ameaças a validade. Somente 3 sprints por grupo foram selecionadas. Amostras coletadas com um backlog de requisitos muito pequeno. Requisitos desenvolvidos em cada sprint muito diferentes. Conhecimento implícito do autor de estudo de caso pode afetar seu julgamento durante uma análise descritiva. Conhecimentos prévios de dois integrantes que podem afetar as métricas coletadas.. 

Scene 12

Somente 3 sprints por grupo foram selecionadas. Amostras coletadas com um backlog de requisitos muito pequeno. Requisitos desenvolvidos em cada sprint muito diferentes. Conhecimento implícito do autor de estudo de caso pode afetar seu julgamento durante uma análise descritiva. Conhecimentos prévios de dois integrantes que podem afetar as métricas coletadas.

6-Considerações finais. Caso de uso:. Os casos de uso tornaram-se como o principal modelo de especificação de requisitos no desenvolvimento de software, tendo como suas principais vantagens: a simplicidade e a integração com os objetivos do usuário final da aplicação.. 

Scene 13

Os casos de uso tornaram-se como o principal modelo de especificação de requisitos no desenvolvimento de software, tendo como suas principais vantagens: a simplicidade e a integração com os objetivos do usuário final da aplicação.

Os diagramas de atividades são necessários para permitir uma visão geral do sistema e para um entendimento adequado.

Scene 14

8-Referencias. S. W. Ambler. 2017. Agile Modeling. http://agilemodeling.com V. Basili , A. Trendowicz , M. Kowalczyk, J. Heidrich, C. Seaman, J. Münch , and D. Rombach . 2014. Aligning Organizations Through Measurement: The GQM+Strategies Approach. Springer. D. Chappell. 201?. THE THREE ASPECTS OF SOFTWARE QUALITY: fUNCTIONAL , STRUCTURAL, AND PROCESS. http://www.davidchappell.com I. Jacobson, M. Christerson , P. Jonsson, and G.r Overgaard. 1992. Object-Oriented Software Engineering: A Use-Case Driven Approach. Addison-Wesley. C. Larman . 2005. Applying UML and Patterns: An Introduction to Object-Oriented Analysis and Design and Iterative Development. Pearson Education. Elizamary Nascimento, Williamson Silva, Tayana Conte, Igor Steinmacher , Jobson Massollar , and Guilherme Horta Travassos . 2016. Is a Picture Worth a Thousand Words?: A Comparative Analysis of Using Textual and Graphical Approaches to Specify Use Cases. In Proceedings of the 30th Brazilian Symposium on Software Engineering (SBES ’16). 

Scene 15

S. W. Ambler. 2017. Agile Modeling.  http://agilemodeling.com V.  Basili , A.  Trendowicz , M. Kowalczyk, J. Heidrich, C. Seaman, J.  Münch , and D.  Rombach . 2014. Aligning Organizations Through Measurement: The  GQM+Strategies  Approach. Springer.  D. Chappell. 201?. THE THREE ASPECTS OF SOFTWARE QUALITY:  fUNCTIONAL , STRUCTURAL, AND PROCESS.  http://www.davidchappell.com I. Jacobson, M.  Christerson , P. Jonsson, and  G.r  Overgaard. 1992. Object-Oriented Software Engineering: A Use-Case Driven Approach. Addison-Wesley.  C.  Larman . 2005. Applying UML and Patterns: An Introduction to Object-Oriented Analysis and Design and Iterative Development. Pearson Education.  Elizamary  Nascimento, Williamson Silva,  Tayana  Conte, Igor  Steinmacher ,  Jobson   Massollar , and Guilherme Horta  Travassos . 2016. Is a Picture Worth a Thousand Words?: A Comparative Analysis of Using Textual and Graphical Approaches to Specify Use Cases. In Proceedings of the 30th Brazilian Symposium on Software Engineering (SBES ’16)

Alunos:. CHAKIROU SANOUSSI FRANCISCO HONYCLEYTTON REBOUCAS SENA JOYCIANE KELLE CORDEIRO BARRETO LUANA KETELY GONCALVES PAZ MATHEUS SANTOS SOARES. 

Scene 16

CHAKIROU SANOUSSI FRANCISCO HONYCLEYTTON REBOUCAS SENA JOYCIANE KELLE CORDEIRO BARRETO LUANA KETELY GONCALVES PAZ MATHEUS SANTOS SOARES

Como encerrar uma apresentação? Aprenda a fechar bem a sua aqui

 S. W. Ambler. 2017. Agile Modeling.  http://agilemodeling.com V.  Basili , A.  Trendowicz , M. Kowalczyk, J. Heidrich, C. Seaman, J.  Münch , and D.  Rombach . 2014. Aligning Organizations Through Measurement: The  GQM+Strategies  Approach. Springer.  D. Chappell. 201?. THE THREE ASPECTS OF SOFTWARE QUALITY:  fUNCTIONAL , STRUCTURAL, AND PROCESS.  http://www.davidchappell.com I. Jacobson, M.  Christerson , P. Jonsson, and  G.r  Overgaard. 1992. Object-Oriented Software Engineering: A Use-Case Driven Approach. Addison-Wesley.  C.  Larman . 2005. Applying UML and Patterns: An Introduction to Object-Oriented Analysis and Design and Iterative Development. Pearson Education.  Elizamary  Nascimento, Williamson Silva,  Tayana  Conte, Igor  Steinmacher ,  Jobson   Massollar , and Guilherme Horta  Travassos . 2016. Is a Picture Worth a Thousand Words?: A Comparative Analysis of Using Textual and Graphical Approaches to Specify Use Cases. In Proceedings of the 30th Brazilian Symposium on Software Engineering (SBES ’16)