Cap 141029194414 Conversion Gate01

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
FIGURE 13-2 La compra de un libro en una librería física requiere muchos pasos a realizar por el
vendedor y el cliente.


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

FIGURE 13-3 para que se requieran menos 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 141029194414 Conversion Gate01

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Cap 141029194414 Conversion Gate01

Загружено:

Авторское право:

Доступные форматы

Management Information Systems

MANAGING THE DIGITAL FIRM, 12TH EDITION

Construyendo Sistemas de Información

• Cómo es que la creación de nuevos sistemas

CIMB Group Rediseña su proceso de apertura de cuentas

Los sistemas como cambio organizacional planeado

• El desarrollo de S. I. cambia la organización

Los sistemas como cambio organizacional planeado

• El desarrollo de S. I. cambia la organización

Los sistemas como cambio organizacional planeado

6 © Prentice Hall 2011

Los sistemas como cambio organizacional planeado

• Gestión de procesos de negocios (Business Process Managment)

Los sistemas como cambio organizacional planeado

8 © Prentice Hall 2011

Los sistemas como cambio organizacional planeado

El uso de la tecnología de Internet permite reDiseñar el proceso para la compra de un libro

9 © Prentice Hall 2011

Los sistemas como cambio organizacional planeado

• Herramientas para la BPM, para

PUEDE LA GESTIÓN DE PROCESOS DE NEGOCIOS HACER LA DIFERENCIA?

Generalidades del desarrollo de sistemas

Generalidades del desarrollo de sistemas

13 © Prentice Hall 2011

Generalidades del desarrollo de sistemas

14 © Prentice Hall 2011

Generalidades del desarrollo de sistemas

• Análisis de sistemas (cont.)

15 © Prentice Hall 2011

Generalidades del desarrollo de sistemas

16 © Prentice Hall 2011

Generalidades del desarrollo de sistemas

17 © Prentice Hall 2011

Generalidades del desarrollo de sistemas

Generalidades del desarrollo de sistemas

Cuando se desarrolla un plan de pruebas, es necesario

19 © Prentice Hall 2011

Generalidades del desarrollo de sistemas

• Conversión (Implementación/Puesta en marcha)

20 © Prentice Hall 2011

Generalidades del desarrollo de sistemas

Generalidades del desarrollo de sistemas

22 © Prentice Hall 2011

Generalidades del desarrollo de sistemas

• Las metodologías mas importantes para el

23 © Prentice Hall 2011

• Diagrama de flujo de datos (DFD):

Generalidades del desarrollo de sistemas

25 © Prentice Hall 2011

Generalidades del desarrollo de sistemas

26 © Prentice Hall 2011

Generalidades del desarrollo de sistemas

• 2) Desarrollo orientado a objetos

Generalidades del desarrollo de sistemas

28 © Prentice Hall 2011

Generalidades del desarrollo de sistemas

Generalidades del desarrollo de sistemas

• Ingeniería de software apoyada por computadora (CASE)

Metodologías alternativas para crear sistemas

• Métodos alternativos para construir sistemas

31 © Prentice Hall 2011

Metodologías alternativas para crear sistemas

• Ciclo de vida tradicional: