GERENCIANDO A ENGENHARIA DE REQUISITOS COMO UM PROCESSO DE NEGÓCIO: UMA REVISÃO SISTEMÁTICA

Transcrição

1 GERENCIANDO A ENGENHARIA DE REQUISITOS COMO UM PROCESSO DE NEGÓCIO: UMA REVISÃO SISTEMÁTICA MANAGING REQUIREMENTS ENGINEERING AS A BUSINESS PROCESS: A SYSTEMATIC REVIEW José Henrique de M. Cardoso Universidade Federal de Sergipe, Brasil. johen65@gmail.com Adicinéia A. de Oliveira Universidade Federal de Pernambuco, Brasil. adicineia@ufs.br Fernanda Alencar Universidade Federal de Pernambuco, Brasil. fernanda.ralencar@ufpe.br Resumo: Em função do aumento na demanda por projetos de software para os grandes eventos esportivos a serem realizados no Brasil, surge um grande desafio: o atendimento dessa demanda dentro dos padrões de qualidade necessários para eventos desse porte. Como uma forma de contribuir para a superação desse desafio, este artigo apresenta uma revisão sistemática na área da Engenharia de Requisitos (ER), em função da importância e criticidade dessa área no processo de desenvolvimento de software. A revisão tem por objetivo identificar, analisar e avaliar trabalhos que apresentem abordagens para utilização de princípios de Gestão de Processos de Negócio na ER, com o intuito de buscar o estado da arte e apontar limitações que representem novos desafios de pesquisas nessa área. Palavras-chaves: Gerenciamento de Processos de Negócios; Processo de Engenharia de Requisitos; Revisão Sistemática. Abstract: Due to the increase in demand for software projects for major sporting events to be held in Brazil, pose a great challenge: the supply this demand within the quality standards required for large events. As a way to help overcome this challenge, this article presents a systematic review in the Requirements Engineering (RE) area, due the importance and criticality of this area in the software development process. The review seeks to identify, analyze and evaluate papers that present approaches to the use of Business Process Management principles in RE, in order to get the state of the art and show limitations that represent new challenges for research in this area. Keywords: Business Process Management; Requirements Engineering Process; Systematic Review. 1 INTRODUÇÃO Em função dos grandes eventos esportivos a serem realizados no Brasil a partir de 2014, uma grande demanda por Tecnologias da Informação e Comunicação (TIC) está sendo esperada para os próximos anos. Como conseqüência, aguarda-se também um elevado crescimento dos projetos de desenvolvimento de software que venham a dar suporte às atividades relacionadas com TICs. Por conseguinte, surge um grande desafio: o atendimento dessa demanda dentro dos padrões de qualidade necessários para eventos desse porte. Na área de desenvolvimento de software, a busca pela melhoria dos processos tem sido uma opção das organizações, uma vez que, segundo Pressman (2006), essa melhoria se reflete de forma positiva na qualidade dos sistemas de software produzidos. Dentro deste contexto, a Engenharia de Requisitos (ER) desempenha um papel fundamental, uma vez que serve de base para todas as demais atividades e colabora decisivamente para o sucesso do projeto de software (SOMMERVILE, 2006). Em função da evidente importância e criticidade do processo de ER, diversos métodos, técnicas e ferramentas foram propostos com intuito de resolver os problemas inerentes às atividades da ER, no entanto, pesquisas mostram que fatores externos ao

2 processo de ER contribuem significativamente para o seu insucesso (KONTOYA, 1998; HALL et al., 2002; BEECHAM et al., 2003 e SOLEMON et al., 2009a). Em algumas se diz que 63 % dos problemas na ER são causados por problemas organizacionais relacionados com a condução inadequada desse processo. São problemas relacionados com comunicação, pessoas, metas, cultura e política, ligados diretamente à gestão do processo, que influenciam negativamente a ponto de inviabilizar projetos, causando prejuízos consideráveis para os negócios. Apesar do processo tradicional de ER possuir uma atividade para gerência de requisitos, que se preocupa com a qualidade do produto final do processo: o documento de requisitos (WIEGERS, 2003), esforços são necessários para melhorar a qualidade do processo como um todo. Tradicionalmente, modelos de maturidade como Capability Maturity Model Integration (CMMI) e padrões para gerência de qualidade como ISO 9000, têm sido apresentados como solução para o problema da gestão inadequada de processos (SAWYER et al., 1997). Entretanto esses modelos, que servem como guias, apresentam limitações tais como: elevados custos, que podem inviabilizar sua utilização em organizações de pequeno e médio porte e diretrizes que, além do alto nível de abstração, são incompletas para o processo de ER (GORSCHEK et al., 2011). Alternativamente têm-se modelos que oferecem guias de maturidade específicos para o processo de ER (BEECHAM, 2005; SOLEMON et al., 2009b e GORSCHEK et al., 2011). Contudo, apesar de oferecerem diretrizes mais robustas para o processo de ER, essas diretrizes ainda são disponibilizadas em alto nível de abstração. Estas informações resultaram de uma pesquisa bibliográfica sobre a ER. Todavia por ter sido realizada informalmente, faltaram a essa pesquisa a precisão e o rigor necessários a um trabalho científico. Ao final da pesquisa bibliográfica, algumas questões ficaram abertas necessitando de novas pesquisas. Questões como: existem outros trabalhos, além dos aqui elencados, que proponha uma melhoria à gestão do processo de ER? Caso positivo, quais as abordagens empregadas, suas aplicações e limitações? E ainda: dentre estas abordagens quais utilizam princípios de Gestão de Processos de Negócio (Business Process Improvement - BPM)? Essa última questão se justifica pelo fato de estudos recentes comprovarem a rápida evolução e forte tendência dessa abordagem para o século XXI (CBOK, 2009). Além disso, BPM incorpora diversas práticas gerenciais de sucesso, a exemplo das ações de melhoria de processos de negócio (Business Process Improvement - BPI) (CBOK, 2009), que se propõem a realizar melhorias contínuas, graduais e de escopo restrito nos processos de negócio existentes. Desta forma, visando responder às questões em aberto com necessário rigor científico, foi realizada uma revisão sistemática (KITCHENHAM, 2004). Revisões sistemáticas são formalmente executadas e obedecem a um protocolo previamente estabelecido. Segundo Kitchenham (2004), essas revisões têm por objetivo identificar, avaliar e interpretar trabalhos relevantes a uma questão, área ou fenômeno de interesse de uma pesquisa particular. Os trabalhos que contribuem para uma revisão sistemática são também denominados estudos primários, enquanto que a própria revisão sistemática é considerada um estudo secundário (MAFRA e TRAVASSOS, 2005). Assim, este trabalho tem por objetivo, descrever os passos realizados durante essa revisão, bem como apresentar e discutir seus resultados. O artigo está organizado da seguinte forma: na seção 2 é apresentado o planejamento da revisão. Na seção 3, descreve-se a condução da mesma. Na seção 4, os resultados são apresentados. Na seção 5, discutem-se os resultados obtidos. Na seção 6, apresentam-se os 143

