Está en la página 1de 25

Sistemas de

Informacin II
Semana 13

Qu es un sistema?
Qu es informacin?
Qu es una empresa?
Qu relacin existe entre
una empresa y un sistema?
Qu

es

un

informacin?

sistema

de

Visin Global del Desarrollo


de Sistemas de Informacin.

CAPACIDAD:
Identificar
los principales mtodos de
desarrollo de software a nivel de una empresa

Proceso de resolucin de Problemas


mediante SI
Los sistemas de informacin surgen como un proceso de resolucin de problemas de la
organizacin.
Los problemas pueden ser:

Nuevas necesidades oportunidades que antes no existan.

Necesidades ya resueltas pero de una manera que requiere de su revisin.

La introduccin de un nuevo sistema de informacin implica mucho ms que hardware


y software nuevos, incluye cambios en los procedimientos, en la administracin de los
mismos y muchas veces en los puestos de trabajo asociados. Esto requiere de:
el compromiso de la Alta Gerencia
una clara comunicacin a todos los afectados
la planificacin detallada del mismo y su consecuente seguimiento.
El Desarrollo de Sistemas se refiere a todas las actividades que producen una solucin de
S.I. para problemas oportunidades de la organizacin
El proceso de Implementacin incluye todas las actividades de la organizacin
encaminadas a adoptar, administrar y hacer rutinaria una innovacin.

Visin Global del Desarrollo de Sistemas


Puesta en productivo
y Mantenimiento
Anlisis
Diseo

Conversin
Pruebas

Programacin

Caractersticas:
Generalmente se llevan a cabo secuencialmente pero esto puede variar de acuerdo al
Enfoque de Construccin de Sistemas seleccionado.
Cada actividad requiere interaccin con la organizacin.

Visin Global del Desarrollo de Sistemas

Enfoques para el desarrollo de Sistemas


1.

Ciclo de Vida Tradicional

Enfoques para el desarrollo de


Sistemas
2.Prototipos

Paso 1

Identificar Requerimientos

Paso 2

Desarrollar Prototipo

Paso 3

Utilizar Prototipo

Si

Paso 4

Prototipo Funcional

Satisfecho?

No

Mejorar Prototipo

Enfoques para el desarrollo de


Sistemas
3. Compra de Paquetes de Software de Aplicaciones

Se respeta la etapa de Definicin, Pruebas, Instalacin y Post-Implementacin.

La etapa de Anlisis incluir la evaluacin de los paquetes existentes en el mercado :

Confeccin de la solicitud de Propuesta a Proveedores que incluye:

Requerimientos Funcionales y no funcionales a cumplir

Recursos de Hardware, software, base de datos necesarios.

Esfuerzo de customizacin, instalacin, capacitacin y mantenimiento

Documentacin a entregar

Calidad del Fabricante

Costo del producto y trabajo.

Trminos del contrato.

Recepcin de las propuestas de los proveedores

Confeccin de Matriz de Evaluacin de Proveedores.

Seleccin del proveedor/producto.

Contratacin del mismo.

El Diseo tratar de amoldar los requerimientos del usuario a las caractersticas del paquete

Enfoques para el desarrollo de Sistemas


4. Desarrollo por usuarios Finales:

No se utilizan pasos predefinidos.

El desarrollo lo hace el usuario final que conoce la herramienta a utilizar.

Se trabaja con herramientas de cuarta Generacin.

Ahorro de tiempo de Respuesta a los requerimientos.

La administracin debera controlar este tipo de desarrollo para su posterior administracin y


mantenimiento:

requiriendo justificacin econmica para su realizacin.

estableciendo hardware y software posibles de utilizar as como normas de calidad necesarias


de cumplir.

Proporcionando apoyo tcnico y capacitacin para este tipo de desarrollo.

Enfoques para el desarrollo de


Sistemas
Comparacin de Enfoques
Enfoque
Ciclo de Vida
Tradicional

Uso

Caractersticas

Sistemas complejos medianos o


grandes

Divide el desarrollo en fases formales secuenciales

Requerimientos claros, predefinidos


y congelados en la etapa de Anlisis

Costoso, lento e inflexible.

Documentacin por fases. Desalienta cambios

Gran participacin del usuario.

Prototipos

Paquetes de
Software de
Aplicacin

Desarrollo por
usuarios finales

Incertidumbre en Requerimientos

Proceso iterativo. Construccin rpida y econmica

Sistemas pequeos a medianos

