O Desenvolvimento de Software Aplicando a Tcnica Joint Application Design

Marco A. PALUDO
PUC-PR PPGEPS Pontifcia Universidade Catlica do Paran
R. Imaculada Conceio, 1155 - 80215-901 - Curitiba - Paran - Brasil
FESP - BSI - Fundao de Estudos Sociais do Paran Curso BSI
Rua Gal. Carneiro, 216 Centro Curitiba PR Brasil - 80060-150
paludo@fesppr.br

Robert C. BURNETT
PUC-PR - PPGEPS - Pontifcia Universidade Catlica do Paran
R. Imaculada Conceio, 1155 - 80215-901 - Curitiba - Paran - Brasil
robert@rla01.pucpr.br

Joo M. LOCH
CEFET-PR - PPGTE - Centro Federal de Educao Tecnolgica do Paran
Av. Sete de Setembro, 3165. Rebouas - Curitiba-PR - CEP: 80230-901
matias@fesppr.br

Dlcio REIS
CEFET-PR - PPGTE - Centro Federal de Educao Tecnolgica do Paran
Av. Sete de Setembro, 3165. Rebouas - Curitiba-PR - CEP: 80230-901
dalcio@ppgte.cefetpr.br


RESUMO

O objetivo deste trabalho apresentar a importncia da
tcnica JAD e sua contribuio na transferncia do
conhecimento tcito para o explcito na rea de
desenvolvimento de software, minimizando os custos e
acelerando o processo de desenvolvimento e manuteno
de software. O processo para elaborao deste trabalho
iniciou com a reviso da literatura na rea do
conhecimento e as suas formas de transmisso e dos
aspectos que envolvem o processo de desenvolvimento e
manuteno de software e nas ferramentas e mtodos
que suportam este ciclo de desenvolvimento. Foram
identificados os principais problemas presentes no
desenvolvimento de produtos de software e observadas
as tcnicas aplicadas neste processo de desenvolvimento.
Foram contatados gerentes de projetos que utilizam a
tcnica JAD na regio de Curitiba, no Estado do Paran -
Brasil, com o intuito de evidenciar os resultados do
emprego desta tcnica. Os dados foram processados com
base nas respostas dos entrevistados. A pesquisa
efetuada analisou e validou a tcnica JAD, comprovando
a sua efetividade nas empresas que a adotam. Foram
obtidos produtos de software com maior qualidade e
projetos com maior grau de efetividade, principalmente
com a participao do usurio. Relatam-se experincias
de empresas e consultores que utilizam a tcnica, tanto
para o desenvolvimento como para a manuteno de
sistemas. Pretende-se com este estudo oferecer subsdios
para os desenvolvedores interessados em inovar no
processo de criao e manuteno de software, bem
como contribuir com o processo de inovao no
desenvolvimento de servios.


Palavras-chave: Desenvolvimento de Software,
Conhecimento; Produtividade; Planejamento.




1. O DESENVOLVIMENTO DE SOFTWARE E O
CONHECIMENTO

