Sei sulla pagina 1di 19

MELHORIAS NO PROCESSO DE COMUNICAO E GERENCIAMENTO DE REQUISITOS ALINHADO AO BABOK UM ESTUDO DE CASO

PROCESS IMPROVEMENTS ON COMMUNICATION AND REQUIREMENTS MANAGEMENT ALIGNED TO BABOK: A CASE STUDY

Tacilia Peixoto Salles1


1

Universidade Salvador (UNIFACS) tacilia.salles@gmail.com

Resumo A comunicao dos requisitos uma das principais atividades dentro do ciclo de vida de software com impacto direto em seu resultado final. Geralmente, os requisitos so comunicados de forma ambgua, redundantes e/ou incompletos, o que impacta diretamente no entendimento do problema. Outra atividade que tambm afeta na qualidade do produto de software o gerenciamento de requisitos, atividade diretamente relacionada com a atualizao constante dos requisitos, o gerenciamento da qualidade e da rastreabilidade dos requisitos. Este artigo apresenta uma anlise das atividades de Comunicao e de Gerenciamento de Requisitos em um estudo de caso de uma instituio financeira brasileira, considerando as melhores prticas do Babok . Palavras-chave: engenharia de requisitos; comunicao de requisitos; gerenciamento de requisitos.

Abstract Requirements specification is one of the main activities in the software life cycle and affects directly its final result. Generally, the requirements are communicated with ambiguity, redundants and incomplete, which impact directly in the understanding of the problem. Another activity that also affects the quality of the software product is the requirement management, activity related with the update of requirements, the quality management and the requirements traceability. This paper presents an analysis of the requirement communication and the requirement management in a case study of a Brazilian finance institution, considering the best practices of Babok. Keywords: requirement management. engineering; requirement communication; requirement

Revista de Sistemas e Computao, Salvador, v. 1, n. 2, p. 120-138, jul./dez. 2011 http://www.revistas.unifacs.br/index.php/rsc

MELHORIAS NO PROCESSO DE COMUNICAO E GERENCIAMENTO DE REQUISITOS ALINHADO AO BABOK UM ESTUDO DE CASO

1 INTRODUO A corretude dos requisitos fundamental para a aderncia do produto s necessidades do cliente, requisitos mal definidos ou mal escritos do origem a um produto que no atende ao solicitado. Para alcanar essa corretude, existem duas atividades fundamentais que auxiliam de forma direta, so a comunicao de requisitos e o gerenciamento dos mesmos. Para Hazan (2003, apud THAYER; DORFMAN) o Gerenciamento de Requisitos tem como objetivo principal controlar a evoluo dos requisitos, seja por constatao de novas necessidades, seja por deficincias nos requisitos registrados at o momento. O entendimento das necessidades dos envolvidos fator fundamental para o sucesso dos projetos de desenvolvimento de software. Segundo Koscianski (2006), a qualidade de um software depende em grande parte dos requisitos. Noconformidades, erros lgicos, conceituais e omisses na especificao de requisitos podem ser propagados por todo o projeto, resultando em um software de baixa qualidade. Qualquer desvio em relao aos requisitos estabelecidos pode ocasionar prejuzos diversos, que oscilam de acordo com a necessidade de utilizao do sistema, sua aplicabilidade e riscos que sua utilizao ou a falta dela podem ocasionar. Desta forma a comunicao dos requisitos deve ser realizada de forma participativa, com envolvimento dos usurios, dos patrocinadores, desenvolvedores, ou seja, com todos os stakeholders, e seu gerenciamento deve ocorrer de maneira criteriosa, pautado no que foi comunicado e nas necessidades de mudanas identificadas. Tendo por objetivo principal a delimitao clara de uma soluo que atenda as necessidades do cliente. Este trabalho tem como objetivo realizar uma anlise das atividades de gerenciamento e de comunicao de requisitos em um caso prtico real de desenvolvimento de software dentro do contexto de uma instituio financeira brasileira, com o intuito de identificar os pontos de ateno que precisam ser revistos, suas causas e recomendar algumas melhorias a serem adotadas, tendo como referncia as boas prticas de Gerenciamento e de Comunicao de Requisitos
121 Revista de Sistemas e Computao, Salvador, v. 1, n. 2, p. 120-138, jul./dez. 2011 http://www.revistas.unifacs.br/index.php/rsc

MELHORIAS NO PROCESSO DE COMUNICAO E GERENCIAMENTO DE REQUISITOS ALINHADO AO BABOK UM ESTUDO DE CASO

