Recursos para Todos: 2019

Tipos de sistemas de información

1. Sistemas de procesamiento de transacciones (TPS)

2. Sistemas de automatización de la oficina (OAS)

3. Sistemas de trabajo del conocimiento (KWS)

4. Sistemas de información administrativa (MIS)

5. Sistemas de soporte de decisiones (DSS)

6. Inteligencia Artificial (AI) y Sistemas expertos (SE)

7. Sistemas de soporte de decisiones en grupo (GDSS)

8. Sistemas de trabajo colaborativo asistido por computadora (CSCWS)

9. Sistemas de soporte para ejecutivos [ESS)

1. Sistemas de procesamiento de transacciones (TPS)

Procesan transacciones de dos maneras básicas:

A. el procesamiento por lotes y

B. el procesamiento en tiempo real.

Vendedores, ingenieros oficinistas, contadores o gerentes. La mayoría de nosotros somos usuarios finales de sistemas de información.

Las decisiones que se toman en este tipo de sistemas son decisiones estructuradas, puesto que ya se tienen establecidas reglas o procedimientos para la resolución de inconvenientes que puedan suscitarse en las actividades cotidianas de la organización. Se diseñan para procesar peticiones de usuarios al fin de obtener información de una base de datos. Son sistemas interactivos en donde los usuarios realizan peticiones de servicios de forma asíncrona.

Ejemplo:

Al capturar y llevar un registro del movimiento de cada paquete, la empresa United Parcel Service (UPS) está en posibilidad de proporcionar información exacta de un paquete. Los remitentes y los receptores tienen acceso, mediante el número de contraseña de embarque de un paquete, a una base de datos en línea al fin de encontrar la ubicación actual de este. Dicho sistema proporciona la base para un valor agregado mediante un mejor servicio al cliente.

2. Sistemas de Automatización de Oficina (OAS)

Dan soporte a los trabajadores de datos, quienes usan la información para analizarla y transformar datos, o para manejarla en alguna forma y luego compartirla o diseminarla formalmente por toda la organización y algunas veces más allá de ella.

Incluyen:

• Procesamiento de palabras

• Hojas de cálculo

• Editor de publicaciones

• Calendarización electrónica

• Comunicación mediante correo de voz, correo electrónico y videoconferencias.

Estos sistemas se comunican con los clientes, proveedores y otras instituciones y sirven como clarificadores para el flujo de comunicación y conocimiento en las actividades de administración de documentos. A este conjunto se le conoce con el nombre de suite ofimática.

MICROSOFF OFFICE a través de MICROSOFF WINDOWS y APPLE MAC OS, aunque también lo hace en LINUX si se utilizan emuladores.

Otras Suites Ofimáticas disponibles son:

· STAR OFFICE.

· OPENOFFICE.ORG.

· KOFFICE.

· GNOME OFFICE.

· GOOGLE DOCS Y HOJAS DE CALCULO DE GOOGLE, (HTTP://DOCS.GOOGLE.COM/)

· ZOHO (HTTP://WWW.ZOHO.COM/)

· PEEPEL (HTTP://WWW.PEEPEL.COM/)

3. Sistemas de Trabajo de Conocimiento (KWS)

Dan soporte a profesionales tales como científicos e ingenieros que crean nuevo conocimiento que contribuya a la organización o a la sociedad.

Apoya funciones como:

· Identificar clientes y mercados utilizando datos demográficos, de mercados, comportamiento del consumidor y tendencias.

· Diseñar productos nuevos utilizando la computadora.

· Diseñar la cartera de inversiones de la empresa.

· Diseñar trayectorias profesionales para los empleados.

4. Sistemas de Información Administrativa (MIS)

Son SI computarizados que dan soporte a un rango más amplio de funciones del negocio que el que dan los TPS Produce reportes para los tomadores de decisiones, encontrándose a medio camino entre un DSS tradicional y una aplicación CRM/ERP implantada en la misma compañía. (Gestión de la Relación con el Cliente, y Planeación de Recursos Empresariales). Se alimenta de un TPS. Los MIS producen información que es usada en la toma de decisiones y también puede llegar a unificar algunas funciones de información computarizada.

Para poder ligar la información, los usuarios de un MIS comparten una base de datos común que almacena modelos que ayudan a los usuarios a interpretar y aplicar esos mismos datos,

5. Sistemas de Soporte de Decisiones (DSS)

Son SI cuya salida está hecha a la medida de sus usuarios y que ayudan a dar soporte a la toma de decisiones semiestructurada. La decisión es del dominio del tomador de decisiones.

En general, podemos decir que un DSS es un sistema informático utilizado para servir de apoyo, más que automatizar, el proceso de toma de decisiones, el apoyo a una decisión significa ayudar a las personas que trabajan solas o en grupo a reunir inteligencia, generar alternativas y tomar decisiones.

6. Sistemas Expertos (SE) e Inteligencia Artificial (AI)

Capturan la experiencia de los tomadores de decisiones para ser usada en la resolución de un problema o de una clase de problemas para razonar un problema y llegar a conclusiones lógicas. Un SE selecciona la mejor solución a un problema a diferencia del DSS.

En comparación con otros tipos de sistemas de información, los SE ofrecen varias capacidades poderosas y beneficios. Los “SE” se pueden usar para solucionar problemas en todos los campos y disciplinas y ayudar en la totalidad de las etapas del proceso de solución de problemas.

• Fijación de objetivos estratégicos.

• Planeación.

• Diseño.

• Toma de decisiones.

• Control y supervisión de calidad.

• Diagnóstico.

7. Sistemas de Soporte de Decisiones en Grupo (GDSS)

Juntan a los miembros de un grupo en lugares electrónicos especiales para ayudar a que el grupo resuelva problemas semiestructurados o sin estructura. Utiliza apoyos como votaciones, cuestionarios, aportaciones de ideas, creación de escenarios. Minimiza el comportamiento negativo típico de un grupo.

Proceso de una reunión mediante un GDSS

Componentes de un GDSS

Contienen el respaldo de un tipo de software denomina groupware para la colaboración en equipo a través de computadoras conectadas en red.

Ayudan a que los ejecutivos organicen su interacción con el ambiente externo proporcionando gráficos y soporte de comunicaciones en ubicaciones accesibles tales como salas de juntas u oficinas personales corporativas.

Las Aplicaciones de Comercio Electrónico y los sistemas Web

Muchas aplicaciones se conciben originalmente para, o se migran a, la Web para apoyar el comercio electrónico.

Consiste en la compra y venta de productos o de servicios a través de medios electrónico y otras redes informáticas electrónicas, donde el método de pago que predomina es el de la tarjeta de crédito.

Orígenes del Comercio electrónico

En los últimos decenios del siglo XIX empresas comerciales iniciaron la venta por catálogo en los Estados Unidos.

· La práctica del comercio electrónico comenzó a principios de 1970, con novedosas aplicaciones como la transferencia de fondos monetarios.

· A principio de los años 1970, aparecieron las primeras relaciones comerciales que utilizaban una computadora para transmitir datos, tales como órdenes de compra y facturas.

· A mediados de 1980, con la ayuda de la televisión, surgió una nueva forma de venta por catálogo, también llamada venta directa. La venta directa se concreta mediante un teléfono y usualmente con pagos de tarjetas de crédito.

Sistemas Empresariales - ERP

En español: Sistemas de Planificación de Recursos Empresariales.

Integran y manejan muchos negocios asociados con las operaciones de producción y distribución de las compañías de bienes o servicios.

Típicamente manejan producción, logística, distribución, inventario, envíos, facturas y contabilidad. También está el Software ERP que interviene con actividades como: ventas, entregas, pagos, producción, administración de inventario, calidad de administración y la administración de recursos humanos. Son ocasionalmente llamados back office (trastienda) ya que ni el cliente ni el público están involucrado. En este sistema, todos los departamentos funcionales que están involucrados en la operación o producción están integrados en un solo sistema.

Uso de Herramientas CASE

Para ser productivos los analistas de sistemas deben ser organizados, precisos y completos en lo que se proponen hacer. A éstas se les llama herramientas CASE, que significa herramientas para ingeniería de software asistido por computadora.

Beneficios de Herramientas CASE

• Aumento de la productividad del analista.

• Mejora de la comunicación analista-usuario.

• Integración de las actividades del ciclo de vida.

• Evaluación precisa de los cambios del mantenimiento.

Clasificación de Herramientas CASE

Herramientas CASE de alto nivel:

Ayudan principalmente a los analistas y diseñadores:

• Depósito CASE con diagramas, pantallas, informes, etc.

• Diseño de pantallas y reportes.

• Diccionario de datos y lógica del proceso.

• Diagramas y modelos del sistema.

• Administración del proyecto.

Herramientas CASE de bajo nivel:

Ayudan a los programadores:

• Revisar errores de programación.

• Generar código fuente de computadora, eliminando la necesidad de programar el sistema.

Objetivos de Herramientas CASE

• Aumentar la productividad de las áreas de desarrollo y mantenimiento de los sistemas informáticos.

• Mejorar la calidad del software desarrollado.

• Reducir tiempos y costos de desarrollo y mantenimiento del software.

• Mejorar la gestión y dominio sobre el proyecto en cuanto a su planificación, ejecución y control.

• Mejorar el archivo de datos (enciclopedia) de conocimientos y sus facilidades de uso, reduciendo la dependencia de analistas y programadores.

Objetivos de Herramientas CASE

Automatizar:

· El desarrollo del software.

· La documentación.

· La generación del código.

· El chequeo de errores.

· La gestión del proyecto.

Permitir:

· La reutilización (reusabilidad) del software.

· La portabilidad del software.

· La estandarización de la documentación.

Enciclopedia

Base de datos que contiene todas las informaciones relacionadas con las especificaciones, análisis y diseño del software. En esta base de datos se incluyen las informaciones de:

1. Datos: Son elementos, atributos (campos), asociaciones (relaciones), entidades (registros), almacenes de datos, estructuras, etc.

2. Procesos: Procesos, funciones, módulos, etc.

3. Gráficos: DFD (Diagrama de flujo de datos), DER (Diagrama entidad relación), DFD (Diagrama de descomposición funcional), ED (Diagrama de estructura), Diagrama de clases, etc.

4. Reglas: De gestión, de métodos, etc.

Clases de Herramientas Funcionales

TIPOS DE HERRAMIENTAS	EJEMPLOS
Herramientas de administración	Herramientas PERT, de estimación.
Herramientas de edición	Editores de texto, de diagramas, procesadores de palabras.
Herramientas de prototipo	Lenguajes de alto nivel, generadores de interface
Herramientas de lenguajes	Compiladores, intérpretes.
Herramientas de prueba	Comparadores de archivos, generadores de prueba de datos.
Herramientas de depuración	Sistemas interactivos de depuración.
Herramientas de reingeniería	Sistemas reestructurados de programas, sistemas de referencia cruzada.

Roles del analista de sistemas

El analista de sistemas evalúa en forma sistemática cómo interactúan los usuarios con la tecnología y cómo operan las empresas, para lo cual examina los procesos de entrada/salida de los datos y la producción de información con la intención de mejorar los procesos organizacionales. Muchas mejoras implican un mejor soporte de las tareas de trabajo de los usuarios y las funciones empresariales mediante el uso de sistemas de información computarizados. Esta definición enfatiza el uso de una metodología sistemática para analizar (y potencialmente mejorar) lo que ocurre en el contexto específico que los usuarios experimentan y las empresas crean. Nuestra definición de un analista de sistemas es necesariamente amplia. El analista debe ser capaz de trabajar con personas de todo tipo y tener experiencia en cuanto al trabajo con computadoras. El analista desempeña muchos roles y algunas veces tiene que lidiar con varios al mismo tiempo. Los tres principales roles del analista de sistemas son como consultor, experto de soporte y agente de cambios.

El analista de sistemas como consultor

Con frecuencia el analista de sistemas actúa como consultor de sistemas para las personas y sus empresas y, por ende, pueden llegar a contratarlo específicamente para lidiar con las cuestiones relacionadas con los sistemas de información dentro de la empresa. Dicha contratación puede ser una ventaja, ya que los consultores externos pueden proveer una perspectiva fresca de la cual carezcan otras personas en la organización. También implica que los analistas externos están en desventaja, ya que alguien de fuera nunca podrá conocer la verdadera cultura organizacional. Como consultor externo, usted dependerá en gran parte de los métodos sistemáticos que el libro describe para analizar y diseñar sistemas de información apropiados para los usuarios que trabajan en una empresa en particular. Además se basará en los usuarios de los sistemas de información para que le ayuden a comprender la cultura organizacional desde los puntos de vista de los demás.

El analista de sistemas como experto de soporte

Como empleado de una empresa, tal vez le toque desempeñarse como experto en soporte en algún puesto de sistemas. En este rol, el analista se basa en su experiencia profesional sobre hardware y software y su uso en los negocios. A menudo este trabajo no es un verdadero proyecto de sistemas, sino que supone una pequeña modificación o decisión que afecta a un solo departamento. Como experto en soporte usted no administra el proyecto; simplemente actúa como recurso para quienes lo administran. Si usted es un analista de sistemas empleado por una organización de manufactura o de servicios, tal vez muchas de sus actividades diarias correspondan a este rol.

El analista de sistemas como agente de cambio

El rol más extenso y responsable del analista de sistemas es el de agente de cambio, ya sea interno o externo, para la empresa. Como analista, usted actúa como un agente de cambio cada vez que realiza alguna de las actividades en el ciclo de vida del desarrollo de sistemas (que veremos en la siguiente sección) y está presente e interactúa con los usuarios y la empresa durante un periodo extendido (de dos semanas hasta más de un año). Podemos definir a un agente de cambio como una persona que actúa como catalizador para el cambio, desarrolla un plan de cambio y trabaja con otros para facilitarlo. Su presencia en la empresa genera un cambio; como analista de sistemas debe reconocer este hecho y utilizarlo como punto inicial para su análisis. Debe interactuar con los usuarios y la administración (si no son lo mismo) desde las primeras etapas del inicio de su proyecto, pues sin su ayuda usted no podrá comprender qué necesitan para apoyar su trabajo en la organización, y no se podrá llevar a cabo el verdadero cambio.

Si el cambio (es decir, las mejoras que se pueden realizar en la empresa por medio de los sistemas de información) parece garantizado después del análisis, el siguiente paso es desarrollar un plan junto con las personas que deben llevarlo a cabo. Una vez que se llega a un consenso en cuanto al cambio que se debe realizar, usted debe interactuar en forma constante con todos los que vayan a cambiar. En el rol de agente de cambio, un analista de sistemas aboga por una vía particular de cambio involucrada con el uso de sistemas de información. También enseña a los usuarios el proceso del cambio, ya que los cambios en el sistema de información no ocurren por separado, sino que producen cambios consecuentes en el resto de la organización.

Cualidades del analista de sistemas

A partir de las anteriores descripciones de roles, es fácil deducir que un analista de sistemas exitoso debe poseer un amplio rango de cualidades. Aunque los perfiles pueden variar de un caso específico a otro, hay ciertas cualidades que la mayoría de los analistas de sistemas parecen tener.

Por encima de todo, el analista es un solucionador de problemas: una persona que ve el análisis de los problemas como un reto y se divierte al idear soluciones factibles. Cuando sea necesario, el analista debe tener la capacidad de lidiar de manera sistemática con la situación existente mediante la aplicación habilidosa de herramientas, técnicas y experiencia. El analista también debe ser un comunicador capaz de crear relaciones significativas con otras personas durante periodos extendidos de tiempo. Los analistas de sistemas necesitan ser capaces de comprender las necesidades de los humanos al interactuar con la tecnología, además de que necesitan suficiente experiencia con las computadoras como para programar, comprender las capacidades de las computadoras, deducir los requerimientos de información de los usuarios y comunicar lo que se necesita a los programadores. También deben poseer una sólida ética personal y profesional para poder dar forma a las relaciones con sus clientes. El analista de sistemas debe ser un individuo disciplinado y motivado, y tener capacidad para coordinar tanto a personas como recursos variados para llevar a cabo los proyectos. El análisis de sistemas es una carrera exigente, pero como compensación siempre está en continua evolución y ofrece nuevos retos.

El Ciclo de Vida del Desarrollo de Sistemas

El CVDS es un enfoque por fases para el análisis y el diseño cuya premisa principal consiste en que los sistemas se desarrollan mejor utilizando un ciclo específico de actividades del analista y el usuario.

1. Identificación de problemas, oportunidades y objetivos

2. Determinación de los requerimientos de información

3. Análisis de las necesidades del sistema

4. Desarrollo y documentación del software

5. Diseño del sistema recomendado

6. Pruebas y mantenimiento del sistema

7. Implementación y evaluación del sistema

1. Identificación de Problemas, Oportunidades y Objetivos

Entender el problema.

Solución alineada con los objetivos de la empresa.

Usuarios, analistas, y administradores son los involucrados.

El resultado es un informe de viabilidad que incluye una definición del problema y un resumen de los objetivos.

A continuación, la administración debe decidir si se sigue adelante con el proyecto propuesto.

2. Determinación de los Requerimientos de Información del factor humano

Métodos interactivos.

Métodos que no interfieren con el usuario.

3. Análisis de las Necesidades del Sistema

Uso de diagramas de flujo de datos para graficar las entradas, los procesos y las salidas de las funciones del negocio en una forma gráfica estructurada.

También se analizan las decisiones estructuradas que se hayan tomado. Determinar condiciones, alternativas de condición, las acciones y las reglas de acción

El analista prepara una propuesta de sistemas que sintetiza sus hallazgos, proporciona un análisis de costo-beneficio de las alternativas y ofrece, recomendaciones sobre lo que se debe hacer. Si la administración considera factible alguna de las recomendaciones, el analista sigue adelante.

4. Diseño del Sistema Recomendado

Diseño lógico del sistema de información. El analista diseña procedimientos precisos para la captura de datos que aseguran que los datos que ingresen al sistema de información sean correctos.

Utiliza técnicas avanzadas de diseño de formularios y pantallas.

Diseño de archivos o bases de datos.

Diseño de controles y procedimientos de respaldo que protejan al sistema y a los datos.

5. Desarrollo y Documentación del Software

El analista se vale de herramientas para comunicar al programador lo que se requiere programar. Manuales de procedimientos, ayuda en línea, etc.

6. Prueba y Mantenimiento del Sistema

Es mucho menos costoso encontrar los problemas antes que el sistema se entregue a los usuarios. Una parte de las pruebas las realizan los programadores solos, y otra la llevan a cabo de manera conjunta con los analistas de sistemas, el mantenimiento es un proceso continuo.

Razones para realizar mantenimiento:

· Corrección de errores de software

· Mejora de las capacidades del software en respuesta a las cambiantes necesidades de una organización

7. Implementación y Evaluación del Sistema

Se capacitan a los usuarios.

Planear una conversión gradual del sistema anterior al actual.

Construcción de una base de datos, la instalación de equipo y la puesta en producción del nuevo sistema, la evaluación se lleva a cabo durante cada una de las fases.

El impacto del mantenimiento

• Una vez instalado el sistema hay que darle mantenimiento, lo cual implica que tal vez haya que realizar modificaciones en los programas de computadora y mantenerlos actualizados.

• Las estimaciones del tiempo invertido por los departamentos en el mantenimiento varían desde un 48 hasta un 60 por ciento del tiempo total invertido en el desarrollo de los sistemas.

• Queda muy poco tiempo libre para el desarrollo de nuevos sistemas.

• A medida que aumenta el número de programas escritos, también aumenta la cantidad de mantenimiento que se requiere.

El mantenimiento se lleva a cabo por dos razones.

La primera es para corregir los errores de software.

• Sin importar qué tan minuciosas sean las pruebas en el sistema, se pueden infiltrar errores o ‘bugs’ en los programas computacionales.

• Los ‘bugs’ en el software comercial de PC se documentan comúnmente como “anomalías conocidas” y se corrigen al momento de liberar nuevas versiones, o liberando una versión provisional.

• En el software personalizado (también conocido como software hecho a la medida), los ‘bugs’ se deben corregir a medida que se van detectando.

La otra razón de realizar mantenimiento en los sistemas es para mejorar las capacidades del software

en respuesta a las necesidades cambiantes de la organización, que por lo general implica una de las

siguientes tres situaciones:

1. Con frecuencia los usuarios solicitan características adicionales a medida que se familiarizan con el sistema computacional y sus capacidades.

2. La empresa cambia con el tiempo.

3. El hardware y el software cambian a un ritmo acelerado.

LA METODOLOGÍA ÁGIL

La metodología ágil es una metodología de desarrollo de software que se basa en valores, principios y prácticas básicas.

Los cuatro valores son:

• Comunicación

• Simpleza

• Retroalimentación

• Valentía

Se recomienda que los analistas de sistemas adopten estos valores en todos los proyectos que emprendan y no sólo cuando adopten la metodología ágil.

Los métodos ágiles pueden asegurar que un proyecto se complete con éxito mediante un ajuste en los importantes recursos de:

• Tiempo

• Costo

• Calidad

• Alcance

Cuando se incluyen estas cuatro variables de control en forma apropiada en la planificación, hay un estado de equilibrio entre los recursos y las actividades necesarias para completar el proyecto.

Cuatro prácticas ágiles básicas:

1. Liberaciones de versiones cortas

2. Semana de trabajo de 40 horas

3. Hospedar un cliente en el sitio

4. Utilizar programación en pareja

Proceso de desarrollo para un proyecto ágil

Dos palabras que caracterizan a un proyecto realizado mediante una metodología ágil son

interactivo e incremental.

Hay cinco etapas:

1. Exploración

2. Planeación

3. Iteraciones para la liberación de la primera versión

4. Puesta en producción

5. Mantenimiento.

Análisis y Diseño de Sistemas Orientados a Objetos

• La programación orientada a objetos difiere de la programación tradicional por procedimientos en cuanto a que examina a los objetos que forman parte de un sistema.

• Cada objeto es una representación computacional de una cosa o evento real.

• Los objetos pueden ser clientes, artículos, pedidos, etcétera.

• Los objetos se representan y agrupan mediante clases, las cuales son ideales para la reutilización y la facilidad de mantenimiento.

• Una clase define el conjunto de atributos y comportamientos compartidos que se encuentran en cada objeto de la clase.

• Las fases en el UML son similares a las del SDLC.

• Como estos dos métodos comparten un modelado rígido y exigente, se realizan a un ritmo más lento y reflexivo que las fases del modelado ágil.

• El analista pasa por las fases del problema y de identificación, una fase de análisis y una fase de diseño.

1. Definir el modelo de caso de uso.

• En esta fase, el analista identifica a los actores y los eventos principales iniciados por los actores.

• Diagrama con figuras hechas con líneas que representan a los actores y flechas que muestran las relaciones entre ellos.

• Representa el flujo estándar de eventos en el sistema.

• El analista por lo general escribe un escenario de caso de uso, que describe con palabras los pasos que se llevan a cabo comúnmente.

2. Durante la fase de análisis de sistemas, empezar a dibujar diagramas de UML.

• En la segunda fase el analista dibujará Diagramas de actividad, los cuales ilustran todas las principales actividades en el caso de uso.

• Además el analista creará uno o más Diagramas de secuencia para cada caso de uso, los cuales muestran la secuencia de actividades y su sincronización.

• Ésta es una oportunidad para regresar y revisar los casos de uso, replantearlos y modificarlos si es necesario.

3. Continuar en la fase de análisis, desarrollar diagramas de clases.

• Los sustantivos en los casos de uso son objetos que se pueden agrupar potencialmente en clases.

• Por ejemplo, todo automóvil es un objeto que comparte características con otros automóviles.

• En conjunto conforman una clase.

4. Aún en la fase de análisis, dibujar diagramas de estado.

• Los diagramas de clases se utilizan para dibujar diagramas de estado, los cuales ayudan a comprender procesos complejos que no se pueden derivar completamente mediante los diagramas de secuencia.

• Los diagramas de estado son en extremo útiles para modificar los diagramas de clases, por lo que continúa el proceso iterativo de modelado de UML.

5. Empezar el diseño de sistemas mediante la modificación de los diagramas de UML; después, completar las especificaciones.

• Modificar el sistema existente, hay que modificar los diagramas que se dibujaron en la fase anterior.

• Es posible usar estos diagramas para derivar clases, sus atributos y métodos.

• Escribir especificaciones de clase para cada una de las clases e incluir los atributos, métodos y sus descripciones.

• Desarrollar especificaciones de los métodos en las que se detallen los requerimientos de entrada y salida para cada método, junto con una descripción detallada del procesamiento interno del método.

6. Desarrollar y documentar el sistema.

• UML es, obviamente, un lenguaje de modelado.

• Un analista podrá crear modelos maravillosos, pero si el sistema no se desarrolla no tiene mucho sentido crearlos.

• Entre más completa sea la información que se proporcione al equipo de desarrollo por medio de la documentación y los diagramas de UML, más rápido será el desarrollo y más sólido será el sistema de producción final.

Contenido en Word