Você está na página 1de 9

CASE "Computer-Aided Software Engineering" ,a base para a reengenharia de negcios.

Autor: Belmiro do Nascimento Joo

Resumo: Produtividade e Qualidade so questes atuais. A reengenharia exige mudanas radicais na organizao, no entanto o desenvolvimento tradicional de sistemas lento e rgido. As solues existem. CASE vem de encontro a essas necessidades, sendo a automao da automao. So analisados os aspectos de sua categorizao, seleo e implementao bem como aspectos da engenharia reversa, reusabilidade, repositrios e CASE corporativo bem como seus impactos. Palavra-chave: CASE, reengenharia, produtividade, desenvolvimento de sistemas, metodologias, seleo, implementao, Engenharia Reversa, Repositrios 1. INTRODUO Este artigo baseado na principal ferramenta para as modernas tcnicas de reengenharia de negcios, onde a nvel corporativo, podemos definir os modelos atuais da empresa e o reutiliz-lo em todos os novos sistemas ou processos da organizao, com ganhos significativos de produtividade e abandono do antigo e podendo repens-la partir de um novo ponto de vista. Se voc acredita que os complexos modelos organizacionais podem ser descritos com papel e lpis este artigo no o auxiliar em nada. A poca favorece as discusses a respeito das mudanas qualitativas em todas as reas do conhecimento humano. Palavras de ordem so, reengenharia, globalizao, competitividade, qualidade total, produtividade. As empresas tornam-se flexveis e geis, integrando a produo na estratgia dos negcios e permitindo mudanas rpidas no produto, atendendo s rpidas demandas do mercado. No entanto no assim com o desenvolvimento de sistemas e temos que encontrar caminhos alternativos para essa crise. 1.1. Solucionando as crises do software. Um sentimento reinante nas empresas, a sensao de que muito est sendo gasto em computao, e ainda assim, o resultado da rea de processamento nunca o mais adequado. Dentre os principais problemas, vistos pela administrao e pelos usurios, temos: Os usurios no conseguem obter aplicaes quando precisam. difcil, ou impossvel, obter modificaes que a administrao precisa em tempo razovel. Os sistemas entregues dificilmente atendem s reais necessidades do negcio. Os sistemas custam muito mais para desenvolver e manter do que o previsto. O problema principal, est nos mtodos de trabalho. O desenvolvimento de sistemas tradicional lento e rgido. Seu uso existe nas empresas atravs de padres GEEK BRASIL - http:/www.geekbrasil.com.br

e procedimentos, tais como abertura de uma ordem de servio, estudos de tempos e custos de desenvolvimento, anlise, programao, implementao e testes. De um modo geral, esses procedimentos no funcionam de modo adequado. As Solues existem mas requerem novos softwares, novos procedimentos e novas estruturas gerenciais, muitas vezes entrando em choque com a prpria Cultura da organizao. A hora de um rompimento com os antigos mtodos, ainda mais que a revoluo gerada pelos microcomputadores permite a automao das antigas metodologias e incentiva a criao de novas tcnicas para a automao do desenvolvimento de software. No entanto, a maioria das empresas e dos profissionais de processamento de dados no acompanha a velocidade da proliferao dessas novas tecnologias. As ferramentas CASE, por serem um conjunto integrado de ferramentas que podem atuar em todas as fases de desenvolvimento de software, tem um impacto profundo, exigindo novas metodologias. Straub e Wetherbe (6), atravs dos resultados de um painel de especialistas, nos mostram as principais tecnologias que influenciaro as empresas nos anos 90, sendo CASE considerada como uma tecnologia de impacto indireto, do ponto de vista organizacional, mas afirmando-se que importante e estar em crescimento acelerado nos anos 90. Afirmam tambm que o valor de CASE consite em "automatizar o projeto humano e codific-lo", o que significa uma mudana fundamental no modo dos sistemas serem construdos. De outro modo os produtos CASE e as capacidades de Engenharia Reversa, tero um forte impacto nas profisses ligadas ao desenvolvimento de sistemas at meados da dcada de 90, sendo ento, seus efeitos sentidos pela comunidade de usurios finais. 1.2. A motivao para produtividade e qualidade. Dentre as grandes questes em desenvolvimento de software hoje, destacam-se: melhor qualidade, maior produtividade, melhor gerenciamento e custos menores e a manutenabilidade. Simultaneamente a uma diminuio do custo dos equipamentos de processamento de dados e da sua disseminao nas reas usurias, tem crescido o interesse e o conhecimento por parte dos usurios da tecnologia e isso os torna mais exigentes. Requerem melhores informaes gerenciais, automatizam processos, aumentando a produtividade. Tudo isso nos leva novamente necessidade de novos mtodos de trabalho, com novas tecnologias e softwares ou ferramentas, deixando os mtodos artesanais de desenvolvimento de lado; A chave da produtividade a automao, e isto nos leva a desenvolver softwares, como qualquer outro tipo de produto manufaturado. A manuteno tende a crescer medida que cresce o nmero de programas e, imaginando-se um mercado de livre concorrncia, onde os competidores travam uma luta sem fim, a tendncia de crescimento dos programas e, consequentemente, dos problemas de manuteno e novos "back-logs". comum encontrarmos empresas onde o tempo total gasto com manuteno corresponde a 80% de todo o tempo gasto pelo pessoal de sistemas. No entanto, existem j ferramentas CASE e tcnicas na qual muito do custo de manuteno pode ser evitado. difcil imaginar o que seria a rea de sistemas, dentro de uma dcada, sem a utilizao de novas tcnicas; smente com as metodologias convencionais, certamente seria o caos. A primitiva organizao de Sistemas de Informao Gerencial no pode apropriarse das vantagens de CASE e novas tecnologias de engenharia de software. GEEK BRASIL - http:/www.geekbrasil.com.br

CASE automatiza partes de uma ou mais metodologias de desenvolvimento de software. A metodologia a base, a fundao, sendo CASE a automao da metodologia. 2. METODOLOGIA E CASE. A implementao de ferramentas CASE sem uma forte e fundamental metodologia , torna vulvervel os seu sucesso sendo improvvel obter os benefcios desejados. Uma escolha por metodologias pode revelar-se inapropriada para automao com ferramentas CASE, caso se escolha uma metodologia manual, o tdio envolvido pode desviar-se para a metodologia e conseqentemente para CASE. Por causa do refletido processo de automao inevitavelmente mudanas no processo, tecnologia CASE e metodologia so melhor implementados juntos. 2.1. Automao das metodologias As Metodologias, de um modo geral, esto ultrapassadas, por perpetuarem tcnicas manuais do passado. Por outro lado a grande transformao pela qual passa a rea de processamento de dados, nos faz pensar na automao das metodologias. Segundo MARTIN, em Manifesto, "deve-se procurar acima de tudo, numa metodologia, a automao", precisando automatizar o trabalho do analista e do programador o mais possivel, sendo que esta automao precisa ser do conhecimento dos usurios finais, e ser adaptvel ao mercado de maneira flexvel. 2.2. As metodologias mudam por causa de CASE Quando as pessoas usam o termo metodologia, eles podem estar se referindo s metodologias de anlise e projeto ou s metodologias que suportem todo o desenvolvimento. As ferramentas de desenvolvimento de sistemas suportadas por computador podero ser um fator de disciplina do trabalho, porque obrigam a seguir um roteiro prestabelecido, e com praticamente toda a documentao tcnica gerada pela ferramenta. A linha mestra da anlise orientada a processos e os mtodos de projeto no foram alterados significativamente em dez anos. O diagrama de fluxo de dados, segundo Yourdon e as suas extenses para processos real-time, e os diagramas estruturais de PAGE-JONES so predominantes em anlise estruturada e projeto estruturado. Por outro lado, os mtodos orientados a dados esto mudando, com variaes dos diagramas de entidades relacionadas de CHEN, que dominam o mundo de projetos de dados hoje. Os esforos para aumentar o rigor e a riqueza dessas tcnicas de modelagem de dados e para se conseguir diagramas computaveis so base para algumas inovaes. Uma coisa certa: Como a tecnologia CASE incrementa em poder e capacidade, metodologias complementares continuaro a se desenvolver rpidamente. Entretanto, programadores e analistas tradicionalmente treinados, provavelmente relutaro em absorver os novos mtodos. Arquiteturas cliente/servidor e ambientes grficos (GUI) tumultuam definitivamente esse cenrio. O paradigma muda das metodologias estruturadas para as metodologias orientadas a objeto. 3. INTRODUO A CASE CASE automao de software. A tecnologia CASE talvez a mais profunda transformao ocorrida na comunidade de software. CASE a automao da GEEK BRASIL - http:/www.geekbrasil.com.br