segundo o Babok (2011). Esta instituio utiliza o RUP (Rational Unified Process) verso 7.0.1 adaptado s suas necessidades, produzindo assim diversos artefatos que fundamentam o andamento do projeto. O artigo foi organizado em quatro sees. A seo 2 apresenta Fundamentao Terica sobre a Comunicao de Requisitos no Contexto de Desenvolvimento de Software; Gerenciamento de Requisitos e Melhores Prticas no Processo de Comunicao e Gerenciamento de Requisitos. A seo 3 traz estudo de caso sobre o processo de desenvolvimento de sistemas da instituio e as dificuldades encontradas no Gerenciamento e Comunicao de Requisitos. A seo 4 relata a anlise dos dados sobre a organizao pesquisada atravs do estudo dos processos, entrevistas e resultados obtidos com estudo de caso. Por fim, a seo 5 descreve as consideraes finais e propostas de melhoria do processo de desenvolvimento alinhado ao BABOK.

2 FUNDAMENTAO TERICA

Nesta seo so abordados alguns conceitos sobre a Comunicao de Requisitos no Contexto do Desenvolvimento de Software, Gerenciamento de Requisitos e as Melhores Prticas para gerenciar e comunicar requisitos com abordagem para importncia para o bom andamento de todo o ciclo de vida do projeto.

2.1 Comunicao de Requisitos no Contexto de Desenvolvimento de Software Um processo de desenvolvimento de software um conjunto de atividades que guia a produo de um produto de software (SOMMERVILLE, 2007), atualmente a produo de softwares customizados tornou-se prtica cada vez mais comum, exigindo adaptaes constantes dos processos utilizados e reavaliao destes para obteno de melhores resultados como produtos mais adequados as necessidades de uma determinada organizao, exigindo uma maior habilidade dos envolvidos no processo de comunicao.
122 Revista de Sistemas e Computao, Salvador, v. 1, n. 2, p. 120-138, jul./dez. 2011 http://www.revistas.unifacs.br/index.php/rsc

MELHORIAS NO PROCESSO DE COMUNICAO E GERENCIAMENTO DE REQUISITOS ALINHADO AO BABOK UM ESTUDO DE CASO

De acordo com Chiavenato (2004) o processo de comunicao composto por seis elementos, descritos a seguir: Fonte - pessoa, grupo ou organizao que deseja transmitir alguma idia ou informao atravs de uma mensagem; Transmissor - o meio ou aparelho utilizado para codificar a idia ou significado atravs de uma forma de mensagem; Canal - o meio escolhido atravs do qual a mensagem flui entre a fonte e o destino; Receptor - o meio ou aparelho que decodifica ou interpreta a mensagem para oferecer um significado percebido; Destino - pessoa, coisa ou processo para o qual a mensagem enviada. Rudo - o termo que indica qualquer distrbio indesejvel dentro do processo de comunicao e que afeta a mensagem enviada pela fonte ao destino. Dos elementos elencados por Chiavenato (2004) destacamos o ltimo e no

menos importante, o rudo, cuidados especficos devem ser adotados para que este elemento no se apresente no processo de comunicao. Para que o rudo no faa parte do processo de comunicao de requisitos outro fator a ser considerado no processo o feedback ou retroalimentao, quando o destinatrio responde a fonte sobre o entendimento da mensagem, constituindo em poderosa ferramenta para o bom andamento do processo de comunicao de requisitos o que reflete diretamente no software que ser entregue. Para Megginson (1998) comunicao o processo de transferir significado de uma pessoa para outra na forma de idias ou informao Existe a possibilidade da modelagem inicial de um software conter falhas, dos requisitos no estarem completos ou conflitantes. At mesmo que os rudos na comunicao tenham truncado uma informao, tal situao pode acarretar defeitos, que quanto mais tardiamente descobertos, mais vo custar ou em alguns casos, at mesmo no cancelamento do projeto. Segundo Pressman (2007) o processo de desenvolvimento de software contm trs fases genricas, independentemente do paradigma de engenharia de software escolhido. As trs fases, definio, desenvolvimento e manuteno, so encontradas
123 Revista de Sistemas e Computao, Salvador, v. 1, n. 2, p. 120-138, jul./dez. 2011 http://www.revistas.unifacs.br/index.php/rsc

MELHORIAS NO PROCESSO DE COMUNICAO E GERENCIAMENTO DE REQUISITOS ALINHADO AO BABOK UM ESTUDO DE CASO

