FUNDAMENT OS DE SI STEMAS E I NGENI ER A DEL SOFTWARE

Herramientas Case
Conceptos Fundamentales sobre Herramientas Case


Herramienta CASE segn...
Henry David Crockett (Portland State University), "Las herramientas CASE se ven simplemente como
herramientas que cualquiera puede escoger y utilizar (como un martillo) para desarrollar un sistema de
informacin, su seleccin e implementacin casi siempre llevar a una reducida productividad y calidad. La
seleccin e implementacin de herramientas CASE son un proceso de mltiples etapas que permite errores
fatales en cada etapa. Uno de los errores ms comunes es escoger una herramienta CASE que apoye un
mtodo desconocido para los diseadores".


Alan Chimura (CASE Associates), "Las herramientas CASE incluyen manejadores, mtodos, tcnicas,
disciplina, e instrucciones, todos trabajando juntos. Definir CASE menos ampliamente y presentarlo sin un
suficiente entorno de apoyo es un acto de negligencia".


Las herramientas CASE abarcan cada etapa del proceso de ingeniera y cada actividad que se desarrolla a lo
largo del mismo. CASE est formado por un conjunto de bloques que comienzan en el nivel del hardware y del
sistema operativo y acaban en cada una de las herramientas.


CASE se refiere a herramientas para el desarrollo de sistemas que constan de cinco componentes:
herramientas de diagramacin, depsito de informacin, generadores de interfaces, generadores de cdigo y
herramientas de administracin. Las herramientas CASE hacen hincapi en las actividades de alto nivel,
aunque el objetivo a largo plazo es abarcar las actividades de anlisis, diseo y desarrollo.

En resumen, las herramientas CASE son un complemento de la caja de herramientas del ingeniero del
software. CASE proporciona al ingeniero la posibilidad de automatizar actividades manuales y de mejorar su
visin general de la ingeniera. Al igual que las herramientas de ingeniera y de diseo asistidos por
computadora que utilizan los ingenieros de otras disciplinas. Las herramientas CASE ayudan a asegurar la
calidad de un producto desde su diseo antes de construirlo.


Bloques bsicos de CASE
La ingeniera del software asistida por computadora puede ser tan sencilla como una nica herramienta que
preste su apoyo para una nica actividad de ingeniera del software, o bien puede ser tan compleja como todo
un entorno que abarque herramientas, una base de datos, personas, hardware, una red, sistemas operativos,
estndares, y otros muchos componentes ms.


Los bloques de construccin de CASE
Cada bloque de construccin forma un fundamento para el siguiente, estando las herramientas situadas en la
parte superior de la estructura de los niveles de Hardware y Software. Es interesante tener en cuenta que el
fundamento de los entornos CASE efectivos tiene relativamente poco que ver con las herramientas de
ingeniera del software en s. Ms bien, los entornos que tienen xito para la ingeniera del software se
construyen basndose en una arquitectura de entorno que abarca un hardware y un sistema software
adecuado. Adems, la arquitectura del entorno debe considerar patrones de trabajo humano que se aplican
durante el proceso de ingeniera de software. La arquitectura del entorno debe de considerar los patrones de
trabajo humano que se aplicaran durante el proceso de ingeniera del software. Las arquitecturas del entorno
constan de una plataforma hardware y de un apoyo de sistema operativo (incluyendo el software de red y de
gestin de la base de datos), constituyen los fundamentos de CASE. Aunque su entorno en si requiere de
otros bloques de construccin, existe un conjunto de servicios de portabilidad que proporciona un puente entre
las herramientas CASE y su marco de referencia de integracin y la arquitectura del entorno.

El marco de referencia de integracin es una coleccin de programas ms especializados que capacitan a las
herramientas CASE individuales para comunicarse entre s, para crear una base de datos del proyecto, y para
mostrar el mismo aspecto al usuario final (el ingeniero del software). Los servicios de portabilidad permiten
que las herramientas CASE y su marco de referencia de integracin, migren entre distintas plataformas del
hardware y sistemas operativos sin un mantenimiento adaptativo que resulte significativo.

Los bloques de construccin representan un fundamento exhaustivo para la integracin de herramientas
CASE. Sin embargo, la mayor parte de las herramientas CASE utilizados actualmente no han sido construidas
empleando todos los bloques de construccin que antes descritos. De hecho, algunas herramientas CASE
siguen siendo soluciones puntuales. Esto es, se utiliza una herramienta para que preste apoyo en una
actividad de ingeniera del software concreta (p. ej.: anlisis y modelado), pero esta herramienta no se
comunica directamente con otras. Es decir, no est unida a una base de datos del proyecto y no forma parte
de un entorno integrado CASE (I-CASE), an cuando no es lo ideal, se puede utilizar una herramienta CASE
lo suficientemente eficiente, aunque se trate de una solucin puntual.


Algunas Herramientas CASE
Las herramientas CASE pueden clasificarse por su funcin, su papel como instrumentos para administradores
o personal tcnico, por su utilizacin en los distintos pasos del proceso de ingeniera del software, la
arquitectura de entorno (hardware y software) que les presta su apoyo, o incluso por su origen o su coste. En
muchos casos, las nicas herramientas disponibles para el ingeniero del software eran compiladoras y
editoras de texto. Estas herramientas abarcan solo la codificacin, actividad que no debera de ocupar ms
del 20% del proceso global del software.

No existe una nica clasificacin de herramientas CASE y, en ocasiones, es difcil incluirlas en una clase
determinada. Podran clasificarse atendiendo a:

- Las plataformas que soportan.
- Las fases del ciclo de vida del desarrollo de sistemas que cubren.
- La arquitectura de las aplicaciones que producen.
- Su funcionalidad.

CASE es una combinacin de herramientas software (aplicaciones) y de metodologas de desarrollo:

1. Las herramientas permiten automatizar el proceso de desarrollo del software.
2. Las metodologas definen los procesos automatizar.

Una primera clasificacin del CASE es considerando su amplitud:

TOOLKIT: es una coleccin de herramientas integradas que permiten automatizar un conjunto de tareas de
algunas de las fases del ciclo de vida del sistema informtico: Planificacin estratgica, Anlisis, Diseo,
Generacin de programas.

WORKBENCH: Son conjuntos integrados de herramientas que dan soporte a la automatizacin del proceso
completo de desarrollo del sistema informtico. Permiten cubrir el ciclo de vida completo. El producto final
aportado por ellas es un sistema en cdigo ejecutable y su documentacin.
Una segunda clasificacin es teniendo en cuenta las fases (y/o tareas) del ciclo de vida que automatizan:

UPPER CASE: Planificacin estratgica, Requerimientos de Desarrollo Funcional de Planes Corporativos.
MIDDLECASE: Anlisis y Diseo.
LOWER CASE: Generacin de cdigo, test e implantacin

http://fundamentosoftware.blogspot.com/p/herramientas-case.html
Objetivos

1. mejorar la productividad en el desarrollo y mantenimiento del software.
2. aumentar la calidad del software.
3. mejorar el tiempo y coste de desarrollo y mantenimiento de los sistemas informticos.
4. mejorar la planificacin de un proyecto
5. aumentar la biblioteca de conocimiento informtico de una empresa ayudando a la bsqueda de soluciones
para los requisitos.
6. automatizar, desarrollo del software, documentacin, generacin de cdigo, pruebas de errores y gestin
del proyecto.
7. ayuda a la reutilizacin del software, portabilidad y estandarizacin de la documentacin
8. gestin global en todas las fases de desarrollo de software con una misma herramienta.
9. facilitar el uso de las distintas metodologas propias de la ingeniera del software.
Clasificacin

Aunque no es fcil y no existe una forma nica de clasificarlas, las herramientas case se pueden clasificar
teniendo en cuenta los siguientes parmetros:
1. las plataformas que soportan.
2. las fases del ciclo de vida del desarrollo de sistemas que cubren.
3. la arquitectura de las aplicaciones que producen.
4. su funcionalidad.
La siguiente clasificacin es la ms habitual basada en las fases del ciclo de desarrollo que cubren:
upper case (u-case), herramientas que ayudan en las fases de planificacin, anlisis de requisitos y
estrategia del desarrollo, usando, entre otros diagramas uml.
middle case (m-case), herramientas para automatizar tareas en el anlisis y diseo de la aplicacin.
lower case (l-case), herramientas que semiautomatizan la generacin de cdigo, crean programas de
deteccin de errores, soportan la depuracin de programas y pruebas. Adems automatizan la documentacin
completa de la aplicacin. Aqu pueden incluirse las herramientas de desarrollo_rpido_de_aplicaciones.
Existen otros nombres que se le dan a este tipo de herramientas, y que no es una clasificacin excluyente
entre s, ni con la anterior:
integrated case (i-case), herramientas que engloban todo el proceso de desarrollo software, desde anlisis
hasta implementacin.
Meta case, herramientas que permiten la definicin de nuestra propia tcnica de modelado, los elementos
permitidos del metamodelo generado se guardan en un repositorio y pueden ser usados por otros analistas,
es decir, es como si definiramos nuestro propio uml, con nuestros elementos, restricciones y relaciones
posibles.
cast (computer-aided software testing), herramientas de soporte a la prueba de software.
ipse (integrated programming support environment), herramientas que soportan todo el ciclo de vida,
incluyen componentes para la gestin de proyectos y gestin de la configuracin.
Por funcionalidad podramos diferenciar algunas como:
Herramientas de generacin semiautomtica de cdigo.
Editores uml.
Herramientas de refactorizacin de cdigo.
Herramientas de mantenimiento como los sistemas de control de versiones
Las herramientas CASE, en funcin de las fases del ciclo de vida abarcadas, se pueden agrupar de la forma
siguiente:
Herramientas integradas, I-CASE (Integrated CASE, CASE integrado): abarcan todas las fases del ciclo
de vida del desarrollo de sistemas. Son llamadas tambin CASE workbench.
Las herramientas I-CASE se basan en una metodologa. Tienen un repositorio y aportan tcnicas
estructuradas para todas las fases del ciclo de vida. Estas son las caractersticas que les confieren su mayor
ventaja: una mejora de la calidad de los desarrollos. Sin embargo, no todas ellas son modernas en el sentido
de aprovechar la potencia de las estaciones de trabajo o la utilizacin de lenguajes de alto nivel o tcnicas de
prototipo.
Herramientas que comprenden algunas fases del ciclo de vida de desarrollo de software:
Herramientas de alto nivel, U-CASE (Upper CASE - CASE superior) o front-end, orientadas a la
automatizacin y soporte de las actividades desarrolladas durante las primeras fases del desarrollo: anlisis y
diseo.
Una estrategia posible es utilizar una U-CASE para anlisis y diseo, combinada con otras herramientas ms
modernas para las fases de construccin y pruebas. En este caso, habra que vigilar cuidadosamente la
integracin entre las distintas herramientas.
Herramientas de bajo nivel, L-CASE (Lower CASE - CASE inferior) o back-end, dirigidas a las ltimas fases
del desarrollo: construccin e implantacin.
Juegos de herramientas o toolkits, son el tipo ms simple de herramientas CASE. Automatizan una fase
dentro del ciclo de vida. Dentro de este grupo se encontraran las herramientas de reingeniera, orientadas a
la fase de mantenimiento.
Herramientas de planificacin de sistemas de gestin. Sirven para modelizar los requisitos de informacin
estratgica de una organizacin. Proporcionan un "metamodelo" del cual se pueden obtener sistemas de
informacin especficos. Su objetivo principal es ayudar a comprender mejor cmo se mueve la informacin
entre las distintas unidades organizativas. Estas herramientas proporcionan una ayuda importante cuando se
disean nuevas estrategias para los sistemas de informacin y cuando los mtodos y sistemas actuales no
satisfacen las necesidades de la organizacin.
Herramientas de anlisis y diseo. Permiten al desarrollador crear un modelo del sistema que se va a
construir y tambin la evaluacin de la validez y consistencia de este modelo. Proporcionan un grado de
confianza en la representacin del anlisis y ayudan a eliminar errores con anticipacin. Se tienen:
Herramientas de anlisis y diseo (Modelamiento).
Herramientas de creacin de prototipos y de simulacin.
Herramientas para el diseo y desarrollo de interfaces.
Mquinas de anlisis y diseo (Modelamiento)"
Herramientas de programacin. Se engloban aqu los compiladores, los editores y los depuradores de los
lenguajes de programacin convencionales. Ejemplos de estas herramientas son:
Herramientas de codificacin convencionales.
Herramientas de codificacin de cuarta generacin.
Herramientas de programacin orientadas a los objetos.
Herramientas de integracin y prueba: Sirven de ayuda a la adquisicin, medicin, simulacin y prueba de
los equipos lgicos desarrollados. Entre las ms utilizadas estn:
Herramientas de anlisis esttico.
Herramientas de codificacin de cuarta generacin.
Herramientas de programacin orientadas a los objetos.
Herramientas de gestin de prototipos. Los prototipos son utilizados ampliamente en el desarrollo de
aplicaciones, para la evaluacin de especificaciones de un sistema de informacin, o para un mejor
entendimiento de cmo los requisitos de un sistema de informacin se ajustan a los objetivos perseguidos.
Herramientas de mantenimiento: La categora de herramientas de mantenimiento se puede subdividir en:
Herramientas de ingeniera inversa.
Herramientas de reestructuracin y anlisis de cdigo.
Herramientas de reingeniera.
Herramientas de gestin de proyectos. La mayora de las herramientas CASE de gestin de proyectos, se
centran en un elemento especfico de la gestin del proyecto, en lugar de proporcionar un soporte global para
la actividad de gestin. Utilizando un conjunto seleccionado de las mismas se puede: realizar estimaciones de
esfuerzo, coste y duracin, hacer un seguimiento continuo del proyecto, estimar la productividad y la calidad,
etc. Existen tambin herramientas que permiten al comprador del desarrollo de un sistema, hacer un
seguimiento que va desde los requisitos del pliego de prescripciones tcnicas inicial, hasta el trabajo de
desarrollo que convierte estos requisitos en un producto final. Se incluyen dentro de las herramientas de
control de proyectos las siguientes:
Herramientas de planificacin de proyectos.
Herramientas de seguimiento de requisitos.
Herramientas de gestin y medida.
Herramientas de soporte. Se engloban en esta categora las herramientas que recogen las actividades
aplicables en todo el proceso de desarrollo, como las que se relacionan a continuacin:
Herramientas de documentacin.
Herramientas para software de sistemas.
Herramientas de control de calidad.
Herramientas de bases de datos.
Otra clasificacin, diferencia las funciones CASE en cinco grupos:
Repositorio. Funcionan en torno a un repositorio central, siendo ste el ncleo fundamental que contiene
todas las definiciones de objeto y sus relaciones. Los objetos pueden ser especificaciones del sistema en
forma de diagramas de flujo de datos, diagramas entidad-relacin, esquemas de bases de datos, diseos de
pantallas, etc. El repositorio es un concepto ms amplio que el de diccionario de datos y soporta a los dems
grupos de funciones. No es fcil encontrar en el mercado productos Case con funcionalidades estrictamente a
las de repositorio, ya que, a pesar de su innegable importancia, tienen un carcter auxiliar de los dems
grupos de funciones. Cualquier sistema Case poseer un repositorio propio o bien, trabajar sobre un
repositorio suministrado por otro fabricante o vendedor.
Reingeniera. Los sistemas Case permiten establecer una relacin estrecha y fuertemente formalizable entre
los productos generados a lo largo de distintas fases del ciclo de vida, permitiendo actuar en el sentido
especificaciones-cdigo (ingeniera "directa") y tambin en el contrario (ingeniera "inversa"). Ello facilita la
realizacin de modificaciones en la fase ms adecuada en cada caso y su traslado a las dems. Al conjunto
de facilidades proporcionadas por la ingeniera "directa" e "inversa" se le denomina "re-ingeniera".
Soporte del ciclo de vida. El ciclo de vida de una aplicacin o de un sistema de informacin se compone de
varias etapas, que van desde la planificacin de su desarrollo hasta su implantacin, mantenimiento y
actualizacin. Aunque el nmero de fases puede ser variable en funcin del nivel de detalle que se adopte,
pueden de modo simplificado, identificarse las siguientes:
Planeamiento.
Anlisis y Diseo.
Implantacin (programacin y pruebas).
Mantenimiento y actualizacin.
Los sistemas Case pueden cubrir la totalidad de estas fases o bien especializarse en alguna(s) de ellas. En
este ltimo caso se pueden distinguir sistemas de "alto nivel" ("Upper Case"), orientados a la autonoma y
soporte de las actividades correspondientes a las dos primeras fases y, sistemas de "bajo nivel" ("Lower
Case"), dirigidos hacia las dos ltimas. Los sistemas de "alto nivel" pueden soportar un nmero ms o menos
amplio de metodologas de desarrollo.
Soporte de proyecto. Este tipo de funciones hace referencia al soporte de actividades que se producen
durante el desarrollo, derivadas fundamentalmente del trabajo en grupos, tales como facilidades de
comunicacin, soporte a la creacin, modificacin e intercambio de documentacin, herramientas personales,
controles de seguridad, etc. Los sistemas Case pueden conceder a estas cuestiones una importancia variable
por lo cual el soporte de proyecto constituye un factor de diferenciacin.
Mejora continua de calidad. Aunque frecuentemente se asocia a los sistemas Case con la mejora de la
productividad en el desarrollo de aplicaciones, debe tenerse en cuenta que una de las principales ventajas
estriba tambin, en la mejora de la calidad de los desarrollos realizados. Determinados sistemas Case
enfatizan ms sobre este punto que sobre el anterior, introduciendo herramientas que permiten ejercer un
control intenso de garanta de calidad del software desarrollado desde las primeras fases de su ciclo de vida.
BENEFICIOS DE LAS HERRAMIENTAS CASE
Entre los beneficios ofrecidos por la tecnologa CASE se encuentran los siguientes:
Facilidad para la revisin de aplicaciones
La experiencia muestra que una vez que las aplicaciones se implementan, se emplean por mucho tiempo. Las
herramientas CASE proporcionan un beneficio substancial para las organizaciones al facilitar la revisin de las
aplicaciones. Contar con un depsito central agiliza el proceso de revisin ya que ste proporciona bases para
las definiciones y estndares para los datos. Las capacidades de generacin interna, si se encuentran
presentes, contribuyen a modificar el sistema por medio de las especificaciones ms que por los ajustes al
cdigo fuente.
Soporte para el desarrollo de prototipos de sistemas
En general, el desarrollo de prototipos de aplicaciones toma varias formas. En ocasiones se desarrollan
diseos para pantallas y reportes con la finalidad de mostrar la organizacin y composicin de los datos,
encabezados y mensajes. Los ajustes necesarios al diseo se hacen con rapidez para alterar la presentacin
y las caractersticas de la interface. Sin embargo, no se prepara el cdigo fuente, de naturaleza orientada
hacia procedimientos, como una parte del prototipo.
Como disyuntiva, el desarrollo de prototipos puede producir un sistema que funcione. Las caractersticas de
entrada y salida son desarrolladas junto con el cdigo orientado hacia los procedimientos y archivos de datos.
Muchas herramientas CASE soportan las primeras etapas del desarrollo del prototipo. Muy pocas brindan
apoyo durante todo el proceso de desarrollo del prototipo. Las que proporcionan la capacidad para generar
cdigo soportan de hecho todo proceso, ya que el cdigo puede ser generado al inducir la actividad de
generacin despus de cambiar las especificaciones o requerimientos.
Generacin de cdigo
Como ya se mencion, algunas herramientas CASE tienen la capacidad de producir el cdigo fuente. La
ventaja ms visible de esta caracterstica es la disminucin del tiempo necesario para preparar un programa.
Sin embargo, la generacin del cdigo tambin asegura una estructura estndar y consistente para el
programa (lo que tiene gran influencia en el mantenimiento) y disminuye la ocurrencia de varios tipos de
errores, mejorando de esta manera la calidad. Las caractersticas de la generacin del cdigo permiten volver
a utilizar el software y las estructuras estndares para generar dicho cdigo, as como el cambio de una
especificacin modular, lo que significa volver a generar el cdigo y los enlaces con otros mdulos. Ninguna
de las herramientas que existen en el presente es capaz de generar un cdigo completo en los dominios.
Mejora en la habilidad para satisfacer los requerimientos del usuario
Es bien conocida la importancia de satisfacer los requerimientos del usuario, ya que esto guarda relacin con
el xito del sistema. De manera similar, tener los requerimientos correctos mejora la calidad de las prcticas
de desarrollo. Parece ser que las herramientas CASE disminuyen el tiempo de desarrollo, una caracterstica
que es importante para los usuarios. Las herramientas afectan la naturaleza y cantidad de interaccin entre
los encargados del desarrollo y el usuario. Las descripciones grficas y los diagramas, as como los prototipos
de reportes y la composicin de las pantallas, contribuyen a un intercambio de ideas ms efectivo.
Soporte interactivo para el proceso de desarrollo
La experiencia ha demostrado que el desarrollo de sistemas es un proceso interactivo. Las herramientas
CASE soportan pasos interactivos al eliminar el tedio manual de dibujar diagramas, elaborar catlogos y
clasificar. Como resultado de esto, se anticipa que los analistas repasarn y revisarn los detalles del sistema
con mayor frecuencia y en forma ms consistente.
DEBILIDADES DE LAS HERRAMIENTAS CASE
Las herramientas CASE tienen puntos dbiles significativos, que van desde la confiabilidad en los mtodos
estructurados hasta su alcance limitado, los cuales amenazan con minar los beneficios potenciales descritos
con anterioridad.
Confiabilidad en los mtodos estructurados
Muchas herramientas CASE estn construidas teniendo como base las metodologas del anlisis estructurado
y del ciclo de vida de desarrollo de sistemas. Por si sola, esta caracterstica puede convertirse en la principal
limitante ya que no todas las organizaciones emplean mtodos de anlisis estructurado.
Los mtodos estructurados, introducidos en la dcada de los setenta, fueron muy elogiados por su habilidad
para mejorar la exactitud de los requerimientos especficos de las aplicaciones. El nivel de conocimiento de
los mtodos estructurados es lato entre los profesionales de sistemas de informacin - de acuerdo con
algunas estimaciones (Yourdon), casi el 90% de todos los analistas esta familiarizado con estos mtodos -.
Aproximadamente la mitad de todas las organizaciones en Estados Unidos han utilizado alguna vez estos
mtodos. A pesar de lo anterior, si la organizacin o el analista no utilizan los mtodos propios del anlisis
estructurado y tampoco desean considerar su uso, entonces el valor del CASE disminuye. En algunos casos,
los analistas evitan del todo emplear herramientas CASE.
Falta de niveles estndar para el soporte de la metodologa
An no aparece un conjunto "estndar" de herramientas CASE. Por tanto, debe tener precaucin al
seleccionar una herramienta de este tipo.
Existen dos significados para las palabras "soporte de la metodologa". Una herramienta puede: 1) dar soporte
a los diagramas que emplea una metodologa o 2) soportarlos e imponer la metodologa, sus reglas y
procesos.
Las herramientas CASE que existen en el presente, tienen una de las siguientes caractersticas:
Son independientes de la metodologa.
Permiten que los usuarios definan sus propias metodologas.
Soportan una metodologa.
Soportan las metodologas ms diseminadas.
En todas ellas existen ciertos compromisos. Las herramientas que son independientes de la metodologa, no
pueden fomentar el uso de las reglas y estndares de la misma. Estas herramientas quiz proporcionen los
componentes de una metodologa (por ejemplo: diagramas de flujos de datos, un diccionario de datos y
facilidades para la descripcin de procesos), pero no el marco de referencia, reglas y procedimientos que en
realidad constituyen el ncleo de la metodologa. Aunque se puede llevar a cabo acciones bsicas para la
validacin de diseos y diagramas para detectar componentes faltantes, stas son slo funciones mecnicas.
Por otra parte, esta clase de herramientas no puede proporcionar ayuda metodolgica o pedir al usuario que
realice tareas necesarias para la metodologa que an esta sin terminar.
Estas herramientas mejoran la productividad al efectuar tareas tediosas y de documentacin, aunque ellas no
puedan asegurar buenos resultados. Desde el punto de vista funcional, las capacidades que brindan para
garantizar la calidad son mnimas.
Conflictos en el uso de los diagramas
Las herramientas difieren en el uso que hacen los diagramas. Algunas son herramientas exclusivamente para
grficas, que se abocan al dibujo de diagramas para el anlisis de entrada y salida de datos. Este tipo de
herramientas puede restringir ya sea el proceso de desarrollo normal seguido por una organizacin o el estilo
particular de trabajo de los analistas.
Otros vendedores de herramientas consideran los diagramas como documentacin y aceptan entradas por
medio de formas o lenguajes de especificacin y, en ocasiones, en forma grfica. Por tanto, se debe tener
cuidado cuando se selecciona una herramienta para apoyar los mtodos existentes en una organizacin.
Diagramas no utilizados
En general, los productos CASE emplean grficas para modelar y generar informes sobre el anlisis y
desarrollo de sistemas. Una de las afirmaciones de los vendedores de herramientas es que las
presentaciones grficas y la documentacin mejoran la comunicacin entre los miembros del equipo de
desarrollo, propician una calidad mayor de la entrada proporcionada por el cliente y mejoran la productividad
de desarrollo de software. Sin embargo, los investigadores han encontrado que, en algunos casos, las
herramientas grficas, automatizadas o manuales, no se emplean del todo. O tal vez no se utilicen en la forma
que deberan emplearse. Por otra parte, algunos analistas prefieren para algunas tareas un lenguaje
estructurado o descriptivo.
Muchos profesionales de los sistemas de informacin no hacen uso de herramientas grficas en el desarrollo
de software; ms bien las emplean para automatizar la produccin de informes y documentacin del sistema,
como los diagramas de flujo utilizados por los programadores para documentar un programa una vez
terminado.
Funcin limitada
Aunque una herramienta puede apoyar varias fases del ciclo de vida de desarrollo de sistemas o adaptarse a
diferentes metodologas de desarrollo, por lo general su enfoque primario est dirigido hacia una fase o
mtodo especifico. Por ejemplo, los encargados de desarrollar un nuevo producto pueden afirmar que ste
apoya todo el proceso de anlisis y diseo. Sin embargo, las capacidades de comprobacin y verificacin de
errores del producto quiz sean ms rigurosas ya sea en el rea de anlisis o en la de diseo, pero no en
ambas. Algunos productos estn dirigidos hacia el diseo de bases de datos para la organizacin y al
desarrollo de aplicaciones que giren en torno a la base de datos, omitiendo el soporte para pantallas de
presentacin visual, los informes sobre requerimientos o las necesidades de seguridad. Algunos productos
capaces de generar el cdigo hacen mayor hincapi en el desarrollo de prototipos como el principal mtodo
de desarrollo de sistemas de informacin. Muchas herramientas para la fase de desarrollo recalcan el
mantenimiento y la reestructuracin del cdigo, pero ofrecen un soporte dbil durante la fase de anlisis para
la determinacin y especificacin de requerimientos.
Alcance limitado
Aunque muchas herramientas basadas en computadoras incluyen la capacidad de verificar las
especificaciones para determinar su complementes o consistencia, virtualmente no llevan a cabo ningn
anlisis de los requerimientos de la aplicacin. Por tanto, el alcance de las actividades de desarrollo asociado
con las herramientas existentes es bastante limitado.
La mayor parte de productos CASE describe (documenta) pero no analiza. De poca ayuda es proporcionar
una regla de inclusin en los mejores enfoques y una regla de exclusin para los que son poco satisfactorios.
No ofrecen o evalan, soluciones potenciales para los problemas relacionados con sistemas. Y tampoco
existe una garanta clara para que dos analistas que utilicen los mismos mtodos aplicados a informacin
idntica, formulen recomendaciones igualmente aceptables.
OPCIONES DE INTEGRACION
Las herramientas Case pueden ser integradas de muchas formas. En un extremo se utiliza una herramienta
CASE de forma aislada. Se crea un nmero limitado de elementos de configuracin de software (documentos,
programas o datos) que se manipulan mediante una nica herramienta y cuya salida tiene el formato de copia
de pantalla y/o documentacin grfica. En cierto sentido, el enlace con el resto del entorno de desarrollo se
realiza mediante copias en papel que gestiona el ingeniero.
Pocas herramientas CASE se utilizan en forma aislada. Se suele disponer de las siguientes opciones:
a) Intercambio de datos.
b) Acceso comn a herramientas.
c) Integracin de datos.
d) Integracin total.
a) Intercambio de datos. La mayora de las herramientas permiten exportar datos en forma de archivo sin
estructura con un formato conocido. Esto permite un intercambio de datos punto a punto entre las distintas
herramientas CASE, utilizando normalmente un "filtro" de transmisin intermedio.
La desventaja del intercambio de datos punto a punto est en que, a menudo, slo parte de los datos
exportados es utilizable por la herramienta receptora, ya que no fue diseada para ser totalmente compatible.
Adems, a medida que evoluciona el software, la necesidad de transferir archivos cada vez que se hace un
cambio pequeo puede llevar mucho tiempo. Las versiones pueden quedar "desfasadas" fcilmente,
perdindose la posibilidad de transferencia, la cual suele ser en un nico sentido. No hay posibilidad de que
los cambios se reflejen en ambos sentidos y, es difcil hacer comprobaciones cruzadas de documentos y
mantener la integridad de la configuracin a travs de las distintas herramientas que se estn utilizando.
b) Acceso comn a herramientas. Permite al usuario utilizar distintas herramientas de forma similar, por
ejemplo a travs de un men desplegable del gestor de ventanas del sistema operativo. En un entorno
multitarea, un usuario podra abrir simultneamente varias herramientas, coordinando manualmente sus
entradas y comparando las representaciones de diseo a medida que evolucionan. Por ejemplo, el usuario
podra visualizar un diagrama de flujo de datos, un diagrama de estructura, un diccionario de datos y un
segmento de cdigo fuente, todos mantenidos por diferentes herramientas. En estos entornos, el intercambio
de datos de herramienta a herramienta podra simplificarse llamando al procedimiento de traduccin a travs
de un simple men o de la seleccin de una macro. No es la opcin ms adecuada
c) Integracin de Datos.
Gestin comn de datos. Los datos de distintas herramientas se pueden mantener en una nica base de
datos lgica, que puede estar fsicamente centralizada o distribuida. Hay una modalidad de fusin que permite
combinar el trabajo de varias personas trabajando en diferentes partes de una aplicacin.
Aunque los datos generados por las distintas herramientas se gestionan de forma conjunta en el nivel de
gestin de datos comunes, las herramientas no conocen de forma explcita las estructuras de datos y la
semntica de representacin del diseo de las dems. Consecuentemente, se requiere una etapa de
traduccin (normalmente ejecutada manualmente) para permitir que una herramienta utilice la salida generada
por otra.
Datos compartidos. Las herramientas del nivel de datos compartidos tienen estructuras de datos y semntica
compatible, pudiendo intercambiar datos sin necesidad de una etapa de traduccin. Cada herramienta se
disea para ser compatible con las dems. Por esta razn, la mayor parte del intercambio de datos se da
entre herramientas de un nico fabricante o en casos en los que se han establecido relaciones estratgicas,
entre distintos fabricantes para generar un conjunto de datos integrado, a veces, a peticin de clientes
importantes.
Interoperabilidad. Las herramientas que combinan las caractersticas de acceso comn y la capacidad de
compartir datos, tienen la capacidad de interoperacin. Esto representa el mayor nivel de i ntegracin entre
herramientas diferentes. Sin embargo, hay otras propiedades del entorno global CASE que se pueden aadir
para mejorar la efectividad del proceso de desarrollo de software.
.
d) Integracin total. Para alcanzar la integracin total del entorno CASE se necesitan dos caractersticas
ms: gestin de metadatos y capacidad de control. Los metadatos representan informacin sobre los datos de
ingeniera generados por las distintas herramientas CASE. Esta informacin incluye:
Definiciones de objetos (tipos, atributos, representaciones y relaciones vlidas).
Relaciones y dependencias entre objetos de granularidad arbitraria (p. ej.: un proceso en un diagrama DFD,
una entidad nica o un fragmento de cdigo de una subrutina).
Reglas de diseo del software (p. ej.: las distintas formas vlidas de dibujar y equilibrar un diagrama de flujo
de datos).
Procedimientos (fases estndar, hitos, informes, etc.) y sucesos (revisiones, finalizaciones, informes de
problemas, peticiones de cambios, etc.) del flujo de trabajo (proceso).