automao. Ele oferece uma resposta prtica aos problemas de produtividade de software dos ltimos vinte e cinco anos. A tecnologia CASE uma combinao de ferramentas de software com metodologia. Deste modo, CASE diferente das primeiras tecnologias de software, porque enfoca o problema da produtividade de software e no s nos problemas da implementao. O termo foi criado no comeo dos anos oitenta, quando a idia de que ferramentas grficas, como a dos diagramas de fluxo de dados, os diagramas de entidades e relacionamentos e grficos estruturais, poderiam ser teis na anlise e projeto de sistemas. Uma definio talvez mais simples e completa a que nos dada por McClure (5): "CASE a automao do desenvolvimento de software". Nesta concepo CASE uma nova abordagem para o ciclo de vida de software, que baseada na automao. A idia bsica que CASE proveria um conjunto integrado de Ferramentas de economia de trabalho,ligando e automatizando todas as fases do ciclo de vida de software. Isso evidencia que a tecnologia de ferramentas automticas continuar avanando nos prximos 10 anos. Os ferramentais do analista em meados da dcada de 1990, certamente tero caractersticas sofisticadas de verificao de erro, to bem como habilidade em gerar cdigo e mesmo sugerem ( usando tcnicas de inteligncia artificial ) possibilidades de cdigo reutilizvel a partir de Bibliotecas de Software. Muitas ferramentas CASE incluem poderosos editores grficos que implementam uma interface com o usurio transformando o desenvolvimento de software num processo visual. 3.1. CASE e o Ciclo de Vida CASE altera o ciclo de vida do sistema. Com CASE, o projetista do sistema pode focalizar mais o trabalho da anlise e projeto e menos a codificao e teste. Programas codificados manualmente e alterados por geradores de cdigo que automaticamente produzem cdigo a partir das especificaes do projeto. Especificaes do projeto tomam a forma de diagramas estruturados, como DFD e DER, e modelos de prottipos. Como as especificaes so armazenadas no repositrio CASE, elas so automaticamente verificadas para a correo e referncia cruzada com outro sistema de informao. Toda a informao do sistema armazenada em repositrio CASE onde ele pode ser automaticamente gerenciado e distribudo. Finalmente, CASE reduz o srio, e custoso, problema de manuteno de sistemas, pois as ferramentas CASE podem documentar, analisar e reestruturar os programas existentes agilizando o tempo de entrega para o mercado. 3.2. Categorizao H poucos anos atrs, dificilmente algum analista de sistemas teria ouvido o termo CASE. O mercado de ferramentas CASE tem um dos mais altos graus de crescimento das empresas que atuam no setor de desenvolvimento de softwares. Como o mercado nasce, a definio de CASE continua a mudar e no h um padro definido para a sua categorizao, no entanto os termos abaixo so os que melhor o identificam. a) Front End ou Upper CASE; so aquelas que apiam as etapas iniciais de criao GEEK BRASIL - http:/www.geekbrasil.com.br