em todo desenvolvimento de software, independentemente da rea de aplicao, tamanho do projeto ou complexidade. Na etapa de definio so tratadas informaes, restries, funes que o software deve apresentar, interfaces e critrios de validao. No desenvolvimento discutida a estrutura dos dados e a arquitetura, fase onde abordada qual linguagem de programao ser utilizada e como sero realizados os testes e a prpria implementao ou codificao do software. Na manuteno ocorrem mudanas, quer sejam devido a correes de erros encontrados pelos usurios ou adaptaes evolutivas. Megginson (1998) ressalta trs prticas que visam melhorar o processo de comunicao, so eles: Ter conscincia da necessidade da comunicao eficaz; Criar um ambiente que estimule o feedback; Seja um ouvinte mais eficaz. O processo de comunicao pode ser formal ou informal, a definio de como este processo vai ocorrer cabe aos envolvidos, pode-se ainda mesclar os processos tendo sempre como principal objetivo um melhor entendimento da mensagem que precisa ser transmitida. O que se deseja destacar nesta seo a importncia de um processo claro e bem definido da comunicao de requisitos durante todo o processo de desenvolvimento de software, bem como a busca constante e adoo de melhores prticas que se adqem ao processo. Um processo de comunicao de requisitos claro, preciso e oportuno uma das atividades chave para obter a corretude dos requisitos.

2.2 Gerenciamento de Requisitos O gerenciamento de requisitos um subprocesso da engenharia de requisitos, faz-se necessria a adoo de atividades especficas devido ao grande nmero de mudanas que podem surgir de fontes diversas como legislao, envolvidos, exigncia
124 Revista de Sistemas e Computao, Salvador, v. 1, n. 2, p. 120-138, jul./dez. 2011 http://www.revistas.unifacs.br/index.php/rsc

MELHORIAS NO PROCESSO DE COMUNICAO E GERENCIAMENTO DE REQUISITOS ALINHADO AO BABOK UM ESTUDO DE CASO

do mercado dentre outras. Este subprocesso composto por algumas atividades especficas que destacamos abaixo: Controle de Mudanas pela necessidade de mudanas constantes, este controle fundamental para avaliao do que pode ou no ser modificado e seus respectivos impactos. Gerncia de Configurao esta atividade existe com o objetivo de definir critrios que viabilizem a realizao das mudanas necessrias, mantendo-se a integridade do software com suas especificaes. Rastreabilidade habilidade de acompanhar a vida de um requisito em ambas as direes. Gerncia da Qualidade dos Requisitos possibilita a criao de requisitos sem ambigidade, corretos, completos, verificveis e consistentes. O grande nmero de envolvidos durante o processo de desenvolvimento ou manuteno de um software faz com que a gerncia de requisitos seja responsvel pelo atendimento das mudanas e manuteno da aderncia do escopo do produto. A Figura 1 mostra alguns dos possveis stakeholders que podem interferir no projeto e manifestar suas necessidades, estas devem ser documentadas, seu entendimento deve ser validado e mesmo depois do produto inicial ser disponibilizado podem ocorrer mudanas e mais uma vez a necessidade de comunicar e principalmente gerenciar destacada.

125 Revista de Sistemas e Computao, Salvador, v. 1, n. 2, p. 120-138, jul./dez. 2011 http://www.revistas.unifacs.br/index.php/rsc

MELHORIAS NO PROCESSO DE COMUNICAO E GERENCIAMENTO DE REQUISITOS ALINHADO AO BABOK UM ESTUDO DE CASO

Figura 1 - Fontes de Requisitos de Software

Fonte: Adaptado (KOSCIANSKI, 2006)

O Gerenciamento de Requisitos ajuda a entender os efeitos de mudanas e as ligaes entre os objetivos e metas dos negcios com a soluo que de fato construda e entregue. A longo prazo, tambm assegura que o conhecimento e o entendimento da organizao, alcanados durante a anlise de negcio, estejam disponveis para uso futuro. (BABOK, 2011) O processo de gerenciamento de requisitos inclui as seguintes atividades: gerenciamento de configurao de requisitos (que cuida do controle de verses e o controle de mudanas) gerenciamento de qualidade de requisitos gerenciamento de rastreabilidade O gerenciamento e comunicao dos requisitos ocorre em todas as fases do desenvolvimento de um sistema, desta forma, sua conduo fundamental para a construo de um sistema de qualidade produto do trabalho realizado por todos os envolvidos e do compromisso com a satisfao global Segundo Koscianski (2006), opinies so interessantes para enriquecer um produto, mas, se no houver um controle para estabelecer quando as opinies devem
126 Revista de Sistemas e Computao, Salvador, v. 1, n. 2, p. 120-138, jul./dez. 2011 http://www.revistas.unifacs.br/index.php/rsc

MELHORIAS NO PROCESSO DE COMUNICAO E GERENCIAMENTO DE REQUISITOS ALINHADO AO BABOK UM ESTUDO DE CASO

