INDICE

INTRODUCCION

ANÁLISIS DE SISTEMAS

Roles del Analista de Sistemas

Ciclo de vida del desarrollo de sistemas

Ciclo de Vida Clásico del Desarrollo de Sistemas

Método de Desarrollo por Análisis Estructurado

Componentes

Método del Prototipo de Sistemas

Creación de los Prototipos 

Resumen del ciclo de vida de desarrollo de sistemas

Uso de Herramientas CASE (Ingeniería de sistemas asistida por

ordenador)

Componentes de una herramienta CASE

Estructura general de una herramienta CASE

Uso de métodos para el Analista de Sistemas

Ingeniería Inversa

Usos de la ingeniería inversa

Ingeniería inversa de software

CONCLUSIONES

REFERENCIAS BIBLIOGRAFICAS

1

Pág

1

2

3

4

4

6

7

8

9

10

11

12

13

13

14

14

15

16

17

INTRODUCCION

El presente trabajo de investigación, trata el tema del Análisis de Sistemas

y su contenido, es el producto de la búsqueda, por diversas fuentes

disponibles en publicaciones, hechas por expertos en el oficio de desarrollo

de software y compilado, para presentarlo como aporte al conocimiento

sobre el mismo.

Se presenta, el tema de Análisis de Sistema de modo sencillo para

contribuir a su comprensión y asimilación, abarcando aspectos conceptuales

y ahondando en su descripción de acuerdo al siguiente orden:

ANÁLISIS DE SISTEMAS

Roles del Analista de Sistemas

Ciclo de vida del desarrollo de sistemas

Ciclo De Vida Clásico Del Desarrollo De Sistemas

Método De Desarrollo Por Análisis Estructurado

Componentes

Método del Prototipo de Sistemas

Creación de los Prototipos 

Resumen del ciclo de vida de desarrollo de sistemas

Uso de Herramientas CASE (Ingeniería de sistemas asistida por

ordenador)

Componentes de una herramienta case

Estructura general de una herramienta case

Uso de métodos para el Analista de Sistemas

Ingeniería Inversa

Usos de la ingeniería inversa

Ingeniería inversa de software

1

ANÁLISIS DE SISTEMAS

Se denomina análisis de sistemas a una de las etapas de construcción de

un sistema informático, que consiste en relevar la información actual y

proponer los rasgos generales de la solución futura.

Los sistemas en relación con el análisis de sistemas están relacionados

con cualquier campo, tales como: procesos industriales, administración, toma

de decisiones, procesos, protección al medio ambiente, etc. En 1953 los

hermanos Howard T. Odum y Eugene Odum empezaron a aplicar una visión

de sistemas a la ecología biológica, basándose en los trabajos de Raymond

Lindeman (1942) y Arthur Tansley (1935).

Se trata de un conjunto de procedimientos o programas relacionados de

manera que juntos forman una sola unidad. Un conjunto de hechos,

principios y reglas clasificadas y dispuestas de manera ordenada mostrando

un plan lógico en la unión de las partes. Un método, plan o procedimiento de

clasificación para hacer algo. También es un conjunto o arreglo de elementos

para realizar un objetivo predefinido en el procesamiento de la Información.

Esto se lleva a cabo teniendo en cuenta ciertos principios:

Debe presentarse y entenderse el dominio de la información de un

problema.

Definición de las funciones que debe realizar el Software.

Representar el comportamiento del software a consecuencias de

acontecimientos externos.

Dividir en forma jerárquica los modelos que representan la información,

funciones y comportamiento.

El proceso debe partir desde la información esencial hasta el detalle de la

Implementación.

2

Los analistas de sistemas utilizan la metodología matemática para obtener

los detalles de los sistemas que están analizando.

La función del Análisis puede ser dar soporte a las actividades de un

negocio, o desarrollar un producto que pueda venderse para generar

beneficios. Para conseguir este objetivo, un Sistema basado en

computadoras hace uso de seis (6) elementos fundamentales:

Software, que son Programas de computadora, con estructuras de datos

y su documentación que hacen efectiva la logística metodología o controles

de requerimientos del Programa.

Hardware, dispositivos electrónicos y electromecánicos, que proporcionan

capacidad de cálculos y funciones rápidas, exactas y efectivas

(Computadoras, Censores, maquinarias, bombas, lectores, etc.), que

proporcionan una función externa dentro de los Sistemas.

Personal, son los operadores o usuarios directos de las herramientas del

Sistema.

Base de Datos, una gran colección de informaciones organizadas y

enlazadas al Sistema a las que se accede por medio del Software.

Documentación, Manuales, formularios, y otra información descriptiva

que detalla o da instrucciones sobre el empleo y operación del Programa.

Procedimientos, o pasos que definen el uso específico de cada uno de

los elementos o componentes del Sistema y las reglas de su manejo y

mantenimiento.

Roles del Analista de Sistemas

 El Analista de Sistemas cumple con los siguientes roles:

Desarrollar a nivel lógico cualquier programa científico administrativo.

Manejar paquetes de aplicaciones como: nómina, inventario, hojas de

cálculo, etc.

3

Analizar, diseñar y programar sistemas de computación.

Analizar, evaluar e implementar sistemas operativos y sistemas de

aplicaciones.

Preparar estudios comparativos de Hardware y Software para proponer

mejores soluciones.

Ciclo de vida del desarrollo de sistemas

Al establecer los sistemas de información basados en computadoras, se

debe tener la certeza de que se logren dos objetivos principales: que sea un

sistema correcto y que este correcto el sistema. Ningún sistema que deje

satisfacer ambos objetivos será completamente útil para la gerencia u

organización.

Se debe enfocar por fases el análisis y diseño que sostiene que los

sistemas desarrollados mediante el uso de un ciclo especifico de actividades

del analista y del usuario. Según James Senn, existen tres estrategias para

el desarrollo de sistemas:

.- El método clásico del ciclo de vida de desarrollo de sistemas.

.- Método de desarrollo por análisis estructurado.

.- Método de construcción de prototipos de sistemas.

Cada una de estas estrategias, tiene un uso amplio en cada una de los

diversos tipos de empresas que existen, y resultan efectivas si son aplicadas

de manera adecuada.

Ciclo De Vida Clásico Del Desarrollo De Sistemas

El método de ciclo de vida para el desarrollo de sistemas es el conjunto de

actividades que los analistas, diseñadores y usuarios realizan para

desarrollar e implantar un sistema de información. El método del ciclo de vida

para el desarrollo de sistemas consta de 6 fases:

4

1). Investigación Preliminar: La solicitud para recibir ayuda de un sistema de

información puede originarse por varias razones: sin importar cuales

sean estas, el proceso se inicia siempre con la petición de una persona.

2). Determinación de los requerimientos del sistema: El aspecto fundamental

del análisis de sistemas es comprender todas las facetas importantes de

la parte de la empresa que se encuentra bajo estudio.

3). Diseño del sistema: El diseño de un sistema de información produce los

detalles que establecen la forma en la que el sistema cumplirá con los

requerimientos identificados durante la fase de análisis. Los especialistas

en sistemas se refieren, con frecuencia, a esta etapa como diseño lógico

en contraste con la del desarrollo del software, a la que denominan

diseño físico.

4). Desarrollo del software: Se pueden instalar software comprando a

terceros o escribir programas diseñados a la medida del solicitante. La

elección depende del costo de cada alternativa, del tiempo disponible

para escribir el software y de la disponibilidad de los programadores.

5). Prueba de sistemas: Para asegurarse de que el software no tenga fallas,

es decir, que funciona de acuerdo con las especificaciones y en la forma

en que los usuarios esperan que lo haga. Se alimentan como entradas

conjunto de datos de prueba para su procesamiento y después se

examinan los resultados.

6). Implantación y evaluación: Verificar e instalar nuevo equipo, entrenar a

los usuarios, instalar la aplicación y construir todos los archivos de datos

necesarios para utilizarla. Una vez instaladas, las aplicaciones se

emplean durante muchos años. Sin embargo, las organizaciones y los

usuarios cambian con el paso del tiempo, incluso el ambiente es

diferente con el paso de las semanas y los meses.

5

Es indudable que debe darse mantenimiento a las aplicaciones. La

evaluación de un sistema se lleva a cabo para identificar puntos débiles y

fuertes. La evaluación ocurre a lo largo de cualquiera de las siguientes

dimensiones:

- Evaluación operacional: Valoración de la forma en que funciona el sistema,

incluyendo su facilidad de uso, tiempo de respuesta, lo adecuado de los

formatos de información, confiabilidad global y nivel de utilización.

- Impacto organizacional: Identificación y medición de los beneficios para la

organización en áreas tales como finanzas, eficiencia operacional e

impacto competitivo. También se incluye el impacto sobre el flujo de

información externo e interno.

- Opinión de los administradores: evaluación de las actividades de directivos

y administradores dentro de la organización así como de los usuarios

finales.

- Desempeño del desarrollo: La evaluación de proceso de desarrollo de

acuerdo con criterios tales como tiempo y esfuerzo de desarrollo,

concuerdan con presupuestos y estándares, y otros criterios de

administración de proyectos. También se incluye la valoración de

los métodos y herramientas utilizados en el desarrollo.

Método De Desarrollo Por Análisis Estructurado

Muchos especialistas en sistemas de información reconocen la dificultad

de comprender de manera completa sistemas grandes y complejos. El

método de desarrollo del análisis estructurado tiene como finalidad superar

esta dificultad por medio de:

1). La división del sistema en componentes

2). La construcción de un modelo del sistema.

6

El análisis estructurado se concentra en especificar lo que se requiere que

haga el sistema o la aplicación. Permite que las personas observen los

elementos lógicos (lo que hará el sistema) separados de los componentes

físicos (computadora, terminales, sistemas de almacenamiento, etc.).

Después de esto se puede desarrollar un diseño físico eficiente para la

situación donde será utilizado.

El análisis estructurado es un método para el análisis de sistemas

manuales o automatizados, que conduce al desarrollo de especificaciones

para sistemas nuevos o para efectuar modificaciones a los ya existentes.

Éste análisis permite al analista conocer un sistema o proceso en una

forma lógica y manejable al mismo tiempo que proporciona la base para

asegurar que no se omite ningún detalle pertinente.

Componentes

- Símbolos gráficos: Iconos y convenciones para identificar y describir los

componentes de un sistema junto con las relaciones entre estos

componentes.

- Diccionario de datos: descripción de todos los datos usados en el sistema.

Puede ser manual o automatizado.

- Descripciones de procesos y procedimientos: declaraciones formales que

usan técnicas y lenguajes que permiten a los analistas describir

actividades importantes que forman parte del sistema.

- Reglas: estándares para describir y documentar el sistema en forma

correcta y completa.

El Diseño Estructurado es otro elemento del Método de Desarrollo por

Análisis Estructurado que emplea la descripción gráfica, se enfoca en el

desarrollo de especificaciones del software.

El objetivo del Diseño Estructurado es programas formados por módulos

independientes unos de otros desde el punto de vista funcional. La

7

herramienta fundamental del Diseño Estructurado es el diagrama

estructurado que es de naturaleza gráfica y evitan cualquier referencia

relacionada con el hardware o detalles físicos. Su finalidad no es mostrar la

lógica de los programas (que es la tarea de los diagramas de flujo).

Método del Prototipo de Sistemas

La construcción de prototipos representa una estrategia de desarrollo,

cuando no es posible determinar todos los requerimientos del usuario. Es por

ello que incluye el desarrollo interactivo o en continua evolución, donde el

usuario participa de forma directa en el proceso.

Este método contiene condiciones únicas de aplicación, en donde los

encargados del desarrollo tienen poca experiencia o información, o donde los

costos y riesgos de que se cometa un error pueden ser altos. Así mismo este

método resulta útil para probar la facilidad del sistema e identificar los

requerimientos del usuario, evaluar el diseño de un sistema o examinar el

uso de una aplicación. El método del prototipo de sistemas consta de 5

etapas:

1. Identificación de requerimientos conocidos: La determinación de los

requerimientos de una aplicación es tan importante para el método de

desarrollo de prototipos como lo es para el ciclo de desarrollo de

sistemas o análisis estructurado. Por consiguiente, antes de crear un

prototipo, los analistas y usuario deben de trabajar juntos para identificar

los requerimientos conocidos que tienen que satisfacer.

2. Desarrollo de un modelo de trabajo: Es fácil comenzar el proceso de

construcción del prototipo con el desarrollo de un plan general que

permita a los usuarios conocer lo que se espera de ellas y del proceso de

desarrollo. Un cronograma para el inicio y el fin de la primera interacción

es de gran ayuda. En el desarrollo del prototipo se preparan los

siguientes componentes:

8

El lenguaje para el dialogo o conversación entre el usuario y el sistema.

Pantallas y formatos para la entrada de datos.

Módulos esenciales de procesamiento. Salida del sistema

3. Utilización del prototipo: Es responsabilidad del usuario trabajar con el

prototipo y evaluar sus características y operación. La experiencia del

sistema bajo condiciones reales permite obtener la familiaridad

indispensable para determinar los cambios o mejoras que sean

necesarios, así como las características inadecuadas

4. Revisión del prototipo: Durante la evaluación los analistas de sistemas

desean capturar información sobre los que les gusta y lo que les

desagrada a los usuarios. Los cambios al prototipo son planificados con

los usuarios antes de llevarlos a cabo, sin embargo es el analista

responsable de tales modificaciones.

5. Repetición del proceso las veces que sea necesarias: El proceso antes

descrito se repite varias veces, el proceso finaliza cuando los usuarios y

analistas están de acuerdo en que el sistema ha evolucionado lo

suficiente como para incluir todas las características necesarias. 

Creación de los Prototipos 

Los prototipos son cruciales para diseñar un buen sitio Web. Una manera

rápida de prototipos es crear imágenes en cualquier programa de retoque

fotográfico o incluso Power point y en caso necesario darles funcionalidad

mediante un editor html. La creación de prototipos puede ser cerrado o

abierto.

Al enfoque cerrado se denomina a menudo prototipo desechable, después

se desecha y se hace una ingeniería de software con un paradigma

diferente.

9

El enfoque abierto denominado prototipo evolutivo, emplea el prototipo

como primera evaluación del sistema terminado. ¿Cuándo crear prototipos?

Cuando un sistema es pequeño. Cuando resuelve problemas no

estructurado. Cuando los usuarios no especifican los requisitos al principio

del proyecto. ¿Cuándo no crear prototipos? la creación de prototipo no

apropiada para diseñar toda clase de sistema. Si un problema es largo o

complejo, o si esta diseñado para hacer interfaz con otros sistemas. La

creación de prototipo puede ser un riesgo demasiado grande porque se

emiten fases importantes del diseño del sistema. El uso de prototipos es una

estrategia que puede aplicarse en casi todas las actividades del proceso del

software. 

El propósito de los prototipos es obtener rápidamente la información

necesaria en la toma de decisiones. Un prototipo proporciona a los creadores

y usuarios una idea de cómo funcionará el sistema cuando este terminado.

Resumen del ciclo de vida de desarrollo de sistemas

Ciclo de vida de desarrollo de sistemas

Fase Tareas asociadas

1 Investigación preliminarDefinir el problema Sugerir alternativas Presentar reporte breve

2 AnálisisRecopilar datos Analizar datos Documentar resultado

3 DiseñoDiseñar alternativas Escoger la mejor alternativa Reportar resultado

4 DesarrolloDesarrollar o adquirir software Adquirir hardware Probar Sistema

5 Implementación Instalación Capacitación de usuarios

6 MantenimientoAuditar nuevo sistema Evaluar periódicamente

10

Uso de Herramientas CASE (Ingeniería de sistemas asistida por

ordenador)

De acuerdo con Kendall y Kendall la ingeniería de sistemas asistida por

ordenador es la aplicación de tecnología informática a las actividades,

las técnicas y las metodologías propias de desarrollo, su objetivo es acelerar

el proceso para el que han sido diseñadas, en el caso de CASE para

automatizar o apoyar una o mas fases del ciclo de vida del desarrollo de

sistemas.

Cuando se hace la planificación de la base de datos, la primera etapa del

ciclo de vida de las aplicaciones de bases de datos, también se puede

escoger una herramienta CASE (Computer-Aided Software Engineering) que

permita llevar a cabo el resto de tareas del modo más eficiente y efectivo

posible. Una herramienta CASE suele incluir:

Un diccionario de datos para almacenar información sobre los datos de la

aplicación de bases de datos.

Herramientas de diseño para dar apoyo al análisis de datos.

Herramientas que permitan desarrollar el modelo de datos corporativo, así

como los esquemas conceptual y lógico.

Herramientas para desarrollar los prototipos de las aplicaciones.

El uso de las herramientas CASE puede mejorar la productividad en el

desarrollo de una aplicación de bases de datos. La tecnología CASE supone

la automatización del desarrollo del software, contribuyendo a mejorar

la calidad y la productividad en el desarrollo de sistemas de información y se

plantean los siguientes objetivos:

Permitir la aplicación práctica de metodologías estructuradas, las cuales al

ser realizadas con una herramienta se consigue agilizar el trabajo.