Normalmente, la parte de reglas y procedimientos de los metadatos se definen en forma de base de reglas,
para facilitar su modificacin segn evoluciona el proceso de desarrollo del software. Por ejemplo, un nuevo
mtodo de diseo podra alterar las reglas de representacin y cambiar los estndares del proceso de trabajo
seguido hasta el momento.
La capacidad de control permite que cada herramienta pueda notificar al resto del entorno (a otras
herramientas, al gestor de metadatos, al gestor de datos, etc.) la ocurrencia de sucesos significativos, as
como enviar peticiones para la realizacin de acciones a otras herramientas y servicios por medio de un
activador. Por ejemplo, una herramienta de gestin de configuracin que haga una comprobacin cruzada de
la consistencia de documentos. La capacidad de control ayudar a mantener la integridad del entorno y
proporcionar, tambin, un medio para automatizar procesos y procedimientos estndar. El activador puede
estar incorporado en un entorno cerrado o puede estar visible para las distintas herramientas, a travs de una
interfase de programacin y un mecanismo de paso de mensajes.
La tecnologa Case tendr el mayor impacto si se integra a proyectos de innovacin tecnolgica que hoy en
da contemple:
Interfases de programacin visual.
Soluciones cliente-servidor.
Manejo de mltiples Bases de Datos.
Independencia de la plataforma de hardware y software.
Reingeniera de proceso de negocios.
COMPONENTES Y FUNCIONALIDADES DE UNA HERRAMIENTA CASE
A continuacin se describen los principales componentes de una herramienta CASE y sus funcionalidades:
Repositorio. Base de datos central de una herramienta CASE. El repositorio amplia el concepto de
diccionario de datos para incluir toda la informacin que se va generando a lo largo del ciclo de vida del
sistema, como por ejemplo: componentes de anlisis y diseo (diagramas de flujo de datos, diagramas
entidad - relacin, esquemas de bases de datos, diseos de pantallas), estructuras de programas, algoritmos,
etc. En algunas referencias se le denomina Diccionario de Recursos de Informacin.
La mayora de las herramientas CASE poseen un repositorio propio o bien trabajan sobre un repositorio
suministrado por otro fabricante o vendedor.
Apoyndose en la existencia del repositorio se efectan comprobaciones de integridad y consistencia:
Que no existan datos no definidos.
Que no existan datos autodefinidos (datos que se emplean en una definicin pero que no han sido definidos
previamente).
Que todos los alias (referencias a un mismo dato empleando nombres distintos) sean correctos y estn
actualizados.
Las ms importantes de un repositorio son:
Tipo de informacin. Que contiene alguna metodologa concreta, datos, grficos, procesos, informes, modelos
o reglas.
Tipo de controles. Si incorpora algn mdulo de gestin de cambios, de mantenimiento de versiones, de
acceso por clave, de redundancia de la informacin. La gestin de cambios y el mantenimiento de versiones,
ayudarn en el caso de que convivan diferentes versiones de la misma aplicacin o se tengan que realizar
cambios en la versin en produccin y en la de desarrollo, simultneamente.
Tipo de actualizacin. Si los cambios en los elementos de anlisis o diseo se ven reflejados en el repositorio
en tiempo real o mediante un proceso por lotes (batch). Esto ser importante en funcin a la necesidad de que
los cambios sean visibles por todos los usuarios, en el acto.
Reutilizacin de mdulos para otros diseos. El repositorio es la clave para identificar, localizar y extraer
cdigo para su reutilizacin.
Posibilidad de exportacin e importacin para extraer informacin del repositorio y tratarla con otra
herramienta (formateo de documentos, mejora de presentacin) o incorporar al repositorio, informacin
generada por otros medios.
Interfases automticas con otros repositorios o bases de datos externos.
Mdulos de diagramacin y modelizacin.
Algunos de los diagramas y modelos utilizados con mayor frecuencia son:
Diagrama de flujo de datos.
Modelo entidad - interrelacin.
Historia de la vida de las entidades.
Diagrama Estructura de datos.
Diagrama Estructura de cuadros.
Tcnicas matriciales.
Algunas caractersticas referentes a los diagramas son:
Nmero mximo de niveles para poder soportar diseos complejos.
Nmero mximo de objetos que se pueden incluir para no encontrarse limitado en el diseo de grandes
aplicaciones.
Nmero de diagramas distintos en pantalla o al mismo tiempo en diferentes ventanas.
Dibujos en formato libre con la finalidad de aadir comentarios, dibujos, informacin adicional para aclarar
algn punto concreto del diseo.
Actualizacin del repositorio por cambios en los diagramas. Siempre resulta ms fcil modificar de forma
grfica un diseo y que los cambios queden reflejados en el repositorio.
Control sobre el tamao, fuente y emplazamiento de los textos en el diagrama.
Comparaciones entre grficos de distintas versiones. De esta forma ser ms fcil identificar qu diferencias
existen entre las versiones.
Inclusin de pseudocdigo que servir de base a los programadores para completar el desarrollo de la
aplicacin.
Posibilidad de deshacer el ltimo cambio facilitando que un error no conlleve perder el trabajo realizado.
Herramienta de prototipado. El objetivo principal de esta herramienta es poder mostrar al usuario, desde los
momentos iniciales del diseo, el aspecto que tendr la aplicacin una vez desarrollada. Ello facilitar la
aplicacin de los cambios que se consideren necesarios, todava en la fase de diseo.
La herramienta ser tanto ms til, cuanto ms rpidamente permita la construccin del prototipo y por tanto
antes, se consiga la implicacin del usuario final en el diseo de la aplicacin. Asimismo, es importante poder
aprovechar como base el prototipo para la construccin del resto de la aplicacin. Actualmente, es
imprescindible utilizar productos que incorporen esta funcionalidad por la cambiante tecnologa y necesidades
de los usuarios.
Los prototipos han sido utilizados ampliamente en el desarrollo de sistemas tradicionales ya que proporcionan
una realimentacin inmediata, que ayudan a determinar los requisitos del sistema. Las herramientas CASE
estn bien dotadas, en general, para crear prototipos con rapidez y seguridad.
Generador de cdigo. Normalmente, se suele utilizar sobre ordenadores personales o estaciones de trabajo,
por lo que el paso posterior del cdigo al host puede traer problemas, al tener que compilar en ambos
entornos.
Las caractersticas ms importantes de los generadores de cdigo son:
Lenguaje generado. Si se trata de un lenguaje estndar o un lenguaje propietario.
Portabilidad del cdigo generado. Capacidad para poder ejecutarlo en diferentes plataformas fsicas y/o
lgicas.
Generacin del esqueleto del programa o del programa completo. Si nicamente genera el esqueleto ser
necesario completar el resto mediante programacin.
Posibilidad de modificacin del cdigo generado. Suele ser necesario acceder directamente al cdigo
generado para optimizarlo o completarlo.
Generacin del cdigo asociado a las pantallas e informes de la aplicacin. Mediante esta caracterstica se
obtendr la interfase de usuario de la aplicacin.
Mdulo generador de documentacin. El mdulo generador de la documentacin se alimenta del repositorio
para transcribir las especificaciones all contenidas.
Algunas caractersticas de los generadores de documentacin son:
Generacin automtica a partir de los datos del repositorio, sin necesidad de un esfuerzo adicional.
Combinacin de informacin textual y grfica, lo que hace ms fcil su comprensin.
Generacin de referencias cruzadas. Con ello se podr localizar fcilmente en qu partes de la aplicacin se
encuentra un determinado objeto o elemento, con el fin de analizar el impacto de un cambio o identificar los
mdulos afectados por un determinado error.
Ayuda de tratamiento de textos. Facilidad para la introduccin de textos complementarios a la documentacin
que se genera de forma automtica.
Interfase con otras herramientas: procesadores de textos, editores grficos, etc.
Mdulo de gestin de proyectos. Algunos productos CASE incorporan un mdulo para la gestin del
proyecto de desarrollo de sistemas. Sus caractersticas ms importantes sern analizadas en el apartado de
otras herramientas.
http://docente.ucol.mx/al961223/public_html/centro6.htm
SIETE HABILIDADES QUE DEBEN TENER LOS GERENTES DE PROYECTOS EFECTIVOS:
El hecho de que alguien tenga el ttulo de administrador de proyectos no significa que sepa cmo administrar
proyectos de forma efectiva, como muchos CIO y otros ejecutivos de TI lo han aprendido a punta de
decepciones.
Entonces, cmo se puede distinguir a un buen administrado de proyectos de uno malo? Nuestra publicacin
hermana CIO en Estados Unidos encuest a expertos en la administracin de proyectos y ejecutivos para
saber qu habilidades se requieren para administrar proyectos de forma exitosa esto es, asegurar que los
proyectos estn enfocados y no se salgan del presupuesto.
A continuacin, las siete habilidades que los administradores de proyectos necesitan para ser efectivos y
exitosos:
Habilidad No. 1: Ser muy organizado y ser bueno para hacer varias cosas a la vez. Un buen
administrador de proyectos sabe cmo manejar varios proyectos o tareas y dar seguimiento a los problemas
a diario, afirma Hilary Atkinson, directora de la Oficina de Administracin de Proyectos de Force 3, un
proveedor de soluciones de negocio.
La diferencia entre el xito o el fracaso de un proyecto a menudo es la diferencia entre un administrador de
proyectos que es muy organizado y otro que no lo es, asegura. Si un administradores de proyectos est
gastando ms dinero tratando de averiguar dnde est la informacin en lugar de administrar su proyecto de
forma productiva, el fracaso es inminente.
Habilidad No. 2: Hacerse cargo y saber liderar. Los administradores de proyectos necesitan ser buenos
lderes, seala Lew Sauder, administrador de proyectos de Geneca, que desarrolla software empresarial a la
medida. Especficamente, un administrador de proyectos debe liderar a los usuarios y a los proveedores a un
resultado exitoso, seala Brian Lee, socio de Navigate, una firma de consultora de administracin.
Los proyectos necesitan ser lideradas de modo que cree consenso al tiempo de visualizar los riesgos reales y
obstculos, apunta. Los administradores de proyectos efectivos dibujan un mejor maana e inspiran
confianza en las capacidades de sus equipos de lograr esa visin. Construyen relaciones crebles con
miembros clave para asegurar la alineacin con los objetivos del proyecto y transmiten la confianza necesaria
para que todos participen en el proyecto.
Habilidad No. 3: Ser un comunicador efectivo. Para ser un buen comunicador se requiere que el
administrador de proyectos se asegure de que se da a entender claramente; que todos entienden lo que
espera de ellos a lo largo del ciclo de vida del proyecto; y que los ejecutivos de la empresa se comuniquen
entre s efectivamente as como con el administrador de proyectos, sugiere Greg Thomas, CMC, PMP y CEO
de Ross Technologies International, una firma de consultora.
Los administradores de proyectos necesitan poder comunicar los cambios de estatus, las buenas noticias y
las malas noticias a todos los niveles en todos los departamentos, asevera Nandi Hayes, agente de Vitamin
T, una agencia de talento para creativos digitales.
Tambin necesitan poder distinguir quin necesita saber qu, cundo necesita saberlo y cmo se entregar
esa informacin, seala. Por ejemplo, un ligero retraso en el calendario tal vez deba ser comunicado a los
equipos internos pero no al cliente si las fechas de revisin no son afectadas.
Habilidad No. 4: Saber cmo y cundo negociar. Los administradores de proyectos deben ser excelentes
negociadores, dice Brock Bodie, director de programa asociado de Huge, una agencia digital mundial. Uno a
menudo trata con gente que tiene intereses diferentes o que parecen no tener inters en entender lo que
estn tratando de lograr y por qu deberan ayudarle o participar, aade.
Un buen administrador de proyectos se tomar el tiempo para entender y negociar estas relaciones y conocer
el inters de los interesados, de modo que pueda triangular lo que har que su proyecto siga avanzando. Sin
estas capacidades de negociacin, podra arruinar o ignorar estas relaciones crticas, lo que probablemente
llevara un proyecto al fracaso, seala Boddie.
Habilidad No. 5: Concentrarse en los detalles. La administracin de proyectos se trata de detalles
grandes y pequeos, afirma Aziz Kara, director de Administracin y Diseo de Productos de Xtreme Labs, un
desarrollar de aplicaciones y productos mviles. Por tanto, los administradores de proyectos deben ser
meticulosos respecto al manejo de los detalles de los proyectos y el impacto que cada detalle pudiera tener
en el xito del proyecto. Los detalles pueden hacer que el proyecto triunfe o fracase, y el administrador de
proyectos efectivos reconoce eso.
Habilidad No. 6: Reconocer y resolver los problemas rpidamente. Inevitablemente, habr ocasiones en
surjan problemas y obstculos que requieren soluciones inmediatas, apunta Michael Pesochinsky,
cofundador y vicepresidente de GovernmentBargains.com, un sitio que recopila y ofrece informacin sobre
subastas gubernamentales. La forma en que un administrador de proyectos maneje estos problemas lo
distinguir de los dems.
Habilidad No. 7. Tener las capacidades tcnicas necesarias. Para ser un buen administrador de proyectos,
usted debe tener un slido conocimiento de las plataformas, el software y los programas con los que su
compaa trabaja regularmente, incluso si su trabajo no es muy tcnico, seala Joel Gross, fundador y CEO
de Coalition Technologies, una firma de diseo y mercadotecnia Web.
Y un gran administrador de proyectos necesita tener el conocimiento tcnico suficiente de reas del proyecto
para poder asignarse a s mismo algunas de las tareas aade Bob Herman, propietario de Tropolis Group,
que ofrece servicios de administracin de TI, movilidad y medios sociales a compaas. Por qu? Asignarse
a uno mismo algunas tareas y completarlas con xito y a tiempo le ayuda a ganarse el respeto que necesite
para administrar con xito al equipo del proyecto.
Un Gerente debe desarrollar diferentes roles a medida que gestiona un proyecto, por lo que es
importante la ptima aplicacin de sus habilidades personales.
A continuacin, especificamos algunas funciones propias de un Gerente de Proyecto de acuerdo con el rol
que desempee (lder, manager o facilitador):
Lder
1. Focalizarse en hacer que se realice bien el trabajo.
2. Concentrarse en el qu y el por qu.
3. Establecer la direccin y metas.
4. Asegurarse de que los miembros del equipo respondan y lo sigan.
5. Inspirar, motivar, e incitar creacin e innovacin.
Manager
1. Focalizarse en lograr el trabajo correcto.
2. Concentrarse en el cmo.
3. Establecer el plan.
4. Ordenar al equipo para que cada miembro complete sus tareas.
5. Ejecutar, controlar, gestionar, y resolver problemas.
Facilitador
1. Focalizarse en ayudar a las personas en el logro del trabajo.
2. Ayudar al equipo a concentrarse.
3. Ayudar al equipo a entender la direccin y metas.
4. Asegurarse de que los miembros del equipo se comprometan en las tareas.
5. Ayudar al equipo a resolver sus problemas eliminando barreras.