Nos ltimos anos, o tema conhecimento,
segundo Reis (2000:32) [10] tem sido explorado por
autores proeminentes como Peter Drucker, Alvin Toffler,
James Brian Quin, Michael Gibbons, Thomas
Davenport, Ikujiro Nonaka, Peter Lorange, Peter Senge,
Giovanni Dosi entre outros. O conhecimento, segundo
Davenport & Prusack (1998) [1], no dado e nem
informao embora estejam relacionados, mas sim,
uma informao valiosa da mente humana, que inclui
reflexo, sntese e contexto. Normalmente de difcil
estruturao, trabalhosa captura em mquinas,
freqentemente tcito ou subentendido, de transferncia
dificultosa e complexo de gerenciar. (DAVENPORT &
PRUSACK, 1998) [1].
O conhecimento implcito ou tcito, segundo
Reis (2000:33) [10], citando Gibbons (1994), refere-se
ao conhecimento no codificvel o qual no pode ser
transmitido por documentos escritos e que est presente
no crebro humano de quem trabalha com um processo
particular de transformao. Para adquiri-lo, necessrio
um grande investimento individual, financeiro e
temporal uma vez que este tipo de conhecimento se
adquire atravs de um longo processo de educao e de
acumulao de experincias (Reis, 2000:34) [10]. Desta
forma, o conhecimento tcito s pode ser utilizado por
quem o detm. Cita-se o exemplo dos usurios de um
software, que sabem fazer as suas atividades, adquiridas
por processos de educao e experincias ao longo de
sua vida.
O conhecimento explcito ou codificvel,
segundo Reis (2000:34) [10], aquele que pode ser
armazenado fora do crebro humano, portanto, ele
formal e sistemtico. O conhecimento explcito, por ter
uma distribuio fcil e de baixo custo, abundante,
especialmente como resultado dos avanos nas
tecnologias de informao, tornando-se difcil atribuir e
defender direitos de propriedade. Ainda por apresentar a
caracterstica de baixo custo para sua distribuio, Reis
(2000:34) [10] destaca que os esforos de criao deste
conhecimento so elevados e seus resultados podem ser
incertos. No contexto abordado por este trabalho pode
ser evidenciada a quantidade de produtos de software,
cujo custo de distribuio baixo, mas os custos de
elaborao e de manuteno so elevados.
O software, segundo Pressman (1995:24) [9]
um elemento de sistema lgico, e no fsico e que no se
desgasta. Para Schorer (2000) [11] o software o melhor
negcio do mundo: no se desgasta, no polui, voc
vende para um nmero infinito de clientes no mundo
inteiro, continua sendo dono do produto e ainda recebe
valores para a sua manuteno. Como os sistemas de
informao tornaram-se cada vez mais complexos, o
desenvolvimento, a manuteno e a operao esto
atingindo seus limites da viabilidade material e
econmica. O desenvolvimento de software visto cada
vez mais, segundo Paludo (2003) [7] como uma
disciplina de engenharia e, desta forma, princpios e
mtodos a ela inerentes vm sendo progressivamente
aplicados, como exemplo planejamento, formalismo e
capacidade de reproduzir projetos bem sucedidos.
Diante desses fatos, a comunidade de
desenvolvimento de software tem despendido especial
ateno aos problemas apresentados nas diversas reas e
nas diversas etapas do ciclo de desenvolvimento de
software. Nenhum grupo de especialistas isolado tem a
responsabilidade exclusiva pela criao de novos
conhecimentos (NONAKA, 1997:39). Para ele, altos e
mdios gerentes, bem como os demais funcionrios de
linha, desempenham todos um papel. Dessa forma, o
valor da contribuio de qualquer pessoa determinado
pela importncia da informao que ela traz ao sistema
como um todo, independentemente da hierarquia.
Algumas abordagens consideram este conceito como
valor agregado (earned value).
Os problemas que esto presentes no
desenvolvimento de software podem ser caracterizados a
partir de uma srie de perspectivas diferentes, mas
segundo Pressman (1995:23) [9] os gerentes
responsveis pelo desenvolvimento de software
concentram-se nas questes de primeiro plano, tais
como: (i) as estimativas de prazo e de custo
freqentemente so imprecisas; (ii) a produtividade das
pessoas da rea de software no tem acompanhado a
demanda por seus servios; e (iii) a qualidade de
software s vezes menos que adequada.
Os elevados custos do software sejam eles para
o desenvolvimento ou manuteno, tm sido objeto de
constantes discusses entre a rea contratante e de
desenvolvimento. Os prazos estimados geralmente no
so cumpridos e os ndices de erros para novos
programas causam insatisfao ao cliente gerando
frustraes e desconfiana. Para ilustrar e confirmar
estas caractersticas, pesquisa desenvolvida no Brasil
com gerentes de projetos de software indicou que 12,8%
dos gerentes de projetos simplesmente desconhecem os
seus custo e que 41,43% dos projetos atrasam (Machado,
2002) [5].
Alm dessas, Pressman (1995) [9] destaca as
seguintes dificuldades no desenvolvimento do software:
a) no dedicao de tempo para coletar dados sobre o
processo de desenvolvimento de software; b)
insatisfao do cliente com o sistema concludo; c) a
qualidade de software freqentemente suspeita devido
a pouca importncia dada aos testes de software. Em
muitos casos os testes so executados pelo prprio
desenvolvedor, exercitando somente o que o programa
era destinado a fazer, esquecendo-se de testar aquilo que
o sistema no deve fazer. Para Pressman (1995, p.23) [9]
somente agora [1995] esto comeando a surgir
conceitos quantitativos slidos de confiabilidade e
garantia de qualidade de software.

2. CAUSAS DOS PROBLEMAS DE
DESENVOLVIMENTO E MANUTENO DE
SOFTWARE

