Capítulo 13

Management Information Systems
MANAGING THE DIGITAL FIRM, 12TH EDITION
Capítulo 13
CONSTRUCCIÓN DE SISTEMAS DE
INFORMACIÓN
CASOS DE VIDEO
Caso 1: IBM: Gestión de Procesos de Negocio en una Arquitectura Orientada a Servicios
y Gestión de Proyectos
Caso 2: Desarrollo rápido de aplicaciones con Appcelerator
Instructional Video 1: Salesforce y Google: Ventas Desarrollo de soportar sistemas con
aplicaciones en línea
CAPÍTULO 13: LOS SISTEMAS DE INFORMACIÓN DE CONSTRUCCIÓN
Objetivos de Aprendizaje
• ¿De qué manera la construcción de nuevos sistemas de

producir el cambio organizacional?
• ¿Cuáles son las actividades principales en el proceso de
desarrollo de sistemas?
• ¿Cuáles son las principales metodologías para el
modelado y diseño de sistemas?
• ¿Cuáles son los métodos alternativos para la
construcción de sistemas de información?
• ¿Cuáles son los nuevos enfoques para la construcción
del sistema en la era de la firma digital?
2 © Prentice Hall 2011
Sistemas como cambio organizacional planificado
• Cambios estructurales de organización habilitadas por TI

1. Automatización
• Aumenta la eficiencia
• Sustituye a las tareas manuales
2. La racionalización de los procedimientos
• Simplifica los procedimientos normalizados de trabajo
• Se encuentra a menudo en los programas de mejoras
continuas de calidad
– Gestión de la calidad total (TQM)
– Seis sigma

• Cambios estructurales de organización habilitadas por TI

3. Rediseño de procesos de negocios
• Analizar, simplificar y rediseñar los procesos de
negocio
• Reorganizar el flujo de trabajo, se combinan pasos,
eliminar la repetición
4. Los cambios de paradigma
• Repensar la naturaleza del negocio
• Definir nuevo modelo de negocio
• Cambiar la naturaleza de la organización

CAMBIO
ORGANIZACIONAL
LLEVA RIESGOS Y
BENEFICIOS
Las formas más comunes de cambio
en la organización son la
automatización y racionalización.
Estas estrategias relativamente
lentos y lento cambiante presentar
retornos modestos, pero poco
riesgo. Más rápido y más completo
de cambios como el rediseño y
cambios de paradigma-lleva
grandes recompensas, pero ofrece
posibilidades importantes de
fracaso.
FIGURA 13-1

• ADMINISTRACION DEL PROCESO DE NEGOCIOS(BPM)

– Metodologías diversas herramientas para analizar, diseñar,
optimizar los procesos de
– Utilizados por las empresas para gestionar el rediseño de
procesos de negocio
• Pasos en BPM
1. Identificar los procesos de cambio
2. Analizar los procesos existentes
3. Diseñar el nuevo proceso
4. Implementar el nuevo proceso
5. La medición continua

• Variedad de herramientas para BPM, a

– Identificar y documentar los procesos existentes
• Identificar las ineficiencias
– Crear modelos de mejora de procesos
– Captura y hacer cumplir las reglas de negocio para llevar a
cabo los procesos de
– Integrar los sistemas de apoyo a la mejora de los procesos
– Verifique que los nuevos procesos han mejorado
– Medir el impacto de cambios en los procesos en los
indicadores clave de rendimiento empresarial

PUEDE Business Process Management HACER LA DIFERENCIA?

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

Diebold buenos candidatos para la gestión de procesos de
negocio?
• ¿Cuáles fueron los beneficios de negocio de cada empresa de
rediseño y gestión de sus procesos de negocio?
• ¿Cómo cambiar la manera en BPM estas empresas corrían sus
negocios?
• ¿Cuáles podrían ser algunos de los problemas con el software BPM
se extiende a través de un gran número de procesos de negocio?
• Lo que las empresas pueden beneficiarse al máximo mediante la
implementación de BPM?
Visión general de Desarrollo de Sistemas
• Desarrollo de sistemas:
– Las actividades que intervienen en la producción de una
solución de sistema de información para un problema
de organización o de oportunidad
1.Análisis de sistemas
2.Diseño de sistemas
3.Programación
4.Pruebas
5.Conversión
6.La producción y mantenimiento

