Subcontratación	Una es encargar el desarrollo de una aplicación a otra organización, generalmente una empresa que se especializa en el desarrollo de este tipo de aplicaciones.
Subcontratación	La otra es contratar los servicios de otra empresa para gestionar la totalidad o parte de los servicios que, de otro modo, prestaría una unidad de TI de la organización. Este último concepto podría no incluir el desarrollo de nuevas aplicaciones.
Software diseñado a la medida o personalizado	En los últimos años, ha disminuido el número de empresas que desarrollan aplicaciones internamente. La mayoría de las aplicaciones diseñadas a medida son desarrolladas por empresas que se especializan en brindar servicios de consultoría y desarrollo de software a otras empresas
Buena adaptación a las necesidades	La organización disfruta de una aplicación que satisface exactamente sus necesidades, en lugar de conformarse con el ajuste cercano de un programa ya hecho.
Buen ajuste a la cultura	Cuando se desarrolla un sistema a la medida, los desarrolladores son más sensibles a la cultura organizacional
Mantenimiento dedicado	debido a que los programadores son de fácil acceso para la empresa, están familiarizados con los programas y pueden brindar mantenimiento de software personalizado.
Interfaz fluida	cuando un sistema está hecho a medida para una organización, se puede tener especial cuidado para garantizar que tenga las interfaces adecuadas con otros sistemas.
Seguridad especializada	Se pueden integrar medidas de seguridad especiales en la aplicación. Debido a que el programa está diseñado a la medida, las medidas de seguridad solo son conocidas por la organización.
Potencial de ventaja estratégica	Las empresas obtienen una ventaja estratégica cuando pueden emplear un SI que sus competidores no tienen. Una aplicación única puede dar a una empresa una ventaja estratégica porque es la única empresa que puede disfrutar de la aplicación.
La mayor desventaja de las aplicaciones personalizadas es su ______	Alto costo
Larga espera para el desarrollo si el personal de SI está ocupado con _____	otros proyectos
La ________ puede ser demasiado específica de la organización para interactuar con los sistemas de otras organizaciones	Aplicación
Deslocalización	Los programadores en India, China y Filipinas ganan una fracción de lo que ganan sus colegas en los países occidentales y, a menudo, dominan el mismo nivel de habilidades.
Las empresas de TI que se hicieron famosas proporcionando hardware y software, como ____ han visto crecer los ingresos de la parte de servicios de subcontratación de su negocio más rápido que los ingresos de las ventas de hardware y software.	IBM y Unisys
Los mayores proveedores de servicios de TI se encuentran	IBM, EDS, Accenture, Computer Sciences Corp. (CSC), Unisys, First Data, AT&T, Capgemini, Perot Systems y Hewlett-Packard.
En aras de la simplicidad y la claridad, estas empresas se denominan	Proveedores
Las organizaciones a las que subcontratan se denominan	Clientes
Los contratos de subcontratación de TI generalmente se firman por largos períodos de tiempo, generalmente de	7 a 10 años.
Los proveedores a menudo aceptan firmar contratos de subcontratación solo si el período es de al menos ______ debido al compromiso de recursos humanos que tienen que hacer, pero los planes estratégicos de TI	5 años
Planificación financiera mejorada	La subcontratación permite que un cliente sepa exactamente cuál será el costo de sus funciones de SI durante el período del contrato, que suele ser de varios años.
Tarifas de licencia y mantenimiento reducidas	las empresas profesionales de SI a menudo pagan precios con descuento por las herramientas CASE (ingeniería de software asistida por computadora) y otros recursos, en función del volumen de compras; pueden pasar estos ahorros a sus clientes.
Mayor atención al negocio central	Permitir que expertos externos administren TI libera a los ejecutivos de administrarla.
Ciclos de implementación más cortos	Los proveedores de TI generalmente pueden completar un nuevo proyecto de aplicación en menos tiempo que un equipo de desarrollo interno, gracias a su experiencia con proyectos de desarrollo de sistemas similares para otros clientes.
Reducción de costos fijos y de personal	Los salarios y beneficios internos de SI y los gastos de capital costosos para elementos como las herramientas CASE se pagan independientemente de si el personal de SI es productivo o no.
Mayor acceso a conocimientos altamente calificados	la subcontratación permite a los clientes aprovechar uno de los mayores activos de un proveedor de TI: la experiencia adquirida a través del trabajo con muchos clientes en diferentes entornos.
Disponibilidad de consultoría continua como parte del soporte estándar	la mayoría de los contratos de subcontratación permiten a las empresas cliente consultar al proveedor para todo tipo de asesoramiento de TI, que de otro modo no estaría disponible (o solo estaría disponible a través de un consultor bien pagado).
Pérdida de control	Una empresa que subcontrata una parte importante de sus operaciones de TI probablemente no podrá recuperar el control durante mucho tiempo.
Pérdida de empleados experimentados	la subcontratación a menudo implica la transferencia de cientos, o incluso miles, de los empleados de la organización al proveedor de SI.
Riesgos de perder una ventaja competitiva	los SI innovadores, especialmente aquellos destinados a brindar a sus propietarios una ventaja competitiva, no deben subcontratarse. Subcontratar el desarrollo de sistemas estratégicos es una forma de revelar secretos comerciales.
Precio alto	A pesar de los cuidadosos cálculos previos al contrato, algunas empresas descubren que la subcontratación les cuesta mucho más de lo que habrían gastado si se hubieran ocupado de sus propios IS o servicios relacionados.
Contrato de nivel de servicio	Los negociadores del cliente deben enumerar cuidadosamente todos los tipos de servicios que se esperan del proveedor, así como las métricas que se utilizarán para medir el grado en que el proveedor ha cumplido con el nivel de los servicios prometidos.
El software listo	uno es el software relativamente económico que ayuda en el lugar de trabajo, como Microsoft Office y suites similares, incluido el software que admite tareas más específicas, como la gestión de proyectos y la preparación de impuestos.
El software listo	grupo que incluye grandes aplicaciones de software que soportan funciones organizativas completas, como la gestión de recursos humanos y la gestión financiera, o aplicaciones empresariales que abarcan toda la organización.
Versiones beta, o simplemente betas	software para ser probado por empresas (llamadas sitios beta) que aceptan usar la aplicación con datos reales durante varios meses. Los sitios beta luego informan problemas y proponen mejoras a cambio de recibir el software completamente desarrollado gratis o por una tarifa de licencia reducida.
Ajuste flexible entre las necesidades y las características	el software listo para usar se desarrolla para el denominador común más amplio de las organizaciones de usuarios potenciales. Puede ser útil para muchos, pero será óptimo para pocos.
Dificultades en las modificaciones	muchas empresas descubren que deben tener paquetes de software, como aplicaciones ERP y SCM, modificados para satisfacer sus necesidades específicas, y muchas de ellas descubren que el proveedor hace un trabajo deficiente.
Disolución del proveedor	si el proveedor cierra, el comprador se queda sin soporte, servicio de mantenimiento y la oportunidad de comprar actualizaciones para una aplicación a la que está comprometido.
Alta rotación del personal del proveedor	la rotación entre los profesionales de SI es significativamente mayor que en otras ocupaciones. Si un número considerable de empleados involucrados en el desarrollo y la actualización de aplicaciones dejan a un proveedor, es probable que el soporte se deteriore y las actualizaciones serán de mala calidad.
Identificar el problema o la oportunidad	La consulta da como resultado la identificación de requisitos funcionales brutos y puntos clave de integración con otros sistemas. El informe generado a menudo sirve como base para una solicitud de información de posibles proveedores.
Identificación de proveedores potenciales	Sobre la base de información en publicaciones comerciales (impresas y en la Web) y material promocional recibido previamente, así como referencias de clientes, se identifican proveedores que ofrecen aplicaciones en el dominio en cuestión.
Solicitud de información (RFI)	los proveedores identificados, solicitando información general y algo informal sobre el producto.
Definición de los requisitos del sistema	el director del proyecto enumera un conjunto de requisitos funcionales y técnicos e identifica las capacidades funcionales y técnicas de todos los proveedores, destacando los elementos que son comunes a ambas listas y los que no lo son.
solicitud de propuesta (RFP)	documento que especifica todos los requisitos del sistema y solicita una propuesta de cada proveedor contactado.
Revisión de propuestas y selección de proveedores	el equipo revisa las propuestas e identifica a los proveedores más calificados. Los criterios de selección de proveedores incluyen funcionalidad, ajuste arquitectónico, precio, servicios y soporte.
Sitios de visita	la complejidad de las respuestas de RFP puede hacer que la evaluación sea imposible sin una visita al sitio de un cliente donde se está usando una copia de la aplicación.
Selección del proveedor	el equipo clasifica a los proveedores restantes. Se ponderan los factores de selección y se elige al proveedor con los puntos totales más altos para la negociación del contrato.
Benchmarking	que compara el rendimiento real con criterios cuantificables específicos. Si todas las demás condiciones son las mismas para todos los licitadores, se selecciona el proveedor cuya solicitud cumpla o supere mejor los puntos de referencia
Negociación de un contrato	El contrato debe definir claramente las expectativas de desempeño e incluir sanciones si no se cumplen los requisitos. Se debe prestar especial atención a la programación, el presupuesto, la responsabilidad del soporte del sistema y los tiempos de respuesta del soporte.
Implementación del nuevo sistema	El nuevo sistema se introduce en las unidades de negocio a las que atenderá, y se lleva a cabo la formación de los usuarios.
Gestión del soporte posterior a la implementación	los proveedores esperan que los compradores de sus grandes aplicaciones soliciten un extenso soporte posterior a la implementación en el sitio.
proveedor de servicios de aplicaciones (ASP)	organización que ofrece el uso de software a través de líneas de comunicación a través de Internet.
software como servicio (SaaS)	o software bajo demanda es un modelo de entrega de software en el que el proveedor de software aloja la aplicación en la nube y la pone a disposición de los clientes a través de Internet.
El tiempo de actividad	es la proporción de tiempo que los sistemas y enlaces de comunicación del ASP están en funcionamiento. Dado que ningún proveedor puede garantizar un tiempo de actividad del 100 por ciento, los ASP a menudo prometen un tiempo de actividad del 99,9 por ciento ("tres nueves", en la jerga profesional), lo que suena satisfactorio, pero podría no serlo.
proveedor de servicios de almacenamiento (SSP)	no alquila aplicaciones de software, pero alquila espacio de almacenamiento.
Desarrollo de aplicaciones de usuario	es un enfoque en el que los usuarios que no son programadores escriben sus propias aplicaciones empresariales.
Gestionar la reacción de los profesionales de TI	los profesionales de TI a menudo reaccionan negativamente al desarrollo de usuarios porque perciben que socava sus propios deberes y autoridad.
Brindar soporte	para alentar a los usuarios a desarrollar aplicaciones, los administradores de SI deben designar un único contacto técnico para los usuarios.
Compatibilidad	para garantizar la compatibilidad con otras aplicaciones dentro de una organización, los profesionales de TI de la organización deben adoptar y proporcionar herramientas de desarrollo estándar a los usuarios interesados.
Administrar el acceso	a veces, los usuarios necesitan copiar datos de las bases de datos de la organización a sus propias hojas de cálculo o bases de datos desarrolladas.
Plazos de entrega más cortos	los usuarios casi siempre desarrollan aplicaciones más rápido que el personal de SI, porque están muy motivados (se beneficiarán del nuevo sistema); sus sistemas suelen tener un diseño más simple.
Buen ajuste a las necesidades	nadie conoce mejor las necesidades comerciales específicas de los usuarios que los propios usuarios.
Cumplimiento de la cultura	el software desarrollado por el usuario se ajusta estrechamente a la subcultura de una unidad individual, lo que facilita la transición a un nuevo sistema para los empleados.
Utilización eficiente de los recursos	Desarrollar software en computadoras que ya se están utilizando para muchos otros propósitos es un uso eficiente de los recursos de TI.
Adquisición de habilidades	Cuantos más empleados sepan desarrollar aplicaciones, mayor será el inventario de habilidades de una organización.
Liberar tiempo del personal de SI	los usuarios-desarrolladores liberan al personal de SI para desarrollar y mantener los sistemas más complejos y sofisticados de una organización.
Aplicaciones mal desarrolladas	los usuarios-desarrolladores no están tan capacitados como el personal de SI. En promedio, las aplicaciones que desarrollan son de menor calidad que los sistemas desarrollados por profesionales.
Islas de información	una organización que depende del desarrollo de usuarios corre el riesgo de crear islas de información y bases de datos “privadas” que no estén bajo el control de los administradores de SI de la organización.
Duplicación	los usuarios-desarrolladores a menudo desperdician recursos desarrollando aplicaciones que son idénticas o similar a los sistemas que ya existen en otros lugares dentro de la organización.
Problemas de seguridad	dar acceso a los usuarios finales a las bases de datos de la organización con el fin de crear sistemas puede resultar en violaciones de las políticas de seguridad. Este riesgo es especialmente cierto en entornos cliente/servidor
Documentación deficiente	los usuarios no crean ninguna documentación porque (1) no saben cómo escribir documentación y (2) desarrollan la aplicación por su cuenta para tenerla lista lo antes posible y no quieren tómese el tiempo para documentarlo.

Descubre

Crear Tarjetas

Acerca de Nosotros

Explore Tarjetas

Comparta este Set de Tarjetas de Aprendizaje

Tarjetas de Aprendizaje relacionadas

Quiz 13

Cómo estudiar sus tarjetas

Rango de Cartas a estudiar

70 Cartas en este set