Cap. 13 creacion de un sistema de información - laudon

Management Information Systems
MANAGING THE DIGITAL FIRM, 12TH EDITION
Capítulo 13
Construyendo Sistemas de Información
VIDEO CASES
Case 1: IBM: Business Process Management in a Service-Oriented Architecture
and Managing Projects
Case 2: Rapid Application Development With Appcelerator
Instructional Video 1: Salesforce and Google: Developing Sales Support Systems with
Online Apps

Capitulo 13: Construyendo Sistemas de Información
Objetivos de aprendizaje
• Cómo es que la creación de nuevos sistemas
produce el cambio organizacional?
• Cuáles son las actividades básicas en el proceso de
desarrollo de un sistema?
• Cuáles son las principales metodologías para
modelar y diseñar sistemas?
• Cuáles son los métodos alternativos para crear
Sistemas de Información?
• Cuáles son las nuevas metodologías para crear
sistemas en la era de la firma digital?
2 © Prentice Hall 2011

Capitulo 13: Construyendo Sistemas de Información
CIMB Group Rediseña su proceso de apertura de cuentas
• Problema: Los servicios financieros que provee CIMB
group quieren dotar de mayor eficiencia al proceso de
negocios, especificamente la apertura de cuentas en las
sucursales.
• Solutions: La herramienta ARIS BPM es usada para
identificar 25 áreas que mejoran la eficiencia. Se utiliza
una Tarjeta de Identificación que todos los ciudadanos de
Malasia deben tener, para automatizar la introducción de
datos de los clientes, reduciendo el tiempo en un 50% .
• Demuestra el uso de sistemas de información para
racionalizar y rediseñar los procesos de negocio
• Ilustra primer paso clave en la construcción de nuevo
sistema - Análisis

CHAPTER 13: BUILDING INFORMATION SYSTEMS
Los sistemas como cambio organizacional planeado
• El desarrollo de S. I. cambia la organización
1. Automatización
• Incrementa la eficiencia
• Reemplaza tareas manuales
2. Racionalización de los procedimientos
• Simplifica los procedimientos operativos
estándar
• Se encuentra a menudo en los programas para
hacer mejoras continuas de calidad. Total quality
management (TQM) - Six sigma

• El desarrollo de S. I. cambia la organización
3. Rediseño del proceso de negocios
• Analizar, simplificar, and rediseñar procesos de
negocios
• Reorganizar flujos de trabajo, combinar pasos, y
eliminar repeticiones.
4. Cambios de paradigma
• Repensar la naturaleza de los negocios
• Definir nuevo modelo de negocios
• Cambiar la naturaleza de la organización

El CAMBIO
ORGANIZACIONAL
CONLLEVA RIESGOS
Y RECOMPENSAS
Las formas más comunes de
cambio organizacional son la
automatización y racionalización.
Estos relativamente mínimos
movimientos y poco cambio en
las estrategias actuales traen
modestas recompensas, pero
poco riesgo. Mucho mas impacto
y más amplio es el cambio de
rediseño y cambios de
paradigma, esto conlleva grandes
recompensas, pero tambien
ofrece posibilidades
considerables de fracaso.
FIGURE 13-1

• Gestión de procesos de negocios (Business Process Managment)
– Variedad de herramientas, metodologías para
analizar, diseñar y optimizar los procesos.
– Utilizado por empresas para gestionar el rediseño de
procesos de negocio
• Pasos en BPM
1.Identificar los procesos a cambiar
2. Analizar los procesos existentes
3.Diseñar los nuevos procesos
4.Implementar los nuevos procesos
5. Medición continua

Proceso de compra normal de un libro en una librería
La compra de un libro en una librería física requiere muchos pasos a realizar por el
vendedor y el cliente.
FIGURE 13-2

PROCESO REDISEÑADO PARA COMPRAR UNLIBRO ONLINE
El uso de la tecnología de Internet permite reDiseñar el proceso para la compra de un libro
para que se requieran menos FIGURE 13-3 pasos y se consuman menos recursos.

• Herramientas para la BPM, para
– Identificar y documentar procesos existentes
• Identificar ineficiencias
– Crear modelos de mejoras de procesos
– Capturar y hacer cumplir las reglas de negocio para llevar
a cabo los procesos eficientemente.
– Integrar los sistemas existentes para apoyar mejoras en
los procesos
– Verificar que los nuevos procesos han mejorado
– Medir el impacto de los cambios en los procesos sobre los
indicadores claves del rendimiento empresarial.