EL PROCESO DE
DESARROLLO DE
SISTEMAS
La construcción de un sistema
puede ser dividido en seis
actividades principales.
FIGURA 13-4

• Análisis de sistemas
– Análisis de problema a ser resuelto por el sistema de
nuevo
• La definición del problema y la identificación de las causas
• Especificación de soluciones
– Informar de propuesta identifica y analiza las soluciones
alternativas
• Identificar las necesidades de información
– Incluye el estudio de factibilidad
• Es la inversión solución factible y bueno?
• Se requiere la tecnología, la habilidad disponibles?

• Análisis del sistema (cont.)

– El establecimiento de requisitos de información
• ¿Quién necesita qué información, dónde, cuándo y
cómo
• Definir los objetivos de los nuevos / modificados
sistema
• Detalle las funciones del sistema nuevo debe realizar
– Análisis de requisitos defectuoso como principal causa
de fallo de los sistemas y el alto costo de desarrollo de
sistemas

• Diseño de sistemas
– Describe las características de la red que ofrecerán funciones
identificadas durante el análisis de los sistemas de
– Debe abordar todos los componentes gerenciales,
organizacionales y tecnológicas de la solución del sistema
– Papel de los usuarios finales
• Requisitos de usuario información de la unidad de construcción de
sistemas
• Los usuarios deben tener el suficiente control sobre el proceso de
diseño para asegurar que el sistema refleje sus prioridades de negocio y
necesidades de información
• Insuficiente participación de los usuarios en el esfuerzo de diseño es de
las principales causas de fallo del sistema

SALIDA PROCESAMIENTO DOCUMENTACIÓN

Medio Cálculos Operaciones documentación
Contenido Los módulos de programa Sistemas de documentos
Sincronización Informes requeridos Documentación del usuario
Calendario de salidas
ENTRADA CONVERSIÓN
Orígenes Manual de Procedimientos Transferir archivos
Flujo ¿Qué actividades Iniciar nuevos procedimientos
La entrada de datos ¿Quién los realiza Seleccione el método de prueba
¿Cuándo Cortar a lo largo del nuevo
INTERFAZ DE USUARIO Cómo sistema
Sencillez Donde
Eficiencia FORMACIÓN
Lógica CONTROLES Seleccionar las técnicas de
Realimentación Los controles de entrada (caracteres, límite formación
Errores razonable) Desarrollar módulos de
Controles de procesamiento (consistencia, el capacitación
BASE DE DATOS DE número de registros) Identificar los centros de
DISEÑO Control de las salidas (totales, muestras de salida) formación
Modelo de datos lógicos Controles de procedimiento (contraseñas,
Volumen y los requisitos de formularios especiales) CAMBIOS DE ORGANIZACIÓN
velocidad Tarea rediseño
Organización de archivos y SEGURIDAD Job rediseño
diseño Los controles de acceso Proceso de diseño
Especificaciones Record Los planes de catástrofes Organización de diseño de la
Las pistas de auditoría estructura
Informes relaciones

• Programación:
– Especificaciones del sistema de la etapa de diseño se
traducen a código de programa de software
• Pruebas
– Asegura sistema produce resultados correctos
– Las pruebas unitarias: Pruebas de cada programa por
separado en el sistema
– Sistema de prueba: Prueba de funcionamiento de sistema
como un todo
– Las pruebas de aceptación: Hace que el sistema esté listo
para ser utilizado en el entorno de producción
– Plan de pruebas: Todos los preparativos para la serie de
pruebas

EJEMPLO DE UN PLAN DE PRUEBA PARA PROBAR UN CAMBIO RECORD
FIGURA 13-5 Cuando se desarrolla un plan de prueba, es imperativo incluir las diversas condiciones para ser probados, los requisitos para cada condición de prueba y
los resultados esperados. Los planes de prueba requieren la participación de los usuarios finales y especialistas en sistemas de información.

• Conversión
– Proceso de cambiar de sistema antiguo al nuevo sistema
– Cuatro estrategias principales
1. Estrategia paralela
2. Direct corte y cambio
3. Estudio piloto
4. Enfoque por fases
– Requiere formación del usuario final
– Finalización de la documentación detallada que muestra
cómo funciona el sistema del punto de vista técnico y
de usuario final

• La producción y mantenimiento
– Sistema revisado para determinar si las revisiones necesarias
– Puede incluir post-implementación documento de auditoría
– Mantenimiento
• Los cambios en el hardware, software, documentación o
procedimientos para un sistema de producción para corregir
errores, cumplir con los nuevos requisitos, o mejorar la
eficiencia de procesamiento
– 20% de la depuración, el trabajo de emergencia
– 20% de los cambios en el hardware, software, datos, informes
– 60% de los trabajos: mejoras de los usuarios, la mejora de la
documentación, la recodificación de una mayor eficiencia de
procesamiento

RESUMEN DE LOS SISTEMAS DE ACTIVIDADES DE

DESARROLLO
ACTIVIDAD DESCRIPCIÓN
PRINCIPAL
Análisis de sistemas Identificar problema (s)
Especifique soluciones
Establecer requisitos de información
Diseño de sistemas Crear especificaciones de diseño
Programación Traducir las especificaciones de

diseño a código
Pruebas Unidad de prueba

Sistemas de prueba
Recepción de prueba
Conversión Plan de conversión

Preparar la documentación
Formar a los usuarios y personal
técnico
La producción y Utilice el sistema

mantenimiento Evaluar el sistema
Modificar el sistema de

• Metodologías más importantes para el modelado y

diseño de sistemas:
1. Metodologías estructuradas
2. Desarrollo orientado a objetos
• Metodologías estructuradas
– Estructurado: Las técnicas son paso a paso,
progresiva
– Orientado a procesos: Centrándose en los procesos
de modelado o acciones que manipulan datos
– Separa los datos procedentes de los procesos

• Diagrama de flujo de datos:

– Herramienta principal para la representación de los procesos del
sistema de componentes y el flujo de datos entre ellos
– Ofertas modelo lógico gráfica del flujo de información
– Diagramas de alto nivel y de nivel inferior puede ser utilizada para
romper los procesos de abajo en capas de detalle sucesivos
• Diccionario de datos: Define contenido de los flujos de datos y almacenes
de datos
• Especificaciones de proceso: Describir la transformación que ocurre en el
nivel más bajo de los diagramas de flujo de datos
• Estructura de tabla: De arriba hacia abajo gráfico, que muestra cada nivel
del diseño, la relación con otros niveles, y el lugar en la estructura de diseño
en general

DIAGRAMA DE FLUJO DE DATOS DE CORREO EN LA UNIVERSIDAD DE REGISTRO DEL SISTEMA
FIGURA 13-6 El sistema consta de tres procesos: Verificar la disponibilidad (1,0), inscripción estudiantil (2,0), y confirmar la inscripción (3,0). El nombre y el contenido de cada
uno de los flujos de datos aparecen junto a cada flecha. Hay una entidad externa en este sistema: el alumno. Hay dos almacenes de datos: el archivo de estudiante
maestro y el archivo de curso.

ESTRUCTURA DE ALTO NIVEL PARA CUADRO DE UN SISTEMA DE NÓMINA
FIGURA 13-7 Este gráfico muestra la estructura de nivel más alto o más abstracta de diseño para un sistema de nómina,
proporcionando una visión general de todo el sistema.

• Desarrollo orientado a objetos

– Objeto es la unidad básica de análisis y diseño de sistemas
• Objeto:
– Combina los datos y los procesos que operan sobre esos datos
– Datos encapsulados en el objeto puede ser accedido y modificado
sólo por las operaciones, o métodos, asociada con ese objeto
– Modelado orientado a objetos basado en los conceptos
de clase y herencia
• Objetos pertenecen a una clase determinada y tienen
características de esa clase
• Puede heredar estructuras y comportamientos de una manera más
general, la clase ancestro