Os problemas associados ao desenvolvimento e
manuteno do software, segundo Pressman (1995:24)
[9] foram causados pelo prprio carter do software e
pelas falhas das pessoas que detinham a
responsabilidade pelo desenvolvimento de software. Esta
tambm uma atividade nova, com pouco mais de 40
anos. O software, por ser de natureza lgica, torna-se um
desafio para as pessoas que o desenvolvem, mas os
problemas vistos anteriormente so causados por falhas
humanas. Gerncias mdias e altas com pouca
preparao e qualificao assumem a responsabilidade
pelo gerenciamento e desenvolvimento de projetos de
sistemas para computadores. A falta de comunicao
entre os atores envolvidos no processo cria uma
incompreenso do software a ser desenvolvido e quando
isso ocorre, os problemas associados s falhas sero
inevitveis.
O processo de desenvolvimento de software,
segundo Pressman (1995:46) [9] contm trs fases
distintas, as quais so: definio, desenvolvimento e
manuteno. Na fase de definio (o qu) o
desenvolvedor de software busca identificar quais as
informaes devem ser processadas, quais as funes
desejadas, quais as interfaces devem ser estabelecidas,
quais restries e critrios de validao. Na fase de
desenvolvimento (o como) procura-se definir como a
estrutura de dados e a arquitetura de software devem ser
projetadas, como os detalhes procedimentais devem ser
implementados, a utilizao de uma linguagem de
programao e como os testes devem ser realizados. J
na fase da manuteno o desenvolvedor concentra-se nas
mudanas associadas correo de erros, adaptao e
melhorias.

3. O DESENVOLVIMENTO DE SOFTWARE E
SUAS TCNICAS

A engenharia de software vem evoluindo e
refinando tcnicas e mtodos para o desenvolvimento de
aplicaes e sistemas de informao que sejam
confiveis, de fcil manuteno e com custo e prazos de
desenvolvimento viveis. Uma forma para atingir essas
metas o emprego de reuso no processo de
desenvolvimento. Outra abordagem eficiente a
formalizao do processo de desenvolvimento e, em
especial, a formalizao da documentao utilizada
como base para todo o ciclo de vida do software.
(PALUDO, 2003) [7].
Diante dos problemas e suas causas no
gerenciamento e desenvolvimento de software, quais as
tcnicas que poderiam ser utilizadas para reduzir os
problemas e ampliar a participao do cliente em todas
as etapas do desenvolvimento e manuteno do
software? Como fazer para transferir o conhecimento
tcito ou implcito, que est com o cliente ou usurio, em
um conhecimento explcito ou codificvel em um
software?
Existem muitos mtodos para o
desenvolvimento de projetos de software e o Joint
Application Design JAD, uma tcnica de reunio que
tm por objetivo acelerar o projeto de desenvolvimento e
manuteno de software. Sua aplicao permite a criao
de sistemas mais eficazes em menor tempo, tendo como
um de seus maiores benefcios aderncia que pode ter a
vrios mtodos de desenvolvimento de software
atualmente empregados, como anlise estruturada,
anlise essencial, orientada a objetos, Unified Process,
entre outras.
Desenvolvida originalmente em 1977, pela
IBM do Canad, ela nasceu da frustrao de se tentar
obter um acordo entre os usurios, quanto s exigncias
e projetos de sistemas para manufatura (JUDY, 1993:11)
[4]. Visto como um meio de se obter consenso entre um
grupo de usurios, a tcnica fixou-se rapidamente,
principalmente no Canad, onde a IBM executou
diversos JADs para seus clientes. Embora seja visto
como uma ruptura das tradicionais metodologias de
desenvolvimento de software, segundo Judy (1993:11)
[4], o JAD um mtodo de senso comum. Ele vem
sendo utilizado em grande escala por empresas de
consultoria, na engenharia de sistemas e em empresas
dos mais variados segmentos de negcios (financeiro,
servios, indstrias, comrcio, etc.).
Essa tcnica se adapta perfeitamente na
metodologia de desenvolvimento de sistemas, pois vem
sendo vista como um compromisso com a qualidade e o
consenso entre os desenvolvedores e os clientes. Utiliza-
se de um lder neutro que, por intermdio de reunies,
orienta os usurios e analistas para projetarem juntos o
sistema, tornando-os co-responsveis pelo sucesso ou
fracasso do sistema. Estas reunies obedecem a agendas
e calendrios previamente estabelecidos, as quais esto
baseadas em formalizaes, regras de comportamento e
gerao de documentao acerca das definies obtidas.
Por que o JAD recebeu tanta ateno e tornou-
se um padro to bem-sucedido? Judy (1993:3) [4]
afirma que enquanto a maioria das metodologias difere
no padro de diagramas e textos que empregam, o JAD
se distingue por toda a sua filosofia e abordagem. Ele
coloca na mesma posio os usurios e profissionais da
rea de sistemas para que projetem o sistema em
conjunto, atravs de sesses de grupo. Esta tcnica
possui uma abordagem inovadora, mas dentro do senso
comum, para a definio dos objetivos e requisitos do
software e projeto das interfaces (telas, relatrios,
dados).
Os relatrios oficiais mais recentes sobre o
cenrio nacional da Qualidade e Produtividade no Setor
de Software Brasileiro apresentam a tcnica JAD sendo
utilizada por 8,1 % das empresas desenvolvedoras de
software. Estes nmeros apontam uma lacuna e uma boa
oportunidade para estas empresas fazerem uso desta
tcnica e aprimorarem a qualidade e produtividade em
seus processos. A fonte deste percentual de uso a
Tabela 40 Prticas de Engenharia de Software
adotadas no desenvolvimento e manuteno de software
do relatrio editado em 2002 pelo Ministrio da Cincia
e Tecnologia (MCT, 2002) [6].

