ingeniería inversa de sistemas de información

Ingeniería inversa de los sistemas de información

Alex Domínguezalexdfar@yahoo.com

Conferencia en el Tecnológico de Villahermosa, Tabasco, Octubre de 2001

2

El problema en los SI

Las fallas en la comunicación dificultan el desarrollo de SI

3SI real SI modelado

Modelado de SI

Paradigmas en eldesarrollo del SI

Ideas dedesarrollooriginales

Ideas dedesarrollo

perturbadas

4

Ingeniería directa y reingeniería de procesos

Especificacióndel procesos

Diseño eimplementación

Procesos nuevos

Ingeniería directa

Procesosexistentes

Comprensión ytransformación

Procesos conreingeniería

Reingenieríade procesos

5

El proceso de reingeniería

Tareasoriginales

Comprensiónde las tareas

Aplicaringeniería

inversa

Mejorar laestructura de

las taeras

Tareasestructuradas

Modularizarlas tareas

Documentaciónde las tareas

Tareasmodularizadas

Datosoriginales

Aplicar reingenieríaa los datos

Datos conreingeniería

6

El proceso de ingeniería inversa de procesos

Tareas aaplicar

reingeniería

Analizartareas

Haceranotaciones

Generardocumentos

Almacendel

tareas

Diagramasde estructurade las tareas

Diagramasde estructurade los datos

Matrices detrazabilidad

7

Personal

Información

Procesos Infraestructuray tecnología

Productos y servicios

Componentes de un SI

8

SI con exceso de personalPersonal

ProcesosTecnología

Información Producto

9

SI con exceso de procesos

Personal

ProcesosTecnología

Información Producto

10

Implementación

Diseñoestructural

Diseñoarquitectónico

Identificaciónde problemas

Definición deproblemas

El proceso de ingeniería inversa en los SI

11

Sistema de información en operación

(sin conocimiento)

Proceso para recuperar oredescubrir el sistema

de información

Sistema de informaciónen operación

+conocimiento

Sistema deinformación

difuso

Sistema deinformación

definido

Implementación

Diseñoestructural

Diseñoarquitectónico

Identificaciónde problemas

Definición deproblemas

12

Análisis deproblemas

Diseñoarquitectónico

Diseñoestructural

Implementacióny mantenimiento

Identificaciónde la

implementación

Identificacióndel diseñoestructural

Identificacióndel diseño

arquitectónico

Identificaciónde problemas

Sistema de información en operación

sin conocimiento

Definición deproblemas

Ingeniería inversa Ingeniería directa

13

Ejemplo: construcción de una casa sin modelado

Sin planes arquitectónicos

Con bosquejos muy generales de cómo debe ser, o unicamente con diagramas electricos, de plomeria, etc.

Con cada subcontratista haciendo lo que piensa que es mejor sin consultar al dueño o a otros sucontratistas

Construcción de habitaciones sin funciones específicas

14

La arquitectura de desarrollo de SI

Es una metafora para construir SI empresariales de forma sistemática y planificada

La arquitectura de información hace referencia a la totalidad de los componentes y las relaciones entre ellos

Incluye bases de datos, aplicaciones, estándares, procedimientos, hardware, software, redes, etc.

15

Atributos de un buen arquitecto (1)

Puede comunicarse bien con el cliente

Puede desarrollar dibujos y diagramas basados en las descripciones de lo que desea y necesita el cliente

Puede desarrollar dibujos y diagramas más específicos para comunicarse con los desarrolladores (contratistas y subconstratistas)

16

Atributos de un buen arquitecto (2)

Puede comunicarse bien con los constructores, y ayudar a encontrar soluciones a los problemas que se les presentan

Tiene una visión global del proyecto y trabaja con los clientes y constructores para alcanzar esa visión

17

Una arquitectura de información (1)

Provee una ruta a seguir en el proyecto

Divide los problemas grandes en elementos manipulables

Promueve la descomposición de los componentes en unidades pequeñas y actualizables facilmente

Facilita el mantenimiento definiendo ‘fronteras naturales’ entre los SI

18

Una arquitectura de información (2)

Simplifica los sistemas por medio de la reducción de redundancia de los datos de entrada

Permite la eficiencia e interoperabilidad inheremte en los estándares

Promueve la planificación y clarifica los procesos de negocios

19

Una arquitectura de información (3)

Facilita la resolución de problemas cuando se presentan por primera vez en lugar de resolverlos muchas veces de varias formas

Permite la incorporación flexible de TI

Regresa el centro del control y la toma de decisiones al nivel ejecutivo, independientemente de la comunidad de TI

20

El marco de trabajo de Zachman

Una estructura en 2D que describe la arquitectura de información de una empresa

1a dimensión: las entidades involucradas en el diseño de los SI (dueño, planifi ador, diseñador, constructor)

2a dimensión: Qué, Cómo, Dónde, Quíen, Cuándo, Porqué

21

Modelocontextual

Planificador

Modeloempresarial

Dueño o director

Modeloarquitectónico

Arquitecto

ModelotecnológicoDiseñador

Modelo derepresentaciones

Ingeniero,diseñador

Modelo operativoUsuario,

subcontratado

Informaciónel “qué”

Funcionesel “cómo”

Redesel “dónde”

Personasel “quién”

Tiempoel “cuándo”

Motivaciónel “porqué”

Lista de cosasimportantes para

la empresa

Lista de procesosque realiza la

empresa

Lista de lugaresdónde opera la

empresa

Lista de unidadesde la

empresa

Lista de eventosde negocios

y ciclos

Lista de metasde negocios y

estrategias

Diagramasentidad-relación

Modelo de procesosde negocios

(diagramas de flujo)

Redes logísticas(nodos y ligas)

Organigrama conroles; conjunto de

habilidades; aspectosde seguridad

Tiemposy movimientos dela organización

Plan de negocios

Modelo deinformación

(completamentenormalizada)

Diagrama de flujode la información

esencial; arquitecturade aplicación

Arquitecturadel sistemadistribuido

Arquitectura deinterfaz humana

(roles, información,accesos)

Diagrama dedependencia, curricula

de las entidades(estructura de procesos)

Modelo dereglas delnegocio

Arquitectura de lainformación (tablas ycolumnas); mapa de

información heredada

Diseño de sistemas:diagrama de

estructura,codificación

Arquitectura delsistema (tipos de

hardware y software)

Interfaz del usuario(cómo se comportael sistema); diseño

de la seguridad

Diagrama de“flujo de control”

(estructura de control)

Diseño de las reglasdel negocio

Diseño de lainformación (no

normalizada), diseñofísico de los almacenes

Diseño detallado delos procesos

Arquitectura delas redes

Arquitectura de lasventanas de seguridad

(¿quién puedever qué?)

Definiciónde tiempos

Especificación de lasreglas en la lógica

de los procesos

Informaciónconvertida

Procesos ejecutablesFacilidades decomunicación

Personal entrenado Eventos de negociosReforzamiento

de las reglas

La arquitectura de Zachman

22

Cómo

Dónde

Quién

Cuándo

Porqué

Implementación:Tareas o actividades

Diseño estructural:Procedimientos

Diseño arquitectónico:Funciones

Componentesde los SI

Qué

Fases de la Ingeniería inversa

Componentes dela información

Identificaciónde problemas

23

Cómo

Dónde

Quién

Cuándo

Porqué

Implementación:Tareas o actividades

Diseño estructural:Procedimientos

Diseño arquitectónico:Funciones

Componentesde los SI

Qué

Fases de la ingeniería inversa

Componentes dela información

Identificaciónde problemas

24

Evolución ideal de los componetes del SI

25

Preguntas