PUEDE LA GESTIÓN DE PROCESOS DE NEGOCIOS HACER LA DIFERENCIA?
Lea la Sesión Interactiva y discuta sobre las siguientes cuestiones
• ¿Por qué las grandes empresas como Ameri-SourceBergen y
Read the Interactive Session and discuss the following questions
Diebold son buenos candidatos para la gestión de procesos de
negocios?
• ¿Cuáles fueron los beneficios de negocio de cada compañía a
partir del rediseño y la gestión de sus procesos de negocio?
• ¿Cómo cambió la BPM de Progress la forma en que estas
empresas operaban sus negocios?
• ¿Cuáles serian algunos de los problemas para extender el
software de BPM a través de un gran número de procesos de
negocio?
• Qué compañias estan listas para alcanzar las mayores
ganancias al implementar la BPM?
g © Prentice Hall 2011

Generalidades del desarrollo de sistemas
• Desarrollo de sistemas:
- Actividades que intervienen en la producción de una
solución de sistema de información a un problema
de organización u oportunidad.
1.Análisis de sistemas
2.Diseño de sistemas
3.Programación
4.Prueba
5. Implementación (Conversión)
6.Mantenimiento

EL PROCESO DEL
DESARROLLO DE
SISTEMAS
La construcción de un
sistemas se puede dividir en
6 actividades básicas
FIGURE 13-4

• Análisis de Sistemas
– Análisis del problema a ser resuelto por el nuevo
sistema
• Definir el problema y especificar sus causas
• Especificar soluciones
– Identificar y analizar las soluciones alternativas.
– Incluye estudio de viablidad
• Es una solución factible y una buena inversión?
• La tecnología requerida está disponible?

• Análisis de sistemas (cont.)
– Establer los requerimientos de información
• Quién necesita qué información, dónde, cuándo,
and cómo
• Definir objetivos del sistema nuevo o a modificar
• Detallar las funciones que el sistema deberá realizar
– Un análisis de requerimientos erróneo es la principal
causa de falla de los sistemas y de alto costo en el
desarrollo.

• Diseño de sistemas
– Describe lo que debería hacer el sistema para cumplir con
los requerimientos del análisis y cómo lo hará.
– Deberá lidiar con todos los componentes gerenciales,
organizacionales y tecnológicos de la solución del sistema.
• Los requerimientos de información de los usuarios controlan la
creación del sistema
• Los usuarios deben tener el control suficiente sobre el proceso de
diseño para asegurar que el sistema refleja sus prioridades de
negocio y necesidades de información
• La insuficiente participación de los usuarios en la etapa de diseño es
la mayor causa de falla del sistema.

Especificaciones de diseño

• Programación:
– Las especificaciones de la etapa de diseño se traducen a un
lenguaje de programación
• Testing (Prueba)
– Asegurarse que el sistema genere resultados correctos
– Prueba por unidad: Testear cada programa separadamente.
– Prueba del sistema: Testear la funcionalidad del sistema
como un todo.
– Prueba de aceptación: certifica que el sistema esté listo
para ser usado en un entorno de producción
– Plan de prueba: abarca la preparación para la serie de
pruebas que acabamos de describir

Cuando se desarrolla un plan de pruebas, es necesario
incluir las diversas condiciones a ser probadas, los
requisitos para cada condición probada, y los resultados
esperados. Los planes de prueba requieren la
colaboración tanto de los usuarios finales como de los
especialistas en sistemas de información. (Ejemplo Pág.
500)

• Conversión (Implementación/Puesta en marcha)
– Proceso de cambio del viejo sistema por el nuevo.
– Hay 4 estrategias principales para realizarlo
1. Estrategia paralela
2. Reemplazo directo
3. Estudio piloto (implementación por partes)
4. Metodología en fases
– Requiere la capacitación del usuario final
– Finalización de la documentación detallada que
muestra cómo funciona el sistema desde el punto de
vista técnico y de usuario final