3 trabalhos relacionados. Por fim, na seção 7, têm-se as conclusões e trabalhos futuros. 2 PLANEJAMENTO O processo para a revisão sistemática proposto por Kitcheham (2007) consiste de três etapas: Planejamento, Condução e Publicação. Durante o planejamento os objetivos da pesquisa são declarados e o protocolo da revisão é definido. Na etapa de condução são coletados os estudos primários, que serão identificados, selecionados e avaliados para extração e síntese dos dados. Na etapa final o relatório é formatado e avaliado para publicação dos resultados. Segundo Kitcheham (2007), antes de se iniciar uma revisão sistemática é necessário confirmar a necessidade da revisão. Para isso pesquisas preliminares foram desenvolvidas sobre o processo de ER identificando problemas de gestão nesse processo crítico e relevante para as atividades de desenvolvimento de software (PRESSMAN, 2006). Como passo importante, antes de se iniciar uma revisão, deve-se definir um protocolo que indica a questão central de pesquisa, os critérios de inclusão e exclusão dos estudos primários encontrados e a estratégia para realização das buscas. Na sequência é apresentado o protocolo seguido nesta revisão. 2.1 QUESTÕES DE PESQUISA Como conseqüência das pesquisas preliminares identificou-se a questão principal de pesquisa, a qual está voltada para a gestão do processo de ER. Além da questão principal também foi elaborada uma questão secundária relacionada com a utilização dos princípios de BPM na ER. Questão principal: Quais alternativas têm sido utilizadas para melhorar a gestão do processo de ER? Questão secundária: Quais abordagens têm utilizado BPM para melhorar a gestão do processo de ER? O enquadramento das questões de pesquisa envolveu os seguintes critérios: População: Publicações voltadas para a melhoria da gestão do processo de ER; Intervenção: para a questão principal: abordagens para gestão do processo de ER e para secundária: abordagens para gestão do processo de ER que utilizem princípios de BPM; Contexto: Abordagens para gestão do processo de ER em diversas organizações; e, Resultados: Abordagens para gestão ou melhoria do processo de ER. 2.2 CRITÉRIOS DE EXCLUSÃO E INCLUSÃO DOS ESTUDOS PRIMÁRIOS Como critérios para inclusão têm-se: Não haverá restrição no período de publicação; Os documentos devem estar disponíveis na WEB ou pelo portal da CAPES; Questão primária: Estudos que apresentem qualquer abordagem de gestão para o processo de ER; Questão secundária: Estudos que apresentem abordagens de BPM para o processo de ER. Já para exclusão, seguem-se os critérios: Questão primária: Estudos que não apresentem abordagem de gestão para o processo de ER; 144

4 Questão secundária: Estudos que não apresentem abordagens de BPM para o processo de ER. 2.3 ESTRATÉGIA PARA REALIZAÇÃO DAS BUSCAS Outro aspecto importante, que deve ser descrito no protocolo, é a estratégia utilizada para as buscas de maneira a possibilitar auditagens e verificação do grau de rigor e completeza (BIOLCHINI et al., 2005). Como critérios para seleção das fontes adotou-se: Disponibilidade de consulta de artigos através da WEB ou pelo portal da CAPES; Presença de mecanismos de busca através de palavras-chaves, exceto para congressos específicos da engenharia de requisitos; e, Artigos escritos em português ou inglês. Após estudo das diversas fontes, e obedecendo aos critérios listados acima, foram definidas as seguintes fontes: IEEE conference and journals; Google acadêmico (Periódicos nacionais); Google scholar (Periódicos internacionais); ACM conference and journals; Springer (Publicações internacionais); Banco de teses e dissertações da Capes (nacionais); Workshop on Requirements Engineering WER. Para compor os strings de buscas foram utilizadas várias palavras chaves relacionadas aos temas de melhoria e gestão do processo de ER. Em função do grande número dessas palavras chaves, optou-se pela quebra em vários strings para redução de complexidade com vistas ao aumento de eficiência das pesquisas. Os strings são listados abaixo: Português: 1) (gestão ou gerenciamento ou gerência) e ( requisitos de software ou engenharia de requisitos ou processo de engenharia de requisitos ); 2) melhoria e ( requisitos de software ou engenharia de requisitos ou processo de engenharia de requisitos ); 3) maturidade ou modelo e ( processo de engenharia de requisitos ); 4) (gestão ou gerenciamento ou gerência) e ( processos de negócio ) e ( requisitos de software ou engenharia de requisitos ou processo de engenharia de requisitos ); 5) (bpm e ( requisitos de software ou engenharia de requisitos ou processo de engenharia de requisitos )). Inglês: 6) (( software requirements or requirements engineering or requirements engineering Process and (management)); 7) (( software requirements or requirements engineering or requirements engineering Process ) and (improvement)); 8) ( requirements engineering Process ) and (Maturity or Model); 9) ( business process management or bpm) and ( software requirements or requirements engineering or requirements engineering Process ). Finalizando o protocolo, ficou estabelecida a estratégia para extração de dados dos artigos selecionados aplicados: dados para referência padrão; 145