Puede omitir pasos esenciales. Puede no servir para


escalar el sistema.

Como
apoyo
de
procesos
universales y estandarizados

Como resolucin de requerimientos


simples (sobre todo reportes)

Ahorro de tiempo y costo en diseo y construccin.


Mantenimiento y mejoras a cargo del proveedor
Tener especial atencin en la
requerimientos nicos a implementar.

cantidad

de

Mayor involucramiento y satisfaccin del usuario


Rpido e Informal. Ahorra tiempos y costos.
Riesgos en el control/administracin del sistema y en la
falta de documentacin del mismo.

Enfoques para el desarrollo de


Sistemas
Tercerizacin Subcontratacin (Outsourcing):
Proceso mediante el cual una firma identifica alguna porcin, o rea de negocio que podra ser
desempeada ms eficientemente y/o ms efectivamente por otra corporacin, la cual es contratada
para desarrollarla.
Su principal objetivo:
concentrar los esfuerzos de una compaa en las actividades esenciales del negocio, a fin de:

otorgar valor agregado a los clientes mediante agilidad y oportunidad en el manejo


de los procesos transferidos

reducir los tiempos de procesamiento

reducir costos y personal permanente

potencializar los talentos humanos

Qu actividades del rea de Sistemas se podran tercerizar? Por qu?

Enfoques
Sistemas

para

el

desarrollo

de

Cadena de Valor

La
aplicacin
de un
enfoque

ESTANDARIZ
A
el proceso

DEFINE
Roles y
responsabil
idades

AUMENTA
Productivida
d

AUMENTA
Calidad Total

Satisface
de
mejor
manera
al Usuario

Metodologas y Herramientas para el desarrollo de


Sistemas

Metodologa: conjunto de mtodos que se utilizan para cubrir las actividades de un


proceso determinado.

Metodologa de Desarrollo de Sistemas: conjunto de mtodos que brindan


soporte a cada una de las actividades dentro de las fases de un proyecto de sistemas.

Metodologas Estructuradas
Tcnicas orientadas a los procesos ms que a los datos.
Son descendentes: desde el nivel ms alto y abstracto hasta el nivel ms bajo y
detallado.
Utilizadas para el enfoque de ciclo de vida tradicional primordialmente.
Incluyen:
Anlisis estructurado DFD, Especificaciones de Procesos.
Diseo estructurado Diagrama de estructura
Programacin estructurada Diagrama de Flujo de Sistemas,
Estructuras de control (secuencia, seleccin, iteracin), Modularizacin

Metodologas y Herramientas para el desarrollo de


Sistemas
2.RUP
Metodologa que divide el proceso en 4 fases: Inicio, Elaboracin, Contruccin y
Transicin. Utilizable para cualquier tipo de proyecto. Cada fase tiene sus
actividades asociadas
Metodologa iterativa con desarrollo incremental
La documentacin se basa en ciertos diagramas y para esto, utiliza el UML.
(Ejemplos de diagramas son: Para el anlisis: Casos de Uso, Diagramas de estados
Para el diseo: Diagramas de clase, Diagramas de componentes, Diagrama de
comunicaciones, etc.)

3.Desarrollo orientado a Objetos:


Objeto como unidad bsica que encapsula sus datos y acciones que se pueden
realizar sobre los mismos. Los objetos se relacionan con otros objetos
Los objetos tienen la caracterstica que son reutilizables, se agrupan en clases y
utilizan herencia.
Utilizado para enfoque hbrido entre ciclo de vida tradicional y prototipos

Metodologas y Herramientas para el desarrollo de


Sistemas

4.Desarrollo Rpido de Aplicaciones


Proceso de Creacin de Sistemas funcionales en tiempo muy corto.
Proceso no secuencial. Partes clave del desarrollo se realizan en paralelo.
Utilizadas para el enfoque de prototipos y con herramientas de cuarta generacin.
Colaboracin estrecha entre usuarios y especialistas de sistemas.
No se genera casi documentacin.
Tcnica utilizable: diseo conjunto de aplicaciones (JAD).

5.Reingeniera de Software
Metodologa que ataca el problema del envejecimiento del software reciclndolo.
Se utiliza la reingeniera para extraer la informacin de diseo y programacin de los
sistemas existentes siguiendo los pasos:

Ingeniera inversa

Modificacin del diseo y especificaciones de programa

Ingeniera hacia adelante

Tendencias
actuales
Las condiciones del entorno actual (globalizacin, negocios en lnea, mercado
cambiante) demandan:
Componentes de software fciles de agregar, modificar, reemplazar o
reconfigurar (sistemas flexibles).
Sistemas escalables.
Conectividad con mltiples plataformas.
Sistemas posibles de instalar/correr en ambientes diversos.

Esta tendencia lleva a las organizaciones a adoptar procesos de desarrollo ms


cortos para aplicaciones a compartir con proveedores, clientes y/ socios de negocios
que proporcionen soluciones rpidas y no desestabilicen sus sistemas de
procesamiento de transacciones y bases de datos organizacionales
esenciales.

xito y Fracaso de los Sistemas de


Informacin
El 75 % de los proyectos de Desarrollo de sistemas fracasan por:
Mayores costos de lo previsto Costos y Recursos
No terminan en el tiempo estimado Tiempos
No son operables Alcance.

Principales reas de problemas (origen en factores de organizacin):


Diseo: Diseo no compatible con la estructura, cultura y metas de la organizacin.
Datos: Informacin ambigua, errnea, desglosada indebidamente o incompleta.
Costos: Los gastos excesivos no pueden justificarse con el valor que el sistema
proporciona al negocio.
Operaciones: Informacin que no se proporciona en forma oportuna o eficiente por
fallas en el procesamiento de la informacin.

xito y Fracaso de los Sistemas de Informacin


Como se mide si tuvo xito de un sistema de informacin?
Utilizacin del Sistema de Informacin
Satisfaccin del usuario (Como el sistema mejora el trabajo de los
usuarios)
Actitud favorable del usuario hacia los responsables del sistema.
Logro de objetivos (Cumplimiento de metas planeadas)
Recompensa financiera

Factores Clave del xito de la Implantacin de Sistemas de Informacin:


Apoyo y compromiso gerencial
Comunicaciones claras e involucramiento del usuario
Tener en cuenta el nivel de complejidad y la gestin de riesgos
Calidad de la administracin de la Implementacin

Directrices para la gestin de sistemas


En 1968 Ted Hoff, ingeniero de Intel encontr la manera de poner
en un pequeo chip todos los circuitos necesarios para el
procesamiento de datos y as surgi el microprocesador
A partir de entonces, asistimos durante dcadas a la revolucin
informtica, que modific totalmente las prcticas empresariales
Algunas empresas obtuvieron grandes beneficios en los primeros
momentos de esta revolucin por desarrollar algo que los dems
no tenan (Fedex, American Airlines)
Pero dnde estamos hoy?
La tecnologa evoluciona rpidamente y adems se hace
ms barata
Es accesible a todo el mundo
Deja de ser una ventaja competitiva y se convierte en un
factor de produccin ms (commodity)

Directrices para la gestin de sistemas


1.Gasta menos

Las 3 reglas de la gestin de IT de Nicolas Carr

Identifica muy bien en qu gastas


Hoy es ms difcil adquirir una ventaja competitiva a travs de inversiones en IT que incurrir en una desventaja
Para que las inversiones generen valor deben contribuir al desarrollo de recursos:
V - valiosos
R - raros, escasos
I - difciles de imitar
S - difciles de sustituir
2. Sigue no Lideres
. La tecnologa evoluciona tan rpido que cuanto ms esperas, ms obtienes por tu dinero
. Herramientas estndar mejor que a medida para facilitar mantenimientos
3. Cntrate en las vulnerabilidades, no en las oportunidades
Dependiendo cmo de sensible sea tu negocio a un fallo en los sistemas, debes establecer tu estrategia

Directrices para la gestin de sistemas


Piensa qu papel juegan los sistemas en tu empresa

Necesidad de fiabilidad de los sistemas

ALTA

Modo fbrica

Modo estrategia

Si los sistemas fallan por un minuto o ms hay una


prdida de negocio inmediata
Reduccin del tiempo de respuesta en segundos tiene
serias consecuencias para usuarios internos y externos
La mayora de las actividades de negocio son online
El trabajo del departamento de sistemas es sobre todo
mantenimiento
No es posible conseguir diferenciacin o reduccin
considerable de costes mediante inversin en sistemas

Si los sistemas fallan por un minuto o ms hay una


prdida de negocio inmediata
Reduccin del tiempo de respuesta en segundos tiene
serias consecuencias para usuarios internos y externos
Nuevos sistemas prometen cambios importantes en el
servicio o en el proceso
Nuevos sistemas suponen grandes reducciones de coste
Nuevos sistemas aportaran ventajas importantes en
coste, servicio o eficacia del proceso respecto a la
competencia

