miércoles, 18 de marzo de 2020

Entrega de solución

Es por ello que un proyecto entrega una solución y no software construido ni un sistema funcionando. Un proyecto entrega un sistema que se usa, que es efectivo, que responde a procesos de negocio acordes con el trabajo del usuario final y que puede responder a un roadmap relacionado a la estrategia del cliente.

Cuando un proyecto está en proceso y no lo estamos gestionando bien, nos podemos encontrar con este tipo de respuestas:

Pero es fácil, tenemos que entregar el sistema.

El problema con estas situaciones es que, en parte, obviamos al fenómeno de Newton que involucra tanto acción como reacción. Esto quiere decir que antes de pensar en la consecuencia, es decir, el software o sistema, debemos dedicarle atención a la causa, en otras palabras, la programación. Pues obviamente, sin programación no hay software.

La programación está muy ligada al arte de la creación del software, y al tocar este tema, nos encontraremos con conclusiones muy interesantes:

Si nos enfocamos en que el software se desarrolla o se programa, las líneas de código se convertirán en el tema principal y creo que sería muy injusto no mencionar al diseño de la interfaz y más aún, la experiencia del usuario.
Si abarcamos el diseño del software, al igual que en el caso anterior, elementos tan importantes como la programación o el diseño de la interfaz de usuario, pasarían a segundo plano.
Hablar del diseño de interfaz de usuario o de la experiencia del mismo, implica específicamente cómo se percibe la aplicación. La descripción nos confirma que, se diseña la interfaz y se busca que el usuario tenga una experiencia agradable, por lo que la factibilidad técnica y otras veces, la funcional, podrían hasta dejar de ser consultadas.

Hasta aquí creo que queda claro que desarrollar software implica más que programar. Y eso que no hemos considerado elementos como gestión, pruebas y aseguramiento de calidad.

Es por ello que hace muchos años, Steve McConnel concluyó de manera muy interesante, que por esa y muchas otras razones, el software se construye.

Han pasado veinte años desde la primera mención que hizo McConnel, pero los fundamentos se mantienen. El software se construye y lo que se debe confirmar y ser de conocimiento general, es el alcance de las actividades implicadas.

De obviar este paso, alguna de las actividades perderá importancia o en el peor de los casos, será depurada de nuestro plan de trabajo.

¿Qué se entrega al finalizar el proyecto?

La respuesta obvia es y será “software funcionando”, pero en serio, ¿qué entregamos? ¿Un programa con su respectivo manual de uso?

De todo lo mencionado, el trabajo de un proyecto siempre refleja al software que el equipo construye. Esto considerando que la construcción implica juntar piezas como:

Necesidades del usuario, que al ser traducidas a líneas de programación (en resumen, código), servirán de apoyo para que el trabajo sea más productivo que el ejecutado en la actualidad.
Código que responde a un diseño de componentes. Lo cual implica cumplir con el plano de las conexiones entre módulos internos y sistemas involucrados.
Interfaces de usuario que responden a recomendaciones y prácticas en las que la experiencia juega un papel importante. Sin esto, el usuario se aburre y con ello, no usará el sistema así éste funcione!

Si bien es cierto la culminación de un proyecto involucra la entrega de software, tenemos que diferenciar y/o aclarar algunos conceptos clave:

Programa: Es el ejecutable que puede representar a un módulo, parte de uno o incluso más de uno. Y gracias a esta ambigüedad, es que se recomienda evitar el término a menos que hablemos de artefactos del proyecto.
Aplicación: Este concepto involucra más que un conjunto de programas. Incluso hay situaciones en las que se incluye el manual de uso y/o instrucciones de instalación.
Solución: Este es el que más me gusta ya que de por sí engloba los elementos anteriores y agrega aspectos como:
1. Manual o resumen de procesos que son soportados por la aplicación
2. Biblioteca de preguntas frecuentes con sus respectivas respuestas e idealmente, ejemplos documentados.
3. Manual de operación que ayuda a responder a la pregunta ¿qué hacer en casos de emergencia?

Elementos como estos, y muchos más, son parte de la solución integral por la que el proyecto debe luchar hasta que la necesidad esté satisfecha.

Es por ello que un proyecto entrega una solución y no software construido ni un sistema funcionando. Un proyecto entrega un sistema que se usa, que es efectivo, que responde a procesos de negocio acordes con el trabajo del usuario final y que puede responder a un roadmap relacionado a la estrategia del cliente.