5 descrição da abordagem de gestão do processo de ER; limitação da abordagem de gestão do processo de ER. 3 CONDUÇÃO DA REVISÃO SISTEMÁTICA Conforme definido no planejamento, a revisão foi conduzida seguindo o protocolo previamente definido. A condução teve início em 04 de fevereiro e final em 13 de Março de As buscas retornaram um conjunto de 1552 registros, que após análise do título e/ou resumo, resultou na seleção de 11 trabalhos. Durante a revisão, surgiu a necessidade de ajustes nos strings em função de algumas limitações nas máquinas de busca das fontes. As pesquisas foram feitas inicialmente pelo título e em alguns casos que não houve retorno, foram repetidas para buscar no resumo ou em qualquer lugar do artigo. Na sequência é apresentado o resultado da condução para cada fonte: IEEE Digital Library - Nesta fonte, buscaramse publicações internacionais, em journals e conferências do IEEE. Dentre as conferência desta fonte é importante destacar a International Requirements Engineering Conference. uma das mais importantes conferência de ER. As buscas foram realizadas no modo avançado, sendo necessário a quebra do string 9 em duas para ajustar-se à maquina de busca conforme o seguinte: o String 9a: ((((Document Title:"business process management") AND (Document Title:"software requirements") OR Document Title:"requirements engineering") OR Document Title:"requirements engineering Process")); o String 9b: ((((Document Title:"bpm") AND (Document Title:"software requirements") OR Document Title:"requirements engineering") OR Document Title:"requirements engineering Process")). Dessa forma, retornou-se 36 estudos primários dos quais apenas três foram selecionados. Google Acadêmico (Português) - A pesquisa no Google acadêmico, em português, foi conduzida com o objetivo de verificar a existência de publicações nacionais. Apenas os strings 1 e 4 necessitaram de uma adequação ao motor de busca. Procedeu-se então, uma quebra em várias substrings, retornando assim, 53 trabalhos. As quebras consistiram em diversas combinações das palavras chaves contidas nas strings originais, como por exemplo para os strings 1 e 2: o string 1: gestão and "requisitos de software" ; e o string 4: gestão de processos de negócio" and "requisitos de software. Já para os demais strings, devido ao baixo retorno de registro com busca pelo título, optou-se por uma busca em qualquer lugar do artigo. Para esta fonte houve um retorno de 406 artigos sendo apenas um selecionado. Google Scholar (Inglês) - Essa busca no Google scholar teve por objetivo verificar a existência de publicações internacionais escritas na língua inglesa. A pesquisa, realizada em modo avançado, ficou restrita às áreas de Administração, Negócios, Finanças, Economia, Engenharia, Ciência da Computação e Matemática. Visando uma melhor eficiência na pesquisa, procedeu-se a 146