11

Facilitar la realización de prototipos y el desarrollo conjunto de

aplicaciones.

Simplificar el mantenimiento de los programas.

Mejorar y estandarizar la documentación.

Aumentar la portabilidad de las aplicaciones.

Facilitar la reutilización de componentes software.

Permitir un desarrollo y un refinamiento visual de las aplicaciones,

mediante la utilización de gráficos.

Componentes de una herramienta CASE

De una forma esquemática podemos decir que una herramienta CASE se

compone de los siguientes elementos:

Repositorio (diccionario) donde se almacenan los elementos definidos o

creados por la herramienta, y cuya gestión se realiza mediante el apoyo

de un Sistema de Gestión de Base de Datos (SGBD) o de un sistema de

gestión de ficheros.

Meta modelo (no siempre visible), que constituye el marco para la

definición de las técnicas y metodologías soportadas por la herramienta.

Carga o descarga de datos, son facilidades que permiten cargar el

repertorio de la herramienta CASE con datos provenientes de otros

sistemas, o bien generar a partir de la propia herramienta esquemas de

base de datos, programas, etc. que pueden, a su vez, alimentar otros

sistemas. Este elemento proporciona así un medio de comunicación con

otras herramientas.

Comprobación de errores, facilidades que permiten llevar a cabo un

análisis de la exactitud, integridad y consistencia de los esquemas

generados por la herramienta.

12

Interfaz de usuario, que constará de editores de texto y herramientas de

diseño gráfico que permitan, mediante la utilización de un sistema de

ventanas, iconos y menús, con la ayuda del ratón, definir

los diagramas, matrices, etc. que incluyen las distintas metodologías.

Estructura general de una herramienta CASE

La estructura CASE se basa en la siguiente terminología:

CASE de alto nivel son aquellas herramientas que automatizan o apoyan

las fases finales o superiores del ciclo de vida del desarrollo de sistemas

como la planificación de sistemas, el análisis de sistemas y el diseño de

sistemas.

CASE de bajo nivel son aquellas herramientas que automatizan o apoyan

las fases finales o inferiores del ciclo de vida como el diseño detallado de

sistemas, la implantación de sistemas y el soporte de sistemas.

CASE cruzado de ciclo de vida se aplica a aquellas herramientas que

apoyan actividades que tienen lugar a lo largo de todo el ciclo de vida, se

incluyen actividades como la gestión de proyectos y la estimación.

Uso de métodos para el Analista de Sistemas

El ciclo tradicional del análisis y diseño de sistemas puede llegar a tomar

mucho tiempo, incluso años, en el caso de desarrollos de gran magnitud en

organizaciones grandes. Pero en la actualidad, el ritmo de los negocios y de

las actividades de cualquier organización tiende a intensificarse, a hacerse

más acelerado, imponiendo exigencias de tiempo y calidad para poder

mantener la operatividad y competitividad de las mismas. Por tanto, surge la

necesidad de contar con ciclos de desarrollo más acelerados, pero que

mantengan su confiabilidad.

Comienzan a plantearse nuevos métodos que intentan incrementar la

velocidad, reduciendo el tiempo requerido de desarrollo. Entre los elementos

innovadores que se integran en estos métodos se encuentra: El uso de

13

software o herramientas de desarrollo (como CASE); integración de grupos

de personas bien capacitadas, enfocadas a la producción de aplicaciones en

menor tiempo y de mayor calidad, la diestra utilización de nuevas y no tan

nuevas técnicas de desarrollo.

Pero es adecuado resaltar que ninguno de estos métodos debería omitir

los pasos del ciclo planteado, si se desea trabajar efectivamente. El pasar

por alto alguna de las fases, podría en todo caso, traer más problemas que

provecho. Debe quedar claro que estos nuevos planteamientos intentan

optimizar y reducir el tiempo de cada fase, más que obviarlas, de manera de

reducir el tiempo total de desarrollo del sistema en general.

Ingeniería Inversa

La ingeniería inversa es el proceso de descubrir los principios tecnológicos

de un dispositivo, objeto o sistema, a través de razonamiento abductivo de su

estructura, función y operación. La ingeniería inversa se trata de tomar algo

(un dispositivo mecánico o electrónico, un software de computadora, etc.)

para analizar su funcionamiento en detalle, generalmente para intentar crear

un dispositivo o programa que haga la misma o similar tarea sin copiar la

original.

