PROYECTO DE INGENIERIA DE SISTEMAS I

PROFESOR: CHAVEZ FARFAN, Pedro Enrique

VIII CICLO - PROCOU 2012-I

INTEGRANTES:

LUIS MIGUEL VARGAS TAMAYO - 0831226 NOMBRE DE PROYECTO:

SISTEMA INTEGRADO DE INFORMACION CDH UTILIZANDO METODOLOGIA ORIENTADA A OBJETOS RUP

FACULTAD:

INGENIERIA INDUSTRIAL Y DE SISTEMAS

2012

INDICE

INTRODUCCION

CAPITULO 1: EL PROBLEMA

1.1. PLANTEAMIENTO DEL PROBLEMA

1.2. FORMULACION DEL PROBLEMA

1.3. OBJETIVOS

1.4. JUSTIFICACION DE LA INVESTIGACION

1.5. LIMITACIONES

CAPITULO 2: MARCO TEORICO

2.1. ANTECEDENTES DE LA INVESTIGACION

2.2. BASES TEORICAS

2.3. DEFINICION DE TERMINOS

2.4. SISTEMAS DE HIPOTESIS

2.5. SISTEMAS DE VARIABLES

CAPITULO 3: MARCO METODOLOGICO

3.1. NIVEL DE INVESTIGACION

3.2. DISEÑO DE LA INVESTIGACION

3.3. POBLACION Y MUESTRA

3.4. TECNICAS E INSTRUMENTOS DE RECOLECCION DE DATOS

3.5. TECNICAS DE PROCESAMIENTO Y ANALISIS DE DATOS

CAPITULO 4: ASPECTOS ADMINISTRATIVOS

4.1. RECURSOS HUMANOS, MATERIALES, FINANCIEROS

4.2. CRONOGRAMA DE ACTIVIDADES. DIAGRAMA DE GANTT

4.3. ANALISIS ECONOMICO – FINANCIERO DEL PROYECTO

BIBLIOGRAFIA

ANEXOS

INTRODUCCION

El presente proyecto está orientado al desarrollo de un sistema

informático realizado con la metodología RUP (Proceso Unificado

de Racional).

El RUP mejora la productividad del equipo ya que permite que

cada miembro del grupo sin importar su responsabilidad

específica acceda a la misma base de datos de conocimiento.

Esto hace que todos compartan el mismo lenguaje, la misma

visión y el mismo proceso acerca de cómo desarrollar software.

En el presente proyecto aprovecharemos las buenas prácticas

para desarrollar un sistema informático integrado aplicado a

una PyME.

1.- EL PROBLEMA

1.1. PLANTEAMIENTO DEL PROBLEMA

IDENTIFICACIÓN DE LA EMPRESA EN ESTUDIO

RAZON SOCIAL: CORPORACION DH SRL

RUC: 20508597208

DOMICILIO FISCAL

MZA. A LTE. 2 URB. EX – FUNDO TAMBO INGA PUENTE PIEDRA – LIMA.

OFICINA

CALLE. LOS INDUSTRIALES MZA. B LOTE 4 ASOC. ACAIN PUENTE

PIEDRA – LIMA

REPRESENTANTE LEGAL:

DINA TAMAYO GUTIERREZ

DNI: 06937327

RUBRO DE LA EMPRESA:

-Importación, exportación, distribución, compra, venta, comercialización y

reacondicionamiento de cilindros con tapas metálicas, de plástico y de todo

tipo de envases para uso industrial.

- Prestación de servicio de mantenimiento industrial, pintura,

acondicionamiento, deshechos e incineración, servicio de transporte, carga

pesada y ligera, destrucción de productos orgánicos e inorgánicos, de

residuos sólidos, en general desechos y desperdicios industriales y no

industriales.

LICENCIAS Y PERMISOS

Reconocimiento por parte de DIGESA como “EMPRESA PRESTADORA

DE SERVICIOS DE RESIDUOS SOLIDOS” mediante registro EPNA-318-