6 quebra em todos os strings, combinando as diversas palavras chaves, de forma similar as quebras do Google acadêmico. As consultas retornaram um total de 190 registros, dos quais cinco foram selecionados. ACM - As pesquisas no ACM também visaram artigos internacionais. As buscas, em modo avançado, retornaram um total de 61 registros que foram analisados através da leitura do título e/ou resumo, sendo selecionados apenas três. Para essa fonte quebrou-se o string de busca 9 em duas, de forma similar a quebra realizada para o IEEE, e devido ao baixo retorno de trabalhos pelo título, as buscas foram efetuadas pelo resumo. Springer Link - Também objetivando o trabalhos internacionais, as pesquisa no Springer retornaram um total de 65 registros, sendo dois selecionados. Os strings 6,7 e 8 foram quebradas para adaptação ao motor de busca em modo avançado da seguinte forma: string 6: (( Requirements Process or requirements engineering Process and (management)) e (( software requirements or engineering ) and (management)); requirements o string7: (("Requirements o Process" or "requirements Process") and (improvement)) (( software engineering e requirements or requirements engineering ) and (improvement)); string 8: ( business process management ) and ( software requirements or requirements engineering ) e ( business process management ) and ( requirements engineering Process or Requirements Process ). No caso do string 9, buscou-se inicialmente pelo título, mas devido ao baixo retorno de trabalhos, buscou-se também pelo resumo. CAPES - A pesquisa no portal do capes teve por objetivo a busca por teses ou dissertações relacionadas com o tema em pesquisa. Foram realizadas adaptações nos strings para adequação à maquina de busca do portal. As adaptações consistiram na decomposição dos strings em grupos de palavras chaves para pesquisa pelo campo assunto com a opção todas as palavras. Nessas condições houve um retorno de 534 registros, que foram analisados só pelo título, em função do grande número de registro. Desses, apenas uma dissertação de mestrado atendeu aos critérios de seleção. Workshop on Enginering Requirements (WER) - No WER foi realizada uma pesquisa sem utilização do motor de busca, em função da simplicidade desse motor. Foram consultadas as 14 edições do workshop disponível na WEB (1998 a 2011) através do endereço: Para seleção, utilizou-se o título dos 260 artigos. Ao final, apenas um trabalho foi selecionado. O quadro 1 resume quantitativamente os resultados obtidos nas bases. Os números relativos à coluna Resultado Retornado indicam o somatório do número de registros para cada string de busca. Como não foi utilizado nenhum software de apoio para gerenciar as referências, tornou-se inviável informar o número de trabalhos repetidos. No entanto, para os trabalhos selecionados, do total de 16, cinco foram repetidos. 147

7 QUADRO 1. RESUMO QUANTITATIVO DOS RESULTADOS OBTIDOS Fonte Resultado retornado Trabalhos selecionados IEEE 36 3 Google Acadêmico (Português) Google Scholar (Inglês) ACM 61 3 Springer 65 2 CAPES WER Total APREESENTAÇÃO DOS RESULTADOS Os trabalhos encontrados têm como foco a aplicação de princípios de gestão ao processo de ER. Os trabalhos foram divididos em dois grupos: A e B. O grupo A inclui trabalhos que propõem modelos ou guias, enquanto que o B visa à introdução de conceitos de gestão de processo. O quadro 2 mostra os trabalhos selecionados em seus respectivos grupos, bem como o atendimento de algumas características relacionadas com as questões de pesquisa. Conforme observado nesse quadro, todos os trabalhos apresentam conceitos de gestão de processo, mas nenhum utiliza a abordagem de BPM. A seguir é apresentada uma breve descrição de cada trabalho. Guia para Boas Práticas da ER (Requirements Engineering Good Practice Guide REGPG) - O Requirements Engineering Good Practice Guide (REGPG) consiste em um modelo de maturidade, bem como um framework de melhoria que auxilia organizações na avaliação e implementação de melhorias em processos de ER (SAWYER et al., 1997). O motivo da proposta consiste na constatação de que nem CMM nem ISO 9000 atendem às necessidades do processo de ER adequadamente. O modelo é proposto com base nas boas práticas de requisitos utilizadas nas organizações. O REGPG descreve 66 boas práticas de requisitos cobrindo todas as áreas da ER. O manual está organizado em torno das atividades de: documentação, elicitação, análise, especificação, modelagem, validação e gerência de requisitos. Para avaliar a maturidade de processos, o modelo foi estruturado em três níveis: Inicial, Repetível e Definido, conforme descrição abaixo: o Nível Inicial - Organizações enquadradas no nível um, não usam métodos definidos em seus processos e como conseqüência não produz documentos de requisitos com boa qualidade dentro dos custos e prazos orçados. Essas organizações são dependentes da experiência e habilidades dos seus profissionais. 148

8 o Nível Repetível - Organizações do segundo nível têm padrões definidos para documentação e especificação dos requisitos, além de políticas e procedimentos para gerência de requisitos. Os documentos de requisitos dessas organizações tendem a ser produzidos com alta qualidade e dentro dos prazos. Framework for Requirements Engineering process development (FRERE) - Um framework para o processo de ER é proposto em Jiang (2005). O trabalho identificou deficiências entre a teoria e a prática na aplicação das boas práticas da ER e desenvolveu e disponibilizou o Framework for Requirements Engineering process development (FRERE). O FRERE tem por objetivo auxiliar analistas de requisitos na utilização das melhores práticas da ER de acordo com as características do projeto. O framework atende os principais atividades do o Nível Definido - No último nível, as organizações apresentam um processo de ER definido e baseado nas boas práticas e técnicas. Possuem um programa ativo de melhoria e fazem avaliações objetivas de novos métodos e técnicas. processo de ER ligadas a engenharia, domínio, características do projeto de software e conformidade para padrões de processo de software. A abordagem consiste de três partes: i) a base de conhecimento do processo de ER, a qual detêm o conhecimento do processo de ER; ii) a metodologia que provê um guia para desenvolver um modelo de processo de software padronizado e iterativo; e iii) um modelo de avaliação que disponibiliza informações sobre a adequação do recente modelo do processo de ER desenvolvido para o projeto de software em andamento. Quadro 2. Trabalhos selecionados Trabalhos selecionados Conceitos de Alinhamento Gerência gestão do Estratégico Quantitativa BPM Processo de ER GRUPO A (SAWYER et al., 1997) - (JIANG,2005) - - (BEECHAM, 2005 ) - (SOLEMON et al., 2009b) - (GORSCHEK et al., 2011l ) - - GRUPO B (KACUTA, 2006 ) - - (GONZALEZ et al., 2007)

9 (OLIVEIRA, 2008) - - (BLEISTEIN et al., 2004 ) - - (FLORENCE, 2005) - - (CAMPOS et al., 2007) - - (Requirements Engineering Process Maturity Model - REPM) - Gorschek et al., (2011) propôs o Requirements Engineering Process Maturity Model (UNI-REPM) para avaliação do processo de ER em projetos de software e não de organizações. Essa opção de avaliar projetos e não a organização vem da constatação que nem todas as organizações, que tenha alcançado o mais alto nível em determinado modelo de maturidade, precisa que todos os seus projetos também estejam no mais alto nível. A motivação para a proposição do modelo, é que modelos de maturidade como CMM e ISO 9000 cobrem a área de ER inadequadamente. O UNI-REPM segue a mesma escala de níveis do CMM, mas só apresenta similaridades nos níveis iniciais, uma vez que foca a melhoria na área de ER e não no processo de desenvolvimento em geral, como o CMM. O modelo é basicamente um mapa que descreve as atividades da ER divididas em sete áreas e três níveis: Básico, Intermediário e Avançado. O UNI-REPM se propõe a cobrir qualquer abordagem da ER, seja específica para determinados usuários (Bespoke) ou para o mercado em geral (Market -driven). (Requirements Capability Maturity Model - R-CMM) - Beecham et al., (2005) propõem o Requirements Capability Maturity Model (R- CMM), um modelo para guiar analistas de requisitos na melhoria e avaliação do processo de ER. A motivação para o trabalho foi a constatação de deficiências no processo de ER apresentadas pelo CMM em pesquisas empíricas (BEECHAM, 2005 ). O R-CMM tem então a finalidade de fortalecer os pontos fracos causados por essas deficiências. O R- CMM apresenta a mesma estrutura de níveis do CMM, estabelecendo apenas, novas metas específicas para o processo de ER da seguinte forma: Nível 1 Neste nível não existe metas, as empresas enquadradas apresentam um processo de ER ad hoc e os problemas nessa área são comuns; Nível 2 A meta nesse nível é tornar o processo de ER repetível. Para isso as empresas têm que: Padronizar e documentar o processo; Ter processos instituídos por similaridade de projetos; e, Focar no estabelecimento de padrões de nível de projetos; Nível 3 Tem como meta a implementação de um processo de ER definido. Dessa forma, as empresas têm que ter larga comunicação e padronização do processo de ER na companhia; e, todos os projetos devem usar o processo do item anterior; Nível 4 A meta é implementar um processo de ER gerenciado. Sendo assim as empresas têm que apresentar sub-processos que são medidos para controlar o processo de ER e avaliar onde são necessários melhoramentos; Nível 5 Esse nível tem por meta a implementação da otimização do processo de ER. Para isso a empresa deve ter métodos e ferramentas de requisitos 150