Usos de la ingeniería inversa

La ingeniería inversa suele ser empleada por empresas, para analizar si

el producto de su competencia infringe patentes de sus propios

productos.

Muchas veces, la ingeniería inversa es utilizada en el área militar para

investigar (y copiar) las tecnologías de otras naciones, sin obtener planos

ni detalles de su construcción o desarrollo.

En el software y en el hardware, la ingeniería inversa, muchas veces es

empleada para desarrollar productos que sean compatibles con otros

productos, sin conocer detalles de desarrollo de éstos últimos. En otras

14

palabras, quien desarrolla los nuevos productos, no puede acceder a los

detalles de fabricación de los productos de los que intenta ser

compatibles.

La ingeniería inversa también es empleada para comprobar la seguridad

de un producto, generar keygens de aplicaciones, reparación de

productos, etc.

Ingeniería inversa de software

La ingeniería inversa de software es un tipo de ingeniería inversa dedicada

a las aplicaciones. La ingeniería inversa en software significa descubrir qué

hace el software sin tener el código fuente programado del mismo. Es una

tarea que, en general, es complicada. Suele emplearse con fines de

aprendizaje, diagnóstico de software, análisis de seguridad y pirateo de

programas. Técnicas de ingeniería inversa de software En software, la

ingeniería inversa puede llevarse a cabo empleando algunos de los

siguientes métodos:

Desensamblar una aplicación empleando un desensamblador.

Descompilar una aplicación empleando un descompilador: proceso que

intenta recrear el código fuente en un lenguaje de alto nivel de un

programa compilado.

Análisis a través de la observación del intercambio de información,

especialmente usado en la ingeniería inversa de protocolos y de

controladores de dispositivos.

15

CONCLUSIONES

En una organización o Empresa, el análisis y Diseño de Sistemas, es el

proceso de estudiar su Situación con la finalidad de observar cómo trabaja y

decidir si es necesario realizar una mejora; el encargado de llevar a cabo

estas tareas es el analista de sistemas. Antes de comenzar con el desarrollo

de cualquier proyecto, se conduce un estudio de Sistemas para detectar

todos los detalles de la situación actual de la empresa. La información

reunida con este estudio sirve como base para crear varias estrategias de

Diseño. Los administradores deciden que estrategias seguir.

Los Gerentes, empleados y otros usuarios finales que se familiarizan cada

vez más con el uso de computadoras están teniendo un papel muy

importante en el desarrollo de sistemas.

Todas las organizaciones son Sistemas que actúan de manera recíproca

con su medio ambiente, recibiendo entradas y produciendo salidas. Los

Sistemas que pueden estar formados por otros Sistemas de denominan

subsistemas y funcionan para alcanzar los fines de su Implantación.

El Analista de Sistemas es imprescindible en cualquier organización,

debido al abanico de destrezas que éste posee y los beneficios que le

produce. Se encarga no sólo estudiar la organización y desarrollar un

sistema automatizado, es más que eso, la labor del analista de sistemas es

también la de asesorar, supervisar, recomendar y modificar procesos

internos y algunas veces de modificar la estructura misma de la empresa,

con el propósito de lograr los objetivos que se proponen. Todo desarrollo

liderado o no por un analista de sistemas posee fases que pueden

dividirse lógica en elementos discretos pero, que innegablemente son

continuos, de alguna manera cíclica. Este conjunto de fases son conocidas

como el Ciclo de Vida de Desarrollo de Sistemas, herramienta fundamental

para el desempeño de un analista de sistemas.

16

REFERENCIAS BIBLIOGRAFICAS

http://www.alegsa.com.ar/Dic/ingenieria

%20inversa.php#sthash.Gei4zAwy.dpuf

http://www.monografias.com/trabajos5/andi/andi.shtml#ixzz3TTOc0FaE

http://grupo3seccionb.blogspot.com/

http://www.monografias.com/trabajos14/herramicase/

herramicase.shtml#tec#ixzz3TTas1XBQ

http://www.monografias.com/trabajos14/herramicase/

herramicase.shtml#tec#ixzz3TTaGtlUJ

http://www.monografias.com/trabajos14/herramicase/herramicase.shtml#tec

http://www.rena.edu.ve/cuartaEtapa/Informatica/Tema11.html

http://www.alegsa.com.ar/Dic/ingenieria%20inversa%20de

%20software.php#sthash.KcHYxdil.dpuf

17