Analisis de Sistemas
-
Upload
doris-garcia -
Category
Documents
-
view
212 -
download
0
description
Transcript of Analisis de Sistemas
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