10 melhorados, que são instituídos com ambiente estável e previsível. (Re-defining the Requirements Capability Maturity Model - R-CMMI) - O modelo proposto em Solemon et al., (2009b) consiste numa redefinição do R-CMM. O novo modelo, intitulado RCMMi, apresenta uma nova versão do R-CMM com base no CMMI- DEV. Nesta nova versão, basicamente, foram redefinidos os key processes. Enquanto no R- CMM esses processos são definidos com base nas deficiências encontradas em pesquisas empíricas, no R-CMMI a definição desses processos visa o alinhamento com CMMI- DEV. Nessa redefinição os key processes foram herdados do R-CMM e CMMI-DEV, sendo um pequeno grupo originado da literatura. Outra modificação ocorreu na nomenclatura dos níveis dois e quatro, que passaram a ser chamados de Gerenciado e Quantitativamente Gerenciado. O nível gerenciado passou a incorporar os key processes voltados para a gerência de requisitos em conformidade com o CMMI- DEV. Quanto ao método de avaliação utilizado, NO R-CMM foi definido um procedimento próprio e interno de avaliação, enquanto que no R-CMMI é utilizado o Standard CMMI Appraisal Method for Process Improvement (SCAMPI). Uma Proposta para Alinhar Sistemas à Estratégia do Negócio - Kacuta (2006) propõe o alinhamento dos sistemas, a serem desenvolvidos, com as necessidades provenientes da estratégia do negócio. De forma mais específica, propõe a modelagem de BP alinhada à estratégia da empresa e a modelagem de negócio, dentro do contexto do desenvolvimento de software. A proposta parte da premissa, que para a disponibilização de sistemas alinhados com os objetivos estratégicos da empresa, torna-se fundamental a integração efetiva entre o desenvolvimento de sistemas e a modelagem de negócios, de forma a conduzir a identificação de atividades que agreguem valor ao negócio. O trabalho é voltado para as etapas iniciais do desenvolvimento de software, que corresponde às atividades para especificação dos requisitos do sistema. A abordagem propõe para captura das estratégias do negócio a utilização de Balanced Scorecard e Mapas Estratégicos. Para a modelagem de processos é utilizada a reengenharia de processos e Business Process Engineering e para Especificação de sistemas: Modelagem e Projetos Baseados em Objetos com RUP. Descomposición de Árboles de Metas a Partir de Modelos de Procesos - O trabalho Gonzalez et al. (2007) descreve um processo de ER orientado a processo de negócios, que torna possível o alinhamento dos requisitos de software com a estratégia de negócios da organização. Para obter o alinhamento, a abordagem parte de uma perspectiva de execução de estratégia com o modelo de alinhamento estratégico. Nessa perspectiva, a estratégia de negócio é a condutora para a infraestrutura de negócio, que por sua vez conduz à infraestrutura da Tecnologia da Informação (TI). Esses estágios devem estar em concordância para garantir o alinhamento entre negócios e TI, o qual será viável se os requisitos dos sistemas são definidos corretamente desde o início. No primeiro estágio, a estratégia de negócio é definida pela declaração da missão organizacional, pelas metas estratégicas que suportam a declaração 151