ou no ser utilizadas na implementao, torna-se impossvel para os membros da equipe trabalhar de maneira organizada sabendo o que deve ou no ser feito.

2.3 Melhores Prticas no Processo de Comunicao e Gerenciamento de Requisitos Dentre as Competncias Fundamentais para o analista de negcios elencadas no Guia BABOK esta a habilidade de comunicao, seja ela verbal ou escrita faz-se necessria em todas as etapas do desenvolvimento de sistemas. A Figura 2 mostra as Entradas, As Tarefas e as Sadas do Gerenciamento e Comunicao de Requisitos, elencadas pelo Guia BABOK, so melhores prticas que podem ser selecionadas e adotadas pela instituio de acordo com suas necessidades.

Figura 2 - Entradas, Tarefas e Sadas do Gerenciamento e Comunicao de Requisitos

Fonte: Adaptado (BABOK, 2011)

O capitulo quatro deste guia aborda o processo de Gerenciamento e Comunicao de Requisitos, demonstrando quais as possveis entradas, que tarefas esto atreladas as entradas e quais as possveis sadas. Abordagem mais detalhada para as tarefas que podem ser realizadas como:

127 Revista de Sistemas e Computao, Salvador, v. 1, n. 2, p. 120-138, jul./dez. 2011 http://www.revistas.unifacs.br/index.php/rsc

MELHORIAS NO PROCESSO DE COMUNICAO E GERENCIAMENTO DE REQUISITOS ALINHADO AO BABOK UM ESTUDO DE CASO

O Gerenciamento do Escopo e os Requisitos da Soluo - este tem como propsito principal obter e manter consenso entre as partes interessadas acerca do escopo genrico da soluo e os requisitos que sero implementados. Nesta etapa so necessrios o Gerenciamento do Escopo da Soluo; Gerenciamento de Conflitos e Questes; Apresentao dos Requisitos para Reviso e a Aprovao dos requisitos pelos stakeholders que possuem responsabilidade para tal. Gerenciar a Rastreabilidade dos Requisitos - traz como propsito criar e manter relacionamentos entre objetivos de negcios, requisitos, outras entregas da equipe e componentes da soluo para apoiar a anlise de negcios ou outras atividades. Devem ser Rastreados os Relacionamentos bilateralmente, A Anlise de Impacto quanto necessidade de alterao e o Sistema de Gerenciamento de Configurao. Manter Requisitos para Reutilizao - tem como propsito gerenciar o conhecimento sobre os requisitos aps sua implementao. Pela dificuldade armazenar todos os Requisitos, o BABOK recomenda realiz-lo com os Requisitos Recorrentes, bem como aqueles que tenham relao direta com regras e normas da instituio. Preparar o Pacote de Requisitos - tem como objetivo selecionar e estruturar um conjunto de requisitos de uma forma apropriada para assegurar que os requisitos sejam efetivamente comunicados, entendidos e utilizveis por um grupo ou grupos de partes interessadas. Podem ser entregues Produtos Intermedirios para avaliao e posteriormente os Requisitos Definitivos para validao em Formato determinado pela instituio. Em Comunicar Requisitos, o BABOK afirma que fundamental para levar as partes interessadas a uma compreenso comum dos requisitos a Comunicao Geral e Apresentaes intermedirias e finais. O gerenciamento e a comunicao dos requisitos ocorrem em todas as fases do desenvolvimento de um sistema, desta forma, sua conduo fundamental para a construo de um sistema de qualidade, produto do trabalho realizado por todos os envolvidos e do compromisso com a qualidade e satisfao global.
128 Revista de Sistemas e Computao, Salvador, v. 1, n. 2, p. 120-138, jul./dez. 2011 http://www.revistas.unifacs.br/index.php/rsc

MELHORIAS NO PROCESSO DE COMUNICAO E GERENCIAMENTO DE REQUISITOS ALINHADO AO BABOK UM ESTUDO DE CASO