4. JOINT APPLICATION DESIGN

Para Judy (1993:3) [4] a tcnica Joint
Application Design traz diversos benefcios para o
processo de desenvolvimento de software, sendo
apresentados na seqncia os principais:

a) Maior produtividade: estudos relatam aumentos de
20 a 60% na produtividade, em relao aos mtodos
tradicionais. Esses ganhos so obtidos tanto no que diz
respeito ao cronograma quanto ao nmero de horas
necessrias para completar as fases de definio de
objetivos, exigncias e projeto das interfaces, produzindo
melhores informaes.
b) Maior qualidade: embora muitas organizaes
experimentam o JAD por causa de seus ganhos de
produtividade, usurios e analistas de sistemas,
costumam citar projeto de software de alta qualidade
como sendo o maior benefcio do mtodo.
Considerando-se o ciclo de desenvolvimento do
software, o JAD se ajusta perfeitamente em todas as suas
fases, conforme o ciclo de vida de desenvolvimento do
software apresentado na Figura 1. Pode observar-se que
o JAD atua fortemente nos trs primeiros ciclos,
enquanto os ltimos trs ciclos referem-se a execuo do
projeto aps aprovao durante as reunies. Devido
participao intensiva das pessoas "certas", o resultado
final um sistema que funcionalmente correto.
c) Trabalho em equipe: promove o esprito de
cooperao, entendimento e trabalho em equipe.
comum, nos mtodos tradicionais de desenvolvimento de
sistemas, que os usurios apresentem resistncias em um
novo sistema, tentando dificultar a sua implantao. O
JAD produz informaes baseadas no consenso do grupo
e faz com que os participantes construam o sistema,
apoiados no conhecimento de cada um. Dessa forma,
usurios e analistas tornam-se confiantes e todos so co-
responsveis pelo sucesso ou pelo fracasso do sistema.
d) Custos mais baixos de desenvolvimento e
manuteno: o projeto de alta qualidade, obtido atravs
do JAD, possibilita uma grande economia de tempo e
dinheiro durante as fases de desenvolvimento e aps a
entrega do sistema. Isso possvel, pois o sistema
desenvolvido de forma mais rpida, consistente e com o
comprometimento do usurio. Estudos tm demonstrado
que os erros na definio dos objetivos, requisitos e
projeto externo so os mais caros de corrigir, incorrendo
com freqncia em significativos estouros de prazos e
oramentos. Segundo Gary Rusch (p.11), citado por Judy
(1993:5) [4] a eliminao dos erros constitui at 40%
dos custos de um sistema. Desses erros, 45 a 65% so
cometidos no projeto do sistema. Proporcionando um
projeto correto desde o incio os custos com correes de
erros e manutenes so reduzidos.

Princpios do JAD

Segundo Davenport & Prusack (1999:108) [1]
a transferncia espontnea e estruturada do
conhecimento vital para o sucesso de uma empresa.
Para que ocorra esta transferncia de conhecimentos
entre os desenvolvedores de software e os clientes, faz-se
necessrio o desenvolvimento de estratgias para
incentivar essas trocas espontneas. Para a obteno dos
benefcios do JAD, segundo Judy (1993:5) [4],
necessrio que sejam seguidos os quatro princpios
bsicos, para tornar o sistema mais tangvel aos
participantes. Esses princpios so:

a) Dinmica de grupo: desperta a fora e a criatividade
da dinmica de grupo para determinarem os objetivos e
os requisitos do sistema. Auxiliados por um lder
experiente, usurios, gerentes e analistas definem como
ser o projeto, desde: o escopo; os objetivos; os
problemas com a sistemtica atual; layout de telas e
relatrios; modelo dos dados.
b) Recursos audiovisuais: utiliza esses recursos para
tornar o projeto do sistema menos abstrato, permitindo
uma comunicao perfeitamente compreendida pelos
participantes.
c) Processo organizado e racional: o JAD emprega a
anlise top-down e atividades extremamente bem
definidas, determinando um caminho a ser seguido desde
o incio ao fim do projeto. Isso possibilita a garantia de
uma anlise completa reduzindo as chances de falhas ou
lacunas no projeto e cada nvel de detalhe recebe a
devida ateno.
d) A escolha do local: o local escolhido dever ser
agradvel para evitar a disperso dos participantes e,
preferencialmente, afastado do local de trabalho para
evitar interrupes e facilitar o intercmbio entre os
participantes. O acesso deve ser restrito aos
participantes, convidados e ouvintes para que a ateno
seja mantida durante todo o perodo de trabalho.
e) Documentao com a abordagem WYSIWIG "O
que voc v o que voc obtm": produz um
documento final, de forma clara e completa, onde esto
registrados os resultados do processo para que analistas e
usurios entendam as decises tomadas. Este documento
garante a qualidade esperada do projeto e ajuda a evitar
acusaes mtuas, promovendo a confiana e o orgulho
dos participantes nos documentos do projeto.

Participantes do JAD

As pessoas que participam do JAD, segundo
Judy (1993:44) [4] tm funes bem definidas, com
tarefas e responsabilidades especficas para cada uma
delas. Tudo ir depender das pessoas selecionadas, pois
pessoas sem experincia, sem imaginao e resistentes a
mudanas iro projetar um JAD ruim. Com pessoas
competentes e compromissadas, a metodologia produzir
solues inovadoras e altamente eficientes. Os principais
integrantes do JAD so:
Condutor (lder de reunio, mediador): a
pessoa que ir conduzir o JAD tendo como principais
atribuies reunir e conduzir os participantes do JAD.
Deve ter facilidade de comunicao, possuir grande
conhecimento e experincia (teoria e prtica) na
conduo e apresentao da tcnica ao grupo; ter
capacidade de controlar as discusses e superar as
questes pessoais entre os participantes; estar sempre
preparado e pronto para surpresas que possam surgir no
decorrer da reunio; ter conhecimento de sistemas
aplicativos; ser imparcial, ter domnio de grupo e
facilidade de sntese.
Analista de Sistemas: geralmente a pessoa
que efetuar o desenvolvimento do sistema, dando
continuidade aos trabalhos do JAD. Suas principais
caractersticas: possuir conhecimento das necessidades
do usurio; ter competncia na elaborao da
documentao; saber comunicar-se; possuir boa redao
e conhecer o negcio da empresa.
Patrocinador: o Patrocinador ou Executivo
Responsvel a pessoa que possui autoridade suprema
sobre a rea funcional que o sistema abranger. Suas
principais atribuies so: resolver os conflitos que
ocorrem durante as sesses; fornecer uma viso
estratgica para os participantes, pois conhece as
diretrizes gerais da empresa e os objetivos a atingir;
manter o projeto suprido de recursos financeiros e
humanos quando o sistema estiver em produo e deve
participar em tempo integral das reunies.
Usurios do sistema: so as pessoas que iro
trabalhar com o sistema. Suas informaes sero de
extrema importncia para implementao do sistema e
suas principais atribuies so: apresentar as
necessidades de processamento de informaes para o
sistema e fornecer dados importantes para a abrangncia
do mesmo; decidir sobre o projeto, pois ser o principal
interessado no sistema; participar das votaes e avalizar
as decises tomadas. A sua principal caracterstica a de
possuir experincia e bom conhecimento do ambiente
organizacional da empresa.
Documentador: o responsvel por esta
atividade deve fazer todas as anotaes necessrias para
produzir o documento final do JAD e auxiliar o lder de
reunio.
Demais participantes: a prtica tem
demonstrado que eventualmente so necessrias outras
pessoas no processo e que tal necessidade deve ser
avaliada pelos membros do projeto e do usurio, tais
como: Gerente da rea de sistemas, Auditoria interna,
especialista e equipe de desenvolvimento (caso esteja
definida).

4.3 ORGANIZAO E A APLICAO DO JAD
EM UM PROJETO DE SOFTWARE (ADAPTAO
DA TCNICA)