3. FUNCIONES PRINCIPALES
Planificar, evaluar, supervisar administrar y ejecutar proyectos tendentes a la
Expansin y modernizacin de nuevas tecnologas que permitan optimizar el uso de
Los recursos financieros disponibles.
Supervisar la aplicacin de instrumentos normativos, especificaciones en la parte
Tcnica, de las bases de licitacin, con el fin de que la expansin y modernizacin de
Las redes se contemple el uso de equipos con estndares internacionales..
Supervisar la ejecucin de los contratos de obra, suministro o servicios suscritos
Para la expansin y modernizacin de las redes, ajustndose a las disposiciones
Legales y reglamentarias correspondientes.
Supervisar la planificacin tcnica de las redes para garantizar los servicios y
Productos a ofrecer a corto mediano y largo plazo
Coordinar la aplicacin de instrumentos normativos, especialmente en la parte
Tcnica, de las bases de licitacin, para que en la expansin y modernizacin de las
Redes se contemple el uso de equipos con estndares internacional proyectos en
Ejecucin.
Adoptar procedimientos adecuados para la planeacin, programacin, direccin
Ejecucin y evaluacin y supervisin de los proyectos generados.
Otras funciones afines que sean asignadas por la administracin superior.
Generalmente las personas asumen que un gerente, por defecto, es un lder. En la realidad existen muchas
caractersticas que diferencian a uno de otro, pues un lder y un gerente suelen desempear distintos papeles
dentro de una organizacin.