3 ESTUDO DE CASO A empresa objeto deste estudo de caso uma instituio financeira com mais de cem anos de existncia e com processos de desenvolvimento de sistemas bem definidos, em 2009 esta instituio decidiu expandir o processo para dez regionais nos estados da Bahia, Cear, Distrito Federal, Gois, Minas Gerais, Paran, Pernambuco, Rio Grande do Sul, Santa Catarina e So Paulo, estas regionais compem o Programa de Expanso do Desenvolvimento de Software (PeDES). Estas regionais tm como principal misso atuar como facilitadoras no processo do desenvolvimento descentralizado de sistemas, promovendo a interao entre as reas de negcio e unidades desenvolvedoras, de modo a alcanar os objetivos traados e o cumprimento das normas internas e o cumprimento dos padres de entregas normatizados pela instituio. Neste artigo ter-se- acesso s prticas realizadas pela filial de Salvador, a equipe composta por 13 pessoas, destas, apenas o designer tem papel especfico, os demais trabalham desde o levantamento de requisitos at os testes, cada projeto possui um representante que assume o papel de Analista de Negcios. Nos anos de 2010 e 2011 o PeDES Salvador iniciou o desenvolvimento de cinco sistemas, conforme Figura 3 so eles: SICEM Sistema Integrado de Contas de Estados e Municpios. Sistema que atende a estados e municpios do territrio nacional coma funo de efetuar pagamentos definidos pelos governos e prefeituras contratantes. SIABM Sistema de Autenticao Biomtrica. Responsvel pela identificao biomtrica dos clientes cadastrados, proporcionando maior segurana e confiabilidade s transaes. SIWMC Sistema Workflow de Monitoramento da Conformidade. Este sistema subsidia a instituio sobre a tomada de deciso relativa ao impacto de norma internas e ou externas. SIALC Sistema de Aladas. Viabiliza anlise do comprometimento financeiro do cliente em determinadas negociaes.
129 Revista de Sistemas e Computao, Salvador, v. 1, n. 2, p. 120-138, jul./dez. 2011 http://www.revistas.unifacs.br/index.php/rsc

MELHORIAS NO PROCESSO DE COMUNICAO E GERENCIAMENTO DE REQUISITOS ALINHADO AO BABOK UM ESTUDO DE CASO

SIMON Monitor Executivo. Sistema que disponibiliza s vice-presidncias informaes atravs de grficos e imagens. A Figura 3 exibe a estrutura atual da equipe de desenvolvimento PeDES Salvador. Os projetos abaixo sero objeto do nosso estudo no que diz respeito ao processo de comunicao entre a equipe PeDES, os gestores e os desenvolvedores. No existem equipes fixas, a importncia do sistema ocasiona a rotatividade dos seus membros, em algumas situaes existem projetos com apenas um membro.

Figura 3 - Equipes PeDES (Programa de Expanso do Desenvolvimento de Software)

Cada projeto tem um gestor diferente, estes gestores normalmente so Gerncias Nacionais, em sua maioria se encontram localizados em Braslia-DF, a comunicao final deve ser sempre formal, devido s regras da instituio, no entanto, percebemos no dia-a-dia a necessidade de comunicao informal antes de entregas oficiais. A etapa de codificao realizada por uma fbrica de software, que em sua filial de Salvador conta com um gerente de projetos, um analista de testes, um arquiteto de sistemas e trs codificadores. Sendo assim, mais um grupo para interpretao das necessidades do usurio, a melhoria do processo de comunicao uma necessidade, tendo por principal objetivo minimizar o retrabalho e melhorar a qualidade do produto que ser entregue.
130 Revista de Sistemas e Computao, Salvador, v. 1, n. 2, p. 120-138, jul./dez. 2011 http://www.revistas.unifacs.br/index.php/rsc

MELHORIAS NO PROCESSO DE COMUNICAO E GERENCIAMENTO DE REQUISITOS ALINHADO AO BABOK UM ESTUDO DE CASO

4 ANLISE DAS ATIVIDADES DE COMUNICAO E DE GERENCIAMENTO DE REQUISITOS. Nesta seo so destacados os pontos de ateno identificados na Instituio Financeira objeto de estudo atravs de questionrio aplicado a um representante de cada equipe participante. As questes apresentadas visam identificar pontos de ateno para melhorias no processo de Desenvolvimento de Software. Estes pontos de ateno envolvem: O Gerenciamento do Escopo e os Requisitos da Soluo; A Rastreabilidade dos Requisitos; A Reutilizao dos Requisitos; O Pacote de Requisitos que Produzido e a Comunicao dos Requisitos. As assertivas enumeradas tiveram como base as Melhores Prticas de Comunicao e Gerenciamento de Requisitos propostas pelo BABOK. A pesquisa foi realizada com as equipes do PeDES que tomando por base a Figura 5 foram identificadas respectivamente como: Equipe 1 - E1, Equipe 2 - E2, Equipe 3 - E3, Equipe 4 E4 e Equipe 5 E5. Para cada uma das tarefas relativas ao Guia BABOK sero relacionados os problemas encontrados, suas possveis causas e as propostas de melhoria. Cada representante de equipe manifestou seu posicionamento a respeito das assertivas viabilizando anlise do processo de gerenciamento e comunicao de requisitos atual. A Equipe 4 E4 participou parcialmente, pois, o projeto encontra-se em fase inicial de especificao.