O JAD organizado em quatro sesses, sendo
elas:
a) Primeira reunio: a primeira reunio,
conduzida pelo Patrocinador o qual far a abertura dos
trabalhos, apresentando os participantes. Nessa reunio
so definidos: a) o escopo do sistema (a idia principal
do que se espera do sistema); b) os objetivos especficos
a serem alcanados com o novo sistema; c) os problemas
com a sistemtica atual, os quais o sistema dever
resolv-los; d) os limites do sistema; e) as pessoas a
serem entrevistadas durante a fase de levantamento de
dados; e f) a data da sesso de Design.
b) Levantamento de dados e anlise: a etapa
de levantamento de dados inicia-se aps a primeira
reunio, cabendo a sua execuo ao Analista de Sistemas
responsvel pelo projeto. Ele efetuar o levantamento de
dados e a anlise, utilizando-se como base os itens
definidos na reunio inicial, descrevendo os processos ou
eventos e elaborando os respectivos Diagramas de Fluxo
de Dados - DFD's.
c) Planejamento para a Sesso de Design:
prudente fazer uma reunio de planejamento da sesso
de design entre o Analista de Sistemas e o Condutor.
Nessa reunio, o Analista de Sistemas apresenta ao
Condutor a proposta do sistema a ser debatida no Design
para que o mesmo tome conhecimento do sistema e
apresente suas crticas e sugestes com o objetivo de
melhorar a apresentao da proposta. Concluda esta
etapa, o Analista responsvel ir preparar o material de
apoio (proposta do sistema), a lista de presenas, a pauta
para a reunio, a convocao dos participantes e
providenciar os recursos audiovisuais para a sesso de
design.
d) Reunio de design: a reunio de design o
ponto alto da tcnica do JAD, pois o momento onde os
atores envolvidos no projeto iro debater sobre a
proposta a ser apresentada pelo Analista de Sistemas
responsvel. Esta reunio est dividida nas seguintes
etapas:
d.1) Apresentaes, definio de objetivos,
levantamento de problemas e limites do sistema: o
condutor administra o progresso da reunio,
apresentando inicialmente a pauta e fornecendo aos
participantes uma viso geral da tcnica do JAD, seus
objetivos e quais as responsabilidades dos integrantes.
Atravs da dinmica de grupo, definem-se os objetivos a
serem alcanados com o novo sistema, problemas
encontrados com a sistemtica atual, prioridades, limites
e solues;
d.2) Anlise dos processos, dados e
interfaces do sistema: o Analista de Sistemas apresenta
o esboo do sistema, cabendo aos usurios debaterem
cada processo apresentado e sugerindo as alteraes
necessrias, inclusive os dados das tabelas, os layouts e
os relatrios (pr-impressos ou no). Tambm possvel
que esses layouts sejam montados durante a prpria
sesso de design. Uma vez concludo o processo, passa-
se ao processo seguinte;
d.3) Anlise do novo fluxo e necessidades
administrativas surgidas: concluda a anlise dos
processos, dados e interfaces do sistema, o Condutor
verifica junto aos participantes os aspectos de segurana
e auditoria do novo sistema. Nesta etapa o novo fluxo de
trabalho analisado e debatido, registrando as eventuais
sugestes e problemas. Posteriormente os participantes
identificam as necessidades administrativas que possam
ter surgido com a proposta apresentada, relacionando-as
e identificando os responsveis e prazos para a soluo
de cada necessidade;
d.4) Cronograma, aprovao do novo fluxo
e avaliao da reunio: o Analista de Sistemas
apresenta o cronograma, prazos e responsveis para o
desenvolvimento e implantao do sistema. Para a
aprovao do novo fluxo do sistema o Condutor do JAD
busca a aprovao do sistema proposto junto aos
participantes, verificando se o mesmo ir solucionar os
problemas atuais e se atender os objetivos a serem
alcanados, bem como os limites propostos. Esta etapa
de fundamental importncia, pois as responsabilidades e
os compromissos so acordados neste momento.
Tambm a aprovao do novo fluxo essencial e cabe
ao Condutor da sesso alertar a todos os participantes
que estaro aprovando e concordando com todas as
decises tomadas durante a sesso de design, afetando
diretamente todas as etapas posteriores do ciclo de vida
do desenvolvimento do software. Ao final da sesso de
design, o Condutor busca a opinio dos participantes
quanto utilizao da tcnica do JAD, com o objetivo de
identificar os pontos positivos e corrigir as falhas para
aprimorar as futuras reunies;
d.5) Documento final: aps a concluso da
sesso de design, o Analista de Sistemas ir elaborar um
documento final, abrangendo todas as sesses do JAD,
com base nas anotaes realizadas pelo Documentador.
Esse documento representa as concluses do grupo,
estabelecendo o compromisso de todas as partes
envolvidas no desenvolvimento do sistema e ser
assinado por todos os participantes. Cada participante, ao
assinar o projeto, est assumindo a co-responsabilidade
pelo sucesso ou fracasso do sistema.
Essa abordagem cria um comprometimento
mtuo pelo sucesso do projeto, minimizando a procura
pelos culpados quando um projeto fracassa. Nesta
etapa pode haver duas formas de procedimento. A
primeira, mais comum, ocorre com a elaborao
posterior da ata que ser entregue para a apreciao e
aprovao por todos os envolvidos em um momento
seguinte ao da reunio. A segunda abordagem ocorre
quando disponvel recurso de ferramentas
automatizadas durante as sesses do JAD. Nesta ltima
abordagem, no exato momento em que as sugestes e
correes vo sendo evidenciadas, o Documentador
transcreve cada comentrio ou alterao no prprio
corpo do projeto, seja um texto, um DFD ou um modelo
de dados. Desta forma, ao final da reunio toda a
documentao est atualizada e pode ser verificada e
assinada ao trmino da sesso. Tem-se esta abordagem
como a mais indicada, mas considerada pr-requisito
para o sucesso da tcnica JAD.
Apesar de toda a preparao das sesses, Paula
Filho (2003:117) [8] alerta para os riscos e cuidados na
conduo das sesses JAD, pois as sesses [do JAD]
exigem intenso comprometimento dos desenvolvedores e
clientes, embora durem normalmente um perodo
bastante curto se comparado a durao do projeto
completo. Deve ser constantemente enfatizado o
benefcio da aplicao desta tcnica at mesmo para que
o cliente e os gestores liberem, das atividades
corriqueiras, todos os participantes que sejam
considerados importantes para a reunio. Dentre os
principais problemas que podem comprometer a eficcia
dos JADs so evidenciados: a) no-participao das
pessoas que desempenham papis chaves nos processo
de negcio que iro utilizar o software; b) participao
de pessoas no comprometidas com o sistema e com os
objetivos iniciais; c) nmero reduzido ou excessivo de
participantes.