Pruebas

En un proyecto de desarrollo de software pueden aparecer errores en cualquiera de las etapas del ciclo de vida, algunos de ellos incluso permanecen sin ser descubiertos, de ahí la importancia de las pruebas en desarrollo de software.

Hay una gran probabilidad de que el código final tenga errores tanto de requerimientos, como de diseño o de funcionalidad. Para identificar estos problemas antes de que ocurran en un entorno crítico, es necesario realizar pruebas de software, una parte muy importante del proceso pero también muy costosa; sin embargo, debemos en tener en cuenta que el coste debido a un fallo mientras está el software en funcionamiento puede llegar a ser mucho mayor.

Objetivos y atributos de las pruebas

De este modo, los objetivos principales al realizar pruebas serán los siguientes:

Detectar un error específico.
Descubrir errores no descubiertos antes.
Tener un buen caso de prueba.

Además, los atributos que debería tener una buena prueba son:

Intentar obtener la más alta probabilidad de encontrar un error.
No debe ser redundante.
No debe ser ni demasiado sencilla ni demasiado compleja.

Tipos de pruebas

La clasificación de las pruebas según la forma en que se ejecutan se clasifican en:

Pruebas manuales: las que realiza el usuario paso a paso.
Pruebas automáticas: consiste en el uso de otro software y la comparación de los resultados obtenidos y los esperados. Permite adicionar pruebas cuya ejecución manual sería tediosa y/o difícil.

También las pruebas se dividen en distintos niveles, que van desde probar módulos individuales hasta pruebas de todo el sistema en su conjunto. Los distintos niveles de pruebas son los siguientes:

Pruebas unitarias: una prueba unitaria es la manera de comprobar el correcto funcionamiento de un módulo de código. Esto nos permite asegurar que todos los módulos del sistema desarrollado funcionen correctamente por separado.

Pruebas de integración: Si hemos visto que todo individualmente funciona correctamente, ¿por qué debería fallar cuando se une? Pues sí, puede fallar al unir módulo que por separado funcionan correctamente. Para evitar esto, existen las pruebas de integración, cuyo objetivo es coger módulos, a los que se aplicó las pruebas de unidad, y construir una estructura de programa que determine el diseño.

Pruebas de validación: Se realizan al acabar las pruebas de integración, cuando ya se ha compuesto el software como sistema y se han corregido los errores de interfaz. Estas pruebas se concentran en las acciones visibles para el usuario.

Pruebas de sistema: Estas pruebas están mas allá del alcance del proceso del software y no las realizan únicamente los ingenieros de software. Se comprueba también el nivel de seguridad del sistema, se hacen pruebas de resistencia que permiten saber como responderá el sistema a situaciones anormales de recursos y pruebas de recuperación y de rendimiento.

Pruebas de aceptación: El usuario lo prueba en su propio entorno y nos dice si lo acepta tal y como está o no.

A continuación les dejo un link para conocer más acerca del tema:

https://www.panel.es/blog/software-qa-cuales-son-los-tipos-de-pruebas-software/

Les dejo un link sobre la importancia del testeo:

https://www.hiberus.com/crecemos-contigo/testing-fase-de-testeo-de-software/

Prototipo de solución

Un prototipo en sentido genérico es una implementación parcial pero concreta de un sistema o una parte del mismo que principalmente se crean para explorar cuestiones sobre aspectos muy diversos del sistema durante el desarrollo del mismo.

En referencia a una interfaz de usuario se realizan prototipos con la finalidad de explorar los aspectos interactivos del sistema incluyendo la usabilidad, la accesibilidad y/o la funcionalidad del mismo.

El uso de los prototipos en el desarrollo de sistemas software no se limita sólo a probar las interacciones que los usuarios deben realizar, sino que son útiles también para otras actividades que se realizan durante el proceso, como por ejemplo su gran utilidad en la fase de recogida o análisis de requisitos en cuanto que amplía y mejora y la información necesaria para el desarrollo del sistema .

Las principales características de los prototipos son:

· Son formidables herramientas de:
· Comunicación entre todos los componentes del equipo de desarrollo y los usuarios .
· Participación, para integrar activamente a los usuarios en el desarrollo.
· Dan soporte a los diseñadores a la hora de escoger entre varias alternativas.
· Permiten a los diseñadores explorar diversos conceptos del diseño antes de establecer los definitivos.
· Permiten evaluar el sistema desde las primeras fases del desarrollo (facilitan la exploración de ideas sobre nuevos conceptos tecnológicos).
· Son esenciales para la documentación, tanto de conceptos funcionales del sistema como de tareas concretas del mismo.
· Son el primer paso para que ideas abstractas sean concretas, visibles y testables .
· Fomentan la iteratividad.
· Mejoran la calidad y la completitud de las especificaciones funcionales del sistema.
· Son herramientas de propósito general, pues sirven para comprobar la fiabilidad técnica de una idea, clarificar requisitos que quedaron «indeterminados» o ver como responde con el resto de la aplicación.

Les dejo un link para que conozcan más acerca de un prototipo:

https://www.youtube.com/watch?v=yCOg_O9e6Dg

Les dejo otro link para conocer 6 ejemplos para prototipear servicios:

https://innokabi.com/6-ejemplos-para-prototipar-servicios/

Propuesta de solución

Al estar a cargo de proyectos, innovación & desarrollo etc… escribir una propuesta de proyecto convincente, previo a comenzar a escribir cualquier cosa, es necesario responder a estas nueve preguntas:

P1: ¿Cómo puede este proyecto resolver un problema o cubrir una necesidad?

La primera sección que se debe abordar es definir cuál es el problema que necesita ser resuelto o la necesidad de que se puede satisfacer. Es posible que se proponga una nueva manera de hacer algo en su empresa que la alta dirección tiene que aprobar, o bien, puede ser un proyecto de varios millones de dólares que se presenta a un nuevo cliente. Proporcionar pruebas objetivas e irrefutables de que existe un problema o necesidad que el proyecto va a resolver.

P2: ¿Cuál es la propuesta de solución al problema?

Esta sección se concentra en los detalles de cómo le proyecto va a resolver el problema o satisfacer la necesidad. Invierta su tiempo describiendo en la forma en que el proyecto o la solución que usted propone es diferente al de la competencia y el por qué es la mejor solución para su cliente.

P3: ¿Cuáles son los objetivos específicos del proyecto?

Divida la solución anterior en objetivos específicos. Identificando ahorro de costos, mejoras de procesos o nuevos ingresos que se pueden alcanzar cuando el proyecto se lleve a cabo. Si bien puede ser un poco cliché, utilice el principio SMART (Specific, Measurable, Attainable, Realistic, Timely) para cuantificar claramente cada objetivo.

P4: ¿Cómo el proyecto encaja en la estrategia global de la empresa?

Esta es la rebanada más grande del pastel, si usted está presentando una propuesta de proyecto a un nuevo cliente potencial. Muéstreles cómo la decisión de seguir adelante con el proyecto encaja perfectamente en su estrategia corporativa global. Esto demuestra que usted ha hecho la investigación, ha entendido a fondo sus necesidades, y se preocupa por el retorno de la inversión, aspectos de primera línea, de línea de fondo, o cualquier otra cosa que sea importante a nivel ejecutivo. La inclusión de estos aspectos cuando se trata de vender un proyecto interno es aún más fácil si usted ya esta familiarizado con la dirección estratégica de su empresa. Recuerde que su objetivo en esta parte es hacer que esta propuesta sea una obviedad para el patrocinador a nivel de proyecto ejecutivo.

P5: ¿Cuál es el alcance del proyecto?

Es en esta sección se comienza a profundizar en los resultados del proyecto. Todavía hay una parte sustancial “desconocida” que se se verá con claridad cuando la fase de planificación del proyecto entre en acción, pero debe incluir lo suficiente de lo que es “conocido” para comenzar a hacer tangibles los entregables del proyecto. Incluya si se trata de un enfoque gradual con resultados paso a paso o si será una entrega única al final y sobre todo, cual será la generación de valor.

P6: ¿Qué riesgos pudieran ocasionar problemas al proyecto?

En esta sección se ponen de manifiesto los riesgos u obstáculos que podrían impedir que el proyecto llegue a su finalización. No tiene porque ser tan exhaustiva como un registro de riesgos, pero debe proporcionar una lista de prioridades de lo que podría interponerse en el camino. Esto ayudará a los potenciales patrocinadores de proyectos o clientes tomar su decisión, incluya tantos supuestos como sea posible.