11 e pelas medidas que indicam o sucesso do negócio e seus objetivos. Em seguida a infraestrutura de negócio é representada pela estrutura operacional da organização através de um mapa de processos, um modelo de regras, um modelo de recursos e BPs. Finalmente as metas dos BPs são extraídas e analisadas, as metas dos sistemas são definidas e delas são derivados os requisitos. A saída para o último estágio é um conjunto de casos de uso do sistema que deve reunir as necessidades operacionais da organização. Os requisitos formam a base para a criação adequada da infraestrutura de TI. Nessa abordagem, os BPs são modelados com Business Process Modeling Notation (BPMN) e as metas dos BPs são obtidas pela utilização do conceito de metas e tarefas da linguagem i*. ER Dirigida por Processos de Negócio - Em Oliveira (2008) é apresentada uma abordagem que auxilia a comunicação durante as atividades da ER. O método é sustentado pela aderência com os processos de negócio da empresa, que auxiliam a comunicação com os stakeholders durante a fase de elicitação e aceitação dos requisitos do sistema. A proposta se baseia no processo unificado de desenvolvimento de software e foca a modelagem com UML 2.0 e SysML. Essa linguagem é uma extensão da UML 2.0, que suporta a modelagem de sistemas complexos, compostos dos mais variados elementos como: hardware, software, dados, pessoas, procedimentos e infraestrutura. O método propõe três processos: Engenharia de Requisitos, Gestão dos Requisitos do Sistema (GRS) e Engenharia de Processos de Negócio (EPN). O processo GRS inicia com a atividade de solicitação do sistema, que dá prosseguimento com as atividades de elicitação de requisitos e modelagem de negócios paralelamente. A partir desse momento, os processos de ER e EPN seguem simultaneamente com atividades de especificação, usando UML e modelagem com SysML. Essas etapas são sincronizadas pela atividade de sincronização gerencial de conteúdo do processo GRS. Ao final das atividades de ER e EPN, o processo GRS inicia as atividades de validação e aceitação dos requisitos do sistema, encerrando o processo proposto com modelos em SysML. Requirements Engineering for e-business - Em Bleistein et al. (2004) é proposto uma abordagem para sistemas e-busines que incorpora a estratégia de negócios conjuntamente com a dimensão do processo de negócio. Para isso, é realizada uma integração de diagramas com modelagem de processos de negócio. A proposta utiliza diagramas problemas de Jackson para descrever o mundo real e modelagem orientada a metas para especificações mais precisas. O diagrama problema de Jackson descreve o mundo de dois modos: indicativo e optativo. O modo indicativo, refere-se à situação atual ou ao contexto do problema, enquanto que o indicativo ao caminho que se quer chegar ou os requisitos para isto. Na abordagem é utilizado o diagrama de contexto de Jackson para descrever as propriedades indicativas do contexto dos problemas de negócio. Para capturar as propriedades optativas é utilizada a modelagem baseada em metas. Statistical Process Control Applied to Requirements Engineering - Algumas 152

12 orientações relacionadas à gerencia quantitativa do processo de requisitos são propostas por Florence (2005), para auxiliar organizações com alto nível de maturidade. Nesse trabalho é demonstrado como se pode alcançar o nível cinco do CMMI para o processo de Especificação de Requisitos. Propõe-se então, a utilização do Statistical Process Control (SPC) para a determinação das causas de problemas, utilizando-se dos gráficos de controle para mostrar o controle estatístico de defeitos em especificações de requisitos de cinco equipes. São ilustrados três exemplos que mostram o processo de especificação de requisitos fora, a caminho, e sob controle estatístico de processo. Todavia este trabalho está voltado para aspectos relativos aos defeitos encontrados na verificação das especificações de requisitos. Seu foco principal não está no controle estatístico do processo de ER, mas do produto desse processo que é o documento de requisitos. Gerência Quantitativa para ER - Uma abordagem para implementação da gerência quantitativa do processo de desenvolvimento de requisitos é proposta em Campos et al. (2007). A abordagem sugere a utilização do controle estatístico de processos em conjunto com Goal-Question-(Indicator)-Measure (GQ(I)M) para a definição de medidas e indicadores de desempenho do processo. Esse trabalho implementa o SPC em três fases, cada uma com propósitos e marcos bem definidos: o Fase Conhecer: tem por propósito definir os atributos dos processos cujo desempenho se deseja conhecer. Medidas são definidas, visando conhecer o desempenho e variabilidade destes atributos. O marco desta fase é atingir um volume de dados coletados, que possua qualidade e significância estatística, para efetuar as análises necessárias nas fases seguintes. o Fase Estabilizar: O objetivo desta fase é a estabilização do desempenho dos atributos dos processos escolhidos, atuando nas causas especiais de variabilidade. O marco que caracteriza esta fase é que o processo tenha atingido um ponto de operação em que seu desempenho seja estatisticamente estável, com baselines e modelos de desempenho produzidos. Fase Controlar: O propósito desta fase é que os processos que atingiram a estabilidade sejam planejados e monitorados quantitativamente, usando as baselines e modelos, em alguns projetos-piloto. Após a consolidação das técnicas a implementação da gerência quantitativa é institucionalizada, sendo aplicada nos demais projetos de interesse da organização. 5 ANÁLISE DOS RESULTADOS Conforme mostrado no quadro 2, os estudos primários selecionados foram divididos em dois grupos. Os do grupo A apresentam modelos de maturidade para auxiliar organizações na avaliação e implementação de melhorias em processos de ER. A motivação, apresentada pelos autores, para a proposição desses modelos, é que, modelos de maturidade como CMM e ISO 9000 cobrem a área de ER inadequadamente. Apesar de possuírem diretrizes que tratam da gestão de processo de ER, essas diretrizes são definidas em alto nível. Essa característica implica na necessidade de um processo 153