• Producción y Mantenimiento
– El sistema es revisado para determinar si necesita
modificaciones
– Puede incluir un documento formal de auditoría post-implementación
– Mantenimiento
• Cambios en el hardware, software, documentación o
procedimientos a un sistema de producción para corregir
errores, cumplir los nuevos requisitos, o mejorar la eficiencia
de procesamiento
- 20% del tiempo es sado para corregir emergencias en producción.
-20% cambios en hardware, software, datos, informes.
- 60% del trabajo: mejoras para los usuarios, mejorar documentación,
recodificar programas para mayor eficiencia en el proceso.

• Las metodologías mas importantes para el
modelado y diseño de sistemas son:
1. Metodologías estructuradas
2. Desarrollo orientado a objetos
1) Metodologías estructuradas
– Estructuradas: técnicas progresivas paso a paso.
– Orientada a procesos: se focaliza en el diseño de
los procesos y manipulación de datos
– Separa datos de procesos

• Diagrama de flujo de datos (DFD):
– Es una herramienta fundamental para representar los procesos
de un sistema y el flujo de datos entre ellos.
– Ofrece modelo gráfico logico sobre el flujo de información.
– Diagramas de alto nivel y de bajo nivel se pueden utilizar para
romper hacia abajo en los procesos en capas de detalle
sucesivos
– Diccionario de datos: define el contenido de flujo de datos y su
almancenamiento.
• Especificaciones de los procesos: Describir la transformación que
ocurre en el nivel más bajo de los diagramas de flujo de datos
• Diagrama de estructura: Gráfico de arriba hacia abajo, mostrando
cada nivel del diseño, la relación con otros niveles, y el lugar en la
estructura general del diseño

DIAGRAMA DE ESTRUCTURA DE ALTO NIVEL DE UN SISTEMA DE NÓMINA DE EMPLEADOS

• 2) Desarrollo orientado a objetos
– Utiliza el objeto como la unidad básica del análisis y diseño de
sistemas
• Objeto:
– Combinación de datos y procesos específicos que operan sobre ellos
– Los datos encapsulados en el objeto se puede acceder y modificar
sólo por las operaciones, o métodos asociados con ese objeto.
– El diseño orientado a objetos utiliza los conceptos de CLASE y
HERENCIA
• Los objetos pertenecen a una determinada clase y tienen
características de esa clase
• Pueden heredar estructuras y comportamientos de una clase mas
general, y agregar variables y comportamientos propios

• Desarrollo orientado a objetos
– Es mas iterativo e incremental que el desarrollo
estructurado tradicional
• Análisis del sistema: comprende interacciones entre el sistema y
los usuarios para identificar objetos (datos y procesos)
• Etapa de diseño: Describe como los objetos se comportarán y
como interactuarán entre si; agrupados en clases, subclases and
jerarquías.
• Implementación: Algunas clases ya existentes en una biblioteca
de clases pueden ser reusadas, otras creadas
– Dado que los objetos son reusables, el desarrollo
orientado a objetos puede reducir tiempo y costo de
desarrollo

• Ingeniería de software apoyada por computadora (CASE)
– Son herramientas para automatizar los desarrollos y
reducir el trabajo repetitivo, incluye
• Facilidades gráficas para realizar tablas y diagramas
• Generadores de pantallas e informes
• Herramientas de análisis y comprobación
• Diccionario de datos
• Generadores de código y documentación
– Apoyar el diseño iterativo mediante la automatización de
las revisiones y los cambios y proporcionar instalaciones
de prototipos
– Requiere disciplina organizacional para ser usadas

Metodologías alternativas para crear sistemas
• Métodos alternativos para construir sistemas
– Ciclo de vida de sistemas
– Prototipo
– Desarrollo del usuario final
– Paquetes de software de aplicación
– Outsourcing: contratación de una firma
externa para desarrollar un software a
medida.

• Ciclo de vida tradicional:
– Método mas antiguo para la construcción de sistemas
– Un enfoque progresivo divide el desarrollo en etapas formales
• Sigue el método de "cascada“: se deben concluir las tareas
hasta el final de la etapa antes de que comience otra
• División muy formal de trabajo entre usuarios finales y
especialistas en sistemas
– Mucho énfasis en documentación formal y documentos de
trabajo
– Todavía se sigue usando para desarrollo de sistemas complejos
– Puede ser costoso, consumir mucho tiempo, y ser poco flexible.