CLASE Y HERENCIA
Esta figura ilustra cómo clases

heredan los rasgos comunes de
su superclase.
FIGURA 13-8

• Desarrollo orientado a objetos

– Más iterativo e incremental de desarrollo estructurado
tradicional
• Análisis de sistemas: Las interacciones entre el sistema y los
usuarios analizar para identificar objetos
• Fase de diseño: Describe cómo los objetos se comportan e
interactúan; agrupan en clases, subclases y jerarquías
• Implementación: Algunas clases pueden ser reutilizados de
biblioteca existente de clases, otros crearon o heredados
– Dado que los objetos son reutilizables, desarrollo
orientado a objetos potencialmente puede reducir el
tiempo y costo de desarrollo

• Asistido por ordenador ingeniería de software (CASE)

– Herramientas de software para automatizar el desarrollo y
reducir el trabajo repetitivo, incluyendo
• Imágenes instalaciones para producir gráficos y diagramas
• Generadores de pantalla e informar, informar instalaciones
• Análisis y herramientas de comprobación
• Datos diccionarios
• Código y generadores de documentación
– Apoyar el diseño iterativo mediante la automatización de las
revisiones y cambios y proporcionar instalaciones de prototipos
– Requiere disciplina de la organización para ser utilizados con
eficacia

Sistemas alternativos de métodos de desarrollo de
• Alternativa Sistemas de Edificios

Métodos
– Los sistemas tradicionales de ciclo de vida
– Prototipos
– El usuario final de desarrollo
– Paquetes de software de aplicación
– Subcontratación

• Ciclo de vida de los sistemas tradicionales:

– Método más antiguo para la construcción de sistemas de
información
– Enfoque por fases divide el desarrollo en etapas formales
• Sigue "cascada" enfoque: Tareas en un final de etapa antes de que otra
etapa comienza
– Mantiene la división formal del trabajo entre los usuarios finales y
los especialistas en sistemas de información
– Hace hincapié en las especificaciones formales y trámites
– Todavía se utiliza para la construcción de grandes sistemas
complejos
– Puede ser costoso, lento e inflexible

• Prototipos
– La construcción del sistema experimental rápidamente ya
bajo costo para los usuarios finales para evaluar
– Prototipo: Trabajo pero la versión preliminar del sistema de
información
• Aprobado prototipo sirve como molde para la final del sistema
– Pasos en la creación de prototipos
1. Identificar las necesidades de los usuarios
2. Desarrollar prototipo inicial
3. Utilice prototipo
4. Revisar y mejorar el prototipo

EL PROCESO DE
PROTOTIPOS
El proceso de desarrollo de un prototipo
se puede dividir en cuatro pasos. Debido
a que un prototipo se pueden desarrollar
de forma rápida y poco costosa, los
fabricantes de sistemas puede ir a través
de varias iteraciones, repitiendo los
pasos 3 y 4, para refinar y mejorar el
prototipo antes de llegar a la operación
final.
FIGURA 13-9

• Ventajas de prototipos
– Útil si alguna incertidumbre en los requisitos o las soluciones de
diseño
– A menudo se utiliza para el diseño de interfaz de usuario final
– Es más probable que cumplan los requisitos de los usuarios
finales
• Desventajas
– Puede pasar por alto los pasos esenciales
– No puede acomodar grandes cantidades de datos o el número
grande de usuarios
• Es posible que no se someten a pruebas o documentación completa

• El usuario final de desarrollo:

– Utiliza lenguajes de cuarta generación para permitir que
los usuarios finales para desarrollar sistemas con poca o
ninguna ayuda de especialistas técnicos
– Lenguajes de cuarta generación: Menos de procedimiento
de los lenguajes de programación convencionales
• Herramientas de software para PC
• Lenguajes de consulta
• Generadores de informes
• Imágenes idiomas
• Generadores de aplicaciones
• Paquetes de software de aplicación
• De muy alto nivel lenguajes de programación