13 adicional mais detalhado que possibilite a implementação das diretrizes na prática. Quanto ao grupo B, seus trabalhos introduzem conceitos como o alinhamento estratégico, modelagem, e gerência de desempenho de processos. Observa-se, portanto, que nas publicações do grupo B, os conceitos são aplicados isoladamente para atender a problemas específicos de cada atividade do processo de ER. Não existe a preocupação da gestão desse processo como um todo. Neste ponto, convém ressaltar um grupo de trabalho que não foi selecionado, mas que teve um grande número de registros retornados durante as buscas. Trata-se dos trabalhos ligados à atividade da Gerência de Requisitos, que tanto nas abordagens clássicas (WIEGERS, 2003 e SOMMERVILLE, 2006), quanto em trabalhos recentes (JUNIOR, 2010 e OGLIO, 2010), tratam de questões ligadas à rastreabilidade e mudanças dos requisitos. Outro grupo excluído foi o de abordagens que propõem o uso de conceitos de BPM em processos de tecnologia da informação (ARAUJO et al., 2004 e Oliveira et al., 2011). Apesar de menos representativo (em função dos strings de buscas estarem direcionadas para a ER), trabalhos desse grupo merecem menção por apresentarem iniciativas de aplicação de BPM na engenharia de software. No entanto esses trabalhos não foram selecionados em função de critério, préestabelecido no protocolo, no qual apenas trabalhos direcionados para o processo de ER deveriam ser incluídos. Apesar de não serem selecionados, trabalhos como Araujo et al. (2004), que propõe a definição de processos de software, podem oferecer contribuições significativas para aplicação de princípios de BPM no processo de ER, uma vez que se utilizam dos mesmos conceitos. Ainda conforme o quadro 2, nota-se a ausência de trabalhos que aplicam conceitos de BPM ao processo de ER. A possível ausência de trabalhos com foco numa gestão integral do processo de ER ficou evidenciada, com o baixo retorno de registros para os strings de busca 4, 5 e 9. Esses strings tinham o intuito de verificar trabalhos relacionados com quaisquer técnicas para gestão de processos de negócio ou especificamente para BPM empregadas ao processo de ER. Mesmo com a quebra dos strings para aumentar o número de registros retornados (13,85% do total de registros), dos 215 registros analisados, nenhum foi selecionado. 6 TRABALHOS RELACIONADOS No estudo sobre revisões sistemáticas, vários trabalhos aplicados a engenharia de software foram encontrados (KITCHENHAM, 2004; CONTE et al., 2005; MAFRA e TRAVASSOS 2004; BIOLCHINI, 2005; KITCHENHAM et al., 2007 e IVARSON e GORSCHEK, 2009), contudo, poucos trabalhos relacionados com a engenharia de requisitos foram identificados (DAVIS et al., 2006; DIESTE e JURISTO, 2010; SILVA e BENITTI, 2011). Além disso, sobre a gestão do processo de ER, nenhuma revisão sistemática foi localizada. A seguir alguns trabalhos relevantes sobre revisões sistemáticas aplicadas a Engenharia de Software e ER são apresentados. Em Mafra e Travassos (2004), uma revisão sistemática foi conduzida com o objetivo de identificar, analisar e avaliar técnicas de leitura em inspeções de software, aplicáveis na garantia de qualidade no desenvolvimento de sistemas orientado a objetos. Para cada técnica identificada foram descritos conceitos e resultados experimentais, visando contribuir para o aprimoramento das atividades de garantia de qualidade de software, através de relatos do que supostamente funciona e do que não funciona na aplicação das técnicas de leitura. 154

14 Uma revisão sistemática sobre processos de desenvolvimento para aplicações WEB é apresentada em Conte et al. (2005). O trabalho descreve como a revisão foi organizada e realizada, discutindo os resultados usando critérios empregados para categorizar processos de desenvolvimento de software para WEB. A revisão teve por objetivo a caracterização dos processos de desenvolvimento utilizados em aplicações WEB, bem como a aplicação de inspeções para a garantia de qualidade nesses processos. Visando a transferência de resultados de pesquisas aplicadas no campo da ER para a indústria, Ivarson e Gorschek (2009) realizaram uma revisão sistemática em journals de ER em busca de artigos que apresentassem qualquer tipo de avaliação de tecnologia. A revisão teve por objetivo obter evidencias e detalhes de como a validação foi conduzida, oferecendo rico material de suporte a decisão para profissionais da indústria que procuram adotar novas tecnologias. A busca por evidência proveniente de estudos empíricos sobre a efetividade de técnicas de elicitação de requisitos é o principal objetivo do trabalho de Davis et al. (2006). Através da revisão os autores buscam identificar quais circunstâncias seriam melhores para aplicar determinada técnica ou descobrir a melhor técnica para uma situação específica. 7 CONCLUSÕES E TRABALHOS FUTUROS Realizou-se uma revisão sistemática com o intuito de reunir trabalhos relevantes sobre a gestão do processo de ER. A revisão foi executada conforme Kitcheham (2004), que propõe como etapas o Planejamento, a Condução e por último a Publicação. Conforme observado durante a análise dos resultados, os trabalhos apresentaram limitações, bem como foi identificada a ausência da aplicação de princípios de BPM ao processo de ER. A constatação dessas lacunas abre então, a possibilidade do desenvolvimento de novas abordagens que apresentem soluções para o problema da gestão integral desse processo. Como uma possível solução desse problema, trabalhos futuros podem ser realizados com vistas à introdução dos conceitos de BPM ao processo de ER. Neste sentido, está em andamento um trabalho que propõe uma abordagem para inserção de princípios de BPM às atividades da ER. Essa abordagem, que junto com esta revisão, compõem uma dissertação de mestrado, tem por objetivo a introdução da Gerência Estratégica e da Gerência de Desempenho ao referido processo, sistematizada pelos princípios de BPM. Devido à ampla variedade de conceitos relativos à BPM, novos trabalhos podem ser desenvolvidos com o objetivo de agregar benefícios não só ao processo de ER, mas também a outros processos relevantes da Engenharia de Software. REFERÊNCIAS ARAUJO, R., CAPPELLI, C., GOMES, J., PEREIRA, M., IENDRIKE, H., IELPO, D., TOVAR, J., A Definição de Processos de Software sob o ponto de vista da Gestão de Processos de Negócio, VI Simpósio Internacional de Melhoria de Processos de Software, SP, Novembro de BEECHAM, S., HALL, T., RAINER, A. Software Process Improvement Problems in Twelve Software Companies: An Empirical Analysis. Empirical Software Engineering 8(1), 7 42, BEECHAM, S., HALL, T., RAINER, A., Defining a Requirements Process Improvement Model, Hatfield, University of Hertfordshire, BIOLCHINI, J., MIAN, P., NATALI, A., e TRAVASSOS, G., Systematic Review in Software Engineering: Relevance and Utility. Technical Report, PESC - COPPE/UFRJ, BLEISTEIN, S., COX, K., VERNER, J., Requirements Engineering For E-Business Systems: Integrating Jackson Problem Diagrams with Goal Modeling and BPM, Software Engineering 155

15 Conference, th Asia-Pacific, pags , CAMPOS, F., CONTE, T., KATSURAYAMA, A.; ROCHA, A. Gerência Quantitativa para o Processo Desenvolvimento de Requisitos, SBQS, CBOK, Guia para o gerenciamento de processos de negócios (BPM), ABPMP, Disponível em Acesso em 02/04/2011. CONTE, T., MENDES E., e TRAVASSOS, G.H, Processos de Desenvolvimento para Aplicações Web:Uma Revisão Sistemática, In: Procedings of the 11 th Brazilian simposium on Multimedia and WEB (WEB Mídia 2005), v.1, PP , DAVIS, A.; DIESTE, O.; HICKEY, A., JURISTO, N., e MORENO, A., Effectiveness of Requirements Elicitation Techniques: Empirical Results Derived from a Systematic Review, In Proceedings of the 14th IEEE International Requirements Engineering Conference (RE '06). IEEE Computer Society, Washington, DC, USA, DOI= /RE ,2006. DIESTE, O., e JURISTO, N. Systematic Review and Aggregation of Empirical Studies on Elicitation Techniques, IEEE Transactions on Software Engineering, 11 Feb IEEE computer Society Digital Library. IEEE Computer Society, (2010). FLORENCE, A. Statistical process control applied to software requirements specification process. Software Engineering Institute -SEPG 2005, Seatlle, GONZALEZ, J. L., ALCOLEA, D., DÍAZ, J., Descomposición de árboles de metas a partir de modelos de procesos, Anais do WER07 - Workshop em Engenharia de Requisitos, Toronto, Canada, Maio 17-18, 2007, pp 35 46, GORSCHEK, T., NGUYEN, M., LOAN, N., Requirements Engineering Process Maturity Model Uni-REPM, Techinal Report, Version:0.9CR, Sweden, HALL, T., BEECHAM, S., RAINER, A., Requirements Problems in Twelve Software Companies: An Empirical Analysis, IEEE Proceedings of Software 149(5), , IVARSSON, M., e GORSCHEK, T., Technology transfer decision support in requirements engineering research: a systematic review of RE, Springer, 14: DOI /s , JUNIOR, A., BENTES, L., RONNY,M., OLIVEIRA, S., e YOSHIDOME, E., Uma Análise Avaliativa de Ferramentas de Software Livre no Contexto da Implementação do Processo de Gerência de Requisitos do MPS.BR, Anais do WER10 - Workshop em Engenharia de Requisitos, Cuenca, Equador, Abril 12-13, 2010, pp 75-84, JIANG, L., A Framework for the Requirements Engineering Process Development, Doctor thesis, 347f, (Computer Engineering), CALGARY Alberta, KACUTA, L. Integração de modelo do negócio com especificação de software: uma proposta para alinhar sistemas à estratégia do negócio, Tese de mestrado, 160f, (mestrado em ciência da computação), UNICAMP Campinas-SP, KITCHENHAM, B., A., Procedures for Undertaking Systematic Reviews, Joint Technical Report, Computer Science Department, Keele University (TR/SE-0401) and National ICT Australia Ltd. ( T.1), KITCHENHAM, B., BRERETON, O., BUDGEN, D., TURNER, M., BAILEY, J., e LINKMAN, S., A Systematic Literature Review of Evidence-based Software Engineering, EBSE Technical Report, EBSE , KOTONYA, G., SOMMERVILLE, I. Requirements Engineering: Processes and Techniques, 1ed England: John Wiley & Sons Ltd, MAFRA, S. e TRAVASSOS, G., Técnicas de Leitura de Software: Uma Revisão Sistemática, XIX SBES, Uberlândia-MG, OGLIO, P., SILVA, J., PINTO S., Um Modelo de Rastreabilidade com suporte ao Gerenciamento de Mudanças e Análise de Impacto, Anais do WER10 - Workshop em Engenharia de Requisitos, Cuenca, Equador, Abril 12-13, 2010, pp 85-96, PRESSMAN, S., Engenharia de Software. 6ª ed., São Paulo: McGraw-Hill, OLIVEIRA, V., C., Proposta de método para gestão de requisitos de sistema integrando modelagem de negócio e linguagens formais, Tese de mestrado,152f, (Mestrado em engenharia).usp São Paulo, OLIVEIRA, J, LOJA, L, COSTA S, NETO, V, Um Componente para Gerência de Processos de Negócio em Sistemas de Informação, VII Simpósio Brasileiro de Sistemas de Informação, Salvador, BA, Maio de SAWYER, P. SOMMERVILLE, I., VILLER, S., Requirements Process Improvement Through the Phased Introduction of Good Practice, Software Process Improvement and Pratice, 3, (1),

16 SILVA R., BENITTI F., Padrões de Escrita de Requisitos: um mapeamento sistemático da literatura, Anais do WER11 - Workshop em Engenharia de Requisitos, Rio de Janeiro-RJ, Brasil, Abril 28-29, 2011, pp , SOLEMON, B., SAHIBUDDIN, S., GHANI, A., Requirements Engineering Problems and Practices in Software Companies: An Industrial Survey, Vol:59, Publisher: Springer Berlin Heidelberg, Pages: 70-77, 2009a. SOLEMON, B., SAHIBUDDIN, S., GHANI, A., Re-defining the RE Process Improvement Model, In: Accepted in the 16th Asia-Pacific Software Engineering Conference APSEC, Penang, Malaysia, 2009b. SOMMERVILLE, I., Software Engineering. 8ª th., Addison-Wesley,2006. WIEGERS, K. E., Software requirements, 2nd Edition, Redmond, Wash.: Microsoft Press,