5. RELATO DE USO DE CONSULTORES
QUE UTILIZAM O JAD EM CURITIBA/BRASIL

Na opinio dos Consultores, Denis D.
Fernandes [2] e de Mrio G. Gabardo [3] (2003), a
produtividade ampliada em aproximadamente 30%
tendo em vista que o trabalho realizado em conjunto e
as divergncias so discutidas at que se chegue a um
consenso. Dessa forma, a anlise de requisitos torna-se
uma tarefa menos estafante para o Analista de Sistemas,
reduzindo sensivelmente o tempo necessrio para as
demais fases do desenvolvimento de sistema. Quanto
qualidade os Consultores dizem que reduz
substancialmente o descontentamento do usurio com o
sistema produzido, pois ele participa ativamente das
definies dos requisitos. Nos trabalhos em equipe, os
consultores observam que h diferentes tipos de pessoas
e cada um com suas caractersticas, uns contribuindo
mais, outros menos, mas de uma forma geral consegue-
se as definies desejadas. Observam, tambm, que h
uma intensiva participao do usurio na anlise de
requisitos, no desenho das interfaces e definies das
informaes, tornando-o comprometido e co-autor do
sistema, dividindo as glrias e as dificuldades com o
analista de sistemas.
Quanto aos custos mais baixos de
desenvolvimento e manuteno, os Consultores afirmam
que o JAD agiliza a fase de anlise do sistema,
permitindo um projeto fsico estvel e sem alteraes
durante o desenvolvimento em funo da alta qualidade
dos requisitos. A fase de manuteno, aps a entrega,
ser menos corretiva e mais evolucionista do produto. Os
consultores observam ainda que quando se diz maior
produtividade e maior qualidade est se dizendo custos
mais baixos. Como na empresa a produtividade
aumentou em 30%, pode-se dizer que os custos de
desenvolvimento diminuram nesta proporo, deixando
de existir aquele custo de manuteno que existe na
implantao do sistema.
Quanto ao processo organizado e racional, os
Consultores afirmam que sempre que se utiliza mtodo,
organizao e planejamento para o entendimento de
qualquer coisa, a probabilidade de sucesso muito
maior. No desenvolvimento de sistemas no diferente.
A organizao e o formalismo do JAD aumentam e
muito o sucesso do projeto. A agenda deve ser conhecida
por todos com antecedncia e o Condutor o
responsvel por execut-la com autoridade, caso
contrrio, o processo no funciona.
Destacam, ainda, que a tcnica foi to bem
aceita que foi includa na Metodologia de
desenvolvimento de Sistemas, sendo obrigatrio o seu
uso. Consideram, tambm, o papel do Condutor do JAD,
o qual deve conhecer a tcnica, j ter participado na
aplicao em outros sistemas e ser um apreciador
vibrante da tcnica. Deve tambm ser analista de
sistemas snior para que, no sendo comprometido com
a soluo, poder levantar pontos com definies
precrias que podero trazer impactos negativos no
projeto fsico, etc.
Os Consultores destacam que a aplicao do
JAD, comparado outras tcnicas, a melhor ferramenta
para o desenvolvimento de sistemas que j surgiu. O
Analista de Sistemas que no adotar algo parecido, com
certeza ter muitos problemas em sua profisso,
principalmente nos dias atuais em que as solues esto
cada vez mais complexas, envolvendo no s usurios
internos empresa, como tambm clientes e
fornecedores.