P7: ¿Qué recursos son necesarios para completar el proyecto?

La persona que se encarga de aprobar el proyecto tendrá que saber cuántos recursos son necesarios para completarlo. Esto es especialmente importante si estos recursos tendrán que ser proporcionados por el cliente, tales como expertos en la materia. Además, aquí es donde se pueden abordar las necesidades especiales referentes a la ubicación. Por ejemplo, puede ser necesario contar con un lugar en la oficina del cliente, y tener un área donde se pueda realizar su trabajo.

P8: ¿Cuándo podrá el proyecto estar completo?

Proporcionar los plazos presupuestarios para cuando el proyecto pueda estar terminado. Si el proyecto se divide en varias fases se indicarán los plazos en bruto de cada fase. No se llevará a cabo a detalle, sin embargo, usted tendrá que incluir una idea general de que cada fase se complete, ya sea por mes o por trimestre, dependiendo de la duración del proyecto.

P9: ¿Cuánto costará el proyecto?

Por último, pero no menos importante, son los costos para el proyecto. La mejor regla a seguir es no ocultar nada. Adelántese lo más posible y dé a conocer las tasas adicionales, tales como licencias de software, la contratación temporal necesaria, o cualquier otro tipo de gastos en que su empresa o el cliente tendrá que incurrir para completar el proyecto.

Espero que estos puntos le sean de gran utilidad al momento de redactar “esa” propuesta que tiene en mente y que no ha escrito.

En resumen:

1. Defina los requerimientos

2. Enliste los entregables

3. Defina sus criterios de éxito

4. Especifique lineamientos, y

5. Obtenga autorización

A continuación les comparto un link para conocer más acerca de la propuesta de solución:

https://youtu.be/5eazKTQHCLc

Les dejo el link de un vídeo para que conozcan como elaborar una propuesta:

https://www.youtube.com/watch?v=TUbgI3Vao9U

Parcial 2

A continuación se darán a conocer los temas correspondientes a el parcial 2...

miércoles, 29 de enero de 2020

Diseño de interacciones.

¿Qué es?

El diseño de interacción se enfoca en crear interfaces bien pensadas en los comportamientos. Entender cómo los usuarios y la tecnología se comunican entre sí es fundamental para esta disciplina. Con este entendimiento, se puede anticipar cómo alguien interactúa con el sistema para corregir problemas de manera temprana, así como inventar nuevas formas de hacer las cosas. pasar a comercializarlo (venderlo).

TEORÍA

Qué es: Diseño de Interacción (IxD)

Cada vez que haces doble tap para dar un like en Instagram, cada vez que mueves tu mouse para seleccionar un icono del escritorio, cada vez que llenas un formulario y recibes un mensaje de error, hubo un diseño de interacción.

El diseño de interacción es una disciplina que nació de la necesidad de estudiar y facilitar las interacciones entre las personas y su ambiente. Aunque la interacción puede darse con casi cualquier objeto físico, en el mundo digital la asociamos cuando queremos utilizar un producto o dispositivo para alcanzar un objetivo y esperamos que responda a nuestras acciones. El diseño de interacción, así como la usabilidad, la arquitectura de información y otras disciplinas, nos ayudan a planear para ofrecer una buena experiencia de usuario.

A continuación te explico de qué trata, sus principios y mejores prácticas para crear productos intuitivos, amigables y fáciles de usar

Las cuatro dimensiones del Diseño de Interacción

Gillian Crampton Smith, introdujo el concepto de las cuatro dimensiones para el lenguaje de diseño de interacción. Aunque cada dimensión funciona de manera individual, es la suma de todas las que generan una mejor interacción entre el usuario y la interfaz.

1º Dimensión – Palabras: las palabras deben de ser sencillas de entender y de permitir la interacción.

2º Dimensión – Representaciones visuales: cada gráfico, ilustración, diagrama, icono, foto, etc debe de ser usada con cautela, pero sobre todo debe de tener un fundamento. Evita el uso como decoración.

3º Dimensión – Espacio: con lo que interactúa el usuario en el mundo real. Estos pueden ser objetos físicos de hardware como un mouse, apuntador, teclado, joystick, que son utilizados como herramientas de mando.

4º Dimensión – Tiempo: se refiere a la duración que el usuario pasa interactuando con las palabras, representaciones visuales y el espacio.

5º Dimensión (propuesta por Kevin Silver) – Comportamiento: en la que se incluyen las emociones y reacciones que tiene el usuario al operar, presentar, utilizar o realizar una acción en el sistema.

A continuación les dejo un link para que conozcan más acerca del tema:

https://www.youtube.com/watch?v=go8n5JvbzwY

Definición de soluciones a partir de la innovación incremental.

Innovación Incremental

Se considera Innovación incremental cuando se crea un valor sobre un producto que ya existe, añadiéndole nuevas mejoras. El proceso de innovación comienza sobre una base conceptual. A partir de aquí se realizan una serie de procesos creativos enfocados a conseguir unos fines determinados. Se utilizan diferentes técnicas creativas: brainstorming, sinéctica, palabras al azar, mindmapping, etc, que componen un gran abanico para hallar posibilidades innovativas. No obstante, la creatividad está determinada por un tiempo y un espacio. Algunos ejemplos de innovación incremental: la incorporación de cámaras de fotos a los móviles.

Innovación Incremental y la Tecnología

La Tecnología juega un rol muy importante en la innovación incremental, ya que es una gran forma y/o fuente para agregarle valor a productos o servicios existentes. A través de esta se implementan diferentes atributos tecnológicos a los productos, los cuales aumentan el valor y la valoración por parte de los consumidores de estos.

La tecnología, a la vez ayuda a la mejora de las técnicas para hallar posibilidades innovativas. Esta nos da un abanico mayor de opciones y posibles innovaciones para generar valor sobre los productos los cuales estamos buscando crear valor.

Beneficios de la Innovación Incremental en las Empresas

La innovación disruptiva se refiere a un cambio o introducción de un nuevo producto o servicio que no se conocía antes. En relación a la innovación incremental y a la tecnología, la investigación disruptiva necesita una fuerte inversión y mayor tiempo en investigación y desarrollo (I+D).

Beneficios

· Nos está demostrando que la acumulación de conocimiento e inteligencia le está permitiendo en una generación cambiar las reglas de juego.
· Ha permitido obtener beneficios, a lo largo del tiempo a muchas empresas y emprendedores.
· Es la base del negocio de consultoría, y está en la raíz de la mejora de la calidad de vida de las sociedades avanzadas.
· Mejora continua de los procesos de producción
· Mejora del retorno a la inversión y predicción de las inversiones en I+D.
· Generación y validación de ideas de una forma confiable y con resultados predecibles.
· Mejoras que contribuyen, en un marco de continuidad, al aumento de la eficiencia o de la satisfacción del usuario o cliente de los productos y procesos
· Poca facilidad para adaptarse a nuevos mercados con la velocidad requerida.
· Poco riesgo, poca oportunidad de nuevos negocios.

A continuación les dejo un link para que conozcan más acerca de la innovación incremental:

https://www.youtube.com/watch?v=x7xKWJDMiAY

Un link para que conozcan un ejemplo de esta innovación:

https://www.youtube.com/watch?v=ZBOJ9Wrjh_s

Conceptos clave para la creación soluciones tecnológicas.

Cuando se habla de soluciones tecnológicas para empresas, se debe entender que se habla de soluciones de negocios. Es importante señalarlo porque no corresponde a una solución que sólo será un software más que se deberá utilizar para almacenar los datos, sino que es una herramienta que apoya al usuario de una compañía con el objetivo de cumplir/mejorar procesos de negocios claves para la organización.

Una compañía no decide invertir en un producto sólo porque es la última tecnología que apunta a mejorar las ventas o a estandarizar ciertos procesos de atención; sino más bien deciden hacerlo cuando ya ven que un proceso de negocios necesita de un apoyo más tecnológico que no puede ser sólo cubierto con las capacidades de los recursos que posee.

¿Entonces qué es una solución tecnológica?

Una solución tecnológica es una respuesta a una problemática de negocios que no puede ser resuelta sólo con el apoyo de los recursos disponibles y que como objetivo principal es entregar eficiencia a la organización.

Existen varios problemas clásicos de las empresas que pueden ser resueltos con soluciones tecnológicas, por mencionar algunos:

¿Quién tiene la última versión de un documento “x”?

¿Me puedes pasar el contacto del cliente “x”? ¿Qué fue lo que hablaste con él? ¿Tienes el último correo?

Necesito generar una cotización. ¿Tenemos stock en bodega?