07

Reconocimiento por parte de DIGESA como “EMPRESA

COMERCIALIZADORA DE RESIDUOS SOLIDOS” mediante registro

ECNA-1073-11

Resolución de autorización emitida por el Ministerio De Transportes Y

Comunicaciones para el transporte en territorio nacional de residuos

sólidos.

PLANTEAMIENTO:

CORPORACION DH SRL, pequeña empresa en sostenible crecimiento, con 8 años en el mercado de envases y gestión ambiental ejecuta todos sus procesos manualmente, debido al volumen de información que se ha acumulado y el crecimiento de la demanda de la misma tiene el problema de lentitud en el acceso a la información y la ejecución de procesos desde los más simples a los más complejos. Se requiere automatizar procesos para poder competir al ritmo que la actualidad de las empresas exige. 1.2. FORMULACION DEL PROBLEMA

PARAMETRO RESPUESTA

CARRERA: ING. DE SISTEMAS

AREA: ANALISIS Y MODELAMIENTO DE

SISTEMAS

ASIGNATURA: METODOLOGIA RUP

FORMULACION DEL PROBLEMA:

“BENEFICIOS ECONOMICOS Y EN LA CALIDAD DE SERVICIO AL CLIENTE

INTERNO Y EXTERNO DEBIDO A LA IMPLEMENTACION DEL SISTEMA

INTEGRADO INFORMATICO UTILIZANDO LA METODOLOGIA RUP Y LA

TECNOLOGIA .NET PARA LA EMPRESA COMERCIAL Y DE SERVICIOS

PYME CORPORACION DH SRL”

El principal problema que encontramos en esta situación es que la empresa no

cuenta para este rubro específicamente con un sistema formal que nos permita

tener un control integral de los movimientos del negocio, a pesar de que se está

creciendo aceleradamente pues actualmente este rubro tiene mucha demanda y

existen contadas empresas que manejan todos los permisos necesarios de parte de

las instituciones públicas competentes como son el Ministerio de Salud y el

Ministerio de Transportes que hacen de este un negocio rentable, el manejo de la

información no es óptima ni oportuna, se requiere por tanto la creación de

soluciones que permitan agilizar todos estos procesos que se generan al llevar a

cabo este negocio.

Es por ello que se va a desarrollar el sistema integrado incluyendo las áreas de la

empresa más importantes y críticas:

- VENTAS

- COMPRAS

- ALMACEN

- CONTABILIDAD

- RRHH

1.3. OBJETIVOS

GENERAL.-

Modelar y desarrollar un sistema informático integrado que al ser

implementado resuelva todas las necesidades de manejo de información y

procesos de la empresa.

ESPECIFICOS.-

a.- Automatizar Procesos.

b.- Integrar las diferentes áreas de la empresa.

c.- Consolidar una base de datos con sus relaciones óptimas que permita

acceder a la información ordenadamente y con prestancia.

d.- La transición de lo manual a lo automatizado será sencilla gracias a las

buenas prácticas de usabilidad.

e.- Todas las necesidades deben ser cubiertas en un sistema integrado.

f.- Adaptabilidad a nuevos cambios en el futuro.

1.4. JUSTIFICACION DE LA INVESTIGACION

El problema medular se encuentra en la lentitud en el acceso a la información

al no existir una base de datos automatizada.

La imagen muestra el consolidado de ventas en junio 2012 Realizado en MS Excel 2010.

Se requiere un sistema informático que integre todas las áreas.

La imagen muestra el archivo de Ms Excel utilizado para imprimir factura.

Representación del Modelo actual usando la metodología IDEF0 Vamos a representar el modelo actual con IDEF0

Diagrama de Contexto

La imagen muestra una representación gráfica de un proceso de la empresa.

Se muestra los procesos actuales como vienen siendo manejados en la actualidad.

La empresa no cuenta con antecedentes semejantes a esta investigación, el