• El usuario final el desarrollo (cont.):

– Ventajas:
• Terminación más rápida de los proyectos
• Alto nivel de participación y satisfacción del usuario
– Desventajas:
• No está diseñado para aplicaciones de procesamiento intensivo
• Inadecuada gestión y control, las pruebas de la documentación,
• La pérdida de control sobre los datos
– Gestión de usuarios finales desarrollo
• Exigir justificación económica de proyectos de sistemas de
usuario final
• Establecer hardware, el software y los estándares de calidad

• Paquetes de software de aplicación

– Ahorre tiempo y dinero
– Muchos ofrecen características de personalización:
• El software puede ser modificado para satisfacer los requisitos únicos sin
destruir la integridad del paquete de software
– Los criterios de evaluación para el análisis de sistemas incluyen:
• Funciones proporcionadas por el paquete, flexibilidad, facilidad de uso, los
recursos de hardware y software, los requisitos de la base de datos, los
esfuerzos de instalación y mantenimiento, la documentación, la calidad de los
proveedores, y el costo
– Solicitud de Propuesta (RFP)
• Lista detallada de las cuestiones presentadas a los vendedores de software
empaquetado-
• Se utiliza para evaluar alternativas de paquetes de software

• Subcontratación
– Varios tipos
• Cloud y SaaS proveedores
– Empresas Participantes utilizar el software y hardware de la
computadora proporcionada por los distribuidores
• Proveedores externos
– Contratado para diseñar, crear software
– Interno de outsourcing
» Impulsado por las empresas necesitan de habilidades
adicionales, recursos, activos
– La subcontratación
» Impulsada por la reducción de costos

• Outsourcing (cont.)
– Ventajas
• Permite flexibilidad en la organización de TI
necesita
– Desventajas
• Los costos ocultos, por ejemplo,
– Identificación y selección de proveedores
– Transición al vendedor
• La apertura de los procesos propios del negocio a
terceros
COSTO TOTAL DE OFFSHORE OUTSOURCING
FIGURA 13-10 Si una empresa invierte $ 10 millones en contratos de outsourcing costa afuera, esa compañía realmente pasará del 15,2 por ciento en costes adicionales, incluso en el
mejor de los casos. En el peor de los casos, donde hay una caída drástica de la productividad a lo largo de la transición excepcionalmente altos costos de despido, una
empresa puede llegar a pagar hasta un 57 por ciento en costos adicionales en la parte superior de la inversión $ 10 millones para un contrato en alta mar.

Desarrollo de aplicaciones para la Firma Digital
• Desarrollo rápido de aplicaciones (RAD)

– Proceso de creación de sistemas viables en un período muy
corto de tiempo
– Utiliza técnicas tales como:
• Programación visual y otras herramientas para la creación
de interfaces gráficas de usuario
• Iterativo de prototipos de elementos clave del sistema
• Automatización de la generación de código de programa
• Cerca trabajo en equipo entre los usuarios finales y los
especialistas en sistemas de información

• Diseño de la aplicación conjunta (JAD)

– Se utiliza para acelerar la generación de requisitos
de información y el desarrollo de sistemas de diseño
inicial
– Trae los usuarios finales y los especialistas en
sistemas de información conjuntamente en sesión
interactiva para discutir el diseño de sistemas de
– Puede acelerar significativamente la fase de diseño
y participación de los usuarios a nivel intenso

• El desarrollo ágil
– Se centra en la rápida entrega de software que trabaja
rompiendo proyecto grande en varios pequeños
subproyectos
– Subproyectos
• Se trata como proyectos separados, completos
• Terminado en cortos períodos de tiempo utilizando la
iteración y retroalimentación continua
– Destaca cara a cara la comunicación a través de
documentos escritos, lo que permite la colaboración y
la decisión de hacer más rápido

• Desarrollo basado en componentes

