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