Subido por HUGO FERNEY CHAUX COLORADO

Capitulo13 Español

Anuncio
Edificio información Sistemas
APRENDIENDO OBJETIVOS
Después de leer este capítulo, Vas a ser
capaz para responder las siguientes
preguntas:
Vinci Energías construye a Nuevo Aplicación
móvil de hoja de horas de empleado
13-1 Cómo hace edificio nuevo los
sistemas producen organizativo
¿cambiar?
Mundo McAfee recurre a Software
automatizado
Pruebas
13-2 Cuáles son ¿Cuáles son las
actividades centrales en el
proceso de desarrollo de
sistemas ?
13-3 Qué son el principal metodologías
para modelado y diseño sistemas?
13-4 ¿Cuáles son los métodos
alternativos para construir
sistemas de información?
Rediseño de procesos de negocio en DP
Migración a la nube de Pick n Pay para
mejorar la inteligencia empresarial
VIDEO CASOS
IBM: Gestión de procesos de negocio en un
Entorno SaaS
IBM Ayuda a la ciudad de Madrid con
Software BPM en tiempo real
13-5 Qué son nuevo enfoques ¿Para la
construcción de sistemas en la era de
las empresas digitales?
13-6 Cómo voluntad MAL ayuda mi
¿carrera profesional?
BPM Business Process Management
520
Vinci Energías construye a Nuevo Móvil Empleado
Aplicación de hoja de horas
V
inci Energías, parte del Vinci Group y con sede en Francia, es una
empresa de servicios profesionales en crecimiento en los sectores de la
construcción, la energía y la información. tecnología industrias. Él
proporciona soluciones para infraestructura ­
tura, construcción y tecnologías de la información y las comunicaciones (TIC), y
desarrolla y mantiene infraestructuras energéticas eficientes. La empresa tenía
1.800 negocios. unidades i;,,rith encima 02,000 empleados en 55 países y global
unos ingresos de 13.800 millones de euros (15 dólares estadounidenses mil
millones) en 2019.
Vinci tenía persiguió un fuerte adquisición estrategia, triplicar en tamaño
entre 2009 y 2019. Vinci movido todo de es compañías mundial a a soltero
instancia de SAP SI 4HANA, la próxima generación de ERP de SAP software,
para que toda la empresa pueda funcionar en un conjunto común de negocios
procesos. El La empresa pudo migrar al nuevo sistema SAP S/4HANA en
agosto de 2018 y Quería aplicaciones adicionales creadas utilizando la
plataforma SAP.
Qué Vinci produce son de hecho servicios,
entonces el negocio se basa enteramente en
proyectos y cada proyecto tiene sus propios
acuerdos financieros con los clientes. Todos los
costos para la empresa ( como horas trabajadas o
alquiler de equipos) está ligado a un proyecto, y un
solo empleado podría estar trabajando en varios
proyectos. Si un empleado en el campo trabaja en
más de un proyecto en un día determinado, esa
persona podría necesitar ingresar 2 horas dedicadas
a un proyecto y 4 horas 15 minutos dedicados a
otro. Esa persona también podría tener que agregar
los costos de alquiler de equipos para uno de estos
proyectos. La gerencia usa esto información para
determinar si un proyecto está resultando o
perdiendo dinero para el negocio. Vinci Gestiona las
energías acerca de 400.000 proyectos mundial
cada
año, cada valorado en acerca de 20.000 a 25.000 euros (A NOSOTROS
$22,000 a $27 1 000).
Los sistemas existentes de Vinci, que eran en gran medida manuales, lo
hacían muy difícil y pérdida de tiempo a mantener pista de todos estos costos del
proyecto. Empleados que trabajan en el campo (muchos de los cuales viajado a
realizar construcción y mantenimiento en sitios de remate) tener para regresar1
a la oficina para entrar al proyecto y datos de la hoja de horas en línea en el
sistema SAP. La empresa necesitaba una nueva aplicación de hoja de horas de
los empleados que pudiera capturar las hojas de horas de los trabajadores, así
como los costos y actividades del proyecto para múltiples proyectos desde
cualquier ubicación. Otros usuarios autorizados podrán ver en línea la hoja de
tiempos y los datos del proyecto.
Vinci
está
llevando a cabo un
proyecto
piloto
utilizando
SAP
Cloud
P1atfonn
para
este
fin.
SAVIA
Nube
Plataforma es un
empresa
Plataforma - como
servicio
(Paas),
cual vamos
mi Goodluz/1231lF
521
522
Parte cuatro Edificio y Gerente Sistemas
Las organizaciones crean, amplían e integran aplicaciones empresariales en
la nube. Tiene una interfaz de usuario intuitiva y herramientas de desarrollo
sencillas. Vinci desarrolló un aplicación llamado MOBITIME, usando este
herramienta dentro a siete meses período. Los usuarios de negocios y
aplicaciones dedicaron un tiempo considerable a discutir los procesos de
negocios y el diseño de la pantalla de entrada de datos para asegurarse de que el
sistema tuviera la funcionalidad correcta, el diseño fuera aceptable y las
personas se sintieran cómodas usando el software.
MOBITIME es solo disponible en línea, pero empleados poder
fácilmente acceso él en tabletas y teléfonos móviles cuando están en el
campo. Son capaces de entrar en el tiempo. hoja datos o otro proyecto
costos usando a soltero solicitud, cual transmite el datos a actualizar el nuevo
SAVIA S/4HANA sistema. MOBITIME La interfaz es fácilmente navegable y
permite a los empleados ingresar todos los datos en un solo lugar. Después de
la transmisión al sistema SAP S/4HANA, los datos se pueden ver en el back
office. a ayuda proyecto gerentes mantener pista de su proyectos' varios
costos.
Fuentes: www.vinci.com, consultado el 8 de abril de 2020; Lauren Bonneau, VINCI
Energies simplifica la vida de los empleados con una nueva aplicación de entrada de hojas de
horas”, SAPInsider, 28 de febrero de 2019; www.sap.com, accedido Abril 9, 2020; y lauren
Meyerhoff, "Con un Adquisición agresiva Estrategia, Vinci Energías triples Es Tamaño En
10 Años," Forbes , Septiembre 5, 2019.
V
La experiencia de inci Energías ilustra algunos de los pasos necesarios para
diseñar y construir nuevo información sistemas. Edificio a nuevo sistema
para tiempo móvil hoja entrada implicado analizando el organización
problemas con sistemas existentes, evaluando información requisitos,
seleccionando adecuado tecnología y rediseño de procesos empresariales y
puestos de trabajo. La dirección tuvo que supervisar el construcción de
sistemas esfuerzo y evaluar beneficios y costos. El requisitos de información
eran incorporado en el diseño de el nuevo sistema, cual repsresentido a proceso de planificado organizativo cambiar.
El caso que abre el capítulo llama la atención sobre puntos importantes
planteados por este caso y este capítulo. Vinci Energías era a lejano negocio
eso tenía ha estado creciendo muy rápidamente durante los últimos diez años.
Tenía miles de empleados, muchos de los cuales trabajaban de forma remota y
miles de proyectos que monitorear, y había otros costos que rastrear además
del tiempo trabajado en un proyecto. vinci's capacidad a mantener pista de
proyectos y analizar proyecto costos era obstaculizado por procesos
manuales ineficientes, que elevaban los costos y ralentizaban el trabajo, y
limitó la capacidad de la empresa para analizar rápida y exhaustivamente los
datos de su proyecto. La solución fue implementar una nueva aplicación
llamada MOBITIME a la que los empleados en el campo pudieran acceder en
línea utilizando tabletas y teléfonos móviles como Bueno como en el atrás
oficina. El aplicación proporciona datos entrada y informar para los
múltiples proyectos de un empleado con múltiples tipos de costos. Los
requisitos de información de Vinci se incorporaron al diseño del sistema. El
sistema era más fácil de usar. La solución abarcó no sólo la aplicación de nueva
tecnología, pero cambios a corporativo cultura, negocio procesos, y trabajo
funciones. He aquí algunas preguntas para reflexionar: ¿Cómo conoció
MOBITIME la iniciativa de Vinci Energies? información requisitos? Cómo
mucho hizo el nuevo sistema cambiar
el forma Vinci corrió es ¿negocio?
Capítulo 13 Edificio información Sistemas 523
Business
Challenges
lneffkient manual proces5e5
•Seleccionar
solución del
sistema
Geographically dispersa:l
organization
Project,based business
Rapid growth
• Monitor proyecto
•Rediseñar el
proceso de
generación
de informes
de hojas de
horas .
-------------------------
Organ1zation
, Capture and report online on
worker timesheets and project
• Reduce costs
Technology
• SAVIA S/4HANA
SAPCloud
Plataforma
Móvil teléfonos
tabletas
IFl1 ¿Cómo? hace edificio nuevo los
sistemas producen organizativo
¿cambiar?
La construcción de un nuevo sistema de información es un tipo de cambio
organizacional planificado. El introducción de un nuevo información el
sistema implica mucho más que nuevo hardware y software. es También
incluye cambios en puestos de trabajo, habilidades, gestión y organización.
Cuando diseñamos un nuevo sistema de información, estamos rediseñando la
organización. Los creadores de sistemas deben comprender cómo un sistema
afectará los procesos comerciales específicos y la organización. en su conjunto.
Sistemas Desarrollo y Cambio organizacional
Información La tecnología puede promover diversos grados de mejora
organizacional. cambio, que van desde incremental a de gran alcance. Cifra 11.1
espectáculos cuatro tipos de cambios organizacionales estructurales que son
permitidos por tecnología de la información: (1) automatización, (2)
racionalización, l 3) rediseño de procesos de negocio y (4) cambios de
paradigma. Cada uno ofrece diferentes riesgos y recompensas.
T11e mayoría común forma de organización habilitada por TI cambiar es
automatización. Dedo del pie primero aplicaciones de información
tecnología involucrado ayudando a los empleados a realizar sus tareas de
manera más eficiente y efectiva. Calcular cheques de pago y registros de
nómina, brindando a los cajeros bancarios acceso instantáneo a los registros de
depósitos de los clientes y el desarrollo de un nen•mrk de reservas a nivel
nacional para los agentes de boletos aéreos son ejemplos de automatización
temprana.
A forma más profunda de organización El cambio, que surge rápidamente de
la automatización temprana, es la racionalización de los procedimientos. La
auromación revela con frecuencia nuevos cuellos de botella en la producción y
vuelve dolorosamente engorrosa la disposición existente de procedimientos y
estructuras. La racionalización de los procedimientos es la racionalización de los
procedimientos operativos estándar. Por ejemplo, el nuevo proyecto de Vinci
Energies sistema para procesar empleado tiempo las hojas son eficaz no solo
porque utiliza tecnología informática pero también porque la empresa simplificó
sus procesos de negocio para esta función. Se requieren menos pasos manuales.
524 Parte cuatro Edificio y Gerente Sistemas
1 CIFRA 13.1
ORGANIZACIONAL CAMBIAR lleva RIESGOS ANO RECOMPENSAS
El mayoría formas comunes de organización cambiar son automatización y
racionalización. Estos movimientos relativamente lentos y Las estrategias que cambian
lentamente presentan rendimientos modestos. pero pequeño riesgo. Más rápido y
más un cambio integral, como rediseñar y paradigma cambia-lleva alto
recompensas pero ofertas posibilidades sustanciales de fracaso.
RIESGO
Bajo
Alto
DEVOLVER
La racionalización de los procedimientos es a menudo encontrado en
programas para realizar una serie de calidad continua mejoras en productos,
servicios y operaciones, como la gestión de la calidad total (TQM) y Seis
Sigma. Total calidad gestión (GCT) marcas logrando calidad un fin en sí
mismo y el Responsabilidad de todas las personas y funciones dentro de una
organización. gestión total de la calidad deriva de conceptos desarrollados por
Americano calidad e.-,.;:pertos semejante como w. Edwards Deming y José Juran,
pero él se popularizó por organizaciones japonesas. Seis Sigma es una medida
específica de calidad, que representa 3,4 defectos por millón de oportunidades.
La mayoría de las empresas no pueden alcanzar este nivel de calidad, pero
utilizan Six Sigma como objetivo para impulsar programas continuos de mejora
de la calidad.
A más poderoso El tipo de cambio organizacional es el negocio. proceso
rede sign, en el que se analizan , simplifican y rediseñan los procesos de
negocio. Negocio El rediseño de procesos reorganiza los flujos de trabajo,
combinando pasos. a reduzca el desperdicio y elimine las tareas repetitivas que
requieren mucho papel. (A veces el nuevo diseño también elimina puestos de
trabajo) . es mucho más ambicioso que la racionalización de los
procedimientos, exigiendo una nueva visión de cómo se va a organizar el
proceso. La Sesión Interactiva sobre Organizaciones presenta otro ejemplo.
Racionalización de procedimientos y rediseño de negocios · los procesos se
limitan a partes específicas de un negocio. Los nuevos sistemas de información
pueden, en última instancia, afectar el diseño de toda la organización al
transformar la forma en que la organización lleva a cabo sus negocios o incluso
la naturaleza del negocio. Por ejemplo, la empresa de transporte y camiones de
larga distancia Schneider National utilizó nuevos sistemas de información para
cambiar su modelo de negocio. Schneider creado un nuevo negocio
gestionando Logística para otras empresas. Este forma más radical1 del cambio
empresarial se llama un paradigma cambio. Un cambio de paradigma en vol.
ves repensar la naturaleza del negocio y la naturaleza del organización.
Capítulo 13 Edificio Información Sistemas 525
INTERACTIVO ORGANIZACIONES DE LA SESIÓN
Negocio Proceso R ediseño en PD Mundo
PD el mundo es uno de los principales operadores
portuarios del mundo, involucrado en marina y
interior Terminal operaciones mientras
proporcionando impulsado por la tecnología
soluciones a los clientes. Con sede en Dubai, cuenta
con 78 terminales y negocios en alrededor de 40
países repartidos en
6 continentes, con a mercado capitalización de
alrededor
$12 mil millones y ganancia de $8.5 mil millones.
PD El mundo emplea a alrededor de 50.000
personas y asciende a 174.000 contenedores cada día.
En 2019, manejó un equivalente a 71,2 millones de
contenedores. DP World está creciendo
agresivamente y siempre está buscando formas de
mejorar la forma en que maneja la carga. Hacer Para
ello tiene que incorporar tecnología, que hoy abarca
desde middleware hasta lo último en aplicaciones
blockchain.
Varios procesos en PD Mundo usado a ser
manuales y en papel, y por lo tanto repetitivo,
pérdida de tiempo, y propenso a errores. Gerentes
tenía a pasar el tiempo y recursos en Operacional
asuntos y asegurarse de que su empleados se
mantuvo motivado y al mismo tiempo resolver los
problemas que resultado de tareas manuales
duplicadas.
En su buscar muchas maneras de mejorar su
servicios, DP World (entonces conocido como
Dubái Puerto Gestión) reconocido eso cliente
servicio podría ser vastamente mejorado por
reduc.cing transacción tiempo y haciendo el proceso
más simple. Lejos instancia, en el tiempo, clientes a
menudo tenía a enviar varias copias de la misma
documentos o diferentes versiones del mismos
documentos para varios departamentos. Tiüs no
sólo causó retrasos durante el proceso pero también
innecesariamente lo dupliqué encima el curso de su
vida ciclo.
Usando IBM WebSphere MQ te tecnología, PD
World creó un sistema centralizado que envía
versiones validadas de documentos a todos los
departamentos relacionados. La tecnología WebSphere
de IBM es un producto de middleware, que es una
interfaz para comunicarse entre diferentes
aplicaciones. IBM WebSphere MQ La tecnología
también es extremadamente flexible, robusta y
escalable, lo que significó que DP El mundo no
Necesito preocuparme por cambiar el sistema en
cualquier momento poco después implementar
él, conectó su tres existentes sistemas sin
problemas utilizando el middleware. Toda la
implementación simplificó el sistema general y
redujo significativamente el tiempo necesario
para finalizar un proceso.
PD Mundo tiene también asociado con Oráculo a
impulsar la transformación digital en todas sus
operaciones comerciales. oráculo nube aplicaciones
(SaaS) son habilitando DP World se estandarizará
mediante el rediseño negocio Procesos que incluyen
recursos humanos, adquisiciones, finanzas y
operaciones en una tecnología integrada. granja de
plataformas. El objetivo es a crear valor por
alí stakeholders a través de una logística inteligente,
con un enfoque en la reducción de costos y la mejora
de la eficiencia.
Esta plataforma tecnológica integrada incorpora Al, IoT
y tecnología blockchain.
Puertos generar a enorme cantidad de datos, y El
trabajo de Al es usar estos datos para transformar
operaciones portuarias y hacerlas más eficientes. Los
robots son cada vez más "inteligentes" y flexibles en sus
capacidades de aprendizaje, y Al puede ayudar a los
planificadores a encontrar soluciones óptimas para ideal
estiba y planificación del barco
yardas' diseños. Aunque DP El mundo lo hace no uso
actualmente físico robots, eso ¿Utiliza chatbots impulsados
por IA? para varios tareas. Otro uso es en :Gestión de
flotas; lote poder monitor el condiciones y ubicación de
activos a través de sensores y enviar información acerca
de posibles retrasos o daño a bienes. Él poder también
enviar datos de temperatura y humedad para analizar y
planificar las cosas en consecuencia en todo el proceso.
Usar ofblockchain es especialmente emocionante
para Mundo DP. Blockchain es una base de datos de
transacciones distribuida que utiliza cifrado para
identificar a los participantes y productos a medida que
se mueven a través del cadena de suministro.
Blockchain tiene un enorme potencial para
transformarse actividades relacionadas con el puerto al
permitir el seguimiento de los productos petroleros
desde el Bueno todos forma a los minoristas en todo el
mundo. El aumento com
La complejidad de las operaciones portuarias ha llevado
a Menos transparencia en todo el proceso. El turismo y el
comercio ilegal son preocupaciones destacadas, y aquí es
donde entra en juego blockchain: el Un sistema
altamente seguro y escalable será invaluable para el
seguimiento de bienes, intercambios de contratos y
pagos.
PD La gestión mundial fuertemente cree que la
cadena de suministro inteligencia, blockchain y Al
hará que la cadena de suministro global más rápido,
más rentable , y más productivo. Ellos ver cadena de
bloques en particular como a transformador tecnología
ofreciendo el promesa de innovación en bienes
visibilidad al otro lado de
526 Parte cuatro Edificio y Gerente Sistemas
el cadena de suministro. La idea es agregar valor
comercial. y diferenciar DP Mundo en el mercado ,
ayudándolo a seguir creciendo como facilitador del
comercio global digitalizado. DP World también está
implementando Oracle Fusion ERP como plataforma
para crear coherencia entre es múltiplo geografías y
ha comenzado a implementarlo en sus diversas
operaciones.
Fuentes: sitio web de DP World , www.d-pworld.com, consultado el
13 de enero de 2021; Naushad Cherrayil. "DP World implementa
tecnologías disruptivas para acelerar la transformación digital Joumey"
, techrader.com, 1 de marzo de 2020¡¡ Louise Togner, ' DP World
amplía su colaboración estratégica con Oracle para acelerar la
transformación digital global en el Nube ," blog.oracle.com, Puede
21, 2018; Jaime Dartnell, '"El 5 Tecnologías Esa voluntad
'Itansform Mundo DP ,' Tohawu1Tuch.corn , 1 de marzo de 2018 ¡
'DP World Jumps on the Digitalization Bandwagon ", World Maritime
News , 31 de enero de 2018; Matthew SouthweU , "Los puertos y
aduanas de Dubai aceleran las tarifas de importación / exportación con
IBM ", árabe Negocio, 25 de febrero de 2002.
CASO ESTUDIAR PREGUNTAS
l. Qué es ¿Rediseño de procesos de negocio? Por
4. Explicar la IoT La tecnología y las posibles
problemas que pueden surgen al implementarlo.
2. Hacer tú. pensar el IBM WebSphere MQ
tecnología adoptada por DP ¿El mundo era una
buena solución? ¿Qué ventajas puedes identificar?
S. ¿Cuáles son los cuatro tipos de organizativo
qué ¿Podría fallar BPR en una organización?
3. Hacer tú. pensar Alabama podría tener otro usos
en op eracion es portuarias ?
¿cambiar? dar un ejemplo de cada tipo de este
caso.
Caso aportado por Saadat Alhashmi, Universidad de
Sharjah
Paradigma turnos y negocio proceso el rediseño a menudo falla beca usar
extenso El cambio organizacional es entonces difícil para orquestar (ver
Capítulo 14). Entonces, ¿por qué muchas corporaciones contemplan esto? ¿Un
cambio tan radical? Porque el las recompensas son igualmente altas (ver Figura
B.1). En muchos casos, las empresas que buscan cambios de paradigma y
estrategias de reingeniería logran aumentos sorprendentes y de orden de
magnitud en el rendimiento de su inversión (o productividad). Algunas de estas
historias de éxito y otras de fracaso se incluyen a lo largo del libro. este libro.
Negocio Proceso Rediseño
Al igual que DP World, descrito en la sesión interactiva sobre organizaciones,
hoy en día muchas empresas están intentando utilizar la tecnología de la
información para mejorar sus procesos de negocio. Algunos de estos sistemas
implican cambios incrementales en el proceso , pero otros requieren más
alcance rediseñar de los procesos de negocio. Para hacer frente a estos cambios,
las organizaciones están recurriendo a Gestión de Procesos de Negocio. La
gestión de procesos empresariales (BPM) proporciona una variedad de
herramientas y metodologías para analizar procesos existentes , diseñar nuevos
procesos y optimizarlos. BPM nunca concluye porque la mejora de procesos
requiere un cambio continuo. Empresas que practican la gestión de procesos de
negocio. siga los siguientes pasos:
1. Identificar procesos lejos cambiar Uno del mayoría importante estratégico
Las decisiones que una empresa puede tomar no son decidir cómo utilizar
computadoras para mejorar los procesos de negocios, pero comprender qué
procesos de negocios necesitan mejorarse . Cuando los sistemas son usado a
fortalecer el negocio equivocado modelo o negocio procesos, el negocio
puede llegar a ser más eficiente en haciendo que es no debe hacer. Como
Como resultado, el firme se convierte vulnerable a los competidores quien
pudo haber descubierto el modelo de negocio correcto. Considerable tiempo y
costo
Capítulo 13 Edificio Información Sistemas
También se puede gastar en mejorar procesos de negocios que tienen
poco impacto en el desempeño y los ingresos generales de la empresa. Los
gerentes necesitan determinar qué procesos de negocios son los más
importantes y cómo la mejora de estos procesos ayudará al desempeño del
negocio.
2. Analizar los procesos existentes: los procesos de negocio existentes deben
modelarse y documentado, observando entradas, salidas, recursos, y el
secuencia de actividades. El proceso diseño equipo identifica redundante
pasos, tareas que consumen mucho papel, cuellos de botella y otras
ineficiencias.
3. Diseñar el nuevo proceso: Una vez el existente proceso es mapeado y
Medido en términos de tiempo y costo, el equipo de diseño del proceso
intentará mejorar el proceso diseñando uno nuevo. Se documentará y
modelará un nuevo proceso simplificado “futuro” para compararlo con el
proceso anterior.
4. Implementar el nuevo proceso: Una vez el nuevo proceso tiene estado
completamente modelado y analizado, él debe ser traducido en a nuevo
colocar de procedimientos y trabajar normas. Nuevo información
sistemas o mejoras a sistemas existentes puede tener a ser implementado
a apoyo el rediseñado proceso. El nuevo proceso y secundario sistemas
son arrollado afuera en el organización del negocio . Como el negocio
empieza usando este proceso, problemas son descubierto y abordado. Los
empleados que trabajan con el proceso pueden recomendar mejoras.
5. Medición continua: una vez que un proceso se ha implementado y
optimizado, es necesario medirlo continuamente. ¿Por qué? Los procesos
pueden deteriorarse encima tiempo como empleados caer atrás en viejo
métodos, o ellos puede perder su eficacia si el negocio experimenta otros
cambios.
Cifra 13.2 ilustra el "como es" proceso para adquisitivo a libro de a librería
física. Considere lo que sucede cuando un cliente visita una librería física. y
búsquedas es estantes para a libro. Si él o ella encuentra el libro, eso La persona
lo lleva a la caja y lo paga con tarjeta de crédito, efectivo o cheque. Si el cliente
no puede localizar el libro, debe pedirle al empleado de la librería que busque
en los estantes o revise los registros de inventario de la librería para ver si hay
existencias. Si el dependiente encuentra el libro, el cliente lo compra y se
marcha. Si el libro no está disponible localmente, el empleado pregunta cómo
pedirlo para el cliente. de el librería depósito o de el libros distribuidor o editor.
Una vez que el libro solicitado llega a la librería, un empleado de la librería
llama por teléfono el cliente con este información. El cliente haría tener a ir a el
librería de nuevo a elegir arriba el libro y pagar para él. Si el librería es incapaz a
orden el libro para el cliente, el cliente haría tener a intentar otra librería. Puede
ver que este proceso tiene muchos pasos y puede requerir que el cliente realice
varios viajes a la librería.
La figura 13.3 ilustra cómo se puede rediseñar el proceso de compra de
libros. aprovechando Internet. El cliente accede a una librería online encima el
Internet de su o su computadora. Él o ella búsquedas el catálogo en línea de la
librería para el libro que desea. Si el libro está disponible, el cliente lo solicita en
línea, proporciona la información de la tarjeta de crédito y la dirección de envío,
y el libro se entrega en el domicilio del cliente. Si la librería en línea no vende el
libro, el cliente selecciona otra librería en línea y busca el libro nuevamente.
Este proceso tiene muchos menos pasos que los de comprar el libro en una
librería física, requiere mucho menos esfuerzo por parte del cliente y requiere
menos personal de ventas para servicio al cliente. Por tanto, el nuevo proceso
es mucho más eficiente y ahorra tiempo.
El nuevo diseño del proceso debe justificarse mostrando en qué medida
527
reduce el tiempo y el costo o mejora el servicio y el valor al cliente. Primeras
medidas de gestión el tiempo y costo de el existente proceso como a base. En
nuestro ejemplo,
528 Parte cuatro Edificio y Gerente Sistemas
1 FIGURA 13.2
TAL CUAL PROCESO COMERCIAL PARA LA COMPRA DE UN
LIBRO EN UNA LIBRERÍA FÍSICA
Comprar un libro en una librería física requiere muchos pasos para ser realizado Por ambos el vendedor y el cliente.
Goto
bookstore
Cliente
Takebook
home
Search
Goto
another store
shelves
Yes
No
No
Cler1<:
Cliente
Purchase
book
Place
Cler1<:
Recelve
book
Take book
home
Not]fy
customer
el tiempo necesario para adquirir un libro de un físico1 librería puede variar
desde 15 minutos (si el cliente inmediatamente encuentra qué él o ella
quiere) a 30 minutos si el libro está en stock pero tiene que ser localizado por
ventas personal. Si el libro tiene que pedirse a otra fuente, el El proceso puede
tardar una o dos semanas. y otro viaje a la librería lejos del cliente. Si el El
cliente vive lejos de la librería, el tiempo para viajar a la librería sería tiene que
ser factorizado en. TI1e la librería lo hará tengo que pagar los costos para
manteniendo a físico almacenar y mantener el libro en stock, para ventas
personal en el sitio y para costos de envio Si el El libro debe obtenerse en otra
ubicación.
El nuevo proceso para comprar un libro en línea podría tardar sólo unos
minutos, a pesar de el cliente podría tener esperar varias! días ora semana
tener
1 CIFRA 13.'3
REDISEÑADO PROCESO PARA ADQUISITIVO A LIBRO EN LÍNEA
Usando La tecnología de Internet permite rediseñar el proceso de compra de un libro. entonces que requiere
menos pasos y consume menos recursos.
Acceso en línea
librería
Enler arder and
paymant data
Search onllne
catalog
No
Select other
online
boollstore
Recelva book
lnma'll
Capítulo 13 Edificio información Sistemas 529
el libro entregado y tendrá que pagar un cargo de envío. Pero el cliente ahorra
tiempo y dinero al no tener que desplazarse a la librería ni realizar visitas
adicionales para recoger el libro. Los costos de las librerías son más bajos
porque usan ellos no tener para pagar la ubicación de una tienda física o un
inventario local lejano.
aunque muchos procesos de negocio mejoras son incremental y en curso,
hay ocasiones en las que deben producirse cambios más radicales. Nuestro
ejemplo de a físico librería rediseñando el compra de libros proceso entonces
que puede ser llevado a cabo en línea es un ejemplo de este tipo de un
cambio radical y de gran alcance. Cuando adecuadamente implementado,
negocio proceso rediseñar produce ganancias dramáticas en productividad y
eficiencia e incluso puede cambiar la forma el negocio es correr. En En
algunos casos, conduce a "paradigma cambio" que transforma la naturaleza
del negocio mismo.
En realidad, esto sucedió en la venta minorista de libros cuando Amazon
desafió las tradicionales tiendas físicas. librerías con su modelo de venta online
y Kindle lector de libros electrónicos. Al repensar radicalmente la forma en que
se puede publicar, comprar y vender un libro, Amazon y otras librerías en línea
han logrado eficiencias notables, reducciones de costos, y un todo nueva forma
de hacer negocios.
BPM plantea desafíos. Ejecutivo s informa que la barrera más grande para un
cambio exitoso en los procesos de negocios es la cultura organizacional. A los
empleados no les gusta desconocido rutinas y a menudo intentar a resistir
cambiar. Esto es especialmente Esto es cierto en el caso de proyectos en los
que los cambios organizativos son muy ambiciosos y de gran alcance. Gestionar
el cambio no es simple ni intuitivo, y las empresas comprometidas con amplias
La mejora de procesos necesita una buena estrategia de gestión del cambio (ver
Capítulo 14).
Herramientas para Negocio Gestión de proceso
Muchas empresas de software proporcionan herramientas para diversos
aspectos. de BPM, incluidos IBM, Oracle y TIBCO. Estas herramientas ayudan
a las empresas a identificar y documentar los procesos que requieren mejoras,
crear modelos de mejoras procesos, capturar y aplicar reglas de negocio para
procesos de ejecución e integrar sistemas existentes para soportar procesos
nuevos o rediseñados. Las herramientas de software BPM también proporcionan
analítica para verificar eso rendimiento del proceso ha sido mejorado y medir
hasta ahora el impacto de los cambios de procesos en los indicadores clave de
desempeño empresarial.
BT Group ple (agricultores British Telecom) utilizó el software BPM de
Pegasystems para agilizar la atención al cliente Procesos de negocios. Después
de que BT adquiriera EE (mucho más conocido como Everything Everywhere ),
un operador británico de redes móviles y proveedor de servicios de Internet, BT
tenía integrar la información en dos organizaciones diferentes con procesos y
herramientas tecnológicas dispares. El software Pegaystems ayudó a BT a
conectar los datos de los clientes desde múltiples CRM: sistemas para
proporcionar tanto a los agentes de servicio al cliente como a los usuarios un
proceso de toma de decisiones simple y ágil lejos cliente interacciones a través
de múltiples canales, reduciendo el necesita cambiar entre más de 100
aplicaciones (Pegasystems, 2021).
IFf} Qué son el centro actividades en el
desarrollo de sistemas ¿proceso?
Los nuevos sistemas de información son una consecuencia de la resolución de
problemas organizacionales. A nuevo sistema de información es construido
como una solución a algunos tipo de problema o conjunto de problemas que la
organización percibe es frente a. El problema puede ser uno en el que gerentes y
empleados darse cuenta eso el organización es no ejecutando
530 Parte cuatro Edificio y Gerente Sistemas
así como lo esperado o que la organización debería aprovechar nuevas
Oportunidades para desempeñarse con más éxito.
El actividades eso ir en productor un información sistema solución a un
problema o oportunidad organizacional se denominan desarrollo de sistemas.
El desarrollo de sistemas es un tipo estructurado de problemas que se resuelven
con distintas actividades. Estas actividades consisten en análisis de sistemas,
diseño de sistemas, programación, pruebas, conversión y producción y
mantenimiento.
La figura 13.4 ilustra el proceso de desarrollo de sistemas. El desarrollo del
sistema dc actividades representadas normalmente tiene lugar en orden
secuencial. Pero algunos de los Es posible que sea necesario repetir las
actividades, y algunas pueden tener lugar simultáneamente. pendiente en el
acercarse al sistema edificio que está siendo empleado (scc Sección 13-4).
Sistemas Análisis
Sistemas análisis es el análisis de a problema eso a finlandés intentos a
ungüento con una información sistema. es consiste de definicion el
problema, identificando es causas, especificando la solución e identificando
los requisitos de información que debe cumplir una solución de sistema.
El analista de sistemas crea una hoja de ruta de la organización y los sistemas
existentes, identificando el ptima.ry propietarios y usuarios de datos junto con
existente hardware y software. Luego, el analista de sistemas detalla los
problemas de los sistemas existentes. Al examinar documentos, papeles de
trabajo y procedimientos, observar las operaciones del sistema y entrevistar a
los usuarios clave de los sistemas, el analista puede identificar las áreas
problemáticas y los objetivos que una solución lograría. A menudo, el solución
requiere edificio a nuevo información sistema Arkansas mejorar una onc
existente.
El sistemas análisis también incluye a factibilidad estudiar a determinar si
esa solución es factible y alcanzable desde un punto de vista financiero, técnico
y organizacional. El estudio de viabilidad determina si el sistema propuesto es
Se espera que sea una buena inversión, si la tecnología necesaria para el sistema
está disponible y puede ser manejada por los especialistas en sistemas de
información de la empresa, y si la La organización puede manejar los cambios.
introducido por el sistema.
1 CIFRA 13 . 4
EL SISTEMAS DESARROLLO PROCESO
Edificio a sistema poder ser roto abajo en seis centro actividades.
Capítulo 13 Edificio Información Sistemas
Normalmente, el proceso de análisis de sistemas identifica varias soluciones
alternativas que la organización puede seguir y evalúa la viabilidad de cada una.
Un informe escrito de propuesta de sistemas describe los costos y beneficios, y
las ventajas y desventajas de cada alternativa. Corresponde a la gerencia
determinar qué combinación de costos, beneficios, características técnicas e
impactos organizacionales representa la alternativa más deseable.
Estableciendo Información Requisitos
Quizás la tarea más desafiante del analista de sistemas sea definir el requisitos
de información específicos que debe cumplir la solución de sistema elegida. En
el mayoría básico nivel, el información requisitos de a nuevo El sistema
implica identificar quién necesita qué información, dónde, cuándo y cómo. El
análisis de requisitos define cuidadosamente los objetivos del sistema nuevo o
modificado. y se desarrolla a detallado descripción de el funciones eso el nuevo
el sistema debe funcionar. El análisis de requisitos defectuoso es una de las
principales causas de fallas de los sistemas y de altos costos de desarrollo de
sistemas (consulte el Capítulo 14). Un sistema diseñado en torno a un conjunto
incorrecto de requisitos tendrá que ser descartado debido a pobre actuación o
voluntad necesidad a someterse importante modificaciones. Sección 13-4
describe enfoques alternativos para generar requisitos que ayudan a minimizar
este problema.
Algunos problemas no requieren una solución de sistema de información,
sino un ajuste en la gestión, capacitación adicional o refinamiento de los
procedimientos organizacionales existentes. Si el problema está relacionado con
la información, es posible que aún sea necesario un análisis de sistemas para
diagnosticar el problema y llegar a la solución adecuada.
Sistemas Diseño
El análisis de sistemas describe lo que un sistema debe hacer para satisfacer los
requisitos de información, y el diseño de sistemas muestra cómo el sistema
cumplirá este objetivo. El diseño de un sistema de información es el plan o
modelo general para ese sistema. Al igual que el plano de un edificio o una casa,
consta de todas las especificaciones que dan al sistema su forma y estructura.
El diseñador de sistemas detalla las especificaciones del sistema que
entregarán las funciones identificadas durante el análisis de sistemas. Estas
especificaciones deben abordar todos los componentes administrativos,
organizacionales y tecnológicos de la solución del sistema. La tabla 13.1
enumera los tipos de especificaciones que se producirían durante el diseño de
sistemas.
Al igual que las casas o los edificios, los sistemas de información pueden
tener muchos diseños posibles. Cada diseño representa una combinación única
de componentes técnicos y organizativos. Lo que hace que un diseño sea
superior a otros es la facilidad y eficiencia con la que satisface los requisitos del
usuario dentro de un conjunto específico de limitaciones técnicas,
organizativas, financieras y de tiempo.
El Role de Fin Usuarios
Usuario información requisitos conducir el completo construcción de
sistemas esfuerzo. Los usuarios deben tener suficiente control encima el diseño
proceso a asegurar eso el sistema refleja su negocio prioridades y información
necesidades, no el prejuicios de el técnico personal. Laboral en diseño aumenta
usuarios comprensión y aceptación del sistema. Como nosotros describir en
531
Capítulo 14, insuficiente usuario intervención en el diseño esfuerzo es a
importante causa de sistema falla. Sin embargo, alguno sistemas requieren más
usuario participación en diseño que otros, y Sección 13-4 muestra cómo
alternativa sistemas desarrollo métodos DIRECCIÓN el usuario participación
asunto.
532
Parte cuatro Edificio y Gerente Sistemas
MESA 13.1
SISTEMA DISEÑO ESPECIFICACIONES
PRODUCCIÓN
PROCESANDO
ENTRADA
Programa de
Documentación de
de
Computación módulos
operaciones Documentación
temporizac
Informes requeridos
de sistemas Documentación
ión de
Temporización
de usuario CONVERSIÓN
contenido
MANUAL PROCEDIMIENTOS
Datos conversión reglas
medio
Qué actividades
Método de prueba
Flujo de
Quién los realiza
Estrategia de conversión
orígenes
Cuándo
ENTRENAMIENTO
Datos entrada
Cómo
Capacitación técnicas
USUARIO INTERFAZ
Dónde
Módulos de formación
Errores de
CONTROL S
ORGANIZATIVO CAMBIOS
retroalime
Controles de entrada (caracteres, límite,
Rediseño de
ntación
razonabilidad) Controles de procesamiento
tareas Diseño de
lógica de
(coherencia, recuentos de registros) Controles de
trabajos Proceso
eficiencia
salida (totales, muestras de salida) Controles de
diseño
de
procedimiento (contraseñas, formularios
Organización estructura
simplicidad
especiales) SEGURIDAD
diseño Relaciones jerárquicas
BASE DE DATOS DISEÑO
Controles de
Lógico datos modelo
acceso Catástrofe
Volumen y velocidad requisitos
planes Pistas de
Registro de especificaciones
auditoría
DOCUMENTACIÓN
Completando el Sistemas Desarrollo Proceso
Los pasos restantes en el proceso de desarrollo de sistemas traducen las
especificaciones de la solución establecidas durante el análisis y diseño de
sistemas en un sistema de información completamente operativo. Estos pasos
finales consisten en programación, prueba, conversión, producción y
mantenimiento.
Programación
Durante el programación escenario, sistema especificaciones eso eran
preparado durante la etapa de diseño se traducen al código del programa de
software. Hoy en día, muchas organizaciones ya no realizan su propia
programación para nuevos sistemas. En cambio, compran el software que
cumple con los requisitos para un nuevo sistema de proveedores externos.
fuentes semejante como software paquetes de a comercial software proveedor,
servicios de software de un proveedor de servicios de software o empresas de
subcontratación que desarrollan software de aplicación personalizado para sus
clientes (consulte la Sección 13-4).
Pruebas
Se deben realizar pruebas exhaustivas y exhaustivas para determinar si el
sistema produce los resultados correctos. Las pruebas responden a la pregunta:
¿Producirá el sistema los resultados deseados en condiciones conocidas?
Algunas empresas están empezando a utilizar servicios de computación en la
nube para este trabajo.
El cantidad de tiempo necesario a respuesta este pregunta tiene estado
tradicionalmente subestimado en sistemas proyecto planificación (ver Capítulo
14). Pruebas es requiere mucho tiempo: prueba datos debe ser con cuidado
preparado, resultados revisado, y correcciones hecho en el sistema. En alguno
instancias, partes de el sistema puede tener a ser rediseñado. El riesgos
resultante de glosar encima este paso son enorme. (Ver el Sesión interactiva en
Tecnología en automatizado pruebas.)
Capítulo 13 Edificio Información Sistemas
Pruebas un información sistema poder ser roto abajo en tres tipos de
actividades : unidad pruebas, sistema pruebas, y aceptación pruebas. Unidad
pruebas , o testing de programas , consiste en probar cada programa por
separado en el sistema. Se cree ampliamente eso el objetivo de semejante
pruebas es a garantizar eso programas son sin errores, pero este meta es de
modo realista imposible. Pruebas debería ser visto en cambio como un medio de
localizando errores en programas, por enfoque en hallazgo todo el maneras a
hacer que un programa falle. Una vez identificados, los problemas se pueden
corregir.
Sistema pruebas pruebas el marcha de el información sistema como a entero. Él
intentos a determinar si discreto módulos voluntad función juntos como
planificado y si existen discrepancias entre la forma en que realmente
funciona el sistema y la forma en que fue concebido. Entre las áreas
examinadas se encuentran el tiempo de ejecución, capacidad para archivo
almacenamiento y manejo cima cargas, recuperación y Reanudar capacidades
y procedimientos manuales.
Aceptación pruebas proporciona el final Certificación eso el sistema es listo
para ser utilizado en un entorno de producción. Las pruebas de los sistemas
son evaluadas por los usuarios y revisadas por la gerencia. Cuando todas las
partes están satisfechas de que el nuevo sistema cumple con sus estándares,
el sistema se acepta formalmente para su instalación.
El equipo de desarrollo de sistemas trabaja con los usuarios para diseñar un
plan de prueba sistemático. El plan de pruebas incluye todos los
preparativos para la serie de pruebas que acabamos de describir.
La figura 13.5 muestra un ejemplo de un plan de prueba. La condición
general que se está probando es un cambio récord. La documentación consta
de una serie de pantallas de planes de prueba mantenidas en una base de datos
(quizás una base de datos de PC) que es ideal para este tipo de aplicación.
Conversión
Conversión es el proceso de cambiando de el viejo sistema a el nuevo sistema.
cuatro principal conversión estrategias poder ser empleado: el paralelo
estrategia, el directo transición estrategia, el piloto estudiar estrategia, y el por
fases acercarse estrategia. En a estrategia paralela , ambos el viejo sistema y
es potencial reemplazo se ejecutan juntos para a tiempo hasta todos es seguro
eso el nuevo uno funciones
A MUESTRA PRUEBA PLAN A PRUEBA A REGISTRO CAMBIAR
Cuando desarrollando a prueba plan, él es imperativo a incluir el varios condiciones a a
probar, los requisitos para cada condición probada y los resultados esperados. Los
planes de prueba requieren la participación tanto de los usuarios finales como de los
especialistas en sistemas de información.
533
Procedure
Address and Maintenance
“Record Change Series”
Prepared by:
Test
Ref.
Condition
Tested
2.0
Change records
2.1
2.2
2.3
2.4
2.5
2.6
Test Series 2
Date:
Version:
Special Requirements
Expected
Results
Change existing
record
Change nonexistent
record
Change deleted
record
Make second
record
Insert record
key field
Not allowed
Other fields
“Invalid key”
message
“Deleted”
message
OK if valid
Abort during
change
Abort 2.5
Deleted record must
be available
Change 2.1 above
OK if valid
No change
Output
On
Next
Screen
Transaction
file
Transaction
file
Transaction
file
V45
V45
V45
534
Parte cuatro Edificio y Gerente Sistemas
correctamente. Este es el enfoque de conversión más seguro porque, en caso
de errores o interrupciones en el procesamiento, el sistema antiguo aún se
puede utilizar como respaldo. Sin embargo, este acercarse es muy caro, y
adicional personal o recursos Es posible que sea necesario ejecutar el sistema
adicional.
El directo transición estrategia reemplaza el viejo sistema enteramente con el nuevo
sistema en un día señalado. Es un enfoque muy arriesgado que puede resultar
potencialmente más costoso que ejecutar dos sistemas en paralelo si se
encuentran problemas graves con el nuevo sistema. No hay ningún otro
sistema al que recurrir. Las dislocaciones, las perturbaciones y el costo de las
correcciones pueden ser enormes.
El piloto estudiar estrategia presenta el nuevo sistema a solo un limitado área
de el organización, semejante como a soltero departamento o operando
unidad. Cuando este piloto versión es completo y laboral suavemente, él es
instalado a lo largo de el resto de la organización, ya sea simultáneamente o
por etapas.
El por fases acercarse estrategia presenta el nuevo sistema en etapas, cualquiera
por funciones o por unidades organizativas. Si, por ejemplo, el sistema se
introduce por función, un nuevo sistema de nómina podría comenzar con
trabajadores por horas a quienes se les paga semanalmente, seguido seis meses
después por agregar empleados asalariados (a quienes se les paga
mensualmente) al sistema. Si el sistema se introduce por unidad organizacional,
las oficinas centrales corporativas podrían convertirse primero, seguidas por las
unidades operativas periféricas cuatro meses después.
Moviente de un viejo sistema a a nuevo uno requiere eso fin usuarios ser
entrenado usar el nuevo sistema. Detallado documentación demostración
cómo el sistema Los trabajos desde el punto de vista técnico y del usuario final
se finalizan durante el tiempo de conversión para su uso en capacitación y
operaciones diarias. La falta de capacitación y documentación adecuadas
contribuye al fallo del sistema, por lo que esta parte del proceso de desarrollo
de sistemas es muy importante.
Producción y Mantenimiento
Una vez instalado el nuevo sistema y completada la conversión, se dice que el
sistema está en producción . Durante esta etapa, el sistema será revisado
tanto por usuarios como por especialistas técnicos para determinar qué tan bien
ha cumplido con sus objetivos originales. y para decidir si alguno revisiones o
modificaciones están en orden. En
MESA 13.2
SISTEMAS DESARROLLO
CENTRO DESCRIPCIÓN DE LA ACTIVIDAD
Análisis de sistemas
Identificar
problema(s)
Especificar
soluciones
Establecer información requisitos
Diseño
de sistemas Crear diseño especificaciones
Programación
Traducir diseño especificaciones en código
de programa
Realizar pruebas
unidad pruebas
Realizar pruebas de
sistemas Realizar
aceptación pruebas
Plan de Conversión
conversión
Preparar documentación
Tren usuarios y técnico personal
Producción y mantenimiento
Operar el sistema
Evaluar el sistema
Modificar el sistema
Capítulo 13 Edificio información Sistemas 535
algunos En algunos casos, una auditoría formal posterior a la
implementación el documento es preparado. Después el sistema tiene ha
sido afinado, debe ser mantenido mientras él es en producción para corregir
errores, cumplir requisitos o mejorar la eficiencia del procesamiento. Cambios
en hardware, software, documentación, o procedimientos a a sistema de
producción para correcto errores, encontrarse nuevo requisitos, o mejorar el
procesamiento effi. ciencia se denominan mantenimiento. El mantenimiento
rutinario consume a gran porcentaje de muchos finlandeses ÉL presupuestos,
pero podría ser reducido significativamente a través de la construcción de
sistemas más actualizados practicas y Tecnología. tubo 13.2 Resume las
actividades de desarrollo de sistemas.
FIPj Qué son el principal metodologías para
modelado y diseño sistemas?
Existen metodologías alternativas para modelar y diseñar sistemas. Las
metodologías estructuradas y el desarrollo orientado a objetos son las más
destacadas.
Estructurado Metodologías
Se han utilizado metodologías estructuradas para documentar, analizar y diseñar
en sistemas de formación lejos muchos décadas. Estructurado se refiere hacia
hecho eso las técnicas son paso a paso por paso, con cada paso construyendo
sobre el el anterior. Las metodologías estructuradas son de arriba hacia abajo y
avanzan desde el nivel más alto y abstracto. hacia nivel más bajo de detalle:
desde el general a la específico.
Estructurado desarrollo métodos son orientado a procesos, enfoque
principalmente en modelar los procesos o acciones que capturan, almacenan,
manipulan y distribuyen datos a medida que los datos fluyen a través de un
sistema. Estos métodos separan los datos de los procesos. A procedimiento de
programación separado debe ser escrito cada momento en que alguien quiere
realizar una acción sobre un dato en particular. El Los procedimientos actúan
sobre los datos que les pasa el programa.
El primario herramienta que representa un sistema procesos componentes
y el fi.ujo de datos entre ellos es el flujo de datos diagrama (DFD). El flujo de
datos diagrama ofertas a lógico gráfico modelo de información fluir,
fraccionamiento a sistema en módulos eso espectáculo manejable niveles de
detalle. Él rigurosamente especifica.es los procesos o transformaciones eso
ocurrir dentro cada módulo y las interfaces que existen entre ellos.
Figura 13.6 muestra un dato simple flujo diagrama para a inscripción a cursos
universitarios por correo sistema. El redondeado cajas representar procesos,
cual retratar la transformación de los datos. El cuadro cuadrado representa
una entidad externa, que es un originador o receptor de información ubicado
fuera de los límites del sistema ser modelado. Los rectángulos abiertos
representan almacenes de datos, que son manual o inventarios automatizados
de datos. Las flechas representar flujos de datos, que muestran el movimiento
entre procesos, entidades externas y datos. historias. Ellos contener paquetes
de datos con el nombre o contenido de cada flujo de datos listado al lado de la
flecha.
Este datos :flujo diagrama muestra eso estudiantes enviar formularios de
registro con su nombre, su identificación número; y los números de los
cursos que desean a llevar. En proceso 1.0, el sistema verifica eso cada curso
seleccionado es Sigue abierto por haciendo referencia la universidad curso
archivo. El archivo distingue cursos que son abierto ftom aquellos eso tener
estado cancelado o completado. Proceso 1.0 entonces determina cual de el
estudiantes trozos escogidos poder ser aceptado o rechazado. Proceso
536 Parte cuatro Edificio y Gerente Sistemas
1 FIGURA 13.6
DIAGRAMA DE FLUJO DE DATOS PARA EL
SISTEMA DE REGISTRO UNIVERSITARIO POR
CORREO
El sistico,m tiene tres procesos: Verificar disponibilidad (1.0), inscribir estudiante (2.0), y
Confirmar registro (3.0). El nombre y contenido de cada uno de los Los flujos de datos
aparecen adyacentes a cada flecha. ¡Hay uno externo! entidad en este sistema: el
alumno. Hay dos almacenes de datos: el archivo maestro de estudiantes y el archivo del
curso.
B
dent
l::l;ecuestad cursos
1.0
-
j'
Cursos abiertos
Verlfy
avaílability
1
Aceptado/
rechazad
otrozos
escogidos
Confimiation
latter
1
1
. 1,
11'
Enroll
2.0
student
-
r ------
-
curso archivo
Curso
J'
detalles
Curso inscripción
Alumno detalles
-
3.0
Confirm
-
-
1
1 Alumno maestro archivo
1
1
Registrarse ion
registration
Z.0 se inscribe el alumno en el cursos lejanos cual él Arkansas ella tiene
estado aceptado. Se actualiza el expediente del curso de la universidad con el
nombre del estudiante y número de identificación y recálculo prueba el tamaño
de la clase. Si se ha alcanzado el máximo de inscripción, el número del curso se
marca como cerrado. Ptocess 2.0 también actualiza el archivo maestro de
estudiantes de la universidad con información sobre los cambios de dirección de
los estudiantes de Nueva Zelanda. Proccss 3.0 envía a cada estudiante
solicitante una confirmación de inscripción lcttcr enumerando thc cursos por lo
cual el O ella es registrarsecd y tomando nota de las selecciones del curso que
no se pudieron cumplir.
Los diagramas T11e se pueden utilizar para representar procesos de alto nivel
como vamos como detalles de nivel inferior. A través de diagramas de flujo de
datos nivelados, un proceso complejo puede descomponerse en niveles
sucesivos de detalle. Un sistema completo se puede dividir en subsistemas con
un diagrama de flujo de datos de alto nivel. Cada subsistema, a su vez, puede ser
dividido en subsistemas adicionales con datos de segundo nivel fluir diagramas
y los subsistemas de nivel inferior pueden descomponerse nuevamente hasta Se
ha alcanzado el nivel más bajo de detalle.
Otro ¡también! para stn1cturcd análisis es a datos diccionario, cual contiene
en formación acerca de individual piezas de datos y datos agrupaciones dentro
a sistema (ver Capítulo 6). El datos diccionario define el contenido de datos
fluye y los datos se almacenan así eso constructores de sistemas entender
exactamente qué piezas de datos ellos contener. Proceso especificaciones
describir el transformación ocupando dentro el más bajo lvcl de el datos
diagramas de flujo. ellos expresan el lógica para caché proceso. En la metodología
estructurada, diseño de software es modelado usando estructuras jerárquicas
gráficos. TI1e estructura el gráfico es a De arriba hacia abajo cuadro, shmving
cada nivel de diseño, su relación a otro lcvcls, y es lugar en el en general
diseño estructura. diseño T11e primero considera la función principal de un
programa ar sistema, luego rompe esto función en subfi..mcciones, y se
descompone cada subfi.mction hasta el El nivel más bajo de dctail ha bcen rcachcd.
Cifra 13.7 muestra un nivel alto gráfico de estructura para un sistema de nómina. Si
un diseño tiene demasiados niveles para encajar sobre un diagrama de estructura,
puede ser roto abajo más en más detallado estructura gráficos. A estructura
cuadro puede
documento uno programa, uno sistema (a colocar de programas), o parte de un programa.
Capítulo 1 3 Edificio información Sistemas 537
1 CIFRA 13.7
ESTRUCTURA DE ALTOS NIVELES CUADRO PARA A NÓMINA DE SUELDOS SISTEMA
Este diagrama de estructura muestra el nivel más alto o más abstracto de diseño para una nómina l l sistema,
Proporcionar un visión general de todo el sistema.
1
Get
inputs
Get valld
inputs
Cal cul ado
pago
1
1
1
Validate
i n puts
.
Write
1
Calculate
gross pay
Calculate
net pay
Update
master file
¡_,.--
Orientado a objetos Desarrollo
Los métodos estructurados son útiles para modelar procesos, pero no manejan
bien el modelado de datos. También tratan los datos y los procesos como
entidades lógicamente separadas, mientras que en el mundo real tal separación
parece antinatural. Se utilizan diferentes convenciones de modelado para
análisis (el flujo de datos diagrama) y para el diseño (el diagrama de estructura).
Obj ect -o r i c n tc d evel o pmcn t aborda estos problemas. Desarrollo
orientado a objetos usos el objeto ct como el básico unidad de sistemas
análisis y diseño. Un El objeto combina datos y procesos específicos que
operan sobre esos datos. Datos encapsulados en un El objeto sólo puede ser
accedido y modificado por las operaciones o métodos asociados con ese objeto .
En lugar de pasar datos para realizar tareas, los programas envían un mensaje a
un objeto para que realice una operación que ya está incorporado en él. El
sistema esta modelado como una colección de los objetos y las relaciones entre
a ellos. Como la lógica de procesamiento de eGause reside dentro de los objetos
y no en programas de software separados, los objetos deben colaborar entre sí
para que el sistema funcione .
El modelado orientado a objetos se basa en los conceptos de clase y herencia.
Objetos pertenecientes a un cierto clase, o general categoría de similares objetos ,
tener el características de eso clase. Clases de objetos en doblar poder en el rito
alí el estructura y comportamientos de a más general clase y entonces agregar
variables y comportamientos unicos a cada objeto. Nuevo clases de objetos son
creado por eligiendo un existente clase y especificando cómo el nuevo clase
difiere de el existente clase en lugar de comenzar desde cero cada tiempo.
Podemos ver cómo funcionan la clase y la herencia en la figura 13.0, que
ilustra las relaciones entre las clases en relación con los empleados y cómo
se les paga. El empleado es el común antepasado, o superclase , para las
otras tres clases. Salario , Cada hora, anél temporal son unos idiotas de
Empleado. El clase naine es en el compar mento superior , t h c atributos
para cada clase están en el medio portian de cada caja, y el La lista de
operaciones está en el abajo portian de cada caja . Funciones TI1e que son
compartido por Todos los empleados (ID, nombre, dirección, fecha de
contratación, puesto y pago) se almacenan en la superclase Empleado ,
mientras que cada subclase almacena características que son específicas de
ese tipo particular de empleado. empleado. Específico para hora1y empleos,
lejos Por ejemplo, son sus tarifas por hora y tarifas de horas extras. Una línea
sólida de la subclase a la superclase es un camino de generalización que
muestra que las subclases Asalariado, Por horas y Temporal . tienen
Write checks.
reports, and
o u tp utfiles
., ,
características comunes que pueden generalizarse en la superclase E
mploycc.
538 Parte cuatro Edificio y Gerente Sistemas
1 FIGURE 13.8
CLASS ANO INHERITANCE
Employee
id
name
address
dateHíred
position
pay
salario
cada hora
salario anual
prima
tarifa por
hora tasa
sobreestimad
a
dailyRate
ytdHours
determinePermEliglbility
calcOvelifme
El desarrollo orientado a objetos es más iterativo e incremental que el
tradicional . estructurado desarrollo. Durante análisis, sistemas constructores
documentar los requisitos ficticios del sistema, especificando sus propiedades
más importantes y qué el propuesto el sistema debe hacer. Interacciones
ben;;reen el El sistema y sus usuarios se analizan para identificar objetos, que
incluyen tanto datos como procesos. La orientada a objetos La fase de diseño
describe cómo se tendrán los objetos y cómo interactuarán entre sí. Los objetos
similares se agrupan para formar una clase, y las clases se agrupan en jerarquías
en las que una subclase hereda los atributos y métodos de su superclase.
TI1e sistema de informacion es implementado por traductorio el diseño en
código de programa, reutilizar clases que ya están disponibles en una
biblioteca de objetos de software reutilizables y agregar nuevo unos creado
durante el orientado a objetos diseño fase. Implementación puede también
involucrar la creación de un base de datos orientada a objetos.se. Tirón
resultante sistema debe ser minuciosamente probado y evaluado.
Debido a que los objetos son reutilizables, el desarrollo orientado a objetos
podría potencialmente reducir el tiempo y el costo de escribir software porque
las organizaciones pueden reutilizar objetos de software que ya han sido creados
como bloques de construcción para otras aplicaciones. Se pueden crear nuevos
sistemas utilizando algunos objetos existentes, cambiando otros y añadiendo
algunos nuevos. objetos. Se han desarrollado infraestructuras orientadas a
objetos para proporcionar aplicaciones semicompletas y reutilizables que la
organización puede personalizar aún más las aplicaciones terminadas.
IFl1 ¿Cuáles son los métodos
alternativos para construir
sistemas de información?
Sistemas diferir en términos de su tamaño y complejidad tecnológica y en
decenas de organizacióna1 problemas que deben solucionar. Una serie de
enfoques de construcción de sistemas han "Becn desarrollado para hacer frente
·con estas diferencias. Sección Tiüs describe estas alternativas métodos: tbe
tradicional sistemas 1 ciclo de vida,
Capítulo 13 Edificio información Sistemas
creación de prototipos, paquetes de software de aplicaciones y servicios de
software en la nube, y subcontratación.
Tradicional Sistemas Vida Ciclo
Dedo del pie El ciclo de vida de los sistemas es el método más antiguo para
construir sistemas de irrigación. La metodología del ciclo de vida es un enfoque
gradual para construir un sistema, sistemas divisorios desarrollo en etapas
formales, como ilustrado en la Figura 13.9. Los especialistas en desarrollo de
sistemas tienen diferentes opiniones sobre cómo dividir la construcción de
sistemas etapas, pero aproximadamente corresponden a las etapas del desarrollo
de sistemas que acabamos de describir.
La metodología del ciclo de vida de los sistemas mantiene una división
formal del trabajo entre los usuarios y los especialistas en sistemas de
información. Los especialistas técnicos, como los analistas y programadores de
sistemas, son responsables de gran parte del trabajo de análisis, diseño e
implementación de sistemas; Los usuarios finales se limitan a proporcionar la
información requerida y revisar el trabajo del personal técnico. El ciclo de vida
también enfatiza las especificaciones formales y el papeleo, por lo que se
generan muchos documentos. durante el curso de un proyecto de sistemas.
El ciclo de vida de los sistemas todavía se utiliza en la construcción de
sistemas grandes y complejos que requieren un análisis de requisitos riguroso y
formal, especificaciones predefinidas y controles estrictos sobre la construcción
del sistema. proceso. Sin embargo, el enfoque del ciclo de vida de los sistemas
puede ser costoso, llevar mucho tiempo e inflexible. Aunque los constructores
de sistemas pueden ir ida y vuelta entre las etapas del ciclo de vida, el ciclo de
vida de los sistemas es predominantemente c1 Enfoque en 'cascada' en el que se
completan las tareas en una etapa. antes del trabajo para la siguiente etapa
comienza. Las actividades se pueden repetir, pero se deben generar volúmenes
de nuevos documentos y volver sobre los pasos si es necesario cumplir con los
requisitos y especificaciones. ser revisado. Esto fomenta la congelación de las
especificaciones relativamente pronto. en el proceso de desarrollo. El enfoque
del ciclo de vida tampoco es adecuado para muchos sistemas de escritorio
pequeños, que tienden a ser menos estructurados y más individualizados.
539
1 FIGURE 13.9
THE TRADITIONAL SYSTEMS DEVELOPMENT LIFE CYCLE
Systems Analysls
Programmlng
540
Parte cuatro Edificio y Gerente Sistemas
Creación de prototipos
Creación de prototipos consiste de edificio un experimental sistema
rápidamente y de forma económica para que los usuarios finales lo evalúen. Al
interactuar con el prototipo, los usuarios pueden tener una mejor idea de sus
necesidades de información. El prototipo aprobado por los usuarios se puede
utilizar como plantilla para crear el sistema final.
El prototipo es a laboral versión de Una información sistema o parte del
sistema, pero pretende ser sólo un modelo preliminar. Una vez operativo, el
prototipo se perfeccionará hasta que se ajuste exactamente a las necesidades de
los usuarios. Una vez finalizado el diseño, el prototipo se puede convertir en un
sistema de producción pulido.
El proceso de construir un diseño preliminar, probarlo, refinarlo y volver a
intentarlo se ha denominado proceso iterativo de desarrollo de sistemas
porque los pasos necesarios para construir un sistema se pueden repetir una y
otra vez. Creación de prototipos es más explícitamente iterativo que el
convencional vida ciclo, y promueve activamente cambios en el diseño del
sistema. Se ha dicho que la creación de prototipos reemplaza el retrabajo no
planificado con iteraciones planificadas, y cada versión refleja con mayor
precisión los requisitos de los usuarios.
Pasos en Creación de prototipos
Cifra 13.10 muestra a cuatro pasos modelo de el creación de prototipos proceso,
cual consta de lo siguiente:
Paso 1: Identificar el del usuario básico requisitos. El sistemas diseñador
(normalmente un especialista en sistemas de información) trabaja
con el usuario sólo el tiempo suficiente para captar las necesidades
de información básica del usuario.
Paso 2: Desarrollar un inicial prototipo. El sistemas diseñador crea a
prototipo de trabajo rápidamente, utilizando herramientas para
generar software rápidamente.
Paso 3: Usar el prototipo. El usuario es motivado a trabajar con el sistema
para determinar cómo Bueno el prototipo Satisface su o su
necesidades y hacer sugerencias para mejorar el prototipo.
Paso 4: Revisar y mejorar el prototipo. El constructor del sistema toma
nota de todos los cambios que solicita el usuario y refina el
prototipo en consecuencia. Una vez revisado el prototipo, el ciclo
regresa al Paso 3. Los pasos 3 y 4 se repiten hasta que el usuario
esté satisfecho.
Cuando No más iteraciones son requerido, el aprobado prototipo entonces
se convierte en un prototipo operativo que proporciona las especificaciones
finales para la aplicación . A veces el prototipo es adoptado como el producción
versión de el sistema.
Ventajas y Desventajas de Creación de prototipos
La creación de prototipos es más útil cuando existe cierta incertidumbre sobre
los requisitos o diseño soluciones y es a menudo usado para diseño un
información del sistema usuario final interfaz (el parte de el sistema con cual
fin usuarios interactuar, semejante como pantallas de visualización en línea y
entrada de datos, informes o páginas web). Debido a que la creación de
prototipos fomenta una intensa participación del usuario final durante todo el
ciclo de vida del desarrollo de sistemas, es más probable que produzca sistemas
que cumplan con los requisitos del usuario.
Sin embargo, la creación rápida de prototipos puede pasar por alto pasos
esenciales en el desarrollo de sistemas. Si el prototipo completo funciona
razonablemente bien, la gerencia puede no ver la necesidad de reprogramación,
rediseño o documentación y pruebas completas para construir un sistema de
producción pulido. Es posible que algunos de estos sistemas construidos
apresuradamente no acomoden fácilmente grandes cantidades de datos o una
gran cantidad de usuarios en un entorno de producción.
Capítulo 13 Edificio información Sistemas 541
1 CIFRA 13 . 10
EL PROTOTIPOS PROCESO
El proceso de desarrollando un prototipo poder ser roto abajo en cuatro pasos.
Porque un prototipo puede ser desarrollado rápidamente y económico, Los
constructores de sistemas pueden pasar por varias iteraciones, repitiendo los pasos 3
y 4, para refinar y mejorar el tipo de prototipo antes. estamos llegando al operativa
final.
ldentify
basic
requirement
s
Paso 1
Developa
working
prolotype
Paso 2
Usethe
Paso 3
prototype
SÍ
,.
Prototipo
operativoJ
Reviseahd
enliancethe
prototype
Paso 4
Software de la aplicacion Paquetes, servicios de
software y subcontratación
El capítulo 5 señala mucho del software actual no es desarrollado internamente
pero se compra a través de fuentes externas. finlandeses poder alquilar el
software de una línea softn,,Proveedor de servicios de tara, ellos puede comprar
el software de un vendar comercial como un paquete para correr internamente, o
pueden tener un Aplicación personalizada desarrollada por una empresa de
subcontratación externa.
Solicitud Software Paquetes y Software en la nube Servicios
hoy ma11y sistemas están basados en comercialmente paquetes de software de
aplicación disponibles o nube sofuvarc como un servicio (SaaS). Lejos
ejemplo, empresas puede optar por implementar Oracle emerprise recurso
planificación, cadena de suministro gestión, o humano capital gestión
sofuvare internamente o pagar a usar este sofü,¡arc nrnning en el oráculo
Plataforma en la nube. microsoft Office dcsktop pro dnctividad viene el
software en ambos escritorio y nube (Office 365) versiones. Muchas aplicaciones
son común a alí negocio organizaciones-para ejemplo, nómina, cuentas
cuenta por cobrar, general libro mayor, o inventario control. Lejos semejante
funciones universales con estándar procesos que hacen no cambia mucho Con
el tiempo, un sistema más genérico cumplirá requisitos de muchas
organizaciones.
Si un software comercial paquete o servicio de software en la nube puede
Para cumplir con la mayoría de los requisitos de una organización, la empresa
no tiene que escribir su propio software. TI1e compañía poder ahorrar tiempo y
dinero por usando el Pre escrito, firmado previamente, probado previamente
sofu'1are programas desde el software vendar. Paquete y Los proveedores de
SaaS suministran gran parte de la Mantenimiento en proceso y apoyo para el
sistema,
542
Parte cuatro Edificio y Gerente Sistemas
incluidas mejoras para mantener el sistema en línea con los desarrollos técnicos
y comerciales en curso. Cuando se busca un paquete o una solución SaaS, los
usuarios finales serán responsables de proporcionar los requisitos de
información comercial para el sistema. y información sistemas especialistas
voluntad proporcionar técnico requisitos. Si una organización tiene requisitos
únicos que el paquete no cumple, estos herramientas incluir capacidades para
personalización. Personalización las características lo permiten a comercial
software paquete o basado en la nube software a ser modificado reunirse un
organización único requisitos sin destruyendo el integridad de el software. Si a
excelente trato de personalización es requerido, adicional programación y
personalización trabajar puede convertirse entonces caro y pérdida de tiempo
eso ellos negar muchos de el ventajas de software paquetes y servicios.
Cuando un sistema se desarrolla utilizando un paquete de software de
aplicación o una nube software servicio, sistemas análisis voluntad incluir a
formal evaluación de El software paquete o servicio en cual ambos fin
usuarios y información Participarán especialistas en sistemas . Los criterios de
evaluación más importantes son las funciones . proporcionó por el software,
flexibilidad, la facilidad de uso, hardware requisitos , requisitos de bases de
datos, esfuerzos de instalación y mantenimiento, documentación , calidad del
proveedor y costo. El proceso de evaluación del paquete o servicio de
software. a menudo es basado en a pedido para propuesta (Solicitud de
propuestas) , cual es a lista detallada de preguntas enviado a software
vendedores.
Cuando se selecciona software de una fuente externa, la organización ya no
tiene control total sobre el proceso de diseño de sistemas. En lugar de adaptar
las especificaciones de diseño de sistemas directamente a los requisitos del
usuario, el esfuerzo de diseño consistirá en tratar de moldear los requisitos del
usuario para que se ajusten a las características del paquete o software servicio.
Si el organización requisitos conflicto con el forma el paquete o software
servicio obras y este software no puedo ser personalizado, la organización
tendrá que adaptarse al paquete o servicio de software y cambiar sus
procedimientos.
Subcontratación
Si a firme hace no desear a usar es interno recursos a construir o funcionar
sistemas de información, puede subcontratar el trabajo a una organización
externa que se especialice en proporcionar estos servicios. Los proveedores de
computación en la nube y software como servicio (SaaS), que describimos en el
Capítulo 5, son una forma de subcontratación. Las empresas suscritas utilizan
el software y hardware proporcionado por el servicio como plataforma técnica
de sus sistemas. En otra forma de subcontratación, una empresa podría
contratar a un proveedor externo para diseñar y crear el software para su
sistema, pero esa empresa operaría el sistema en sus propias computadoras. El
proveedor de subcontratación puede ser nacional o estar en otro país.
Doméstico subcontratación es impulsado ante todo por el hecho eso
subcontratación las empresas poseen habilidades, recursos, y activos eso su
clientela hacer no tener. Instalación un nuevo suministrar cadena gestión
sistema en a muy grande compañía podría Requerir la contratación de entre
30 y 50 personas adicionales con experiencia específica en la gestión de la
cadena de suministro. software con licencia de a proveedor. Bastante que
contratar permanente Nuevos empleados, mayoría de a quien haría necesidad
extenso capacitación en el nuevo software, y entonces liberar a ellos después
el nuevo sistema es construido, él marcas más sentido, y es a menudo menos
caro, a subcontratar este trabajar para a 12 meses período.
En el caso de costa afuera subcontratación , el decisión es mucho más impulsado por los
costos. A
experto programador en India o Rusia gana acerca de $10,000–$30,000 por año
comparado con acerca de $60,000 o más por año para a comparable
programador en los unidos Estados. El Internet y bajo costo comunicaciones
tecnología tener drásticamente reducido el gastos y dificultad de coordinando el
trabajar de global equipos en costa afuera ubicaciones. En suma a costo ahorros,
muchos costa afuera subcontratación empresas
Capítulo 13 Edificio información Sistemas 543
oferta clase mundial tecnología activos y habilidades. Salario inflación afuera el
Estados Unidos se ha erosionado recientemente algunos de estas ventajas , y
algunos trabajos han retrocedido a los unidos Estados. fin11s generalmente lo
hago no subcontratar la concepción, análisis de sistemas y diseño de TI sistemas
para finlandeses de alta mar, pero a menudo Subcontratamos la programación,
las pruebas, el mantenimiento y la operación diaria de los sistemas de TI .
A firme es mayoría Probablemente se beneficiará de la subcontratación si se
necesita el tiempo para evaluar todos los riesgos y asegurarse de que la
subcontratación sea adecuada a sus necesidades particulares. Cualquier empresa
que subcontrate sus aplicaciones debe comprender a fondo el proyecto,
incluidos sus requisitos, método de implementación, beneficios previstos,
componentes de costos, y métricas lejos medir el rendimiento.
Muchos finlandeses subestiman costos para identificar y evaluar proveedores de :
servicios de tecnología de la información, para la transición a un nuevo vendar, para
mejorar :inter nal Sofuvamos métodos de desarrollo para que coincidan con los de
los proveedores de subcontratación y monitoreamos mucho a los proveedores para
asegurarnos de que cumplan con sus obligaciones contractuales. Las empresas
necesidad de asignar recursos para documentar los requisitos, enviar solicitudes de
propuestas, gestionar los gastos de viaje, negociar contratos y gestionar proyectos.
Los expertos afirman que se necesitan desde tres meses hasta un año completo para
transfiera completamente el trabajo a un socio offshore y asegúrese de que vendan a
fondo entiende tu negocio.
La subcontratación en el extranjero genera costos adicionales costos para
hacer frente a las diferencias culturales que agotan la productividad y el manejo
de cuestiones de recursos humanos, como el despido o la reubicación de
empleados domésticos. Todos estos costos ocultos bajo corte algunos de los
Beneficios previstos de la subcontratación. Las empresas deben ser
especialmente cautelosas al recurrir a un subcontratista para desarrollar u operar
aplicaciones que les proporcionen algún tipo de ventaja competitiva.
General Corporación de motores (GM) en una vez punto tenía
subcontratado el 90 por ciento de sus servicios de TI , incluido su centro de
datos y desarrollo de aplicaciones. La empresa Más tarde decidió trae la mayor
parte de su TI infraestructura interna . Reducir los costos es importante, p e r o
la primaria de GM motivo para recortar subcontratación era recuperar el control
de sus sistemas de información, que, en su opinión, impedían a la empresa
responder rápidamente a las oportunidades competitivas. Cifra 13.11 muestra
mejor- y peor de los casos escenarios lejos el total costo de un costa afuera
1 CIFRA 13.11TOTAL
COSTO DE COSTA AFUERA TERCERIZACIÓN
si a firme gasta $10 mi Ilión en contratos de subcontratación extraterritorial, esa empresa ,
ny En realidad, gastaremos un 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 dramática en la productividad
a lo largo de con una transición excepcionalmente alta y Suspender costos.ts, una
empresa puede esperar a paga a 57 por ciento en costos adicionales en arriba de los
$10 Desembolso de millones para un contrato offshore.
Hldden Costs
544 Parte cuatro Edificio y Gerente Sistemas
proyecto de subcontratación. es muestra cuánto afectan los costos ocultos a la
costo total del proyecto. El mejor de los casos refleja las estimaciones más bajas
de los costos adicionales, y el peor de los casos refleja las estimaciones más
altas de estos costos. Como puedes ver, costos ocultos aumentar el total costo de
un proyecto de subcontratación en el extranjero por un extra 15 al 57 por ciento.
Incluso con estos costos adicionales, muchas empresas se beneficiarán de la
subcontratación extraterritorial si gestionan bien el trabajo.
FIP1
Qué son nuevo enfoques para
¿Construcción de sistemas en la era de
las empresas digitales?
Las tecnologías y las condiciones comerciales están cambiando tan rápidamente
que las empresas están adoptando procesos de desarrollo de sistemas más cortos
e informales, incluidos aquellos que están lejos aplicaciones móviles. En además
de usar paquetes de programas y servicios de software en línea, empresas
dependen cada vez más de técnicas de ciclo rápido, como el desarrollo rápido de
aplicaciones, el diseño conjunto de aplicaciones, el desarrollo ágil, las pruebas
de software automatizadas y el desarrollo sin código y con poco código.
Desarrollo rápido de aplicaciones (RAD),
Desarrollo Ágil, Automatizado Pruebas de
software y DevOps
El término desarrollo rápido de aplicaciones (RAD) se refiere al proceso
de creación sistemas viables en a muy corto período de tiempo con algunos
flexibilidad para adaptas a proyecto evoluciona. RAD incluye el usar de visual
programación y otras herramientas usuario gráfico de construcción lejana
interfaces, iterativas creación de prototipos de sistema clave elementos,
automatización del programa código generación, y clase Trabajo en equipo
entre usuarios finales y especialistas en sistemas de información. Los
sistemas simples a menudo pueden reunirse de preconstruido componentes.
El proceso hace No tengo que ser secuenciales y partes clave de El desarrollo
puede ocurrir simultáneamente.
se utiliza una técnica llamada diseño de aplicación conjunta (JAD) para
acelerar la generación de información requisitos y desarrollar el diseño inicial
del sistema. JAD reúne a usuarios finales y especialistas en sistemas de
información en una sesión interactiva para discutir el diseño del sistema. Si se
preparan y facilitan adecuadamente, las sesiones JAD pueden acelerar
significativamente la fase de diseño e involucrar a los usuarios a un nivel
intenso.
Desarrollo ágil se centra en rápido entrega de trabajo software rompiendo un
gran proyecto en un serie de pequeño subproyectos que se completan en
períodos cortos de tiempo usando iteración, continuo comentario, y usuario
continuo intervención. filtraciones, llamado carreras de velocidad, son poco
tiempo marcos eso típicamente último de 1-4 semanas. Cada mini proyecto es
trabajó en por a multifuncional equipo (que consiste en de programadores,
probadores, un usuario representante, y otra personas requeridas por el proyecto)
y entregado periódicamente al cliente. La mejora o adición de nueva
funcionalidad se lleva a cabo dentro de la siguiente iteración, según
corresponda. los desarrolladores aclaran los requisitos.
Las características a desarrollar se asignan al sprints de forma prioritaria, con
el "camino crítico" a través del programa desarrollado primero. Esto hace
posible que una versión básica pero funcional de un programa demostrarse
desde el principio. Como Cuando se desarrollan características adicionales, el
código se agrega al código ya desarrollado, un proceso conocido como
"integración continua" .
Las pruebas se realizan tempranamente y con frecuencia durante todo el
proceso de desarrollo. Ágil métodos enfatizar cara a cara comunicación,
alentador gente a
Capítulo 13 Edificio Información Sistemas
colaborar y tomar decisiones con rapidez y eficacia, respuesta rápida y flexible a
cambiar, y el producción de laboral software bastante que documentación
elaborada. En lugar de una fase de prueba separada, como en el enfoque
tradicional en cascada, las pruebas se realizan continuamente en desarrollo ágil
durante cada sprint, y se fomentan las pruebas. Esto a menudo significa que un
mayor desarrollo Se dedicará más tiempo a las pruebas que cuando se utilizan
enfoques tradicionales.
Aunque son esenciales, las pruebas continuas pueden consumir mucho
tiempo, especialmente desde desarrollando prueba guiones, ejecutando
prueba pasos, y evaluando el resultados usado a ser en gran parte manual.
Automatizado pruebas herramientas son ahora disponible para satisfacer esta
necesidad. Las herramientas de prueba automatizadas realizan exámenes del
software, informan los resultados y comparan los resultados con ejecuciones
de pruebas anteriores. La sesión interactiva sobre tecnología muestra cómo
las pruebas automatizadas ayudaron a las empresas de software de seguridad
McAfee usar un ágil metodología en es proyectos.
DevOps construye en ágil desarrollo principios como un organizativo estrategia
a crear a cultura y ambiente eso más promover rápido y ágil desarrollo prácticas.
DevOps se encuentra para "desarrollo y operaciones” y enfatiza cerca
colaboración entre el software desarrolladores OMS crear aplicaciones y el ÉL
Operacional personal OMS correr y mantener el aplicaciones. Tradicionalmente,
en un gran empresa, un solicitud desarrollo equipo haría ser en cargar de
reunión negocio requisitos para un solicitud, diseño el solicitud, y escribir y
probar el software. El equipo de operaciones ejecutaría y mantendría el
software. una vez él era poner en producción. Problemas surgir cuando el
Equipo de desarrollo es inconsciente de Operacional asuntos eso prevenir el
software de laboral como se esperaba, lo que requiere tiempo adicional y
reelaboración para reparar el software.
DevOps intenta cambiar esta relación promoviendo una mejor y más
frecuente comunicación y colaboración entre el desarrollo de sistemas y las
operaciones. grupos y a rápido y estable flujo de trabajo a lo largo de el
completo ciclo de vida del desarrollo de aplicaciones. Con este tipo de cambio
organizacional, junto con técnicas ágiles, procesos estandarizados y
herramientas automatizadas de creación y prueba de software más potentes, es
posible crear, probar y lanzar aplicaciones. más rápidamente y más
frecuentemente. Para ejemplo, DevOps ayuda Los desarrolladores de Netflix
realizan cientos de cambios de software cada día.
Código bajo y Sin código Desarrollo
Código bajo desarrollo es a software desarrollo acercarse eso permite la
entrega de aplicaciones más rápido y con codificación manual mínima
utilizando modelado visual en una interfaz gráfica para ensamblar y configurar
aplicaciones. Estas herramientas pueden producir aplicaciones totalmente
operativas o requerir una pequeña cantidad de codificación adicional. Las
plataformas de desarrollo de código bajo reducen la cantidad de codificación
manual para crear software viable, de modo que las aplicaciones empresariales
pueden ser creadas más rápidamente por una gama más amplia de personas
(incluidos los usuarios finales empresariales en algunos casos), no sólo aquellos
con programación formal. habilidades.
Sin código desarrollo herramientas son incluso más fácil para no TI negocio gente a
usar. Todo el software proveedor piensa el usuario necesidades a crear un
aplicación es ya construido en el herramienta, con No codificación requerido.
Sin embargo, muchos sin código las herramientas eran construido a resolver a
545
simple negocio problema y tener muy limitado funcionalidad. Para ejemplo,
Verita, a global sin ánimo de lucro intentando a eliminar humano abusos de
derechos en global suministrar cadenas, tiene a sin código solicitud para
Procesando gastos del cliente informes (Preimesberger, 2019). Sin código
aplicaciones son también difícil personalizar . Otro Abajo es eso estos
herramientas hacer él posible para usuarios empresariales a crear su propio
aplicaciones sin adecuado gestión vigilancia por el ÉL departamento, creando
seguridad, cumplimiento, y integración problemas, así como sistemas
deficientes
546 Parte cuatro Edificio y Gerente Sistemas
INTERACTIVO TECNOLOGÍA DE SESIÓN
McAfee girar s a Automatizado Software Pruebas
McAfee es una empresa privada que selis software
de seguridad para casi 69.000 clientes empresariales
y más de 500 millón individuos . en 189 rublos . n lo
intenta . Tú o su compañía puede ser usando a McAfe
El producto para combatir el malware, el robo de
identidad y la invasión de la privacidad.
McAfee utiliza a soltero global instancia de SAVIA
ERP 5.0 para ejecutar todos sus procesos back-end de
finanzas, control, contabilidad, gestión de materiales y
cumplimiento de pedidos. También cuenta con otros
sistemas no SAP, que están integrados para procesos de
ventas, licencias y atención al cliente desde una
perspectiva de pedido a efectivo. (Orden a efectivo se
refiere a el colocar de negocios procesos de recepción,
procesamiento y pagar los pedidos de los clientes . ) Sin
embargo, el sistema SAP ERP es la única fuente de
información sobre los ingresos y las reservas de McAfee.
McAfee es una organización basada principalmente en
socios que obras a través de muchos revendedores y
distribuidores, y él necesita garantizar que estos los
socios pueden rápidamente y ingrese fácilmente pedidos
en el sistema SAP.
McAfee tiene estado intentando hacer malabarismos
con múltiples proyectos de sistemas. Ha sido intentando
migrar a SAP SI 4HANA (la última generación de SAP de
11.-t ) ERP software) y también implementar SAP
Revenu.e Contabilidad y Informes , que requirieron
actualizar los códigos de contabilidad de McAfee para
cumplir con los nuevos estándares de reconocimiento de
ingresos. Este proyecto tenía consumado la mayor parte
de los recursos de TI de McAfee en 2018. negocios.s
tenia también ha sido escindido de su padre empresa y
tenía separar sus sistemas informáticos.
Las actualizaciones tuvieron ser liberado, probado, y
confumado para estar funcionando correctamente. El
personal de TI de McAfee tuvo que gestionar todos
estos proyectos sin aumentar la plantilla. En el Al
mismo tiempo, McAfee estaba adoptando una
metodología ágil para todos sus sistemas de TI.
proyectos. En En contraste con la metodología
tradicional de Waterfhll , en la que un director de
proyecto supervisa a las personas que están cada uno
dedicado a la garantía de calidad, funcionalidad del
sistema de prueba,
y usuario pruebas de aceptación, McAfee cambió a
un ágil ciclo de sprint en el que todos los miembros
de un equipo de desarrollo colabora en el desarrollo
incremental de menor piezas de software , cual son
liberados cada sprint ciclo cada dos semanas. Con un
ágil metodología, software Los módulos se crean,
prueban, demuestran constantemente para obtener
retroalimentación y se revisan en plazos más cortos que el
enfoque acuático.
McAfee tenía a trato con aproximadamente 40 sistemas para
la manipulación llevar al pedido, orden de cobranza, y procesos
de origen a pago en los que se trabaja y mejora activamente.
Según Mou.li Subrahamanayan, Director de TI
de McAfee India, "se están moviendo partes
todas encima."
Uno manera de hacerlo más, más rápido,
fue para automatizar las pruebas. McAfee
había tradicionalmente usado procesos
manuales para pruebas de software, que no
podrían manejar fácilmente una mayor
cantidad de pruebas . Siempre que un sistema
tema se modificó o mejoró con una nueva
característica, el personal de TI de McAfee
tuvo que asegurarse de que los sistemas
actualizados funcionaran como se esperaba y
corregir cualquier problemas antes de que el
sistema entrara en producción.
Fue muy dificil de usar procesos manuales
para mantenerse al día con la pruebas porque
se tuvieron que realizar muchos cambios
realizarse en un período de tiempo muy corto.
La creación manual de escenarios de prueba
para procesos de extremo a extremo, como el
pedido al cobro, llevó mucho tiempo y fue
muy costoso.
Mc Afee 's aumentó pruebas necesidades
eran también impulsado por otros cambios en
la aplicación que requirieron pruebas
también. Por ejemplo, McAfee reemplazó su
sistema desarrollado a medida por configurar,
precio , y cotización (CPQ) procesos (para
configurar el precio de productos y generar
cotizaciones) con a sistema de terceros que no
sea SAP . El compañía necesario para probar
el escenario de extremo a extremo para
garantizar que las cotizaciones creadas para las
ventas se convirtieron adecuadamente en
pedidos en el SAP ERP sistema y luego se
cumplió sin problemas. El pruebas tuve que
crear y probar al final del trimestre Volumen de
60.000 pedidos . y validar el cargas en el
soporte que no es SAP aplicaciones, tales como
facturación, licencias y análisis. Las pruebas
tenían que demostrar que todo en esa cadena de
eventos podía manejar eso. El volumen de
transacciones y los sistemas se comportaron
como deberían.
Para completar una gran cantidad de
pruebas en poco tiempo periodo de tiempo ,
McAfee optó para au.tomado probando.
Automatizado pruebas haría permitir tiempo
lejos ágil equipos de desarrollo para
concentrarse en cada escenario y asegúrese
eso back-end sistemas eran laboral como
esperaba que completar los pedidos de los
clientes. El equipo de automatización de 13
miembros de McAfee estaba formado por
ingenieros de automatización y analistas de
negocios, quienes fueron encargados de
seleccionar el producto de prueba
automatizado para el compañía. Pruebas
automatizadas Los proveedores de software tuvieron
que
usar las manos en demostraciones a espectáculo eso
su herramienta podría manejar SAVIA pruebas y
negocio proceso automatización y que era fácil de
usar.
McAfee seleccionado Certificación de Worksoft
porque lo fue el marco para las pruebas de SAP que
llegaron preconstruido dentro del software y su marco
de prueba podrían aplicarse
Capítulo 13 Edificio l nformación Sistemas 547
a áreas más allá del el sistema SAP local de la
empresa, incluidas nuevas aplicaciones personalizadas.
Worksoft Certify es una empresa líder en la industria
automatización de pruebas solución para aplicaciones
empresariales que incluyen SAP, Workday ,
Salesforce.com, Ora.ele y aplicaciones web. Él está
diseñado para probar procesos de negocios complejos
que abarcan múltiples aplicaciones , y es sin código.
El La herramienta modela una aplicación bajo prueba
como una serie de páginas que contienen GUI
(gráficos). interfaz de usuario) objetos y pasos de
prueba,
realizar acciones contra esos objetos. Crea y almacena
pasos de prueba automatizados en una base de datos
relacional sin script o programa de software único. Las
personas que carecen de habilidades de codificación de
software pueden utilizar la herramienta.
Por el fin de 2017, McAfee comenzó a realizar
pruebas automatizadas sistema en producción. la
empresa ahora usos software de trabajo Certificar para
pruebas y para automatización de procesos de negocio
en su Entorno SAP. Manual
tareas semejante como realizando controles regulares
sobre el estado del sistema SAP están automatizados,
al igual que las pruebas de cambios en el sistema. Eso
incluye pruebas de rendimiento. a probar cargas de
procesamiento pesadas. Por ejemplo, McAfee fue
capaz Probar cómo el SAVIA sistema procesó un
volumen de 60.000 pedidos con 250.000 artículos
individuales.
McAfee salvado casi 2.500 horas de manual esfuerzo a
través de pruebas y automatización de procesos de
negocio, equivalente a $200,000, y el necesidad para El
mantenimiento de la aplicación está en su punto más bajo.
Fuentes: w,;vw.worksoft.com, consultado el 7 de
abril de 2020; Lauren Bonneau, "McAfee ahorra
2500 horas de esfuerzo manual con Tust y
Automatización de procesos de negocio en su viaje
hacia SAP S/4HANA",
experto en SAP, Abril 1, 2019; w,;vw.mcafee.com, accedido
Abril 7, 2020.
CASO ESTUDIAR PREGUNTAS
l. ¿Por qué a compañía como ¿McAfee se
beneficia de las pruebas de software
automatizadas?
2. ¿Qué factores de gestión, organización y tecnología
¿La dirección de McAfee? en Moviente a ¿Pruebas
de software automatizadas?
3. Era ¿Worksoft certifica una buena solución para
McAfee? ¿Por qué o por qué? ¿no?
4. ¿Cómo surgieron las pruebas de software
automatizadas? cambiar la forma en que se
ejecuta McAfee ¿son negocios?
Desarrollo de aplicaciones móviles: diseño
para un mundo multipantalla
Hoy, empleados y clientes esperar, y incluso demanda, a ser capaz a usar un movil
dispositivo de ellos elección a obtener información o llevar a cabo a transacción
en cualquier lugar y en cualquier tiempo. A encontrarse estos necesidades,
compañías voluntad necesidad a desarrollar móvil sitios web, móvil web
aplicaciones, y nativo aplicaciones como Bueno como tradicional información
sistemas. Una vez un organización decide desarrollar móvil aplicaciones, tiene
para hacer algo importante opciones, incluido el tecnología él voluntad usar
a implementar estas aplicaciones (si a wiite a nativo aplicación o móvil web
aplicación) y qué a hacer acerca de una móvil sitio web. A móvil sitio web es
a versión de a regular sitio web eso esta escalado abajo en contenido y
navegación para fácil acceso y buscar en a pequeño móvil pantalla. (Acceso
Amazonas sitio web de su computadora y entonces de
su teléfono inteligente a ver el diferencia de a regular sitio web.)
A móvil web aplicación es un habilitado para Internet aplicación con
específico funcionalidad para dispositivos móviles. Acceso de usuarios web
móvil aplicaciones a través del navegador web de su dispositivo móvil. La
aplicación web Toe reside principalmente en un servidor, se accede a ella a
través de Internet y no es necesario instalarse en el dispositivo. La misma
aplicación puede ser TI1e usado por mayoría dispositivos que pueden navegar
web, a pesar de todo de su marca.
A La aplicación nativa es una aplicación independiente diseñada para
ejecutarse en una plataforma específica1 y dispositivo. El nativo la aplicación es
instalado directamente en un dispositivo móvil. Aplicaciones nativas poder
conectar hacia Internet descargar y subir datos, y También pueden operar con
estos datos incluso cuando no están conectados a el Intel1et. Por ejemplo, un
Aplicación de lectura de libros electrónicos como Kindle. software puede
descargar un libro de
548 Parte cuatro Edificio y Gerente Sistemas
clo
Internet, desconéctese de Internet y presente el libro para su lectura. Las
aplicaciones móviles nativas brindan un rendimiento rápido y un alto grado de
confiabilidad. Ellos son también capaz de tomar Ventaja de las capacidades
particulares de un dispositivo móvil, como su cámara o funciones táctiles. Sin
embargo, el desarrollo de aplicaciones nativas es costoso porque se deben
programar múltiples versiones de una aplicación para diferentes sistemas
operativos y hardware móviles.
Desarrollando aplicaciones para plataformas móviles es bastante diferente del
desarrollo lejos PC y su mucho más grande pantallas. Puntera talla reducida de
dispositivos móviles hace usando Los dedos y los gestos multitáctiles son
mucho más fáciles que escribir y usar teclados. Las aplicaciones móviles deben
optimizarse para las tareas específicas que deben realizar, no debería intentar
realizar demasiadas tareas y debería ser diseñado por usabilidad. El usuario
experiencia lejos móvil la interacción es fundamentalmente diferente de usar a
escritorio o ordenador portátil. Ahorro ancho de banda de recursos, espacio de
pantalla, memoria, procesamiento, entrada de datos y gestos del usuario-es una
máxima prioridad.
Cuando un lleno sitio web creado para el escritorio se reduce al tamaño de
un teléfono inteligente pantalla, es difícil lejos el usuario a navegar a
través de el sitio. El usuario debe acercar y alejar continuamente y
desplazarse para encontrar material relevante. Por lo tanto, las empresas
necesitan diseñar sitios web específicamente para interfaces móviles y crear
múltiple móvil sitios a encontrarse el necesidades de teléfonos inteligentes,
tabletas, y navegadores de escritorio. Esto equivale a al menos tres sitios con
contenido, mantenimiento y costos separados. Actualmente, los sitios web
saber qué dispositivo que estás usando porque usar su el navegador enviará
esto inflación a la servidor cuando usted acceder. Residencia en este
información, el servidor entregar la pantalla adecuada.
Una solución a la problema de tener varios sitios web es utilizar un diseño web
responsivo . El diseño web responsivo permite a los sitios web cambiar el diseño
automáticamente según la resolución de la pantalla del visitante, ya sea en una
computadora de escritorio, portátil, tablet, o teléfono inteligente. Usos del diseño
responsivo herramientas semejante como diseños flexibles basados en cuadrículas,
fiex.tble imágenes y medios consultas a optimizar el diseño para diferente visita
contratextos. Este elimina la necesidad de realizar trabajos de diseño y desarrollo
por separado para cada nuevo dispositivo. HTML5, que nosotros presentado en el
Capítulo 5, es También usado para desarrollo de aplicaciones móviles porque puede
admitir aplicaciones móviles multiplataforma.
1Ff3 Cómo voluntad MAL ayuda mi ¿carrera profesional?
Aquí es cómo Capítulo 13 y este libro poder ayudar tú encontrar a trabajo
asan Analista junior de sistemas empresariales de nivel básico.
El Compañía
CALLE Consultants, una tecnología profesional con sede en Oslo servicios
finlandés, proporciona personal y información tecnología consultante
servicios y tiene un abierto posición lejos un Nivel Básico júnior negocio
sistemas analista. empresa de dedos proporciona consultoría empresarial y
tecnológica a más de 150 empresas en finanzas} servicios, atención médica,
comunicaciones, transporte, energía, bienes de consumo y tecnología,
ayudándolos a implementar negocio y Tecnología iniciativas de manera
rentable.
Descripción
Puesto
negocio
junior analista
de sistemas es
se espera que
trabaje en el
proyecto
equipos a lo
largo de todas
las fases del
Ciclo de vida
del desarrollo
de
software,
incluida
la
definición del
negocio.
requisitos,
desarrollando
detallado
diseño
especificacione
s, y laboral con
Un
del
Capítulo 13 Edificio Información Sistemas
desarrolladores de aplicaciones para construir o mejorar sistemas y procesos de
negocio. Antes de emprender sus asignaciones, los nuevos analistas de sistemas
de negocios reciben en segundo plano la capacitación que necesitarán para
tener éxito en sus asignaciones. La primera tarea es trabajar por contrato para
una nueva empresa de análisis de datos que presta servicios a organizaciones
medianas. El analista junior de sistemas empresariales trabajaría con a equipo de
datos científicos a ayuda clientela integrar datos fuentes, limpiar y organizar
datos desordenados y mejorar la comprensión de patrones y tendencias.
Trabajo Requisitos
• Próximo o reciente colega graduado, con licenciado en Letras en Gestión
Sistemas de Información, Finanzas, Psicología o campo afín
• 3 a 6-más meses de corporativo trabajar o pasantía experiencia,
incluyendo experiencia trabajando con un equipo de proyecto
• Fuerte conocimiento de la tecnología y los sistemas, y la mejora de los
procesos de negocio.
• Fuerte analítico, comunicación, y resolución de problemas habilidades
• Capacidad a trabajar cómodamente en a ambiente de equipo
• Conocimiento y comprensión del ciclo de vida del desarrollo de software
y mejora de los procesos de negocio.
• Conocimiento de EM Oficina aplicaciones
• Exposición a SQL deseable pero no requerido
Entrevista Preguntas
1. ¿Qué cursos de sistemas de información ha tomado, incluidos MIS, bases de
datos, análisis de datos y desarrollo de sistemas? ¿Puedes escribir consultas
SQL?
2. ¿Ha trabajado en algún proyecto de desarrollo de sistemas? Si es así, ¿qué
hiciste exactamente? ¿Qué prácticas de desarrollo de sistemas utilizó?
3. ¿Has trabajado en algún otro tipo de proyectos y qué papel desempeñaste?
Hacer tú tener muestras de el escribiendo o producción tú producido para
estos proyectos?
4. Cual microsoft Oficina herramientas tener tú ¿usado? Qué tipos de
problemas ¿Has utilizado estas herramientas para resolver?
5. Tener tú cualquier experiencia con ágil software ¿desarrollo?
Autor Consejos
1. Revise la discusión sobre los procesos de negocios en el Capítulo 2 y el
Capítulo 13 y la discusión del Capítulo 14 sobre la gestión e implementación
de proyectos de TI. Esté preparado para hablar sobre cualquier experiencia en
desarrollo de sistemas que haya tenido, incluido el análisis o el rediseño de
procesos comerciales. También esté preparado para discutir las prácticas
contemporáneas de desarrollo de sistemas.
2. Preguntar acerca de cómo tú haría ser usando SQL y microsoft Oficina
herramientas para el trabajo y qué habilidades se espera que usted demuestre.
Traiga muestras del trabajo que haya realizado con este software. Expresar
interés en conocer más sobre estas herramientas para cumplir con sus
asignaciones laborales.
3. Traiga muestras de sus escritos que demuestren sus habilidades analíticas y
de aplicación empresarial y su experiencia en proyectos.
549
550 cuarta parte Edificio y hombre envejeciendo Sistemas
13-1 Cómo hace edificio nuevo sistemas producir organizativo ¿cambiar?
La construcción de un nuevo sistema de información es una forma de cambio organizacional
planificado. Cuatro tipos de tecnología habilitada cambio son (1) automatización, (2) racionalización
de procedimientos, (3) negocio rediseño de procesos, y (4) cambio de paradigma, donde los cambios
de gran alcance conllevan los mayores riesgos y recompensas. Muchas organizaciones están utilizando
la gestión de procesos de negocio para rediseñar los flujos de trabajo y los procesos de negocio con la
esperanza de lograr avances espectaculares en la productividad. La gestión de procesos de negocio
también es útil para promover la gestión de la calidad total. (GCT), Seis Sigma, y otras iniciativas
para incrementar la mejora de procesos.
13-2
Qué son el centro actividades en el sistemas desarrollo ¿proceso?
El centro actividades en sistemas desarrollo son sistemas análisis, sistemas diseño,
programación, pruebas, conversión, producción, y mantenimiento. Sistemas análisis es el estudiar y
análisis de problemas de existencia sistemas y la identificación de requisitos para sus soluciones.
El diseño de sistemas proporciona el especificaciones para un sistema de información solución,
demostración cómo es técnico y Los componentes organizacionales encajan entre sí.
13-3
Qué son el principal metodologías para modelar y diseño sistemas?
El dos principales metodologías para el modelado y diseñar sistemas de información son
Metodologías estructuradas y desarrollo orientado a objetos. Las metodologías estructuradas se centran
en procesos de modelado . y datos por separado. El datos fluir diagrama es el principal herramienta
para estructurado análisis, y el diagrama de estructura es la herramienta principal para representar el
diseño de software estructurado. El desarrollo orientado a objetos modela un sistema como una
colección de objetos que combinan procesos y datos. Orientado a objetos El modelado se basa en la
conceptos de clase y herencia.
13-4
Qué son alternativa métodos para edificio información sistemas?
El más antiguo método para edificio los sistemas son el vida de los sistemas ciclo, lo que
requiere que los sistemas de información se desarrollen en etapas formales. Las etapas deben
desarrollarse secuencialmente y tener resultados definidos; cada uno requiere aprobación formal ante
el ne:A."t etapa puede comenzar. El ciclo de vida de los sistemas es útil para proyectos grandes que
necesitan especificaciones formales y un control de gestión ligero sobre cada etapa de la construcción
de sistemas, pero es muy rígido y costoso.
Creación de prototipos consiste de construcción un experimental sistema rápidamente y barato
lejos usuarios finales a interactuar con y evaluar. Creación de prototipos alienta usuario final
intervención en sistemas desarrollo y iteración de diseño hasta especificaciones son capturado
precisamente. El creación rápida de Los prototipos pueden dar como resultado sistemas que no han
sido completamente probados o documentados o que son técnicamente inadecuados para un
entorno de producción.
Usando a software paquete o en línea software servicios (SaaS) reduce el cantidad de diseño,
programación, pruebas, trabajos de instalacion y mantenimiento requerido a construir a sistema.
Paquetes de software de aplicación o SaaS son útil si un la firma no tiene los sistemas de
información internos Personal o recursos financieros para desarrollar un sistema personalizado .
Para cumplir con los requisitos únicos de una organización, los paquetes pueden requerir
modificaciones extensas que poder sustancialmente aumentar los costos de desarrollo.
La subcontratación consiste en utilizar una venda externa para construir (u operar) los sistemas de
información de una empresa en lugar del personal de sistemas de información internos de la
organización La subcontratación puede ahorrar costos de desarrollo de aplicaciones o permitir que las
empresas desarrollen aplicaciones sin personal interno de sistemas de información. Sin embargo, las
empresas corren el riesgo de perder el control sobre sus sistemas de información y volverse demasiado
dependientes de proveedores externos. La subcontratación también entraña costes ocultos,
especialmente cuando el el trabajo se envía al extranjero.
13-5
Qué son nuevo enfoques para sistema edificio en el digital firme ¿era?
Rápido El desarrollo de aplicaciones (RAD) utiliza orientación a objetos. software, programación
visual, prototipos y herramientas para la creación muy rápida de sistemas. El desarrollo ágil rompe un
gran proyecto en una serie de pequeños subproyectos que se completan en cortos períodos de tiempo
mediante iteración y retroalimentación continua. Automatizado velocidad de las herramientas de
prueba arriba pruebas y mejorar calidad por automatizando tareas que eran previamente manual.
Código bajo y sin código desarrollo herramientas permitir gente con mínimo o no programación
habilidades a crear factible sistemas en a corto período de tiempo. Devüps enfatiza
Capítulo 13 Edificio Información Sistemas 551
colaboración estrecha entre los desarrolladores de software que crean aplicaciones y el personal
operativo de TI que ejecuta y mantiene las aplicaciones. El desarrollo de aplicaciones móviles debe
prestar atención a la simplicidad, usabilidad y el Necesidad de optimizar tareas en pantallas muy
pequeñas.
Llave Términos
Ai: aceptación pruebas, 533
Ágil desarrollo, 544
Automatización, 523
Negocio proceso gestión (BPM), 526
Rediseño de procesos de negocio, 524
Conversión, 533
Cw,tomización, 542
Datos diagrama de flujo (DFD),
535 DevOps, 545
Directo transición estrategia, 534
Documentación, 534
Usuario final interfaz, 540
Factibilidad estudiar, 530
Información requisitos, 531
Iterativo, 540
conjunto de aplicaciones (!AD), 544
Desarrollo de código bajo, 545
Mantenimiento, 535
Móvil web aplicación,
547 Sitio web móvil ,
547
Nativo aplicación, 547
Sin código desarrollo, 545
Objeto, 537
Orientado a objetos desarrollo, 537
Costa afuera subcontratación , 542
Paradigma cambio, 524
Revisar Preguntas
13-1
13-2
¿Cómo produce la construcción de nuevos
sistemas un cambio organizacional?
•
Explicar por qué internacionalización de
prncedu.res es esencial después de la
automatización en el cambio
organizacional.
•
Definir el término cambio de paradigma
y explicar por qué a menudo fracasa.
Qué son el núcleo actividades en el
proceso de desarrollo de sistemas?
•
Explique por qué un análisis de sistemas a
menudo incorporan un estudio de
viabilidad.
•
Explique el papel de un sistema diseñador
y su trabajo relacionado con el análisis de
sistemas.
•
Explique el role de el Fase de
Paralelo estrategia, 533
por fases acercarse estrategia, 534
Estrategia de estudio piloto , 534
Post-implementación auditoría, 535
Proceso especificaciones, 536
Producción, 534
Programación, 532
Prototipo, 540
creación de prototipos, 540
rápido de aplicaciones (RAD), 544 Ratio11alizatio11 de
procedimientos, 523
Solicitud de propuesta (RFP), 542
Responsivo diseño web, 548
Seis Sigma, 524
Estructura cuadro, 536
Estructurado, 535
Sistema pruebas, 533
Sistemas análisis, 530
Sistemas diseño, 531
Sistemas desarrollo, 530
sistemas c i c l o de vida ,
539 Primer plan, 533
cosa, 532
total1 calidad administrarme (GCT), 524
Pruebas unitarias, 533
programación de un proceso de
desarrollo de sistemas. ¿Quién
proporciona este servicio?
•
Describir el propósito de a formal
auditoría posterior a la implementación.
13 -' 3 ¿Qué son el ¿Principales metodologías para
modelar y diseñar sistemas?
•
13- 4
Compare stru.ctu.red tradicional y orientada
a objetos enfoques para modelado y diseñar
sistemas.
¿Qué son alternativa métodos para edificio
información sistemas?
•
Definir el Ciclo de vida de los sistemas
tradicionales. Describir sus ventajas y
desventajas para la construcción de sistemas.
•
Definir prototipos de sistemas de
información. Describe su beneficios y
limitaciones. Enumere y describa los pasos
en el proceso de creación de prototipos.
552
Parte cuatro Edificio y Gerente Sistemas
•
Definir un paquete de software de
aplicación. Explicar las ventajas y
desventajas del desarrollo de sistemas de
información basados en paquetes de
software.
Describa las ventajas y desventajas. de
usando subcontratación para edificio
sistemas de información.
•
13-5
•
•
Qué son nuevo enfoques para sistema
¿Construir en la era de las empresas
digitales?
Definir desarrollo rápido de aplicaciones
(RAD), desarrollo ágil y software
automatizado. pruebas, código bajo y sin
código desarrollo y DevOps y explicar
cómo pueden mejorar la construcción de
sistemas.
Explicar el características de móvil
desarrollo de aplicaciones y diseño web
responsivo.
Discusión Preguntas
13-6
Por qué es seleccionando a sistemas
desarrollo
abordar una decisión comercial
importante? ¿Quién debe participar en
el
selección ¿proceso?
Alguno tener dicho eso el mejor
forma a
reducir los costos de desarrollo de
sistemas es utilizar solicitud software
paquetes, SaaS,
MiLab MIS
13-7
MiLab MIS
o fácil de usar herramientas. Hacer tú ¿aceptar? Por qué
13-8
Mi
laboratori
o MAL
o por qué ¿no?
Por qué es él entonces importante a entender cómo
¿Cómo funciona un proceso de negocio
cuando se intenta desarrollar un nuevo
sistema de información?
Las manos en MAL Proyectos
Los proyectos de esta sección le brindan experiencia práctica analizando procesos comerciales, diseñando y
construyendo un cliente. sistema para auto ventas, y analizando sitio web información requisitos.
Gestión Decisión Problemas
13-9
Para un adicional tarifa, a cliente adquisitivo un aparato, semejante como a Lavado máquina de
Appliance Warehouse, con sede en Auckland, Nueva Zelanda, puede adquirir un contrato de servicio de
tres años. El contrato proporciona servicio de reparación gratuito y piezas para el electrodoméstico
especificado utilizando un autorizado servicio proveedor. Cuando a persona con a servicio contrato
necesidades a reparar un aparato, como a Lavado máquina, él o ella llamadas el Refacción & Partes
departamento a cronograma un cita.
El departamento hace la cita y le da a la persona que llama la fecha y hora aproximada de la cita. El
técnico de reparación llega dentro del plazo designado y diagnostica el problema. Si el problema es
causado por a defectuoso parte, el técnico cualquiera reemplaza el parte si él o ella lleva la pieza o
solicita la pieza de repuesto. Si la pieza no está en stock, un técnico la solicita la pieza y le da al cliente
una hora aproximada en la que llegará la pieza. La pieza se envía directamente al cliente. Una vez que
haya llegado la pieza, el cliente debe llamar para programar una segunda cita para que un técnico de
reparación reemplace la pieza solicitada. Este proceso es muy largo. Puede tomar dos semanas para
programar la primera visita de reparación, otras dos semanas para ordenar y recibir la pieza requerida,
y otro semana a cronograma a segundo reparar visita después el ordenado parte tiene estado
recibió.
• Diagramar el proceso existente .
•
Qué es el impacto de el existente proceso en Operacional eficiencia y cliente relaciones?
•
¿Qué cambios se podrían hacer para que este proceso sea más eficiente? ¿Cómo podrían los
sistemas de información respaldar estos cambios? Diagramar el proceso mejorado.
13-10
Gestión en su agrícola quimicos corporación tiene estado insatisfecho con planeación de
producción. Producción planes son creado usando mejor suposiciones de demanda para cada
producto, cual se basan en la cantidad de cada producto que se ha pedido en el pasado. Si un cliente
realiza un pedido inesperado o solicita un cambio en un pedido existente después de haberlo realizado,
no hay forma de ajustar los planes de producción. Es posible que la empresa tenga que decirles a los
clientes que no puede cumplir con sus pedidos o que se agoten. Costos adicionales de mantener
inventario adicional para evitar desabastecimientos.
Capítulo 13 Edificio Información Sistemas
553
En el fin de cada mes, pedidos son totalizado y a mano enchavetado en el de la empresa planeación
de producción sistema. Datos de el pasado meses producción y inventario sistemas son a mano
ingresado en el sistema de gestión de pedidos de la empresa. Analistas del departamento comercial y del
departamento de producción. analizar el datos de su respectivo sistemas a determinar qué el ventas
objetivos y producción objetivos debería ser para el próximo mes. Estos estimados son generalmente
diferente. El analistas entonces consigue juntos en a nivel alto planificación reunión a revisar el
producción y ventas objetivos a llevar en cuenta sénior gestión objetivos para mercado compartir,
ingresos, y ganancias. El resultado de el La reunión es un cronograma maestro de producción
finalizado.
Todo el proceso de planificación de la producción tarda 17 días hábiles en completarse. Se
requieren nueve de estos días. a ingresar y validar el datos. El restante días son gastado
desarrollando y reconciliando la producción y ventas objetivos y finalizando el producción maestro
cronograma.
• Dibujar un diagrama de la proceso de planificación de la producción existente .
•
Analizar el problemas este proceso crea para el compañía.
•
¿Cómo podría un sistema empresarial resolver estos problemas? ¿De qué manera podría reducir los
costos? Diagrama que el producción planificación proceso podría mirar como si el compañía
implementado software empresarial .
Mejorar la toma de decisiones: uso de software de base de datos para diseñar un
sistema de cliente para ventas de automóviles
Habilidades de software: diseño de bases de datos, consultas,
informes y formularios. Habilidades comerciales: líder de ventas y
análisis de clientes.
13-11 Este proyecto requiere que usted realice un análisis de sistemas y luego diseñe una solución de
sistema utilizando software de base de datos.
Ace Auto Dealers se especializa en la venta de vehículos nuevos de Subaru en Portland, Oregon. La
empresa se anuncia en los periódicos locales y figura como distribuidor autorizado en el sitio web de
Subaru y en otros sitios importantes. sitios web para auto compradores. El compañía beneficios de a
bien local boca a boca reputación y reconocimiento de nombres.
Ace no cree tener suficiente información sobre sus clientes. No puede determinar fácilmente qué
clientes potenciales han realizado compras de automóviles, ni puede identificar qué puntos de contacto
con el cliente han producido la mayor cantidad de oportunidades de ventas o ventas reales para poder
enfocar la publicidad y el marketing más en los canales que generan la mayor cantidad de ingresos. ¿Los
compradores descubren Ace a través de anuncios en los periódicos, de boca en boca o de Internet?
Preparar a sistemas análisis informe detallando as problema y a sistema solución eso poder ser
implementado usando ordenador personal base de datos gestión software. Entonces usar base de
datos software a desarrollar un simple sistema solución. En Mi laboratorio MAL, tú voluntad encontrar
más información acerca de As y es requisitos de información para ayudarle a desarrollar la solución.
Logrando Operacional Excelencia: analizando Sitio web Diseño y Requisitos de
información
Software habilidades: Web navegador software
Negocio habilidades: Información requisitos análisis, sitio web diseño
13-12
Visita el sitio web de su elección y explorar él minuciosamente. Preparar a informe analizando el
Varias funciones proporcionó por eso sitio web y es información requisitos. Su informe debería
responde esto preguntas: Qué funciones hace el sitio web ¿llevar a cabo? Qué datos hace él ¿usar?
Qué son es entradas, salidas, y procesos? Qué son alguno de es otro diseño ¿especificaciones?
Hace el enlace de página web a cualquier interno sistemas o sistemas de otro organizaciones? Qué
valor hace este sitio web proporcionar a la empresa?
554
Parte cuatro Edificio y Gerente Sistemas
Colaboración y Trabajo en equipo Proyecto
Preparando Sitio web Diseño Especificaciones
13-13
Con tres o cuatro de su compañeros de clase, seleccionar a sistema descrito en este texto eso usos el web.
Revisar el sitio web para el sistema tú seleccionar. Usar qué tú tener aprendió de el sitio web y el
descripción en este libro a preparar a informe describiendo alguno de el diseño especificaciones para el
sistema tú seleccionar. Si posible, utilizar Google Documentos y Google Conducir o Google Sitios a idea
genial, organizar, y desarrollar a presentación de tus hallazgos para la clase.
Capítulo 13 Edificio l inform ación Sistemas
555
Pick n Pay's Cloud Migration to Enhance Business
pendiente a sus decisiones historicas hecho
inteligencia
CASO ESTUDIAR
P
asqueroso norte Pagar es a negocio minorista
fundado en 1967 por raimon ackennan, que
empezó con cuatro pequeños historias en capa
Ciudad, Sur África. Desde
entonces, el negocio tiene crecido y e_icpanded a
convertirse el segundo más grande detallista en Sur
África, con tiendas en Namibia, Botsuana, Zambia,
Mozambique, Mauricio, Eswatini y Lesotho. Elegir
n Pagar ofertas a ancho rango de productos, incluido
comida, ropa, alcohólico bebidas, productos
farmacéuticos, ferretería y otras mercancías en
general. Las tiendas de dedos también ofrecen valor
añadido servicios semejante como tercero pagos de
facturas, servicios financieros como transferencias y
retiros de efectivo, y pagos de subvenciones
sociales. Elige y paga tiene el más grande en línea
tienda de comestibles negocio en África.
Dedo del pie minorista espacio es altamente
competitivo, operando de manera impredecible
mercado donde las tendencias cambian rápidamente.
Para gestionar las expectativas de los clientes , los
minoristas necesitan para asegurar eso ellos tener el
bien producto en el bien tiempo lejos el bien
precio. Dedo del pie pérdida incremental de mercado
compartir sobre muchos años impulsó a Pick n Pay a
lanzar un plan de recuperación a largo plazo en 2014
que respaldaba sus valores fundamentales, que
incluyen los derechos del consumidor, la eficiencia
empresarial, la sostenibilidad y el valor para el
cliente, y la innovación. Su equipo de TI debía
respaldar la visión empresarial con sistemas y
soluciones que mejorarían las capacidades de datos, la
agilidad empresarial y la experiencia del cliente. En
2009, Pick n Pay tenía reemplazó su sistema interno
heredado con un sistema totalmente integrado
Solución ERP de SAP. Desde entonces, Pick n Pay ha
trabajado en colaboración
enviar con SAP actualizará, optimizará y automatizará
su tecnología.
Por el fin de 2017, sin embargo, el Equipo de
Inteligencia de Negocios (BI) tenía empezado a
enfrentar varios desafíos con la infraestructura
existente. Se enfrentaron a graves limitaciones
debido a sus centros de datos físicos locales, que ya
no podían soportar los requisitos del negocio.
Minorista negocio inteligencia es a impulsado por la
tecnología proceso eso se traduce rnw datos. en
importante ideas para promover una mejor toma de
decisiones - ha convertirse en un atributo clave de la
competitividad del comercio minorista. Pick n Pay
tenía tres diferente datos plataformas de almacén
basado en su capacidades En el momento. Lejos
su BI Para funcionar de manera óptima, Pick n
Pay requería una plataforma única para todos
datos transaccionales, del comercio minorista
principal transacciones de ventas en
tiendas para gestión de stock, margen y gestión de
inventarios. El diseño de la puntera también tuvo que
adaptarse a futuras innovaciones como el aprendizaje
automático, la Al y la computación cognitiva .
El equipo de Toe Pick n Pay BI discutió sus requisitos
futuros de infraestructura con su socio actual, SAP. En el
tiempo, el BI El equipo de Pick n Pay estaba usando
SAVIA BW 4HANA activado su plataforma a lo largo
con Businessüjects Analytics. El La migración de
aplicaciones de TI y datos a la nube fue en gran medida
inexplorada por la mayoría de las organizaciones
sudafricanas en el momento. tiempo, y el equipo sopesó
cuidadosamente el posibles ventajas y desventajas. El
análisis descubrió que
enfoques locales para el alojamiento de infraestructura
eran más costosos, ya que administrar un centro de datos
no era el negocio principal de una organización
minorista.
Infraestructura como a Service (laaS) presentó una
solución potencial, ya que permite la subcontratación de
infraestructura informática semejante como hardware,
almacenamiento, servidores, y datos centro espacio
encima La Internet. Este haría permitir el compañía
escalar cuando tenía a y cosechar el encargado
financiero} beneficios. (Ver Capítulo 5).
El equipo de TI encontró una variedad de aspectos
que debían ser revisados y sopesados antes de
seleccionar un proveedor de nube. Estas evaluaciones
incluyeron costos, redes, recursos, habilidades.
requerido de el compañero, maneras de trabajar, y
procesos utilizados lejos copias de seguridad y
restaurando de datos. Además, usuario experiencia,
cuestiones de seguridad y formulación de Había que
considerar un proceso de recuperación ante
desastres. Para a grande empresa con varios} grandes
sistemas, migración a la nube es un tarea compleja
que requiere un cambio de paradigma por parte de
múltiples usuarios.
El equipo de Toe identificó a Amaron Web Services
(AWS) como el mejor socio estratégico para trabajar
con para su migración a la nube. AWS tiene estado
colaborando con SAP desde 2011 para facilitar la
implementación y mi integración de sus aplicaciones
SAP a AWS, y SAP tiene en obtener la certificación
AWS lejos una gran mayoría de Aplicaciones SAP.
Según Andrés Mayes, elegir norte
paga GM lejos Negocio Inteligencia y datos la
ciencia, la naturaleza dinámica de la nube impulsó su
decisión de asociarse con AWS como la
infraestructura puede ser inmediatamente adquirido
cuando necesario. El ventajas del Aplicación
basada en la nube y asignación bajo demanda
proporcionada por AWS a lo largo de con el promesa
de eficiencia
556 Parte cuatro Edificio y Gerente Sistemas
y más inteligente utilización de existente El hardware
confirmó aún más su decisión.
Pick n Pay trabajó con SAP y AWS a
Determinar los requisitos del proyecto. El desafío
inicial fue la migración de datos localizados a la
nube. El El equipo confió en la experiencia de
AWS. con cornple.x tareas semejante como el
entrega, operación y planificación de capacidad de
un servidor y una infraestructura de
almacenamiento. Pick n Pay implementó AWS
Elastic
Nube informática (EC2) en GP2 (General Objetivo
SSD), que se había utilizado anteriormente. Las
máquinas virtuales en AWS EC2, también conocidas
como instancias, tienen muchas ventajas, como la
escalabilidad (se pueden elegir instancias con más
RAM, CPU, etc.), pago por uso y libertad para elegir
diferentes plataformas o sistemas operativos. El
equipo seleccionó Amazon Virtual Prívate Cloud
(Amazon VPC), que proporciona una red virtual
dedicada en lugar de una red pública , y Amazon
CloudWatch, que medidas y monitorea los datos.
El El proyecto se puso en marcha en el finales de
2018 con la transición de todos los usuarios a la nube
y el desmantelamiento de las plataformas heredadas.
El proyecto cumplió con las expectativas, pero
incurrió en algunos sobrecostos, principalmente
debido a la falta de experiencia en la ejecución de los
trabajos correspondientes. y control S en lugar. AWS
era un nuevo producto para Pick n Pay que requirió
una forma diferente de pensar sobre varios conceptos,
incluida la recuperación ante desastres, la seguridad y
la apreciación de la componentes de red ,
especialmente en el contexto de aplicaciones SAP.
Pick n Pay dependía de AWS para proporcionar las
habilidades requeridas para el migración, ya que estos
conjuntos de habilidades carente dentro de equipo
de la empresa y el sudafricano mercado. El Por lo
tanto, el proyecto destacó la importancia de la
colaboración con los socios de implementación para
brindar capacitación en las habilidades necesarias;
Esto implica una revisión cuidadosa de la disponible
habilidades antes del lanzamiento de dicho proyecto
para permitir que el equipo del proyecto desarrolle un
acuerdo de nivel de servicio (SLA) completo con el
socio de la nube. Al trabajar con
Como socio en la nube, la capacitación interna y
el desarrollo de habilidades en la nube deben ser
una prioridad para garantizar una eficacia efectiva.
integración. AWS tenía a proporcionar el pericia
y formación para ayudar a hacer crecer la base de
conocimiento de la Equipo Pick n Pay durante la
migración; La capacitación y certificación se
brindaron en un entorno en línea y presencial. El
equipo de Pick n Pay descubrió que también era
necesario un proceso formal para la contratación de
las habilidades específicas necesarias para un entorno
de nube como así como hasta el momento
d e s a r r o l l o d e habilidades de interna} recursos.
La implementación de la nube logró el objetivo.
tivos del proyecto para reducir costos y mejorar la
eficiencia en el negocio. El verdadero beneficio, sin
embargo, fue la agilidad del entorno de nube para
facilitar innovaciones como capacidades mejoradas
de ciencia de datos, IA y aprendizaje automático.
Esto ha permitido elegir n Pagar para mejorar su
programa de fidelización de clientes y facilitar
promociones específicas y descuentos
personalizados, abastecimiento digital inteligente y
soluciones de cadena de suministro, y venta
minorista multicanal.
Sonidos: Amazonas Web Servicios sitio web, aws.amazon.com,
consultado en octubre 15 , 2020; Alex. bekker, 'Cómo a Conseguir el
Grande Ganar con negocio minorista Intelligence",
www.scnsoft.com, consultado el 12 de octubre de 2020;
UCSSolutions, 'Pick n Pay Immplemems World Competitive
Solution', www.it.web.co.za, consultado el 12 de octubre , 2020;
Katy Gíbson, "Piel n Paycuts Costs with Custom Lealtad", www.
sap.com, consultado el 9 de octubre de 2020; Robin•Leigh Chetty,
"Piel n Pague por qué decidió migrar la infraestructura de AWS',
www. htxt.co.za, consultado en octubre 9, 2020; elegir n Sitio web
de pago, www. pnp.co.za, consultado en octubre 1 , 2020; Jaime de
Y:i.lliers, • Amazon Web Services Centros de datos abiertos en
Sudáfrica en 2020, • www. businessinsidet:co.za, consultado el 1 de
octubre , 2020.
CASO ESTUDIAR PREGUNTAS
13-14 ¿Qué problema enfrentó la empresa desde
el punto de vista tecnológico y
organizacional y qué impacto tuvo? esto
tiene en el negocio?
13-15 Qué soluciones hizo Elegir norte Pagar ¿explorar?
Explicar el proceso seguido a identificar los
requisitos iniciales.
13-16 Tú Creo que la empresa tomó la decisión
correcta. por subcontratación a ¿AWS? Explicar
Tu respuesta.
13-17 Qué desafíos hizo Elegir norte Pagar
¿experiencia durante la implementación
del sistema?
13-18 Qué eran el beneficios del proyecto
¿Hasta dónde elegir y pagar?
Case contributed by Carolien van den Berg,
University of the Western Cape
Capítulo 13 Edificio Información Sistemas
557
Capítulo 13 Referencias
Benaroch, Michael, Yossi Lichtenstein y Lior Fink. "Opciones de
diseño de contratos y equilibrio de los costos de transacción
ex ante y ex post en la subcontratación del desarrollo de
software". MIS Quarterly 40, No. 1 (marzo de 2016).
Chang, Young Bong, Vijay Gurbaxani y Kiron Ravindran.
"Subcontratación de tecnologías de la información: transferencia
de activos y el papel del contrato". MIS Quarterly 41, No. 3
(septiembre de 2017).
el aserrado, Omar A. Rediseño Empresa Procesos para Comercio
Electrónico .
McGraw-Hill (2001).
Gnanasambandam, Chandra, Martin Harrysson, Rahul Mangla, y
Shivam Srivastava. "Una guía para ejecutivos para el
desarrollo de software". McKinsey & Company (febrero de
2017).
guinan, patricia J., salvatore París, y Roberto Macguire. "Facilitar la
gestión y la escala de proyectos digitales". Gestión de
préstamos del MIT Revisar (Diciembre 4, 2019).
Hahn, Eugenio D., jonathan PAG. Doh, y Kraiwinee Bunyaratavej.
“La evolución del riesgo en la deslocalización de sistemas de
información: el impacto de Hogar País Riesgo, Firme
Aprendiendo, y Dinámica competitiva ”. MIS Quarterly 33, No.
3 (septiembre de 2009).
Martillo, Miguel, y Jaime Champy. Reingeniería el
Corporación . Nuevo York: HarperCollins (1993).
Hua Ye, Jonathan y Atreyi Kankanhalli. “Innovación en el servicio
al usuario en Móvil Teléfono Plataformas: investigando
Impactos del usuario principal, el soporte del kit de
herramientas y la autonomía del diseño ". MAL Trimestral
42, No. 1 (Marzo 2018).
Kendall, kenneth MI., y julia MI. Kendall. Sistemas Análisis y
Diseño (noveno ed.). Superior Sillín Río, NUEVA JERSEY:
Aprendiz Sala (2019). Kotlarsky, Julia, Harry Scarbrough e Ilan
Oshri. “Coordinación
Experiencia más allá de las fronteras del conocimiento
en proyectos de subcontratación offshore: el papel de la
codificación. MIS Quarterly 38, No. 2 (junio de 2014).
Sotavento, Jae Nam, jovenki Parque, Detmar w. Straub, y
Yunmo Koo.” Holístico Arquetipos de ÉL
Subcontratación Estrategia: un enfoque configuracional y
de ajuste de contingencia”. MIS Quarterly 43 No. 4
(diciembre de 2019).
Levina, natalia, y Juana w. Ross. "De el Perspectiva del vendedor :
Explorador el Valor Proposición en Información
Tecnología Subcontratación”. MAL Trimestral 27, No. 3 (Septiembre
de 2003).
Maruping, Likoebe M., ViswanathVenkatesh, James YL Thong y
Xiaojun Zhang. "Un marco de mitigación de riesgos para
proyectos de tecnología de la información: una perspectiva de
contingencia cultural". Revista de sistemas de información de
gestión 36, N° 1 (2019).
McKinsey y compañía. "Ágil con 'A' mayúscula: una guía sobre los
principios y trampas del desarrollo ágil". (febrero de 2018).
Moeini, Mohammad y Suzanne Rivard. "Responder o no a los riesgos
de los proyectos de tecnología de la información: un modelo
integrador". MIS Quarterly 43, No. 2 (junio de 2019).
Pegasistemas. "BT logra una gestión del ciclo de vida personal de clase
mundial". www.pega.com, consultado el 6 de enero de 2021).
Pollock, Neil y Sampsa Hyysalo. “El negocio de ser un Usuario:
el papel del actor de referencia en la configuración de la
adquisición y el desarrollo de sistemas empresariales
empaquetados”. MIS Quarterly 38, No. 2 (junio de 2014).
Preimesberger, Chris. "Cómo las empresas utilizan el desarrollo de código
bajo y sin código ". eWeek (5 de julio de 2019).
Saunders, Adam y Erik Brynjolfsson. “Valorando la tecnología de
la información Relacionado Intangible Activos." MAL
Trimestral 40, N° 1 (marzo de 2016).
Sircar, Sumit, Sridhar P. Nerur y Radhakanta Mahapatra.
“¿Revolución o Evolución? Una comparación de métodos de
desarrollo de sistemas estructurados y orientados a objetos ".
MIS Quarterly 25, No. 4 (diciembre de 2001).
Su, Ning, Natalia Levina y Jeanne W. Ross. “La estrategia de cola
larga para ÉL Subcontratación”. MIT sloan Gestión Revisión
(invierno de 2016).
Susarla, anjana, y tridas Mukhopadhyay.”Puede La
subcontratación de tecnologías de la información fomenta
la innovación en el cliente
¿Organizaciones? Un Empírico Análisis." MAL Trimestral 43 No.
3 (septiembre de 2019).
Valácich, Joseph A., y Joey Jorge. Moderno Sistemas Análisis y
Diseño , noveno ed. Superior Sillín Río, NUEVA
JERSEY: Prentice-Hall (2020).
Descargar