• Prototipos
– Consiste en crear un sistema experimental con
rapidez y a un bajo costo para que sea evaluado por
los usuarios finales
– Prototipo: sistema preliminar del sistema definitivo
• El prototipo aprobado por los usuarios será la plantilla
para el sistema final.
– Pasos en prototipos
1. Identificar los requerimientos de los usuarios
2. Desarrollar un prototipo inicia
3. Usar el sistema prototipo
4. Revisar y mejorar el prototipo

• Ventajas de usar prototipos
– Es útil si existe cierta incertidumbre en los requerimientos o las
soluciones de diseño
– Es usado para desarrollar la inteface con el usuario final
– Mayor probabilidades de cumplir con los requerimientos del
usuario final
• Desventajas
– Puede pasar por alto pasos esenciales en el desarrollo de
sistemas
– Puede no responder a grandes cantidades de datos o gran
cantidad de usuarios
• Dificil de realizar un full testing o tener documentación

• Desarrollo del usuario final:
– Se usan leguajes de cuarta generación que permiten a los
usuarios finales desarrollar su sistema con una mínima
ayuda (o ninguna) de los especialistas en sistemas
– Lenguajes de 4ta generación: mucho menos procedurales
que los lenguajes de programación convencionales
• Herramientas de software de PC
• Lenguajes de consultas
• Generadores de reportes
• Lenguajes gráficos
• Generador de aplicaciones
• Paquetes de software de aplicación
• Lenguajes de programación de alto nivel

• Desarrollo del usuario final (cont.):
– Ventajas:
• Finalización rápida de los proyectos
• Alto nivel de participación de los usuarios y satisfacción
– Desventajas:
• No manejan grandes cantidades de transacciones
• Inadecuada administracion y control, testing, documentación
• Pérdida de control sobre los datos
– Gestión del desarrollo de usuarios finales
• Requerir justificación del costo del proyecto
• Establecer estándares de hardware, software y calidad

• Paquetes de software de aplicación
– Ahorran tiempo y dinero
– Ofrecen características de personalización:
• El software puede ser modificado para satisfacer los requisitos
propios sin destruir la integridad del paquete de software
– Los criterios de evaluación para el análisis de
sistemas incluyen:
• Funciones que ofrece el paquete, flexibilidad, facilidad de uso,
los recursos de hardware y software, requisitos de base de datos,
los esfuerzos de instalación y mantenimiento, documentación,
calidad de proveedor, y el costo
– Solicitud de propuesta (RFP)
• Lista detallada de las preguntas presentadas a los proveedores
de software empaquetado
• Se utiliza para evaluar paquetes de software alternativos

• Outsourcing
– Muchas formas
• Proveedores de sistemas en la nube
– Las compañias suscriptoras usan el software y el hardware
que provee el servicio
• Proveedor externo
– Es contratado para diseñar, crear software
– Ousoursing doméstico
» Firmas que poseen habilidades, recursos y activos que no
tienen los clientes
– Outsourcing fuera del país
» Impulsado por el bajo costo

Capitulo 13: construyendo sistemas de información
• Outsourcing (cont.)
– Ventajas
• Ademas del bajo costo, muchas veces provee
tecnología de 1era categoría.
– Desventajas
• Costos ocultos, por ej.
– Identificar y seleccionar el proveedor
– Cambiar de proveedor
• La apertura de los procesos de negocios
propios a terceros

Capitulo 13: construyendo sistemas de información
Guia de estudio
1) Analice el caso de estudio “Zimbra se abre paso con
Oneview”, responda las preguntas del caso. Pag. 512
(Trabajo a entregar por equipo de hasta 3 alumnos)
2) ¿Cómo es que la creación de nuevos sistemas produce el
cambio organizacional?
3) ¿Cuáles son las actividades básicas en el proceso de desarrollo
de sistemas?
4) ¿Cuales son las principales metodologías para modelar y
diseñar sistemas?
5) Cuales son los métodos alternativos para crear sistemas de
información?

Cap. 13 creacion de un sistema de información - laudon

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Similar a Cap. 13 creacion de un sistema de información - laudon

Similar a Cap. 13 creacion de un sistema de información - laudon (20)

Último

Último (20)

Cap. 13 creacion de un sistema de información - laudon

Notas del editor