dos sistemas, so elas as fases de planejamento, anlise e projeto do programa ou aplicao. b) Back End ou Lower CASE; so aquelas que do apoio a parte fsica, isto , a codificao testes e manuteno da aplicao, normalmente encontram se produtos de ambos os lados, mas o difcil se obter uma compatibilidade entre ambas, isto , conseguir com o auxilio de uma nica ferramenta. c) I-CASE ou Integrated CASE; classifica os produtos que cobrem todo o ciclo de vida do software, desde os requisitos do sistema at o controle final da qualidade. Outra classificao nos dada segundo a fase do ciclo de vida que apoia: Planning Workstation, Analysis Workstation, Design Workstation, Ferramentas de programao. 3.3. Critrio de seleo. Dentre os critrios para a seleo de ferramentas CASE , destacamos, segundo Gibson (1): a) a ferramenta um DBMS ou um sistema de dicionrio de software. b) Quais as direes para o futuro e funcionalidade da ferramenta. c) O fabricante da ferramenta tem uma filosofia de arquitetura aberta. d) A ferramenta produz software utilitrio e procedimentos de leitura, bibliotecas de fontes e cria especificaes de componentes CASE para sistemas existentes. e) A ferramenta tem uma interface efetiva com outras ferramentas. f) A ferramenta dispe de metodologias grficas, capazes de explodir os diagramas do projeto e especificaes do dicionrio, para um sistema de dimenses moderadas. g) O modelo de planejamento no componente de planejamento do CASE compreensivamente abrangente ao nvel de corporao e unidades funcionais, plano estratgico e de sistema. h) provido de capacidade de Prototipao. i) capaz de gerar automaticamente um escopo das especificaes do projeto fsico a partir das especificaes do projeto. j) A ferramenta de projeto provida de suporte a anlise e documentao do projeto. k) A ferramenta tem capacidade de gerar automaticamente relatrios das especificaes do projeto. l) O componente de desenvolvimento de baixo-nvel prov mtodos para convenincia e compreensiva customizao do sistema gerado. m) A ferramenta permite a distribuio de responsabilidades pelo projeto e desenvolvimento. n) As ferramentas de projeto e desenvolvimento tem a capacidade de enviar pores do projeto e especificaes do dicionrio de desenvolvimento. o) Pode a ferramenta de interface do projeto e especificaes de desenvolvimento para um DBMS funcional, ser usada para manter dados de uma companhia. p) Tem capacidade de processamento de texto. q) A ferramenta destaca o gerenciamento do projeto. r) possvel modificar o projeto CASE e ferramentas de desenvolvimento relativas ao ambiente interno da empresa ou metodologia existente. s) Pode a ferramenta gerar automaticamente projeto, operao e documentao para o usurio final. GEEK BRASIL - http:/www.geekbrasil.com.br

t) A ferramenta tem facilidades para manter o projeto to bem quanto sistemas. u) Pode a ferramenta gerar programas para uma ampla faixa de sistemas. 3.4. Critrios para implementao Dentre os critrios para a implementao de ferramentas CASE , segundo Gibson (2): a) Estabelecimento e aplicao de critrios para avaliao das Ferramentas. b) Incluso de um Treinamento extensivo. c) Seleo de um grupo experiente para Treinamento e acompanhamento durante a implementao. d) Formulao de um conjunto de Padres e procedimentos. e) Grupo de Consultores customizando o Treinamento e Padres de documentao e procedimentos. f) Seleo de um grupo experiente (Lderes de Projeto), como primeiro grupo a receber treinamento. g) Casa haja treinamento interno deve haver a incluso de Trainees. h) Antes do incio de um projeto, ter um grupo treinado. i) O projeto piloto deve ser relativamente simples, de 3 a 6 meses, para no haver desgaste. j) O grupo diretamente ligado ao piloto deve ser treinado por consultores. k) Apos o trmino do primeiro projeto, dever ser reavaliados e alterados os padres e procedimentos da empresa de acordo com a experincia alcanada. l) Dever ser feita uma reavaliao do treinamento aps o primeiro projeto. 3.5. O papel da Gerncia Quando se fala em implementao de CASE, o apoio da alta gerncia fundamental e, sem esse apoio, pode haver uma grande probabilidade de fracasso a curto prazo. O convencimento parte do princpio de que desenvolver sistemas de forma tradicional no mais vivel. Vrios fatores devem ser considerados: a) Um extenso "back-log",isto , aplicaes pendentes de desenvolvimento. b) Uma comunidade de usurios mais exigente e que passa a questionar os custos de computao, os usurios se tornaram extremamente crticos principalmente com o tempo de desenvolvimento. Aqui uma questo fundamental: o desenvolvimento de aplicativos no acompanhou o desenvolvimento de Hardware, e o CASE seria uma resposta nessa direo. c) O mercado cada vez mais competitivo, o qual gera expectativas de resposta cada vez menor e desenvolvimentos simultaneos em novas tecnologias para se ganhar vantagem competitiva (Time-to-Market). A utilizao de recursos financeiros representa um dos aspectos mais significativos na utilizao de ferramentas CASE, sabendo-se de antemo que ser necessrio gastar recursos em metodologias, o que apenas um compromisso. Treinamento adequado ao pessoal que desenvolve aplicaes, mudanas organizacionais, que vem conjuntamente com as metodologias, dado que esta requer um rigor e disciplina para que os sistemas de informao trabalhem de forma conjunta. CASE realmente necessita ser adotado em um nvel estratgico porque altera o ciclo de vida de desenvolvimento de software e muitas das prticas fundamentais de desenvolvimento de software. Watts Humphrey, em seu recente livro "Managing the Software Process", adverte: GEEK BRASIL - http:/www.geekbrasil.com.br

