Академический Документы
Профессиональный Документы
Культура Документы
a) Trabalhos na COPPE/UFRJ
Como membros de um grupo de estudos e pesquisas em engenharia de produo1, deparamos
constantemente com trabalhos aonde o processo de modelagem configura-se como uma importante
ferramenta de apoio. So oportunidades de, apoiados na teoria (modelagem, engenharia de processos,
etc.), experimentarmos as ferramentas no seu uso proposto.
Sendo o objeto desse estudo a aplicao e uso dessas ferramentas, no bastaria apenas analisar-se
conceitualmente, uma vez que, do uso prtico, emergem aspectos muitas vezes desapercebidos, assim
como conferem uma perspectiva mais realista sobre o objeto em estudo. Alguns aspectos importantes
identificados a partir desse estudo e aplicao so apresentados nesse texto.
b) Anlise realizada pelo Gartner Group
Nossa segunda referncia um estudo realizado pelo Gartner Group, resumidamente apresentado
abaixo.
2
3
Grande parte das informaes contidas neste artigo so decorrentes da experincia de cursos e projetos de pesquisa e extenso executados
pelo Grupo de Produo Integrada do PEP-COPPE e do DEI-EE / UFRJ at os dias atuais.
Vide www.gartnergroup.com
Resumidamente, Porter sugere em seu livro que as empresas devem posicionar-se estrategicamente com vantagens em preo ou
diferenciao, assim como focadas ou amplas em campos de atuao. Esse modelo ficou conhecido como Estratgias Genricas, sendo
uma forma agregada de entender o posicionamento de uma empresa e/ou produtos.
Certamente a maior dificuldade para a avaliao das ferramentas encontra-se na definio de critrios
de classificao. Para a nossa anlise, usamos critrios tcnicos e absolutos, que proporcionem uma
anlise objetiva. Vrias so as classificaes possveis. A figura 2 abaixo (CAULLIRAUX e
CAMEIRA, 2000), apresenta uma sistemtica:
Ferramentas de Modelagem
Cool Biz
(Rummler e Brache, 1992)
Etc
Observamos que as ferramentas nesse patamar apenas disponibilizam os objetos para o uso dentro da
metodologia, o que no significa uma imposio. Mesmo tendo os objetos e modelos, a ferramenta no
fora o processo de modelagem (pela indicao de erro, impossibilidade de ligaes entre
determinados objetos, uso de objetos de modelos incompatveis, etc).
Outro ponto a existncia de metodologias proprietrias ou no, sendo no primeiro caso especficas
ou nativas uma ferramenta, enquanto no segundo utilizada por diferentes fornecedores e geralmente
pertencente a uma empresa terceira. Em geral, as ferramentas disponibilizam ao usurio diferentes
possibilidades metodolgicas (na forma de modelos ou templates), o que confere maior flexibilidade
em termos de uso.
Exemplos de ferramentas nesse nvel seriam:Flow Charter, Ithink, MicroSaint e Visio.
c) Ferramentas com referncias metodolgicas, baseadas em banco de dados
A principal diferena dessas ferramentas em relao s anteriores, que os objetos e informaes
modelados so armazenados de forma organizada em um banco de dados (BD), garantindo
consistncia e unicidade. Algumas ferramentas chegam inclusive a forar, a partir dos pr-requisitos
de cada tipo de objeto e modelo, a criao e relacionamento possvel entre eles.
Devido presena do BD, surge tambm uma srie de possibilidades organizacionais e analticas
relacionadas. A criao e manipulao de objetos passa a ser mais consistente (preveno de
redundncias e duplicidades incorretas) assim como a gerao de informaes a partir de facilidades
tpicas de aplicaes baseadas em banco de dados (filtros, consultas, relatrios, etc.) passam a ser
possveis.
Por outro lado, a existncia do BD conformando o trabalho de modelagem exige do modelador
(principalmente em trabalhos simultneos) uma maior precauo para o resgate dos benefcios
possveis. Esclarecendo com um exemplo prtico, a criao de dois objetos, Sistema de Informaes
Gerenciais e S.I.G., ainda que na realidade sejam os mesmos, por estarem diferenciados no banco
de dados, permitem no apenas confuses visuais, mas at mesmo a gerao de informaes incorretas
em relatrios e anlises da base de dados.
Exemplos de ferramentas nesse nvel seriam: Aris Toolset e System Architect.
3.2. Trajetria de desenvolvimento
Outro dado importante na anlise de ferramentas, que ajuda a compreender o estgio de maturidade e
as perspectivas de evoluo da ferramenta, importante num momento de seleo, a trajetria de
desenvolvimento. Considerando a questo de posicionamento estratgico j citada, percebemos que,
fora as ferramentas que adotaram estratgias de foco em uma funcionalidade especfica, as demais
foram sendo criadas e aprimoradas, de acordo com duas trajetrias no exclusivas entre si: a primeira,
uma trajetria baseada na complexidade de ferramenta, partindo do bsico ao complexo (tanto em
termos de amplitude de uso, como na classificao em patamares de estruturao) e a segunda, uma
trajetria baseada no objetivo proposto para a ferramenta, atendendo inicialmente um objetivo
especfico, como modelagem CASE4 (Computer Aided Software Engineering) ou modelagem de
processos, e depois sendo ampliada para atingir diferentes objetivos.
Essa caractersticas so relevantes na medida que percebe-se claramente pontos fortes e fracos nas
ferramentas, ao considerar-se sua trajetria de desenvolvimento.
Uma ferramenta CASE ( Computer Aided Software Engineering - Engenharia de Software com Apoio do Computador ) um software que
auxilia os profissionais na tarefa de criar sistemas. Para os analistas de sistemas, serve para criar os modelos da tcnica escolhida (
Estruturada, Essencial, Orientao a Objetos ); Para os DBA's, serve para implementar o Banco de Dados onde as informaes daquele
sistema sero armazenadas. Aos programadores, uma ferramenta CASE pode auxiliar eliminando tarefas mecnicas e repetitivas, como a
declarao de classes e cabealhos, etc. Uma boa ferramenta CASE cobre vrias partes do processo de desenvolvimento e, portanto, serve
vrios profissionais. Porm necessrio manter claro que uma ferramenta. Assim como o serrote est para o marceneiro, a ferramenta
CASE est para o analista de sistemas; se o marceneiro no souber como serrar, de nada adianta uma serra eltrica! Se o analista no
conhecer as tcnicas disponveis, no ir tirar o melhor proveito da ferramenta CASE.
(fonte: www.choose.com.br)
Definio dos
objetivos
Verificao de
possibilidades,
ferramentas
disponveis
Anlise de
adequao
Escolha de
ferramenta
Conhecimento
em modelagem
dos modelos, etc., sendo informaes que tornam a deciso relativa. A partir desse entendimento,
torna-se possvel uma anlise melhor das ferramentas.
Para que propsito a empresa pretende comprar a ferramenta, quais decises ela apoiar, que
caractersticas seriam desejveis, o que pretendo fazer no futuro (desdobramentos), etc., tudo isso deve
ser claramente entendido e definido.
A partir dessa reflexo, passa-se anlise das disponibilidades do mercado. Um ponto importante o
dinamismo atual no desenvolvimento dessas ferramentas, algumas com releases em tempos menores
que semestres. Isso demanda uma pesquisa, para atualizar-se quanto s novidades disponveis.
Definidos os objetivos e conhecidas as possibilidades, pode-se, finalmente, realizar a anlise visando a
tomada de deciso. Contudo, particularidades relacionadas ao trabalho de modelagem, at mesmo
operacionais (criao, manipulao, navegao, etc.), demandam do decisor um certo conhecimento
no assunto. s vezes, testar-se a ferramenta pode mostrar carncias no previstas ou previsveis, sem o
contato prtico. Os conhecimentos prvios em modelagem servem como apoio essa anlise.
Finalmente, embasado nesses conhecimentos prvios, e no exclusivamente por informaes a
respeito da ferramenta, a escolha pode ser feita de forma mais precisa.
6. Concluso
Por tudo isso, conclumos que uma anlise de ferramentas de apoio engenharia de processos deve
considerar as particularidades de cada software e o contexto onde se pretende utiliz-lo. A ferramenta
nada mais que um meio para atingir-se um objetivo, sendo por isso mesmo apenas uma varivel do
processo decisrio. Cada projeto possui caracterticas que tornam essa deciso particular, sendo
impossvel definir-se um modelo ou soluo genrica tambm tima, havendo possibilidades, opes,
diversas, em funo de cada caso.
7. Bibliografia