Esta se¸c˜ao apresenta trˆes trabalhos relacionados com o tema de pesquisa e constitu´ıram-se a fonte para elaborar Uma Estrat´egia para Auxiliar na Distribui¸c˜ao da Etapa de EReq em DDS. Os trabalhos definem, respectivamente, pr´aticas para analisar o desempenho das equipes de desenvolvimento a partir da perspectiva da teoria sociot´ecnica e da coordena¸c˜ao (Lu et al., 2010), estudo de caso, visando compreender como o impacto causado pela distribui¸c˜ao para as partes interessadas pode infuenciar as equipes a definir os requisitos de software entre locais remotos de desenvolvimento e distribu´ıdos (Damian e Zowghi, 2002) e avalia¸c˜ao de processos de software baseada em medi¸c˜oes (Gomes et al., 2001).
2.7.1
Abordagem de (Lu et al., 2010)
Lu et al.,(2010), apresentam um modelo de pr´aticas para analisar o desempenho das equi- pes de desenvolvimento a partir da perspectiva da teoria sociot´ecnica e da coordena¸c˜ao.
Este modelo ´e baseado no estudo de trˆes aspectos da teoria da coordena¸c˜ao e sociot´ecnico (pessoas, tecnologia e tarefas) e utiliza as caracter´ısticas de habilidades de coordena¸c˜ao e dependˆencias entre as tarefas em locais distribu´ıdos. Ao contr´ario da proposta apresentada neste artigo, a estrat´egia EDEEReq-DDS integra analise de requisitos funcionais e n˜ao funcionais das regras de neg´ocios para posterior distribui¸c˜ao da etapa de EReq de software `a equipes em varias localidades geogr´aficas.
2.7.2
Abordagem de (Damian e Zowghi, 2002)
Este artigo apresenta uma pesquisa aplicada em um estudo de caso, visando compreender como o impacto causado pela distribui¸c˜ao das partes interessadas pode influenciar as equipes a definir os requisitos de software entre locais remotos de desenvolvimento.
O objetivo da pesquisa foi examinar as pr´aticas de engenharia de requisitos no desen- volvimento global de software (DGS), para formular recomenda¸c˜oes para melhoria, bem como fornecer dire¸c˜oes para futuras pesquisas sobre m´etodos e ferramentas. Os principais estudos da pesquisa foram: (i) identificar o impacto da distribui¸c˜ao geogr´afica das partes interessadas nas atividades de engenharia de requisitos no DGS; (ii) compreender como os requisitos s˜ao desenvolvidos com estruturas organizacionais diferentes e distribu´ıdas globalmente; (iii) compreender os desafios enfrentados pelas organiza¸c˜oes; e (iv) identificar as estrat´egias e tecnologias utilizadas para superar os desafios. Damian e Zowghi,(2002), prop˜oe um modelo de engenharia de requisitos para categorizar os desafios devido `a distribui¸c˜ao geogr´afica das partes interessadas, por forma `a auxiliar a configura¸c˜ao da distribui¸c˜ao, ilustradas na Figura 3.1.
No estudo, os maiores problemas da distribui¸c˜ao geogr´afica das partes interessadas foram divididas em 4 problemas: comunica¸c˜ao inadequada, gerˆencia do conhecimento, diversidade cultural e diferen¸ca temporal. Pode-se observar que na segunda camada consta o resultado das dificuldades encontradas no estudo de caso, decorrentes dos problemas enfrentados pelas partes interessadas na configura¸c˜ao da distribui¸c˜ao da engenharia de requisitos. E, por fim, a terceira camada apresenta atividades de engenharia de requisitos afetadas por estes desafios.
Os resultados desse estudo sugerem que a engenharia de requisitos em ambientes distribu´ıdos ´e mais efetiva quando as partes interessadas participam ativamente nas atividades s´ıncronas do processo de requisitos.
O estudo aponta diversas possibilidades de trabalhos, ressaltando que a engenharia de requisitos em ambientes distribu´ıdos ´e uma grande ´area para pesquisa futura com assuntos
Figura 2.8: Modelo de impacto dos desafios e atividades afetadas da engenharia de requisitos devido a problemas de DGS-adaptado de (Damian e Zowghi, 2002).
relacionados a confian¸ca, gest˜ao de conhecimentos, comunica¸c˜ao, diferen¸cas culturais e geogr´aficos.
2.7.3
Abordagem de (Gomes et al., 2001)
Gomes et al.,(2001) prop˜oem uma abordagem para avalia¸c˜ao de processos de software que define como selecionar m´etricas adequadas seguindo a abordagem GQM, estabelece a realiza¸c˜ao de medi¸c˜oes como parte integrante do processo de desenvolvimento e prop˜oe a an´alise dos resultados apoiada em um sistema baseado em conhecimento.
O objetivo da pesquisa foi examinar os processos de software em medi¸c˜oes, que envolve desde a sele¸c˜ao e defini¸c˜ao de m´etricas at´e a an´alise dos resultados obtidos com a indica¸c˜ao dos poss´ıveis problemas enfrentados pela equipe de desenvolvimento durante o decorrer dos trabalhos.
Os principais estudos da pesquisa foram: (i) melhorar a precis˜ao das estimativas de projeto; (ii) aumentar a qualidade dos produtos liberados para uso; e (iii) diminuir o custo final dos projetos. Gomes et al.,(2001), prop˜oe uma estrutura para avaliar as m´etricas para melhoria do processo de software, de modo a melhorar a precis˜ao das estimativas, ilustrada na Figura 4.2.
O objetivo principal, no topo da estrutura, ´e a ”Precis˜ao das Estimativas”e, este deve ser dividido em dois sub-objetivos diretos que s˜ao: ”Precis˜ao Total do Cronograma”e
Figura 2.9: Estrutura de decis˜ao para o objetivo com a representa¸c˜ao do primeiro n´o terminal.
”Precis˜ao Total de Esfor¸co”. Por sua vez a an´alise de ”Precis˜ao Total do Cronograma”´e derivado da ”Precis˜ao do Cronograma por Macro-atividade”e a m´etrica definida para este objetivo ´e ”o tempo total sobre o tempo estimado para todo o projeto”, e para definir o que ´e um problema para ela ´e necess´ario levar em considera¸c˜ao um n´umero muito grande de fatores, como, por exemplo, as caracter´ısticas da empresa e o n´ıvel de maturidade do processo.
Por outro lado, no ”Emprego do Esfor¸co na Macro-atividade”, dever´a ser inclu´ıda a estrutura como a segunda causa poss´ıvel. Para determinar se houve um problema na ”Precis˜ao do Cronograma por Macro-atividade”, tamb´em ser´a utilizada a tolerˆancia j´a definida para a ”Precis˜ao Total do Cronograma”.
Os resultados desse estudo sugerem que este procedimento possa ser repetido para a ”Precis˜ao do Esfor¸co por Macro-Atividade”, e seus sub-objetivos at´e que n˜ao existissem mais n´os pass´ıveis de serem expandidos.