2012 - pis1.wikispaces.com-+pisi+-+cdh+-+3.pdf/... · integrado informatico utilizando la...
TRANSCRIPT
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.