4.1 Quanto ao Gerenciamento do Escopo e os Requisitos da Soluo Questionrio Foi gerada uma linha de base. Mudanas foram solicitadas pelas partes interessadas. Dentre as novas funcionalidades solicitadas todos os requisitos estavam alinhados com os requisitos previamente aprovados. SIM E2, E3, E4, E5 E2, E3, E5 NO E1 E1, E4 E1, E2, E3, --, E5

131 Revista de Sistemas e Computao, Salvador, v. 1, n. 2, p. 120-138, jul./dez. 2011 http://www.revistas.unifacs.br/index.php/rsc

MELHORIAS NO PROCESSO DE COMUNICAO E GERENCIAMENTO DE REQUISITOS ALINHADO AO BABOK UM ESTUDO DE CASO

Apresentao de requisitos para reviso foi efetuada de maneira formal.

E2

E1, E3, E4, E5 E2, E5 E5 E2, E3, E4, E5

Os conflitos encontrados foram sanados antes E1, E3, E4 da aprovao formal dos requisitos. Foram realizadas apresentaes informais E1, E2, E3, E4 intermedirias antes da entrega formal. Todos os requisitos foram mantidos como interpretados inicialmente, pois, no houve falha de interpretao do que foi solicitado ou no processo de comunicao dos requisitos. Os responsveis pela aprovao formal no tiveram dvidas quanto ao que estava especificado. Aps aprovao formal nenhuma mudana de requisito foi solicitada. As mudanas foram registradas nos documentos que compem a linha de base. E1

E1

E2, E3, E4, E5

E2, E5

E1, E3, E4, E5 E1, E2, E3, --

Os principais problemas encontrados para o item 4.1 foram a ausncia de atualizao da linha de base, falha no processo de comunicao para identificao das necessidades do negcio resultando na mudana do escopo aps a aprovao formal. As causas identificadas: Excesso de solicitaes de mudanas pelos gestores e equipes reduzidas; Prazos incoerentes; Comunicao insuficiente; Pouco envolvimento dos gestores; Dificuldade em utilizar linguagem comum aos usurios e tcnicos; Dificuldade em comunicar requisitos. A melhoria no processo pode ocorrer com a uniformizao do conhecimento, aumento da comunicao formal e informal entre os envolvidos com objetivo de reduzir situaes que ocasionem divergncia dos requisitos, reduzindo o impacto em tempo, custo e prazo.

132 Revista de Sistemas e Computao, Salvador, v. 1, n. 2, p. 120-138, jul./dez. 2011 http://www.revistas.unifacs.br/index.php/rsc

MELHORIAS NO PROCESSO DE COMUNICAO E GERENCIAMENTO DE REQUISITOS ALINHADO AO BABOK UM ESTUDO DE CASO

4.2 Quanto a Rastreabilidade dos Requisitos Questionrio Foi realizada a rastreabilidade bilateral (retroativa ou origem e posterior ou destino) dos requisitos. Os requisitos especificados foram mantidos sem alteraes. Os requisitos relacionados foram revistos. As mudanas no acarretaram atraso no projeto e ou oneraram seu custo. Equipe 4 No se Aplica (Especificao Inicial) Para o item 4.2 os problemas identificados so: Ausncia de Rastreabilidade Bilateral mesmo com alteraes constantes nos requisitos, conseqentemente no ocorre reviso dos requisitos documentados e anlise de impacto das mudanas o que acarreta atraso e prejuzo ao projeto. As causas identificadas: Desconhecimento da Ferramentas que facilitem o processo de rastreabilidade; Falta de pessoal para realizar a tarefa; Ausncia de conhecimento do assunto pelo analista; Documentao incompleta e ou desatualizada. Sistemas legados. Como proposta de melhoria inicialmente prope-se a anlise de ferramentas para auxiliar no processo de rastreabilidade de requisitos bilateralmente, viabilizando a anlise manuteno dos requisitos. A capacitao da equipe dentro deste processo fundamental. E2, E3 E2 SIM E1 NO E2, E3, E5

E1, E2, E3, E5 E1, E5 E1, E3, E5

133 Revista de Sistemas e Computao, Salvador, v. 1, n. 2, p. 120-138, jul./dez. 2011 http://www.revistas.unifacs.br/index.php/rsc

MELHORIAS NO PROCESSO DE COMUNICAO E GERENCIAMENTO DE REQUISITOS ALINHADO AO BABOK UM ESTUDO DE CASO

4.3 Quanto a Reutilizao dos Requisitos Questionrio Dentre os requisitos documentados atualmente no projeto que voc faz parte, feita uma seleo daqueles que podem ser utilizados a longo prazo pela instituio? Existe um repositrio especfico dos requisitos selecionados para reutilizao, acessvel a outros analistas? Existe um profissional especfico para manter e atualizar estes requisitos? SIM E1, E5 NO E2, E3, E4

