o processo de comunicação entre usuários e analistas de sistemas
Contents
1. se a gente tem clareza se o analista exp e o que trabalho dele e o usu rio fala realmente o que ele quer a gente conversa de forma clara e objetiva consegue realmente chegar ao objetivo A8 A gente foi para uma sala de reuni o com canh o e notebook e l come amos a fazer todo o processo juntos pegamos qual seria o objetivo do trabalho e definimos o escopo Em cima desse escopo fomos fazendo o documento de requisitos ali juntos a quatro m os Ent o ia discutindo as ideias j registrava no documento isso mostrando na parede Foi muito melhor do que a entrevista No final saiu um documento perfeito j ali na hora em tempo real Na verdade n o foi uma reuni o foram v rios encontros porque a gente ficou uma semana l fazendo esse trabalho Sa mos com esse trabalho na m o e j levamos para a equipe de analistas e j fizemos o trabalho de an lise a solu o e implementamos Deu certo se encaixou perfeitamente no processo que eles estavam querendo A9 Fatores que podem contribuir para melhorar a comunica o entre usu rios e analistas no sentido de identificar com clareza as necessidades dos usu rios Alguns dos analistas entrevistados consideram importante deixar o usu rio ciente sobre a necessidade da obten o do maior n mero de informa es deste mantendo o sempre informado a respeito da relev ncia dessas informa es para o sucesso do produto final e ainda de como as mesmas ser o utilizadas2. voc tem que deixar a pessoa bem a vontade quanto mais a vontade melhor Quanto mais s rio pior porque as coisas ser o mais dif ceis de serem extra das Quanto mais espont nea for a conversa uma coisa formal mas espont nea sem atribui es de cargos de chefe alguma coisa assim melhor A3 marcar reuni es realmente produtivas para que em um encontro seja absorvida bastante informa o A8 a gente vai precisar da sua participa o no desenvolvimento tantas e tantas vezes por semana para poder voc verificar se agente implementou est certo Ent o de uma forma geral a gente faz assim A9 O usu rio eu acredito que ele tem que ter disposi o e tempo para poder estar junto com o analista para que esse trabalho seja feito com calma e n o com pressa A10 nas reuni es ele vai compreender o que realmente o usu rio vai querer U2 Outro aspecto importante que pode favorecer as intera es entre usu rios e analistas sob a tica dos analistas que o usu rio seja um bom conhecedor do neg cio que ser informatizado e sob a tica dos usu rios que os analistas devem ter uma vis o mais detalhada daquilo que est o analisando Observa se aqui uma situa o comum no 90 processo de desenvolvimento de software e que ocorre com muita frequ ncia Normalmente os analistas de sistemas acusam os usu rios de omitirem informa es importantes e necess rias ao levantamento de r
3. Destacam se nesse contexto as observa es de Dalmolin e Strelow 2008 p 158 os quais consideram que dentro do contexto organizacional o conhecimento pode ser visto como um conjunto de saber e saber fazer e que a sua gest o sup e administr lo e realiz lo o que implica planejar executar e controlar Al m disso para que a gest o do conhecimento seja efetiva necess rio que as organiza es desenvolvam um conjunto de a es que incluam papeis e habilidades a serem 42 demonstradas pelos funcion rios com o objetivo de capturar distribuir e usar o conhecimento DAVENPORT PRUSAK 1998 De fato a mais importante fonte de sustentabilidade competitiva de uma organiza o a capacidade que ela tem em criar e utilizar o seu conhecimento NONAKA TOYAMA 2003 p 2 Tal assertiva aponta para a import ncia que a gest o do conhecimento deve merecer no mbito organizacional especialmente se for levado em conta que as empresas precisam encontrar estrat gias para que o conhecimento por elas criado possa ser bem difundido na organiza o como um todo Nesse ponto Davenport e Prusak 1998 p 107 salientam que se a gest o do conhecimento ficar restrita e sob responsabilidade de um pequeno grupo de funcion rios a organiza o n o ter sucesso na sua implanta o Fica assim evidente que para ocorrer uma gest o do conhecimento eficiente a organiza o dever adotar pol ticas que permitam prior
4. T tulo CDU 002 004 EE Faculdade de Ci ncia da Informa o e Documenta o FCI UnB Programa de P s Gradua o em Ci ncia da Informa o PPGClInf FOLHA DE APROVA O T tulo O processo de comunica o entre usu rios e analistas de sistemas no contexto das organiza es Autor a Rubi Nei Machado Oliveira rea de concentra o Transfer ncia da Informa o Linha de pesquisa Comunica o da Informa o Disserta o submetida Comiss o Examinadora designada pelo Colegiado do Programa de P s Gradua o em Ci ncia da Informa o do Departamento de Ci ncia da Informa o e Documenta o da Universidade de Bras lia como requisito parcial para obten o do t tulo de Mestre em Ci ncia da Informa o Disserta o aprovada em 17 de dezembro de 2010 Aprovado por A LU P Leto Prof Dra Elmira Luzia Melo Soares Sime o Presidente UnB PPGCINF bttschalg Duque Membro Inteo UnB PPGCINF Q uana Dr Marc lio Mendes de Oliveira Membro Externo OSX Telecomunica es Ltda Prof Dra Georgete Medleg Rodrigues Suplente UnB PPGCINF Edif cio da Biblioteca Central BCE Entrada Leste Campus Universit rio Darcy Ribeiro Asa Norte Bras lia DF CEP 70910 900 Tel 55 61 3107 2632 Telefax 55 61 3107 2633 E mail pgcinf Dunb br Aos meus amados pais Jorge e Zaida por te rem me proporcionado a educa o necess ria
5. algo que n o facilmente vis vel e imprim vel que altamente pessoal e dif cil de formalizar obtido atrav s do uso de met foras ou pinturas algo profundamente enraizado na a o e na experi ncia do indiv duo De forma an loga Davenport e Prusak 1998 p 5 consideram que o conhecimento uma mistura fluida de experi ncia estruturada de valores de informa o contextual e de crit rios especializados que fornece uma moldura para a avalia o e incorpora o de novas experi ncias e informa es Os autores acrescentam que o conhecimento origina se e aplicado na mente dos conhecedores demonstrando mais uma vez que o conhecimento algo interno e pr prio do ser humano Os mesmos autores consideram ainda que os dados tornam se informa o ao receberem atributos que os tornem algo com significado Mais que isso ressaltam que a maioria das pessoas possui uma no o de que o conhecimento mais amplo mais profundo e mais rico do que os dados ou informa es Ainda sobre essa quest o Nonaka e Takeushi 2008 p 54 destacam que a chave para a cria o do conhecimento reside na mobiliza o e na convers o do conhecimento t cito Tal mobiliza o e convers o s o o principal fator que leva transforma o do conhecimento t cito em expl cito e isso como dito anteriormente ocorre por meio da externaliza o Jashapara 2005 p 138 acrescenta que o conhecimento t cito e
6. Tabela 3 S ntese dos dados dos usu rios entrevistados LISTA DE GR FICOS Gr fico 1 G nero dos participantes ces quis ds sinTe as audi Soda sado 102 Gr fico 2 Faixa et ria dos participantes rrrecereeeeceercereracaneaa 103 Gr fico 3 Forma o acad mica dos participantes eee 103 Gr fico 4 Atua o profissional dos participantes eres 104 SUM RIO CAP TULO 1 INTRODU O asassiasaaiianri pu fude cera dona seda pio 13 1 1 Considera es iniciais oesoessessoesocssessossocssessossocesessoesocesossossoossosssesoossosssessossosssesssse 13 1 2 Delimita o do probl eMas ssssssesestssseesssssssersssosoesessssossosssoess sssr ns soss oone ss senssa 14 ES ODJET VOS sa Rs a Gi o aeria a RD oa 15 1 4 J stific ti vassis AN RO REAR ERRA ER TIN DZ ARS A RAR RA RR 16 CAP TULO 2 CONTEXTO DO ESTUDO ssssesessssssssssssssssescececceterorororsosssssssssssseseseeeeree 20 CAP TULO 3 A COMUNICA O E O COMPARTILHAMENTO DO CONHE CIMENTO PARA O LEVANTAMENTO DE REQUISITOS NO DESENVOLVI MENTO DE SOEIWARE ou seecenscasisegantesenaeeda senior na en diaa pancada da paid anda 23 3 1 Considera es iniciais n sssssssssssssssssssessossosssssosorossosssssssossssessoscssosoosssssssesssisosresssesss sosse 23 3 2 COMUNICA O aissos osesns ossos esos se soss soose asooo asosa ap iva a to DENT Ra PS oe easba s ospe estoe da reses isie 24 3 2 1 Processos de COMUNICA
7. expl cito de expl cito para t cito e de t cito para t cito importante salientar nesse caso que o conhecimento expl cito o conhecimento que est documentado e pode facilmente ser comunicado entre os indiv duos enquanto que o conhecimento t cito aquele que est na mente das pessoas e de dif cil acesso Na espiral do conhecimento apresentada por Nonaka e Takeuchi 1997 p 80 a convers o do conhecimento ocorre por meio de quatro modos distintos O primeiro chamado pelos autores de externaliza o quando o conhecimento convertido de t cito para expl cito O segundo denominado combina o ocorre quando o conhecimento convertido de expl cito para expl cito O terceiro modo de convers o a internaliza o quando o conhecimento convertido de expl cito para t cito Finalmente o quarto e ltimo modo a socializa o quando o conhecimento convertido de t cito para t cito Takeuchi e Nonaka 2008 p 29 por sua vez afirmam que a gest o do conhecimento difere entre organiza es orientais e ocidentais Segundo eles as organiza es ocidentais est o preocupadas com o conhecimento expl cito que est documentado e que pode ser transmitido formal e sistematicamente aos indiv duos As organiza es japonesas por seu turno consideram o conhecimento expl cito apenas 40 como a ponta do iceberg Adicionalmente os autores argumentam que nesse aspecto o conhecimento
8. o em Letras Ambos entrevistados possuem envolvimento com o desenvolvimento de software na faixa que varia entre 6 e 10 anos A an lise apresentada foi realizada apenas para os resultados de entrevistas Julgou se desnecess rio analisar dados da an lise bibliogr fica nesta fase por se considerar que n o pressup em a necessidade de estudo piloto ou pr teste 71 Tabela 1 S ntese dos dados dos entrevistados no estudo piloto CATEGORIA VARI VEL N G nero Masculino 2 100 30 a 40 anos 1 50 Idade Skea ande io 50 x aia Gradua o Computa o 1 50 Porac ao academia Gradua o Letras l 50 Gru Analista de sistemas 1 50 po Usu rio 1 50 Tempo de atua o 6 a 10 anos 2 100 O conte do das respostas obtidas nas entrevistas realizadas foi tratado com base na an lise descrita por Richardson 1999 e por Bardin 2009 tendo se seguido para tanto um racioc nio dedutivo SILVA MENEZES 2005 GIL 2007 A an lise de conte do permitiu identificar a exist ncia de palavras chave no texto transcrito das entrevistas realizadas Tais palavras chave s o segundo Bardin 2009 p 96 os principais temas abordados pelos entrevistados no transcorrer das entrevistas Assim esses conceitos apresentados s o analisados na busca de rela es entre eles e suas ocorr ncias no texto escrito Aspecto mais importante no processo de comunica o entre analistas e usu rios Os dados obtidos permitiram identificar que os
9. Costa pelo seu entusiasmo no estudo e ensino da Ci ncia da Informa o pela sua orienta o sempre coerente e acertada e principalmente por ter me inspirado e encorajado a ousar mais do que normalmente eu faria em todas as fases de planejamento e execu o da pesquisa Com certeza seus ensinamentos conduzir o e estimular o meus futuros estudos Muito Obrigado RESUMO A presente pesquisa teve por objetivo propor um modelo para melhorar o processo de comunica o entre usu rios e analistas de sistemas A expectativa de que o modelo proposto possa com utiliza o de recursos da gest o do conhecimento ser adotado na fase de levantamento de requisitos no processo de desenvolvimento de software A abordagem adotada levou em considera o o conhecimento t cito dos usu rios que no processo de comunica o como elemento crucial da gest o do conhecimento pode reduzir incertezas sobre os requisitos de software levantados por analistas de sistemas A base emp rica foi constitu da por rg os governamentais sediados no Distrito Federal e que embora n o tenham como atividade fim o desenvolvimento de software possuem um setor especificamente voltado para o desenvolvimento de software A fundamenta o te rica compreendeu estudos sobre comunica o gest o da informa o e do conhecimento nas organiza es e o levantamento de requisitos de software Os resultados indicaram que o modelo de processo de comunica o ideal para rep
10. Idade 41 a 50 anos 0 0 51 a 60 anos 2 17 Gradua o 4 33 Forma o acad mica Especializa o 5 42 Mestrado 3 25 l a 5 anos 1 8 6 a 10 anos 6 50 Tempo de atua o ll a 15 anos 2 17 16 a 20 anos 2 17 21 a25 anos 1 8 Tabela 3 S ntese dos dados dos usu rios entrevistados CATEGORIA VARI VEL N G Feminino 0 0 Ro Masculino 6 100 21 a 30 anos 0 0 31 a 40 anos 2 33 Idade 4i a 50A os 3 50 51 a 60 anos 1 17 Ensino M dio 2 33 Forma o acad mica Gradua o 3 50 Especializa o l 17 l a 5 anos 2 33 6 a 10 anos 1 17 T daaa 11 a 15 anos 2 33 RR DO Ba 16 a 20 anos 1 17 21 a 25 anos 0 0 A segunda parte do roteiro composta de seis quest es objetivou a obten o de informa es que pudessem identificar aspectos do processo de comunica o que possam favorecer o compartilhamento do conhecimento entre usu rios e analistas de sistemas 85 Dessa forma apresenta se a seguir os resultados obtidos e agrupados de acordo com cada conjunto de respostas Todas as respostas aos questionamentos feitos foram gravadas em fitas do tipo K 7 e transcritas integralmente uma a uma Para um melhor entendimento das respostas o grupo de analistas foi identificado por A enquanto que as respostas dos usu rios est o identificadas por U Observa se ainda que ap s cada letra A ou U existe um n mero que indica a sequ ncia do respondente na ordem em que os dados foram analisados e n o na ordem em que foi realizada a en
11. a qualitativa Creswell 2007 p 36 observa que a pesquisa cient fica pode possuir abordagens qualitativas quantitativas ou de m todos mistos Sobre a abordagem qualitativa o autor acrescenta ainda que o pesquisador coleta significados dos participantes e concentra se em um nico conceito ou fen meno A presente pesquisa utiliza portanto m todos qualitativos pelo fato do fen meno analisado necessitar desse tipo de abordagem para seu melhor entendimento dentro do seu pr prio contexto 63 4 2 2 Tipo de pesquisa Com rela o ao tipo de pesquisa conduzida trata se de pesquisa descritiva Nesse caso conforme argumentam Cervo Bervian e Silva 2007 p 61 o pesquisador deve observar registrar analisar e correlacionar os fatos ou fen menos estudados sem no entanto manipul los isto sem interferir no ambiente estudado Da mesma forma Gil 2007 p 44 considera a necessidade de o pesquisador descrever as caracter sticas da popula o ou fen meno estudados assim como tamb m estabelecer rela es entre as vari veis identificadas durante o estudo Ao realizar uma compara o entre pesquisa experimental e pesquisa descritiva Rudio 2007 p 69 enf tico ao afirmar que na pesquisa descritiva o pesquisador procura conhecer e interpretar a realidade sem nela interferir para modific la No presente contexto descrever como se d o durante a fase de levantamento e an lise de requisitos as int
12. ambos obtenham conhecimento t cito uns dos outros Tal compartilhamento constitui portanto condi o sine qua non para um levantamento de requisitos eficiente e til ao desenvolvimento de sistemas O processo de comunica o envolvido nessa intera o tem sido estudado em diferentes contextos representados e discutidos por meio de uma variedade de modelos No contexto organizacional em particular foco da presente pesquisa os modelos identificados na literatura mostram se teis discuss o do tema investigado constituindo na verdade seu foco central E o que se apresenta a seguir 5 3 Modelo do processo de comunica o que pode representar a comunica o entre usu rios e analistas de sistemas Ap s a an lise dos modelos de processo de comunica o apresentados no cap tulo 3 decidiu se que o modelo que parece melhor representar a comunica o entre usu rios e analistas de sistemas durante a fase de levantamento de requisitos para desenvolvimento de sistemas o modelo c clico proposto por Osgood e Schramm MCQUAIL WINDAHL 1993 Tal decis o deriva do fato de que o modelo apresentado pelos autores destaca o papel dos atores envolvidos emissor e receptor como interpretadores que atuam tanto recebendo decodificando e interpretando quanto 81 interpretando codificando e reenviando a informa o Isto o processo ocorre in meras vezes e o papel desses atores muda constantemente a cada novo ciclo de inf
13. ao longo do processo de desenvolvimento Isso demonstra claramente que um aspecto j identificado por analistas e usu rios como sendo importante para o processo de comunica o surge novamente desta vez sob a forma de fator que pode contribuir para melhorar a comunica o Alguns dos entrevistados consideraram que importante uma maior aproxima o e um contato mais pr ximo entre a equipe de desenvolvimento e os usu rios Todos os fatores considerados importantes e listados aqui indicam que quanto mais pr ximo o contato entre usu rios e analistas melhor a transmiss o de informa es entre ambos Na sequ ncia algumas respostas ao questionamento formulado interessante que a gente consiga de alguma forma passar para o usu rio a necessidade o porqu de estar preenchendo todas as informa es e por outro lado a gente consiga antes de come ar o levantamento de requisitos a gente consiga explicar como feita a utiliza o de cada uma das informa es que s o necess rias no processo e qual o objetivo da gente a onde a gente quer chegar com aquelas informa es A2 96 O analista tem que passar as informa es para o usu rio passar as informa es do andamento das dificuldades dos entraves que est tendo A9 Ent o para essa comunica o o usu rio tem que poder passar todas as informa es que ele tem sobre o neg cio A10 Ainda para o grupo de analistas a disponibilidade e o envolviment
14. as necessidades dos usu rios Sugere se ainda que estudos sejam conduzidos no sentido de avaliar de forma quantitativa antes e depois da aplica o do modelo proposto neste trabalho a identifica o de requisitos mais fidedignos com a realidade na qual est inserido o usu rio Nesse aspecto seria poss vel mapear quais aspectos s o mais observados pelos analistas durante a an lise de requisitos dentro do ambiente do usu rio utilizando se para tal ferramentas da gest o do conhecimento 122 REFER NCIAS BARDIN Laurence An lise de conte do 4 ed Lisboa Edi es 70 2009 BARKER Larry L GAUT Deborah Roach Communication 8 ed Boston Allyn amp Bacon 2001 BEAL Adriana Gest o estrat gica da informa o como transformar a informa o e a tecnologia da informa o em fatores de crescimento e de alto desempenho nas organiza es S o Paulo Atlas 2004 BELKIN N J Information concepts for information science Journal of Documentation v 34 n 1 p 55 85 mar 1978 Dispon vel em lt http www emeraldinsight com 10 1108 eb026653 gt Acesso em 28 jun 2009 BERLO David Kenneth O processo da comunica o introdu o teoria e pr tica 10 ed S o Paulo Martins Fontes 2003 BOOCH Grady RUMBAUGH James JACOBSON Ivar UML guia do usu rio Rio de Janeiro Campus 2000 BRUSAMOLIN Val rio MORESI Eduardo Narrativas de hist rias uma t cnica de gest o do conhecime
15. aspectos s o como se pode notar conceitos indispens veis a uma discuss o a respeito da comunica o no contexto das organiza es Isso porque constituem condi o indispens vel para que o 37 conhecimento dos atores envolvidos nos processos administrativos seja comunicado Por conseguinte tal conhecimento pode ser socializado externalizado combinado e internalizado tal como definido nos processos de convers o do conhecimento propostos por Nonaka e Takeushi 1997 Tais processos s o essenciais para a gest o tanto da informa o quanto do conhecimento no mbito das organiza es De forma coerente com essas afirma es Ash 2000 citado por Mei Lee e Al Hawamdeh 2004 p 13 argumenta que a comunica o eficaz essencial para o sucesso de qualquer programa de gest o do conhecimento Teixeira Filho 2001 do mesmo modo enfatiza que a comunica o um componente essencial para que ocorra a gest o do conhecimento As intera es entre comunica o e gest o do conhecimento s o discutidas sucintamente mais adiante Antes faz se necess rio discutir a comunica o na engenharia de requisitos 3 2 3 Comunica o na engenharia de requisitos Ap s a realiza o de buscas no Portal de Peri dicos da CAPES no arXiv org www arxiv org e no Google Scholar scholar google com br foram identificados poucos trabalhos que tenham estudado a comunica o no contexto da engenharia de requisitos ou que tenham
16. codificado internamente utilizando se para isso taxonomias ou modelos capazes de descrever os processos e objetos de neg cio da organiza o a representa o do conhecimento organizacional deve incluir o conte do e o contexto em que esse conhecimento deve fazer sentido para a organiza o o objetivo da representa o e codifica o do conhecimento organizacional n o somente possibilitar seu acesso e sua recupera o mas tamb m facilitar o compartilhamento o reuso a reflex o e a aprendizagem continuada Z E necess rio assim que o conhecimento seja transmitido e compartilhado entre todos os integrantes da organiza o com o objetivo de manter os processos organizacionais em constante funcionamento Ives Torrey e Gordon 2001 p 99 argumentam que o compartilhamento do conhecimento um fator cr tico no comportamento humano Consequentemente as organiza es precisam cultiv lo com o objetivo de posicionarem se competitivamente na nova economia baseada em conhecimento 44 Davenport e Prusak 1998 p 88 exemplificam o compartilhamento do conhecimento da seguinte forma quando um empregado pergunta a um colega do cub culo ao lado como preparar um pedido de or amento ele est solicitando uma transfer ncia de conhecimento Nota se que no exemplo apresentado pelos autores ambos empregados o que faz o trabalho e o que auxilia est o compartilhando conhecimento t cito o que denota a ocorr ncia
17. conhecimento das t cnicas utilizadas para o levantamento de requisitos sobre o assunto a respeito do qual est o trabalhando e sobre que tipo de solu o o usu rio est precisando para seu problema As seguintes respostas demonstram o que foi observado 99 A pessoa tem que se preparar e tem que conhecer algumas t cnicas de entrevistas Existem v rias t cnicas de entrevistas escolha uma e procure fazer A3 O analista precisa possuir um conhecimento t cnico e conhecimentos de compreens o do dom nio do sistema A4 o analista digamos toda a parte de projeto e analise de sistemas conhecimento das ferramentas como metodologias novas ferramentas dispon veis no mercado A gente est numa rea muito din mica e aparecem novas ferramentas ferramentas de controle de projetos por exemplo ferramentas de apresenta o apresenta o de prot tipos e at mesmo porque o analista tem sempre que estar atualizado com as normas do mercado e da confec o do pr prio ciclo de vida do sistema A7 o importante se o analista tem um bom conhecimento da empresa ele j vai com uma no o do que o usu rio faz ou do que ele vai pedir Ent o o analista tem que ter no o da sua rea cliente N o adianta ele chegar l e dizer fala a o que voc quer N o adianta A8 O entendimento do neg cio por parte do usu rio Para o analista complicado porque eu j trabalhei em um sistema que eu n o faz
18. d vida que usu rios e analistas obtenham informa es mais claras a respeito do trabalho uns dos outros e dos benef cios m tuos das tecnologias A investiga o conduzida apresenta portanto proposi o de um modelo do processo de comunica o que leva em considera o o compartilhamento de conhecimento t cito entre usu rios de produtos de software e analistas de sistemas dentro da engenharia de requisitos Nesse sentido o modelo determina que a pr pria pr tica de socializa o do conhecimento t cito entre usu rios e analistas proporciona uma melhoria da comunica o entre usu rios e analistas Conversamente a pr tica saud vel do processo de comunica o permite a socializa o do conhecimento entre eles Dessa forma o uso de mecanismos de gest o do conhecimento que possibilitem maior compartilhamento de conhecimento entre usu rios e analistas de sistemas na fase de levantamento de requisitos permite sem d vida maior efetividade da comunica o durante o processo de desenvolvimento de software o que expressa portanto o modelo conceptual que ilustra essas rela es discutidas no referencial te rico aqui constru do como se observa a seguir 4 1 2 Modelo conceptual O modelo conceptual constru do para a presente pesquisa comp e se de conceitos pr prios da Ci ncia da Informa o em rela o ao processo de comunica o e gest o do conhecimento Figura 10 ilustrando o relacionamento entre e
19. de comunica o pois torna se evidente que quanto mais clara for a comunica o entre usu rios e analistas de sistemas durante o processo de desenvolvimento de um software mais eficiente ser o processo de desenvolvimento Isso torna poss vel que todas as solicita es dos usu rios sejam atendidas de maneira completa A seguir algumas falas que indicam essa necessidade dificuldade do analista de sistemas em identificar o que o usu rio deseja a sua real necessidade pois na fase de levantamento de requisitos grande parte dos usu rios n o conseguem descrever o seu problema Al o usu rio tem que saber que o trabalho do analista t o importante quanto o dele Se ele tem conhecimento da sua rea de neg cio que ele passe essas informa es para o analista da melhor forma poss vel de forma clara de forma completa para que o sistema o que vem automatizar o processo na rea dele seja feito da melhor forma poss vel A8 acho mais dif cil mesmo a comunica o entre analista e usu rio Voc entender o que ele quer de fato e ele mesmo entender o que ele quer porque muitas vezes ele n o tem no o do que quer tem assim mais ou menos uma vis o da coisa E quando voc come a a fazer e voc mostra na sua primeira entrevista a ele j come a a ter outras ideias e na ideia inicial dele n o era aquilo A12 O analista tem que entender realmente o que o usu rio quer e desenvolver o si
20. de um processo de socializa o fundamental portanto que as organiza es realizem a es que apoiem e encorajem a comunica o entre seus funcion rios com o objetivo de compartilhar o conhecimento sobre as suas tarefas Tais a es constituem quest o fundamental para que a organiza o obtenha sucesso na comunica o entre seus funcion rios e na gest o da informa o e do conhecimento nela dispon veis Percebe se ent o que a gest o eficiente do conhecimento requer n o somente uma comunica o efetiva mas tamb m a competente gest o da informa o e dos recursos informacionais dispon veis em toda a organiza o Verifica se inclusive que n o pode existir gest o do conhecimento sem que a organiza o aprenda a gerenciar as suas informa es Isso portanto algo b sico para qualquer tipo de organiza o gerenciar suas informa es para poder ent o gerenciar o conhecimento organizacional produzido pela institui o Kahn e Blair 2009 p 4 afirmam que a partir da d cada de 70 o termo gest o da informa o passou a ser utilizado de diferentes maneiras e por diversos grupos Os autores destacam que a gest o da informa o aplica princ pios de gerenciamento com o objetivo de prover a aquisi o a organiza o o controle a dissemina o e o uso da informa o Al m disso a gest o da informa o deve segundo os mesmos autores prover meios para que a informa o seja adequadamente armaze
21. essa aproxima o que ocorre a socializa o e com a socializa o que o conhecimento t cito transmitido entre os indiv duos NONAKA TAKEUSHI 2008 p 60 No mesmo sentido para alguns analistas a disponibilidade e o envolvimento de todos os participantes s o fundamentais para um perfeito entendimento das necessidades 110 dos usu rios na fase de levantamento de requisitos Como pode ser observado os analistas referem se novamente ao envolvimento do usu rio no processo Isso demonstra claramente que necess rio um envolvimento e uma aproxima o do usu rio com a equipe de desenvolvimento Nessa mesma resposta alguns analistas voltaram a defender a ideia de que a clareza possui grande import ncia tanto da parte deles quanto da parte do usu rio Foi ressaltada tamb m a necessidade do analista ser objetivo e de tentar n o utilizar uma linguagem muito t cnica na sua intera o com o usu rio e ainda e a necessidade de ambos serem claros e respons veis ao fornecer informa es um ao outro Novamente foi ressaltado por analistas e usu rios a necessidade de um contato direto e cont nuo entre eles e que todos os envolvidos devem estar comprometidos Os analistas tamb m consideram importante que seja feito um planejamento pr vio do que ser solicitado aos usu rios durante o levantamento de requisitos 6 3 7 Compartilhamento do conhecimento dos usu rios sobre a organiza o Foi perguntado que conhecimen
22. na ind stria de c meras fotogr ficas digitais In TAKEUCHI Hirotaka NONAKA Ikujiro Gest o do conhecimento Porto Alegre Bookman 2008 p 165 200 IVES William TORREY Ben GORDON Cindy Knowledge sharing is a human behavior In MOREY Daryl MA YBURY Mark THURAISINGHAM Bhavani Knowledge management classic and contemporary works Cambridge MIT Press 2001 p 99 132 JASHAPARA Ashok The emerging discourse of knowledge management a new dawn for information science research Journal of Information Science Londres v 31 n 2 p 136 148 abr 2005 Dispon vel em lt http jis sagepub com cgi reprint 31 2 136 gt Acesso em 06 set 2009 JENNEX Murray E Reflections on knowledge management research and practice In CEOLAN Knowledge management organizational memory and transfer behavior global approaches and advancements Hershey IGI Global 2009 p 1 8 KAHN Randolph A BLAIR Barclay T Information Nation seven keys to information management compliance 2 ed Indianapolis Wiley Publishing 2009 KOTONYA Gerald SOMMERVILLE Ian Requirements engineering processes and techniques Chichester John Wiley amp Sons 1998 KUNSCH Margarida Maria Krohling Planejamento de rela es p blicas na comunica o integrada S o Paulo Summus 2003 126 LEITE Fernando C sar Lima Gest o do conhecimento cient fico no contexto acad mico proposta de um modelo conceitual Bras lia 2006 240 f Di
23. ncia de pontos de vista conflitantes entre os envolvidos Mais que isso os n veis 79 de detalhamento dos requisitos devem ser adequados ao n vel de cada interessado Assim as autoras enfatizam a necessidade de que todos os envolvidos sejam ouvidos durante a fase de levantamento de requisitos Assim segundo elas uma habilidade necess ria ao analista de requisitos a capacidade de entender cada ponto de vista e capturar os requisitos que reflitam as preocupa es de cada participante Em fun o disso as autoras recomendam quatro t cnicas de elicita o de requisitos que devem ser utilizadas por analistas al m das entrevistas de praxe t cnica comum nos autores que publicam sobre o tema S o elas revis o da documenta o dispon vel observa o do sistema em uso entrevista em grupo e brainstorming Cada uma est resumidamente definida a seguir na vis o das autoras e Revis o da documenta o dispon vel 2 E necess rio para um eficiente levantamento de requisitos identificar e revisar todos os documentos dispon veis que possam causar impacto no sistema que est sendo projetado Esses documentos podem ser manuais de procedimentos tarefas e especifica es e manuais de sistemas automatizados em uso e Observa o do sistema em uso A observa o tem por objetivo reunir informa es sobre como os usu rios realizam suas tarefas sejam elas em um sistema automatizado ou n o Normalmente quando um novo
24. neg cio e todos os termos ligados ao problema do primeiro 53 3 4 3 Levantamento de requisitos O levantamento de requisitos uma atividade essencial e por suas caracter sticas igualmente cr tica para processo de desenvolvimento de software Isso ocorre porque durante essa atividade que os analistas de sistemas comumente conhecidos como analistas ou engenheiros de requisitos prop em se a identificar as necessidades de seus clientes usu rios de sistemas de informa o Muito se tem pesquisado sobre levantamento de requisitos na rea de engenharia de software Por m uma grande parte dos estudos procura identificar os motivos pelos quais os produtos de software na maioria das vezes n o atendem de maneira completa ao solicitado pelo usu rio Mais que isso tentam resolver o problema existente criando metodologias ou at mesmo produtos de software com o objetivo nico e exclusivo de auxiliar o analista de sistemas a interpretar as necessidades do usu rio No entanto tais metodologias e ferramentas ao auxiliarem o analista durante o levantamento de requisitos permanecem mantendo no usu rio a necessidade deste explicitar quais funcionalidades lhe ser o necess rias no produto de software O analista continua por sua vez perguntando ao usu rio o que este precisa e insere na ferramenta as suas impress es a respeito do que foi explicitado pelo usu rio Como pode ser observado o processo de desenvolvimento de softw
25. o responsabilidade do analista e n o do usu rio s o os principais motivos que levam a essa dificuldade de comunica o importante notar que as afirma es de Xex o 2007 est o mais direcionadas s dificuldades do usu rio No entanto medida que o processo de desenvolvimento de software envolve a comunica o entre analistas e usu rios necess rio sem d vida pesquisar as dificuldades do analista O processo de comunica o envolve necessariamente quando estudado no contexto social pessoas nos pap is de emissor e receptor Se o receptor n o consegue decifrar o que o emissor est transmitindo por n o compreender o contexto do emissor tem se certamente um problema de comunica o e por conseguinte de compartilhamento de conhecimento De fato o compartilhamento de experi ncias e conhecimento tende a se constituir em uma quest o crucial para a melhoria dos processos envolvidos no contexto estudado Tal quest o por conseguinte consiste em como lidar com a informa o e o conhecimento compartilhados por analistas e usu rios durante o processo de levantamento de requisitos para produ o de software em uma organiza o Isso porque tal compartilhamento permite a forma o da base de conhecimentos necess rios 15 organiza o para melhor lidar com o problema A presente pesquisa visa portanto a responder a seguinte pergunta que componentes devem estar presentes em um modelo do processo de co
26. o de requisitos Conforme identificado por Xex o 2007 p 40 um problema nos requisitos se detectado nas fases finais do projeto pode custar 100 vezes mais para ser corrigido do que se for detectado na fase de elicita o de requisitos Kotonya e Sommerville 1998 j alertavam para o n mero efetivamente grande de sistemas entregues com atraso ou com pre o acima do estipulado Os autores afirmavam al m disso que esses produtos n o faziam o que o usu rio realmente queria que eles fizessem e muitas vezes n o eram usados de maneira efetiva pelas pessoas que pagaram por eles Constata se assim que o problema de comunica o existente e que impede os analistas de conseguirem capturar as reais necessidades dos usu rios antigo 18 e permanece at os dias atuais O problema parece ocorrer justamente pela falta de certeza dos analistas a respeito das reais necessidades dos usu rios o que faz com que o desenvolvimento seja baseado na vis o do analista a respeito dos problemas existentes no ambiente dos usu rios e n o na vis o do usu rio Embora se tenha pesquisado sobre esse assunto na rea de engenharia de software os estudos procuram identificar as causas do problema e tentam resolv lo criando produtos de software que auxiliem o analista de sistemas a interpretar as necessidades do usu rio Tais produtos se baseiam quase sempre nas informa es prestadas pelos pr prios analistas Paralelamente os siste
27. o de trabalho busca atingir um objetivo comum Em abordagem semelhante dos autores Schein 1982 p 12 considera que uma organiza o a coordena o planejada das atividades de uma s rie de pessoas para a consecu o de algum prop sito ou objetivo comum De fato todo e qualquer tipo de organiza o possui como fator preponderante a busca por um objetivo comum Para que esse objetivo seja alcan ado no entanto necess rio que exista um sistema de comunica o organizacional que o viabilize Kunsh 2003 considera que toda e qualquer organiza o seja qual for o seu ramo de atua o possui processos de entrada e sa da os quais correspondem respectivamente aos insumos necess rios ao processamento das atividades de rotina da institui o e aos insumos necess rios produ o e entrega de seus produtos Mais que isso a autora 2003 p 69 observa que o primeiro aspecto a ser considerado quando o assunto comunica o organizacional a sua import ncia para o processamento das fun es administrativas da organiza o Segundo ela a comunica o subjacente s atividades organizacionais visto que o sistema organizacional se viabiliza gra as ao sistema de comunica o nele existente o que faz com que as fun es administrativas s se operacionalizem mediante a atividade comunicativa No que concerne mensagem transmitida dentro da organiza o e que pode trafegar por v rios canais de com
28. obtidas por meio das entrevistas necess rio que estas sejam sintetizadas e consolidadas Desta vez n o apenas identificadas no discurso dos respondentes mas agrupadas de forma a compor um todo que possibilite um relacionamento entre elas Al m disso faz se necess rio uma correla o entre os achados e a literatura existente sobre o assunto Para facilitar o entendimento do leitor os achados foram separados e estudados de acordo com o conjunto de respostas para cada uma das perguntas propostas 105 De maneira geral verificou se que a maioria dos analistas entrevistados adota uma ou mais das t cnicas indicadas pela literatura e cada um deles possui uma forma particular de encarar o processo de levantamento de requisitos Os usu rios por sua vez tamb m de uma forma geral t m consci ncia de que o sistema resultante das solicita es feitas aos analistas depende de como os requisitos s o apresentados aos analistas Nesse ponto verifica se a assertiva de Xex o 2007 p 35 que enf tico ao afirmar que antes de iniciado o processo de desenvolvimento nem mesmo o cliente sabe o que ele realmente quer Isso provavelmente aconte a porque os usu rios ao verem as primeiras telas de um novo aplicativo come am a identificar a necessidade de novas funcionalidades que at aquele momento n o eram nem mesmo imaginadas Mesmo assim os usu rios entrevistados afirmam que o produto final depender em muito da maneira como eles trans
29. para o desenvolvimento de novos produtos Entretanto n o foi poss vel encontrar muitos trabalhos que tenham tentado identificar a lacuna existente entre o que solicitado e o que entregue sob a tica da comunica o organizacional PINTO FILHO 2005 Cheng e Atlee 2007 durante a an lise de pesquisas na engenharia de requisitos constataram a exist ncia de duas grandes vertentes A primeira corresponde s pesquisas que procuraram identificar erros que podem ser provocados por requisitos amb guos inconsistentes ou incompletos A segunda refere se aos estudos que tinham por objetivo identificar anomalias que em sua maioria eram geradas pelo desconhecimento de rela es existentes entre os requisitos levantados ou por eventuais obst culos satisfa o dos requisitos Ao que parece todas essas dificuldades decorrem da falta de conhecimento do analista de sistemas sobre quais s o as reais necessidades dos usu rios Conversamente usu rios t m dificuldade para perceber as potencialidades das tecnologias de informa o utilizadas por analistas no trabalho de desenvolvimento de software 17 Destarte os estudos conduzidos at o momento indicam que necess rio avaliar como se d o processo de obten o de requisitos que atendem as necessidades dos usu rios por parte dos analistas de sistemas Isso em raz o da relev ncia que tem essa etapa para o processo de desenvolvimento de software visto que o levantamento de
30. para que eu aprendesse a andar sobre as pr prias pernas desde cedo minha amada esposa Edileusa que mesmo nos momentos dif ceis pelos quais passamos n o deixou de apoiar me plenamente demons trando a todo instante o seu amor carinho e compreens o Ao meu amado filho Gabriel por ter suportado todas as minhas aus ncias e compreendido os motivos pelos quais ainda tenho muitos contos de ninar para contar lhe minha amada filha Melissa que mesmo no ventre materno j sentia minhas aus ncias AGRADECIMENTOS Agrade o a Deus pela vida e pela sa de que tenho para continuar a romper com para digmas e a lutar pelo que julgo ser o correto Agrade o a todos os professores e funcion rios da UnB com os quais tive contato duran te este longo e tortuoso percurso Tomei nota de todas as orienta es e ensinamentos que me transmitiram Fiquem certos de que quando a ocasi o exigir os usarei sem pestane jar Agrade o a todos os colegas do Programa com os quais convivi durante o per odo em que compartilhamos das mesmas d vidas desconfian as e indaga es a respeito do que Ci ncia ou o que Ci ncia da Informa o Agrade o a todos os colegas de trabalho e a todos os amigos com os quais convivi du rante o per odo em que eu aparentava estar mais interessado no curso de mestrado do que em qualquer outra coisa e pe o desculpas caso eu tenha deixado algu m magoado por causa disso Agrade o a todas as pessoas
31. pelo usu rio sem propor novas adapta es 70 4 3 2 Caracteriza o da popula o analisada A popula o utilizada para a realiza o do estudo piloto comp s se de um analista de sistema e de um usu rio que participaram ativamente de no m nimo um projeto de desenvolvimento de software Por m para este estudo especificamente foram utilizados atores que n o participaram conjuntamente em um mesmo projeto Foram realizadas portanto duas entrevistas no pr prio local de trabalho dos entrevistados nos dias 23 e 24 de novembro de 2009 Os entrevistados n o estavam atuando em um mesmo projeto O usu rio participou h pouco tempo do desenvolvimento de um projeto de software para o seu setor de trabalho A equipe de desenvolvimento com a qual o usu rio entrevistado trabalhou n o tem qualquer liga o com a equipe onde atua o analista entrevistado 4 3 3 Resultados obtidos A an lise dos dados obtidos durante no estudo piloto demonstrou a viabilidade do estudo e a adequabilidade do instrumento de coleta utilizado Os dados de identifica o do universo pesquisado constam da Tabela 1 Os resultados mostram que da popula o utilizada para o estudo piloto todos s o do g nero masculino um possui idade na faixa de 30 a 40 anos e um possui idade na faixa de 51 a 60 anos Com rela o forma o acad mica os dois entrevistados possuem n vel superior sendo o analista com forma o em Computa o e o usu rio com forma
32. pesquisa fonte dos dados e dados coletados LISTA DE FIGURAS Figura F rmula de Lasswell ssa iniinis ada anal sado Seal ap Sa 28 Figura 2 F rmula de Lasswell com as adapta es propostas por Braddock 29 Figura 3 Modelo de Shannon e Weaver selos ipolossseais as panc s dida jend os Hirag gana da TG pa Fama doe tga ra 29 Fig ra4 Model ode DeRleur spa A ie oia AEE EA EEE 30 Figura 5 Modelo de Osgood e Schramm eseeesseseeseiesesesesressesrrssreseserssressessresressessresressesee 31 Figura 6 Modelo Helicoidal de Dance sseseeeesesseseeseeesesrseseessrserssrestsersstesessrssresseseresressesee 32 Figura 7 Modelo de TuUbbSonssssiiniininiiieseneiniei aasa ai asa A i ena 33 Figura 9 Divis o hier rquica dos requisitos do software 52 Figura 10 Modelo conceptual da pesquisa esessessesseeseessesetssesersseessrserssressesnrerresseesresseeseese 61 Figura 11 Modelo que inspira a representa o c clica do processo de comunica o entre usu rios e analistas de sistemas baseado no modelo de Osgood e Schramm MCQUAIL WINDAHE 993 rias ano e da a DA A A 82 Figura 12 Modelo proposto para representar o processo de comunica o entre usu rios e analistas de SIS EnIAS ss rtp na erir RU GOO Rua Das aah ad ES aaa 114 LISTA DE TABELAS Tabela 1 S ntese dos dados dos entrevistados no estudo piloto Tabela 2 S ntese dos dados dos analistas entrevistados
33. porque a gente n o vai ter entendimento do neg cio Agora se eu virar para o meu usu rio e falar assim voc n o entende de inform tica ent o voc vai estudar Eu nunca posso falar isso para ele Isso jamais vai acontecer O ideal era que todo o usu rio entendesse um pouco de inform tica para ele ter no o do que a gente fala nas reuni es essas coisas Mas n o assim n o funciona assim a gente sabe disso A gente pega s vezes cliente que a nunca viu um computador e ele quer um sistema informatizado porque para o cliente dele l fora isso vantajoso A12 O analista ele sempre estar com o usu rio sentar com o usu rio para ver realmente o que o usu rio faz e depois eles se reunirem e o analista vai passar Voc quer um sistemas assim Voc trabalha assim O analista tem que sentar com o usu rio e ver o dia a dia dele Saber como ele trabalha e dali ele vai tirar as ideias porque ele realmente viu o que ele vai fazer como ele 101 normalmente vai trabalhar como o sistema dele Tem que ter essa comunica o se n o tiver vai demorar para o sistema sair at o analista entender o que o usu rio quer vai demorar U2 trabalhar junto Entender conhecer ambas as partes Essa proximidade fundamental Ter um acesso frequente uma maior aproxima o U4 Reuni es freq entes s o fundamentais para que se possa realmente chegar ao objetivo US Tranquilamente a gente poderia at mo
34. que o analista estude as legisla es internas envolvidas e procure entender melhor o neg cio do cliente Al Foi feita uma lista de perguntas que poderiam ser feitas ao usu rio no local da reuni o N s j t nhamos um conhecimento anterior antes da reuni o com o usu rio N s est vamos preparados Fomos para a reuni o j sabendo em parte o que o usu rio solicitaria Essa prepara o pr via foi realizada considerando o processo utilizado pelo usu rio que nos foi fornecido antecipadamente A4 98 Conhecimentos espec ficos necess rios a analistas e usu rios Foi inclu da uma quest o que visava obten o sob o ponto de vista de analistas e usu rios sobre quais conhecimentos seriam importantes para eles desempenharem a contento os seus trabalhos Para essa quest o obtiveram se respostas que indicam de uma maneira geral que tanto usu rios quanto analistas sentem a necessidade de que conhecimentos espec ficos sobre o papel desempenhado pelos usu rios dentro da organiza o devem ser compartilhados com os analistas com o objetivo de apresentar subs dios que embasem os analistas sobre o processo de trabalho adotado atualmente e que dever ser informatizado As seguintes respostas demonstram o que foi observado Eu acho que interessante que a gente j tenha algum conhecimento mesmo que seja uma leitura pr via sobre o assunto sobre o qual a gente est fazendo o levantamento de requisitos A2 Voc tem
35. que se preparar ter uma no o ter lido os documentos envolvidos que a empresa publica O analista tem que estar preparado e j tem que ter preparado as perguntas Por parte do usu rio mesma coisa ele se preparar em termos do neg cio Se for o enfoque que j est rea de sistemas a ele n o precisa se preparar muito porque quem vai se preparar mais ainda o analista Se for na parte do neg cio a sim somente o usu rio precisa se preparar muito mais que o analista A3 O usu rio tem que conhecer a rea em que atua e que ele quer informatizar O sistema desenvolvido para ajudar o usu rio O usu rio tem que ter um processo definido para que o sistema seja desenvolvido a contento A4 o usu rio tem que realmente entender o que ele realmente est pedindo porque se ele for pedir para uma pessoa que n o trabalha naquela rea onde est sendo desenvolvido o sistema a ele n o vai sair Ele realmente tem que ter conhecimento sobre o que ele est pedindo U2 o usu rio precisa dominar o que ele quer muitas vezes a gente n o v isso que n o s uma pessoa que quer determinada coisa as vezes um grupo de pessoas ou ent o um rg o que deseja fazer determinado projeto e que tem muitas pessoas envolvidas U3 o usu rio tem que conhecer o processo conhecer bem o processo que ele est solicitando que ele utiliza A6 Alguns analistas indicaram ser importante que eles tenham um bom
36. realizados com bastante frequ ncia pela rea da Computa o tentam identificar esse problema de modo geral sob a tica da engenharia de software A grande maioria foca na proposi o de metodologias e ferramentas para automa o da an lise dos requisitos necess rios produ o de produtos de software Uma observa o mais cuidadosa da quest o que envolve seres humanos interagindo para solu o de problemas em organiza es aponta no entanto para a necessidade de que se estude o problema por meio de abordagens e m todos das ci ncias sociais e humanas Nesse contexto n o foram encontrados muitos trabalhos que tenham conseguido identificar a lacuna existente entre o que solicitado por usu rios de software e o que entregue por analistas ou engenheiros Pinto Filho 2005 estudou as etapas dos processos comunicacionais visando formula o de um modelo de an lise de requisitos que considerasse as quest es comunicacionais e do conhecimento no mbito da Ci ncia da Informa o De acordo com suas observa es o processo de comunica o entre analistas de sistemas e usu rios de produtos de software um assunto pouco estudado Essa afirma o deriva da falta de estudos a respeito do assunto na rea da Ci ncia da Computa o em que a maioria dos pesquisadores dedica se a produzir ferramentas de software capazes de automatizar o processo de levantamento e an lise de requisitos Embora existam ferramentas c
37. regarding the software requirements elicitation by system analysts The empirical basis was formed by government agencies headquartered in the Federal District that although no main activity is develop software they have a section specifically focused on software development The theoretical basis understood communication studies information management and knowledge in organizations and software requirements elicitation The results indicated that the process model of communication required to represent the communication between users and systems analysts should take into account the sharing of knowledge Such sharing is achieved through socialization among all those involved in the communication process created with the goal of developing a software product It was identified however that a real sharing of knowledge is obtained when the communication is done clearly without interference or noise In addition clear communication requires commitment and cooperation among all involved Furthermore the results could contribute to a better understanding of aspects of the communication process in the organizational context and its consolidation within the Information Science Future studies will be able to evaluate the successfulness of the proposed model Key words Communication process Organizational communication Knowledge management Information management Requirement engineering LISTA DE QUADROS Quadro 1 Rela o entre os objetivos da
38. requisitos seguido da sua an lise que constitui a base para a constru o de qualquer produto de software seja ele de pequeno m dio ou grande porte Na verdade para que esse trabalho seja realizado de maneira fidedigna s necessidades dos usu rios necess rio que o analista de sistemas possua um conjunto de habilidades Dentre estas destaca se a comunica o interpessoal tanto oral quanto escrita considerada por Rezende 2002 p 6 como crucial ao engenheiro de software para o desempenho de suas atividades O mesmo autor 2002 p 9 refor a em seu trabalho a no o de que a comunica o entre o cliente e a equipe de desenvolvimento em geral muito prec ria Assim a insatisfa o do cliente com o produto de software entregue muito frequente Gillard 2005 p 39 por sua vez acrescenta que as dificuldades ou obst culos existentes na comunica o devem ser sanados por meio da pr tica o que leva a crer que necess rio investir em atividades que promovam e enrique am a comunica o no contexto em estudo poss vel que por meio da comunica o eficiente os analistas de sistemas possam identificar de maneira n o d bia as reais necessidades dos usu rios Observa se nesse contexto uma preocupa o de pesquisadores com a atividade de comunica o dentro do processo de desenvolvimento de software A notoriedade dessa preocupa o maior como j frisado anteriormente durante a especifica
39. sentido de algo que novamente na vis o de Bardin 2009 uma unidade de significa o muito utilizada na an lise de entrevistas Isso possibilitou a descoberta de n cleos de sentido existentes na comunica o podendo sua frequ ncia de apari o ser significativa para o objetivo escolhido Utilizou se ainda a contagem da frequ ncia com base no princ pio de que quanto maior a frequ ncia de apari o de uma unidade de registro maior foi a sua import ncia Quanto categoriza o optou se pelo agrupamento por categoria sem ntica reunindo se na mesma categoria todos os temas que apresentavam o mesmo significado sem ntico tratamento dos resultados terceira fase da an lise em que ocorrem a infer ncia e a interpreta o Essa etapa portanto compreendeu o tratamento das informa es a produ o de infer ncias e a interpreta o do conte do das respostas dos participantes s quest es que faziam parte do roteiro da entrevista Roteiro este que foi dividido em duas partes A primeira composta de sete quest es visou identifica o do universo pesquisado Assim os dados demogr ficos que caracterizam os sujeitos que responderam o instrumento de coleta constam das tabelas 2 e 3 analistas e usu rios entrevistados respectivamente 84 Tabela 2 S ntese dos dados dos analistas entrevistados CATEGORIA VARI VEL N G Feminino 7 58 RR Masculino 5 42 21 a 30 anos 4 33 31 a 40 anos 6 50
40. seus produtos s o utilizados para a automatiza o das rotinas administrativas das institui es onde atuam Essas institui es n o t m como atividade fim o desenvolvimento de software Identificou se ainda a necessidade de que os usu rios participantes fossem selecionados entre usu rios que tivessem participado efetivamente no desenvolvimento de algum produto de software ou seja foram entrevistados e ou forneceram informa es relevantes a respeito de seus ambientes de neg cios para o desenvolvimento de produtos de software Tal crit rio acabou por limitar ainda mais o n mero de usu rios entrevistados 65 Embora Creswell 2007 p 164 considere pouco desej vel que sejam utilizadas amostras n o probabilisticas usual em pesquisas qualitativas dentro das ci ncias sociais caso da presente pesquisa a utiliza o de amostras definidas intencionalmente por acessibilidade por conveni ncia ou por sele o racional RICHARDSON 1999 p 161 GIL 2007 p 104 A escolha feita intencionalmente com base na acessibilidade e na conveni ncia dos participantes da pesquisa demonstra claramente a estrat gia utilizada para compor a amostra pesquisada Neste trabalho a amostra por acessibilidade ou conveni ncia foi definida em raz o da dificuldade em se estabelecer um universo ideal de usu rios e analistas que pudesse estar enquadrado no conceito de curva normal GIL 2007 p 104 A amostra que est inclu da na cu
41. sistema computadorizado desenvolvido o sistema antigo permanece em uso durante algum tempo enquanto o sistema rec m desenvolvido validado A observa o minuciosa do sistema em uso prov dados teis a um bom levantamento de requisitos do novo sistema e Entrevistas em grupos Al m de entrevistas individuais de praxe necess rio realizar entrevistas com grupos de usu rios com o objetivo de que as ideias de uns inspirem novas ideias em outros Essa intera o e uma poss vel itera o do processo contribuem para enriquecer o levantamento 80 e Brainstorming A t cnica conhecida como brainstorming consiste em obter de um grupo de pessoas dados e informa es de modo interativo e que favorece a criatividade Para Pfleeger e Atlee 2006 importante realizar sess es de brainstorming com os atuais e futuros usu rios com o objetivo de melhorar o desenvolvimento do produto proposto explorando a capacidade individual de cada um do grupo Observa se portanto que todas as t cnicas empregadas por analista de sistemas para o levantamento de requisitos de software envolvem a intera o entre usu rios e analistas Essa intera o por sua vez est inserida em um processo de comunica o entre esses atores os quais como fica evidente precisam compartilhar conhecimento intensa e continuamente Desse modo poss vel tanto quanto necess rio que analistas e usu rios socializem seus conhecimentos t citos para que
42. todas as d vidas a respeito do produto necess rio ao atendimento de suas necessidades foram sanadas 73 Fatores que podem contribuir para melhorar a comunica o de usu rios e analistas Com rela o aos fatores que podem contribuir para melhorar a comunica o entre usu rios e analistas o analista de sistemas enfatizou que pela sua experi ncia no trabalho em an lise de requisitos percebe se que normalmente usu rios n o possuem seus processos e rotinas de trabalho mapeadas de forma a permitir um bom entendimento destas Segundo ele para melhorar o processo de comunica o necess rio que os usu rios saibam exatamente o que precisa ser informatizado e ter isso bem definido e mapeado Ainda para o analista a primeira tarefa da an lise de sistema mapear os processos realizados pelo usu rio Caso isso n o seja feito corre se o risco implementar coisas desnecess rias ao usu rio Isso normalmente ocorre porque como o usu rio n o possui suas atividades mapeadas o usu rio acaba criando funcionalidades necess rias para a aplica o que n o s o necess rias e nunca ser o utilizadas Para usu rio entrevistado uma boa contribui o para a melhoria do processo de comunica o que os analistas tenham boa vontade na tentativa de entenderem as necessidades dos usu rios e que exista uma boa aproxima o entre as equipes que desenvolvem e quem precisa do produto Ele acrescenta ainda que as reuni es durante
43. usu rio tem dificuldade de expressar suas necessidades Para Pressman 2006 p 42 o cliente frequentemente define um conjunto de objetivos gerais para o software mas n o identifica detalhadamente requisitos de entrada processamento ou sa da Essa defini o dos requisitos de entrada processamento ou sa da citada pelo autor fica a crit rio dos analistas que com base nas informa es obtidas em entrevistas e reuni es com os usu rios definem nas para posteriormente submeter las avalia o dos clientes As avalia es dos clientes s o feitas a cada itera o onde uma nova vers o do prot tipo avaliada pelo cliente Essa pr tica ocorre por v rias vezes at que se atinja uma vers o final aceita pelo cliente Um problema encontrado nessa t cnica de prototipa o que em virtude dessas reavalia es feitas a cada itera o cada vez que o cliente examina uma nova vers o do prot tipo novas percep es s o produzidas Assim o cliente passa a vislumbrar novas funcionalidades que acabam sendo incorporadas ao produto em desenvolvimento de forma que o software final entregue com todas as funcionalidades identificadas pelo cliente durante as itera es Esse conjunto relativamente grande de itera es reavalia es e reimplementa es torna o processo de desenvolvimento excessivamente longo produzindo desgastes tanto para a equipe de desenvolvimento quanto para o cliente consumindo muitos recurso
44. 99 RUDIO Franz Victor Introdu o ao projeto de pesquisa cient fica 34 ed Petr polis Vozes 2007 SARACEVIC Tefko Ci ncia da Informa o origem evolu o e rela es Trad Ana Maria P Cardoso Perspectivas em Ci ncia da Informa o Belo Horizonte v 1 n 1 p 41 62 jan jun 1996 Dispon vel em lt http www eci ufmg br pcionline index php pci article viewFile 235 22 gt Acesso em 28 Jun 2008 SAIEDIANA H DALE R Requirements engineering making the connection between the software developer and customer Information and Software Technology Amsterdam v 42 n 6 p 419 428 abr 2000 Dispon vel em lt http dx doi org 10 1016 S0950 5849 99 00101 9 gt Acesso em 06 set 2009 SCHEIN Edgar H Psicologia organizacional 3 ed Rio de Janeiro Prentice Hall 1982 SILVA Edna L cia da MENEZES Estera Muszkat Metodologia da pesquisa e elabora o de teses e disserta es 4 ed rev atual Florian polis UFSC 2005 SHANNON Claude E WEAVER Warren Teoria matem tica da comunica o S o Paulo Difel Difus o 1975 SOMMERVILLE Ian Engenharia de software 8 ed S o Paulo Pearson Addison Wesley 2007 TAKEUCHI Hirotaka NONAKA Ikujiro Classic work theory of organizational knowledge creation In MOREY Daryl MAYBURY Mark THURAISINGHAM Bhavani Knowledge management classic and contemporary works Cambridge MIT Press 2001 p 139 182 Ens gra Cria o e dial tica d
45. H Organiza es comportamento estrutura processos S o Paulo Alba 1981 GIL Antonio Carlos M todos e T cnicas de Pesquisa social 5 ed 8 reimpr S o Paulo Atlas 2007 GILLARD Sharlett Managing IT projects communication pitfalls and bridges Journal of Information Science Londres v 31 n 1 p 37 43 fev 2005 Dispon vel em lt http jis sagepub com cgi reprint 31 1 37 gt Acesso em 06 set 2009 Eca JOHANSEN Jane Project management communication a systems approach Journal of Information Science Londres v 30 n 1 p 23 29 fev 2004 Dispon vel em lt http jis sagepub com cgi content abstract 30 1 23 gt Acesso em 05 out 2009 GRIFFIN Emory A A first look at communication theory 6 ed New York Mc Graw Hill 2006 125 HOLZBLATT Karen BEYER Hugh R Requirements gathering the human factor Communications of the ACM New York v 38 n 5 p 31 32 mai 1995 Dispon vel em lt http portal acm org citation cfm id 203356 203361 gt Acesso em 06 set 2009 IEEE Std 1233 IEEE Institute of Electrical and Electronics Engineers guide for developing system requirements specifications New York 1998 IEEE Std 1220 IEEE Institute of Electrical and Electronics Engineers standard for application and management of the systems engineering process New York 2005 ISHIKURA Yoko Gest o do conhecimento e concorr ncia global a abordagem da Olympus gest o do conhecimento global
46. O ssissssissssrsssssssrssissssessssosatsiossnesossors isse soksssooasoisoi avosse 27 3 2 2 Comunica o organizacional sssssssssssessessosssessesseesecssessoeseessesseeseceseesoeseosseessessessee 34 3 2 3 Comunica o na engenharia de requisitos esssssssssssesssesseesesssessceseesseseosseessesscesee 37 3 3 Gest o da informa o e do conhecimento ssessossocssessoesosssessossocesessoesoossoessesosesosse 39 3 3 1 Gest o da informa o e do conhecimento na engenharia de requisitos 46 34 Engenharia de software assmesssesmineseso ss ona casa saiaes as do voe anal duaasa ros vao dacimessnoronntenataiada 48 3 4 1 Processos de desenvolvimento de software cceeeceereererererererererereeerereeeseeneersea 49 3 42 Engenharia de POQUISHOS secsi airsean eii anas 50 3 4 3 Levantamento de requisitos esssoesseessssssssessseessecssoosssoessoessseesseceseosssoesssessseessecsseossso 53 3 5 Considera es FINAIS picasa bia dada Oseias ease cia Gan aca a 56 CAP TULO 4 METODOLOGIA una inarruiti a ainda ade asia altas 58 4 1 Fundamenta o te rica esseesesocsossecsossesossossesoesossesoossssossossesoesossesocsossessossesossosseseese 58 4 1 1 Abordagens te ricas que fundamentam o entendimento do problema 59 4 1 2 Modelo conceptudl asas si marcando DOR Paineis arena 60 4 2 Procedimentos Metodol gicoS essesseessescoesecsseccoesocsseesoesocssecscesocsseesoesoosseessesssesosss 62 4 2 1 Abordagem adota
47. O objetivo foi dar uma vis o clara da composi o da amostra e suas caracter sticas 4 2 6 T cnica de an lise de dados Creswell 2007 p 194 considera que o processo de an lise de dados consiste em extrair sentido dos dados Assim os dados obtidos por meio das entrevistas foram 67 organizados de acordo com os grupos que responderam as quest es formuladas tanto para o objetivo geral quanto para os objetivos espec ficos pertinentes isto a serem atendidos por meio do levantamento A an lise dos dados deve permitir que o problema de comunica o investigado possa se beneficiar dos resultados obtidos os quais visam a por meio do modelo resultante apontar melhorias para o processo de comunica o entre usu rios e analistas de sistemas Richardson 1999 p 224 considera que a an lise de conte do deve ser utilizada para estudar material de tipo qualitativo aos quais n o se podem aplicar t cnicas aritm ticas devendo ser realizada de forma eficaz rigorosa e precisa No contexto do presente estudo os dados obtidos por meio das entrevistas foram analisados seguindo se o que prop e a literatura procurando identificar as caracter sticas do texto sem levar em considera o as inten es do emissor ou os efeitos da mensagem no receptor Para a an lise correta dos dados obtidos por meio de entrevista Bardin 2009 p 96 observa a necessidade de que o pesquisador leve em considera o os princi
48. Universidade de Bras lia Faculdade de Ci ncia da Informa o Programa de P s Gradua o em Ci ncia da Informa o RUBI NEI MACHADO OLIVEIRA O PROCESSO DE COMUNICA O ENTRE USU RIOS E ANALISTAS DE SISTEMAS NO CONTEXTO DAS ORGANIZA ES Bras lia 2010 Universidade de Bras lia Faculdade de Ci ncia da Informa o Programa de P s Gradua o em Ci ncia da Informa o RUBI NEI MACHADO OLIVEIRA O PROCESSO DE COMUNICA O ENTRE USU RIOS E ANALISTAS DE SISTEMAS NO CONTEXTO DAS ORGANIZA ES Disserta o apresentada ao Programa de P s gradua o em Ci ncia da Informa o da Universidade de Bras lia como requisito parcial para obten o do t tulo de Mestre em Ci ncia da Informa o Linha de Pesquisa Comunica o da Informa o Orientadora Profa Dra Sely Maria de Souza Costa Bras lia 2010 Ficha catalogr fica elaborada pela Biblioteca Central da Universidade de Bras lia Acervo 985122 048p Oliveira Rubi Nei Machado O processo de comunica o entre usu rios e analistas de sistemas no contexto das organiza es Rubi Nei Machado Oliveira 2010 xii 131f il 30cm Disserta o mestrado Universidade de Bras lia Faculdade de Ci ncia da Informa o 2010 Inclui bibliografia Orienta o Sely Maria de Souza Costa 1 Comunica o nas organiza es 2 Gest o do Conhecimento 3 Software Desenvolvimento Costa Sely Maria de Souza
49. a o do conhecimento como as organiza es usam a informa o para criar significado construir conhecimento e tomar decis es 2 ed S o Paulo SENAC 2006 CIANCONI Regina Gest o da informa o na sociedade do conhecimento 2 ed Bras lia SENAI DN 2001 COUGHLAN Jane MACREDIE Robert D Effective communication in requirements elicitation a comparison of methodologies Requirements Engineering Londres v 7 n 2 p 47 60 jun 2002 Dispon vel em lt http bura brunel ac uk handle 2438 389 gt Acesso em 06 set 2009 Dra Pag E LYCETT Mark MACREDIE Robert D Communication issues in requirements elicitation a content analysis of stakeholder experiences Information and Software Technology Amsterdam v 45 n 8 p 525 537 jun 2003 Dispon vel em lt http bura brunel ac uk handle 2438 396 gt Acesso em 06 set 2009 CURRAL Luis CHAMBEL Maria Jos Processos de comunica o nas organiza es Ih FERREIRA J M Carvalho NEVES Jos CAETANO Ant nio Manual de psicossociologia das organiza es Lisboa Mc Graw Hill 2001 CRESWELL John W Projeto de pesquisa m todo qualitativo quantitativo e misto 2 ed Porto Alegre Artmed 2007 DALMOLIN Luiz Cl udio STRELOW Fl vio Marcello Rela o entre gest o do conhecimento e gest o de projetos Revista do Centro de Ci ncias da Economia e Inform tica CCET Bag v 12 n 22 p 158 166 ago 2008 Dispon vel em lt http www urcamp t
50. a corresponde ao correto entendimento das necessidades dos usu rios dos clientes e de outros stakeholders A segunda refere se ao perfeito entendimento do contexto no qual o software ser utilizado Finalmente a terceira atividade compreende modelar analisar negociar e documentar os requisitos identificados Vale lembrar que stakeholders s o todas as pessoas que t m interesse ou ser o afetadas pelo produto de software Um dos fatores que dificulta o desempenho das atividades de levantamento e an lise de requisitos tamb m descrito por Xex o 2007 p 35 ao enfatizar que no in cio do desenvolvimento ningu m realmente sabe o que um sistema desejado deve exatamente fazer ao ficar pronto inclusive o cliente O autor complementa que descobrir os requisitos de um sistema e mant los atualizados s o tarefas investigativas criativas e cont nuas Nesse aspecto a dificuldade do cliente usu rio em explicitar o que realmente ser necess rio para atender suas expectativas torna se um problema de dif cil solu o nas m os dos analistas de sistemas Isso ocorre porque se o pr prio interessado no produto de software n o sabe explicitar com clareza o que quer mais dif cil torna se para o analista entend lo visto que est muitas vezes tendo o primeiro contato com o ramo de atividade do cliente Rezende 2002 p 6 por seu turno ratifica a id ia de que a engenharia de software sup e alto grau de intera o pes
51. a fase de an lise s o fundamentais para uma boa comunica o 4 3 4 Considera es finais Acredita se que o resultado do estudo piloto realizado est dentro do esperado para a popula o abrangida pela pesquisa Os resultados demonstram que tanto o usu rio quanto o analista apresentam indica es a respeito de como funciona o processo de comunica o entre usu rios e analistas Percebe se que quando analistas e usu rios s o indagados a respeito dos fatores que poderiam melhorar a comunica o entre ambos surge uma diverg ncia O analista argumentou que os usu rios frequentemente n o t m seus processos bem definidos e isso dificulta o processo de comunica o porque o usu rio n o consegue explicar equipe de desenvolvimento o que ele precisa J na argumenta o do usu rio os analistas de sistemas precisariam ter um pouco de boa vontade para entender a necessidade dos usu rios visivelmente necess rio que a intera o por meio do contato pessoal constante e intenso entre usu rios e analistas seja aprimorada 74 Por outro lado quando analista e usu rio s o interrogados sobre o que seria mais importante no processo de comunica o entre ambos surgem respostas mais pr ximas O analista acredita que havendo colabora o dos usu rios com a equipe de desenvolvimento durante o levantamento de requisitos o processo de comunica o flui mais facilmente e os analistas podem entender melhor as nec
52. a satisfat ria se houver um melhor contato pessoal entre ambos Tal contato segundo o usu rio necess rio principalmente durante as reuni es onde o usu rio deve falar abertamente sobre as suas dificuldades e o analista dever entend las Aspectos relevantes da comunica o entre usu rios e analistas durante o levantamento de requisitos No que se refere aos aspectos relevantes da comunica o durante o levantamento de requisitos mais uma vez foram obtidas respostas divergentes Para o analista a comunica o ser bem sucedida se houver uma pessoa que possa atuar como facilitadora da comunica o entre a equipe que desenvolve e os clientes Segundo o analista a exist ncia de diverg ncias entre analistas e usu rios facilmente seria sanada com a presen a desse facilitador pessoa com autoridade suficiente para determinar altera es nos processos e rotinas dos usu rios Ainda segundo o analista tais altera es em rotinas e processos em grande parte dos casos s o imperativas para a constru o da aplica o Para o usu rio a comunica o poder ser melhorada com a realiza o de reuni es frequentes entre analistas e usu rios Essas reuni es proporcionam maior proximidade entre usu rios e analistas Segundo o usu rio no ltimo trabalho que foi encomendado a equipe de desenvolvimento os resultados finais foram satisfat rios porque um grande n mero de reuni es foi realizado Tais reuni es proporcionaram que
53. a semelhante Curral e Chambel 2001 p 358 consideram que a comunica o interpessoal se caracteriza pela a o humana de enviar e receber mensagens Entretanto para que haja realmente comunica o necess rio que a mensagem enviada pela fonte seja codificada pelo uso de um conjunto de s mbolos que possuam significado para o receptor Assim o objetivo dessa comunica o transmitir uma informa o ou modificar algum comportamento ou atitude no receptor Desse modo a comunica o s ocorrer se o receptor for capaz de entender o significado da informa o recebida ou seja se conseguir decodificar a mensagem e responder ao est mulo recebido Esse processo incremental no sentido em que a cada nova mensagem novos est mulos s o produzidos de forma que a capacidade do receptor para responder a novos est mulos ampliada a cada nova mensagem A comunica o est t o atrelada ao processo de intera o entre as pessoas que n o poss vel efetiv la sem que se pense na fonte da informa o que quem produz a 27 informa o e no receptor quem a recebe Discorrendo sobre processos de comunica o Leite 2006 p 63 considera que o conceito de comunica o est diretamente ligado ao de processo uma vez que a exist ncia de comunica o pressup e um interc mbio entre os diversos elementos que interagem entre si e participam do processo Assim tem se que a comunica o necessita da exist ncia de um
54. abordagens teis para embasar a pesquisa Nesse sentido a fundamenta o te rica aqui apresentada inclui quest es relevantes para a discuss o a respeito dos aspectos derivados dos objetivos definidos para a pesquisa Nisso est o compreendidas quest es sobre os processos de comunica o nas organiza es aspectos ligados engenharia de software principalmente no que concerne engenharia de requisitos e gest o da informa o e do conhecimento Tal discuss o portanto serve de base para o entendimento de aspectos relacionados com as intera es e com o compartilhamento de conhecimento na fase de levantamento de requisitos dentro de um processo de desenvolvimento de software Observa se tamb m que a fundamenta o te rica necess ria ao embasamento da presente pesquisa traz tona a necessidade de que sejam discutidos aspectos relacionados com o processo de comunica o e o processo de cria o e compartilhamento do conhecimento na engenharia de requisitos Para melhor condu o da revis o da literatura esses temas s o abordados de forma a demonstrar o encadeamento entre eles utilizando se uma sequ ncia que possibilita a constata o desse encadeamento o qual por sua vez obedece a ordem com que foram propostos os objetivos da pesquisa Como consequ ncia as discuss es iniciam se com o estudo da comunica o e seus processos passam pela gest o da informa o e do conhecimento e pela engenharia de software cul
55. ais Foi realizado um estudo piloto visando a testar a aplica o da entrevista O trabalho contou com a participa o de um representante de cada grupo de sujeitos ou seja um analista de sistemas e um usu rio O principal objetivo foi verificar a adequabilidade das quest es formuladas o entendimento destas por parte do p blico investigado al m de revisar e direcionar aspectos inerentes ao desenvolvimento da investiga o RICHARDSON 1999 p 202 Nesse aspecto constatou se a necessidade de que fosse alterada a quest o 1 de forma a torn la mais direta Al m disso a mesma quest o sugeria ao entrevistado a 69 possibilidade de que fossem elencados aspectos importantes no relacionamento entre usu rios e analistas Essa possibilidade permitiu que tanto usu rio como analista tivessem dificuldade em identificar um aspecto mais importante no relacionamento entre ambos Como o objetivo principal da pesquisa centra se no processo de comunica o optou se tamb m por trocar aspecto importante no relacionamento por importante no processo de comunica o Essa ltima altera o deixou a pergunta mais clara para ambos participantes Com rela o s quest es 2 e 3 n o foram feitas altera es significativas Optou se apenas por elabor las de forma mais direta visto que essa necessidade foi percebida quando da realiza o da entrevista com o usu rio Desse modo a altera o realizada permitiu um melhor
56. amou aten o foi que grande parte dos analistas entrevistados definiram como sendo um aspecto muito importante na comunica o o estabelecimento de uma linguagem comum entre eles e os usu rios Por outro lado analistas e usu rios reconhecem que a clareza na identifica o das solicita es e a maior aproxima o entre usu rios e analistas de sistemas s o tamb m aspectos importantes para que a comunica o entre ambos seja mais efetiva De acordo com Berlo 2003 p 41 para que haja fidelidade na comunica o necess ria a exist ncia de um objetivo para essa comunica o e o decodificador deve ter a capacidade de traduzir a mensagem de forma exata Para tanto necess rio tamb m que o codificador tenha capacidade de codificar a mensagem em uma linguagem composta por c digos conhecidos pelo decodificador No caso das respostas obtidas ao se estabelecer uma linguagem comum entre usu rios e analistas obt m se um canal de comunica o capaz de transmitir as mensagens com fidelidade entre emissor e receptor 6 3 3 Caso de sucesso no desenvolvimento de software Com rela o ltima experi ncia com o desenvolvimento de software pergunta realizada em conjunto com a quest ol obteve se 33 33 de respostas positivas Isto de um total de 18 entrevistados seis quatro analistas e dois usu rios tiveram sucesso na comunica o durante o processo de desenvolvimento de software Os elementos mais identificados nos cas
57. antamento de requisitos importante principalmente para a identifica o dos problemas da empresa e para a defini o de propostas para a empresa Nesse contexto poss vel afirmar que o conhecimento sobre as necessidades e sobre os processos do usu rio assim como a documenta o dessas atividades e a obten o clara dos requisitos dos usu rios correspondem exatamente s afirma es do pr prio autor que utiliza o substantivo empresa para representar todos os envolvidos no processo sob o ponto de vista dos usu rios Foi solicitado que os entrevistados apresentassem um exemplo de sucesso no levantamento de requisitos Dos 18 entrevistados apenas sete analistas responderam ao questionamento Os outros 11 entrevistados afirmaram n o lembrar naquele momento de um exemplo Identificou se nos exemplos apresentados que os analistas consideraram que obtiveram sucesso no levantamento de requisitos quando interpretaram corretamente 109 as necessidades dos usu rios conseguiram implement las corretamente e reuniram toda a documenta o sobre a situa o atual do sistema fornecida pelo usu rio Observa se nesse caso que os analistas que obtiveram sucesso aplicaram durante o levantamento de requisitos elementos que j haviam sido identificados por eles mesmos como fatores necess rios a um bom processo de comunica o Na vis o de Pfleeger e Atlee 2006 p 141 analisar requisitos envolve muito mais do que simplesmente escrever o que
58. apazes de automatizar tais atividades estas permanecem amarradas ao entendimento dos analistas que atuam como int rpretes das necessidades dos usu rios Suas atividades envolvem ouvir dos usu rios suas necessidades e as inserirem nas ferramentas pr prias da engenharia de requisitos Nessa situa o normalmente tais necessidades s o identificadas por meio de reuni es e 14 entrevistas ocasi es em que s o utilizados com frequ ncia question rios O objetivo principal estabelecer claramente quais s o as funcionalidades necess rias ao software para que este atenda da melhor forma poss vel aos seus usu rios 1 2 Delimita o do problema verdade que a dificuldade encontrada pelos profissionais de inform tica para entenderem claramente quais as necessidades dos usu rios de sistemas de informa o e que ocorre principalmente nas equipes encarregadas do levantamento de requisitos para o desenvolvimento de novos produtos de software um problema j identificado nos estudos de comunica o organizacional Sobre isso Xex o 2007 p 38 autor da rea da Computa o discorrendo a respeito da tica do usu rio afirma que na pr tica do desenvolvimento de software percebemos que na grande maioria dos casos o usu rio tem dificuldade de expressar suas necessidades O autor argumenta ainda que a dificuldade de usu rios e analistas encontrarem uma linguagem comum e o foco espec fico nas t cnicas de solu
59. ar o foco de suas a es no sentido de buscar na clareza da comunica o no comprometimento com o processo de comunica o adotado e no envolvimento da equipe com o projeto administrar o processo como um todo tendo total 116 controle sobre ele O controle do processo de comunica o dever permanecer nas m os dos analistas de sistemas que juntamente com os usu rios interessados dever o explorar o processo de comunica o de forma a obter todos os subs dios necess rios para que o produto solicitado pelos usu rios seja desenvolvido de maneira que n o haja retrabalho ou mudan a no percurso definido inicialmente para o projeto Para tanto os usu rios envolvidos dever o estar pr ximos aos analistas de forma que seu comprometimento com os objetivos seja efetivo 117 CAP TULO 7 CONCLUS ES LIMITA ES E SUGEST ES 74 Conclus es do estudo O objetivo geral deste estudo foi propor um modelo de processo de comunica o entre usu rios e analistas de sistemas que proporcionasse nfase ao compartilhamento do conhecimento durante a fase de levantamento de requisitos dentro de um processo de desenvolvimento de software Para tanto foi necess rio que alguns objetivos espec ficos fossem definidos com vistas a delimitar o percurso a ser adotado durante a pesquisa Ao ser alcan ado cada um dos objetivos novos marcos eram tra ados para que os pr ximos objetivos fossem igualmente atingidos Ap s a consolida o dos m
60. ara o levantamento de requisitos 75 5 3 Modelo do processo de comunica o que pode representar a comunica o entre usu rios e analistas de sistemas ccceeceeeeerecerereocerecereresconeseneeraceseees socos soneseneesaces 75 5 4 Aspectos do processo de comunica o favorecedores do compartilhamento do conhecimento entre usu rios e analistas de sistemas sescssossesocsoesesocssssossossesocsossesooes 82 CAP TULO 6 DISCUSS O DOS RESULTADOS ccnenenerseensenserseeneenserseess 102 6 1 Caracteriza o da popula o e ssessoesesssesoossocssesoossocssessossocssessossoossessossoossossoesosesoe 102 6 2 Entrevistas realizadas se ssosesssesssossssossosssooessocesssesssossosssosessocesssessssssoossssesssessssossss 104 6 3 Resultados oPtidOsS sssssss sssssssssisscesesss sssssrsseocoisssest stod do oscila dsos teodor eto sa pitadas canta oios 105 6 3 1 T cnicas indicadas para o levantamento de requisitos cccecceeeeeeererereresererenees 105 6 3 2 Estabelecimento de uma linguagem comum cecceererererererererererererereneeeseeerereeco 106 6 3 3 Caso de sucesso no desenvolvimento de software ccccceeeeceererererererereneeesererersees 106 6 3 4 Maior contato entre os interessados e vis o detalhada sobre o assunto 107 6 3 5 Conhecimento claro sobre o que o usu rio quer cccceeeeeererererenerereneeesseceessens 108 6 3 6 Informa es importantes para o sucesso do prod
61. are uma atividade bastante complexa Deve portanto ser realizada com a utiliza o de m todos claros e bem definidos para o tratamento das necessidades dos clientes Essas necessidades dever o ser ent o traduzidas em linguagem que possa ser conhecida pelos membros internos da organiza o de forma sucessiva at o momento da sua codifica o em linguagem entendida pelo computador Em todas as etapas que comp em o processo ocorre a troca de informa o tanto entre os integrantes da equipe de desenvolvimento quanto entre estes e os usu rios Frequentes estudos realizados pela rea da computa o tentam identificar o problema sob a tica da engenharia de software Esses estudos prop em modelos e padr es de qualidade com o objetivo de empreender um formalismo que busque causar um comprometimento entre os atores usu rios e analistas envolvidos no processo Dessa forma n o foram encontrados muitos trabalhos que tenham tentado identificar a 54 lacuna existente entre o que solicitado e o que entregue sob a tica da comunica o PINTO FILHO 2005 Identificar problemas no levantamento e na an lise de requisitos durante o desenvolvimento de software tarefa dif cil porque n o existe uma defini o clara do que realmente necess rio para atender as especificidades de cada usu rio Xex o 2007 p 38 acredita que na pr tica do desenvolvimento de software percebemos que na grande maioria dos casos o
62. bina a natureza evolutiva da prototipagem o controle e a sistematiza o t picos do modelo em cascata e as itera es do modelo iterativo A cada entrega erros e mal entendidos s o corrigidos e novas funcionalidades s o incorporadas Isso proporciona um produto final completo correto e sem erros Al m dos modelos de processo de desenvolvimento propostos por Pressman existe o modelo unificado proposto por Booch Rumbaugh e Jacobson 2000 p 34 Esse processo orientado a casos de uso que s o o principal artefato utilizado para estabelecer o comportamento desejado para o sistema centrado na arquitetura como principal artefato utilizado para a conceitua o constru o gerenciamento e evolu o do sistema Dentre as fases do processo de desenvolvimento de software uma de suma import ncia a que identifica o que realmente o cliente ou o usu rio do produto precisa que ele fa a Nessa fase s o realizadas tr s a es na primeira o mapeamento dos processos organizacionais a serem informatizados na segunda o reconhecimento das regras do neg cio da organiza o que ter o influ ncia no produto final e por ltimo identificadas as necessidades dos usu rios Al m disso analistas de sistemas identificam nessa fase poss veis restri es de ambiente de hardware e de software que poder o ser aplicadas ao novo produto Assim esse conjunto de m todos t cnicas e procedimentos denominado engenharia de requi
63. ca o flua de maneira clara e sem ru dos entre ambos Como pode ter sido visto pela leitura deste trabalho n o se objetivou aqui apresentar receitas ou moldes que direcionem o processo de an lise de requisitos Cada profissional apto a realizar o trabalho de an lise de requisitos deve com base em sua bagagem acad mica e profissional procurar identificar nas diversas metodologias dispon veis a mais adequada ao seu ambiente de trabalho O presente trabalho de pesquisa por ser de cunho te rico poder servir para que analistas percebam que a comunica o entre eles e os usu rios durante o levantamento de requisitos poder ser melhorada se eles conseguirem agregar ao seu cotidiano os elementos identificados neste estudo 7 2 Contribui es do estudo Como resultado final do presente estudo pode se considerar que o mesmo apresenta ao mesmo tempo duas contribui es significativas para a ci ncia de maneira geral Tais contribui es correspondem a aspectos epistemol gicos que podem ser apreciados tanto na Ci ncia da Informa o quanto na Ci ncia da Computa o uma vez que a presente pesquisa atuou em um ponto onde ambas as ci ncias se fundem A primeira voltada ao estudo dos processos de comunica o e da gest o do conhecimento e a segunda voltada busca de novas ferramentas onde um dos objetivos apresentar maior facilidade na administra o da informa o produzida pelos seres humanos Assim no que concerne ao c
64. cam de papeis frequentemente No entanto n o previu o elemento ru do j bem caracterizado no modelo de Shannon Tal fato decorre da finalidade para a qual este ltimo foi proposto que justamente a comunica o telef nica onde existe a presen a do ru do de forma constante Tal ru do entretanto ocorre no meio f sico visto que o autor n o levou em conta a quest o sem ntica mais importante aspecto quando se trata do estudo da comunica o humana Berlo 2003 p 29 ao evocar a Ret rica de Arist teles para explicar o modelo de Shannon Shannon Weaver 1975 comenta que os cientistas do comportamento julgaram o modelo Shannon Weaver til na descri o da comunica o humana N o h no entanto consenso na literatura a respeito dessa quest o como o caso de Le Coadic 2004 para citar um exemplo que considera o modelo de Shannon inapropriado para representar processos comunicativos humanos ou sociais Berlo 2003 p 29 entretanto considera que O modelo de Shannon Weaver por certo coerente com a opini o de Arist teles Disseram eles que os ingredientes da comunica o incluem 1 a fonte 2 o transmissor 3 o sinal 4 o receptor e 5 o destinat rio Se traduzirmos a fonte como a pessoa que fala o sinal como o discurso e o destinat rio como o ouvinte teremos o modelo aristot lico acrescido de dois ingredientes o transmissor que envia a mensagem da fonte e o receptor que capta a mensag
65. cesso est o presentes no pr prio processo que se auto alimenta medida que novos fatores s o identificados por analistas e usu rios novos conhecimentos s o gerados e novos fluxos informacionais s o criados dentro do pr prio processo Da mesma forma Berlo 2003 p 135 afirma a exist ncia de uma rela o de interdepend ncia entre o transmissor e o receptor Essa interdepend ncia determina uma P AEEA x a E o e sequ ncia de a o e rea o em rela o a cada mensagem transmitida Verifica se assim que a cada nova mensagem a sequ ncia vai se ampliando e que as respostas influenciam respostas subsequentes de forma crescente Essa sequ ncia de respostas subseqiiente determina a exist ncia do feedback que vai se ampliando cada vez mais e s para quando o processo interrompido E esse conjunto de respostas subsequentes que indica a natureza c clica do processo 114 Gest o do Conhecimento usu rio precisa Codificador Decodificador Usu rio Analista Decodificador Codificador O que pode ser produzido Coopera o entre os integrantes do processo de comunica o Figura 12 Modelo proposto para representar o processo de comunica o entre usu rios e analistas de sistemas adaptado de Osgood e Schramm Acredita se que o modelo apresentado na Figura 10 poder contribuir significativamente para a melhoria na comunica o entre usu rios e analistas por apresentar ino
66. che br ccei portal images Revista CCEI numero22 pdf gt Acesso em 06 set 2009 DAVENPORT Thomas H Ecologia da informa o por que s a tecnologia n o basta para o sucesso da era da informa o 4 ed S o Paulo Futura 1998 124 Emp PRUSAK Laurence Working knowledge how organizations manage what they know Boston Harvard Business School 1998 DINGS YR Torgeir DJARRAYA Hans Karim R YRVIK Emil Practical knowledge management tool use in a software consulting company Communications of the ACM New York USA v 48 n 12 p 97 100 dez 2005 Dispon vel em lt http portal acm org citation cfm id 1101779 1101783 gt Acesso em 06 set 2009 ESPINDOLA Rodrigo LOPES Leandro PRIKLADNICKI Rafael AUDY Jorge Luiz Nicolas Uma abordagem baseada em gest o do conhecimento para ger ncia de requisitos em desenvolvimento distribu do de software In WORKSHOP EM ENGENHARIA DE REQUISITOS 8 2005 Porto Anais Porto FEUP p 87 99 2005 Dispon vel em lt http wer inf puc rio br WERpapers artigos artigos WEROS5 rodrigo espindola pdf gt Acesso em 06 maio 2009 FUGGETTA Alfonso Software process a roadmap In INTERNATIONAL CONFERENCE ON SOFTWARE ENGINEERING CONFERENCE ON THE FUTURE OF SOFTWARE ENGINEERING 2000 New York Anais New York ACM p 25 34 2000 Dispon vel em lt portal acm org citation cfm id 336521 gt Acesso em 06 set 2009 GIBSON J L IVANCEVICH J M DONNELLY JR O
67. ciais A primeira consiste na utiliza o de um processo din mico A segunda aponta para a necessidade de estar adequada aos requisitos definidos pelo cliente A terceira refere se utiliza o de padr es de qualidade e produtividade em suas atividades e produtos A quarta relaciona se com a necessidade de fundamentar se em uma tecnologia da informa o dispon vel Finalmente requer o planejamento e o gerenciamento de custos datas e recursos de suas atividades Summerville 2007 p 5 acrescenta que a engenharia de software pode ser definida como uma disciplina de engenharia relacionada com todos os aspectos da produ o de software desde os est gios iniciais de especifica o do sistema at sua manuten o depois que este entrar em opera o Al m disso ela est relacionada com a aplica o de teorias m todos e ferramentas que utilizadas de forma seletiva procuram descobrir solu es para os problemas O mesmo autor afirma que esta disciplina est ligada tamb m s atividades de gerenciamento do projeto de software e com o desenvolvimento de ferramentas e m todos para apoiar a produ o de software De acordo com Rocha Maldonado e Weber 2001 p 1 o principal objetivo da engenharia de software sem d vida melhorar a qualidade do software Nesse aspecto Fuggetta 2000 p 33 afirma que o desenvolvimento de software uma atividade cr tica em nossa sociedade deixando a incrivelmente de
68. da para o estudo cccecceereeererererererererenerereneeereeneessecessssenesasa 62 4 2 2 Tipo de Pesquisa cmi asr rdias NC O nd 63 4 2 3 T cnica de pesquisa e de coleta de dados cccecceeeceerererererererereeereenerssereranea 63 4 2 4 Ambiente de estudo amostra selecionada sssssssssssessessssssoesesssesecesesssessoeseessessossee 64 4 2 5 Instrumento de coleta de dados iscseecusimeersaas scermnacegeiopacasnneo ai creia eaiceinaduantopiessatana 65 4 2 6 T cnica de an lise de dados ss eisiuis tom neeeo nto crendentecadboomos aenstuiaaatos quendanpuesdo 66 4 2 7 Rela o entre os objetivos da pesquisa dados coletados suas fontes e instr mento de coletd series dedicar iagris ecoa pad nada 68 4 3 Estudo Piloto Pr teste da entrevista ssooesssosoossosoossssoossssooesssoooossosoossssoosessso 68 A Considera es ihicidis siga curam nda spanes puqesDndata pesto es paes etapas TAIS Roi 68 4 3 2 Caracteriza o da popula o analisada ese reeerrrerereserecenernreraceoa 70 4 3 3 Resultados ODI OS usasse caceisaga ssa nad da ga aU sessist sera iir Sess k 70 4 3 4 Considera es JINAIS casada sereias pera daN EEN ade S ge OND Sa SORA 73 CAP TULO 5 AN LISE DOS RESULTADOS ecccrmeeemseeeemseeemseeereserrseeeenes 75 Sd Considera es INICIAIS jecisecterseaiasmeliomaiocndernto ihapicosabendostutanis acesa rocitasberetiesbiecaladisaes 75 5 2 Principais t cnicas e m todos utilizados p
69. de melhorar a comunica o entre analistas e usu rios por parte do analista na hora de passar as informa es para o usu rio e por parte do usu rio na hora de passar para o analista o que ele realmente quer Nesse aspecto foi ressaltada a necessidade do analista ser objetivo e de tentar n o utilizar uma linguagem muito t cnica na sua intera o com o usu rio e a necessidade de ambos serem claros e respons veis ao fornecer informa es um ao outro Reproduzem se abaixo algumas respostas ao questionamento formulado O analista n o deve utilizar linguagem t cnica com o usu rio e deve ser claro e objetivo Al 97 Se um precisa fornecer as informa es e o outro precisa trabalhar essas informa es ent o as informa es precisam ser passadas de uma forma clara de uma forma bem respons vel A8 Seria o usu rio realmente passar para o analista o que ele realmente quer porque ele pede uma coisa e depois v que n o aquilo que ele quer Ele tem que passar realmente o que ele quer o trabalho do dia a dia dele Eu quero isso aqui O usu rio tem que ser claro com o analista e o analista vai colocar dentro do sistema o dia a dia do usu rio U2 Tanto pelo o grupo de analistas quanto pelo grupo de usu rios foi ressaltado que para melhorar a comunica o entre ambos necess rio que haja um contato direto e cont nuo entre eles e que deve haver um maior comprometimento entre os envolvidos Outro fator destacado princ
70. de uma entrevista e voc senta no computador para escrever e a eu acho que para o profissional que trabalha com requisitos tem que dominar muito bem a nossa l ngua que o portugu s porque sen o a comunica o o documento de vis o n o fica bem escrito A6 Ele analista j chega com algumas perguntas para o usu rio e baseado nessas perguntas a gente vai fazendo ele vai dizendo vai comentando A gente documentou isso l com ele a gente vem e tem um template para registrar os requisitos j documento isso para ele e mando para ele avaliar ver se est tudo certinho Ele l e v se ficou faltando alguma coisa que ele acha que tem que ser complementada que ele lembrar depois A gente j complementa e registra isso homologa e fica valendo como o documento de requisitos A9 E muito dif cil a elicita o de requisitos As vezes o usu rio diz o que quer e nem sempre o analista entende com clareza A4 Comunica o clara sem querer esconder O analista est l para ajudar o cliente ent o a maior quantidade de informa es que ele puder passar de forma clara que ele realmente percebe que vai ser importante no sistema que vai ajudar no trabalho dele Quanto mais clara for a comunica o melhor A8 O usu rio precisa do produto o que ele sabe o problema que ele quer resolver Mas muitas vezes ele n o sabe as caracter sticas desse produto s vezes at sabe mas n o sabe como expor isso Ent
71. dera o de forma clara o conhecimento t cito de usu rios O trabalho desses autores se destaca porque tenta por meio de narrativas capturar o conhecimento t cito dos usu rios Narrativas bom lembrar constitui se de um tipo de comunica o significativamente efetiva no contexto das organiza es Tal t cnica empregada pela gest o do conhecimento para favorecer o compartilhamento de experi ncias no ambiente organizacional BRUS AMOLIN MORESI 2008 Para estudar a comunica o e o compartilhamento do conhecimento entre usu rios e analistas de sistemas no levantamento de requisitos dentro de um processo de desenvolvimento de software torna se imperativo que o estudo aqui proposto leve em considera o a literatura a respeito da engenharia de software e da engenharia de requisitos Uma alus o aos principais estudos desses temas feita na se o a seguir 48 3 4 Engenharia de software A engenharia de Software um conjunto de m todos e t cnicas empregados pela Ci ncia da Computa o com o objetivo de nortear o processo de desenvolvimento de software Surgiu com o objetivo de introduzir uma padroniza o t pica das reas da engenharia no processo de desenvolvimento de produtos de software Rezende 2002 p 2 considera a engenharia de software como a pr pria metodologia utilizada para o desenvolvimento e manuten o de sistemas O autor considera que a disciplina se apresenta com cinco caracter sticas essen
72. ditos no que concerne a m todo instrumentos e outros aspectos das t cnicas utilizadas 4 1 Fundamenta o te rica A fundamenta o te rica obtida por meio da revis o da literatura serve de base conceptual indicando ao mesmo tempo os caminhos para a investiga o Para que os objetivos propostos para o presente estudo fossem atingidos fez se necess rio que se discutissem t picos referentes comunica o da informa o e seus processos gest o da informa o e do conhecimento e ao processo de desenvolvimento de software Tais assuntos por sua vez s o abordados no mbito do processo de comunica o entre usu rios e analistas de sistemas durante o levantamento de requisitos em um processo de desenvolvimento de software Inicia se a discuss o com a rela o entre comunica o e engenharia de requisitos passando se pelo uso da gest o da informa o e do conhecimento na engenharia de requisitos Finalmente apresenta se o modelo conceptual constru do a partir dessa discuss o apontando a converg ncia entre os aspectos estudados 59 4 1 1 Abordagens te ricas que fundamentam o entendimento do problema Este estudo identificou com base no que aponta Saracevic 1996 p 50 uma inter rela o entre a Ci ncia da Computa o e a Ci ncia da Informa o Tal como afirma o autor a primeira encarrega se de tratar de algoritmos que transformam informa es enquanto a segunda trata da natureza da infor
73. do Mais que isso considerando que como processo social de compartilhamento do conhecimento estudos da comunica o organizacional tal como o presente n o podem deixar de considerar as quest es relacionadas com a gest o da informa o e do conhecimento discutidas a seguir 39 3 3 Gest o da informa o e do conhecimento A abordagem principal deste estudo gira em torno do processo de comunica o levando em conta a import ncia do compartilhamento de informa es e conhecimento entre usu rios e analistas de sistemas durante o levantamento de requisitos Tornou se necess rio portanto que se discutisse a quest o da gest o da informa o e do conhecimento Isso porque o momento em que ocorre o levantando de requisitos por parte de analistas para o desenvolvimento de um produto de software junto ao usu rio imprescind vel o compartilhamento do conhecimento de ambos por ambos O processo de comunica o entre esses atores portanto condi o sine qua non para o compartilhamento de conhecimento Existem muitas teorias que envolvem a cria o e a gest o do conhecimento Uma das mais conhecidas a de Nonaka e Takeuchi 1997 p 68 em que o conhecimento obtido por meio da intera o entre o conhecimento t cito e o conhecimento expl cito passando posteriormente por processos de convers o O conhecimento nesse sentido encontra se em uma espiral passando de t cito para expl cito de expl cito para
74. do produto de software de responsabilidade do analista de sistemas Mesmo que se diga em alguns casos que o usu rio contribuiu pouco ou n o cooperou com a equipe de desenvolvimento com vistas ao sucesso do projeto n o se pode transferir integralmente ao usu rio tal problem tica Durante a identifica o das necessidades dos usu rios os analistas utilizam se de processos dedutivos e ou inferenciais para suprir a falta de dados claros que deixam de ser fornecidos pelos usu rios Tal atitude assemelha se muitas vezes s pr ticas cientificas t o conhecidas pela comunidade cientifica e s dedu es feitas pelos m dicos a respeito do estado de sa de de seus pacientes Bardin 2009 p 43 enfatiza que o processo dedutivo ou inferencial a partir de ndices ou indicadores n o raro na pr tica cient fica O m dico 119 faz dedu es sobre a sa de do seu cliente gra as aos sintomas Se tal compara o pode ser feita se compararmos um analista de sistemas que est inferindo sobre as necessidades de um usu rio com um m dico que est deduzindo sobre o estado de sa de de um paciente com base nos sintomas relatados pode se afirmar que necess rio que os analistas aprendam a identificar as dificuldades de comunica o de seus clientes A partir da poss vel desenvolver estrat gias para motivar os usu rios no sentido de obter se o comprometimento e a coopera o necess rios para que o processo de comuni
75. e Forma o acad mica Grupo Analista de sistemas Usu rio Por quanto tempo tem se envolvido com desenvolvimento de sistemas seja como analis ta ou como usu rio Onde trabalha 2 PARTE COMUNICA O ENTRE USU RIOS E ANALISTAS 1 Qual o aspecto que o a Sr a considera mais importante no processo de comunica o entre usu rios e analistas de sistemas Por qu O A Sr a pode descrever como isso ocorreu em sua ltima experi ncia com o desenvolvimento de software 2 Quais as quest es mais importantes que o a Sr a destaca em rela o s intera es entre usu rios e analistas de sistemas para que o resultado obtido no levantamento de requisitos seja o melhor poss vel 3 O que o a Sr a destaca como relevante em rela o especificamente comunica o entre usu rios e analistas de sistemas quando se fala em levantamento de requisitos O A Sr a poderia citar um exemplo de sucesso no levantamento de requisitos em que esteve envolvido ultimamente 4 No processo de identifica o das necessidades dos usu rios e para que estas fiquem claras quais fatores que em sua opini o poderiam contribuir para melhorar a comuni ca o entre usu rios e analistas de sistemas 5 Na opini o do a Sr a que conhecimentos espec ficos s o necess rios a analistas e usu rios para que o levantamento de requisitos e o sistema dele resultante sejam bem sucedidos 6 Como na opini o do a Sr a analistas e us
76. e a autores da rea da Ci ncia da Computa o Identificou se assim que as t cnicas indicadas tanto para o levantamento quanto para a an lise dos requisitos s o poucas e confundem se na maioria das vezes com t cnicas empregadas pelas Ci ncias 76 Sociais em suas pesquisas de campo Tr s trabalhos foram selecionados da literatura para identifica o e relato de t cnicas e m todos para levantamento de requisitos Rezende 2002 Pressman 2006 e Pfleeger e Atlee 2006 De acordo com Rezende 2002 p 185 s o seis as principais t cnicas utilizadas para o levantamento de dados e que s o a base para que o analista identifique os requisitos do software a observa o pessoal o question rio a entrevista o semin rio a pesquisa e a t cnica mista Cada uma delas pormenorizada a seguir e Observa o pessoal Como o pr prio nome indica constitui se da observa o pelo analista do local onde ser implementado o software ou que poder ser afetado pelo seu produto A observa o realizada com o intuito de obter informa es sobre o ambiente tornando poss vel determinar as rotinas de trabalho dos usu rios seus problemas e erros de procedimentos entre outros aspectos Mais que isso a observa o do ambiente de trabalho dos usu rios do software a ser desenvolvido permite a explicita o de detalhes sobre procedimentos operacionais que n o tenham sido informados pelos usu rios quando da aplica o de q
77. e que tanto usu rios quanto analistas precisam normalmente de muitas reuni es e de um contato muito pr ximo para que todas as necessidades sejam identificadas traduzidas em 100 requisitos e implementadas em um produto de software As seguintes respostas demonstram o que foi observado Em reuni o porque se tiver a documenta o para ele ler anteriormente existem v rios termos t cnicos que ele vai ler e vai continuar sem entender Ent o eu acho que atrav s das reuni es ele vai tendo entendimento A2 na conversa O analista est ali com uma certa lista de perguntas e talvez essa lista melhor seria se essa lista fosse previamente mostrada para a pessoa e a pessoa j se preparasse S com a identifica o de todos os processos da organiza o ser poss vel identificar as necessidades dos usu rios A3 Dependendo da rea onde o usu rio quer instalar o sistema o analista n o tem que conhecer totalmente Precisa conhecer apenas em partes Por exemplo na rea de contabilidade eu nunca poderia chegar ao grau de conhecimento que o usu rio tem na rea cont bil ou na rea financeira Mas o conhecimento para poder implementar um sistema agregar solu es adequadas a ele a sim Esse conhecimento precisa ser compartilhado O analista n o precisa passar para o usu rio a parte t cnica o conhecimento t cnico que ele tem por que isso n o vai atender as necessidades dele A4 o texto n o totalm
78. edge for system maintenance In INTERNATIONAL CONFERENCE ON SOFTWARE ENGINEERING AND KNOWLEDGE ENGINEERING 2007 Boston Anais Boston Koeldege Systems Institute Graduate School 2007 p 337 342 Dispon vel em lt http www ksi edu seke seke07 html gt Acesso em 06 set 2009 ORMANDJIEVA Olga HUSSAIN Ishrar KOSSEIM Leila Toward a text classification system for the quality assessment of software requirements written in natural language In FOURTH INTERNATIONAL WORKSHOP ON SOFTWARE QUALITY ASSURANCE 2007 Dubrovnik Cro cia Anais Dubrovnik 2007 p 39 45 Dispon vel em lt http portal acm org citation cfm id 1295082 gt Acesso em 06 set 2009 PFLEEGER Shari Lawrence ATLEE Joanne M E Software engineering Theory and Practice 3 ed Upper Saddle River Pearson Prentice Hall 2006 PINTO FILHO Antonio Tupinamb Timbira de Oliveira As contribui es da comunica o e do conhecimento da ci ncia da informa o para a an lise de requisitos no desenvolvimento de software Campinas 2005 119 f Disserta o Mestrado em Ci ncia da Informa o Pontif cia Universidade Cat lica de Campinas Campinas 2005 PRESSMAN Roger S Engenharia de software 6 ed Rio de Janeiro McGraw Hill 2006 128 REZENDE Denis Alcides Engenharia de software e sistemas de informa o 2 ed Rio de Janeiro Brasport 2002 RICHARDSON Roberto Jarry Pesquisa social m todos e t cnicas 3 ed Santos Atlas 19
79. em diversos pontos do globo A perspectiva estudada pelos autores corresponde a uma abordagem da gest o do conhecimento til para armazenar e disseminar entre os integrantes das equipes de desenvolvimento o conhecimento obtido em projetos nos quais a organiza o esteve envolvida N o se refere portanto ao compartilhamento de conhecimento entre usu rios e analistas Dings yr Djarraya e R yrvik 2005 analisaram uma ferramenta para gerenciamento do conhecimento em empresa de consultoria de software Os resultados obtidos permitiram constatar que a ferramenta criada poderia ser utilizada para alocar recursos para novos projetos Adicionalmente era til para identificar compet ncias para a solu o de problemas proporcionando a identifica o de novas oportunidades de projeto e a atualiza o de habilidades dos membros das equipes envolvidas A ferramenta permitia ainda a aloca o dos recursos humanos dispon veis na organiza o com base no desempenho obtido em projetos anteriores Oliveira Ara jo e Borges 2007 identificaram que o uso de narrativas sobre os sistemas que precisavam de manuten o auxiliava na captura do conhecimento t cito dos usu rios A captura do conhecimento t cito dos usu rios sobre os sistemas que estavam em uso permitia aos analistas identificar de maneira mais clara os requisitos para a efetiva o das corre es Segundo os autores a t cnica por eles utilizada 47 proporcionava uma me
80. em natal do usu rio embora de mais f cil compreens o pode trazer ambiguidades XEX O 2007 3 5 Considera es finais A comunica o portanto entre analistas e usu rios constitui um problema relevante a ser estudado no contexto das organiza es Mais que isso fator crucial tanto para a gest o da informa o quanto para a gest o do conhecimento Por conseguinte o estudo da comunica o e da gest o da informa o e do conhecimento no contexto do processo de desenvolvimento de software constitui tema de relev ncia para o entendimento dessas quest es Constata se que as atividades de levantamento de requisitos de software s o profundamente sens veis tanto s informa es sobre o ambiente no qual ser utilizado o produto quanto ao conhecimento das pessoas que o utilizar o Assim para que a equipe de analistas identifique claramente e de maneira eficiente o que os usu rios precisam necess rio que estes tenham um profundo conhecimento a respeito de suas pr prias 57 tarefas Consequentemente s o os usu rios do sistema em desenvolvimento que devem passar as informa es a respeito do que precisa ser produzido para atend los Por outro lado como se pode constatar de estudos anteriores usu rios necessitam igualmente ter conhecimento a respeito tanto do processo de desenvolvimento de software quanto de suas funcionalidades Para tanto s o os analistas de sistema que devem passar as informa e
81. em para o destinat rio 32 Outro modelo relevante para o estudo do processo de comunica o humana o modelo helicoidal apresentado por Dance 1967 apud MCQUAIL WINDAHL 1993 completando o estudo dos modelos b sicos do processo No caso do modelo helicoidal de Dance Figura 6 o autor argumenta que a comunica o possui uma natureza din mica e que seu processo assim como todos os processos sociais cont m elementos e rela es que mudam continuamente Figura 6 Modelo Helicoidal de Dance Traduzido de McQuail Windahl 1993 p 21 Observa se na an lise do modelo de Dance que ap s um primeiro contato entre dois interlocutores seus entendimentos sobre determinados assuntos v o sendo ampliados na medida em que mais informa es s o obtidas Consequentemente a cada nova intera o entre transmissor e receptor maior passa a ser o conhecimento sobre o assunto discutido possibilitando que o processo cres a constantemente em um ciclo vicioso Al m dos modelos identificados nos estudos realizados por McQuail e Windahl 1993 surgiram evidentemente outros modelos mais recentes e que de uma maneira geral apresentam um aprimoramento dos modelos anteriores Dentre tais modelos o que parece melhor representar o processo de comunica o humana como proposto por Chagas e Costa 2007 p 40 o apresentado por Tubbs e Moss 2003 Os ltimos constru ram um novo modelo Figura 7 que representa a natureza c clica e c
82. enomenol gica trata a comunica o como resultado de uma auto experi ncia uma percep o e interpreta o da pr pria experi ncia subjetiva Verifica se assim a exist ncia de grande complexidade para o estudo da comunica o No presente estudo para uma percep o mais clara da comunica o aborda se de maneira mais consistente as tradi es s cio psicol gica cibern tica e fenomenol gica Isso porque com base nas caracter sticas do ambiente estudado faz se pertinente estudar a comunica o com foco no n vel interpessoal o que por si enfatiza a necessidade da abrang ncia das tr s tradi es A ado o da tradi o s cio psicol gica deve se ao fato de que usu rios e analistas interagem constantemente na fase de levantamento e an lise de requisitos sem necessidade de envolvimento de outros atores nessas intera es Quanto tradi o cibern tica sua ado o se deve necessidade de se estudar o processo de comunica o entre analistas e usu rios com foco no processamento da informa o Para tanto a tradi o cibern tica apresenta modelos apropriados Por ltimo considera se necess rio que a abordagem voltada para percep o e interpreta o subjetiva das experi ncias dos atores desse processo de comunica o tradi o fenomenol gica seja tamb m enfatizada no estudo Berlo 2003 p 42 destaca em seu trabalho a import ncia de que para existir fidelidade na comunica o h nec
83. ensagem transmitida um conjunto de padr es que a tornem transmiss vel pelo meio canal empregado para transmiti la e leg vel ao receptor O segundo processo refere se decodifica o necess ria para que o receptor ao aplicar um processo decodificador obtenha a mensagem original e entenda claramente o seu significado 28 Ap s a identifica o de modelos que ilustravam a comunica o como um processo linear McQuail e Windahl 1993 identificaram tamb m em alguns modelos analisados a exist ncia do conceito de feedback Nesses modelos feedback refere se ao conceito inerente ao fato do emissor obter informa es sobre como o receptor recebeu e interpretou a mensagem Esse processo fornece instrumentos necess rios ao emissor para ajud lo a modificar seu comportamento de forma a facilitar o processo de comunica o Os autores apresentam os principais modelos utilizados para descrever e explicar os processos de comunica o com base em estudos realizados por quase cinco d cadas Dentre os diversos modelos apresentados destacam se a F rmula de Lasswell as propostas de Braddock a respeito da F rmula de Lasswell o modelo matem tico de Shannon e Weaver a adapta o de DeFleur para o modelo de Shannon e Weaver o modelo circular de Osgood e Schramm e o modelo helicoidal proposto por Dance Lasswell apud MCQUAIL WINDAHL 1993 ao apresentar a sua f rmula de comunica o considerou que uma maneira conveniente de repr
84. ente pronto mas sendo confeccionado mando para o usu rio e ele vai interagindo e vai corrigindo alguma coisa que eu tenha esquecido o que ficou ou ele esqueceu de falar e vai consertando A6 o bom quando voc trabalha nas reuni es a gente como analista acaba aprendendo muito a respeito de um determinado campo do neg cio Ent o uma das grandes formas de compartilhar esse conhecimento primeiro o analista tem que conhecer procurar ler antes sobre o neg cio que ele vai fazer Ah vou fazer algo sobre a rea de contabilidade bom eu n o tenho um conhecimento total da rea de contabilidade ent o d uma lida geral entende o que contas a pagar contas a receber que para ele n o ficar perdido no momento das entrevistas A7 acredito que para haver compartilhamento de conhecimentos interessante que se tenham reuni es constantes para falar sobre o trabalho S que isso eu tiro por experi ncia pr pria pois eu trabalhei numa equipe em que n s t nhamos reuni es mensais com a nossa equipe de desenvolvimento analistas desenvolvedores e os consultores e todos pod amos dar dicas dar sugest es a respeito do processo que a gente estava trabalhando e a gente interagia entre si sobre o que cada um estava fazendo A10 O analista acaba estudando o que o usu rio traz para ele porque a gente tem que estudar se a gente n o estudar aquilo a gente n o vai desenvolver e nem vai por em pr tica nada at
85. entendimento a seu respeito pelos participantes A quest o 4 por sua vez foi totalmente reformulada visto que a pergunta inicial estava mais voltada para o grupo de analistas Da forma como a quest o foi reapresentada tanto analistas quanto usu rios puderam entend la melhor possibilitando que as respostas fossem diretas Mais que isso a reformula o auxiliou na identifica o de estrat gias utilizadas para a captura do conhecimento t cito dos usu rios a respeito do produto de software melhor adequado s suas necessidades Julgou se oportuno inclusive que fossem acrescentadas mais duas quest es 5 e 6 com o objetivo de identificar quais conhecimentos espec ficos seriam necess rios a analistas e usu rios para o levantamento de requisitos e como usu rios e analistas acreditam que poderia ser efetivado o compartilhamento de conhecimento socializa o entre ambos N o foi necess rio realizar um segundo pr teste tendo em vista que as quest es foram reformuladas durante a realiza o das entrevistas Como o analista foi entrevistado primeiro as quest es ficaram um pouco voltadas para o entendimento desse profissional No decorrer da entrevista com o usu rio as quest es foram adaptadas para um melhor entendimento por parte do usu rio O roteiro de entrevista depois finalizado com as contribui es do usu rio foi novamente apresentado ao analista O analista por sua vez concordou com todas as altera es propostas
86. entrevistados possuem opini es divergentes com rela o ao aspecto mais importante no processo de comunica o entre ambos Para o analista o mais importante obter a colabora o dos usu rios para o trabalho de an lise corra de maneira correta Segundo o analista ouvido essa colabora o deveria ocorrer por ambos os lados Tanto por parte dos usu rios explicando detalhadamente o que eles necessitam quanto por parte dos analistas que devem ser claros com os usu rios J o usu rio acredita que necess rio um certo grau de objetividade por parte dos usu rios Segundo ele sem essa objetividade os usu rios n o conseguem passar suas necessidades e as necessidades das aplica es para os analistas 12 Aspectos que favorecem as intera es entre usu rios e analistas no levantamento de requisitos Como resposta aos aspectos que favorecem as intera es entre usu rios e analistas no levantamento de requisitos identificou se que segundo o analista o dom nio de m todos de entrevista adequados por parte do analista de sistemas poder proporcionar que o analista possa conseguir entender claramente as necessidades do usu rio Por m o analista considerou que tal habilidade do analista deixa de ter efic cia caso o usu rio n o tenha um bom entendimento das regras de neg cio que dever o ser passadas para os analistas O usu rio por sua vez considerou que as intera es entre usu rios e analistas podem ocorrer de maneir
87. equisitos Essa situa o poderia facilmente ser corrigida se os usu rios ao serem bons conhecedores do sistema que ser informatizado repassassem essas informa es de maneira completa aos analistas Por outro lado os usu rios gostariam que os analistas tivessem uma vis o mais detalhada do que precisa ser implementado Isso por m somente poss vel se houver uma contribui o mutua entre os dois grupos necess rio que em primeiro lugar os usu rios repassem aos analistas tudo o que eles consideram importante a respeito do que ser informatizado para em segundo lugar os analistas adquirirem uma vis o completa e detalhada do processo do usu rio not rio que uma a o depende da outra S se pode adquirir um conhecimento detalhado de um sistema se o detentor do conhecimento sobre ele estiver disposto a compartilhar o seu conhecimento com quem precisa desse conhecimento Na sequ ncia algumas indica es desse achado Conseguir identificar o que realmente relevante dentro do contexto do trabalho que se est desenvolvimento dentro do que se est mapeando o que requisito o que relevante para o sistema Isso necess rio porque existem coisas que est o dentro do processo do usu rio e n o poder o ser implementadas que n o dependem da rea de sistemas A2 voc vai falar de um determinado assunto a pessoa tem que estar sabendo sobre aquele assunto em profundidade sen o n o adianta Que o u
88. era es entre usu rios e analistas constitui o procedimento necess rio para identificar os elementos pr prios para a constru o do modelo proposto para o processo de comunica o entre eles 4 2 3 T cnica de pesquisa e de coleta de dados De acordo com Cervo Bervian e Silva 2007 p 30 o conjunto de procedimentos cient ficos adotados por determinada ci ncia define a t cnica empregada nessa ci ncia e as t cnicas em uma ci ncia s o os meios corretos de executar as opera es de interesse de tal ci ncia Os mesmos autores consideram que o m todo o conjunto de t cnicas suficientemente gerais para se tornarem procedimentos comuns a uma ou a todas as reas da ci ncia Os autores consideram ainda que as t cnicas de observa o descri o compara o an lise e s ntese comp em um m todo fundamentalmente id ntico para todas as ci ncias Compreendem assim um certo n mero de procedimentos com o objetivo de formular quest es propor problemas levantar hip teses efetuar observa es e medidas registrar o resultado das observa es elaborar explica es rever conclus es id ias ou opini es generalizar conclus es obtidas prever ou predizer 64 Na presente investiga o por se caracterizar como uma pesquisa social s o adotados m todos e t cnicas de pesquisa pr prios das ci ncias sociais quais sejam a pesquisa bibliogr fica e o levantamento survey Survey para Gil 2007 p 70
89. esentar o ato da comunica o consistiria na formula o de respostas para os seguintes questionamentos Quem Diz o qu Em que canal Para quem Com qual prop sito Assim a Figura 1 apresenta a representa o gr fica da F rmula de Lasswell de forma a combin la com os elementos que comp em o processo da comunica o o emissor a mensagem o meio o receptor e o efeito uem Diz o qu Em qual canal Para quem Com qual efeito q q Comunicador Mensagem Meio Receptor Efeito Figura 1 F rmula de Lasswell Traduzido de McQuail Windahl 1993 p 13 Braddock apud McQuail e Windahl 1993 p 14 ao estudar o modelo proposto por Lasswell identificou que a mensagem quando da sua chegada ao receptor poderia trazer embutida nela outros dois elementos al m do efeito sobre o receptor O autor sugeriu ent o que esses outros dois elementos seriam as circunst ncias sob as quais a mensagem enviada e a inten o do comunicador em comunicar 29 Diz o qu Em qual ca Para quem q q q nal Com qual efeito Com qual inten o Sob quais circunst ncias Figura 2 F rmula de Lasswell com as adapta es propostas por Braddock Traduzido de McQuail Windahl 1993 p 14 Em trabalhos realizados tanto por Berlo 2003 p 29 quanto por McQuail e Windahl 1993 p 17 constatou se que Shannon desenvolveu um modelo te rico Shannon e Weaver 1949 para representar a comunica o Tal model
90. esmos foi poss vel vislumbrar um modelo de processo de comunica o apto a demonstrar a comunica o entre usu rios e analistas de sistemas com a utiliza o da gest o do conhecimento Nesse modelo identificou se que o sucesso na comunica o entre os indiv duos pesquisados poderia ser alcan ado se luz da gest o do conhecimento o processo de comunica o fosse realizado com o m nimo de ru do ou seja um processo em que a comunica o entre os envolvidos ocorresse de maneira clara Identificou se tamb m que o processo de comunica o entre usu rios e analistas precisa al m da clareza j citada de um grande comprometimento de todos com os objetivos que foram delineados no in cio do projeto ou seja que uma vez definido um objetivo uma funcionalidade para o aplicativo tanto usu rios solicitantes quanto analistas desenvolvedores dever o comprometer se com a meta a atingir Ainda dentro do contexto da gest o do conhecimento identificou se que s a clareza e o comprometimento s o insuficientes para a melhoria do processo de comunica o Assim identificou se que a coopera o entre usu rios ora emissores ora receptores da mensagem e analistas ora receptores ora emissores da mensagem extremamente necess ria para compor um cen rio no qual possa existir um verdadeiro compartilhamento do conhecimento Ainda nesse contexto pode se destacar as afirma es de Nonaka Konno e Toyama 2000 p 13 que ao com
91. essidade de que emissor e receptor possuam tr s 26 habilidades para tratar com a mensagem A primeira diz respeito escrita e fala para a codifica o a segunda refere se leitura e audi o para a decodifica o A terceira est relacionada ao pensamento ou racioc nio utilizado tanto para codificar quanto para decodificar a mensagem recebida O autor relembra que a mensagem s ser entendida pelo receptor se este estiver apto a interpret la Ou seja o emissor precisa saber antes de enviar a mensagem se o receptor para quem ela dirigida possui capacidade para interpret la Outro aspecto importante a respeito de como se tem estudado a comunica o refere se ao fato de que tem sido amplamente definida como a partilha de experi ncias como observam Tubbs e Moss 2003 p 8 Com tal afirmativa os autores querem mostrar que por meio da comunica o que as pessoas trocam significados e compartilham experi ncias adquiridas ao longo de suas vidas Esse compartilhamento de experi ncias permite portanto que novas informa es sejam adquiridas e produzam novos conhecimentos Gillard e Johansen 2004 p 24 ao analisarem a comunica o no gerenciamento de projetos concordam quanto sua complexidade argumentando que a comunica o envolve a formula o transmiss o e recep o de mensagens Estas por sua vez podem ser verbais ou n o verbais e devem produzir uma resposta do receptor De form
92. essidades dos usu rios O usu rio no entanto argumentou que o processo de comunica o seria mais eficiente se os usu rios fossem mais objetivos na tentativa de passar para o analista o que eles precisam Nesse ponto pode se retornar a Xex o 2007 p 38 que afirma existir na grande maioria das vezes uma certa dificuldade por parte dos usu rios na tentativa de expressarem as suas necessidades Assim pode se deduzir que tanto usu rios quanto analistas demonstram dificuldades na comunica o dado que falam linguagens diferentes t m forma o especialidades capacita es habilidades e experi ncias diferentes Urge portanto que estudos desse processo de comunica o sejam capazes de apontar melhorias que ajudem a torn la mais efetiva A teoria embutida no presente estudo aponta para a utiliza o de mecanismos de gest o do conhecimento com investimento intensivo no processo de socializa o via intera es realizadas por meio de um conv cio constante e intenso entre analistas e usu rios Isso por sua vez permitir que por meio da observa o principalmente um aprenda e apreenda do outro compartilhando de fato seus conhecimentos 75 CAP TULO 5 AN LISE DOS RESULTADOS 5 1 Considera es iniciais O presente relato de pesquisa contou com duas estrat gias que serviram de base para o seu desenvolvimento final O primeiro um estudo bibliogr fico onde se identificaram t cnicas e m todos uti
93. estudado o processo de comunica o entre usu rios e analistas de sistemas foco da presente pesquisa Dentre os poucos trabalhos encontrados pode se destacar estudos sobre a dificuldade encontrada por analistas para identificarem de maneira correta os requisitos do software solicitado por seus clientes Dentre os estudos identificados nas buscas destaca se o trabalho apresentado por Saiedian e Dale 2000 p 423 que apresentam sugest es para melhorar o di logo entre clientes e desenvolvedores de software Apoiando se em trabalho anterior realizado por Holzblatt e Beyer 1995 p 31 os autores acrescentam que clientes e desenvolvedores de software devem criar uma compreens o comum dos problemas do trabalho e do impacto das solu es t cnicas sobre os trabalhos Isso demonstra mais uma vez a necessidade de que usu rios e analistas desenvolvam uma linguagem comum para facilitar a comunica o entre ambos 38 No mesmo sentido Wahono 2002 p 70 lista alguns dos problemas mais comuns no que se refere aos aspectos relacionados com a comunica o entre usu rios e analistas O autor d nfase aos aspectos usu rios e analistas falam l nguas diferentes analistas t m conhecimento pobre a respeito do dom nio do problema do usu rio informa es bvias s o facilmente omitidas e usu rios diferentes possuem vis es conflitantes sobre o mesmo assunto Coughlan e Macredie 2002 p 49 consideram que durante o desenvol
94. gociar e documentar esses requisitos Pode se considerar que a engenharia de requisitos consiste no cerne do processo de desenvolvimento de software Ormandjieva Hussain e Kosseim 2007 p 39 consideram que a an lise e valida o dos requisitos constituem a chave da atividade de engenharia de requisitos para entender os requisitos coletados classificando os e relacionando os s necessidades dos stakeholders Adicionalmente Kotonya e Sommerville 1998 p 53 definem elicita o de requisitos como uma denomina o usualmente atribu da s atividades que envolvem a descoberta dos requisitos do sistema Wiegers 2003 p 9 considera a exist ncia de tr s n veis de requisitos de software requisitos do neg cio requisitos do usu rio e requisitos funcionais Tais n veis apresentam um escalonamento hier rquico onde os requisitos funcionais dependentes dos requisitos do sistema est o contidos nos requisitos do usu rio e estes por sua vez comp em os requisitos do neg cio Na mesma abordagem durante a elicita o de requisitos necess rio que sejam considerados fatores como regras do neg cio atributos de qualidade interfaces externas e restri es diversas que comp em o conjunto de requisitos n o funcionais A Figura 9 mostra a divis o dos requisitos com base nessa estrutura hier rquica 52 N o Funcional Funcional Requisitos do neg cio Documentos de vis o e esc
95. i o desempenho do sistema Ishikura 2008 p 169 al m de refor ar os argumentos apresentados por Nonaka e Takeuchi 1997 a respeito da convers o do conhecimento t cito por meio da socializa o acrescenta que esse processo ocorre habitualmente em reuni es sociais informais Pode no entanto ocorrer tamb m nas intera es entre clientes e fornecedores A autora enfatiza ainda que a empatia entre as pessoas importante no processo de socializa o No caso do estudo em quest o em que analistas de sistemas levantam requisitos de software com os usu rios existe uma troca de papeis No in cio e no final do processo de desenvolvimento de software usu rios s o clientes da equipe de desenvolvimento solicitando e recebendo um produto de software Acontece por m que na fase de levantamento de requisitos os papeis se invertem visto que analistas tornam se clientes dos usu rios que fornecem requisitos insumos para a produ o do software Beal 2004 p 12 acrescenta a essa discuss o que o conhecimento n o necessariamente a representa o de um conjunto de informa es argumentando ainda que em uma representa o hier rquica o conhecimento posiciona se acima da informa o a qual por sua vez est acima dos dados Assim na medida em que os dados crescem em import ncia e complexidade tornam se informa o e esta depois receber a agrega o de novos elementos passa a ser o pr prio conhecimento
96. ia ideia de como funcionava mas voc vai se envolvendo a gente ali conversando todo o dia a pessoa vai explicando No fim o meu cliente com certeza sabia o que ele queria Eu sabia todos os requisitos eu sabia a programa o s que para eu entender aquilo ele teve que sentar comigo e me explicar a formula matem tica Era a nica maneira de colocar no c digo O usu rio entendia do neg cio mas eu n o entendia Eu entendia a parte da inform tica A12 Modo de compartilhamento do conhecimento socializa o Com rela o ao compartilhamento do conhecimento entre usu rios e analistas e vice versa todos foram un nimes em afirmarem que para haver compartilhamento entre as duas partes necess rio que ambos atuem em conjunto e cooperem para que possa existir uma socializa o As respostas mais encontradas nessa quest o referem se a reuni es e conversas entre analistas e usu rios passando pela identifica o dos processos da organiza o e chegando ao trabalho em conjunto Percebe se assim que o compartilhamento do conhecimento entre usu rios e analistas poss vel Para que isso ocorra entretanto necess rio que exista um contato mais pr ximo entre os dois grupos Identificou se inclusive que a grande maioria dos entrevistados concorda que por meio da socializa o entre usu rios e analistas que ser poss vel uma melhoria no processo de comunica o Tal afirma o baseia se principalmente no fato d
97. iculdade na identifica o dos requisitos a utiliza o da linguagem natal dos envolvidos citando como exemplo o Portugu s e o Ingl s que permitem constru o de senten as amb guas enfatizando que necess rio evitar ao m ximo as ambiguidades A tentativa de evitar ambiguidades fez ao longo dos anos que pesquisadores interessados na produ o de software de qualidade dedicassem grande parte do tempo ao estudo e desenvolvimento de t cnicas que pudessem ser utilizadas para tornar as tarefas de an lise de requisitos mais simples tanto para analistas quanto para usu rios Um bom exemplo dessa tentativa a utiliza o de modelos para representar para usu rios e analistas partes do sistema de forma menos complexa que utilizando a linguagem textual escrita Booch Rumbaugh e Jacobson 2000 apresentam um guia para utiliza o da UML Unified Modeling Language ou Linguagem Unificada de Modelagem e consideram que a especifica o constitui se da constru o de modelos precisos completos e n o amb guos enfatizando que a UML pode ser utilizada para decis es importantes tanto na an lise e projeto quanto na implementa o do produto de software Da mesma forma Martins 2006 p 156 argumenta que a utiliza o de casos de uso permite organizar o sistema em nichos de funcionalidades pacotes sendo que cada nicho dever produzir alguma coisa til Segundo o mesmo autor a melhor maneira de se obter um c
98. incorporado ao modelo circular apresentado por Osgood e Schramm em 1954 MCQUAIL WINDAHL 1993 Vale a pena ressaltar que a retro alimenta o possibilita ao emissor a sua melhor adapta o na maneira de se comunicar com o receptor tendo em vista a possibilidade de ser avaliado quanto mensagem enviada Mais que a quest o da retro alimenta o DeFleur incorporou o componente ru do a todas as etapas do processo diferentemente de Shannon e Weaver que o incorporaram apenas com rela o ao canal transmissor da mensagem Dispositivo de comunicacao a Fonte da Transmissor Destinat rio informa o F 7 onte da in Destinat rio Receptor Canal Transmissor ji forma o A Dispositivo de retroalimentac o Figura 4 Modelo de DeFleur Traduzido de McQuail Windahl 1993 p 18 Ainda com base em estudos conduzidos por McQuail e Windahl 1993 identifica se o modelo circular proposto por Osgood e Schramm em 1954 Figura 5 o qual ilustra um processo de comunica o em que emissor e receptor representam os mesmos papeis importante notar que a altern ncia de papeis abordada no modelo dos autores ocorre em distintos momentos do processo 31 Figura 5 Modelo de Osgood e Schramm Traduzido de McQuail Windahl 1993 p 19 O modelo de Osgood e Schramm representou um avan o em rela o ao modelo linear de Shannon por apresentar a comunica o como um processo c clico onde emissor e receptor tro
99. intera o com o programador com o profissional que ele tenha um conhecimento m nimo ou que seja formado nessa rea de repente n o com a especialidade U3 Talvez ter um cara designado para essa fun o No ano passado como era o sistema antigo e dava problema a pessoa encarregada desse problema ficava atendendo outros assuntos e a tudo tinha prioridade Ele at n o sabia se a prioridade que ele dava s a informa o de quem fazia pedidos Ficava meio complicado faltava algu m espec fico s para isso U4 Em primeiro lugar a verdade Voc tem que ser verdadeiro para que ele seja um sistema que atenda somente aos objetivos das suas necessidades dentro do trabalho U5 As informa es que est o no sistema t m que se fundamentar em alguma coisa que a legisla o U6 Com rela o a esse mesmo t pico foi solicitado aos entrevistados que discorressem a respeito de um exemplo de sucesso no levantamento de requisitos Apenas sete dos dezoito entrevistados responderam ao questionamento sendo eles todos analistas Como resumo das respostas identificou se que os analistas consideram que obtiveram sucesso no levantamento de requisitos quando interpretaram corretamente as necessidades dos usu rios quando conseguiram implement las corretamente e quando conseguiram reunir toda a documenta o sobre a situa o atual do sistema fornecida pelo usu rio Nisso observa se que os exemplos de sucesso no levantamento de requ
100. ior proximidade entre usu rios e analistas como fator necess rio a uma boa comunica o Tal aspecto j havia sido identificado anteriormente como sendo importante no processo de comunica o Os analistas observaram que uma maior aproxima o entre eles e os usu rios poder trazer benef cios tamb m para o processo de comunica o durante o levantamento de requisitos Algumas das respostas que ilustram tal achado encontram se a seguir fundamental que o analista de sistema tenha f cil acesso ao usu rio diretamente envolvido com o problema A1 tem diversas t cnicas no mercado para poder fazer o levantamento de informa es e ficar interagindo com o usu rio A9 2 s na comunica o s a gente fazendo reuni o batendo um papo ele falando o que ele quer eu falando o que eu entendi do que ele quer Agora fora a comunica o presencial n o tem para onde correr Reuni es com certeza n o adianta eu falar vamos resolver por telefone A12 J entre os usu rios n o houve aspectos mais destacados sendo considerados por estes diferentes elementos que podem estar presentes na comunica o entre usu rios e analistas durante a fase de levantamento de requisitos Foram salientados aspectos tais como o atendimento das solicita es do usu rio por parte do analista o analista apresentar um bom detalhamento do qu e como ser desenvolvido o usu rio entender de programa o a necessidade de
101. ipalmente por analistas que eles devem realizar um planejamento pr vio do que ser solicitado aos usu rios durante o levantamento de requisitos As seguintes respostas demonstram o que foi observado Para melhorar mesmo seria a comunica o direta com o pr prio usu rio com quem precisa com o pr prio cliente A11 A forma de melhorar essa comunica o trazer o usu rio para junto do analista A9 N s temos um contato constante com a empresa inclusive fins de semana e feriados porque o laborat rio n o p ra N s trabalhamos fins de semana e feriados Essa intera o tem que ser cont nua e n o pode existir nenhuma interrup o U1 Haveria a necessidade de reuni es com os analistas e todas as pessoas que v o trabalhar nesse sistema em um maior n mero de vezes se houvessem reuni es sistem ticas todas as d vidas e arestas seriam colocadas nessas reuni es com maior frequ ncia Com certeza reuni es freq entes U5 Seria o gestor passar para todas as pessoas envolvidas a import ncia do desenvolvimento daquele sistema a import ncia do comprometimento de todas as reas envolvidas no sistema desde o gerente at o operacional A7 Eu acho que o comprometimento a pe a chave em tudo o que voc vai fazer dentro da empresa Em ambas as partes voc valorizar aquilo que voc faz e entender que a outra parte tamb m tem o dever dela A8 Antes do primeiro contato com o usu rio importante
102. isitos s o fruto justamente da aplica o por parte dos analistas dos aspectos j destacados por eles mesmos como sendo fatores que podem melhorar o processo de comunica o Ou seja as a es de interpretar e implementar corretamente as necessidades dos usu rios e reunir a documenta o sobre o sistema atual com os usu rios est o diretamente ligadas a aspectos j identificados tais como linguagem comum clareza na identifica o das solicita es aproxima o entre analistas e usu rios e conhecimento sobre o que o usu rio quer A seguir s o ilustrados alguns exemplos apresentados pelos entrevistados Um exemplo de sucesso no levantamento de requisitos foi em um projeto onde tudo foi corretamente interpretado pelo analista de sistemas e implementado de acordo com as necessidades do usu rio Al O ltimo resultado de sucesso foi em um levantamento em que ambas as partes participaram e discutiram O usu rio sabia o que queria e o analista conseguia 95 entender o assunto com linguagem clara e objetiva sendo que o usu rio sabia o que queria e o analista pode entender o que foi solicitado A4 o que tem acontecido com a gente geralmente que na hora que a gente fala o que um data warehouse ou a pessoa fala isso mesmo que eu quero e a gente colhe informa es e o usu rio passa informa es que a gente realmente precisa ou o usu rio fala n o eu estou percebendo que n o isso que vai me atender
103. itariamente que a informa o dispon vel na organiza o seja adequadamente gerenciada Choo 2006 p 29 30 enfatiza que o uso da informa o por parte da organiza o est ligado cria o de significado constru o do conhecimento e tomada de decis o No entanto tais processos interligados s o frequentemente tratados como processos independentes de informa o organizacional a despeito do fato de que o conhecimento existente na mente das pessoas precisa ser convertido em conhecimento que possa ser partilhado e transformado em inova o Observa se que tanto na abordagem adotada por Nonaka e Takeuchi 1997 quanto na adotada por Choo 2006 o conhecimento nasce intrinsecamente no indiv duo para posteriormente ser externalizado e disseminado no contexto organizacional Dessa forma para que o conhecimento organizacional seja completo necess rio que as pessoas que comp em a organiza o externalizem o seu conhecimento t cito A externaliza o do conhecimento t cito torna se fator determinante para a cria o do conhecimento nas organiza es Contudo face impossibilidade de que todo o conhecimento t cito adquirido seja externalizado de maneira completa imperativo que as organiza es utilizem estrat gias que favore am o compartilhamento do conhecimento no ambiente organizacional 43 A comunica o e o compartilhamento do conhecimento t cito s o fatores essenciais para a inova
104. jetivo proporcionar uma vis o clara da adequa o dos procedimentos adotados na pesquisa INSTRUMENTO OBJETIVOS DADOS COLETADOS FONTE J DE COLETA Identificar as principais t c Rela o das principais Literatura especia nicas e m todos propostos t cnicas e m todos pro lizada livros pe Pesquisa biblio para o levantamento de re postos para o levanta ri dicos e anais de gr fica quisitos mento de requisitos eventos Identificar o modelo do pro Modelo de processo de P AS PEERS Literatura especia cesso de comunica o til comunica o til para EPE lizada livros pe Pesquisa biblio para representar a comunica representar o processo a 9 as Ras ri dicos e anais de gr fica o entre usu rios e analistas de comunica o entre f a eventos de sistemas analistas e usu rios Identificar aspectos do pro cesso de comunica o entre po Aspectos que favore am usu rios e analistas que favo 4 o compartilhamento do as re am o compartilhamento do Usu rios e analis conhecimento durante a Entrevista conhecimento durante a fase tas de sistemas fase de levantamento de de levantamento de requisitos ss requisitos dentro de um processo de desenvolvimento de software Quadro 1 Rela o entre os objetivos da pesquisa fonte dos dados e dados coletados 4 3 Estudo Piloto Pr teste da entrevista 4 3 1 Considera es inici
105. la o de estrat gias corporativas de informa o e de tecnologia da informa o que s o articuladas entre si Metas e objetivos informacionais devem ser planejados dentro dessa etapa A segunda etapa consiste na execu o das atividades planejadas na etapa anterior e o seu acompanhamento As etapas de avalia o e corre o correspondem verifica o do correto funcionamento das atividades planejadas e em execu o e s a es corretivas para a solu o dos problemas porventura identificados Assim n o poss vel que as a es de gest o da informa o sejam executadas de forma separada independentes do contexto da organiza o onde est o inseridas Observa se com base no que foi discutido at aqui que para o perfeito funcionamento das organiza es essencial a gest o eficiente da informa o Esta por sua vez de igual modo essencial para o processo da comunica o no ambiente organizacional Conversamente o processo de comunica o essencial para gest o da informa o Dessa maneira ambas gest o da informa o e comunica o apresentam se de forma a se complementarem mutuamente poss vel portanto concluir que a gest o do conhecimento est totalmente integrada gest o da informa o e comunica o visto que n o h gest o do conhecimento sem gest o da informa o nem ambas sem comunica o n o sendo poss vel no contexto organizacional dissoci los O ponto que se que
106. les para a fundamenta o 61 te rica do estudo Adotou se para a representa o b sica do processo de comunica o o modelo proposto por Osgood e Schramm Figura 5 cap 3 p 33 visto que mostrou se apropriado e suficiente para explicar o processo de comunica o entre usu rios e analistas de sistemas Acrescentou se ao modelo dos autores os elementos da gest o do conhecimento especificamente no que concerne ao processo de socializa o Assim o modelo indica que no mbito da Ci ncia da Informa o o levantamento de requisitos no desenvolvimento de software consiste em um processo de comunica o A efetividade da comunica o entre eles depende do grau de conhecimento que analistas de sistemas obt m a respeito das caracter sticas do ambiente e das necessidades do usu rio De igual modo o grau de conhecimento dos usu rios sobre o trabalho dos analistas condi o para a efetividade da comunica o entre eles e os analistas A socializa o de conhecimento como processo de gest o do conhecimento entre os dois tipos de atores portanto impacta na efetividade da comunica o e vice versa PE SEDES SEE EEN EEE SS Informa o sobre suas necessidades Usu rio Decodificador martilhamento do conhec nforma o sobre possi bilidades da aplica o Figura 10 Modelo conceptual da pesquisa Adaptado de Osgood e Schramm MCQUAIL WINDAHL 1993 62 4 2 Procediment
107. lhoria na comunica o e no compartilhamento do conhecimento entre usu rios e analistas visto que durante a narrativa utilizava se uma linguagem menos formal do que a normalmente utilizada no levantamento de requisitos Os autores constataram ainda que os usu rios sentiam se vontade no momento em que realizavam suas narrativas A quebra de formaliza o conseguida permitia que as declara es dos usu rios a respeito dos problemas encontrados nos sistemas de informa o em uso fossem mais realistas Finalmente Tiwana 2006 realizou um estudo sobre os efeitos da integra o do conhecimento na performance do desenvolvimento de software O estudo englobou um total de 232 projetos de software em andamento em 232 empresas distribu das em diversos pa ses Segundo o autor essa integra o proporciona que novas informa es a respeito das necessidades dos usu rios ou mudan as de prioridade no andamento do projeto possam ser mais bem refletidas no desenvolvimento do software Assim os resultados demonstraram que a integra o do conhecimento entre os integrantes da equipe de desenvolvimento melhora a qualidade do produto com redu o na ocorr ncia de defeitos e aumento na efici ncia do processo de desenvolvimento de software Constata se assim que as pr ticas atuais para a gest o do conhecimento na engenharia de requisitos com exce o do trabalho apresentado por Oliveira Ara jo e Borges 2007 n o t m levado em consi
108. listas que possuem entre um e cinco anos e entre 21 e 25 anos de atividade profissional respectivamente perfazendo cada grupo 8 da amostra Em rela o aos usu rios os n meros mostraram se bem variados 33 dos entrevistados possuem entre um e cinco anos de 104 experi ncia profissional 17 entre seis e dez anos 33 entre 11 e 15 anos e novamente 17 entre 16 e 20 anos Tal achado n o possibilitou tra ar uma rela o entre os n meros identificados Os dados est o adequadamente vis veis no Gr fico 4 Atua o na rea 0 1a 5 anos 6a 10anos 11a 15anos 16a 20anos 21a 25 anos m Analistas 1 6 2 2 1 E Usu rios 2 Gr fico 4 Atua o profissional dos participantes 6 2 Entrevistas realizadas Do resultado das entrevistas chegou se a conclus o que tanto usu rios quanto analistas concordaram que para um processo de comunica o efetivo h a necessidade da ocorr ncia de um compartilhamento do conhecimento entre ambos Assim depreende se das palavras de usu rios e analistas que o sucesso do produto de software depender de como esses atores comportar se o durante a fase de levantamento de requisitos Isso porque nessa fase onde s o identificadas as principais funcionalidades do produto de software e s o definidas as principais regras de neg cio que dever o ser implementadas pelo software Para que haja uma consolida o das respostas
109. lizados para o levantamento de requisitos O segundo a identifica o na literatura de um modelo de processo de comunica o til para representar a comunica o entre usu rios e analistas de sistemas durante a fase de levantamento de requisitos dentro de um processo de desenvolvimento de software Adicionalmente foi realizado por meio de entrevistas levantamento para identificar aspectos do processo de comunica o entre usu rios e analistas que favore am o compartilhamento do conhecimento durante a fase de levantamento de requisitos O estudo portanto foi viabilizado por meio de quatro a es e identificar t cnicas indicadas por autores relevantes para facilitar o trabalho de analistas de sistemas durante o levantamento de requisitos e relacionar tais indica es com alguns dos modelos de processo de comunica o existentes e selecionar dentre os modelos do processo de comunica o identificados na literatura aquele considerado mais adequado para representar o processo de comunica o para o contexto estudado e identificar por meio da aplica o de entrevistas fatores determinantes para o favorecimento do compartilhamento do conhecimento entre usu rios e analistas 5 2 Principais t cnicas e m todos utilizados para o levantamento de requisitos Para identificar quais as principais t cnicas e m todos propostos para o levantamento de requisitos dentro de um processo de desenvolvimento de software recorreu s
110. m contatados 12 usu rios e 15 analistas dos quais apenas 6 usu rios e 12 analistas puderam realmente participar do estudo Acredita se por m que para uma pesquisa de mestrado onde foi utilizada a sele o da amostra por conveni ncia o n mero de entrevistas atingiu os objetivos desejados Tal limita o identificada deriva se principalmente da dificuldade em se conseguir usu rios que tenham trabalhado diretamente no processo de desenvolvimento de software e que o mais importante estivessem dispostos a falar sobre o assunto Da mesma forma foi um tanto quanto dif cil marcar as entrevistas com os analistas justamente porque tais entrevistas foram realizadas nos ltimos meses do ano per odo de f rias momento este em que grande parte das empresas est envolta finaliza o de projetos iniciados durante o ano 121 7 4 Sugest es para estudos futuros Prop e se a realiza o de estudos que visem verificar se os analistas de sistemas que possuam uma forma o mais humanista apresentam ou n o maior vantagem na identifica o das necessidades dos usu rios em rela o queles formados em cursos mais voltados parte t cnica como os cursos de ci ncia da computa o e de tecnologia de tecnologia da informa o Outro aspecto que poder ser enfatizado em um estudo futuro se o tipo de metodologia utilizada no processo de desenvolvimento de software pode ou n o influenciar na capacidade do analista em identificar
111. ma o e sua comunica o para uso pelos humanos Saracevic acrescenta inclusive que os objetos de estudo de ambas as reas s o complementares e n o competidores Percebe se pelas palavras de Saracevic que sendo os objetos de estudos de ambas as reas complementares faz se pertinente analisar do ponto de vista da Ci ncia da Informa o a quest o comunicacional do processo que envolve as intera es entre usu rios e analistas de sistemas Buscou se apoio de diversos autores de ambas as reas com o objetivo de identificar lacunas no processo de comunica o entre esses dois atores visando propor um modelo do processo de comunica o que venha a suprir as defici ncias porventura encontradas A situa o espec fica estudada relaciona se com o momento em que um sistema de informa o apoiado por tecnologia da informa o com uso de hardware e software precisa ser desenvolvido para atender a alguma demanda da organiza o Torna se necess rio ent o que uma solicita o seja feita ao setor da organiza o respons vel pelo desenvolvimento de sistemas ou a alguma empresa especializada nessa atividade caso em que ocorre a terceiriza o Em qualquer dos casos no entanto necess rio que se desenvolva um processo de comunica o entre quem solicita o produto de software quem o utilizar e quem o construir Conforme identificado pela an lise da literatura XEX O 2007 REZENDE 2002 a comunica o entre us
112. mas baseados em computador est o cada vez mais complexos conquistando um papel essencial e cr tico nas organiza es e at mesmo na sociedade Consequentemente identifica se uma total depend ncia dos recursos e servi os fornecidos pelos sistemas informatizados FUGGETTA 2000 Verifica se ainda no contexto em estudo que por mais ferramentas que sejam criadas para facilitar o processo de comunica o entre usu rios e analistas os ltimos permanecem com dificuldade para identificar as reais necessidades dos primeiros Algumas vezes vale ratificar porque usu rios t m dificuldade em transmitir aos analistas suas necessidades XEX O 2007 Outras porque os analistas n o conseguem identificar junto aos usu rios os reais requisitos para o desenvolvimento do produto de software CHENG ATLEE 2007 Considera se portanto pertinente e oportuno conduzir uma investiga o a respeito do problema no mbito da Ci ncia da Informa o mais precisamente no contexto da comunica o organizacional Essa constata o guarda rela o com o fato do problema ter sido identificado como sendo oriundo de uma falha na comunica o entre quem solicita o produto e que o desenvolve Entende se que o analista s consegue realizar um bom levantamento de requisitos ao se deixar envolver em um processo de comunica o e de compartilhamento de conhecimento entre ele e o usu rio Assim decidiu se conduzir a presente pesquisa luz das te
113. minando com estudos recentes sobre comunica o e gest o da informa o e do conhecimento na engenharia de requisitos 24 Com o objetivo de aprofundar a discuss o relativa ao contexto espec fico do estudo a engenharia de software foi dividida em processos de desenvolvimento de software e engenharia de requisitos A engenharia de requisitos por seu turno foi subdividida em levantamento de requisitos e problemas na an lise de requisitos 3 2 Comunica o De acordo com Meadows 2001 p 239 a comunica o palavra com diversos significados e fundamental para a atividade social alvo de estudos em diversas disciplinas ocorrendo assim tanto nas ci ncias exatas quanto nas ci ncias sociais e nas humanidades No contexto da presente pesquisa em que o alvo do estudo o processo de comunica o entre usu rios e analistas de sistemas tem se a necessidade de entender a comunica o como processo que ocorre entre as pessoas no contexto das organiza es De forma semelhante Meadows 2001 Berlo 2003 p 15 alega que a comunica o humana compreende a produ o da mensagem por algu m e a recep o dessa mensagem por algu m Assim percebe se que as discuss es a respeito do processo de comunica o partem do pressuposto de que h uma mensagem criada por alguma pessoa que tem interesse em comunicar algo para outra com um determinado prop sito Curral e Chambel 2001 p 358 ao discutirem a respeito d
114. mitem aos analistas as suas solicita es 6 3 Resultados obtidos 6 3 1 T cnicas indicadas para o levantamento de requisitos Verificou se por meio da an lise da literatura que a maioria dos autores que escrevem sobre engenharia de software e engenharia de requisitos indica que a t cnica da entrevista com o usu rio uma das principais ferramentas para a identifica o dos requisitos do produto de software PFLEEGER ATLEE 2006 PRESSMAN 2006 REZENDE 2002 XEX O 2007 Os mesmos autores afirmam que ap s as entrevistas com os usu rios necess rio que sejam redigidos documentos que podem variar de acordo com a metodologia de desenvolvimento adotada Os documentos utilizados para o levantamento e posterior an lise de requisitos normalmente constituem se de diagramas de casos de uso especifica es de casos de uso documentos de vis o prot tipos funcionais do produto que est sendo projetado e outros mais ou menos complexos em fun o da finalidade do produto e do m todo utilizado para a sua implementa o 106 6 3 2 Estabelecimento de uma linguagem comum Os entrevistados foram arguidos a respeito de qual aspecto eles consideram mais importante no processo de comunica o entre usu rios e analistas de sistemas Al m disso foi solicitado que discorressem a respeito de como foi a ltima experi ncia com o desenvolvimento de software Para este questionamento obtiveram se diversas respostas Por m o que mais ch
115. munica o entre usu rios e analistas de sistemas durante a fase de levantamento de requisitos dentro de um processo de desenvolvimento de software com vistas a contribuir para o melhor entendimento por parte de analistas de sistemas das reais necessidades dos usu rios de produtos de software e por parte dos usu rios das reais possibilidades da tecnologia da informa o Para uma abordagem mais elucidativa e que proporcione melhor entendimento das caracter sticas do processo de comunica o entre usu rios e analistas de sistemas decidiu se como poss vel notar que a presente pesquisa fosse realizada com foco na fase de levantamento de requisitos Isso porque nessa fase que h maior contato entre usu rios e analistas de sistemas dado que se trata do momento em que o analista realiza reuni es frequentes com seus clientes para traduzir as necessidades destes em requisitos de software 1 3 Objetivos Com o objetivo de contribuir para a melhoria da comunica o entre usu rios e analistas de sistemas permitindo que os ltimos entendam melhor as necessidades dos primeiros e os primeiros as possibilidades da computa o na satisfa o dessas necessidades esta pesquisa visa a identificar na literatura e em trabalho de campo quest es relacionadas an lise de requisitos comunica o organizacional e gest o do conhecimento Para tal foram propostos objetivos que servir o tanto para delimitar as fronteiras qua
116. nada protegida compartilhada e transmitida em um formato adequado s pessoas que dela necessitam Com base nas ideias dos autores poss vel concluir que a gest o eficaz da informa o dentro da organiza o requer o controle eficiente de todos os processos internos ligados ao trato das informa es em poder da organiza o e de seus funcion rios Mais que isso requer que se inclua tamb m todo o conhecimento de que disp e a organiza o Cianconi 2001 p 33 define gest o da informa o como sendo um conjunto de atividades compreendidas por planejar selecionar coletar analisar organizar otimizar os fluxos normalizar tornar dispon vel para uso e avaliar informa es disseminando as 45 em sistemas e servi os A dissemina o em sistemas e servi os compreende a capacidade da organiza o em prover o compartilhamento das informa es necess rias operacionaliza o de suas atividades e tomada de decis o em todos os n veis da organiza o Como se pode apreender da defini o da autora gest o e comunica o constituem processos que est o definitivamente imbricados De forma semelhante Beal 2004 p 84 considera que a gest o da informa o pode ser dividida em etapas que normalmente integram um processo administrativo Essas etapas segundo a autora s o constitu das das atividades de planejamento execu o avalia o e corre o A etapa de planejamento corresponde pr pria formu
117. ntar um livro explicativo N s dando a explica o nossa para eles e eles dando mais ou menos uma no o do que eles v o fazer com aquelas informa es que se prestou para eles para poder gerar o sistema para rodar o programa E outra coisa que muito interessante que tudo isso que criado tem que estar sempre dispon vel para quem vier no futuro usar U6 102 CAP TULO 6 DISCUSS O DOS RESULTADOS 6 1 Caracteriza o da popula o A popula o objeto da pesquisa constituiu se de dezoito pessoas Dessas doze desempenham atualmente a fun o de analistas de sistemas e seis atuam como usu rios de produtos de software e participaram de forma ativa do desenvolvimento de pelo menos um produto de software Todas as entrevistas foram gravadas integralmente nos meses de novembro e dezembro de 2009 e janeiro de 2010 Os dados demogr ficos representados no Gr fico 1 indicam que em rela o ao g nero sete analistas s o do sexo feminino enquanto cinco s o do sexo masculino o que corresponde a 58 e 42 respectivamente do total de analistas entrevistados Por outro lado em rela o aos usu rios entrevistados todos os seis s o do sexo masculino G nero 7 f 6 5H 4 3 2 1 o Masculino Feminino E Analistas 7 5 E Usu rios 6 0 Gr fico 1 G nero dos participantes Como faixa et ria m dia dos entrevistados constatou se que 50 do
118. nto para compartilhamento de experi ncias pensamentos e valores no ambiente organizacional Ci ncia da Informa o Bras lia v 37 n 1 p 37 52 jan abr 2008 Dispon vel em lt http revista ibict br index php ciinf article download 1005 747 gt Acesso em 21 nov 2009 CERVO Amado Luiz BERVIAN Pedro Alcino SILVA Roberto da Metodologia cient fica 6 ed S o Paulo Pearson Prentice Hall 2007 CHAGAS Luciana de Deus COSTA Sely de Souza Efetividade do processo de comunica o com base na abordagem do comportamento informacional o caso de um organismo internacional da rea da sa de p blica sediado no Brasil Ci ncia da Informa o Bras lia v 36 n 3 p 39 50 set dez 2007 Dispon vel em lt http revista ibict br index php ciinf article view 947 742 gt Acesso em 26 mai 2009 CHENG Betty H C ATLEE Joanne M Research directions in requirements engineering In INTERNATIONAL CONFERENCE ON SOFTWARE ENGINEERING CONFERENCE ON THE FUTURE OF SOFTWARE ENGINEERING 2007 123 Washington USA Proceedings Washington IEEE Computer Society 2007 p 285 303 Dispon vel em lt http portal acm org citation cfm 1d 1254725 gt Acesso em 06 maio 2009 CHOO Chun Wei Working with knowledge how information professionals help organizations manage what they know Library Management v 21 n 8 2000 Dispon vel em lt http choo fis utoronto ca Im gt Acesso em 26 maio 2009 ato A organiz
119. nto para nortear a condu o do estudo Tais objetivos est o divididos em geral e espec ficos Assim o Objetivo Geral da pesquisa propor um modelo do processo de comunica o entre usu rios e analistas de sistemas que enfatize o compartilhamento de conhecimento durante a fase de levantamento de requisitos dentro do processo de desenvolvimento de software 16 Objetivos Espec ficos e identificar na literatura as principais t cnicas e m todos propostos para o levantamento de requisitos dentro de um processo de desenvolvimento de software e identificar na literatura um modelo do processo de comunica o til para representar a comunica o entre usu rios e analistas de sistemas durante a fase de levantamento de requisitos dentro de um processo de desenvolvimento de software e identificar aspectos do processo de comunica o entre usu rios e analistas que favore am o compartilhamento do conhecimento durante a fase de levantamento de requisitos dentro de um processo de desenvolvimento de software 1 4 Justificativa Parte significativa dos produtos de software n o faz exatamente o que os usu rios precisariam que fizesse Em raz o dessa dificuldade s o frequentes os estudos realizados pela tecnologia da informa o com vistas a identificar esse problema geralmente sob a tica da engenharia de software S o estudos que prop em metodologias e ferramentas com o objetivo de automatizar a an lise dos requisitos
120. o Figura 3 demonstra a comunica o entre duas pessoas durante uma conversa telef nica ilustrando o processo que se tornou conhecido como teoria matem tica da informa o O modelo de Shannon levava em considera o a exist ncia de uma fonte de informa o emissor uma mensagem e um receptor O autor admitia ainda a presen a de algo que poderia interferir na transmiss o da mensagem uma interfer ncia mec nica qual chamou de ru do O modelo de Shannon partia do princ pio de que a mensagem era emitida pela fonte codificada pelo emissor sinal transmitida ao aparelho receptor e decodificada para entendimento do destinat rio da mensagem Nesse intervalo a mensagem poderia sofrer interfer ncias ru dos importante notar que o modelo do autor limitava a comunica o a um processo linear com in cio e fim onde a comunica o s poderia ocorrer em um nico sentido de cada vez A partir de seus estudos novos modelos foram apresentados e tornaram se ao longo dos anos mais complexos e completos incorporando outras vari veis e a es mensagem sinal sinal recebido mensagem om a EA q es informa o Fonte do ru do Figura 3 Modelo de Shannon e Weaver 30 Traduzido de McQuail Windahl 1993 p 17 DeFleur 1970 apud MCQUAIL WINDAHL 1993 por sua vez ressaltou na ilustra o de seu modelo de comunica o Figura 4 o componente retro alimenta o Esse componente j havia sido
121. o Portanto nenhuma organiza o teria vantagem competitiva sobre as demais se seus funcion rios detivessem a maior gama de conhecimento sobre suas tarefas sobre o mercado e sobre o pr prio funcionamento da organiza o mas o guardassem apenas para si Isso porque na medida em que os funcion rios deixam a organiza o e novos funcion rios s o admitidos novos processos de convers o do conhecimento s o iniciados Assim onde n o h gest o eficiente do conhecimento o processo inicia se pela cria o de um novo conhecimento e n o pela convers o de um conhecimento j existente armazenado e amadurecido Teixeira Filho 2001 chama a aten o para o fato de que o conhecimento organizacional est armazenado em diferentes meios nomeadamente a cabe a das pessoas documentos impressos ou em formato digital cartazes expostos nas paredes intranet da organiza o contas de e mail sistemas de armazenamento de dados ou na gaveta de algu m Tal dispers o requer como n o poderia deixar de ser a gest o eficiente de toda essa informa o e dos meios em que est armazenada gest o essa comumente levada a cabo por profissionais da informa o Choo 2000 p 4 identifica a exist ncia de tr s caracter sticas do processo de coleta e organiza o da informa o por profissionais da informa o respons veis por sua gest o na organiza o quais sejam o conhecimento valioso criado pelos empregados deve ser identificado e
122. o essa facilidade do analista em se comunicar com o usu rio isso a mais importante O analista buscar um entendimento com o usu rio e fazer com que ele coloque essas caracter sticas que est querendo de forma bem clara A9 Se o usu rio tamb m se prepara se ele valoriza o que ele faz e o que o analista faz e d valor ao tempo tamb m ele vai querer em uma reuni o passar o maior n mero de informa es poss veis A8 de prefer ncia que seja um usu rio que tenha a vis o de melhorar o seu pr prio trabalho Aquele usu rio pr ativo que ele n o faz simplesmente o trabalho do dia a dia mas esteja interessado em melhorar porque com isso o analista al m de ter porque geralmente esse tipo de usu rio tem a vis o total do trabalho e ainda tem a vis o de melhoria Eu acredito que para a comunica o esse usu rio que vai ser o melhor para que o analista possa se comunicar com ele A10 ele entender do neg cio dele fundamental eu n o vou sempre mexer com uma coisa que eu entendo normal eu mexer com coisas que eu nunca vi na vida e ter que fazer um sistema daquilo Voc se envolver com aquilo para voc tentar entender o que ele quer como aquele sistema em si com aquela empresa com aquele tipo de produto Voc nunca vai encontrar pela frente s o que voc conhece Voc nunca vai encontrar todo o dia a mesma coisa A12 93 Foi tamb m ressaltada a necessidade de que haja uma ma
123. o usu rio quer Segundo essas autoras um requisito de software uma express o de um comportamento desejado e deve definir os estados que podem ser assumidos por objetos ou entidades e indicar as fun es que precisam ser executadas para alterar os estados ou as caracter sticas desses objetos ou entidades 6 3 6 Informa es importantes para o sucesso do produto final Buscou se tamb m informa es a respeito do que poderia contribuir para melhorar a comunica o entre usu rios e analistas de sistemas com o objetivo de identificar com maior nitidez as necessidades dos usu rios Para esse questionamento obtiveram se respostas que indicam que alguns analistas consideram importante deixar o usu rio ciente sobre a necessidade da obten o do maior n mero de informa es sobre o sistema mantendo o sempre informado a respeito da relev ncia dessas informa es para o sucesso do produto final e como elas ser o utilizadas ao longo do processo de desenvolvimento Identifica se aqui mais uma vez outro aspecto j localizado no decorrer da an lise das respostas dos questionamentos anteriores Observa se que tudo o que foi listado acima pode ser traduzido como aproxima o entre usu rios e analistas Chega se a essa conclus o porque a pr pria proximidade entre usu rios e analistas por si s j pode proporcionar que os analistas consigam obter e fornecer aos usu rios todas as informa es que eles julgam importante durante
124. o autor foram propostos para colocar ordem no caos do desenvolvimento de software S o eles modelo cascata ciclo de vida cl ssico prop e o desenvolvimento do software de modo cont nuo O usu rio s receber o produto ap s o ltimo est gio modelo incremental prop e a combina o de elementos do modelo em cascata As fases s o mais r pidas e uma parte do produto entregue em cada itera o O desenvolvimento ocorre com a divis o do sistema completo em pequenas pe as entregues uma a uma Para cada entrega feita uma reavalia o do que ser entregue na pr xima itera o modelo RAD Rapid Application Development trata se de uma combina o dos modelos cascata e incremental A diferen a b sica reside na fase da modelagem do modelo em cascata Essa fase dividida em modelagem de neg cio modelagem de dados e modelagem de processo Nesse processo ap s a execu o das tr s fases de modelagem uma fase de constru o iniciada A agilidade do processo obtida por meio da divis o das fases de modelagem e constru o por diversas equipes de desenvolvimento que trabalham em paralelo modelo da prototipagem consiste na constru o r pida de um prot tipo funcional que aprimorado no momento em que novas itera es s o realizadas 50 Possibilita ao final do ltimo est gio a entrega de um produto pronto e acabado ao cliente modelo espiral um modelo evolucion rio que com
125. o conhecimento In TAKEUCHI Hirotaka NONAKA Ikujiro Gest o do conhecimento Porto Alegre Bookman 2008 p 17 38 129 TEIXEIRA FILHO Jayme Gest o do conhecimento e comunica o organizacional Insight Informal n 44 ed do Autor 2001 TIWANA Amrit An empirical study of the effect of knowledge integration on software development performance Information and Software Technology Amsterdam v 46 n 13 p 899 906 out 2004 Dispon vel em lt http www bus iastate edu tiwana pdfs J TiwanaIST2004 pdf gt Acesso em 06 set 2009 TUBBS Stewart L MOSS Sylvia Human communication principles and contexts 9 ed New York Mc Graw Hill 2003 WAHONO Romi Satria Toward a method for eliciting software requirements using constraint natural language IECI Chapter Japan Series T quio v 4 n 1 p 69 71 mar 2002 Dispon vel em lt http romisatriawahono net publications 2002 romi ijw2002 pdf gt Acesso em 06 set 2009 WIEGERS Karl E Software requirements 2 ed Redmond Microsoft Press 2003 XEX O Geraldo Modelagem de sistemas de informa o da an lise de requisitos ao modelo de interface On line 2007 Dispon vel em lt http wiki xexeo org gt Acesso em 30 out 2007 130 AP NDICE 131 ROTEIRO DE ENTREVISTA COM ANALISTAS E USU RIOS 1 PARTE DADOS DE IDENTIFICA O DO ENTREVISTADO Local e data da entrevista Hora de in cio T rmino Nome Sexo Masculino Feminino Idad
126. o de todos os participantes s o fundamentais para um perfeito entendimento das necessidades dos usu rios na fase de levantamento de requisitos Aqui novamente fica demonstrada pod Ox necessidade da exist ncia de um contato mais pr ximo entre usu rios e analistas Isso Ox verificado em fun o dos argumentos que indicam que o envolvimento de todos fundamental Para que haja um perfeito envolvimento de todos necess rio que haja tamb m uma aproxima o entre as duas equipes usu rios e analistas A seguir algumas indica es do achado Na fase inicial do levantamento de requisitos o analista deve adquirir a confiabilidade do patrocinador do projeto para que este o auxilie na obten o das informa es junto aos usu rios envolvidos Nesta fase tamb m seria importante transformar o usu rio em um membro de tempo integral na equipe do projeto Al O envolvimento de todas as partes e a disponibilidade tamb m de todas as partes A7 Olha eu acredito que para o usu rio a pe a chave o crucial para ele poder repassar o conhecimento que ele tem e as necessidades que ele tem para o sistema ele deve ter disponibilidade de tempo e de prefer ncia que ele seja at liberado do trabalho corriqueiro dele para que ele possa se comunicar com tranquilidade sem pressa em voltar para o trabalho dele A10 Novamente o elemento clareza foi lembrado sendo destacada a import ncia de sua utiliza o como um fator que po
127. o pensamento de Axley 1996 observaram que o processo de comunica o no n vel interpessoal consiste em enviar e receber mensagens s quais atribu do um significado Adicionalmente o conjunto de s mbolos que formam o conte do dessas mensagens precisa ser combinado de maneira que formem um c digo reconhecido tanto por quem emite quanto por quem recebe a mensagem Essa por sua vez a chave para o entendimento do conte do da mensagem Para um perfeito entendimento do contexto em an lise torna se necess rio que sejam realizadas algumas considera es a respeito das abordagens te ricas da comunica o Griffin 2006 p 21 32 considera a exist ncia de sete tradi es do campo da teoria da comunica o as quais podem ser resumidas em 25 tradi o s cio psicol gica aborda a comunica o com nfase na influ ncia interpessoal tradi o cibern tica aborda a comunica o com nfase voltada para o processamento da informa o tradi o ret rica aborda a comunica o com nfase na arte de discursar em p blico tradi o semi tica utiliza o processo de compartilhamento do significado dos sinais para explicar o fen meno da comunica o tradi o s cio cultural a comunica o passa ter sentido com base na cria o e ratifica o de uma realidade social tradi o cr tica aborda a comunica o com base em um desafio reflexivo da injusti a do discurso tradi o f
128. o que os usu rios julgam necess rio e igualmente que os usu rios possam repassar todas as suas necessidades da maneira mais clara poss vel para que haja um perfeito entendimento do produto final que precisar ser entregue A seguir s o apresentadas algumas respostas que demonstram tal achado explicar ao usu rio o que importante que eles nos passem A2 primordial e importante o esfor o do analista para entender o que o usu rio deseja o que ele quer A4 O que eu acho mais importante justamente da parte do cliente saber o que ele realmente quer A7 Um ponto relevante entre usu rio e analista seria mesmo que o pouco que o usu rio entende passar para a gente poder tentar desmembrar ao m ximo do pouco de conhecimento que ele tem A11 Seria ter a documenta o com as necessidades dos usu rios bem definidas A2 92 dif cil para o usu rio materializar as reais necessidades dele de modo que o analista consiga identificar as expectativas expl citas e impl citas do usu rio De modo a facilitar essa vis o sempre bom o analista criar modelos gr ficos prot tipos de telas anima es ou quaisquer elementos que permitam colocar o usu rio de modo mais pr ximo em rela o ao produto final Com isso ele consegue enxergar o que ser o software e principalmente consegue corrigir o rumo do projeto a tempo de evitar grandes preju zos e at mesmo inviabilidades A5 A gente sai
129. obter informa es de usu rios e analistas sobre o que eles consideraram uma socializa o ideal ou seja aquela na qual poss vel existir uma troca rec proca de conhecimento Praticamente todos os respondentes afirmaram depois de serem esclarecidos sobre o que seria uma socializa o ideal que para haver compartilhamento entre as duas partes necess rio que ambos atuem em conjunto e cooperem para que possa existir uma socializa o A maioria dos entrevistados considera que uma das maneiras de se obter uma socializa o mais profunda entre os dois grupos com a utiliza o de reuni es frequentes com a participa o de analistas e usu rios passando pela identifica o dos processos da organiza o e chegando ao trabalho em conjunto Nesse sentido tanto Pressman 2006 p 125 ao indicar diretrizes para uma coleta colaborativa de requisitos quanto Rezende 2002 p 191 ao definir semin rio argumentam a respeito da import ncia de reuni es planejadas conduzidas e assistidas por analistas e usu rios com o objetivo de captar ideias e obter uma vis o mais completa dos problemas da organiza o Isso poder favorecer que os dois grupos aprendam com o trabalho em conjunto e que o produto final n o apenas obra do grupo de desenvolvedores ou seja o produto final nesse caso um conjunto formado por in meras partes e que cada uma delas possui a contribui o tanto de analistas quanto de usu rios Is
130. omunica o em que seja poss vel o entendimento das duas partes Isso porque n s temos os nossos termos t cnicos e os usu rios possuem os deles A2 O analista tem que entender realmente o que o usu rio quer e desenvolver o sistema para o usu rio Essa comunica o entre os dois vai servir para ele ter uma ferramenta que vai atender o usu rio U2 86 a clareza e simplicidade na utiliza o dos termos t cnicos utilizados na comunica o com o usu rio pois a linguagem t cnica tende a complicar e dificultar o entendimento e a vis o que o usu rio tem em rela o ao sistema que ele necessita Essa comunica o deve ser clara e entend vel por ambos os grupos tanto usu rios quanto analistas com a finalidade de compreender e entregar o que foi solicitado pelo usu rio do sistema A4 o usu rio geralmente n o entende o que o analista fala Por mais que a gente comunique e explique para o usu rio ele n o entende a mesma l ngua Mesmo a gente tentando falar come ar por uma coisa que n o seja t cnica que seja uma coisa mais f cil para o usu rio aprender mesmo assim o usu rio n o entende A11 Outro aspecto julgado importante no processo de comunica o tamb m por usu rios e analistas foi a necessidade de existir maior clareza na identifica o das solicita es feitas pelos usu rios s equipes de desenvolvimento Essa necessidade determina um fator importante a ser observado no processo
131. on New York Oxford Press 2000 p 124 144 MILLER Katherine Organization communication approaches and processes Belmont Thomson Wadsworth 2006 MINAYO Maria Cec lia de Souza Org Pesquisa social teoria m todo e criatividade 26 ed Petr polis Vozes 2007 NONAKA Ikujiro TAKEUCHI Hirotaka Cria o de conhecimento na empresa como as empresas japonesas geram a din mica da inova o 17 ed Rio de Janeiro Elsevier 1997 127 NONAKA Ikujiro TAKEUCHI Hirotaka Teoria da cria o do conhecimento organizacional In TAKEUCHI Hirotaka NONAKA Ikujiro Gest o do conhecimento Porto Alegre Bookman 2008 p 54 90 dee neo KONNO Noboru TOY AMA Ryoko Emergence of BA a conceptual framework for the continuous and self transcending process of knowledge creation In NONAKA Ikujiro NISHIGUCHI Toshihiro Knowledge Emergence social technical and evolutionary dimensions of knowledge creation New York Oxford Press 2000 p 13 52 MATES TOYAMA Ryoko The knowledge creating theory revisited knowledge creation as a synthesizing process Knowledge Management Research amp Practice Hampshire v 1 n 1 jul 2003 p 2 10 Dispon vel em lt http www palgrave journals com kmrp journal v 1 n1 pdf 8500001a pdf gt Acesso em 06 set 2009 OLIVEIRA Adriana Cristina de ARAUJO Renata Mendes de BORGES Marcos Roberto da Silva Telling stories about system use capturing collective tacit knowl
132. onjunto de casos de uso que sejam realmente corretos fazendo a seguinte pergunta aos atores o que o ator est tentando obter do sistema A resposta dos atores que s o agentes que disparam alguma a o a ser executada pelo sistema 56 corresponder ao insumo produzido pelo caso de uso No momento em que o analista obtiver essa resposta ele ter tamb m a defini o de uma funcionalidade que necessitar ser inclu da no sistema que se est projetando Uma possibilidade para a grande quantidade de problemas ainda enfrentados durante a fase de levantamento de requisitos adv m da n o preocupa o expl cita dos analistas de sistemas com o fator humano De fato usu rios na maioria das vezes n o entendem modelos e diagramas utilizados por analistas de sistemas para modelagem do problema Um exemplo o uso frequente de casos de uso para a comunica o entre usu rios e analistas em que ao se perguntar se o usu rio entendeu o caso de uso obt m se resposta negativa e a explica o de que no entanto entendeu a especifica o de caso de uso Tal exemplo ilustra o problema t pico de comunica o entre usu rios e analistas O que se observa quanto a essa quest o que o usu rio n o consegue entender o diagrama de caso de uso porque este constitui uma representa o n o relacionada com seu dom nio cognitivo Por outro lado a especifica o de caso de uso por utilizar linguagem mais pr xima da linguag
133. ontexto epistemol gico o presente estudo pode contribuir para a identifica o de um novo campo de estudos para a Ci ncia da Informa o qual seja o processo de comunica o durante o desenvolvimento de 120 produtos de software No que diz respeito Ci ncia da Computa o o presente estudo contribui de forma a indicar mais um nicho de pesquisas para a engenharia de software onde o processo de levantamento de requisitos pode ser estudado de forma a combinar aspectos identificados nesta pesquisa com outros j utilizados pela computa o Al m do contexto epistemol gico a presente pesquisa sob o ponto de vista pr tico chama a aten o de analistas de sistemas e usu rios de software para que levem em conta a import ncia de uma comunica o clara comprometida com seus objetivos e com a coopera o de todos os integrantes de ambos os grupos Mais que isso espera se que os resultados obtidos possam ser empregados de forma pr tica por equipes de desenvolvimento de software com o objetivo de reduzir o distanciamento entre o que os usu rios de software solicitam e o que desenvolvido e entregue a eles pelas equipes respons veis pelo desenvolvimento de tais produtos 7 3 Limita es do estudo Pode se considerar uma das limita es do presente estudo o pequeno n mero de amostras obtidas principalmente no que se refere quantidade de usu rios entrevistados Onde durante a fase de prepara o das entrevistas fora
134. opo Regras de Requisitos neg cio do usu rio Atributos de qualidade Interfaces externas Requisitos do sistema Requisitos funcionais Restri es Especifica o de requisitos de software Figura 9 Divis o hier rquica dos requisitos do software Traduzido de Wiegers 2003 p 9 A norma IEEE Std 1233 1998 p 3 define requisito de software como uma condi o ou capacidade que precisa ser cumprida ou possu da por um sistema ou componente do sistema para satisfazer um contrato um padr o uma especifica o ou outro documento formalmente imposto No mesmo sentido a norma IEEE Std 1220 2005 p 8 considera que requisito funcional uma declara o que identifica qual produto ou processo precisa ser executado para a produ o de um comportamento ou resultado requerido Torna se claro por meio das defini es existentes na literatura especializada que o software ter sido adequadamente constru do se estiver de acordo com as especifica es impostas pelo cliente Mais que isso as especifica es devem estar combinadas com os requisitos e restri es levantadas pelo analista de sistemas junto aos usu rios do produto Faz parte da engenharia de requisitos uma profunda intera o entre usu rios e analistas de sistemas O primeiro tentando explicar o seu problema e o que precisa para solucion lo e o segundo tentando entender as regras do
135. orias da comunica o organizacional e da gest o da informa o e do conhecimento temas que sem d vida alguma fornecem o embasamento te rico necess rio investiga o 19 Espera se com a ado o da abordagem da comunica o e com a condu o da pesquisa propriamente dita contribuir para o melhor entendimento da quest o no contexto da Ci ncia da Informa o mais especificamente no que concerne comunica o organizacional Adicionalmente considerando que o problema investigado envolve aspectos sobre o compartilhamento do conhecimento espera se contribuir para os estudos que abordam as intera es entre comunica o organizacional e gest o do conhecimento Do ponto de vista pr tico a presente pesquisa visa a chamar a aten o de analistas e usu rios de software assim como das organiza es envolvidas nesse trabalho para que levem em conta a import ncia de uma comunica o efetiva Mais que isso espera se que os resultados obtidos revelem a import ncia do compartilhamento de conhecimento entre os principais atores envolvidos no processo de desenvolvimento de software mais especificamente no levantamento de requisitos Desse modo os resultados do estudo devem fornecer a base para a identifica o clara das reais necessidades de usu rios reduzindo suas insatisfa es e os esfor os das equipes de desenvolvimento 20 CAP TULO 2 CONTEXTO DO ESTUDO Para que alcan asse seus objetivos a presen
136. orma o compartilhada A despeito do tempo ocorrido entre a proposi o dos autores e de tantos outros modelos propostos na literatura depois do trabalho deles a quest o da interpreta o interativa aproxima se de modo significativo das a es praticadas por analistas de sistemas e usu rios Nessas a es a cada novo ciclo novos dados s o acrescentados ao conjunto de informa es j compartilhado entre os eles fazendo com que o sistema desenvolvido reflita o mais perfeitamente poss vel a necessidade dos usu rios De fato o modelo apresentado por Osgood e Schramm MCQUAIL WINDAHL 1993 pode ser facilmente traduzido para as atividades de levantamento de requisitos Isso ocorre porque analistas se re nem frequentemente com usu rios com o objetivo de capturar o maior n mero de informa es dispon veis a respeito do sistema que ser desenvolvido A diferen a b sica entre o modelo apresentado por esses autores e a adapta o inclu da no presente trabalho Figura 11 refere se s indica es que demonstram a amplia o do conhecimento de analistas a respeito dos processos dos usu rios e vice versa no decorrer da atividade de levantamento de requisitos Outro fator preponderante para a adapta o do modelo com vistas inclus o das caracter sticas que indicam a necessidade de que o modelo seja de fato c clico adv m do modelo de processo de comunica o humana proposto por Tubbs e Moss 2003 Nesse modelo Figu
137. os Metodol gicos Como j mencionado o percurso metodol gico utilizado para o desenvolvimento da presente pesquisa iniciou se com constru o do referencial te rico e o modelo conceptual que o ilustra Estes por sua vez apontaram a necessidade do estabelecimento de um m todo de pesquisa apropriado que por meio da coleta de dados permitisse atingir os objetivos propostos Minayo 2007 p 44 afirma sobre essa quest o que buscamos com a formula o dos objetivos responder ao que pretendido com a pesquisa que prop sitos almejamos alcan ar ao t rmino da investiga o Assim a partir dos objetivos propostos identificou se a necessidade de se realizar a pesquisa com um enfoque metodol gico voltado para a utiliza o de pesquisa bibliogr fica combinada com um levantamento survey O levantamento em quest o foi realizado por meio de entrevista semi estruturada Considerou se serem essas as t cnicas de pesquisa as mais adequadas ao estudo do assunto proposto Para a an lise dos dados obtidos optou se pela utiliza o da an lise de conte do cl ssica 4 2 1 Abordagem adotada para o estudo Minayo 2007 p 14 argumenta que a metodologia inclui simultaneamente a teoria da abordagem o m todo os instrumentos de operacionaliza o do conhecimento as t cnicas e a criatividade do pesquisador sua experi ncia sua capacidade pessoal e sua sensibilidade Para a presente pesquisa a abordagem metodol gica
138. os de sucesso relatados foram o interesse o entendimento e a participa o Ou seja segundo os analistas e usu rios que reconheceram terem obtido algum tipo de sucesso atribu ram este a pelo menos um dos aspectos identificados Segundo os entrevistados o n vel de interesse e participa o dos usu rios no processo de desenvolvimento e o entendimento entre todos os interessados no produto de software permitem que haja sucesso na comunica o entre analistas e usu rios Nesse 107 sentido Pressman 2006 p 125 indica a exist ncia do que ele considera uma coleta colaborativa de requisitos proporcionada pelo trabalho em conjunto com o objetivo de identificar problemas propor solu es negociar poss veis abordagens e especificar requisitos da solu o Isso comprova a necessidade de que o levantamento de requisitos seja realizado de forma que usu rios e analistas trabalhem em conjunto em prol do produto de software que deve ser um objetivo de todos os envolvidos 6 3 4 Maior contato entre os interessados e vis o detalhada sobre o assunto Foi solicitado que os entrevistados discorressem sobre quais quest es eles consideram mais importantes em rela o s intera es entre usu rios e analistas para que o resultado obtido no levantamento de requisitos fosse o melhor poss vel Para esse questionamento as respostas mais recorrentes referem se necessidade de que haja um contato mais pr ximo entre usu rios e analista
139. pais temas recorrentes no texto obtido por meio da transcri o as caracter sticas que possam estar associadas ao tema central e a sequ ncia na qual a entrevista foi dividida A mesma autora enfatiza que os resultados obtidos devem ser trados de forma que sejam significativos e v lidos para a pesquisa A partir desses dados o pesquisador dever elaborar quadros de resultados diagramas figuras e modelos que possam condensar e por em destaque as informa es obtidas na pesquisa Al m da an lise de conte do para as respostas obtidas pelos entrevistados foi realizada uma an lise documental que engloba os aspectos referentes aos objetivos respondidos por meio da literatura analisada Tais objetivos versam sobre os processos de comunica o que melhor ilustram a comunica o entre usu rios e analistas de sistemas e sobre as t cnicas mais utilizadas para o levantamento de requisitos Richardson 1999 p 228 considera que a an lise documental e a an lise de conte do podem ser realizadas em conjunto O autor acrescenta que a an lise de conte do utilizada em grupos restritos para a an lise de dados obtidos por meio de discuss es de entrevistas ou de conversas grupais em que se utiliza a linguagem oral 68 4 2 7 Rela o entre os objetivos da pesquisa dados coletados suas fontes e instrumento de coleta O Quadro 1 mostra a rela o entre os objetivos da pesquisa e os instrumentos de coleta de dados utilizados O ob
140. para o levantamento de requisitos dever o comprometer se com o processo implementado para a identifica o das necessidades dos usu rios gt coopera o deve estar caracterizada pelo n vel de interesse desprendido pelos agentes que comp em o processo de comunica o necess rio que usu rios e analistas estejam envolvidos no processo de levantamento de requisitos de maneira tal que haja coopera o integral entre ambos N o poss vel que o envolvimento seja parcial ou dividido com outras atividades de rotina Pode se dizer que a gest o do conhecimento deve encapsular os componentes apresentados acima Isso necess rio por ser por interm dio da gest o do conhecimento no processo de comunica o entre usu rios e analistas que esses componentes poder o ser inseridos e gerenciados No momento em que se estabelece um processo de comunica o necess rio que este seja gerenciado O gerenciamento do processo de comunica o deve por sua vez ser executado com base na gest o do conhecimento pois sem uma gest o eficiente do processo de comunica o n o existe comunica o e sem a comunica o eficaz n o pode existir a gest o do conhecimento Da mesma forma que sem a clareza do que se quer sem o comprometimento com os objetivos tra ados e sem o envolvimento das partes n o h comunica o eficiente Identifica se tamb m que os analistas de sistemas dever o durante o levantamento de requisitos direcion
141. pararem informa o e conhecimento afirmam que a 118 informa o um fluxo de mensagens enquanto conhecimento criado por esse pr prio fluxo de informa es e est ancorado nas cren as e no compromisso de seu titular Observa se assim que a informa o para transformar se em conhecimento exige que o propriet rio acredite nela e esteja compromissado com a verdade que ela representa Nonaka e Takeuchi 2001 p 141 acrescentam que o conhecimento diferentemente da informa o sobre as cren as e compromisso o que mais uma vez comprova os achados do presente estudo Em resumo gt para haver comunica o eficiente necess rio clareza nessa comunica o aus ncia de ru do gt para haver compartilhamento do conhecimento necess rio que as pessoas estejam comprometidas entre si e com as metas s quais almejam alcan ar gt para que as metas sejam alcan adas necess rio coopera o entre os envolvidos Al m dos fatores citados acima e identificados nas palavras dos entrevistados verifica se que muitas vezes analistas tendem a transferir aos usu rios o insucesso de algum projeto Verifica se nesse contexto que embora possa existir alguma culpa dos usu rios pelo naufr gio do projeto torna se necess rio enfatizar que todo o processo de levantamento das necessidades dos usu rios e a consequente defini o de todos os requisitos que devam ser considerados durante a especifica o
142. pendente de produtos e servi os baseados em software Tal depend ncia se reflete na produ o de novos produtos de software que para atender a novas demandas desenvolve os cada vez mais complexos A complexidade exigida dos produtos por sua vez reflete se na necessidade de um processo de desenvolvimento bem sedimentado e que este possibilite a produ o de software de maneira r pida e eficiente e que atenda integralmente s necessidades do usu rio desses produtos 49 O desenvolvimento de software ainda na defini o proposta por Xex o 2007 p 14 uma a atividade de longo prazo de criar um ou mais programas de computador um sistema de forma a atender necessidades espec ficas de um cliente ou grupo de clientes Trata se portanto de uma atividade de transforma o de necessidades do cliente em produtos de software an lise projeto prot tipos e manuais que culminam em um programa de computador o qual na maioria das vezes faz parte de um sistema de informa o mais amplo e complexo 3 4 1 Processos de desenvolvimento de software Atualmente existem diversas t cnicas utilizadas para o desenvolvimento de produtos de software Algumas mais cl ssicas como aquelas baseadas no desenvolvimento em cascata outras mais modernas baseadas em m todos geis e outras h bridas baseadas no processo unificado Pressman 2006 p 37 apresenta cinco modelos de processo de desenvolvimento de software que segundo
143. por Barker e Gaut 2001 pode se definir tanto comunica o quanto organiza o de maneira totalmente independente Comunica o segundo Meadows 2001 p 239 uma palavra que embora possua in meros significados pode ser reduzida a duas entidades para um estudo mais detalhado A primeira refere se ao processo de comunica o enquanto que a segunda diz respeito mensagem comunicada No que concerne ao processo a se o anterior discute seus principais elementos e modelos representativos reflexos das abordagens e dos contextos em que foram estudados Quanto mensagem s o igualmente variadas as abordagens e complexos os contextos e disciplinas que a estudam Na Ci ncia da Informa o quest es relativas ao conceito de mensagem t m sido abordadas como um dos significados da informa o seu objeto de estudo como o caso das abordagens adotadas por Capurro 2003 O autor em um dos seus trabalhos em que 35 discute o assunto considera que a Ci ncia da Informa o deve ser entendida como teoria das mensagens e n o s como teoria da informa o Nesse sentido estudos da comunica o na rea envolvem geralmente os aspectos da mensagem especialmente da sua transmiss o e compartilhamento em diferentes contextos Organiza o por sua vez de acordo com o entendimento de Tubbs e Moss 2003 p 448 pode ser considerada como um conjunto de indiv duos pessoas que utilizando uma divis
144. problema como a atividade que inclui aprender sobre o problema que ser resolvido frequentemente por meio de brainstorming e ou questionamento entendendo as necessidades dos usu rios em potencial tentando descobrir quem o usu rio realmente e entendendo todas as restri es da solu o De igual modo Kotonya e Sommerville 1997 p 55 enumeram o que consideram as quatro dimens es que devem ser dominadas pelo profissional na hora de identificar os requisitos do sistema A primeira consiste em entender o dom nio da aplica o a segunda em entender o problema a ser resolvido a terceira em entender o contexto do neg cio regras do neg cio a ltima em entender as necessidades e restri es de todos os interessados no sistema Observa se ent o que entender quais s o as necessidades do 21 cliente usu rio e todo o contexto que o envolve deve ser uma atividade de rotina para analistas Cheng e Atlee 2007 ao analisarem os rumos tomados pelas pesquisas na engenharia de requisitos refor am a no o de que um produto de software ter sucesso se estiver adequado s necessidades de seus usu rios e de seu ambiente Al m disso as autoras afirmam que o conjunto das necessidades dos usu rios corresponde aos requisitos do software Acrescentam ainda que a engenharia de requisitos processo por meio do qual os requisitos s o identificados ter sucesso se envolver corretamente tr s atividades distintas A primeir
145. processo no qual est inserida o que se discute na se o a seguir 3 2 1 Processos de comunica o Diversos autores em muitos momentos dedicaram se a estabelecer modelos que ilustrassem e demonstrassem o interc mbio dos elementos que comp em o processo de comunica o De modo resumido tais modelos retratam a transfer ncia da informa o e do conhecimento entre os indiv duos a o que s poss vel por meio da comunica o Esta por sua vez constitui se de maneira simplista no processo de transmiss o e recep o de uma mensagem Para McQuail e Windahl 1993 p 5 a comunica o envolve em termos gerais um emissor um canal uma mensagem transmitida um receptor uma rela o entre emissor e receptor um efeito da mensagem um contexto em que ocorre a comunica o e um conjunto de coisas em rela o s quais a mensagem se refere Assim a comunica o pode representar uma a o uma intera o ou uma rea o sendo apresentada pelos autores de modo bastante rico em rela o completeza dos elementos apresentados importante notar ainda que McQuail e Windahl 1993 chegaram a essa proposi o de modelo de comunica o a partir de estudos anteriores que apresentam uma variedade de modelos que ilustram o processo de comunica o Alguns dos modelos identificados originalmente incluem ainda dois processos O primeiro a codifica o que se refere a o realizada pelo emissor de aplicar m
146. que colaboraram com esta disserta o seja por meio de su gest es seja respondendo s perguntas que comp em o instrumento de coleta de dados enfim todos aqueles que de alguma forma ajudaram me na condu o deste trabalho Agrade o ao amigo M rio de Oliveira Braga Filho pelo incentivo troca de ideias e frus tra es durante o per odo em que trabalhamos juntos e participamos quase ao mesmo tempo do penoso processo seletivo para ingresso no mestrado Agrade o aos chefes com os quais trabalhei no per odo em que eu estava cursando as disciplinas do curso Hamilton Iwamoto da Silva por apresentar me o desafio de parti cipar da sele o para o mestrado Nargel C ndido da Costa F bio Antonio Ba a Lira Rubens Ferreira de Ara jo e Junier Caminha Amorim pelas libera es incondicionais e pela confian a que depositaram na minha pessoa Agrade o aos Professores Doutores Elmira Luzia Melo Soares Sime o Marc lio Mendes de Oliveira e Cl udio Gottschalg Duque por terem t o gentilmente aceitado participar da banca examinadora deste trabalho de pesquisa e pelas excelentes sugest es para o seu aperfei oamento Sugest es estas que nortear o novos trabalhos de pesquisa Agrade o tamb m minha irm Mirta Machado Oliveira pelo apoio prestado durante as minhas viagens Bras lia depois que deixei de residir na cidade Por ltimo e n o menos importante agrade o minha orientadora Professora Dra Sely Maria de Souza
147. r mais rendoso porque eu n o precisarei ficar dando voltas no sistema U5 Ainda nessa quest o foi inserida uma segunda pergunta onde era solicitado aos entrevistados que respondessem como foi o processo de comunica o entre analistas e usu rios em um ltimo trabalho Identificou se com essa parte do questionamento que existem muitos problemas de comunica o ainda n o resolvidos Do total de 18 entrevistados cinco analistas e tr s usu rios n o conseguiam se recordar de exemplos 88 que pudessem ser teis para exemplificar o processo de comunica o que tenha sido eficiente Dos 10 entrevistados que responderam ao questionamento tr s analistas afirmaram terem tido problemas reais para a obten o de informa es necess rias ao desenvolvimento do software Do restante dos analistas quatro reconheceram terem tido sucesso na comunica o com os usu rios em um ltimo projeto Com rela o aos demais usu rios dois afirmaram terem tido sucesso e recebido o produto realmente como eles queriam O outro usu rio n o soube afirmar se teve sucesso na comunica o com os analistas Apresentam se seguir algumas respostas que indicam o que foi identificado e que retratam o insucesso SUCESSO Na ltima experi ncia com o levantamento de requisitos como era um assunto bastante complexo com muitos detalhes o usu rio deixou de fornecer informa es relevantes para o desenvolvimento do produto Somen
148. r destacar contudo est relacionado gest o da informa o e do conhecimento n o necessariamente no contexto da organiza o como um todo mas de um setor espec fico que o de desenvolvimento de software Assim discute se na se o a seguir a gest o da informa o e do conhecimento no contexto da engenharia de requisitos atividade cr tica no processo de desenvolvimento de software 46 3 3 1 Gest o da informa o e do conhecimento na engenharia de requisitos Dentre os trabalhos encontrados acerca da gest o da informa o e do conhecimento no processo de desenvolvimento de software e mais especificamente na engenharia de requisitos quatro focam quest es pertinentes s que se relacionam com o foco da presente pesquisa Isso porque discutem a rela o entre gest o do conhecimento e o processo de desenvolvimento de software S o os trabalhos de Espindola et al 2005 de Dings yr Djarraya e R yrvik 2005 de Oliveira Ara jo e Borges 2007 e de Tiwana 2006 discutidos sucintamente a seguir O trabalho realizado por Espindola et al 2005 identificou as informa es pertencentes s categorias de conhecimento envolvidas e a forma sob a qual elas poderiam ser disponibilizadas aos membros das equipes envolvidas no processo de produ o de software Em raz o dos autores terem estudado o desenvolvimento distribu do de software as equipes de analistas no trabalho deles podiam estar espalhadas geograficamente
149. ra 7 cap 3 p 34 os autores reafirmam a natureza c clica e crescente da comunica o encontrada tamb m no modelo de Osgood e Schramm MCQUAIL WINDAHL 1993 82 usu rio precisa Codificador Decodificador Usu rio Analista Decodificador Codificador pode ser produzido Figura 11 Modelo que inspira a representa o c clica do processo de comuni ca o entre usu rios e analistas de sistemas baseado no modelo de Osgood e Schramm MCQUAIL WINDAHL 1993 5 4 Aspectos do processo de comunica o favorecedores do compartilhamento do conhecimento entre usu rios e analistas de sistemas Com base em um m todo dedutivo em que segundo Gil 2007 p 27 parte se de premissas maiores mais amplas para posteriormente se chegar a resultados mais particulares o conte do das respostas obtidas por meio das entrevistas realizadas foi tratado com base nas an lises descritas por Richardson 1999 e por Bardin 2009 Assim a t cnica adotada para a interpreta o dos dados foi a an lise de conte do cl ssica Como dito anteriormente essa t cnica analisa o conte do das entrevistas por meio da produ o de infer ncias buscando compreender e descrever o conte do das mensagens presentes no texto em an lise BARDIN 2009 Bardin 2009 p 44 apresenta a seguinte defini o para a an lise de conte do Um conjunto de t cnicas de an lise das comunica es visando obter por procedimentos
150. rem mais a vontade Quanto mais formal for as pessoas podem tentar usar certas palavras e a gente pode esquecer certas coisas A3 Tem que haver uma intera o entre usu rio e analista para que o processo o fluxo de entrevistas transcorra de maneira tranquila Uma intera o onde voc procure deix lo a vontade procurar ter um bom relacionamento com o usu rio para que as coisas ocorram com bastante trangiiilidade A6 considero bastante importante que para haver a comunica o tem que haver a possibilidade de se marcar v rias reuni es com o usu rio Para que o analista possa ir levantando os requisitos depois ele sintetiza o que foi levantado retorna at o usu rio e com isso ele valida essas informa es que ele sintetizou A10 os dois t m que estar muito pr ximos juntos ali e saber como um e outro trabalham para facilitar o servi o a aproxima o para acompanhar porque as vezes a gente leva um problema e o cara n o tem no o da propor o que aquele aspecto ali est gerando Para que os problemas sejam solucionados mais rapidamente essa proximidade facilitaria a resolu o de problemas U4 mais importante que levantem as minhas necessidades e que eu seja claro e objetivo com os analistas para que eles realmente possam gerar um sistema que atenda as minhas necessidades Se eu for claro e objetivo o sistema tamb m vai seguir essas duas normas a de tal forma que o meu trabalho se
151. rescente da comunica o destacando o papel que o conceito do que chamam de interfer ncia exerce 33 no processo Nesse modelo foram incorporados filtros individuais que interferem na interpreta o das mensagens por ambos os comunicadores emissor e receptores conceito que reflete a relev ncia dos modelos mentais desses atores do processo nas inten es de comunica o da mensagem O modelo de Tubbs TUBBS MOSS 2003 incorpora de fato os elementos j discutidos por autores anteriores a eles procurando no entanto tirar vantagem de abordagens sociol gicas mais recentes Mensagens NA Emissor Receptor J Receptor Emissor T Ioprotunuios Comunicador 1 Interfer ncia Mensagens Figura 7 Modelo de Tubbs Traduzido de Tubbs Moss 2003 p 9 Como se pode notar estudos da comunica o humana s o complexos e envolvem diferentes contextos e abordagens Entretanto o que se constitui essencial observar as quest es envolvidas em sua discuss o via de regra dependentes tanto do contexto quanto da abordagem adotada Marchiori 2005 uma dentre os autores contempor neos a estudar aspectos da comunica o e o faz no ambiente das organiza es A autora considera que a informa o b sica dentro de uma organiza o e sendo assim precisa ser gerenciada Marchiori 2005 p 112 acrescenta que se a comunica o em uma perspectiva individual enviar mensagens com significado para out
152. resentar a comunica o entre usu rios e analistas de sistemas deve levar em conta o compartilhamento do conhecimento Esse compartilhamento conseguido por meio da socializa o entre todos os envolvidos no processo de comunica o criado com o objetivo de desenvolver um produto de software Foi identificado entretanto que um real compartilhamento do conhecimento obtido quando a comunica o realizada de maneira clara sem interfer ncias Al m disso a comunica o clara exige um comprometimento e uma coopera o entre todos os envolvidos Mais a frente os resultados obtidos poder o contribuir para uma melhor compreens o de aspectos relacionados com o processo de comunica o no contexto organizacional e sua consolida o no mbito da Ci ncia da Informa o Em estudos futuros ser poss vel avaliar o xito do modelo proposto Palavras chave Processo de comunica o Comunica o organizacional Gest o do Conhecimento Gest o da Informa o Engenharia de requisitos ABSTRACT This research aims to propose a model to improve the communication process between users and system analysts It is expected that the proposed model can with resource utilization of knowledge management be adopted during the requirements elicitation process in software development The approach took into account the tacit knowledge of users in the communication process as a crucial element of knowledge management that can reduce uncertainties
153. ros em um contexto organizacional as implica es entre informa o e comunica o se alteram 34 A autora refere se ainda necessidade de que as organiza es utilizem as informa es dispon veis para construir significados criar conhecimento e tomar decis es Percebe se nas considera es da autora que o gerenciamento da informa o proporciona a comunica o efetiva dentro da organiza o Tal gerenciamento deve permitir que toda a comunica o que ocorre dentro de uma organiza o seja utilizada para prover seu correto funcionamento As quest es relativas comunica o organizacional s o discutidas a seguir 3 2 2 Comunica o organizacional Tanto comunica o quanto organiza o s o conceitos complexos que requerem para seu entendimento e discuss o em termos te ricos abordagens multidisciplinares Miller 2006 p 1 nesse contexto relembra que a comunica o organizacional est localizada na intersec o entre a organiza o e a comunica o Dada a complexidade dos conceitos eles podem ser definidos e estudados de formas e maneiras variadas Barker e Gaut 2001 p 172 nesse aspecto consideram que a efetividade da comunica o a chave para o sucesso de qualquer organiza o ampliando assim o entendimento de que existe claramente uma rela o entre comunica o e organiza o Levando em considera o os aspectos apontados tanto por Miller 2006 quanto
154. rtantes parece recomend vel o uso de t cnica mista que procura eliminar desvantagens e potencializar vantagens H no entanto outras t cnicas teis para levantamento de requisitos e que levam em conta quest es pr prias da abordagem sist mica o que se depreende do trabalho de Pressman descrito a seguir Pressman 2006 p 124 prop e a utiliza o da coleta colaborativa de requisitos que se constitui de uma t cnica orientada a equipes Nessa t cnica um grupo formado por usu rios e analistas trabalha somando esfor os com o objetivo de propor solu es para os problemas existentes Assim os membros dessa equipe prop em um conjunto de requisitos que contemplem as solu es encontradas Para tanto s o realizadas reuni es com certo grau de formalidade para na presen a de representantes de usu rios e analistas serem propostas solu es negociadas entre todos para os problemas identificados O autor sugere ainda a elabora o de um documento o qual denomina solicita o de produto e que deve contemplar o escopo do problema na forma de perguntas e respostas b sicas alem da percep o geral da solu o encontrada em conjunto por usu rios e analistas Finalmente e com preocupa es semelhantes s de Pressman 2006 Pfleeger e Atlee 2006 p 146 argumentam que cada stakeholder possui uma vis o particular do sistema e de como o mesmo deve funcionar Isso por seu turno permite inferir a exist
155. rva normal aquela que se apresenta com elevados valores centrais e reduzidos valores nas extremidades tal qual o universo ao qual a amostra se aplica o que n o era o caso da presente pesquisa 4 2 5 Instrumento de coleta de dados Como instrumento de coleta de dados a pesquisa lan ou m o da entrevista semi estruturada GIL 2007 p 121 Essa entrevista foi realizada com a utiliza o de um roteiro com quest es pr elaboradas destinadas a analistas de sistemas que usualmente atuam como analistas de requisitos em equipes de desenvolvimento de software e a usu rios de produtos de software que participaram ativamente do processo de desenvolvimento de algum produto de software Objetivou se com a entrevista mapear estrat gias utilizadas pelos analistas para identificar as necessidades dos usu rios e que dificuldades s o enfrentadas nessa atividade Por parte dos usu rios o objetivo foi mapear que estrat gias s o utilizadas frequentemente por analistas com o objetivo de identificar suas necessidades e qual normalmente o envolvimento dos usu rios nas atividades de levantamento e an lise de requisitos As quest es apresentadas a seguir comp em o instrumento utilizado na coleta de dados 66 1 Qual o aspecto que o a sr a considera mais importante no processo de comunica o entre usu rios e analistas de sistemas Por qu O A sr a pode descrever como isso ocorreu em sua ltima experi ncia com o desenvol
156. s Al m disso foi identificado por analistas que para haver um favorecimento da comunica o durante as intera es necess rio que o usu rio seja um bom conhecedor do neg cio que ser informatizado Por m sob a tica dos usu rios foi identificado que os analistas devem ter uma vis o mais detalhada daquilo que est o analisando Nonaka e Takeuchi 1997 p 68 afirmam que o conhecimento gerado por meio de uma intera o entre o conhecimento t cito e o conhecimento expl cito e que o conhecimento t cito obtido por meio da socializa o entre duas ou mais pessoas Assim seguindo as indica es dos autores verifica se que a socializa o entre usu rios e analistas no levantamento de requisitos poder permitir a exist ncia de um contato mais pr ximo entre usu rios e analistas que o usu rio conhe a o seu trabalho e que o analista possua vis o detalhada do que est analisando Afirma se isso porque ao se falar em socializa o no levantamento de requisitos est se falando tamb m em coopera o entre usu rios e analistas Da mesma forma Michelis 2000 p 126 considera que um processo de coopera o em um determinado grupo pode ser caracterizado por rela es comunicativas obrigat rias entre seus integrantes e acrescenta que a socializa o exige a cria o de um espa o virtual comum para os atores de um processo de coopera o 108 6 3 5 Conhecimento claro sobre o que o usu rio quer Pergunto
157. s a respeito do software que est sendo desenvolvido Observa se nesse contexto a necessidade de um compartilhamento constante profundo e efetivo Para fundamentar portanto a presente pesquisa fez se necess rio abordar a quest o da comunica o com foco especial no contexto organizacional a gest o da informa o e a gest o do conhecimento na fase do processo de desenvolvimento de software Tal abordagem mostra se de fato crucial uma vez que os aspectos relacionados gest o da informa o e do conhecimento podem provocar impactos no produto final quando da sua entrega ao usu rio 58 CAP TULO 4 METODOLOGIA O objetivo deste cap tulo apresentar o modelo conceptual que embasa a pesquisa e definir os procedimentos metodol gicos a fim de mostrar o delineamento do percurso adotado no decorrer do trabalho Para tanto foi necess rio selecionar a partir da fundamenta o te rica constru da no cap tulo 3 e levando em conta o contexto descrito no cap tulo 2 os conceitos e aspectos adotados para o estudo al m dos crit rios para delinear metodologicamente o trabalho Este cap tulo composto de duas se es principais Na primeira apresentado o referencial te rico adotado para fundamentar o estudo culminando com a proposta de um modelo conceptual que ilustra as rela es entre os conceitos adotados e a teoria neles embutida Na segunda s o descritos os procedimentos metodol gicos propriamente
158. s analistas est o com idade que varia de 31 a 40 anos N o foi entrevistado nenhum analista que estivesse na faixa et ria compreendida entre 41 e 50 anos curiosamente a faixa et ria da maioria dos usu rios entrevistados D mesma forma n o foi entrevistado nenhum usu rio na menor faixa et ria 21 a 30 anos Esse achado pode ser claramente verificado no Gr fico 2 103 Faixa Et ria 21a 30anos 31a 40anos 41a 50anos 51a 60 anos E Analistas E Usu rios Gr fico 2 Faixa et ria dos participantes No que tange a forma o acad mica dos analistas esta se mostrou diversificada Tal afirma o toma por base a constata o de que quatro 33 possuem exclusivamente gradua o em reas afins com a atividade de an lise de sistemas cinco 42 possuem especializa o enquanto que os ltimos tr s 25 possuem mestrado acad mico Com rela o aos usu rios 50 possuem gradua o em algum curso de n vel superior 33 possuem o ensino m dio e 17 possuem especializa o Forma o Acad mica 4 3 5 Gr fico 3 Forma o acad mica dos participantes No aspecto tempo de atua o profissional a maior varia o ocorre em rela o a constata o de que 6 analistas 50 possuem experi ncia profissional que varia de seis a dez anos Nas extremidades da curva normal identificaram se ana
159. s e reduzindo a credibilidade da equipe de desenvolvimento Pressman 2006 p 118 considera ainda a exist ncia de problemas na defini o do escopo onde o cliente especifica detalhes t cnicos desnecess rios que por vezes acabam confundindo o analista no entendimento do problema Um outro fator que dificulta o bom desempenho da atividade de elicita o e an lise de requisitos descrito por Xex o 2007 p 35 acreditando que no in cio do desenvolvimento ningu m realmente sabe o que um sistema desejado deve exatamente fazer ao ficar pronto inclusive o cliente 55 Em recente trabalho Cheng e Atlee 2007 constataram que alguns dos problemas da an lise de requisitos apontados por analistas de sistemas que procuraram por erros em requisitos podem prover de informa es amb guas inconsistentes ou incompletas J os analistas que procuram por anomalias no levantamento de requisitos identificaram que estas podem prover de intera es desconhecidas entre os pr prios requisitos obst culos ao atendimento dos requisitos ou ainda desconhecimento da certeza sobre o requisito levantado Por sua vez Xex o 2007 p 40 identificou por meio de dados emp ricos que um problema nos requisitos se detectado nas fases finais do projeto pode custar 100 vezes mais para ser corrigido do que se for detectado na fase de elicita o de requisitos Xex o 2007 p 16 apresenta tamb m como fator agravante para a dif
160. sistem ticos e objetivos de descri o do conte do das mensagens indicadores quantitativos ou n o que permitam a infer ncia de conhecimentos relativos s condi es de produ o recep o vari veis inferidas destas mensagens Consequentemente o m todo de an lise adotado organizou se em torno de tr s fases distintas a saber 83 o pr an lise em que se fez a organiza o preliminar do material das entrevistas o que permitiu uma explora o mais sistem tica dos dados obtidos Bardin 2009 p 122 define essa atividade como sendo uma leitura flutuante que possibilita ao pesquisador familiarizar se com o texto resultante da coleta dos dados Como descreve o autor aos poucos o pesquisador passa a realizar uma leitura mais precisa e complexa a partir da qual poss vel a obten o de impress es emo es hip teses e conhecimentos mais aprofundados sobre o conte do em an lise Foi nessa etapa que foram elaborados indicadores com base na presen a de men es expl citas a diferentes temas que posteriormente possibilitaram a constru o de categorias explora o do material que se caracterizou pela organiza o de quadros a partir das respostas dos entrevistados com a utiliza o da codifica o enumera o e categoriza o Na codifica o foram identificadas as unidades de registro presentes no conte do das respostas dos entrevistados Privilegiou se o tema ou seja um recorte do
161. sitos 3 4 2 Engenharia de requisitos A engenharia de requisitos uma atividade cr tica no processo de desenvolvimento de software comum a todos os processos e independente da metodologia utilizada para o desenvolvimento do produto de software Ela consiste basicamente de um conjunto de m todos e t cnicas utilizadas para segundo Sommerville 2007 p 49 compreender e definir quais servi os s o necess rios e identificar as restri es de opera o e de desenvolvimento do sistema e de acordo com 51 Pressman 2006 p 117 estabelecer uma base s lida para o projeto e a constru o do software Da mesma forma Pfleeger e Atlee 2006 p 143 definem requisito como uma express o do comportamento desejado e que independente da funcionalidade o produto de software desenvolvido para atender a um prop sito expresso por metas ou comportamentos desejados Cheng e Atlee 2007 p 2 consideram que um produto de software ter sucesso se estiver adequado s necessidades de seus usu rios e de seu ambiente O conjunto dessas necessidades corresponde aos requisitos do software e a engenharia de requisitos o processo por meio do qual esses requisitos s o determinados Al m disso segundo as mesmas autoras o sucesso da engenharia de requisitos envolve entender as necessidades dos usu rios clientes e outros stakeholders entender o contexto no qual o software ser utilizado modelar analisar ne
162. so s se obter pela participa o ativa e pela coopera o de todos com o processo de desenvolvimento 112 6 3 9 Considera es finais Verifica se que mesmo tendo uma maneira particular de trabalhar todos os analistas seguem passos semelhantes no levantamento de requisitos ou seja todos realizam entrevistas com seus usu rios e na maioria das vezes quando v o para as reuni es com os usu rios procuram identificar antecipadamente as regras de neg cio que poder o ser apresentadas pelos usu rios Os usu rios por sua vez de maneira geral t m consci ncia de que o sistema resultante das solicita es feitas aos analistas depender de como os requisitos s o apresentados aos analistas Alguns usu rios inclusive indicaram a necessidade de obterem maiores informa es dos analistas sobre como o trabalho do grupo de desenvolvimento realizado Assim acredita se que no momento em que houver uma melhor integra o entre os dois grupos usu rios e analistas os produtos de software ser o desenvolvidos com uma menor probabilidade de erros e mais aderentes s necessidades dos usuarios Nisso inclui se tamb m a necessidade de que os usu rios tenham consci ncia de que o produto s ser til a eles se este for desenvolvido para atender ou para compor um processo de trabalho que seja maduro e exequ vel N o poss vel que um sistema computadorizado seja criado para aplica o em um ambiente que n o possa ter um sis
163. soal sendo portanto crucial para o engenheiro de software o dom nio de habilidades de comunica o interpessoal tanto oral quanto escrita Essas habilidades devem portanto ser aprimoradas tornando os capazes de identificar de maneira r pida e n o d bia as reais necessidades de usu rios clientes e stakeholders 22 Pelo que se observa no contexto em estudo a gest o da informa o e do conhecimento com foco espec fico na necessidade de informa o de usu rios neste caso os usu rios da informa o s o os analistas de sistemas e os produtores geradores da informa o s o os usu rios dos produtos de software input para o processo de comunica o que por sua vez ve culo do processo de socializa o do conhecimento no mbito organizacional Assim busca se apresentar na discuss o ora iniciada a inter rela o entre os temas tratados no presente estudo e como essa inter rela o poder beneficiar a comunica o entre usu rios e analistas de sistemas 23 CAP TULO 3 A COMUNICA O E O COMPARTILHAMENTO DO CONHECIMENTO PARA O LEVANTAMENTO DE REQUISITOS NO DESENVOLVIMENTO DE SOFTWARE 3 1 Considera es iniciais Sabe se que como observa Creswell 2007 p 59 a revis o da literatura relevante para fornecer a fundamenta o te rica de uma pesquisa deve explorar aspectos do fen meno central que est sendo abordado Assim procurou se identificar na literatura sobre o assunto estudado
164. sserta o Mestrado em Ci ncia da Informa o Universidade de Bras lia Bras lia 2006 MARCHIORI Marlene Regina Cultura e comunica o interna idealizar e comunicar In NASSAR Paulo Comunica o interna a for a das empresas S o Paulo Associa o Brasileira de Comunica o Empresarial 2005 p 109 116 MARTINS Jos Carlos Cordeiro Gerenciando projetos de desenvolvimento de software com PMI RUP e UML 3 ed Rio de Janeiro Brasport 2006 MEI Yeo Ming LEE Seow Ting AL HAWAMDEH Suliman Formulating a communication strategy for effective knowledge sharing Journal of Information Science Londres v 30 n 1 p 12 22 fev 2004 Dispon vel em lt http jis sagepub com cgi content abstract 30 1 12 gt Acesso em 06 set 2009 McQUAIL Denis WINDAHL Sven Communication models for the study of mass communications 2 ed London Longman 1993 MEADOWS Jack Comunica o Trad Sely Maria de Souza Costa Revista de Biblioteconomia de Bras lia Bras lia v 25 n 2 p 239 254 jul dez 2001 Enio Fifty years of UK research in information science Journal of Information Science Londres v 34 n 4 p 403 414 ago 2008 Dispon vel em lt http jis sagepub com cgi reprint 34 4 403 gt Acesso em 06 set 2009 MICHELIS Giorgio de Cooperation and Knowledge Creation In NONAKA Ikujiro NISHIGUCHI Toshihiro Knowledge Emergence social technical and evolutionary dimensions of knowledge creati
165. st embutido no sistema nos processos e no contexto de uma organiza o Dessa forma o conhecimento t cito dos funcion rios faz parte do conhecimento da organiza o Isso faz com que n o seja poss vel dissociar o conhecimento impl cito dos funcion rios a respeito da realiza o de tarefas que eles desempenham no ambiente organizacional do conjunto de saberes que comp em o conhecimento organizacional Nesse aspecto o conhecimento t cito dos membros da organiza o mescla se com o ambiente organizacional onde est inserido proporcionando o surgimento do conhecimento organizacional Quando se observa a comunica o entre usu rios e analistas de sistemas dentro do contexto organizacional verifica se no momento do levantamento de requisitos a transmiss o de conhecimento do usu rio para o analista de sistemas e vice versa A transmiss o de conhecimento na verdade a chave para que o analista possa entender as necessidades do usu rio aliadas s imposi es do contexto organizacional 41 2 Conversamente a chave para que o usu rio possa entender as funcionalidades do sistema Nesse processo de comunica o nota se tamb m que informa es importantes deixam de ser compartilhadas entre usu rios e analistas porque segundo Jashapara 2005 p 138 o conhecimento t cito por defini o n o plenamente articul vel Em suma informa es relevantes deixam de ser compartilhadas prejudicando a posterior
166. stema para o usu rio E ter essa comunica o entre os dois vai servir para ele ter uma ferramenta que vai atender o usu rio U2 ambos devem ter um conhecimento do que est pronto e do que vai come ar a ser feito U3 que eu seja claro e objetivo com os analistas para que eles realmente possam gerar um sistema que atenda as minhas necessidades Se eu for claro e objetivo o sistema tamb m vai seguir essas duas normas a de tal forma que o meu trabalho ser mais rendoso porque eu n o precisarei ficar dando voltas no 87 sistema Ele vai direto digamos aparecer l a tela que vai atender as minhas necessidades U5 Al m dos aspectos j citados tamb m foi identificado nas falas de analistas e de usu rios a necessidade de que exista maior aproxima o entre usu rios e analistas de sistemas para que a comunica o entre ambos seja mais efetiva Tanto analistas quanto usu rios acham que de extrema import ncia que exista uma maior aproxima o entre os dois grupos Essa aproxima o segundo ambos poder proporcionar aos analistas uma melhor compreens o das reais necessidades dos usu rios justamente por poderem conviver com eles durante algum tempo A seguir algumas indica es desse achado facilidade de voc ter intimidade com essa pessoa N o pode ser uma coisa formal sen o as coisas n o funcionam Quanto mais informal melhor para que seja o mais espont neo poss vel para as pessoas fala
167. su rio saiba o que vai responder A3 A gente marcar as entrevistas marcar o hor rio com anteced ncia e tamb m reserva da sala Voc procurar conhecer o neg cio primeiro n O primeiro passo voc conhecer o neg cio ao inv s de por exemplo ele quis j me mostrar o processo as telas que ele queria assim assim n o Mostra para mim primeiro como o seu neg cio como que funciona esse projeto todos os cursos para eu poder desenhar o fluxo entender direitinho todo o processo para come ar a escrever toda a parte de an lise do neg cio e an lise de requisitos A6 o dom nio do neg cio Praticamente mais o dom nio do neg cio por parte do usu rio Na realidade o analista vai come ar a aprender aquele neg cio Ent o digamos do analista seria dominar as ferramentas de obten o das informa es as t cnicas de obten o das informa es Isso important ssimo para o analista A6 O usu rio quando ele gosta de falar sobre o que ele faz ele passa a informa o para o analista de uma forma clara n o fica enrolando n o fica ah isso eu n o posso falar porque ele entende que o trabalho do analista um trabalho pra ele A8 O importante que deve ter nessa intera o sem d vida nenhuma o conhecimento t cnico do analista e a boa vontade da empresa em atender as nossas reivindica es U1 91 os dois conhecerem com o que v o trabalhar E tamb m impor
168. sunto a ser discutido Finalmente h necessidade de elabora o de atas da reuni o Sua maior desvantagem que reunir ao mesmo tempo v rios funcion rios da organiza o poder causar interfer ncia na rotina da institui o e Pesquisa busca Procura reunir informa es a respeito do sistema que ser desenvolvido por meio de buscas por atividades e ou processos passados Tais buscas d o subs dios para que os analistas possam identificar volumes e ocorr ncias bem como indicar prazos A t cnica de pesquisa possui como principais vantagens a possibilidade de permitir que seja 78 identificada a real frequ ncia na qual determinado problema ocorre a possibilidade de orientar por interm dio de volumes o estabelecimento de problemas maiores e a confirma o de d vidas ainda n o esclarecidas com o uso de outras t cnicas Como desvantagens a pesquisa apresenta a possibilidade de criar desentendimentos entre analistas e usu rios podendo no caso de mal planejada se tornar muito extensa e T cnica mista Compreende um conjunto de t cnicas empregadas concomitantemente com o objetivo de reunir as vantagens e eliminar as desvantagens de cada uma das t cnicas das quais composta Como poss vel observar Rezende 2002 centra o foco de seu trabalho na indica o de t cnicas bastante conhecidas da pesquisa social para coleta de dados Levando se em conta o fato de que todas apresentam vantagens e desvantagens impo
169. tante saber o que est sendo criado como um todo Eu j vi bastante dificuldade quando a gente come a a fazer um projeto a gente n o sabe a onde vai dar e n o tem uma ideia do todo A toda hora tem que se parar e fazer aquele balan o traz o chefe e diz vem c mas e agora e se acontecer isso Ent o importante que se tenha conhecimento de tudo para come ar a desenvolver U3 Um saber o que o outro realmente necessita para fazer o sistema funcionar porque s vezes a vis o que o cara tem um pouco vaga U4 Aspectos relevantes da comunica o entre usu rios e analistas durante o levantamento de requisitos Os analistas entrevistados identificaram o conhecimento sobre o que o usu rio quer como sendo o aspecto mais relevante na comunica o entre eles e os usu rios durante o levantamento de requisitos Igualmente foi considerado importante pelos analistas a documenta o das necessidades dos usu rios a clareza na identifica o dos requisitos e o conhecimento do processo do usu rio pelo pr prio usu rio Aqui mais uma vez surgiu a necessidade de que haja clareza na identifica o dos requisitos Fator importante para o processo de comunica o a clareza foi considerada por analistas como sendo um aspecto bastante relevante para a correta identifica o das necessidades dos usu rios Foi constatado inclusive que os analistas acreditam que podem ser mais claros na solicita o de informa es a respeito d
170. te na apresenta o do sistema foi questionado pelo usu rio sobre as particularidades do assunto A1 Em meu ltimo projeto enfrentei grandes dificuldades na comunica o com meus usu rios por n o receber as respostas necess rias para a conclus o do trabalho de an lise ou pelo fato delas demorarem a tal ponto de comprometerem o cronograma de trabalho obrigando a equipe de desenvolvimento tomar decis es relacionadas s regras de neg cio englobadas pelo sistema A5 Foi um processo bem trangiilo no qual eu procurei nas reuni es a participa o do usu rio e a minha Ent o a coisa fluiu com bastante tranquilidade Tamb m teve muito interesse do usu rio nesse projeto Al m do interesse dele ser muito grande ele tamb m procurou fazer com que as reuni es acontecessem de uma forma trangiiila A6 Ent o o que acontece a gente lida com todas as reas da empresa e eu especificamente eu lido com a rea de pessoal com a gest o de pessoas Ent o as pessoas que trabalham nessa rea felizmente tem sido excelentes usu rios Passam as informa es est o dispon veis na maior parte do tempo d o import ncia eles valorizam o trabalho deles e valorizam o nosso tamb m A8 Olha no ltimo que eu participei que foi um levantamento da parte de dados n o foi nem na parte de regras mas foi na parte de dados Eu tinha total liberdade para ir s sess es e fazer esses levantamentos Ent o eu n o tinha muito
171. te pesquisa necessitou ser conduzida junto a usu rios de software e analistas de sistemas que atuam em empresas especialistas no desenvolvimento de software e localizadas no Distrito Federal A delimita o quanto ao espa o geogr fico deveu se ao fato da impossibilidade de realiza o da pesquisa com entidades sediadas fora do Distrito Federal Al m do levantamento junto a popula o indicada o trabalho proposto englobou tamb m levantamento na literatura A atividade de levantamento de requisitos extremamente cr tica no processo de desenvolvimento de software e como tal deve ser tratada sob pena de se ter um produto de software abaixo das especifica es t cnicas impostas pelo cliente Al m disso natural que erros e ou falhas que ocorram na fase inicial do levantamento de requisitos acabem refletindo em todo o processo de desenvolvimento de software e proporcionem um produto de software de qualidade duvidosa Nessa fase ocorre uma profunda intera o entre usu rios e analistas de sistemas estabelecendo se uma estreita liga o entre eles O primeiro tentando explicar seu problema e o que precisa para solucion lo o segundo tentando entender as regras do neg cio da organiza o e todos os termos ligados ao problema do primeiro Davis 1993 apud KOTONYA SOMMERVILLE 1997 p 54 reconhece no processo de levantamento de requisitos um processo de an lise e compreens o do problema O autor define an lise do
172. tema manual implementado de maneira correta 6 4 Modelo Proposto Dentre os modelos de processo de comunica o listados neste trabalho identificou se que o modelo apresentado por Osgood e Schramm Figura 5 cap 3 com adapta es Figura 12 pode representar um poss vel modelo de processo de comunica o que poder contribuir para um melhor entendimento por parte de analistas das reais necessidades dos usu rios e por parte dos usu rios das reais possibilidades da tecnologia da informa o No modelo proposto apresentam se como componentes necess rios a melhoria da comunica o entre usu rios e analistas de sistemas a clareza o comprometimento e a coopera o entre os dois grupos analistas e usu rios Esses tr s componentes por si s n o s o inseridos no processo de comunica o Para que estes possam fazer parte do processo de comunica o necess rio que eles estejam 113 encapsulados pela gest o do conhecimento que dever ser fator primordial para o gerenciamento em conjunto de todos os fatores que devem compor o processo de comunica o Optou se inclusive por utilizar se com base na abordagem adotada por Tubbs e Moss 2002 a representa o do processo de comunica o que indica uma realimenta o do processo Isso demonstra que o processo de comunica o algo cont nuo ininterrupto e que independe de agentes externos para sua realimenta o Os agentes necess rios realimenta o do pro
173. tempo mas eu tinha essa liberdade de chegar no usu rio marcar v rias entrevistas com os usu rios para poder justamente validar o que eu estava levantando A10 N s participamos do processo de adapta o do sistema para o nosso uso deixando o software adaptado s nossas necessidades U1 89 Com certeza esse ltimo projeto atende plenamente s nossas necessidades Est a numa vig ncia de um ano e meio e poucas arestas foram cortadas ap s ele entrar em condi es de uso US Aspectos que favorecem as intera es entre usu rios e analistas no levantamento de requisitos Dentre os aspectos que podem favorecer as intera es entre usu rios e analistas pode se destacar a necessidade de que haja um contato mais pr ximo entre ambos Aqui tamb m houve um entendimento por ambos os grupos que um fator importante para o favorecimento das intera es entre usu rios e analistas a pr pria proximidade entre eles Fica clara ainda a necessidade de que existindo uma maior aproxima o entre esses dois grupos o processo de comunica o ser favorecido j que toda a intera o denota a exist ncia de um processo de comunica o Abaixo algumas falas que indicam tal necessidade As intera es entre usu rios e analistas de sistemas devem ser constantes Outra quest o importante o fato de que apresentar o sistema para o cliente medida que cada m dulo seja finalizado isso facilita na mudan a de requisitos Al
174. tos e para diversos fins a comunica o organizacional ocorre no mbito das organiza es e com finalidades bem definidas Tubbs e Moss 2003 p 448 lembram que a comunica o no contexto organizacional ocorre entre as pessoas j que s o as pessoas obviamente que se comunicam e n o as organiza es No presente estudo a preocupa o principal melhorar a comunica o entre usu rios e analistas de sistemas no contexto organizacional e por conseguinte obter elementos necess rios propositura de um modelo de processo de comunica o que possa favorecer essa comunica o Como visto a comunica o no ambiente organizacional proporciona a troca de mensagens entre os diversos setores da organiza o Essa troca de mensagens prov o correto funcionamento da organiza o e qualquer ru do que ocorra nessa comunica o poder provocar falhas no processamento das informa es necess rias ao seu funcionamento Por conseguinte como n o poderia deixar de ser no contexto do desenvolvimento de sistemas especificamente na engenharia de requisitos em uma organiza o a comunica o caracteriza se pela troca de informa es sobre as necessidades dos usu rios e d se entre estes e os membros da equipe de desenvolvimento Toda essa gama de informa es trocadas entre os membros da organiza o proporciona a intera o entre todos e a consequente troca de significados Assim intera o e compartilhamento dentre outros
175. tos espec ficos seriam necess rios a analistas e usu rios para que o levantamento de requisitos e o sistema dele resultante sejam bem sucedidos As respostas obtidas indicam que de uma maneira geral usu rios e analistas sentem a necessidade de que conhecimentos espec ficos sobre o papel desempenhado pelos usu rios dentro da organiza o devem ser compartilhados com os analistas Os entrevistados apresentaram esse argumento com base na dificuldade enfrentada por alguns analistas em obterem subs dios que os embasem sobre o processo de trabalho adotado pelos usu rios Al m disso alguns analistas alegaram ser importante que eles tenham um bom conhecimento das t cnicas utilizadas para o levantamento de requisitos sobre o assunto a respeito do qual est o trabalhando e sobre que tipo de solu o o usu rio est precisando para seu problema Xex o 2007 p 9 p 17 ao apresentar o trabalho do analista de sistemas ressalta que cabe ao analista de sistemas descobrir o que precisa ser feito Para isso ainda segundo o autor necess rio assumir diversos pap is ao longo do processo de desenvolvimento Esses pap is podem variar de acordo com o dom nio da aplica o onde poss vel destacar os seguintes solucionador 111 de problemas auditor especialista de organiza o e m todos e especialista no dom nio da aplica o 6 3 8 Necessidade de atua o em conjunto para existir socializa o A ltima pergunta visava
176. trevista Aspecto mais importante no processo de comunica o entre analistas e usu rios Identificou se a partir da an lise dos resultados das entrevistas que grande parte dos analistas entrevistados considera que o estabelecimento de uma linguagem comum entre eles e os usu rios o aspecto mais importante nesse processo Isso possivelmente deve se ao fato de que frequentemente analistas e usu rios tendem a ter linguagens bem diferentes Enquanto os analistas por preocuparem se com a parte t cnica do desenvolvimento do software acabam usando uma grande quantidade de jarg es t cnicos incompreens veis para a maioria dos usu rios estes por sua vez utilizam uma grande quantidade de termos t cnicos relacionados ao seu dom nio do neg cio e que s o desconhecidos aos primeiros A necessidade do uso de uma linguagem comum aos dois grupos foi identificada tamb m pelos usu rios Nesse caso os usu rios consideram que importante que os analistas realmente consigam entender o que eles querem e que a linguagem utilizada para essa comunica o seja entendida pelos dois grupos Tanto analistas quanto usu rios acreditam que para o desenvolvimento de um bom produto de software necess rio que ambos falem uma mesma l ngua A seguir algumas falas que ilustram tal achado O aspecto mais importante realmente estabelecer uma linguagem comum para n s conseguirmos fazer as especifica es Conseguir desenvolver uma linha de c
177. u rios e analistas de maneira geral prec ria Tal precariedade mostra que o processo de comunica o entre usu rios e analistas precisa ser aprimorado visto que o compartilhamento do conhecimento entre eles prejudicado pela falha existente nessa comunica o Desse modo necess rio a ambos os atores do processo o dom nio de habilidades de comunica o interpessoal oral e escrita e que sejam capazes de obter requisitos ainda n o claros nem mesmo para eles isto que compartilhem parte do conhecimento t cito um do outro 60 A transmiss o do conhecimento de t cito para t cito ocorre por meio da socializa o NONAKA TAKEUSHI 2008 p 60 chave para o modelo proposto no presente estudo Como observam os autores da ideia a a o de socializar ocorre durante o desenvolvimento de produtos entre aqueles que os desenvolvem e seus clientes NONAKA TAKEUSHI 2008 p 62 Nesse processo de desenvolvimento ocorre um intermin vel compartilhamento de conhecimento t cito o que proporciona a cria o de novas ideias para a melhoria dos produtos Acredita se que com o est mulo e a gest o de um processo socializador na rela o entre usu rios e analistas de sistemas poss vel aos primeiros a identifica o de funcionalidades para o produto de software que est o impl citas nas necessidades dos usu rios e aos ltimos o entendimento mais claro dessas funcionalidades Tal compartilhamento por seu turno permite sem
178. u rios podem compartilhar seus pr prios conhecimentos de tal modo que haja uma socializa o ideal obten o rec proca desse conhecimento entre eles
179. u se aos entrevistados o que eles consideraram relevante em rela o especificamente comunica o durante o levantamento de requisitos tendo sido solicitado ao final que fosse apresentado um exemplo de sucesso no levantamento de requisitos em que esteve envolvido Dentre as respostas mais significativas os analistas identificaram que o conhecimento sobre o que o usu rio quer o aspecto mais relevante na comunica o entre eles e os usu rios durante o levantamento de requisitos Tamb m foi considerado importante pelos analistas a documenta o das necessidades dos usu rios a clareza na identifica o dos requisitos e o conhecimento do processo do usu rio pelo pr prio usu rio Identificou se nas respostas ao terceiro item o surgimento da clareza na identifica o dos requisitos como sendo um fator importante para o processo de comunica o nessa fase do processo de desenvolvimento de software Outro aspecto ressaltado na mesma quest o e que j havia sido citado em outro questionamento a necessidade de que exista uma maior proximidade entre usu rios e analistas com o objetivo de proporcionar uma melhor comunica o Os analistas consideraram que uma maior aproxima o entre eles e os usu rios poder trazer benef cios para o processo de comunica o durante o levantamento de requisitos Rezende 2002 p 182 afirma que o levantamento de dados realizado Ox durante a an lise do sistema atual ou seja o pr prio lev
180. uestion rios e entrevistas As principais vantagens s o a n o interrup o das atividades dos usu rios e a redu o da exig ncia de que os usu rios despendam tempo excessivo com a atividade Como desvantagens s o apontados a possibilidade de n o formaliza o de evid ncias encontradas e o risco de causar mal estar entre os funcion rios do setor que se est observando e Question rio Normalmente elaborado em formul rio e distribu do aos usu rios da aplica o para que eles o respondam Depois de respondido recolhido e tem seus dados tabulados pelo analista Os dados obtidos servem de base para que o analista possa tra ar uma estrat gia para lidar com as solicita es dos usu rios Al m disso o analista pode aprofundar os dados obtidos do question rio por meio de entrevistas realizadas posteriormente O question rio apresenta como vantagens ser uma t cnica pouco dispendiosa e com agilidade e facilidade de aplica o por poder ser aplicado a um maior n mero de pessoas A press o sobre os respondentes pouca pois pode ser aplicado de forma an nima Sua principal desvantagem a possibilidade de manipula o dos dados por parte dos respondentes que podem responder o que seria desej vel na 71 vis o deles e n o a realidade enfrentada no dia a dia Apresenta tamb m como desvantagem a possibilidade de concentra o das respostas em alternativas padr o e Entrevista A t cnica da entrevista utili
181. um tipo de pesquisa social que se caracteriza pela interroga o direta das pessoas cujo comportamento se deseja conhecer utilizada para a descri o explica o ou explora o de determinado fen meno J a pesquisa bibliogr fica segundo o mesmo autor 2007 p 65 desenvolvida a partir de material j elaborado em que o pesquisador recorre a fontes bibliogr ficas que podem ser compostas por livros ou artigos cient ficos A pesquisa bibliogr fica como relevante frisar tem como principal vantagem a possibilidade de abranger maior quantidade de fen menos que n o est o disposi o do pesquisador de forma direta 4 2 4 Ambiente de estudo amostra selecionada O processo de comunica o entre usu rios e analistas de sistemas durante a fase de levantamento de requisitos estudado na presente pesquisa dentro do contexto de um processo de desenvolvimento de software Para tanto definiu se como amostra adequada para a aplica o do instrumento de coleta de dados a composta por doze usu rios de produtos de software e doze analistas de sistemas que atuam em rg os da Administra o Federal situados no Plano Piloto do Distrito Federal Por m ap s a consulta a doze usu rios e a quinze analistas sobre a possibilidade de participarem da pesquisa apenas seis usu rios e doze analistas aceitaram participar Todos os analistas entrevistados trabalham em setores espec ficos de desenvolvimento de software e
182. uma nica pessoa ser encarregada da manuten o do sistema o usu rio ser verdadeiro no momento de passar ao analista as suas necessidades e ainda que o programa seja desenvolvido com base na legisla o que define as regras do neg cio Possivelmente a falta de concord ncia em rela o aos usu rios entrevistados refere se diversidade de vis es que esses usu rios possuem Cada um dos usu rios entrevistados trabalha com um tipo de sistema Sendo assim cada um deles possui uma necessidade diferente O resultado traduz a diversidade de interesses no que se refere ao sistema informatizado Os trechos abaixo s o exemplos dos diferentes aspectos citados pelos usu rios Nem todas as empresas s o acess veis para aceitarem as nossas solicita es O sistema que estamos utilizando atualmente um exemplo de sucesso porque quando ele foi instalado nos t nhamos que digitar todos os dados dos nossos clientes N s reivindicamos que o sistema deveria importar todos os dados existentes no cadastro e que n s dever amos digitar apenas uma informa o como por exemplo CPF nome RG Essa altera o foi feita e hoje o atendimento ficou mais r pido Basta digitar apenas uma informa o que o software traz tudo U1 94 Passar para ele as informa es e ele trazer para voc realmente o que vai ser desenvolvido filtrado A o usu rio vai ver se aquilo realmente que ele quer U2 seria interessante que quem vai fazer a
183. unica o Curral e Chambel 2001 p 359 identificaram que a mensagem uma vez codificada pode ser enviada por diferentes canais tais como encontros face a face contatos telef nicos memorandos cartas correio eletr nico e boletins informativos Al m disso os autores argumentam que dependendo do tipo de informa o que se quer transmitir deve se priorizar um canal em detrimento do outro Isso porque diferentes pessoas podem ter diferentes compet ncias na utiliza o de diferentes canais e diferentes mensagens t m adequa es distintas a 36 diferentes canais A decis o sobre qual o melhor canal a ser utilizado para a transmiss o da informa o no ambiente caber fonte transmissora da mensagem Curral e Chambel 2001 p 371 argumentam ainda que a comunica o O organizacional pode ser considerada como o processo atrav s do qual a informa o ON transmitida na organiza o e a rela o entre os indiv duos que dela fazem parte estabelecida Dessa forma a comunica o no ambiente organizacional a comunica o que ocorre dentro ou fora do ambiente da organiza o entre seus membros ou entre estes e os clientes da organiza o com o objetivo primordial de prover o correto funcionamento da organiza o como um todo Pode se considerar no mbito desta discuss o que a comunica o organizacional uma especializa o da comunica o Se a comunica o ocorre em diversos contex
184. uto final ccsescreees 109 6 3 7 Compartilhamento do conhecimento dos usu rios sobre a organiza o 110 6 3 8 Necessidade de atua o em conjunto para existir socializa o c ces 111 6 3 9 Considera es finais siisii ssis anda Tae edad pus aa grana Saca kasini ossei eissoes gd 112 6 4 Modelo Proposto esssssccesssooscssoocsesooecesooccssssoossssoocessooecesssecssssooesssooesesssecesssossssssoosse 112 CAP TULO 7 CONCLUS ES LIMITA ES E SUGEST ES 117 Tel Conclus es do EST O cs peesiiniimaasiequtneioadadueadecaasriradan ara doquRinisedreri cecilia sica do enpasqulinia 117 7 2 Contribui es do estudo sessossessoesoossessoesocssosssesooesosssessossocssessossoossossossoossossssssossoe 119 7 3 Limita es do estudo se sssesocssessoesoossesssesoossosssesooesocssessossocssessossocssosssssoossossssssossoe 120 7 4 Sugest es para estudos futuros ssssesssecssocesooessocssoecssccesocesoosssocesoesssocesocessosesosessee 121 REFER NCIAS oiran AREE EN 122 A APENDICE ossisiscasesto tora Sea dacanTaaal Sagres da ia Gadb slaaa ada sES TROCA Fa RS Udo Lag Sa od agua db eos Oge oeri costos esssS 130 CAP TULO 1 INTRODU O 1 1 Considera es iniciais Uma quest o que se apresenta ao mesmo tempo intrigante e recorrente diz respeito ao n mero efetivamente grande de produtos de software que n o fazem exatamente o que o usu rio precisaria que fizessem Estudos
185. va es em rela o ao processo de comunica o cl ssico O processo representado apresenta um processo c clico com in meras respostas subsequentes Al m disso o processo proposto agrega outros componentes necess rios ao processo de comunica o espec fico para demonstrar a comunica o entre usu rios e analistas Foram inseridos no processo de comunica o novos componentes necess rios para que o processo de comunica o entre usu rios seja o mais fiel poss vel Esses componentes s o a clareza o comprometimento e o envolvimento Os componentes inclu dos clareza comprometimento e coopera o diz se encapsulados na gest o do conhecimento referem se a tr s fatores primordialmente inferidos a saber gt clareza habilidade necess ria a usu rios e analistas para que as solicita es do primeiro grupo sejam percebidas de maneira correta pelo 115 segundo grupo Sendo tamb m uma capacidade necess ria aos analistas para que estes possam apresentar de maneira adequada aos usu rios o que realmente poder ser implementado de forma que n o haja d vidas por nenhuma das partes A clareza assim proporcionar redu o do ru do no processo de comunica o gt comprometimento fator primordial ao processo de levantamento de requisitos que deve determinar um alto grau de interesse de todos os envolvidos com os objetivos previamente estabelecidos Todos os envolvidos no processo de comunica o estabelecido
186. vimento de produtos de software a fase de levantamento de requisitos especialmente uma atividade social e comunicativa Os autores acrescentam que de forma semelhante quela identificada por Wahono 2002 p 70 existem algumas causas que podem determinar falhas no entendimento dos requisitos do software Dentre essas causas destaca se a comunica o pobre entre as pessoas como sendo um dos fatores que dificulta o processo de comunica o entre usu rios e analistas Nesse caso inclusive Coughlan e Macredie 2002 p 53 argumentam que devido natureza multifacetada da comunica o os problemas resultantes de uma falta de compreens o clara da realidade poder se manifestar de diferentes maneiras Em outro trabalho Coughlan Lycett e Macredie 2003 p 526 afirmam que elicitar requisitos envolve atividades que s o intensamente comunicativas Pode se observar pela an lise da literatura que o processo de comunica o entre usu rios e analistas de sistemas tem sido alvo de pesquisas que foram no entanto realizadas com foco diferente do proposto para o presente estudo Praticamente todas as pesquisas encontradas possuem um foco voltado para a engenharia de software mais especificamente para o processo de desenvolvimento Assim n o focam o processo de comunica o entre analistas e usu rios dentro de uma abordagem dessas intera es no contexto eminentemente social e humano quest o que se procura aprofundar neste estu
187. vimento de software 2 Quais as quest es mais importantes que o a sr a destaca em rela o s intera es entre usu rios e analistas de sistemas para que o resultado obtido no levantamento de requisitos seja o melhor poss vel 3 O que o a sr a destaca como relevante em rela o especificamente comunica o entre usu rios e analistas de sistemas quando se fala em levantamento de requisitos O A sr a poderia citar um exemplo de sucesso no levantamento de requisitos em que esteve envolvido ultimamente 4 No processo de identifica o das necessidades dos usu rios e para que estas fiquem claras quais fatores que em sua opini o poderiam contribuir para melhorar a comunica o entre usu rios e analistas de sistemas 5 Na opini o do a sr a que conhecimentos espec ficos s o necess rios a analistas e usu rios para que o levantamento de requisitos e o sistema dele resultante sejam bem sucedidos 6 Como na opini o do a sr a analistas e usu rios podem compartilhar seus pr prios conhecimentos de tal modo que haja uma socializa o ideal obten o rec proca desse conhecimento entre eles Al m das quest es acima foram inclu das quest es que visaram identifica o de caracter sticas demogr ficas dos sujeitos da pesquisa RICHARDSON 1999 p 217 S o elas nome sexo idade tempo de atua o na rea forma o acad mica local de trabalho e grupo do sujeito analista ou usu rio
188. zada pelos analistas com o objetivo de melhor entender as necessidades dos usu rios Ela precisa ser planejada de forma que sejam evitados desperd cios de tempo e recursos Para isso o analista deve definir antecipadamente os objetivos o n mero de quesitos a dura o da entrevista quem ser o as pessoas entrevistas o hor rio das entrevistas quais ser o os assuntos tratados entre outras informa es julgadas teis Rezende 2002 p 189 considera que a entrevista extremamente til para obter informa es que est o armazenadas na mem ria das pessoas entrevistadas grifo do autor e Semin rio O semin rio utilizado para reunir informa es a respeito do sistema solicitado Normalmente os analistas obt m informa es gerais reunindo pessoas chave em um mesmo ambiente e procuram com a intera o de todos extrair delas suas necessidades Essa t cnica tamb m conhecida como workshop ou din mica de grupo Como vantagens do semin rio pode se considerar 1 maior rapidez na identifica o de problemas de relacionamento 11 pontos de estrangulamento e 111 obten o de uma vis o integrada dos problemas da organiza o No planejamento de um semin rio necess rio que sejam observados pelo menos quatro fatores essenciais O primeiro diz respeito postura que ser empregada por seu condutor O segundo relaciona se aos dados sobre o local do semin rio e o hor rio marcados O terceiro refere se ao as
Download Pdf Manuals
Related Search