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

Management Information SystemsMANAGING THE DIGITAL FIRM, 12TH EDITION

Construyendo Sistemas de Información

Capítulo 13

VIDEO CASESCase 1: IBM: Business Process Management in a Service-Oriented Architectureand Managing ProjectsCase 2: Rapid Application Development With AppceleratorInstructional Video 1: Salesforce and Google: Developing Sales Support Systems with

Online Apps

Management Information Systems

• Cómo es que la creación de nuevos sistemasproduce 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 paramodelar y diseñar sistemas?

• Cuáles son los métodos alternativos para crearSistemas de Información?

• Cuáles son las nuevas metodologías para crearsistemas en la era de la firma digital?

Objetivos de aprendizaje

Capitulo 13: Construyendo Sistemas de Información

© Prentice Hall 20112


• Problema: Los servicios financieros que provee CIMB group quieren dotar de mayor eficiencia al proceso de negocios, especificamente la apertura de cuentas en lassucursales.

• 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

CIMB Group Rediseña su proceso de apertura de cuentas


Capitulo 13: Construyendo Sistemas de Información


• 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

Los sistemas como cambio organizacional planeado

CHAPTER 13: BUILDING INFORMATION SYSTEMS



• 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 tambienofrece 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 BPM1.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 pasos y se consuman menos recursos.FIGURE 13-3




• 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.





Read the Interactive Session and discuss the following questions• ¿Por qué las grandes empresas como Ameri-SourceBergen y

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 mayoresganancias al implementar la BPM?

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


© Prentice Hall 2011g

Lea la Sesión Interactiva y discuta sobre las siguientes cuestiones


• 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

Generalidades del desarrollo de sistemas





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 nuevosistema

• 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 esla 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 sistemacomo un todo.

– Prueba de aceptación: certifica que el sistema esté listopara 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 necesarioincluir las diversas condiciones a ser probadas, losrequisitos para cada condición probada, y los resultadosesperados. Los planes de prueba requieren lacolaboración tanto de los usuarios finales como de losespecialistas 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 realizarlo1. Estrategia paralela2. Reemplazo directo3. 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 necesitamodificaciones

– 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 procesosde 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 sualmancenamiento.

• 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 masgeneral, y agregar variables y comportamientos propios





• Desarrollo orientado a objetos

– Es mas iterativo e incremental que el desarrolloestructurado 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 bibliotecade clases pueden ser reusadas, otras creadas

– Dado que los objetos son reusables, el desarrolloorientado 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





• 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.

Metodologías alternativas para crear sistemas




• 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 porlos usuarios finales

– Prototipo: sistema preliminar del sistema definitivo

• El prototipo aprobado por los usuarios será la plantillapara 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 lassoluciones 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 grancantidad 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ínimaayuda (o ninguna) de los especialistas en sistemas

– Lenguajes de 4ta generación: mucho menos proceduralesque 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




• 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



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 desarrollode 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?


Guia de estudio

Capitulo 13: construyendo sistemas de información

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

Education