crecimiento de información y procesos que vienen desarrollando ha hecho

que consideren la implementación de un sistema informático como una

decisión critica que tiene que ser ejecutada lo más pronto posible.

Si bien es cierto en el mercado existen ya Paquetes de sistemas

desarrollados para Pymes, es objetivo del estudiante analizar, comprender,

mejorar y aprender sobre el desarrollo de estos sistemas integrados.

Medir la innovación, el paso de realizar los procesos manualmente a

automatizar los mismos mediante tecnología de información en el tiempo dará

resultados que sería de interés académico cuantificar, para futuras

investigaciones y proyecciones.

1.5. LIMITACIONES

- Usuarios con poca experiencia informática

- Información desordenada y no clasificada

2.- MARCO TEORICO

2.1. ANTECEDENTES DE LA INVESTIGACION

Presentamos un resumen de tesis de la UCV donde se desarrolla una solución

tecnológica para una PYME.

-----------------------------------------------------------------------------------------------------------------

NIVEL: PRE-GRADO

1. NIVEL DE PRE-GRADO

CARRERA PROFESIONAL: Ingeniería de Sistemas

TÍTULO PROFESIONAL: Ingeniero de Sistemas

DENOMINACIÓN DEL TRABAJO DE INVESTIGACIÓN TESIS O

PROYECTO: “Formulación de una Solución Tecnológica para mejorar la

Gestión Comercial y Operacional de SEDALIB S.A.”

AUTORES: – Guillermo Alvarado, Jack Michael

– Soto Carrión, Roberto Javier

2. CONTENIDO DEL RESUMEN

ASPECTO METODOLÓGICO

2.1.1 PLANTEAMIENTO DEL PROBLEMA

¿De qué manera influye una Solución Tecnológica en la Gestión

Comercial y Operacional de SEDALIB S.A.?

2.1.2 OBJETIVOS

Objetivo General.

Mejorar la Gestión Comercial y Operacional de SEDALIB S.A., mediante

la formulación de una Solución Tecnológica.

Objetivos Específicos.

– Evaluar la capacidad tecnológica actual con la que cuenta SEDALIB S.A.

– Identificar casos de éxito de implementación de soluciones tecnológicas.

– Definir la estandarización de un Manejador de Base de Datos relacional.

– Definir y especificar los requerimientos mínimos necesarios de una

solución tecnológica para la gestión comercial y operacional de SEDALIB

S.A.

– Evaluar alternativas de solución para Formular una Solución

Tecnológica que permita mejorar la gestión Comercial y Operacional.

– Definir una propuesta para sincronizar los procesos de cobranzas y

recaudación.

– Identificar los componentes de una solución tecnológica.

– Identificar las razones que justifican la contratación de una solución

tecnológica.

2.1.3 HIPÓTESIS

“La Formulación de una Solución Tecnológica mejora la Gestión

Comercial y Operacional de SEDALIB S.A.”

2.1.4 BREVE REFERENCIA AL MARCO TEÓRICO

Modelo ASP

Definición ASP: Application Service Provide

“Una firma de servicio de terceros desde el cual despliega, administra y mantiene

remotamente una aplicación de software a través de servidores localizados

centralmente mediante acuerdo de arriendo o de tipo leasing”.

Los sistemas ASP, emergen como uno de los modelos de negocio más vistosos en

el campo de los sistemas de cómputo. Entre sus principales ventajas están:

• Evita costos en la compra de Licencias de Software al tener acceso a las

aplicaciones contratando un servicio remoto que representa un costo mensual de

arrendamiento. Ahorra costos de infraestructura de hardware, red y operación.

Permite a las empresas enfocarse en su actividad de negocio sin necesidad de

contratar y mantener un departamento de sistemas o algunas de sus funciones.

2.1.5 CONCLUSIONES

– La capacidad tecnológica con la que cuenta SEDALIB S.A. se resume en lo

siguiente:

• Deficiencias del catastro comercial.

• Vulnerabilidad e la información en el proceso de facturación.

• Insuficiencia de herramientas de control en la facturación.

• Falta de sincronización de proceso de cobranzas y la recaudación (infraestructura

de comunicaciones inadecuada).

• Caídas constantes del sistema por deficiencias del sistema eléctrico y de

comunicaciones.

• Autonomía del personal para manejar formatos propios en la atención al cliente a

fin de facilitar su tarea de registro del cliente.

• Vulnerabilidad de las resoluciones emitidas por los reclamos, al estar disponibles

en archivos Word editables.

• Existen procesos que no tienen soporte informático como el caso de medición e

inspecciones de clientes de alto consumo, y parcialmente en facturación y cobranza.

• No existe soporte informático para procesamiento integrado estadísticas e

indicadores de gestión.

– Se definió como estándar de Base de Datos al Oracle como primera opción y al

SQL como segunda opción ya que actualmente la Empresa almacena su

información en una plataforma de Base de Datos xBase.

En el mercado existen una variedad importante de sistemas integrados para Pymes,

ERP`s, etc. A continuación enumeramos algunas:

Comercialmente en el mercado peruano tenemos opciones de paquetes para

las PYME, como por ejemplo:

SIIGO Pymes

Software para la administración, gestión y planificación de recursos empresariales

(ERP) que integra en tiempo real todas las áreas vinculadas a la administración de

los negocios. SIIGO es un software modular y escalable que se adapta a

diferentes tipos de empresa.

Viene con los módulos de compras, ventas, almacén, RRHH, Contabilidad.

Su implementación cuesta $ 2000.00, anualmente se abona un seguro de $ 100.00

que cubre actualización y soporte técnico.

SAP BUSINESS ONE

Una única aplicación de gestión empresarial integrada para pequeñas empresas. La

aplicación Sap Business One integra todas las funciones empresariales básicas de

toda la empresa (incluye gestión financiera, ventas, gestión de atención al cliente, e-

commerce, gestión de inventarios y operaciones). A diferencia de muchas otras

pequeñas soluciones empresariales que existen actualmente en el mercado, sap

business one es una única aplicación que elimina la necesidad de instalaciones

separadas y la complicada integración de varios módulos.

2.2. BASES TEORICAS

METODOLOGIA RUP

El Rational Unified Process o Proceso Unificado de Racional. Es un proceso de ingeniería de software que suministra un enfoque para asignar tareas y responsabilidades dentro de una organización de desarrollo. Su objetivo es asegurar la producción de software de alta calidad que satisfaga la necesidad del usuario final dentro de un tiempo y presupuesto previsible. Es una metodología de desarrollo iterativo enfocada hacia “los casos de uso, manejo de riesgos y el manejo de la arquitectura”.

El RUP mejora la productividad del equipo ya que permite que cada miembro del grupo sin importar su responsabilidad específica acceda a la misma base de datos de conocimiento. Esto hace que todos compartan el mismo lenguaje, la misma visión y el mismo proceso acerca de cómo desarrollar software.

CICLO DE VIDA

En el ciclo de vida RUP veremos una implementación del desarrollo en espiral. Con el ciclo de vida se establecen tareas en fases e iteraciones. El RUP maneja el proceso en cuatro fases, dentro de las cuales se realizan varias iteraciones en número variable

Las primeras iteraciones (en las fases de Inicio y Elaboración) se enfocan hacia la comprensión del problema y la tecnología, la delimitación del ámbito del proyecto, la eliminación de los riesgos críticos, y al establecimiento de una base de inicio.

FASES

FASE DE INICIO

Durante esta fase de inicio las iteraciones se centran con mayor énfasis en las actividades de modelamiento de la empresa y en sus requerimientos

FASE DE ELABORACIÓN

Durante esta fase de elaboración, las iteraciones se centran al desarrollo de la base de la diseño, encierran más los flujos de trabajo de requerimientos, modelo de la organización, análisis, diseño y una parte de implementación orientada a la base de la construcción.

FASE DE CONSTRUCCIÓN

Durante esta fase de construcción, se lleva a cabo la construcción del producto por medio de una serie de iteraciones las cuales se seleccionan algunos Casos de Uso, se redefine su análisis y diseño y se procede a su implantación y pruebas. En esta fase se realiza una pequeña cascada para cada ciclo, se realizan tantas iteraciones hasta que se termine la nueva implementación del producto.

FASE DE TRANSICIÓN

Durante esta fase de transición busca garantizar que se tiene un producto preparado para su entrega al usuario.

PRINCIPALES CARACTERISTICAS

Forma disciplinada de asignar tareas y responsabilidades (quién hace qué, cuándo y cómo)

Pretende implementar las mejores prácticas en Ingeniería de Software Desarrollo iterativo Administración de requisitos Uso de arquitectura basada en componentes Control de cambios Modelado visual del software Verificación de la calidad del software

El RUP es un producto de Rational (IBM). Se caracteriza por ser iterativo e incremental, estar centrado en la arquitectura y guiado por los casos de uso. Incluye artefactos (que son los productos tangibles del proceso como por ejemplo, el modelo de casos de uso, el código fuente, etc.) y roles (papel que desempeña una persona en un determinado momento, una persona puede desempeñar distintos roles a lo largo del proceso).

Especificación de las Fases

Establece oportunidad y alcance Identifica las entidades externas o actores con las que se trata Identifica los casos de uso

RUP comprende 2 aspectos importantes por los cuales se establecen las disciplinas:

Proceso: Las etapas de esta sección son:

Modelado de negocio Requisitos Análisis y Diseño Implementación Pruebas Despliegue

Soporte: En esta parte nos conseguimos con las siguientes etapas:

Gestión del cambio y configuraciones Gestión del proyecto Entorno

La estructura dinámica de RUP es la que permite que este sea un proceso de desarrollo fundamentalmente iterativo, y en esta parte se ven inmersas las 4 fases descritas anteriormente:

Inicio(También llamado Incepción) Elaboración Desarrollo(También llamado Implementación, Construcción) Cierre (También llamado Transición)

Artefactos

RUP en cada una de sus fases (pertenecientes a la estructura estática) realiza una serie de artefactos que sirven para comprender mejor tanto el análisis como el diseño del sistema estos artefactos son los siguientes:

Inicio:

Documento Visión Especificación de Requerimientos

Elaboración:

Diagramas de caso de uso

Construcción:

Documento Arquitectura que trabaja con las siguientes vistas:

Vista Lógica:

Diagrama de clases

Modelo E-R (Si el sistema así lo requiere)

Vista de Implementación:

Diagrama de Secuencia Diagrama de estados Diagrama de Colaboración

Vista Conceptual:

Modelo de dominio

Vista física: Mapa de comportamiento a nivel de hardware.

Implementación del RUP para el proyecto

La metodología RUP es más apropiada para proyectos grandes (Aunque también pequeños), dado que requiere un equipo de trabajo capaz de administrar un proceso complejo en varias etapas. En proyectos pequeños, es posible que no se puedan cubrir los costos de dedicación del equipo de profesionales necesarios.

2.3. DEFINICION DE TERMINOS

RUP: El Rational Unified Process o Proceso Unificado de Racional. Es un proceso de ingeniería de software que suministra un enfoque para asignar tareas y responsabilidades dentro de una organización de desarrollo.

STAKEHOLDER: Aquel individuo que puede afectar o ser afectado por el sistema y su entorno. PROYECTO: Un proyecto es una planificación que consiste en un conjunto de actividades que se encuentran interrelacionadas y coordinadas. La razón de un proyecto es alcanzar objetivos específicos dentro de los límites que imponen un presupuesto, calidades establecidas previamente y un lapso de tiempo previamente definido. La gestión de proyectos es la aplicación de conocimientos, habilidades, herramientas y técnicas a las actividades de un proyecto para satisfacer los requisitos del proyecto.

METODOLOGIA: Metodología es aquella guía que se sigue a fin realizar las acciones propias de una investigación. En términos más sencillos se trata de la guía que nos va indicando qué hacer y cómo actuar cuando se quiere obtener algún tipo de investigación. Es posible definir una metodología como aquel enfoque que permite observar un problema de una forma total, sistemática, disciplinada y con cierta disciplina.

GESTION: Encargada de la planificación, organización, dirección y control de los recursos (humanos, financieros, materiales, tecnológicos, el conocimiento, etc) de la organización, con el fin de obtener el máximo beneficio posible; este beneficio puede ser económico o social, dependiendo esto de los fines perseguidos por la organización.

ITERACION: Iteración se refiere a la acción de repetir una serie de pasos un cierto número de veces.

UML: Lenguaje Unificado de Modelado (LUM o UML, por sus siglas en

inglés, Unified Modeling Language) es el lenguaje de modelado de sistemas

de software más conocido y utilizado en la actualidad; está respaldado por

elOMG (Object Management Group). Es un lenguaje gráfico para visualizar,

especificar, construir y documentar un sistema. UML ofrece un estándar para

describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales

como procesos de negocio, funciones del sistema, y aspectos concretos como

expresiones de lenguajes de programación, esquemas de bases de datos y

compuestos reciclados.

2.4. SISTEMAS DE HIPOTESIS

2.4.1 GENERAL

La implementación del sistema integrado beneficiara a la empresa y generara

crecimiento tangible puesto que su capacidad de atención mejorara a raíz de la rapidez

en el acceso a la información.

NULA

La implementación del sistema integrado no generara ningún cambio que signifique

beneficio o crecimiento económico.

2.4.2 ESPECIFICAS

H1: Al redactar un documento de venta o compra, este quedara registrado en la base de

datos lo cual servirá para generar consultas, reportes, estadísticas, importantes para la

toma de decisiones.

H2: El acceso rápido a la información producirá una mejor atención a los clientes externos

e internos ya que estos tendrán una respuesta rápida y confiable.

H3: al existir relación entre las diversas áreas, un proceso ejecutado en alguna de ellas

tendrá consecuencias en las demás.

2.5. SISTEMAS DE VARIABLES

VARIABLE PRECIO DEL PRODUCTO

DEFINICION CONCEPTUAL CAMBIO DE PRECIO DE UN PRODUCTO

OFRECIDO AL CLIENTE

DEFINICION OPERACIONAL

DIMENSION:

INDICADORES:

CRECIMIENTO O DISMINUCION

DEL PRECIO DE UN PRODUCTO

EN VALOR MONETARIO

EVALUACION DE COSTO DEL

PRODUCTO, COSTOS

OPERATIVOS, ADMINISTRATIVOS

Y CANTIDAD A LLEVAR.

VARIABLE COSTO OPERATIVO

DEFINICION CONCEPTUAL VARIACION DEL COSTO OPERATIVO AL

REALIZAR UN TRABAJO DETERMINADO

DEFINICION OPERACIONAL

DIMENSION:

INDICADORES:

AUMENTO O DISMINUCION DEL

COSTO EN RELACION AL COSTO

DE REFERENCIA CALCULADO.

INSUMOS UTILIZADOS,

PERSONAL UTILIZADO, TIEMPO

UTILIZADO, MAQUINARIA

UTILIZADA, OTROS.

3.1. NIVEL DE INVESTIGACION

Nuestro proyecto presenta un nivel de investigación descriptivo puesto que se va a describir el comportamiento de los procesos, de las actividades y de las variables que se presentan en la empresa Corp. DH SRL. Hemos de describir cómo se comportan los factores mencionados en el tiempo, cuando se relacionan entre sí, cuando generan salidas y entradas para otros.

3.2. DISEÑO DE LA INVESTIGACION METODO DE INVESTIGACION: Se utilizara el método inductivo y el de síntesis puesto que:

El método inductivo nos permite saber que en Corp. DH SRL los procesos manuales, la información desordenada, los procesos que no dejan registro, actividades que no permiten control de los tiempos ni de los costos económicos llevan a una empresa que no cuenta con la información optima que permita una confiable toma de decisiones.

El método de la síntesis será utilizado puesto que al utilizar RUP estaremos utilizando programación orientada a objetos que nos indica formar un todo a partir de relacionar consistentemente cada una de las partes que lo integran, en este caso el todo será el Sistema Integrado a Desarrollar y las partes son las Áreas de la empresa y los módulos que cada una de ellas contiene.

TECNICA:

Vamos a utilizar la técnica de análisis de impacto cruzado para poder generar nuestro

prototipo y simular el comportamiento del sistema para determinar si el impacto fue positivo

o negativo.

PROCEDIMIENTO

La técnica comprende ocho pasos que se desarrollan en dos etapas: la formulación de la matriz de impacto – cruzado, pasos 1 al 6 y el análisis de los impactos, pasos 7 y 8. En la figura, se ilustra lo anterior.

E ta p a 1 . F o r m u lació n

d e la m a tr iz d e im p a c to

cru z ad o

1 D e fin ic i ó n d e l siste m a

2 S e le c c i ó n d e lo s

pa r tic ip a n te s

3 D e fin ic i ó n d e lo s

eve n to s a ser an aliz ad o s

4

A s ig n aci ó n d e la s

p r o b a b ilid a d e s in ic ia le s

de o c ur r e n c ia

E ta p a 2 . A n á lis is d e lo s im p a c to s 5

C on s tr u c c i ó n d e la

m a tr iz d e im p a c to

cr u z ad o

6

Va lo r a c i ó n de

lo s im p a c to s

7 C á lc u lo de

p r o b a b ilid a d e s

fin a le s

8 A n á lis is d e

s e n s ib ilid a d

Procedimiento para realizar un análisis de impacto cruzado.

Etapa 1. Formulación de la matriz de impacto – cruzado

Definición del sistema. Como punto de partida, se define con claridad el

sistema (tema) en estudio y se formulan los objetivos del ejercicio. Es importante delimitar al sistema en sus dimensiones de espacio y tiempo, lo que requiere especificar hasta dónde será considerado el sistema y cuál será el horizonte de tiempo a considerar.

Selección de los participantes. Se seleccionan los participantes "expertos" a partir de los objetivos del ejercicio y de la naturaleza del sistema. Los participantes podrán reunirse en un panel o integrar sus conocimientos a partir de la aplicación de un ejercicio Delphi.

Definición de los eventos a ser analizados. El grupo de expertos, con

base en su experiencia, precisa los eventos o variables relevantes que requieran ser analizados. Se fijan los límites máximo y mínimo para cada variable.

La relevancia de un evento la confiere el grupo de expertos. Se considera

que los eventos relevantes son aquellos que de ocurrir modificarán severamente las tendencias actuales en el comportamiento del sistema analizado, o las fortalecerán en forma importante; esto es, que su impacto en el sistema incida de manera significativa.

Algunos autores sugieren que 30 eventos es el número máximo para el

análisis de impacto cruzado. Aquí se considera que un cuidadoso análisis del sistema permite identificar un menor número de eventos significativos. Mientras más se conozca la naturaleza del sistema en estudio, menos será el número de eventos relevantes, analizados.

Haciendo un balance entre tiempo, costo y robustez del modelo se decide

hasta donde debe concluir el análisis del sistema.

Asignación de las probabilidades iniciales de ocurrencia. Los expertos asignan a cada evento una probabilidad "subjetiva" de ocurrencia para un horizonte de tiempo especificado. Esta probabilidad será la probabilidad inicial en caso de que suceda el evento. Los valores asignados varían de [ 0 , 1 ]

Para estimar la probabilidad de ocurrencia de cada evento en un horizonte

de tiempo determinado, el experto debe tener dos referencias: tener la información necesaria de la situación actual y de las tendencias del evento, así como estar sensibilizado acerca de las tendencias del entorno que involucran al evento.

De este modo los valores asignados hablarán de un evento con

probabilidad de ocurrencia alta, media o baja.

Valores de la

Ocurrencia Probabilidad

0.1, 0.2, 0.3

Baja

0.4,0.5,0.6

Media

0.7,0.8,0.9

Alta

Si e

ste

eve

nto

ocu

rre

Posteriormente los eventos se ordenan de manera descendente de acuerdo a su ocurrencia en el tiempo.

Etapa 2. Análisis de los impactos

Construcción de la matriz de impacto-cruzado.

En este momento conviene construir la matriz de impacto-cruzado como se muestra a continuación en la figura 14.2:

Estos eventos serán impactados como se muestra

Evento

Probabilidad

inicial de

ocurrencia

A

B

...

N

A

PA

a12

...

a1n

B

PB

a21

...

a2n

.

.

.

.

.

.

.

.

.

.

.

.

n

Pn

an1

an2

...

Matriz de análisis de impacto cruzado.

En ésta matriz se registran los eventos relevantes y sus probabilidades de

ocurrencia asociadas.

Valoración de los impactos. A continuación, en este paso los

expertos estiman el impacto aij para cada una de las celdas de la matriz (con

excepción de la diagonal principal), haciendo uso de una escala de impacto relativo, de la cual se obtienen calificaciones para las diferentes comparaciones.

Escala de impacto relativo.

Intensidad del impacto

Descripción

Efecto

+4

+3

+2

+1

Impulso esencial Impulso

importante Significativo

efecto impulsor

Ligero efecto impulsor

Favorable (+)

0 Ningún efecto, indiferente Nulo (0)

-1

-2

-3

-4

Ligero efecto inhibitorio

Significativo efecto de retardo

Importante obstáculo

Obstáculo insuperable

Desfavorable (-)

Esta escala es arbitraria, por lo que se puede utilizar alguna otra, teniendo en consideración que los aumentos en la escala positiva (+) favorecen los eventos y en la negativa (-) los inhiben.

En ocasiones los expertos llenan la matriz en dos pasos, primero anotan la

influencia de un evento sobre otro (+, 0, -) y posteriormente estiman la intensidad del impacto.

Cálculo de probabilidades finales (corridas). En este paso se utiliza un

modelo que requiere la realización de los sub - pasos descritos a continuación.

- Se selecciona aleatoriamente uno de los eventos.

- Se genera un número aleatorio entre 0 y 0.99 y se compara con la probabilidad inicial del evento seleccionado. Si el número aleatorio generado es mayor o igual a la probabilidad inicial, el evento en cuestión no ocurre, si el número generado es menor se considera que el evento ocurre.

- Si el evento seleccionado no ocurrió, las probabilidades iniciales no

cambian. Si el evento ocurre, las probabilidades iniciales se ajustan con el algoritmo utilizado.

Son:

Para nuestro caso, el algoritmo KSIM emplea dos ecuaciones iterativas que

Universidad Tecnológica del Perú Proyecto de Ingeniería de Sistemas I

26

Universidad Tecnológica del Perú Proyecto de Ingeniería de Sistemas I

27

Análisis de sensibilidad. Cuando se alcanza el nivel de ajuste aceptable se procede a evaluar las alternativas. El grupo de trabajo realiza cambios en algunos supuestos, valores de impacto, probabilidad o introducen nuevos eventos. Con este análisis de sensibilidad el grupo analiza las fluctuaciones de los eventos buscando aprender más del sistema en estudio. Finalmente, con los resultados que a su juicio explican y predicen la dinámica del sistema, se inicia la construcción de los escenarios.

La siguiente gráfica muestra los resultados del modelo.