1. Un lder y un CEO pueden distinguirse, claramente, en que el lder recibe el poder de sus seguidores,
mientras que el CEO recibe el poder que le otorga su jefe inmediato.

Los lderes suelen poseer carisma, que genera que las masas se sientan atradas ante esas personas. Es por
esto que, el carisma se convierte en una gran ventaja del lder por sobre el manager. Por su parte, el gerente,
al ser designado por su jefe suele ser cuestionado en cunto al carisma.

2. En el concepto bsico de gerencia, el manager, se desarrolla como un gestor. Se centra en la eficacia y no
en la eficiencia. No toma iniciativas y tiene una visin parcial de lo que ocurre en el empresa, no toma riesgos,
ni promueve la mejora continua, pues teme que las cosas se salgan de las normas ya establecidas.

El lder actual se caracteriza por tener una visin ms general, analiza los problemas y situaciones y toma
decisiones de forma rpida. Prefiere la eficiencia, sin preocuparle mucho el corto plazo, se centra en las
personas, fomenta las iniciativas de cada miembro de su equipo, aporta energa y arriesga para obtener
resultados. Adems, acepta todo aquellas ideas coherentes que puedan servir para alcanzar los objetivos
propuestos.

3. Se puede diferenciar a los lderes de los CEO en que cundo un lder abandona una empresa sus
seguidores van detrs de l o reaccionan de forma negativa frente al abandono. Mientras, cuando un CEO se
va, los trabajadores le hacen una despedida y le desean lo mejor.

4. Los gerentes crean planes, planifican y presupuestan. Ponen orden, eliminan riesgos, velan por el corto
plazo, hacen razonamientos deductivos, mientras que los lderes establecen direcciones (visin) que implican
ruptura, adoptan riesgos, ven a largo plazo y usan razonamientos inductivos.


5. En lo que respecta a la organizacin de la empresa, los gerentes se preocupan de organizar y asignar
personal. Toman de decisiones centrados en trabajos especializados, dentro de una estructura formal, para
cumplir resultados. Los lderes se encargan de involucrar a partir de un proceso de comunicacin, para
empuja a todos a trabajar juntos, incluso utilizando relaciones informales, para conseguir compromiso.

6. En cuanto a los resultados obtenidos, los gerentes estabilizan, controlan y resuelven problemas. Dosifican
energas e intentan evitar los malos resultados para estabilizar. Por el contrario, los lderes motivan,
transmiten energa e intentan que las cosas mejoren.
http://www.altonivel.com.mx/l%C3%ADder-versus-gerente-6-diferencias.html