E1, E2, E3, E4, E5 E1, E2, E3, E4, E5

Para o item 4.3 foi identificado que mesmo existindo requisitos que podem ser reutilizados, at mesmo pela natureza da instituio que possui regras e normas extensveis a diversos projetos, estes no so reutilizados. As causas identificadas: Desconhecimento da necessidade; Falta de Pessoal para realizao da atividade; Ausncia de repositrio especfico. Como proposta de melhoria conclui-se que a adoo de um repositrio de requisitos especfico para reutilizao, com um profissional responsvel pela manuteno destes, constitui em prtica favorvel para o desenvolvimento de software da instituio.

4.4 Quanto aos Pacotes de Requisitos Questionrio Existe formato pr-definido pela instituio para entrega dos requisitos aos envolvidos? Existe variao desta documentao de acordo com o projeto a ser desenvolvido? Dentre os documentos produzidos, nenhum SIM E1, E2, E3, E4, E5 E1, E2, E4, E5 E2 E3 E1, E3, E4, E5
134 Revista de Sistemas e Computao, Salvador, v. 1, n. 2, p. 120-138, jul./dez. 2011 http://www.revistas.unifacs.br/index.php/rsc

NO

MELHORIAS NO PROCESSO DE COMUNICAO E GERENCIAMENTO DE REQUISITOS ALINHADO AO BABOK UM ESTUDO DE CASO

pode ser descartado por conter informaes duplicadas. No houve dvidas quanto compreenso dos requisitos pelos envolvidos (Cliente e Fbrica de Software) houve dvidas quanto ao especificado. Estas dvidas foram esclarecidas antes da implementao. As modificaes realizadas no acarretaram retrabalho, aumento de custos ou prazo. Foram realizadas entregas intermedirias para o Cliente ou para a Fbrica de Software. E5 E1, E2, E3, E4

E1, E2, E3, E4, E5 E5 E1, E3, E5 E1, E2, E3 E2, E4

Para o item 4.4 foi identificado que o grande volume de documentos produzidos acarreta duplicidade de informao desnecessria, o que pode originar ambigidade devido ao nmero reduzido de pessoas para as tarefas e conseqente dificuldade em atualizar esta documentao. Foi identificado ainda que mesmo com toda documentao ainda existe pela dificuldade de compreenso pelos envolvidos. As causas identificadas: Comunicao reduzida ou documentos ambguos. Prazos Curtos. Equipe reduzida Como proposta de melhoria prope-se adotar documentao compatvel como tamanho do projeto, pois, com equipes reduzidas a produo e manuteno de documentos torna-se invivel. Partindo do pressuposto que um documento desatualizado pior do que no possuir documentao, a adoo de prticas geis para projetos menores pode ser analisado pela instituio. Disseminar o conhecimento e uniformizar a maneira de trabalho.

135 Revista de Sistemas e Computao, Salvador, v. 1, n. 2, p. 120-138, jul./dez. 2011 http://www.revistas.unifacs.br/index.php/rsc

MELHORIAS NO PROCESSO DE COMUNICAO E GERENCIAMENTO DE REQUISITOS ALINHADO AO BABOK UM ESTUDO DE CASO

4.5 Quanto a Comunicao dos Requisitos Questionrio Durante o processo de especificao dos requisitos levantados houve comunicao informal entre os stakeholders. Houve refinamento ou mudana dos requisitos oriunda deste processo de comunicao. Os requisitos foram apresentados aos stakeholders alm da documentao produzida (Formal ou Informal). Os requisitos apresentados foram avaliados quanto completude, correo e impacto dos requisitos apresentados aos stakeholders. O processo de especificao dos requisitos ocorreu sem falhas de comunicao devido a interpretao ou clareza. SIM E1, E2, E3, E4, E5 NO

E1, E2, E3, E4, E5

E1, E2, E3

E4, E5

E2, E3

E1, E4, E5

E1, E2, E3, E4, E5

Para o item 4.4 foi identificado que existe falha no processo de especificao devido a comunicao deficitria. As causas identificadas: Comprometimento dos stakeholders. Conhecimento do negcio Como proposta de melhoria prope-se a reavaliao do processo de comunicao entre todos os envolvidos, para a produo de um software de qualidade, dentro dos custos e prazos previstos a comunicao e o comprometimento dos envolvidos fundamental.