6. CONCLUSO

O software tornou-se o elemento principal da
evoluo dos sistemas e aplicaes baseados em
computador. Por outro lado, encontra-se a dificuldade
para a transferncia do conhecimento tcito para o
conhecimento explcito. Os desenvolvedores conhecem
as tcnicas para o desenvolvimento do software mas, na
maioria das vezes, desconhecem o conhecimento das
atividades do cliente. Esse impasse leva ao
desenvolvimento de softwares de baixa qualidade e
produtividade gerando, muitas vezes, atritos entre os
atores. A tcnica do JAD, se adaptada realidade da
empresa e aplicada corretamente tende a aproximar esses
atores e torna-se uma interface para a converso do
conhecimento tcito em conhecimento explcito. O
consenso e o comprometimento entre os atores cria um
ambiente de despeito mtuo e de responsabilidade pelo
sucesso do sistema. A tcnica do JAD pode ser aplicada
em outras atividades, tais como: reunies de negcio,
avaliao e implantao de pacotes de software, entre
outras atividades. Pelas informaes dos consultores
pesquisados, observa-se que a tcnica desenvolve um
importante papel na intermedio de conhecimentos
entre as equipes de trabalho.





7. REFERNCIAS

[1] DAVENPORT, Thomas H; PRUSACK, Laurence.
Conhecimento empresarial: como as organizaes
gerenciam o seu capital intelectual. Rio de Janeiro:
Campus, 1998.

[2] FERNANDES, Denis Donato. Entrevista concedida
em maro/2003 em Curitiba, Paran, Brasil.

[3] GABARDO, Mrio Gerson. Entrevista concedida em
maro/2003 em Curitiba, Paran, Brasil.

[4] JUDY, August H. (1993). Joint Application Design.
So Paulo: Makron Books, 1993.

[5] MACHADO, Cristina Filipak (2002). A-Risk: Um
Mtodo para Identificar e Quantificar Risco de Prazo em
Projetos de Desenvolvimento de Software. Curitiba:
PUCPR. Dissertao de Mestrado, 2002.

[6] MCT - Ministrio da Cincia e Tecnologia (2002):
Qualidade e Produtividade no Setor de Software
Brasileiro. N.4 (2002). Braslia: Secretaria de Poltica de
Informtica. ISSN 1518-112X.

[7] PALUDO, Marco Antnio; BURNETT, Robert
Carlisle. O Reuso de Componentes da Modelagem
Dinmica. In: 2DA. CONFERNCIA
IBEROAMERICANA EN SISTEMAS, CIBERNTICA
E INFORMTICA CISCI 2003, Orlando: International
Institute of Informatics and Systemics IIIS, 2003. v. 1.

[8] PAULA FILHO, Wilson de Pdua. Engenharia de
Software: Fundamentos, Mtodos e Padres. Segunda
Edio. Rio de Janeiro: LTC, 2003.

[9] PRESSMAN, Roger S. Engenharia de Software. So
Paulo: Makron Books, 1995.

[10] REIS, Dlcio R. Contributos para a melhoria da
eficincia e da eficcia nas relaes de cooperao entre
universidades e pequenas e mdias empresas industriais
brasileiras. Aveiro/Portugal, 2000. Tese de Doutorado.
371 pgs.

[11] SCHORER, Hans G. Cnsul da Repblica da
Alemanha em Curitiba/PR. Entrevista concedida em
julho/2000. Curitiba, Paran, Brasil

[12] STARKEY, Ken. Como as organizaes aprendem:
relatos do sucesso das grandes empresas. In A empresa
criadora de conhecimento. Ikujiro Nonaka, p. 27-43. So
Paulo: Futura, 1997.