Entre otros.

Para los problemas señalados, ya existen distintos softwares que podrían facilitar la obtención de la información necesaria, facilitando el trabajo interno de la organización.

Entonces, es posible que usted logre visualizar alguna problemática que pudiera ser resuelta por alguna solución tecnológica, pero generalmente se piensa que estos softwares requieren un equipo de TI dedicado y costos en administración que pequeñas organizaciones no son capaces de tomarlos. Eso ha cambiado.

Microsoft en soluciones tecnológicas

Microsoft es una empresa de Software con la que posiblemente se convive día a día con sus herramientas más conocidas: Word, Excel, Windows, entre otros. Pero, Microsoft también es una empresa que dedica su foco en soluciones tecnológicas de negocios.

Al día de hoy existen una serie de elementos tecnológicos que deberían ser imprescindibles para una empresa.

A continuación les dejo un link de los pioneros de información de TI:

https://www.gft.com/mx/es/index/

En el cual se siguen los siguientes pasos:

1 Detección del Problema o necesidad: lo primero de todo es tener un problema o necesidad que queramos resolver. ¿Qué queremos resolver? ¿Qué condiciones debe tener?. Estas son las dos primeras preguntas que tendrás que resolver. Si sabemos realmente qué queremos solucionar y todos sus detalles, el resto del proceso será mucho más sencillo.

2. Búsqueda de Información: Se recopila, analiza y selecciona toda la información posible que esté relacionada con el problema. Por ejemplo producto que ya existen y que puedan satisfacer necesidades parecidas. En este punto también es muy importante tener o buscar los conocimientos y las técnicas para el desarrollo de la solución, por ejemplo para construir una máquina deberemos conocer los mecanismos, para construir un puente tendremos que saber sobre las estructuras, etc. Es muy importante filtrar la información para quedarnos solo con la que realmente nos será válida.

3. Búsqueda de Soluciones Posibles o Explorar Ideas: Se piensan distintas alternativas, es decir objetos o productos que puedan resolver el problema y se analizan para ver si son viables. Aquí los dibujos son croquis o bocetos a mano alzada, ya que solo una de las soluciones será la elegida. Los dibujos que hagamos serán los necesarios para poder explicar y entender la idea que tengamos. Si trabajamos en grupo cada miembro del grupo puede proponer una idea diferente. Esto último se le conoce como diseño individual.

4. Diseño de la Solución: De todas las soluciones posibles debemos elegir una definitiva. ¿Cual elegiremos?. La más adecuada siguiendo los criterios que se consideren prioritarios, por ejemplo el tipo de materiales, tamaño, forma, costes, etc. Este punto es en definitiva es una puesta en común de todos los miembros para elegir la mejor de todas las soluciones propuestas. En este punto también es cuando se comienzan los dibujos definitivos, planos o esquemas definitivos con todo tipo de detalles. Para esto es muy importante tener conocimientos de dibujo técnico.

5. Planificación del Trabajo: Es el momento de comenzar a planificar las herramientas y materiales que necesitaremos, el tiempo de construcción de cada una de las piezas que forman el objeto y quién va a construir cada una. En definitiva planificar el trabajo que vamos a realizar. Esto se suele hacer mediante lo que se conoce como la Hoja de Proceso. En el enlace tienes como se hace la hoja de proceso.

6. Construcción del Producto: es el momento de empezar a construir. Tendremos que incluir en este punto la fabricación, el montaje de las diferentes piezas y los acabados del conjunto final, como por ejemplo pintar el objeto.

7. Comprobación del Resultado y Evaluación: Este paso es muy importante, ya que es el paso que nos permite saber si el producto que hemos construido funciona y responde a la necesidad que teníamos al principio. Por ejemplo si es un puente, tendremos que comprobar que soportará el peso para el que lo hemos construidos, o si es un mecanismo que funciona tal y como lo planeamos. Tenemos que verificar que funciona y es válido. Una vez que el producto es válido, se suele somete a la valoración de personas externas al grupo de trabajo. Es muy importante saber qué piensan los demás. Si la valoración es positiva podemos

Bienvenidos a el modulo de Integradora ll.

Se darán a conocer los temas de la Unidad 1.

Los cuales son:

-Conceptos clave para la creación soluciones tecnológicas.

-Definición de soluciones a partir de la innovación incremental.

-Diseño de interacciones.