"Insanidade o processo de repetir a mesma coisa, sempre e sempre,e aguardar resultados diferentes". Esta uma referncia a que as prticas de desenvolvimento no mudaram realmente nos ltimos 20 anos. O pessoal de processamento de dados e os gerentes necessitam aceitar suas responsabilidades para o processo de desenvolvimento de software, seja que o processo pode e deve ser melhorado atravs de uma abordagem tradicional, sem o uso de ferramentas CASE ou outra tecnologia. 4. AVANOS FUTUROS EM CASE Passaremos a descrever algumas das principais caracteristicas das ferramentas CASE, que esto em evoluo neste momento, como os repositrios e o conceito de reusabilidade de software. 4.1. CASE Corporativo. Ainda sobre o estudo de STRAUB e WETHERBE (6), o grande impacto organizacional de CASE ser sentido quando este tiver o status de CASE Corporativo, fazendo com que os altos investimentos feitos tenham retorno, dentre as direes temos: viso estratgica da empresa, fixao de uma metodologia, utilizao de mtricas (p.ex.: APF), utilizao do repositrio corporativo, reengenharia e engenharia de reutilizao. 4.2. Engenharia reversa Engenharia reversa de programas existentes, tem um amplo espao futuro para desenvolvimento. A inabilidade para automatizar a manuteno dos milhes de linhas de cdigo existentes uma sria falha em tecnologia na maioria das empresas. Estimam que so gastos pelo menos 60 % das suas atividades de software na manuteno ou modificao dos sistemas existentes. Ferramentas de engenharia reversa de cdigo procedural poder vir bem mais tarde. No inicio dos anos 90, ferramentas para auxiliar na compreenso do cdigo existente atravs da converso para a forma grfica e editores inteligentes comeam a aparecer, algumas ferramentas CASE podero assistir o programador na edio de novo cdigo a sistemas existentes. 4.3. Software Reusvel Uma questo que domina o desenvolvimento de software na atualidade o seu alto custo em relao ao do Hardware. Entre os fatores que contribuem para uma dramtica reduo no custo de software est a reusabilidade dos programas. A reusabilidade um atributo ou qualidade de programas que podem ser usados em mltiplas aplicaes. A reusabilidade pode ser obtida tanto com a gerao automtica de programas quanto manualmente, atravs de programao parametrizada. A reusabilidade uma resposta importante aos problemas de produtividade de software. Possibilidades para reusabilidade de software incluem: cdigo reusvel, projetos, especificaes formais, pacotes de software, prottipos e geradores de aplicao e sistemas de transformao. Ferramentas CASE jogam com uma importante regra, fazendo da reusabilidade uma estratgia prtica de construo de sistemas. O repsitorio CASE forma um corao das necessidades das ferramentas CASE para reusabilidade. 4.4. Repositrios O repositrio CASE o mecanismo para armazenamento e organizao de todas as informaes concernentes ao sistema de software, incluindo planejamento, anlise, GEEK BRASIL - http:/www.geekbrasil.com.br

projeto e construo. Alternativamente o repositrio CASE referenciado como um dicionrio de dados, um banco de dados, um banco de dados orientado a objeto, uma base de conhecimento ou enciclopdia, dependendo de como o fornecedor de software o chame. importante notar que o conceito de repositrio transcende o conceito de um simples dicionrio de dados , desde que o repositrio armazena mais tipos de informaes do sistema, os relacionamentos entre os vrios componentes de informao e as regras para uso dos componentes ou seu processamento. 5. CONCLUSO As concluses a seguir nos mostram um quadro referente introduo de CASE (3): a) Falhas na formao que tem a maioria dos profissionais de desenvolvimento de sistemas, principalmente no que se refere a metodologias estruturadas. b) Deve ser incentivada a criao de pequenos planos pilotos para implantao de CASE, fortemente apoiados em metodologias. E aqui surgem os primeiros problemas referentes a falta de vivncia dos profissionais com os "novos mtodos", onde necessitam de treinamento sistemtico para a sua assimilao e posterior utilizao. c) O apoio da alta gerncia passa a ter um papel fundamental na implementao de CASE, e neste caso, incluindo a "venda" da idia para a alta direo da empresa, usurios e toda a gerncia responsvel por sistemas dentro da organizao. d) As ferramentas CASE, esto apenas comeando a se sedimentar no mercado, e normalmente a primeira ferramenta CASE implementada por uma organizao de modo algum a escolha definitiva e sim resultado de um plano de implementao conjunta de uma cultura voltada para metodologias estruturadas e da utilizao de ferramentas. e) Empresas que no tem tradio em metodologias ou no tenham uma metodologia prpria no se aventuram em metodologias novas ou pouco difundidas no mercado, deixando para aquelas que tem experincia a adoo de metodologias novas. f) Os aspectos de prototipao so encarados como importantes, assim com a adoo de bancos de dados relacionais em todos os novos projetos. h) No h controles efetivos de custos de desenvolvimento de sistemas, e a sua utilizao, quando existe, se resume a gerenciadores de projeto, no h a utilizao de mtricas para controle efetivo de projeto, custos, prazos, alocaes de recursos, etc. i) Existe pouco esforo em termos de planejamento para a implementao de metodologias estruturadas e tampouco de ferramentas CASE na maioria das empresas, resultando as implementaes existentes, prprias de poucas organizaes que as esto desenvolvendo devido a necessidade crescente de reduo de custos, ganhos de produtividade e credibilidade da rea. j) A grande velocidade com que os recursos e tcnicas computacionais evoluem. A falta de uma cultura de metodologias estruturadas, em todos os nveis. A falta de instrumentos adequados para o planejamento de informtica. Entre os benefcios podemos citar (4): a) Tornar a prtica de tcnicas estruturadas, existentes desde a dcada de 60 e 70 e simultaneamente estimular novas metodologias. b) Aplicar a Engenharia de Informaes e a de software. c) Melhorar a qualidade de software atravs da verificao automatizada, GEEK BRASIL - http:/www.geekbrasil.com.br

eliminando a possibilidade de erros. d) Tornar prtica a prototipao, acelerando o desenvolvimento de sistemas junto ao usurio. e) Simplificar a manuteno de programas f) Agilizar o processo de desenvolvimento. g) Liberar o analista de desenvolvimento para a parte criativa do desenvolvimento de software. h) Encorajar a evoluo e desenvolvimento incremental. i) Deixar disponvel o reuso de componentes de sistemas. j) Importncia do aspecto da documentao de sistemas e diminuio de "BackLog". k) Ainda no h confiana plena na tecnologia CASE atual e o caminho para a sua implementao dever ser acompanhado passo a passo juntamente com as metodologias, mas acredita-se nas suas possibilidades, principalmente aps a segunda metade desta dcada. l) necessria a criao de uma base educacional para metodologias estruturadas incluindo a mudana de atitude do profissional de desenvolvimento de sistemas. m) H um forte impacto na tecnologia com a implantao de CASE. n) H resistncia a mudanas na implantao de CASE: de um lado o pessoal tcnico, que no est acostumado com especificaes de sistemas, e da gerncia, que no est acostumada a controlar projetos e utilizar metodologias estruturadas com consequente perda de prestgio e poder dentro da organizao. o) Constitui a base da moderna reengenharia de processos, desde que trabalhado a nvel corporativo. p) Permitir a construo de sistemas realmente inovadores atendendo aos processos de negcio bsicos da organizao e com mxima reao para o mercado. 6. REFERNCIAS BIBLIOGRFICAS (1) GIBSON, Michael L., A Guide to Selecting CASE Tools, in Datamation, Julho 1988, p. 65 a 66. (2) GIBSON, Michael L., Implementing The Promise,in Datamation, Fevereiro 1989, p. 65 a 67 (3) JOO, Belmiro N., A Introduo da Cultura CASE "Computer- Aided Software Engineering" no Brasil, dissertao de Mestrado, So Paulo, PUC/SP, 1992, 335p. (4) JOO, Belmiro N., Metodologias de Desenvolvimento de Sistemas, So Paulo, Ed. rica, 1993, 155p. (5) McCLURE, Carma, CASE is Software Automation, New Jersey, PrenticeHall,1989, 290p. (6) STRAUB, Detmar W.& WETHERBE, James, Information Technologies for the 1990s: An Organizational Impact Perspective, Communications of the ACM, Novembro 1989, p.1328 a 1339. Publicado originalmente em: REVISTA TIBIRI N. 25 Agosto/94, pgs. 85 a 96, podendo ser reimpresso, observado os crditos e desde que citada a fonte

GEEK BRASIL - http:/www.geekbrasil.com.br

Você também pode gostar