Modo Soporte

Modo Turnaround rediseo, cambio

Incluso con interrupciones largas del servicio, de hasta


12 horas, no hay consecuencias serias
El tiempo de respuesta al usuario >=5 segundos
admisible
Los sistemas son internos, con inexistente visibilidad
para clientes y proveedores
La empresa puede rpidamente cambiar y hacer
manualmente el 80% de las transacciones
El trabajo de sistemas es mayormente mantenimiento

Nuevos sistemas prometen cambios importantes en el


servicio o en el proceso
Nuevos sistemas suponen grandes reducciones de coste
Nuevos sistemas aportaran ventajas importantes en
coste, servicio o eficacia del proceso respecto a la
competencia
El gasto en IT es ms del 50% del CAPEX
El gasto en IT es ms del 15% del gasto total

BAJA

Necesidad de nuevos sistemas

ALTA

Directrices para la gestin de sistemas


Necesidad de fiabilidad de los sistemas

ALTA

y decide los principios para la gestin de los mismos en consecuencia


Modo fbrica

Modo estrategia

Los gestores tienen que hacer vigilancia tecnolgica y


monitorizar qu estn haciendo los proveedores para
detectar la necesidad de intensificar los esfuerzos en IT
Preguntas crticas
Tenemos procedimientos de seguridad y respuesta al
fallo adecuado?
Hay alguna novedad en sistemas que nos pueda llevar
a sorpresas por cambio de estrategia de algn
competidor:
Mantra: No ahorres esfuerzos

Debe de existir en el comit de direccin al menos un


miembro con experiencia en sistemas
Preguntas crticas:
Tenemos la infraestructura y aplicaciones adecuadas para
explotar nuestro conocimiento?
Qu desarrollos hay en el mercado que nos pudiesen
hacer aumentar la ventaja competitiva?
Mantra: Gasta todo lo que haga falta y monitoriza/controla
como loco los resultados!

Modo Soporte

Modo Turnaround rediseo, cambio

Auditora de sistemas
Preguntas crticas:
Debemos permanecer en modo soporte o cambiar
nuestra estrategia de sistemas para ganar a los
competidores?
Estamos gastando adecuadamente el dinero o
siguiendo modas tecnolgicas?
Mantra: No malgastes el dinero!

BAJA

En este caso las tareas de IT ms importantes estarn


ligadas a un proyecto. La direccin debe seguir con
atencin el avance de ese proyecto.
Preguntas crticas:
El plan de desarrollo estratgico de IT va conforme a lo
previsto?Se est consiguiendo el retorno de la inversin
esperado?
Mantra: No falles

Necesidad de nuevos sistemas

ALTA

Directrices para la gestin de sistemas

Las 6 decisiones de IT que la alta direccin no debe de dejar en manos de los responsables de IT

Ejecucin

Estrategia

Decisin

Papel de la direccin

Consecuencias de delegar la decisin

Cunto debemos de
gastarnos en IT?

Definir el papel que juega IT en


la estrategia de la empresa y en
funcin de eso el presupuesto

La estrategia de IT no es acorde a la estrategia de


empresa

Qu procesos de negocio
deben de recibir
presupuesto para IT?

Decidir qu proyectos se harn y


cules no

Una falta de visin global en esta decisin hace que el


departamento de sistemas se sobrecargue de trabajo
con muchos proyectos en paralelo sin que ninguno
llegue a buen puerto

Qu habilidades de IT se
han de centralizar y cules
se dejan libres a cada
empresa?

Decidir el nivel de centralizacin


y estandarizacin de
aplicaciones

Exceso de estandarizacin produce falta de


flexibilidad mientras que demasiado poca incrementa
los costes por falta de sinergias

Qu nivel de servicio
deseas?

Definir tiempo de respuesta y


fiabilidad precisa

Demasiada fiabilidad y bajo tiempo de respuesta


implica extra coste que no en todas las actividades es
necesario

Qu riesgos de privacidad
y seguridad aceptas?

Definir las necesidades de


confidencialidad necesarios para
cada negocio

Sobreconsiderar las necesidades de seguridad y


privacidad de datos hace los procesos lentos y a
veces engorrosos para proveedores y clientes,
mientras que infravalorarlos puede suponer un riesgo

A quin se culpar si falla


una iniciativa de IT ?

Definir responsables

El retorno de la inversin planeado nunca se consigue