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

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

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.

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

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.

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

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

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

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

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

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

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.

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

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

7-Critica da equipe ao artigo.

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

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