– Grupos de objetos que proporcionan software para funciones
comunes (por ejemplo, pedidos en línea) y se pueden combinar
para crear aplicaciones a gran escala de negocio
– Los servicios Web
• Los componentes reutilizables de software que utilizan estándares de
Internet XML y abierto (independiente de la plataforma)
• Permita a las aplicaciones comunicarse sin necesidad de programación
personalizada que compartir datos y servicios
• Pueden participar otros servicios Web para las transacciones más
complejas
• El uso de la plataforma y estándares independientes del dispositivo puede
dar lugar a importantes ahorros de costes y oportunidades de colaboración
con otras empresas

All rights reserved. No part of this publication may be reproduced, stored

in a retrieval system, or transmitted, in any form or by any means,
electronic, mechanical, photocopying, recording, or otherwise, without the
prior written permission of the publisher.
Printed in the United States of America.
Copyright © 2011 Pearson Education, Inc.
Publishing as Prentice Hall

Capítulo 13

Загружено:

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

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

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

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

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

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

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

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

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

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

Capítulo 13

Загружено:

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

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

Management Information Systems

MANAGING THE DIGITAL FIRM, 12TH EDITION

• ¿De qué manera la construcción de nuevos sistemas de

Sistemas como cambio organizacional planificado

• Cambios estructurales de organización habilitadas por TI

4 © Prentice Hall 2011

Sistemas como cambio organizacional planificado

• Cambios estructurales de organización habilitadas por TI

5 © Prentice Hall 2011

Sistemas como cambio organizacional planificado

6 © Prentice Hall 2011

Sistemas como cambio organizacional planificado

• ADMINISTRACION DEL PROCESO DE NEGOCIOS(BPM)

7 © Prentice Hall 2011

Sistemas como cambio organizacional planificado

• Variedad de herramientas para BPM, a

10 © Prentice Hall 2011

Sistemas como cambio organizacional planificado

PUEDE Business Process Management HACER LA DIFERENCIA?

• ¿Por qué las grandes empresas como AmerisourceBergen y

Visión general de Desarrollo de Sistemas

12 © Prentice Hall 2011

Visión general de Desarrollo de Sistemas

13 © Prentice Hall 2011

Visión general de Desarrollo de Sistemas

14 © Prentice Hall 2011

Visión general de Desarrollo de Sistemas

• Análisis del sistema (cont.)

15 © Prentice Hall 2011

Visión general de Desarrollo de Sistemas

16 © Prentice Hall 2011

Visión general de Desarrollo de Sistemas

SALIDA PROCESAMIENTO DOCUMENTACIÓN

17 © Prentice Hall 2011

Visión general de Desarrollo de Sistemas

18 © Prentice Hall 2011

Visión general de Desarrollo de Sistemas

EJEMPLO DE UN PLAN DE PRUEBA PARA PROBAR UN CAMBIO RECORD

19 © Prentice Hall 2011

Visión general de Desarrollo de Sistemas

20 © Prentice Hall 2011

Visión general de Desarrollo de Sistemas

21 © Prentice Hall 2011

Visión general de Desarrollo de Sistemas

RESUMEN DE LOS SISTEMAS DE ACTIVIDADES DE

Diseño de sistemas Crear especificaciones de diseño

Programación Traducir las especificaciones de

Pruebas Unidad de prueba

Conversión Plan de conversión

La producción y Utilice el sistema

22 © Prentice Hall 2011

Visión general de Desarrollo de Sistemas

• Metodologías más importantes para el modelado y

23 © Prentice Hall 2011

Visión general de Desarrollo de Sistemas

• Diagrama de flujo de datos:

24 © Prentice Hall 2011

Visión general de Desarrollo de Sistemas

DIAGRAMA DE FLUJO DE DATOS DE CORREO EN LA UNIVERSIDAD DE REGISTRO DEL SISTEMA

25 © Prentice Hall 2011

Visión general de Desarrollo de Sistemas

ESTRUCTURA DE ALTO NIVEL PARA CUADRO DE UN SISTEMA DE NÓMINA

26 © Prentice Hall 2011

Visión general de Desarrollo de Sistemas