Documentos de Académico
Documentos de Profesional
Documentos de Cultura
INNOVACAMPUS
Politécnico Colombiano Jaime Isaza
Cadavid
PROYECTO PEDAGÓGICO INTEGRADOR 2016-2
Bajo el marco de la Alianza Futuro Digital Medellín, el Politécnico Colombiano Jaime Isaza Cadavid, participó en el
proyecto INNOVACAMPUS impulsado por Ruta N, para transformar el currículo del programa de Tecnología en
Sistematización de Datos; Centrado en que el estudiante desarrolle aptitudes hacia la Investigación, Innovación y
Emprendimiento a partir de la redefinición de la estrategia metodológica del Proyecto Pedagógico Integrador. En
donde se incluyó Metodologías ágiles de Pensamiento de diseño (Design Thinking), Cuadrantes de la innovación,
Metodologías ágiles de Emprendimiento y el Programa Horizontes de Ruta N.
La reforma curricular tiene una estructura organizada para el desarrollo de competencias y ciclos propedéuticos. El
PPI es la estrategia metodológica para integrar transversalmente todos los módulos y que se evidencien en los
productos resultado del desarrollo del proyecto. Cada semestre los estudiantes deben buscar una idea de proyecto
que estará enmarcada en un contexto, dependiendo de las competencias que se estén desarrollando.
El Proyecto Pedagógico Integrador es un proceso seguido por el estudiante para iniciar su ciclo formativo como
Técnico Profesional; como su nombre lo indica “integra” la dinámica del aprendizaje las competencias obtenidas y
desarrolladas en los módulos que se ven durante el semestre, semestres anteriores y su respectiva aplicación.
Aplicar de manera integral las competencias desarrolladas en los diversos módulos de los niveles en proceso
ascendente de lo simple a complejo, con proyecciones a incentivar la creatividad y el inicio de actividades de
investigación, innovación y emprendimiento.
El PPI está diseñado alrededor de cuatro (4) cuadrantes relacionados con procesos de innovación:
GUIA PARA ELABORAR LA IDEA PROPUESTA PARA PPI (Fase Explorar – Observar)
SEMESTRE 3
Estudiante 1
Estudiante 2
Estudiante 3
El alcance para este semestre es: Interfaz en diferentes dispositivos, persistencia en los datos y conexión a BD
OBJETIVO GENERAL (1)
Describe en forma breve y clara que se pretende hacer y obtener como resultado en el proyecto.
Recomendación
Los objetivos se redactan con verbo en infinitivo, ejemplo: Desarrollar, implementar, construir, elaborar,
describir, evaluar, entre otros.
Los objetivos generales son más amplios que los específicos, estos contienen los objetivos específicos.
HIPÓTESIS DE SOLUCIÓN O PREGUNTA DE INVESTIGACIÓN
Pregunta de investigación: Debe formularse de manera concisa, debe sintetizar el núcleo del problema y ser comprensible para
el lector y debe ser susceptible de ser contestada en un plazo de tiempo razonable. Verifique si la pregunta es viable, es decir, si
1
puede ser investigada en un lapso razonable.
Una pregunta de investigación se construye de tal forma que la respuesta a esta sea la explicación t entativa del proyecto a
realiza. Algunas recomendaciones para la correcta formulación son:
No formule preguntas que puedan contestarse con un simple sí un no o una lista.
La pregunta debe comenzar: ¿De qué manera…? ¿En qué forma…? ¿Cómo…?
Hipótesis de solución
La hipótesis propone una respuesta que la investigación trata de verificar. La experiencia indica que del correcto planteamiento
de la hipótesis depende en gran medida el éxito de la investigación.
Una hipótesis es una proposición aceptable que ha sido formulada a través de la recolección de información y datos, aunque no
está confirmada sirve para responder de forma tentativa a un problema con base científica.
La hipótesis como una posible solución del problema: la hipótesis no es solamente la explicación o comprensión del vínculo que
2
se establece entre los elementos inmersos en un problema, es también el planteamiento de una posible solución al mismo .
1 Como planear preguntas de investigación. Universidad del Rosario, Escuela de Ciencias Humanas, 2003.
http://www.urosario.edu.co/cienciashumanas/GuiasdeCalidadAcademica/50a/
VALIDACIÓN CON USUARIOS
Es mirar el entorno para Identificar problemas, oportunidades, necesidades o interes es (PONI). Observar, usuarios o
potenciales usuarios, involucrarse con los usuarios para determinar los porqués del PONI. Mirar y escuchar cómo se hace o
harían las cosas.
Se valida que el problema, necesidad o interés identificado tenga posibles usuarios, se validan que el planteamiento o la
percepción del porqué del problema o la necesidad estén identificadas correctamente. Se involucra con los usuarios para
validar las hipótesis de cómo se hacen las cosas.
Se busca validar el QUÉ y el PORQUÉ
Escribe el nombre de los 4 usuarios con quien realizo su validación y sus respectivos aportes o conceptos:
1. Porque es importante y útil la idea de proyecto
2. Cuál es su público objetivo (Esto debe incluir las 4 firmas).
Nota Importante: Todos los productos se deben presentar en un solo documento, teniendo en cuenta la norma
APA o ICONTEC vigente y tenga en cuenta que el documento es acumulativo. (Ver ANEXO 3.5 Tabla de contenido
por cuadrante), de igual forma tener presente las referencias bibliográficas
Lea con atención y tenga en cuenta las siguientes pautas para la correcta elaboración de su producto para el
cuadrante 2.
MAPA CONCEPTUAL
Un mapa conceptual es una herramienta que posibilita organizar y representar, de manera gráfica y mediante
un esquema, el conocimiento de una manera lógica.
En esta parte esperamos que diseñe un mapa conceptual que resuma de forma clara su proyecto.
Si desea tener más información sobre cómo se construye un mapa conceptual puede consultar entre otras en las
siguientes direcciones:
VER: https://sites.google.com/a/elpoli.edu.co/ppi_mt/material-de-apoyo-grado10/ Mapa_conceptual.pdf
https://www.youtube.com/watch?v=8Dw3LOX_Co8
IMPORTANTE: Recuerde que el problema, la necesidad, interés en particular, inquietud u oportunidad es diferente a
la solución que se dará de este.
OBJETIVOS
OBJETIVO GENERAL DEL SISTEMA
Es uno solo y describe la necesidad que se va a resolver con el desarrollo del sistema.
Recomendación: Los objetivos se redactan iniciando con un verbo en infinitivo, ejemplo: Construir, Elaborar, entre otros. Se
describe en forma breve y clara y es alcanzable y medible.
Para su formulación no existe ningún formato estándar dado que el objetivo depende del proyecto mismo, sin embargo se
podría proponer como metodología:
Seleccionar el verbo que mejor refleje la acción para lograr el producto o servicio a entregar. Ver verbos para
objetivos.pdf (En el sitio del PPI)
Expresar el propósito de esa acción
Seleccionar acciones que ayuden a lograr el objetivo principal
CLASIFICACIÓN
REQUISITOS FUNCIONALES:
Los requisitos funcionales de un sistema describen la funcionalidad o los servicios que se espera éste proveerá. Éstos
dependen del tipo de software y del sistema que se desarrolle y de los posibles usuarios del software.
Habitualmente se describen en forma general, pero conservando el detalle de la función de éste, es decir, sus entradas y
salidas, excepciones entre otros.
Descripción del
ID. Requisito Nombre del requisito Usuario
Requisito
RF-001
RF-002
RF-003
RF-00n
NO FUNCIONALES:
Según Somerville, los requisitos no funcionales definen propiedades y restricciones del sistema. Algunos ejemplos de estos
requisitos no funcionales son: Tiempo de Respuesta, Requisitos de almacenamiento, confiabilidad, rendimiento, seguridad,
precisión, manejo de errores, entre otros.
Estos requisitos pueden ser más críticos que los requisitos funcionales, ya que son normalmente a lo s que debe apuntar la
arquitectura y si estos no son cumplidos, el software puede no funcionar o el cliente simplemente no acepta el producto.
Descripción del
ID. Requisito Nombre del requisito
Requisito
RNF-001
RNF-002
RNF-003
RNF-00n
CRONOGRAMA
Es una descripción específica de las actividades, responsables y del tiempo que se va a emplear para la ejecución del proyecto.
Se debe organizar el trabajo en fechas probables, para saber cuánto tiempo requerirá elaborar el trabajo definitivo.
Para su presentación se utilizan generalmente diagramas, lo que permite visualizar mejor el tiempo de cada actividad, y sobre
todo en aquellos casos en que hay varias actividades en un mismo tiempo. Se recomienda elaborarlo en una herramienta
como Gantt Project.
RECOLECCIÓN DE INFORMACIÓN
Proyectos Similares
Se presenta un cuadro con referencias de proyectos similares, indicando el valor agregado que tendría su aplicativo.
Mínimo 2 en inglés.
PROTOTIPO SUCIO DE LA SOLUCIÓN (LOW DIRTY)
Permite plasmar por medio de un diseño básico, visualizar como quedará su aplicativo y aclarar la forma como
funcionará la solución.
La interfaz se caracteriza por ser “amigable e intuitiva” en otras palabras, debe ser fácil de entender y de manejar.
Además debe estar adaptada al tema y a la población objetivo a la cual está orientada.
Este prototipo se puede realizar en la herramienta que desee, incluso puede ser con un mapa de navegación o un
esquema o en papel.
1. DEFINICIÓN
Un prototipo es una versión preliminar del modelo futuro, debe ser operable, fácil de modificar y ampliar, tiene todas
las características propuestas, pero realmente es un modelo básico que tiene que ser mejorado. Los prototipos no
solo permiten poner a prueba la viabilidad y utilidad de nuestros proyectos y diseños antes de iniciar, sino que
también ayudan a descubrir mejoras e innovaciones inesperadas que pueden aumentar la eficiencia y calidad de
nuestro proyecto. 3
2. TIPOS DE PROTOTIPOS
Baja Fidelidad: Conjunto de bocetos y dibujos estáticos no computarizados. Son realizados de manera rápida y
sencilla. (Papel, dibujos, presentaciones básicas).
Alta Fidelidad: Son modelos mucho más detallados desde el punto de vista gráfico, programación y de
funcionalidad, siendo más dinámicos y operativos.
Exploratorio: Modelo no reutilizable utilizado para aclarar las metas del proyecto, identificar requerimientos,
examinar alternativas de mejora y aumentar la complejidad del proyecto final.
Experimental: Modelo utilizado para validar especificaciones del proyecto.
Operacional: Modelo iterado progresivamente y refinado hasta su desarrollo final.
Horizontal: Modelo básico operacional útil en las primeras etapas de desarrollo del proyecto, permite interactuar y
probar funciones comunes realizadas por el usuario.
Vertical: Modelo con características detalladas, utilizado en etapas avanzadas del proyecto.
Global: Modelo horizontal expandido, contiene una gran cantidad de características y rangos de funcionalidades.
Muy útil a lo largo del proceso de diseño.
Local: Modelo de una sola característica, utilizado en etapas especificas del proyecto.
Ventajas:
Fácilmente modificable.
Evita sorpresas desagradables al destacar requerimientos incompletos y falta de funcionalidad.
Reducción de costos cuando los problemas se detectan rápidamente y son fáciles de localizar.
Desventajas:
Excesivo número de cambios.
Hacer pensar al usuario final que el producto está prácticamente terminado.
Cambios excesivos que alargan la duración del proyecto y por ende aumentan los costos económicos del
mismo.
4. ELABORACIÓN DE UN PROTOTIPO
Por cada usuario con quien se realiza la validación se debe presentar sus respectivos aportes o conceptos sobre:
1 Viabilidad del proyecto
2. Ideas de solución planteadas en el alcance del proyecto
3. Usabilidad de la propuesta
Esto se hace con 4 usuarios y debe incluir las firmas y cargo del entrevistado.
BIBLIOGRAFÍA
Hace referencia al registro de las fuentes de información bibliográfica
4 Universia. (29 de Septiembre de 2015). ¿Qué es un prototipo y para qué sirve? 3. Obtenido de www.universia.com
CUADRANTE 3
ANEXO 3.3 PROTOTIPAR – OPTIMIZAR
Nota Importante: Todos los productos se deben presentar en un solo documento, teniendo en cuenta la norma
APA o ICONTEC vigente y tenga en cuenta que el documento es acumulativo. (Ver ANEXO 3.5 Tabla de contenido
por cuadrante), de igual forma tener presente las referencias bibliográficas
Lea con atención y tenga en cuenta las siguientes pautas para la correcta elaboración de su producto para el
cuadrante 3.
Para este semestre el prototipo mínimo viable debe cumplir el alcance planteado desde el cuadrante 1. Mínimo 2 dispositivos,
conexión a BD
MODELO DE DATOS
Evidenciar que la aplicación funcional tiene implementado un gestor de BD
Control, seguimiento y análisis del Cronograma
Es el seguimiento de las actividades, este permite evidenciar el nivel de avance en la ejecución del proyecto para las
actividades que se han realizado al día de hoy.
VALIDACIÓN CON 4 USUARIOS CUADRANTE 3
• Construir solución mediante planos, artefactos, Interfaces Se busca presentar el CÓMO de la solución
• Se deben presentar en un prototipo con características que evidencien que es viable
• Se optimiza y refina el prototipo iterativamente con base en el resultado de la validación
Es comprobar hipótesis de solución mediante prototipos, es decir, buscar que se respondan preguntas del problema
presentado mediante el prototipo.
Es conocer opiniones sobre el prototipo de solución para refinarlo.
Se valida también creando experiencias de usuarios.
Por cada usuario con quien se realiza la validación se debe presentar sus respectivos aportes o conceptos sobre:
1 El prototipo evidencia como se aporta a la solución del problema, la necesidad o al tema de interés
2. Tiene sugerencias tales como usabilidad a este prototipo
Esto se hace con 4 usuarios y debe incluir las firmas y cargo del entrevistado.
Nombre Cargo Firma El prototipo evidencia como se Tiene sugerencias tales com
usuario aporta a la solución del usabilidad a este prototipo
problema, la necesidad o al
tema de interés
CUADRANTE 4
ANEXO 3.4 IMPLEMENTAR – VALIDAR
Nota Importante: Todos los productos se deben presentar en un solo documento, teniendo en cuenta la norma
APA o ICONTEC vigente y tenga en cuenta que el documento es acumulativo. (Ver ANEXO 3.5 Tabla de contenido
por cuadrante)
Lea con atención y tenga en cuenta las siguientes pautas para la correcta elaboración de su producto para el
cuadrante 4.
VALIDACIÓN
Construcción de la solución de manera funcional con las características que lo hagan viable
Validación: Los usuarios opinan sobre todas las características del prototipo mediante el uso.
Se resuelven preguntas como: resuelve el PONI mediante las soluciones validas en los cuadrantes 1-2-3?
La manera como lo resuelve es común?.
Los usuarios usan la herramienta de manera fácil, intuitiva?
BIBLIOGRAFÍA
Hace referencia al registro de las fuentes de información bibliográfica
ANEXO 3.5
TABLA DE CONTENIDO POR CUADRANTE
ITEM CUADRANTE CUADRANTE CUADRANTE
2 3 4
Portada x x X
Tabla de contenido X x X
Índice de tablas y de figuras (Si aplica) X X X
Resumen (Resumen corto del proyecto el cual debe ser de X
máximo 200 palabras)
Palabras claves X
Abstract (El resumen traducirlo a inglés) X
1. Descripción del problema, necesidad o tema de interés y X X X
alcance en un mapa conceptual
2. Alcance X X X
3. Objetivos X X X
3.1. General X X X
3.2. Específicos X x X
4. Pregunta de investigación o hipótesis X X X
5. Cronograma (Incluir cronograma e indicar el control, seguimiento y X X X
análisis realizado en los otros cuadrantes)
6. Recolección de Información Proyectos Similares X X X
7. Requisitos funcionales y no funcionales X X X
8. Prototipo Sucio X X X
9. Modelo de Datos X X
10. Análisis de los requerimientos de recursos del sistema X
11. Pruebas X
Bibliografía X
ANEXOS X
Aplicación
Brochure
Validaciones (Realizadas en los 4 cuadrantes)
REFERENCIAS
Como planear preguntas de investigación. Universidad del Rosario, Escuela de Ciencias Humanas, 2003.
http://www.urosario.edu.co/cienciashumanas/GuiasdeCalidadAcademica/50a/
Universia. (29 de Septiembre de 2015). ¿Qué es un prototipo y para qué sirve? 3. Obtenido de www.universia.com