Escolar Documentos
Profissional Documentos
Cultura Documentos
rodrigo.devmedia@gmail.com
Doutor e Mestre em Engenharia de Software pela COPPE/UFRJ. Realizou seu Ps-Doutorado na
University of Maryland Baltimore County e Centro Fraunhofer nos Estados Unidos. Atualmente
Professor Titular do Programa de Ps-Graduao em Sistemas e Computao da Universidade
Salvador - UNIFACS.
Consultora Tcnica
Daniella Costa
Nicolli Souza Rios Alves
nicolli.devmedia@gmail.com
Jornalista Responsvel Bacharel em Cincia da Computao na Universidade Salvador (UNIFACS), Mestranda em Sistemas
Kaline Dolabella - JP24185 e Computao no Programa de Ps-Graduao em Sistemas e Computao da UNIFACS na linha de
Na Web Engenharia de Software. editora da Engenharia de Software Magazine.
http://www.devmedia.com.br/revista-engenharia-de-software-magazine
Se voc tiver algum problema no recebimento do seu exemplar ou precisar de algum gostaria de ler, que artigo voc mais gostou e qual artigo voc menos gostou. Fique a vontade para
esclarecimento sobre assinaturas, exemplares anteriores, endereo de bancas de entrar em contato com os editores e dar a sua sugesto!
jornal, entre outros, entre em contato com: Se voc estiver interessado em publicar um artigo na revista ou no site ES Magazine,
entre em contato com os editores, informando o ttulo e mini-resumo do tema que voc gostaria
www.devmedia.com.br/central
(21) 3382-5038 de publicar.
Publicidade
Para informaes sobre veiculao de anncio na revista ou no site entre em
contato com:
publicidade@devmedia.com.br
Sumrio
Artigo no estilo Mentoring
sobre e
46 Teste de Software: Avaliando a eficincia da equipe
[ Clia Negrini ]
s
ta
edio
Nesta seo voc encontra artigos voltados para as prticas e mtodos geis.
Cenrio:
Processos de desenvolvimento de software em
cascata possuem conhecidos problemas, tais
como: entregas tardias com pouco feedback
Este artigo do tipo mentoring do cliente, excessiva quantidade de documen-
saiba mais: www.devmedia.com.br/ tao, foco demasiado em processos, entre
mentoring-saibamais outros. Scrum uma metodologia que, como
um de seus objetivos, enfrenta os problemas
citados, proporcionando entregas constantes
e iterativas, documentando-se apenas o estri-
tamente necessrio, focando no produto e nas
S
crum um framework para desen- pessoas que o desenvolvem, etc. Contudo, o
volvimento de produtos. Nesse Scrum no fcil de ser implementado, prin-
artigo, o foco ser no desenvol- cipalmente em times que esto acostumados
vimento de software. interessante com processo em cascata. Esse artigo d algu-
notar a denominao de Scrum como mas dicas, em cada etapa do framework, para
framework e no processo. Isso porque, que sua adoo seja feita de forma mais tran-
essa metodologia diz o que fazer, mas quila, evitando-se alguns erros comuns quando
no como. Por exemplo, as entregas se adota o Scrum.
devem ser incrementais e interativas
a cada Sprint, provendo real valor ao
cliente. Note que no explicado como Scrum vem como resposta aos proble-
Eduardo Antonio C. Fernandes
eduardofernandes@yahoo.com.br
se do essas entregas incrementais, qual mas que processos em cascata geram.
br.linkedin.com/in/eduardoacfernandes/ o tamanho do incremento por produto, Os processos em cascata focam na
Graduou-se em Egenharia de Computao e alm de no se definir o que valor para definio de processos para o sucesso
trabalha com desenvolvimento de software o cliente. Todos esses elementos so do desenvolvimento de software. Alm
desde ento. Atualmente, trabalha no Instituto deixados em aberto, para que cada Time disso, a entrega do produto feita aps
de Pesquisas Eldorado, atuando como Lider
tcnico, Aquiteto e desenvolvedor de software,
aplique o que achar mais conveniente longas fases de anlise e desenvolvi-
principalmente utilizando Java e Microsoft .NET. para esses conceitos. mento, tendo-se feedback do cliente
se alcana com experincia; o Time e o Note a importncia das discusses haja impedimentos, membros do Time
Product Owner erraro por alguns Sprints nessas estimativas. Aqui fica claro se possam ajudar uns aos outros. Ainda, o
at encontrar a medida exata. todo o Time entendeu com clareza o ScrumMaster pode resolver impedimen-
Em relao segunda parte da Reunio que deve ser desenvolvido. Depois das tos nos casos em que a equipe no possa
de Planejamento, quando se quebram as estimativas, caso a equipe perceba que se ajudar (fora da Reunio Diria).
estrias em atividades, deve-se atentar concordou com uma meta no factvel, A principal dificuldade que os times
a algumas coisas para que a reunio ter- ela deve chamar o Product Owner e rene- encontram nessa cerimnia ater-se
mine em um tempo razovel. Para cada gociar a meta. estritamente ao seu propsito, que :
estria e atividades, deve-se j propor a relatar o que foi feito at agora, o que
soluo para as mesmas e quebr-las em Reunio Diria ser feito at a prxima Reunio Diria e
tarefas que durem mais ou menos um Como explicado anteriormente, a Reu- se existe algum impedimento. Essa reu-
dia. Muitas vezes, ocorrem discusses nio Diria tem o objetivo de que, cada nio deve durar no mximo 15 minutos.
longas a fim de se determinar a melhor membro da equipe, saiba exatamente Nesse rito, as pessoas no resistem
soluo para cada estria. Para evitar como anda o andamento do Sprint e, caso tentao e comeam a discutir seus
isso, devem-se anotar as solues suge-
ridas, quebrar a tarefa em atividades e
postergar tais discusses. Com algumas
solues em mos, as pessoas respons-
veis pelas tarefas podem estudar melhor
o problema e propor o melhor caminho,
durante a fase de desenvolvimento.
A descrio das tarefas algo impor-
tante. Muitas vezes, as mesmas so
descritas sem muitos detalhes, o que
posteriormente dificulta o entendimento
das atividades, pois a pessoa que traba-
lhar na tarefa no se lembrar de todos
os detalhes. Por tanto, o Time deve expe-
rimentar vrios formatos e tamanhos de
tarefas at que encontre o tamanho ideal
para as mesmas. Figura 2. Meta adequada
As estimativas, geralmente so feitas
usando Scrum Planning Poker. Tal me-
todologia, resumidamente, consiste no
seguinte: cada membro da equipe fica
com um baralho de cartas que seguem
a sequncia de Fibonacci (1, 3, 5, 8, 13,
21, 34, 55,...). Uma estria base usada
como referncia para todo o desenvolvi-
mento do produto. Para ela, um nmero
(tamanho) da sequncia de Fibonacci
utilizado. Logo, quando se estima
cada estria cada membro deve pensar:
O quo maior ou menor a estria atual
em relao base? Caso a estria base
tenha o valor de 8 e a estria atual seja
desenvolvida em metade do tempo, 5
deve ser o valor escolhido. Caso a est-
ria atual necessite de quatro vezes mais
tempo, o valor 21 deve ser escolhido.
Para cada estria as ser estimada, as
pessoas mostram, como num jogo de
Pquer, o valor que acha correto, e caso
haja discrepncia, o Time discute at
chegar a um acordo. Figura 3. Meta inadequada
Sprint
Na execuo do Sprint, alguns cuidados devem ser toma-
dos. O problema mais comum a necessidade de insero de
estrias ou funcionalidades novas no meio do Sprint. Muitas
vezes, Product Owners so pressionados por clientes ou gerentes
de projeto a colocar funcionalidades, consideradas emergen-
ciais, para a prxima entrega. O Time deve ter autonomia de
rejeitar tais funcionalidades, caso elas modifiquem a meta e
arrisquem o sucesso do Sprint. Caso isso no seja permitido Figura 5. Quadro de atividades
pela empresa, ento o sucesso do Scrum estar em perigo, pois
se sua metodologia no pode ser seguida corretamente, talvez Apesar do Scrum no abordar esse assunto especificamente,
esse no seja o melhor modelo a ser adotado (lembre-se que o algo importantssimo que sempre fica de lado a questo de
Scrum no a bala de prata que resolve todos os problemas testes. muito comum para desenvolvedores de software
e no utiliz-lo no significa fracasso). Por outro lado, caso o postergar testes, sempre que possvel. Contudo, importante
pedido do Product Owner seja razovel, algo que no signifique lembrar que as entregas de cada Sprint devem ser passveis
a mudana de meta e no resulte na falha do Sprint, o Time deve de utilizao pelo cliente, ou seja, devem estar bem testadas e
atend-lo. Perceba que, caso novas funcionalidades realmente funcionais. Em outras palavras, deve-se evitar entregar est-
sejam emergenciais e necessrias, o Sprint deve ser cancelado e rias no testadas e, ao final do projeto, fazer alguns Sprints de
uma nova Reunio de Planejamento necessita ser agendada para Testes. O motivo simples: at se chegar nesses Sprints de Testes,
o comeo de um novo Sprint. o produto no poder ser utilizado pelo cliente, o que coloca
Outro erro comum que ocorre a no priorizao das ativi- por terra todo o conceito de entregas iterativas. Entregas s so
dades. natural para cada membro do Time, executar as ativi- entregas caso possam ser utilizadas pelo cliente, caso contrrio,
dades que seja mais proficiente. Isso geralmente significa, para so apenas prottipos detalhados sem valor agregado.
Reunio de Reviso do Sprint de outros times, contar histrias pessoais, enfim, discutir qual-
Essa cerimnia a que menos se encontram problemas, pois quer outro assunto que no seja o projeto. Portanto, o Time deve
algo que o Time j est acostumado a fazer em outras meto- se esforar para focar no assunto em questo fazendo com que
dologias. Aqui, como dito anteriormente, o Time apresenta ao a reunio efetivamente tenha resultado e no dure toda uma
Product Owner o que foi implementado para alcanar a meta. manh ou tarde, com poucas questes relevantes discutidas.
Nessa reunio, deve-se focar no Sprint atual, ou seja, nem o Alm disso, importante estimular que todos os membros da
Produt Owner, nem o Time devem discutir funcionalidades equipe falem. Mesmo que seja algo redundante, todos devem
anteriores. Alm disso, perfeitamente aceitvel uma entrega dar sua opinio. Isso melhora a integrao entre a equipe e
com bugs, desde que os mesmos no impeam a utilizao muitas vezes pessoas mais tmidas expem pontos de vista
do sistema. Aqui, crucial a honestidade do Product Owner bastante interessantes e diferenciados, pois falam pouco e
em relao ao que pensa sobre o que foi entregue. Nessa observam mais.
reunio, o Time recebe feedbacks e deve aceit-los de forma Outro bom conselho: quando se aponta um problema, deve-
no pessoal, lembrando que a crtica ao produto e no aos se sugerir uma soluo. S reclamar, como todos sabem, no
membros da equipe. uma reunio que deve ser levada com adianta. Portanto, sempre quando uma crtica for trazida,
seriedade, mesmo que o Product Onwer tenha acompanhado importante que a mesma pessoa traga uma possvel soluo.
todo o desenvolvimento durante o Sprint. Um fato interessante Isso traz dois benefcios: primeiramente, j se tem algo para
que nessa cerimnia, rotineiramente dvidas e questiona- comear a resolver o problema e segundo, o Time v cada um
mentos aparecem, os quais dificilmente seriam notados se o dos seus pares de uma forma muito mais amistosa, pois se
escopo completo do que foi desenvolvido no Sprint, no fosse trazendo a soluo, a pessoa que a trouxe cria para si a imagem
apresentado diante do Time e do Product Owner. Uma obser- de algum que quer ajudar a resolver os problemas.
vao interessante: sempre que possvel, conveniente trazer Algo interessante que acontece em times maduros a apa-
o representante do cliente para assistir essa reunio. Isso faz rente falta de necessidades de melhorias. Algumas vezes,
com que o Time receba feedback imediato do cliente final, depois de certo tempo de trabalho, o Time no sugere mais
alm de aproxim-los, devido a estarem no mesmo ambiente melhorias, pois cr que j est num ritmo bom e nada mais
interagindo, algo que sempre gera frutos positivos. pode ser aprimorado. Isso um engano. muito difcil, para
Algo que deve merecer ateno na Reunio de Reviso do no dizer impossvel, estar em um grau de desenvolvimento
Sprint a maneira que feedbacks so dados. importante que que no haja espao para aperfeioamentos.
o Product Owner direcione os comentrios para o Time e no
para a pessoal que implementou a funcionalidade criticada.
O mesmo vale para elogios: todo o Time deve ser elogiado e
no uma pessoa em particular. Isso d ao Time a sensao, que
verdadeira, de que todos so responsveis pelo fracasso ou
sucesso do Sprint e, num contexto mais geral, do produto. Alm
do mais, isso evita que membros da equipe tenham problemas
pessoais com o Product Owner, e vice e versa.
Reunio de Retrospectiva
Essa reunio, sem dvida, a que gera as mais acaloradas
discusses. Portanto, deve-se tomar bastante cuidado para que
desavenas entre membros do Time no ocorram. Logo, alguns
conselhos so mostrados a seguir para que essa cerimnia
ocorra da maneira mais tranquila possvel. O ScrumMaster
a pessoa mais indicada para conduzir a reunio da melhor
forma possvel.
Primeiramente, como na Reunio de Reviso do Sprint, sempre
que possvel, ao fazer-se uma crtica, no direcion-la a um
membro da equipe. Crticas devem ser feitas ao Time todo,
pois o Time responsvel pelo produto. Quando se menciona
nomes, a discusso se torna pessoal, o que mina o objetivo
da reunio, que o melhoramento contnuo do processo de
desenvolvimento.
Outro ponto o seguinte: o foco da discusso deve ser o
projeto. Quando reunies em que o objetivo , entre outros,
apontar defeitos, muitas vezes o tpico principal da conversa
desviado; membros do Time comeam a reclamar da empresa,
reas para conseguir, por exemplo, recursos materiais para diminua sua performance pois obrigado a interagir com c-
terminar uma estria (por exemplo, PCs com entradas seriais digo de m qualidade. Portanto, o Time deve se conscientizar e
para comunicao com mquinas antigas). garantir uma boa qualidade, tanto do produto, como do cdigo.
Alm disso, ScrumMaster deve ter profundo conhecimento O ScrumMaster pode ajudar bastante nisso, mostrando ao Time
do Scrum para direcionar o Time de modo a segui-lo correta- as vantagens de se codificar com qualidade.
mente. Um concelho importante : no faa o Time adaptar-se
ao Scrum no primeiro Sprint. saudvel que o Time adapte-se Testes automatizados
ao framework paulatinamente, para que se acostume a ele e o Testes automatizados, de maneira alguma so obrigatrios
processo transitrio seja o menos traumtico possvel. Reuni- para o sucesso de um projeto. Principalmente se o mesmo for de
es de Retrospectiva so sempre interessantes para introduzir curta durao. Contudo, para a criao de produtos que tero
novos passos e conceitos a serem seguidos no Scrum. uma longa vida e sero extensos, recomenda-se fortemente
a criao dos mesmos. O tempo dispendido na sua criao e
Scrum e uma soluo definitiva manuteno ganho durante testes de regresso que so feitos
Muito se discute se Scrum a soluo para todos os proble- automaticamente pelos testes.
mas de processos em cascata. A resposta simples: no. Scrum Veja o seguinte cenrio: imagine um produto onde, caso
resolve vrios problemas, como o encorajamento a mudana, a as funcionalidades atuais quebrem algo desenvolvido
valorizao do indivduo em relao a processos, entre outras anteriormente, o desenvolvedor seja imediatamente avisado
questes mencionadas aqui. Contudo, alguns problemas ainda de tal problema. Nesse mesmo produto, no so necessrios
permanecem. testes de regresso nem a preocupao com funcionalidades j
Estimativas um problema sem soluo ainda. Apesar desenvolvidas que atualmente esto em funcionamento. Esse
das estimativas por pontos no Scrum, aps uma calibrao por produto, necessariamente possui testes automatizados.
vrios Sprints, mostrar bom resultados, ainda se tem o srio Entretanto, no se engane pensando que testes automatizados
problema de entender-se e estimar um projeto de mdio a longo so a bala de prata para problemas de testes de produtos.
prazo. Mesmo atividades simples so mal estimadas, at hoje. Mesmo com eles, ainda podem existir erros oriundos de novas
Em outras palavras, no Scrum se consegue estimar estrias a funcionalidades que no foram detectados pelos testes automa-
serem desenvolvidas no perodo de um Sprint, mas ainda no tizados. Contudo, a frequncia destes ser bem menor.
se consegue estimar com exatido um projeto qualquer, com Scrum, sem dvida alguma, resolve inmeros problemas de
durao de um ano, por exemplo. processos em cascata. Contudo, desenvolvimento de software
Lidar com pessoas ainda um desafio, e provavelmente o ser, ainda continua uma atividade complexa e com muitos desa-
por muitos anos. O Scrum ainda piora esse problema, pois fios. Por fim, observe que o Scrum deve ser encarado como um
tira totalmente o foco de processo e o coloca em pessoas. framework que ajuda o desenvolvimento de software, mas
Scrum, apesar de fcil de entender, um processo dificlimo apenas uma metodologia. O sucesso do produto criado est
de seguir, como discutido em tpicos anteriores. nas mos do Time que trabalha nele.
A
o longo dos ltimos anos, vem de comunicao existente e para as organizaes
se tornando comum encontrar que no possuem experincia com a utilizao de
Alexandre LErario empresas motivadas a aderir ao ferramentas de groupware para a realizao de
Possui graduao em Tecnologia em Processa- modo de desenvolvimento de software trocas de mensagens entre equipes de desenvol-
mento de Dados pela Fundao Educacional do
Municpio de Assis (1998), mestrado em Cincia
com equipes distribudas, ou seja, lo- vimento distribudas.
da Computao pela Universidade Federal de calizadas geograficamente distantes,
So Carlos (2001) e doutorado em Engenharia estando estas dispersas at mesmo entre
da Produo pela Poli/USP (2009). Atualmente continentes. adquirirem profissionais mais especiali-
professor da Universidade Tecnolgica Federal Este tipo de modalidade vem ganhan- zados, conquistar uma presena globali-
do Paran. Tem experincia na rea de Cincia
da Computao, com nfase em desenvolvi-
do foras devido aos interesses das orga- zada, alm de poder estar mais prxima
mento distribudo de Software. nizaes em reduzir custos de projetos, de seus clientes em modo geral.
Neste contexto, os projetos realizados necessitam de comu- Os participantes envolvidos nesta pesquisa foram os prprios
nicao entre stakeholders (envolvidos ou afetados por um colaboradores da empresa, os quais possuem diferentes nveis
projeto ou por seus resultados, seja uma pessoa, grupo ou de conhecimento e funes dentro da organizao, sendo
organizao) fisicamente distantes para compreender como desenvolvedores, testadores, gerentes de projetos, diretores
as tarefas devem ser executadas e quais objetivos devero ser executivos, designers e recepcionista.
alcanados. Deste modo, a comunicao consome recursos para As informaes do estudo de caso foram coletadas por
troca de informaes a fim de promover a compreenso mtua, meio de formulrios individuais em formato de planilha
item essencial no gerenciamento de qualquer projeto. disponibiliza em um servidor na nuvem, onde o responsvel
Ainda nesta perspectiva, com o intuito de diminuir custos e pela aplicao do estudo possua acesso em tempo real das
facilitar a comunicao entre as pessoas dispersas no espao e informaes preenchidas pelos participantes, podendo desta
tempo, as equipes utilizam-se das ferramentas de groupware forma monitorar se todos os membros envolvidos estavam
que so mediadas por computador para a realizao da comu- preenchendo os dados de forma adequada e corrigi-los se
nicao e gerenciamento das trocas de mensagens. Groupware necessrio.
a tecnologia baseada em mdia digital que possibilita suporte A aplicao do estudo de caso em forma de questionrio teve
as pessoas organizadas em grupos que podem variar em ta- como objetivo facilitar a compreenso e o preenchimento das
manho, composio e local de trabalho. informaes durante a rotina de trabalho dos participantes.
O objetivo deste artigo apresentar um modelo de comu-
nicao para projetos distribudos de software com auxlio Cenrio
de ferramentas de groupware, gerado a partir de um estudo O estudo de caso deste artigo foi realizado em uma empre-
de caso, aplicado em uma empresa de desenvolvimento de sa de desenvolvimento de software, atuante no mercado
software contida dentro de um cenrio de Desenvolvimento aproximadamente seis anos e especializada em e-commerce
Distribudo de Software (DDS). e aplicaes Web.
O estudo de caso surgiu com o propsito de levantar os A empresa citada utiliza mtodos geis Scrum e o modelo
principais pontos falhos na comunicao dentro do processo Kanban no processo de desenvolvimento dos softwares. O
de desenvolvimento empregado pela empresa e minimizar Scrum framework baseado em pequenas iteraes, que
a constante interrupo das equipes com o fluxo de comuni- possui fases dinmicas e menos burocrticas em relao aos
cao, o que aumentaria consequentemente a produtividade modelos de qualidade tradicionais. J o Kanban um modelo
de entrega dos projetos. Para tanto, dados foram coletados e que fornece ainda mais transparncia ao processo e ao fluxo
analisados de forma quantitativa e qualitativa para obter uma que est sendo executado, o que possibilita a visualizao
viso da frequncia e eficcia da comunicao. Finalmente, clara dos gargalos, filas, variabilidade e desperdcios das
um modelo de comunicao foi implantado com o objetivo de atividades, este modelo se resume em visualizar processos,
minimizar a sobrecarga de informaes incrementadas ao pr- limitar o trabalho em andamento definido do ingls como
prio processo de comunicao, aumentando a produtividade WIP (Work In Progress) e gerenciamento do lead-time (tempo
de desenvolvimento e o nvel de qualidade na comunicao e que a atividade leva para passar por todas as fases, desde a
disseminao das informaes. concepo at a entrega).
A organizao atua em um cenrio de Desenvolvimento Dis-
Os principais pontos falhos do processo tribudo de Software composto por quatro partes distintas:
Foi necessria a realizao de um estudo para identificar se Clientes de perfil A (clientes que possuem setor de Tecno-
as informaes geradas no processo de desenvolvimento dos logia da Informao (TI) na empresa, ou seja, participam da
produtos estavam sendo armazenadas e disponibilizadas a construo do produto, inclusive da codificao);
todos os envolvidos de forma eficiente e segura, sem que haja Clientes de perfil B (clientes convencionais que no pos-
centralizao de informaes em determinados membros. suem setor de TI na empresa, participam apenas da gerncia
Alm de utilizar os dados coletados no estudo de caso como de requisitos);
base para a criao do modelo de comunicao que ser propos- Equipe de desenvolvimento que atua de forma remota (sem
to neste artigo, o qual define um fluxo padro de comunicao local fixo, trabalha de qualquer ambiente que haja os requisitos
para organizaes imersas em ambientes de DDS. mnimos para exercer suas funes);
O objetivo do estudo de caso foi mapear o fluxo de comuni- Equipe de desenvolvimento que trabalha na sede da
cao realizado entre as equipes dispersas em um cenrio de organizao.
DDS, com o intuito de coletar dados das trocas de informaes
realizadas, a fim de identificar os problemas existentes no cen- Porm, apesar das equipes estarem geograficamente dis-
rio atual e mapear os meios de comunicao mais utilizados. tantes, a unio do trabalho das partes essencial para a
O estudo foi executado por meio de um monitoramento rea- construo do produto final. A Figura 1 mostra o contexto
lizado em um perodo aproximado de um ms, considerando no qual o estudo de caso foi aplicado e como ocorre o fluxo
deste perodo apenas os dias teis de acordo com o calendrio da comunicao e o armazenamento das informaes entre
e horrios comerciais do Brasil, nos quais haviam expediente. as partes envolvidas.
De acordo com os dados coletados nos formulrios preen- a partir do fluxo de comunicao no servidor que de acesso
chidos pelos colaboradores, os meios de comunicao mais livre a todos os envolvidos no projeto.
utilizados nas trocas de mensagens entre as equipes foram: Com os resultados mostrados nessa ltima figura, pode-se
Chamada de voz via ferramentas de comunicao online, as concluir que menos da metade de todo o fluxo de comunicao
mais utilizadas foram: Skype e Google Talk. gerado neste cenrio armazenado fisicamente (informaes
Chat, por meio de ferramentas de mensagens instantneas, armazenadas em alguma forma, seja em documentos armaze-
as mais utilizadas foram: Skype e Slack; nados na mquina local, repositrios virtuais ou servidor) para
Correio Eletrnico (e-mail); serem disponibilizados para os demais colaboradores.
Ligao via telefone fixo e celulares;
Vdeo Conferncia, por meio de ferramentas de comunicao
de udio e vdeo, a mais utilizada foi: Google Hangouts.
Referncias:
[3] E. Carmel, Global software teams: collaborating across borders and time
zones. Upper Saddle River, NJ, USA: Prentice Hall PTR, 1999.
Figura 9. Armazenamento de informaes [5] H. Fuks; M. Gerosa; M. G. Pimentel. Projeto de Comunicao em Groupwa-
re: Desenvolvimento, Interface e Utilizao. In: XXII Jornada de Atualizao
Com a atribuio de uma funo especfica para gerenciar o em Informtica, Anais do XXIII Congresso da Sociedade Brasileira de Com-
fluxo de comunicao e disseminao de informaes, a figura putao V. 2003. p. 295-338
exibe o aumento significativo de informaes armazenadas
em comparao aos dados coletados antes da aplicao do Voc gostou deste artigo?
modelo.
Os resultados gerados com o uso da abordagem foram po- D seu voto em www.devmedia.com.br/esmag/feedback
sitivos tanto na melhora do foco e produtividade das equipes
de desenvolvimento, quanto na qualidade no fluxo de comu- Ajude-nos a manter a qualidade da revista!
nicao e gesto do conhecimento da empresa.
A
wilson.vendramel@fatec.sp.gov.br s empresas de informtica de- de estimar esforo em projetos de software.
Possui especializao em Engenharia de Software senvolvem seus projetos com
e mestrado em Cincia da Computao pelo Ins-
base no prazo estipulado pelo
tituto de Computao-UNICAMP, e especializao
em Melhoria de Processo de Software pela Uni- cliente e no custo necessrio para a pro- Em 1981, em Software Engineering
versidade Federal de Lavras. Atuou como Espe- duo de um determinado software. Economics, Dr. Barry Boehm forneceu
cialista de Sistemas na IBM Brasil. Atualmente O custo dos produtos fornecidos por parmetros que contribussem para
professor do IFSP de Bragana Paulista e da FATEC essas empresas divergiu por muitos determinar o custo de software, apre-
Zona Leste e So Caetano do Sul. Tem interesse
anos, pois at ento no havia uma m- sentando o mtodo COnstructive COst
nas reas de Engenharia de Software, Banco de
Dados, Gesto de Projetos e BPM. trica para o clculo do esforo humano MOdel, conhecido como COCOMO.
na criao do software requerido. No Embora eficiente, esse modelo apre-
Maria Beatriz Felgar de Toledo era levado em considerao o esforo sentou limitaes quanto s abordagens
beatriz@ic.unicamp.br
empenhado para a construo do pro- orientadas a objetos, levando a adoo do
Possui graduao e mestrado em Cincia da
Computao pelo Instituto de Computao- duto, por exemplo, e no havia frmulas modelo de Anlise de Pontos de Funo,
UNICAMP e doutorado em Sistemas Distribu- matemticas suficientes gerao das pela IFPUG. O paradigma da contagem
dos pela Universidade de Lancaster, Inglaterra. estimativas. de linhas de cdigo para medio deixou
Atualmente professora associada na Univer- Com isso, o software era vendido por de ser o critrio de contagem principal,
sidade Estadual de Campinas. Tem interesse
um preo estipulado de forma superfi- e os projetos passaram a contar com as
nas reas de gesto de processos de negcio,
servios Web, Web semntica e arquiteturas cial, sem que todos os critrios necess- funcionalidades do sistema como fator
orientadas a servios. rios fossem considerados. de mensurao.
Em 1993, Karner apresentou o UCP (Use Case Points) como (Laboratory Information and Management System - LIMS),
um novo conceito de medio, permitindo que as estimativas da ABC, denominado ABCLIMS. Esse sistema viabiliza a
fossem levantadas desde a anlise dos requisitos. Esse modelo automatizao da programao de coleta das amostras, coleta
tende a tornar-se um grande fator competitivo para as organi- automtica dos resultados das anlises e gerenciamento de
zaes, pois estas podem apresentar as estimativas de custo e todas as atividades de todos os laboratrios. O controle da
prazo ao cliente com maior preciso antes mesmo do incio do amostra feito atravs do uso de cdigo de barras, data e hora,
desenvolvimento. No estudo de caso apresentado neste artigo, instrumento, alm da metodologia utilizada e o responsvel
o modelo utilizado para as medies ser o Use Case Point. pelas anlises (ver Figura 2).
A metodologia adotada para este estudo de caso a anlise
dos dados atuais da empresa ABC e a entrevista com o seu res-
ponsvel, de forma a obter as estimativas de custo. A entrevista
uma das mais importantes fontes de informao ao se compor
um estudo de caso, pois apesar do risco de sua ambiguidade,
quando bem elaborada direciona a dados objetivos.
Os resultados obtidos sero comparados com os j existentes,
e sua preciso ser analisada quanto ao cumprimento de prazo,
custo e esforo; por fim, ser verificada a sua viabilidade de
aplicao.
que atendam s necessidades das estimativas, e que o torne Atores: dada a sua interao com as funcionalidades do
aderente aos processos de melhoria de software, como o MPS sistema, so essenciais para a determinao da complexidade
.BR, por exemplo. do mesmo;
Contudo, a empresa conta com a atividade de levantamento Casos de uso: constituem o sistema em questo, pois so as
de requisitos, o que constitui parcialmente uma disciplina do aes geradas por outro caso de uso ou ator que permitem o
RUP, atravs de entrevistas nos locais onde esto os clientes, e funcionamento do sistema;
da elaborao da Especificao de Requisitos Funcionais. Fatores de complexidade tcnica: so os requisitos funcionais
Entre as respostas fornecidas pelo gestor, aquela que melhor do aplicativo, obtidos a partir do levantamento de requisitos,
se adapta realidade deste estudo de caso refere-se ao fator e que direta ou indiretamente influenciam no funcionamento
de produtividade. Uma vez afirmado que no h o clculo do sistema;
para esse fator, pode-se considerar que a empresa tem como Fatores ambientais: caracterizam os requisitos no-funcio-
base a sua experincia na mensurao da produtividade para nais, integrando o processo de desenvolvimento, pois tratam
a realizao de projetos. de fatores como a dificuldade de entendimento do sistema, o
que tambm interfere no seu funcionamento e influencia no
N Vantagens da integrao do ABCMaster com o ABClab
seu nvel de complexidade.
Figura 6. Menu Superviso do mdulo ABCMaster - ABCLIMS Figura 8. Mdulo Cadastros do sistema ABCMaster - ABCLIMS
Atores: Supervisor ou Analistas (Analista B e Analista Q). 3. O Sistema registra os parmetros inseridos;
Precondies: O Supervisor ou Analistas devero se autenti- 4. O Sistema apresenta o resultado da pesquisa com base na
car no sistema corporativo e ter direito de acesso aos mdulos opo e parmetros escolhidos;
ABCMaster e ABCLab dos vrios mdulos do sistema ABCLI- 5. O Sistema fornece a opo de salvar o modelo usado na busca;
MS e a demais subitens, conforme permisso de acesso. 6. O Supervisor ou Analistas saem da opo de aplicar filtro.
Caso de Uso Emitir Laudo propostas para: pontos de coleta, produtos/solues, anlises,
Sumrio: O objetivo deste caso de uso a utilizao da fun- usurio, regulamentaes governamentais, programao de
cionalidade Emitir Laudo do menu Superviso. coleta, entre outros.
Atores: Supervisor. Ator Primrio: Supervisor.
Precondies: O Supervisor dever se autenticar no sistema Atores Secundrios: Analistas (Analista B e Analista Q).
corporativo e ter direito de acesso a funcionalidade de Super- Precondies: O Supervisor dever se autenticar no Sistema
viso e a demais subitens, conforme permisso de acesso. corporativo e ter direito de acesso a funcionalidade de Ca-
dastro e subitens, conforme permisso de acesso.
Fluxo Principal
1. O Supervisor seleciona o item Emitir Documentos dentre Fluxo Principal
as opes fornecidas pelo Sistema ABCLIMS para o menu 1. O Supervisor seleciona o item Cadastro dentre as opes
Superviso; fornecidas pelo sistema ABCLIMS;
2. O Sistema apresentar uma lista com as taxonomias propos- 2. O Sistema apresentar uma lista com as taxonomias propos-
tas para emitir laudo conforme permisso de acesso destinada tas para cadastros conforme permisso de acesso destinada
ao Supervisor; ao Supervisor;
3. O Supervisor clica no menu Superviso para emitir laudo; 3. O Supervisor pode escolher a opo desejada para as tipi-
4. O Sistema apresentar uma tabela Resultados Padro por An- ficaes existentes:
lise, onde constaro as amostras e seus status como segue: - Pontos de Coleta;
- Anlise de Metais Pesados; - Produtos e Solues;
- Bacteriolgico de gua; - Anlise;
- Biolgico de Esgoto; - Programao;
- Boletim Hidrobiolgico; - Administrativo.
- Fsico Qumico de gua; 4. O Supervisor escolhe a ao que deseja realizar (Incluir,
- Fsico Qumico de Esgoto; Alterar, Remover e Consultar);
- Hidrobiolgico; 5. O Supervisor fornece os parmetros requeridos;
- Hidrobiolgico Qualitativo de gua; 6. O Sistema mostra tipificaes para opo escolhida;
- Hidrobiolgico Qualitativo de Esgoto; 7. O Supervisor escolhe a tipificao desejada;
- Hidrobiolgico Quantitativo de gua; 8. O Sistema executa o comando solicitado.
Isolamento de Vibrio Cholerae;
- Produto Qumico. Fluxos Alternativos:
5. O Supervisor informa o nmero da amostra e as opes de a) Passo 5 (Incluir): Caso o Supervisor fornea algum parmetro
impresso como segue: incorreto ou caso os dados a serem cadastrados j existam, o
- Responsvel; Sistema informa a condio existente e retorna ao passo 5 para
- Gerente; que o Supervisor reveja a sua ao;
- Alinhado abaixo; b) Passo 5 (Alterar): Caso o Supervisor fornea algum parmetro
- Incerteza de Medio; incorreto o Sistema informa a condio existente e retorna ao
- Total como Rodap; passo 5 para que o Supervisor reveja a sua ao;
- Retrato; c) Passo 5 (Remover) Caso o Supervisor fornea algum parme-
- Agrupar Laudos. tro incorreto ou caso os dados a serem excludos no existam,
6. O Sistema aplica filtro de acordo com a escolha do bem como haja uma condio especial que impea a excluso
Supervisor; dos dados, o Sistema informa a condio existente e retorna ao
7. O Sistema disponibiliza documento para impresso. passo 5 para que o Supervisor reveja a sua ao;
d) Passo 5 (Consultar): Caso o Supervisor fornea algum pa-
Fluxos Alternativos: rmetro incorreto ou caso os dados a serem consultados no
a) Passo 6: Caso o nmero da amostra no conste no cadastro, existam, o Sistema informa a condio existente e retorna ao
o Sistema traz a informao ao Supervisor para que este se passo 5 para que o Supervisor reveja a sua ao.
certifique que as suas escolhas foram as corretas, e retorna
ao passo 5. Pontos de Incluso
Passo 5: Aplicar Filtro.
Pontos de Incluso
Passo 6: Aplicar Filtro. Caso de Uso Cadastrar Filtros
Sumrio: O objetivo deste caso de uso o cadastro de filtros
Caso de Uso Cadastrar (Inserir, Alterar, Remover e Consultar) conforme as taxonomias
Sumrio: O objetivo deste caso de uso o cadastro (Inse- propostas pelo Modelo de Viso Corporativa: viso adminis-
rir, Alterar, Remover e Consultar) conforme as taxonomias trativa, viso geogrfica e operacional.
3. O Supervisor escolhe a operao que deseja realizar (Incluir, 5. O Sistema mostra tipificaes para opo escolhida;
Alterar, Remover e Consultar); 6. O Supervisor escolhe a tipificao desejada;
4. O Supervisor fornece os parmetros requeridos: 7. O Sistema executa comando solicitado.
- Cidade;
- rea; Fluxos Alternativos:
- Bairro; a) Passo 5 (Incluir): Caso o Supervisor fornea algum parmetro
- Logradouro (ttulo do logradouro, preposio e tipo de incorreto ou caso os dados a serem cadastrados j existam, o
logradouro); Sistema informa a condio existente e retorna ao passo 5 para
- Endereo. que o Supervisor reveja a sua ao;
5. O Sistema mostra tipificaes para opo escolhida; b) Passo 5 (Alterar): Caso o Supervisor fornea algum parme-
6. O Supervisor escolhe a tipificao desejada; tro incorreto o Sistema informa a condio existente e retorna
7. O Sistema executa comando solicitado. ao passo 5 para que o Supervisor reveja a sua ao;
c) Passo 5 (Remover) Caso o Supervisor fornea algum parme-
Fluxos Alternativos: tro incorreto ou caso os dados a serem excludos no existam,
a) Passo 5 (Incluir): Caso o Supervisor fornea algum pa- bem como haja uma condio especial que impea a excluso
rmetro incorreto ou caso os dados a serem cadastrados j dos dados, o Sistema informa a condio existente e retorna
existam, o Sistema informa a condio existente e retorna ao passo 5 para que o Supervisor reveja a sua ao;
ao passo 5 para que o Supervisor reveja a sua ao; d) Passo 5 (Consultar): Caso o Supervisor fornea algum pa-
b) Passo 5 (Alterar): Caso o Supervisor fornea algum par- rmetro incorreto ou caso os dados a serem consultados no
metro incorreto o Sistema informa a condio existente e re- existam, o Sistema informa a condio existente e retorna ao
torna ao passo 5 para que o Supervisor reveja a sua ao; passo 5 para que o Supervisor reveja a sua ao.
c) Passo 5 (Remover) Caso o Supervisor fornea algum
parmetro incorreto ou caso os dados a serem excludos Caso de Uso Realizar Anlises
no existam, bem como haja uma condio especial que Sumrio: O objetivo deste caso de uso cadastrar dados de
impea a excluso dos dados, o Sistema informa a condio anlise para levantamento das principais caractersticas da
existente e retorna ao passo 5 para que o Supervisor reveja amostra colhida.
a sua ao; Ator Primrio: Analistas (Analista B e Analista Q).
d) Passo 5 (Consultar): Caso o Supervisor fornea algum pa- Atores Secundrios: Equipamento.
rmetro incorreto ou caso os dados a serem consultados no Precondies: O Analista dever se autenticar no sistema
existam, o Sistema informa a condio existente e retorna ao corporativo e ter direito de acesso ao mdulo ABCLab e a
passo 5 para que o Supervisor reveja a sua ao. demais subitens conforme permisso de acesso.
interrupes de comunicao, valores de dados ausentes ou 4. Alm do descrito no item 2, ferramentas automatizadas
validaes de erros; de implantao e converso de dados foram preparadas e
Processamento complexo para manipular mltiplas possi- testadas.
bilidades de entrada/sada. Por exemplo: mltiplos meios e 5. Alm do descrito no item 3, ferramentas automatizadas
independncia de equipamentos. de implantao e converso de dados foram preparadas e
testadas.
Pontuao Descrio do Fator de Complexidade Tcnica 4
O TCF facilidade de uso (ver Tabela 7) refere-se ao de-
0 No apresenta nenhum dos itens acima.
senvolvimento e testes de procedimentos efetivos de ini-
1 Apresenta um dos itens acima. cializao, backup e recuperao. A aplicao minimiza a
2 Apresenta dois dos itens acima. necessidade de atividades manuais, tais como montagem
3 Apresenta trs dos itens acima. de fitas magnticas, manuseio de formulrios e interveno
4 Apresenta quatro dos itens acima. manual do operador. Nesse caso, a participao de um pro-
fissional na preparao de realizao de backup caracteriza
5 Apresenta todos os itens acima.
o fator com pontuao 1.
Tabela 6. TCF complexidade do processamento
Com base nos dados sobre os fatores de complexidade tcnica 4 - A maioria da equipe tem dois anos de experincia.
apresentados nos quadros acima, a pontuao apresentada 5 - Todos os membros so experientes.
na Tabela 10 foi gerada (subtotal) de acordo com o projeto
desenvolvido. Pontuao Descrio do Fator Ambiental 1
O
Daniel Paz de Arajo Caso de Uso 2.0 surgiu como projetos de sistemas complexos, suportando
Atua como professor de ps-graduao no Se- uma forma de representar as sua anlise, modelagem, planejamento, avalia-
nac So Paulo e analista de sistemas na Matera atuais prticas dos casos de uso, o, monitoramento e testes.
Systems. Realiza pesquisas sobre articulaes representando tcnicas bem sucedidas
entre arte, educao e tecnologia, sendo autor
adotadas pela comunidade. No houve
de artigos tcnicos e palestrante nas reas.
Possui formao de Bacharel em Cincias da alterao terica dos casos de uso, mas
Computao pela Universidade Jos do Rosrio sim na forma com que os analistas rea- afetam ou so afetadas pela necessidade
Vellano em Minas Gerais; Mestre em Processos lizam seu levantamento, detalhamento, identificada. Casos de Uso 2.0 auxiliam
Cognitivos e Ambientes Digitais pelo curso de organizao e comunicao. Seu foco a captura de requisitos bem como possi-
Tecnologias da Inteligncia e Design Digital, da
identificar e detalhar requisitos de forma bilita analisar as influncias e impactos
Pontifcia Universidade Catlica de So Paulo -
PUCSP; MBA em Gesto da Tecnologia da Infor- enxuta, ou seja, evitando desperdcios. nos elementos envolvidos em um sistema.
mao e Especializao em Docncia no Ensino Os requisitos so as necessidades que Qualquer mudana, seja devido uma
Superior pela Fundao Getlio Vargas - FGV, o sistema dever satisfazer e por isso lio aprendida, alterao no escopo ou
e; doutorando em Artes Visuais na linha de devem ser claros, tangveis e com valor nova funcionalidade, resultam em alte-
Multimeios e Arte pela Universidade Estadual
para o cliente. Eles so comunicados raes nos casos de uso e sua influncia
de Campinas UNICAMP. Em seu site http://
www.araujo.co esto publicados contedos pelas partes interessadas no sistema, ou nos elementos do sistema podem ser fa-
sobre temas diversos. seja, pessoas, grupos ou organizaes que cilmente analisadas pelo modelo de casos
de uso. A qualidade da soluo sistematizada verificada por partes ou fatias. Esta uma das principais caractersticas do
um conjunto de testes, confirmando se os casos de uso e suas Caso de Uso 2.0, onde os casos de uso so fatiados para pro-
fatias foram implementadas com sucesso. Os princpios bsicos porcionar itens de trabalho de tamanhos adequados e evoluir
para aplicao com sucesso de casos de uso so: o sistema a cada fatia. A melhor maneira para identificar as
1. Manter a simplicidade atravs de histrias: Contar hist- fatias consider-las como histrias de usurio. Cada histria
rias a melhor forma de comunicar o que um sistema deve pode ser definida como parte da narrativa do caso de uso e
fazer, e manter a equipe trabalhando com foco nos mesmos podem ser acompanhadas por casos de testes. Os casos de
objetivos. Os casos de uso capturam os objetivos do sistema. testes so fundamentais para descrio das fatias de caso de
Para entender um caso de uso devemos contar histrias. As uso pois eles fazem a histria se tornar real. A primeira fatia
histrias abordam como atingir um objetivo com sucesso, e provavelmente conter o fluxo bsico e um caso de teste. Fatias
como lidar com quaisquer problemas que podem ocorrer no podem ser adicionadas para completar o fluxo e os casos de
caminho. Quando se utiliza histrias como uma tcnica para teste. As fatias devem ser criadas do tamanho apropriado para
comunicar requisitos essencial certificar que estas sero conduzir seu desenvolvimento, mantendo o foco no valor e
capturadas de forma que sejam executveis e testveis. Um completude de cada caso de uso;
conjunto de casos de teste acompanham cada narrativa de caso 5. Entregar em incrementos: normalmente os sistemas no
de uso para completar sua descrio. Os casos de teste so a so produzidos de uma s vez, mas evoludos atravs de uma
parte mais importante de uma descrio de caso de uso, mais srie de iteraes. Cada incremento entregue em uma iterao
importante at que a narrativa do caso de uso. Isso porque baseado no incremento anterior, seja para adicionar novas
eles tornam as histrias reais, e seu uso pode demonstrar de funcionalidades ou melhorar a qualidade. Da mesma forma,
forma inequvoca se o sistema est fazendo o que supostamente os casos de uso devem considerar entregas incrementais, po-
deveria fazer. o caso de teste que define o que implementar dendo ser utilizados para planejar as entregas. A anlise dos
com sucesso no caso de uso; casos de uso permite que conjuntos de requisitos relacionados
2. Entender a viso geral: independentemente do tamanho ou sejam priorizados ou adiados para outras verses. Ao utilizar
complexidade do sistema que ser desenvolvido, essencial os casos de uso na abordagem de entregas, o objetivo de cada
que se tenha a viso geral do que ser feito. Sem uma compre- iterao fica claro para toda a equipe;
enso do todo, ser difcil tomar as decises corretas sobre o 6. Adaptar para conhecer as necessidades: o trabalho de
que incluir ou no no sistema, seus custos e valores que sero desenvolvimento de software varia bastante em cada projeto
agregados. Isso no significa capturar todos os requisitos, por envolver necessidades, ferramentas e equipes diferentes.
mas necessrio criar uma viso que permita entender todo Por este motivo, as tcnicas utilizadas devem ser flexveis
o escopo e acompanhar o progresso do desenvolvimento do e adaptveis suficientemente para atender a estas questes.
sistema. Os modelos de caso de uso reconhecem o fato de que Requisitos menos detalhados so adequados para projetos em
os sistemas suportam vrios objetivos de diferentes partes in- que o cliente est bem prximo da equipe de desenvolvimento.
teressadas. Nestes modelos os interessados que usam o sistema Por outro lado, em muitas situaes este tipo de colaborao
e contribuem para a realizao dos objetivos so representados no possvel, o que acaba exigindo um nvel mais detalhado
como atores, e as maneiras que o sistema ser utilizado para dos requisitos, tornando-os mais pesados. Com foco na neces-
alcanar esses objetivos so modelados como casos de uso; sidade de adaptao, Caso de Uso 2.0 permite que o requisito
3. Focar no valor: Ao avaliar como um sistema ser usado, seja to leve quanto for preciso. As histrias capturadas por
fundamental se concentrar no valor que ser proporcionado pequenas equipes colaborativas podem ser escritas mo em
a todas as partes interessadas. Os casos de uso proporcionam cartes ou ndices. Equipes maiores e distribudas podem ter
esse foco, concentrando-se sobre como o sistema ser usado narrativas mais detalhadas em documentos. Cabe equipe
para atingir uma meta especfica para determinado usurio. decidir o nvel de detalhe adequado dos requisitos, acrescen-
O ideal comear pela a maneira mais simples possvel de tando mais informaes naturalmente ao se depararem com
alcanar um objetivo e a partir da capturar as maneiras al- situaes mais complexas.
ternativas de alcanar o objetivo e como lidar com quaisquer
problemas que possam ocorrer. Isso ir permitir que as formas Fatias de casos de uso
mais valiosas de se utilizar o sistema possam ser identifica- Sistemas de software so construdos para atender a diversos
das e permitir que outras de menor valor sejam adicionadas requisitos dos usurios. Tais necessidades so organizadas em
posteriormente; casos de uso, normalmente grandes ou em grande quantidade.
4. Construir em partes: a maioria dos sistemas tm muitos re- Para entregar o sistema de forma incremental necessrio divi-
quisitos, muitos dependentes de outros requisitos que devero dir os casos de uso em pedaos menores para que possam fluir
ser implementados antes que se possa entregar algo de valor. atravs do processo de desenvolvimento e sejam priorizados,
O sistema deve ser construdo em partes, cada uma tendo valor implementados e testados.
claro para os usurios. Inicialmente deve-se identificar qual o Uma maneira eficiente para fazer tal diviso fatiar os casos
objetivo fundamental do sistema e a partir disso definir o que de uso. Uma fatia de um caso de uso uma ou mais histrias
ter mais valor. Este objetivo deve ser quebrado em pequenas selecionadas de um caso de uso para formar um item de
P
ara gerenciar um esforo de teste, de do ambiente ao qual a equipe est inserida,
gerentes de testes, coordenadores a influncia de fatores externos e a realidade de
de testes e testadores precisam de cada organizao. Neste contexto, este artigo
informaes que iro auxili-los a tomar apresentar de forma sucinta sinais que leva-
decises oportunas e informadas. Esta ro gestores a considerar diversas situaes an-
informao geralmente chamada de tes de avaliar uma equipe, onde nmeros sem
Mtrica, mas alm de auxiliar a realizar contexto so apenas nmeros que nem sempre
medidas, mtricas tambm pode ser refletem a condio real de cada profissional.
utilizada para identificar necessidades
de aprimoramento do profissional, as-
sim como oportunidades de melhoria
de processos. Com isso podemos afir- do profissional? Mtricas por si s so
mar que Mtricas um grande aliado apenas nmeros que nem sempre refle-
quando o tema medir algo, porm tem a condio real de cada profissional.
preciso tomar cuidado, pois devem ser Quando a equipe de teste prxima
Clia Negrini usadas para o bem, ajudando a orientar e o acompanhamento feito de perto,
celianegrini@hotmail.com
Graduada na rea de TI, certificada pela a equipe, e no para punir. Mtricas existem muitos fatores to importantes
ISTQB(Certified Tester Foundation Level) e usadas de forma errada podem ser quanto os nmeros que precisam ser
pela ScrumAlliance(CSM- Certified Scrum desanimadoras. levados em conta. Desta forma, um
Master), com 13 anos de atuao na rea de Mas ser que a nica forma de medir gestor da rea de testes deve ter o co-
tecnologia, sendo os ltimos 8 anos dedicados
a eficincia de uma equipe de teste se nhecimento necessrio para avaliar o
a Qualidade de Software. Atualmente coor-
denadora de testes e qualidade na empresa baseando apenas em mtricas? Ou de- contexto e assim realizar o levantamento
VALID Certificadora Digital. vemos levar em conta o aspecto pessoal de forma eficaz.
Antes de iniciar qualquer medio preciso perguntar: existe o desempenho da rea de desenvolvimento, avaliando, por
um processo? Ele est claro para todos? Ele seguido? Pode exemplo, se ao corrigir um erro so inseridos mais cinco ou
no parecer, mas para que a entrega de um software ocorra se o problema base foi definitivamente resolvido. Esse tipo
com uma boa qualidade, o processo deve ser seguido desde de levantamento auxiliar a identificar reas de risco que
o incio, ou seja, desde a fase de levantamento de requisitos. necessitaro de mais testes e mais ateno.
Esta uma das etapas mais importantes no planejamento de Medir o processo de teste no ajuda apenas a medir a efici-
desenvolvimento de um software, quando um projeto tem ncia de uma equipe de testes, mas tambm a encontrar falhas
um levantamento de requisitos inadequado, ou a equipe no processo como um todo.
no disponibiliza tempo suficiente para essa fase do projeto,
existe uma grande tendncia em haver falhas no decorrer do Por onde comear?
desenvolvimento e consequentemente durante os testes. Ao Mtricas ajudam a medir o progresso e a qualidade de um
final, o que ser entregue no ser condizente com o que o esforo de teste de software. Elas tambm podem ser aprovei-
cliente pediu. tadas para avaliar o desempenho do passado, o estado atual
Em situaes em que o documento de requisitos no existe, e a prever tendncias futuras. Mtricas eficazes so simples,
ou que novos requisitos foram solicitados no decorrer do de- objetivas, mensurveis e significativas e tm dados facilmente
senvolvimento e no foram documentados, considerando que coletados.
o planejamento dos testes j aconteceu, como o profissional de Para iniciar a medio, o gestor ou o responsvel por essa
testes ter tempo para inserir novas condies de testes? Ser atividade precisa entender os processos que envolvem a cria-
que ele no teve que fazer rapidamente? Ser que ele foi infor- o de mtricas:
mado dessas alteraes de requisitos? Qual foi a antecedncia Identificar a Mtrica: Inicialmente preciso identificar
que isso aconteceu? Tudo precisa ser levado em conta. os objetivos a serem alcanados, seno correr o risco de
Esse apenas um exemplo de fatores que podem afetar um perder tempo e dinheiro na medio de itens desnecessrios.
bom desempenho de um profissional de testes. Por esse mo- O programa de mtricas deve ser conduzido e revisado pela
tivo, levar em considerao apenas as mtricas no uma boa liderana executiva pelo menos uma vez em um trimestre,
maneira de avaliar uma equipe de testes, preciso considerar pois a coleta de mtricas uma atividade intensa que precisa
a particularidade do ambiente ao qual ela est inserida e a de fontes de dados certos e aceitao por toda a organizao
realidade de cada organizao. (e no apenas de teste);
Identificar o que pode ser medido: Identificar dentro de um
Por que medir o processo de teste? processo de teste o que pode ser medido de forma objetiva, essa
Existe uma presso muito grande para que o processo de teste informao poder ser usada como base para iniciar a definio
de software seja rentvel e eficiente o suficiente para atender de todas as mtricas. Pedir ajuda a todos participantes de TI
as demandas de realizar a atividade com um baixo custo e a ajudar a ter uma mtrica mais eficaz;
entrega de um software com qualidade. A melhor forma de Frequncia: Estabelecer qual informao ser possvel ras-
avaliar a eficcia de um processo de teste conseguindo medir trear e qual a frequncia que essas mtricas sero geradas.
a produtividade da equipe de qualidade envolvida, mas no
deixando de considerar a eficincia de como o trabalho solici- Uma tcnica que pode ser utilizada para auxiliar na medio
tado executado. Mtricas ajudam a medir a produtividade de a Goal-Question-Metric (GQM). A ideia bsica derivar m-
uma equipe, mas tambm auxiliam a melhorar procedimentos tricas de software a partir de perguntas e objetivos.
de teste, mtodos utilizados, ferramentas, entre outros. Colher O processo de definio de um programa de mtricas deve
dados e realizar a anlise adequada oferece a oportunidade ser baseado nas necessidades de informao de cada nvel
para as organizaes de aprender com a prpria histria e criar organizacional. Isto obtido a partir do levantamento de in-
uma maturidade no processo. formaes junto s reas interessadas. O paradigma do GQM
A medida um instrumento que permite que a gesto foi proposto como uma abordagem orientada a objetivos para
identifique eventos importantes e tendncias, auxiliando a medio de produtos e processos. Essa metodologia baseia-se
na tomada de decises. Alm disso, medies ajudam na na premissa de que, para ganhar uma medida prtica, deve-se
avaliao de riscos, que por sua vez diminui a probabilidade primeiro entender e especificar os objetivos dos artefatos de
de surpresas inesperadas em diferentes fases do processo de software sendo medidos e os objetivos do processo de medio.
teste. Organizaes que conseguem medir o processo de sua Para que isso seja feito, preciso responder as trs perguntas
equipe de teste so capazes de prever os custos e trabalhar bsicas dessa tcnica:
com cronogramas mais prximos da realidade, aumentando 1. Goal (Objetivo)
assim a rentabilidade do seu negcio. Quais so as metas/objetivos?
Podemos dizer inclusive que no possvel avaliar se uma Exemplo: Melhorar a eficincia dos testes manuais?
aplicao estvel, sem conhecer a frequncia que uma equipe 2. Question (Questes)
de teste encontra defeitos, independente da fase que seu pro- Quais questes se deseja responder?
jeto se encontra. Dessa forma, possvel tambm quantificar Exemplo: Qual a eficincia dos testes manuais?
Esses so alguns exemplos de mtricas que podem ser uti- Falha no Processo: Existe um processo? Ele est claro para
lizados para medir e analisar a eficincia de uma equipe de todos? Ele seguido? Ter um processo definido primordial
testes. para que as atividades fluam com maior naturalidade, pois
sem ele as pessoas tendem a querer pular fases, ultrapassar
Por que mtricas de testes podem falhar barreiras, o que no saudvel para ningum. Alm de ter um
Mtricas de teste so utilizadas para a melhoria contnua, processo, ele precisa ser divulgado e cobrado de todos os envol-
mas muitas organizaes no so bem sucedidas quando o vidos. A ausncia de uma parte do processo pode influenciar
desejado medir algo. Em sua maioria gostam de ver mtricas, diretamente os testes, seja ela qual for, desde a falta de uma ata
mas se queixam que as equipes no sabem medir o trabalho de reunio at requisitos que so passados verbalmente. Cada
que realizam. detalhe importante para o analista de teste envolvido, se um
Mas o que exatamente est faltando para essas empresas processo existe, ele precisa ser seguido, para assim auxiliar a
que no conseguem medir o prprio trabalho? Tcnicas e equipe de teste a garantir a qualidade da entrega;
definio de mtricas esto disponveis em diversas fontes, Ausncia do Documento de Requisitos: Em situaes em
qual a grande dificuldade na medio? Veja trs grandes erros que o documento de requisitos no existe, ou que novos re-
na hora de medir: quisitos foram solicitados no decorrer do desenvolvimento do
1. Relatrios de Mtricas focados apenas para o trabalho software e no foram documentados, considerando que o pla-
interno de testes: Nessas situaes esto esquecendo empresas nejamento dos testes j aconteceu, como o profissional de testes
terceirizadas de testes envolvidas no projeto. Aqui o respon- ter tempo para inserir novas condies de testes? Ser que ele
svel pela mtrica quer mostrar o quo boa a sua equipe, se no teve que fazer rapidamente? Ser que ele foi informado
esquecendo de monitorar o trabalho como um todo para ter o dessas alteraes de requisitos? Qual foi a antecedncia que
cenrio real. possvel sim mostrar a eficincia de sua equipe, isso aconteceu? Tudo precisa ser levado em conta, o documento
desde que seja uma mtrica agregada da mtrica master que de requisitos a alma do software e se ele no existe, ou est
mede o esforo total de ambas as equipes de testes, interna (da desatualizado, isso ir influenciar diretamente na eficincia
prpria organizao) e externa (funcionrios terceirizados); dos testes, pois se a equipe de testes no consegue realizar um
2. Relatrios com dados vagos: Dados no interessantes aos planejamento adequado, ela no tem como testar um software
envolvidos no processo e nas partes interessadas. Mtricas da forma esperada e nem com a eficincia desejada;
precisam dizer algo, precisam atender a necessidades dos Excesso de Detalhes: Enquanto boa documentao do pro-
envolvidos para que os mesmos tomem as aes necessrias jeto um fator positivo, tambm verdade que produzir uma
para que a melhoria acontea; documentao detalhada demais pode ser algo negativo, um
3. Relatrios que focam apenas o trabalho da equipe de teste: bom exemplo para isso no momento de criar casos de testes.
mtricas devem sim focar o trabalho da equipe de testes, mas Casos de testes com muito detalhe ao invs de ajudar pode at
tambm devem trazer dados externos que influenciam nesse atrapalhar, mas tudo vai depender do cenrio da empresa. Se
trabalho, por exemplo: posso ter uma mtrica de casos de tes- considerarmos que quem preparou os casos de teste quem
tes executados x casos de testes que falharam, esse um tipo executar, o detalhamento exagerado nessa situao pode at
de mtrica que ir interessar muito o gestor de testes, mas se ser considerada uma ineficincia, casos de testes objetivos, que
acrescentarmos a isso a quantidade de casos que falharam x indicam a situao a ser gerada, com os detalhes necessrios,
bugs detectados, isso ajudar o gestor de desenvolvimento a costumam ser mais eficientes;
identificar uma funcionalidade que falhou e a partir dela foram Presso do Tempo: A presso do tempo outro fator a ser
gerados muitos erros. considerado.A presso no deve ser uma desculpa para as-
sumir riscos indevidos, no entanto, uma razo para tomar
Embora o foco seja medir o trabalho de teste e assim analisar decises cuidadosas e planejar de forma inteligente todo o
sua eficincia, difcil avaliar de forma separada a eficincia processo de teste. Entregar um projeto dentro de um tempo
de uma equipe teste sem avaliar todo o processo envolvido estipulado, antes da execuo adequada s para cumprir pra-
para que o teste acontea. Por esse motivo, muitas vezes ser zos no indicado, essa atitude poder fazer com que o teste
necessrio no meio das mtricas de teste, ter mtricas que no seja feito de forma eficiente;
envolvem o desenvolvimento. Resultados: Os resultados dos testes influenciam direta-
mente a eficincia do analista de teste envolvido na execuo.
Fatores que afetam a eficincia dos testes Quando um defeito identificado e comea a passar por vrios
O objetivo principal do teste de software revelar defeitos ciclos de correes, retestes, reaberturas, isso poder levar a um
de forma eficiente (ou seja, o mnimo de tempo e de custo) e esforo muito maior do que o esperado, pois aps a correo
eficaz (ou seja, detectar o mximo de falhas). Leva tempo para de um bug que foi e voltou muitas vezes, as chances da corre-
entender o que testar, para gerar casos de teste, para executar o ter afetado outras funcionalidades do sistema grande e
o conjunto de testes e analisar os resultados. E no decorrer nesses casos ser necessrio retestar partes j testadas, o que
desse fluxo podem surgir fatores que atrapalhem a eficincia desmotiva e dispersa o analista de teste envolvido. Com isso,
deles, abaixo cito alguns: as chances de ocorrerem erros nesse processo so grandes.
saber relatar um bug de forma concisa, ter a habilidade de fazer e influenciadas por fatores externos, tais como: motivao, fer-
um planejamento coerente, saber responder um e-mail que ramentas, habilidade, processos e at mesmo o ambiente fsico.
no gere ambiguidade de informaes e conseguir escrever Realizar a coleta dos dados estratgicos auxiliar nas decises,
relatrios para a gesto; mas no deve ser a nica medida utilizada para avaliar, o ideal
6. Capacidade na estratgia de negcios: Entre as caracters- fazer a juno desses dados com os fatores externos citados,
ticas dos grandes testadores, est a habilidade de entender a pois eles influenciam no resultado final.
estratgia global dos negcios da empresa em que atua, per-
mitindo assim que identifique pontos fortes e fracos de um
sistema de software estratgico.
Voc gostou deste artigo?
No existe uma frmula simples para medir e analisar o
desempenho de um indivduo, mas primordial para o apri- D seu voto em www.devmedia.com.br/esmag/feedback
moramento e acompanhamento do profissional gerenciado que
uma avaliao baseada em mtricas seja feita. Avaliaes de de- Ajude-nos a manter a qualidade da revista!
sempenho individuais so muitas vezes um pouco subjetivas,
P
Edson A. Oliveira Junior ara um negcio ter sucesso, todas mento e evoluo de processos de negcios que
edson@din.uem.br
as atividades de uma organizao so formados pelo conjunto de atividades ou
Professor de Engenharia de Software na Uni-
versidade Estadual de Maring (UEM). Doutor devem ser executadas de forma tarefas estruturadas para alcanar os objetivos
em Cincia da Computao pelo Instituto de correta para se atingir um objetivo. Nos de qualquer organizao. Tambm ser apre-
Cincias Matemticas e de Computao (ICMC) ltimos anos, diversas empresas tm sentada a modelagem de um processo de neg-
da Universidade de So Paulo (USP). buscado formas de analisar e melhorar cio que demonstra o uso de uma das principais
essas atividades. O conceito de gerencia- notaes utilizadas para esta finalidade. Esse
Maicon Giovane Pazin mento dos processos de negcios surgiu tema til para gerentes, analistas e gestores
maiconpazin@gmail.com como uma soluo que une a gesto de de negcios, alm de estudantes e engenheiros
Graduado em Informtica pela Universidade Es-
negcios e tecnologia da informao interessados em obter conhecimentos sobre
tadual de Maring. Trabalha com sistemas para
Web, com experincia em tecnologias como com foco na otimizao dos resultados processos de negcio e as tarefas relacionadas
PHP, JavaScript, CSS, HTML5 e Java. das organizaes atravs da melhoria ao gerenciamento e evoluo dos mesmos em
desses processos. busca de melhorias.
Felipe Pereira Perez O processo de negcio define todas as
fpproducoes@gmail.com atividades de uma empresa e as relaes
Graduado em Cincias da Computao pela
que existem entre elas. Um efetivo geren- forma, possvel distinguir todos os
Universidade Estadual de Mato Grosso do Sul
(UEMS), mestrando em Cincia da computao ciamento dessas atividades contempla- processos realizados bem como os
pela Universidade Estadual de Maring. do com diversos benefcios, como a dimi- participantes que a executam, recursos
nuio dos custos operacionais, a melhor utilizados e produzidos e informaes
Jaime William Dias organizao das operaes realizadas e relacionadas.
jaimewdias@gmail.com o aumento na qualidade dos produtos A modelagem de processo de negcio
Graduado em Sistemas de Informao pela Uni- criados ou servios prestados. a representao dos processos na
versidade Paranaense. Especialista em Progra- A representao de processos de forma de um modelo, que identifica e
mao Orientado a Objetos pelo Centro Univer-
negcio realizada com o intuito de especifica atravs de tcnicas e nota-
sitrio Cesumar.Trabalha com sistemas para Web
e Desktop, com experincia em tecnologias como entender e melhorar a estrutura de uma es especficas. Os modelos devem
Delphi, PHP, JavaScript, CSS, HTML5 e JAVA. organizao e suas atividades. Dessa ser representados de forma intuitiva e
simplificada para permitir documen- colaborao entre organizaes. Na em todas suas fases. O GPN deve ser
tao e entendimento dos processos da Figura 2 pode ser observado o PN de executado para se alcanar trs pontos
organizao. uma agncia de viagens, bem como, o PN muito importantes para uma empresa,
de uma companhia area e a interao tais como: clareza na direo estra-
Processos de Negcio entre elas. Para a agncia de viagens o ato tgica, alinhamento dos recursos da
Processo de Negcio (PN) um con- de contatar a companhia area apenas organizao e crescente disciplinas nas
junto de um ou mais procedimentos ou uma atividade de seu PN. Por outro lado, operaes dirias.
atividades relacionadas, que quando em a companhia area envolve diversas ati- O GPN atua em diversos nveis de
conjunto realizam o objetivo de negcio vidades com restries e a necessidade abstrao, conforme a Figura 3. No nvel
especificado de uma organizao. Por de uma comunicao com a agncia mais alto onde so definidas todas as
meio da execuo dos PN a organizao para caso no haja vagas e precisem ser estratgias de negcio da organizao.
est realizando seu propsito. revistas as datas da viagem. A partir delas so obtidas as metas, que
O gerenciamento do PN dentro de uma As atividades de um PN podem ser so os alvos que sero alcanados para
organizao a beneficia em diversos classificadas em trs tipos. As atividades que a estratgia seja realizada. Para que
sentidos. Com um bom gerenciamento manuais, que so realizadas sem auxlio isso acontea necessrio que todos os
possvel ter a descrio precisa e no de sistemas de informao. As ativi- envolvidos exeram as atividades de-
ambgua das atividades, maior eficincia dades de interao com o usurio, que signadas. Dessa forma, essas atividades
na coordenao do trabalho, obteno dependem de um colaborador apoiado devem ser descritas atravs de um PN or-
precisa do andamento dos processos e a um sistema de informao e as ativi- ganizacional. Em um nvel abaixo est o
padronizao das atividades. dades de sistema, que so realizadas de PN operacional que especifica as ativida-
O gerenciamento adequado do PN no foram autnoma, sem a interao com des, seus relacionamentos e dependn-
apenas proporciona a reduo de custos o usurio. cias, conforme exemplo apresentado na
e erros na execuo dos processos, mas Figura 1. Para que todo o PN seja execu-
tambm aumenta o controle sobre eles, re- Gerenciamento de Processos de tado necessrio sua implementao.
sultando na maior qualidade da execuo, Negcio Como j apresentado, o PN o meio que
nos resultados e assim na organizao O Gerenciamento de Processos de Ne- integra todas as atividades realizadas em
como um todo. O PN pode ser relaciona- gcio (GPN) compreende em sua defini- uma organizao. O GPN acontece efeti-
do forma como a organizao atinge as o, o aperfeioamento e administrao vamente quando todas essas atividades
metas propostas em seu negcio, sendo dos PNs de determinada organizao so realizadas em total sincronia.
a meta o objetivo central da organizao.
Para que essa meta seja atingida, diversas
atividades devem ser realizadas, esse
conjunto de atividades define o PN.
Para uma organizao executar uma
determinada atividade, como entregar
um produto, existem diversas tarefas
relacionadas. Isso pode incluir o rece-
bimento do material, fabricao, con-
Figura 1. PN de uma agncia de Viagens
trole de qualidade, estoque, etc. O PN
descreve essas atividades, bem como
sua ordem de execuo e as restries
provenientes delas.
A Figura 1 apresenta o PN de uma
agncia de viagens que possui o objetivo
de oferecer pacotes tursticos ao cliente. A
primeira atividade obter junto ao cliente
o destino para o qual ele deseja viajar.
Aps isso so executadas atividades como
contatar uma companhia area, o hotel e
com uma empresa de aluguel de veculos.
Por fim, aps definido o pacote turstico,
ele enviado para aprovao do cliente
e o PN da agncia encerrado.
Um benefcio do gerenciamento dos
PN a representao adequada da Figura 2. PN Interorganizacional
Notaes e ferramentas
O processo de identificao de melhorias
por meio da MPN se torna mais fcil com
o envolvimento da Tecnologia da Informa-
o (TI). Atualmente, a utilizao de TI
o principal passo para o desenvolvimento
de um modelo de processo de negcio.
Por outro lado, os modelos de processos
de negcio podem ser to complexos que
o uso de uma linguagem formal para a
sua especificao a nica maneira de
garantir que as interpretaes alternativas
sejam eliminadas. Dessa forma, existe a
necessidade de uma interao contnua
entre tecnologia e linguagens formais para
automatizar o processo de modelagem de Figura 4. Perguntas que auxiliam a construo da viso da organizao [5]
processos de negcios.
Contextualizando, a MPN utilizada com o objetivo de e abstrata um processo de negcio. Redes de Petri possuem
facilitar a visualizao e entendimento de um processo de modelos bem definidos e sem ambiguidade;
negcio por meio de uma representao grfica. A modelagem Redes de Workflow: constituem uma classe especfica de
desses processos pode ser realizada em diversos nveis, usando redes de Petri adequadas para expressar modelos de proces-
diferentes tcnicas. Algumas abordagens para modelagem de sos de negcio. Essa abordagem melhora a rede de Petri com
processos de negcio so: conceitos e 19 notaes que facilitam a representao de pro-
Redes de Petri: possui diferentes classes (numerosas ex- cessos de negcios. Essa abordagem fornece ainda mecanismos
tenses). Essa notao permite especificar de maneira formal avanados de modelagem;
Figura 5. Exemplo de MPN do fluxo de compra de um sistema real para a prefeitura de uma cidade
Community desenvolvido na plataforma Java para modela- as organizaes tm buscado formas de analisar e melhorar
gens baseadas na UML. A Figura 5 apresenta a modelo do suas estratgias de negcio. Isso envolve gerenciamento dos
exemplo. processos de negcio, que compreende a unio da gesto de
No exemplo apresentado, o ponto de partida do fluxo pode negcios e a tecnologia da informao como forma de otimizar
ser iniciado em qualquer setor da prefeitura ao solicitar-se dos resultados.
qualquer tipo de material, registrando-se assim uma solicitao
de compra. O setor de licitaes gerencia as solicitaes a fim Links:
de realizar as licitaes necessrias para suprir as necessidades
dos setores da prefeitura. Algumas modalidades de licitaes 1. AALST, W. M. P. van der; TER HOFSTEDE. A.H.; WESKE, M. Business process
exigem um empenho prvio para serem realizadas, outras s management: a survey. In: W.M.P. van der Aalst, A.H.M. ter Hofstede and M.
sero empenhadas depois da requisio de compra, aps a Weske, Editors, International Conference on Business Process Management
licitao ser homologada. A requisio de compra feito pelo (BPM 2003), v. 2678 Lecture Notes in Computer Science, Springer-Verlag,
setor que solicitou o material e representa o reconhecimento da Berlin, pp. 112, 2003a.
dvida pela prefeitura. Aps uma solicitao formal de compra 2. AALST, W. M. P. van der; HOFSTEDE, A. H. M. ter; WESKE, M. Business Pro-
pela prefeitura, o fornecedor tem a garantia de compra e pode cess Management: A Survey. In: AALST, W.M.P. van der, HOFSTEDE, A.H.M.
fornecer os produtos. ter; WESKE, M. (Org.) INTERNATIONAL CONFERENCE ON BUSINESS PROCESS
O setor de materiais tem a responsabilidade de receber os MANAGEMENT (BPM 2003), Lecture Notes in Computer Science. Berlin:
produtos e fazer seu controle de estoque e almoxarifado. Springer-Verlag, p. 1-12, 2003b.
Neste momento realizada a liquidao do empenho, ou 3. ASTAH. Astah Community. Online, 2013. Disponvel em http://astah.net/
seja, na entrega do produto entregue tambm a nota fiscal editions/community (Acessado em 03/11/2013).
da empresa fornecedora. Depois de liquidado um empenho
a prefeitura pode efetuar o seu pagamento. Ao efetuar uma 4. CRUZ, Tadeu. Workflow II: A Tecnologia que Revolucionou Processos.
liquidao qualquer acionado o setor patrimonial que alm Editora E-papers, ISBN: 8576500191, 2004.
de controlar os bens patrimoniais da prefeitura dispara eventos 5. MAC KNIGHT, D. Elicitao de Requisitos de Software a partir do Modelo
contbeis para a contabilidade, onde tambm feito o balano de Negcio. Dissertao (Mestrado em Informtica) Universidade Fede-
patrimonial da prefeitura. ral do Rio de Janeiro Instituto de Matemtica / Ncleo de Computao
O setor contbil esta presente na maioria dos fluxos da Eletrnica, 2004.
prefeitura, pois tudo deve ser contabilizado para prestao
6. VALDARES, Lear; SINIMBU, Allan; DAMASCENO, Laila. BPMN Modeling
de contas aos rgos superiores. Sendo assim, ao realizar-se Who, Where, How and Why, 2008.
um empenho, liquidao, recebimento de material ou bem
patrimonial, tudo deve ser contabilizado. O setor patrimonial
registra todo material adquirido pela prefeitura e realiza o
Voc gostou deste artigo?
tombamento dos bens. Estes podem ser classificados como
bens mveis, imveis ou intangveis.
O processo de negcio de uma organizao o conjunto de D seu voto em www.devmedia.com.br/esmag/feedback
atividades ou tarefas estruturadas que produzem um produ- Ajude-nos a manter a qualidade da revista!
to ou servio. Para se manterem competitivas no mercado,
A
vida digital uma realidade. Big Data, seus impactos na sociedade e de que
Segundo a ANATEL, at no- forma a engenharia de software deve se pre-
vembro de 2013, mais de 270 parar para lidar com estas novidades. Na vida
milhes de celulares estaro nas mos digital que temos hoje em dia, a quantidade de
da populao brasileira. Segundo o dados produzidos tem crescido absurdamen-
Facebook, a base de clientes divulgada te. fundamental saber lidar com estas novas
em setembro de 2013 de 1.11 bilhes necessidades aos softwares modernos e como
de usurios cadastrados no mundo. A deveremos nos preparar para isto. A engenha-
quantidade de dados produzidos nos ria de software precisa estar preparada tanto
ltimos dois anos maior que em toda para novas necessidades de conhecimento
a histria da humanidade. E a quan- quanto para saber aproveitar dos conceitos de
tidade de dados produzidos continua Big Data.
crescendo. A previso para 2015 de
quadruplicar a quantidade de dados
Digenes Firmiano armazenados em 2013 e para 2020 a
diogenesjf@gmail.com
Gestor Snior de Engenharia de Software atuan- previso de uma quantidade de dados A era digital trouxe e ainda traz uma
do nas reas de Engenharia de Software, Arqui- 12 vezes maior que em 2013. Alm do srie de facilidades. Quem no gostaria
tetura, Metodologia e Desenvolvimento de Sis- grande aumento do volume de dados, a de ser avisado pelo seu seguro quando
temas. Formado em Cincia da Computao na variedade de formas de gerao de da- ser necessrio realizar uma troca de
Universidade de Braslia, sendo ps-graduado
dos aumenta cada vez mais. Existe uma leo ou quando os seus pneus precisam
com MBA em Gerenciamento de Projetos tendo
feito vrios cursos de aperfeioamento em sua grande tendncia de que cada vez mais ser trocados. Isto j possvel. Exis-
rea de atuao. professor de disciplinas como aparelhos eletrnicos sejam capazes de tem empresas de seguro que instalam
Gerncia de Projetos, Engenharia de Software, estar conectados Internet. Num futuro sensores nos veculos para facilitar
Sistemas de Informao e Programao. Possui muito prximo, sua geladeira te avisar a vida do cliente. Porm, estas mesmas
experincia profissional de mais de 15 anos em
quando estiver algum produto faltando empresas coletam todas as informaes
tecnologia da informao sendo especialista
em metodologias de software, arquitetura de ou quando a data de validade do seu que seu carro gera como trajetos, velo-
sistemas e gerncia de projetos de software. iogurte est chegando. cidade mdia, locais onde estaciona e
quilometragem rodada, por exemplo. Com essas informaes, O termo Big Data pode ser interpretado como dados grandes
possvel calcular mais precisamente se um cliente mais ou grande volume de dados. Mas esta no uma definio
prudente no trnsito ou se vive correndo pelas ruas s 3 horas completa. O IDC define da seguinte maneira: As tecnolo-
da manh. Com isso, possvel saber qual a melhor aplice de gias Big Data descrevem uma nova gerao de tecnologias e
seguro para cada carro sem precisar realizar entrevistas com arquiteturas, projetadas economicamente para extrair valor
o cliente e estar sujeito a mentiras. de volumes muito grandes de uma larga variedade de dados,
J possvel hoje em dia revolucionar a medicina. O acom- permitindo alta velocidade de captura, descoberta e anlise.
panhamento dos pacientes pode ser feito por meio de sensores Percebemos, ento, que no se define Big Data apenas em
instalados no paciente, como por exemplo, em um relgio, que funo do tamanho do volume de dados, e sim na capacidade
capta frequncia cardaca, presso arterial, nvel de glicose de manipul-los.
dentre outros. O tal relgio pode inclusive ter alguma funo O Big Data pode ser resumido em cinco caractersticas, mais
que envie um sinal para o mdico quando o paciente apresentar conhecidas como os 5 Vs, a saber:
algum quadro facilmente identificvel como presso extrema- Volume Grandes volumes de dados so produzidos e so
mente alta, batimentos fora de controle ou quadros de infarto. coletados. Um exemplo desse aspecto so os experimentos
Estes avanos salvariam muitas vidas. Porm, empresas de cientficos do CERN, que geram cerca de 40 Terabytes de da-
plano de sade tem planejado utilizar estas informaes junta- dos por segundo, tamanho capaz de armazenar por volta de
mente com informaes de pronturios, quantidades de visitas 13 milhes de msicas ou 40 mil filmes;
aos mdicos e resultados de exames para calcular qual o valor Velocidade Rapidez com que os dados so produzidos
a ser cobrado de cada paciente. Alm disso, estas informaes e precisam ser analisados. Muitas aplicaes necessitam de
poderiam ser inclusive utilizadas por empresas para analisar resposta em tempo real, como deteces em fraudes, recomen-
os perfis dos candidatos a uma determinada vaga e recusar daes baseadas em redes sociais;
o mesmo por perfil mdico inadequado. At que ponto esta Variedade Existe uma grande variedade de dados, pro-
quantidade de informaes interessante? veniente de vrias fontes, podendo ser estruturados ou no.
Recentemente, a questo da privacidade dos dados foi ampla- Alguns exemplos so dados gerados por sistemas transacio-
mente abordada com a divulgao das informaes coletadas nais, sensores, cmeras, satlites, redes sociais, etc.;
pela agncia de segurana americana NSA (National Security Veracidade extremamente importante avaliar se to-
Agency) sobre governos e empresas brasileiras. Vm sendo dos estes dados coletados realmente tm alguma utilidade.
discutido ainda o Marco Regulatrio da Internet. As questes Na Internet e na mdia, sabemos que muitas informaes que
que ficam so: at que ponto regular a Internet resolve o pro- circulam so falsas. Tomar decises com base informaes
blema? As informaes privadas concedidas por livre vontade errneas podem gerar problemas gravssimos;
no podero ser utilizadas pelas empresas? Restringir o acesso Valor Os dados gerados devem apoiar a tomada de deciso.
s informaes do governo suficiente? possvel realmente Desde a validade de um produto avisada por uma geladeira
restringir o acesso s informaes privadas? que pode ter valor para uma famlia at a quantidade de
Na nossa vida nos prximos anos, temas como privacidade e curtidas em um determinado evento no Facebook que marca
tica devem ser amplamente discutidos no que tange o aspecto uma manifestao, que pode ser de grande valia para a polcia
da vida digital. Qual a soluo? Regredir e voltar poca da cidade alvo.
onde no podamos armazenar e processar tanta informao?
Proibir qualquer tipo de acesso informao? Criar ilhas de O uso da tecnologia de Big Data
informao como se prope no marco regulatrio? No so Com as tecnologias que possumos atualmente, possvel
leis pouco abrangentes que resolvero o problema. preciso, analisar grandes volumes de informao em tempo real,
primeiramente, esclarecer e entender o que possvel de se como, por exemplo, ao entrar em uma pgina de notcias na
fazer hoje em dia e o que ser possvel no futuro prximo. Internet, visualizar os anncios de acordo com o perfil de
O advento que tem tornado tudo isso possvel um conceito consumo do usurio. Indo mais frente, um Shopping Center
chamado de Big Data. poder instalar cmeras que reconheam a face dos clientes,
identifique os perfis deles no Facebook ou Twitter, analise em
O que Big Data? quais lojas que ele fica por mais tempo em frente vitrine ou
O conceito de Big Data no surge do nada. Na verdade ele comprando e envie promoes dessas lojas para estes clientes
no novo, mas est recebendo uma grande ateno por al- pelas mdias.
gumas razes, como o barateamento do armazenamento de possvel ainda o uso destas tecnologias na forma de fazer
dados, a proliferao de sensores e tecnologia de captura de poltica. O candidato em campanha, na hora do discurso,
dados. Dados esto sendo coletados em grande escala. Eles so poder estar munido de todas as informaes sobre um de-
provenientes das mais diversas fontes, como: dados gerados terminado municpio ou cidade como obras requeridas pela
por sistemas, sensores, cmeras, satlites, aparelhos eletrni- populao, reclamaes feitas e outras informaes. O discurso
cos, redes sociais, etc. No existe uma definio precisa sobre pode ser personalizado para cada pequena comunidade e
o termo Big Data, existindo vrias definies na literatura. impacto gerado no eleitor gigantesco.
seguida, ampliou a regio de atuao e comeou a integrar os solues e a quantidade de benefcios associados sobrepe
dados de consumo reais dos clientes por meio do rastreamento s dificuldades geradas aos profissionais de TI. Diante disso,
dos celulares; necessria a conscientizao desde j dos novos conceitos
Entender o poder da informao em tempo real. Big data visando maturar o processo de construo de solues orien-
no comparvel implantao de um projeto de CRM ou tadas a Big Data.
ao esforo de implementao de um ERP. As informaes de
vendas dirias ajudaram o fabricante de bebidas a ajustar Referncias e Links:
imediatamente as vendas, entregas, logstica e programas
promocionais e de marketing. Mantenha em mente, entre- Barlow, M. (2013). Real-Time Big Data Analytics: Emerging Architecture:
tanto, que cada caso um caso. O que ser importante para OReilly.
uma determinada soluo? Pode ser necessrio verificar as
Magalhes, R. P. (2013) Big Data: Transformando dados em riqueza.
tendncias trimestralmente ou a cada seis meses. O uso do
Hornick, M. Learning R Series, Oracle, 2013.
Big Data deve ter como objetivo manter-se atualizado, e no
resolver todos os problemas. Sashikanth, V. Making Big Data Analytics accessible via the R environment,
Oracle, 2013.
O uso das novas tecnologias de Big Data em todas as reas
DAVENPORT, Thomas, H. At the Big Data Crossroads: turning towards a
tende a seguir um caminho de inevitvel aderncia e im- smarter travel experience. Amadeus 2013.
plantao. As vantagens do uso so inmeras. O uso destas
tecnologias pode revolucionar desde a forma como o cliente IBM. What is big data?
se relaciona com as lojas at a medicina, a segurana pblica, http://www-01.ibm.com/software/data/bigdata/.
a educao, a poltica, enfim, a revoluo que se inicia uma Big Data Definition - MIKE2.0, the open source methodology for Information
tendncia que veio para ficar. A vida dos profissionais de TI Development.
e da engenharia de software ser revolucionada pelo uso de
tais tecnologias. Ser necessria uma mudana na forma de White, Tom. Hadoop: The Definitive Guide. 2009. 1st Edition. OReilly
Media. Pg 3.
pensar destes profissionais. A metodologia de construo de
softwares orientados a Big Data bem diferente das metodo-
logias tradicionais de construo de software e, ao utilizar Voc gostou deste artigo?
estes novos conceitos, ser necessrio aprender cada vez mais
tecnologias e frameworks. D seu voto em www.devmedia.com.br/esmag/feedback
Apesar das dificuldades, ser de fundamental importncia
Ajude-nos a manter a qualidade da revista!
a imerso nestes novos conceitos. Parece inevitvel fugir das
tendncias de utilizao de Big Data nos novos projetos de