5 CONCLUSO A literatura tem demonstrado a importncia da comunicao e do gerenciamento de requisitos no processo de desenvolvimento de software, diversos problemas tm origem em falhas oriundas de rudos no processo de comunicao, tais
136 Revista de Sistemas e Computao, Salvador, v. 1, n. 2, p. 120-138, jul./dez. 2011 http://www.revistas.unifacs.br/index.php/rsc

MELHORIAS NO PROCESSO DE COMUNICAO E GERENCIAMENTO DE REQUISITOS ALINHADO AO BABOK UM ESTUDO DE CASO

problemas podem ocorrer durante todo o ciclo de vida do projeto, desta forma o gerenciamento dos requisitos merece ateno combinada ao processo de comunicao dos requisitos e suas mudanas. A necessidade de melhorias neste processo evidente, a conscientizao desta necessidade fundamental para refletir as mudanas do negcio e seus respectivos requisitos. Ao analisar o processo atual e mensurar os postos de ateno possvel identific-los e propor melhorias A falta de interesse dos stakeholders, a escassez de pessoal para realizar todas as tarefas e o desconhecimento de tcnicas e ferramentas que viabilizem as melhorias so os principais dificultadores para adequao da instituio s melhores prticas de comunicao e gerenciamento de requisitos elencadas pelo Babok, dentre as quais, algumas j so adotadas pela instituio mesmo que parcialmente, e outras no ocorrem em nenhum momento. Este trabalho possibilitou avaliar que a necessidade de disseminao do conhecimento, participao dos stakeholders, e a aplicao de um processo de comunicao e gerenciamento constante dos requisitos do negcio possibilitaro a melhoria global do processo de desenvolvimento de software da instituio. Com este propsito, pretende-se difundir as prticas estudadas de maneira mais ampla na instituio financeira com envolvimento das demais reas de desenvolvimento de software descentralizado. Atualmente, este estudo de caso est em fase de anlise, o planejamento de implementao das idias abordadas devem ser submetidas a respectiva coordenao para anlise e implementao.

REFERNCIAS INTERNATIONAL INSTITUTE OF BUSINESS ANALYSIS (IBA). Um Guia Para O Corpo de Conhecimento de Anlise de Negcios (Guia Babok). Canad: International Institute of Business Analysis (IIBA), 2011 CHIAVENATO, Idalberto. Administrao nos Novos Tempos. 2. ed. Rio de janeiro: Campus, 2004.

137 Revista de Sistemas e Computao, Salvador, v. 1, n. 2, p. 120-138, jul./dez. 2011 http://www.revistas.unifacs.br/index.php/rsc

MELHORIAS NO PROCESSO DE COMUNICAO E GERENCIAMENTO DE REQUISITOS ALINHADO AO BABOK UM ESTUDO DE CASO

ESPINOLA, Rodrigo. Uma Abordagem Baseada em Gesto do Conhecimento para Gerncia de Requisitos em Desenvolvimento Distribudo de Software . Rio Grande do Sul: Pontifcia Universidade Catlica do Rio Grande do Sul, 2011 KOSCIANSKI, Andr; SOARES, Michel S. Qualidade de Software. So Paulo: Novatec, 2006. HAZAN, Claudia, Leite, Julio Cesar S. P. Indicadores a para Gerncia de Requisitos. In: WER 2003 - WORKSHOP EM ENGENHARIA DE REQUISITOS, 6., 2003. So Paulo, Anais... So Paulo, Brazil. MEGGINSON, Leon C.; Mosley, Donald C.; Pietri Jr., Paul H. Administrao: Conceito e Aplicao. 4. ed. So Paulo: Ed. Harbra, 1998. PFELEEGER, Lawrence Shari. Engenharia de Software: Teoria e Prtica. 2. ed. So Paulo: Ed. Pratice Hall, 2007 PRESSMAN, Roger S. Engenharia de software. 3. ed. So Paulo: Ed. Makron Books, 2007. QUARTAROLI, Claudio. Gesto das Comunicaes em Projetos de Tecnologia da Informao. PM World Today, v. 2, 2010. RATIONAL SOFTWARE CORPORATION RUP. Rational Unified Process. Disponvel em: <http://www.wthreex.com/rup/portugues/index.htm> Acesso em: 16 set. 2011. REZENDE, Denis Alcides. Engenharia de Software e Sistema de Informao. 3 ed. Rio de Janeiro: Ed. Brasport, 2005. SOMMERVILLE, Ian. Engenharia de Software. 8. ed. So Paulo: Ed. Addison Wesley, 2007.

138 Revista de Sistemas e Computao, Salvador, v. 1, n. 2, p. 120-138, jul./dez. 2011 http://www.revistas.unifacs.br/index.php/rsc

Potrebbero piacerti anche