Politécnico Colombiano Jaime Isaza Cadavid

Proyecto Pedagógico
Integrador

GRADO 11
2018
 PRESENTACIÓN

El Politécnico Colombiano Jaime Isaza Cadavid es una Institución de Educación superior, que se dedica
a la formación de la juventud antioqueña; con una marcada y reconocida vocación hacia la Educación
Técnica y Tecnológica.
En la actualidad nos encontramos inmersos en la era del conocimiento, que determina nuevos modelos
de actuación donde la tecnología y el conocimiento son imprescindibles para el crecimiento,
fortalecimiento y permanencia en los diferentes ámbitos sociales. Por ello el compromiso de la
institución por la formación de profesionales íntegros con las competencias que el sector productivo
necesita.
Los procesos de enseñanza, aprendizaje y evaluación deben desarrollar formas para medir, acompañar
y ajustar sus gestiones para el logro de los resultados propuestos en los Niveles de formación. Este
propósito se plantea desde la formación por proyectos en los que se empleen competencias de
formación en situaciones y problemas diversos, graduales y continuos de cada Nivel académico
respectivo, enmarcados en la creatividad y la formación pedagógica. Por lo anterior, se presenta este
manual, el cual pretende orientar al estudiante a realizar paso a paso la elaboración del Proyecto
Pedagógico Integrador (PPI).
COMPETENCIAS ESPECÍFICAS Y TRANSVERSALES A DESARROLLAR
 ¿QUE ES UN PROYECTO PEDAGÓGICO INTEGRADOR?
Proyecto Pedagógico Integrador: tipo de proyecto que centra su interés en la gestión educativa
compartida, por lo que se caracteriza en no corresponder a áreas específicas de formación. Se asume como
una estrategia didáctica que puede involucrar la participación de la comunidad que rodea el centro
educativo, que tiene límites en el tiempo y resultados que se concretan mediante productos de gestión
(Nikerson, Perkins y Otros, 1994).

El PROYECTO PEDAGÓGICO INTEGRADOR (PPI) se constituye en la estrategia didáctica de integración

modular que da la oportunidad al estudiante de demostrar ante la comunidad académica que es
merecedor de forma integral de continuar con su proceso de formación al siguiente nivel.

Esto significa que el estudiante debe utilizar las competencias adquiridas durante su formación para
proponer un proyecto del nivel de formación respectivo. Además de lo anterior, el PROYECTO
PEDAGÓGICO INTEGRADOR (PPI) constituye una experiencia de auto-aprendizaje para el estudiante, dado
el grado de profundidad y dedicación que este implica, convirtiéndolo en la experiencia perfecta de la
educación del futuro profesional del sector del software.

La técnica Profesional en sistemas de información del Politécnico Colombiano Jaime Isaza Cadavid
fundamenta su proceso formativo en la canalización del esfuerzo del estudiante hacia el desarrollo de un
proyecto que reúna las competencias aportadas por todos los módulos. Esto se entiende como una
estrategia didáctica que involucra límites de tiempo y resultados que se concreta mediante productos de
gestión.

Para comprender la importancia del proyecto pedagógico integrador es necesario identificar que es un
proceso adquirido por el estudiante para iniciar su ciclo formativo como Técnico profesional; como su
nombre lo indica “integra” la dinámica de enseñanza y las competencias obtenidas y desarrolladas en
todos los módulos que se ven durante el año y su respectiva aplicación.

OBJETIVO DEL PPI

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 hacia la creatividad y el inicio de
actividades investigativas.
El PPI está diseñado alrededor de cuatro (4) cuadrantes relacionados con procesos de innovación:

1. Explorar – Observar: Identificar problemas, necesidades o intereses, observar el entorno.

2. Idear – Conceptualizar: Declarar el problema de manera viable , Identificar y formular pregunta de
investigación, Recolectar Información, Construir prototipo, validar la solución,
3. Prototipar – Optimizar: Construir prototipo, validar la solución (Comprobar hipótesis), Perfeccionar
4. Implementar – Validar: Poner en funcionamiento o aplicar la solución
 Grado 11
Aplicación para Dispósitivós móviles (nuevó ó cóntinuación de próyectó)
Implementar – Validar (Octubre 1 a Octubre 5) Explorar – Observar (Marzó 19 a Marzó 23)
Finalización del Proyecto Pitch del próyectó (Marzó 5 a Marzó 9)
Resumen del próyectó y abstract Teniendó en cuenta la própuesta y Recólección de
Implementar óbjetó prómóciónal ósea el bróchure en web infórmación de Próyectós similares respónsable
Implementar prótótipó funciónal en dispósitivó móvil (Debe Própuesta del próyectó (Marzó 19 a Marzó 23)
evidenciar el manejó de tódas las estructuras algórítmicas • Títuló del Próyectó
y bases de datós) • Próblema ó necesidad ó tema de interes
Cóntról, seguimientó y analisis del Crónógrama • Alcance (Debe evidenciar el manejó de tódas las
Validación cón usuariós (4) estructuras algórítmicas)
• Objetivó general
Módulo responsable Desarrólló de sóftware para Dispósitivós • Validación cón usuariós (4)
móviles.- CESW La própuesta la entrega el estudiante al dócente de CES1 y se
valida cón dócente articuladó, asesór y DSDM
Módulo responsable: Desarrólló de sóftware para Dispósitivós
móviles

Prototipar – Optimizar (Mayó 28 a Junió 1) Idear – Conceptualizar (Abril 30 a Mayó 4)

Avance del proyecto Proyecto Viable
• Implementar prótótipó sució POP funciónal (ó de baja • Ampliación de la descripción del próblema ó necesidad ó
fidelidad, el cual se enfóca en la navegabilidad y usabilidad tema de interes (cómplementar).
mas que en la estetica, en POP lós bócetós elabóradós a • Alcance (cómplementar)
manó) para dispósitivós móviles • Objetivós General y Específicós
• Cóntról, seguimientó y analisis del Crónógrama • Requisitós: funciónales y nó funciónales
• Validación cón usuariós (4) • Crónógrama
• Validación cón usuariós (4)
Módulo responsable: Desarrólló de sóftware para Dispósitivós Módulo Responsable: Desarrólló de sóftware para Dispósitivós
móviles y Requerimientós. móviles y Requerimientós

Nota: Nó apróbar próyectós tradiciónales que requieran la elabóración de un crud. En tódós lós cuadrantes se debe tener Infórme de
validación / Nórmas Icóntec ó Apa cuandó aplique / Bibliografía cuando aplique – Independiente del PPI es responsabilidad de
Construcción de elementos de Software 1 realizar un proyecto interno de clase. Socialización 1 Julio 23 Agosto 3. Socialización
2 Octubre 22 Noviembre 2
 MATRIZ DE PRODUCTOS
CUADRANTES PRODUCTO RESPONSABLE
Pitch del proyecto
Título del proyecto
Descripción del problema o
necesidad o tema de interés
CUADRANTE No. 1 Alcance (Debe evidenciar el Desarrollo de software para Dispositivos móviles y
EXPLORAR - OBSERVAR manejo de todas las Requerimientos
estructuras algorítmicas)
Objetivo general del
proyecto
Informe de validación con 4
usuarios
Ampliación descripción del
problema o necesidad o
tema de interés
Alcance (complementar)
CUADRANTE No. 2 Objetivo general del
IDEAR – Desarrollo de software para Dispositivos móviles y
proyecto
Requerimientos
CONCEPTUALIZAR Objetivos específicos del
proyecto
Requisitos funcionales y no
funcionales
Informe de Validación con 4
usuarios
Cronograma Asesores
Implementar prototipo sucio Desarrollo de software para Dispositivos móviles y
POP funcional Requerimientos
Control, seguimiento y
Asesores
CUADRANTE No. 3 análisis del cronograma
PROTOTIPAR – Informe de validación con 4 Desarrollo de software para Dispositivos móviles y
OPTIMIZAR usuarios Requerimientos

Resumen del proyecto y

Abstract
Implementar prototipo
funcional en dispositivos Desarrollo de software para Dispositivos móviles ,
móviles Requerimientos y Construcción de software web
Implementar prototipo
CUADRANTE No. 4 funcional en web (objeto
IMPLEMENTAR – promocional)
VALIDAR
Control, seguimiento y Asesores
análisis al cronograma

Informe de validación con 4 Desarrollo de software para Dispositivos móviles y

usuarios Requerimientos
 GUIA PARA ELABORAR EL PRODUCTO PARA CUADRANTE 1 (Fase Explorar - Observar)

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

Título del proyecto:

Debe ser corto (máximo 15 palabras), conciso de forma que describa el proyecto.

Descripción del problema, necesidad o tema de interés:

Se debe escribir en forma muy concreta y resumida, cuál es la oportunidad, dificultad, problema o tema de interés,
que generó plantear la idea de proyecto.

Alcance:
Consiste en identificar con claridad y precisión los límites, es decir hasta dónde se va a llegar con su idea; también es
importante aclarar que aspectos no forman parte del mismo.

Objetivo general del proyecto:

Es uno solo y describe la necesidad que se va a resolver con el desarrollo del proyecto. Se describe en forma breve,
clara, es alcanzable y medible. Está conformado por cinco partes: Un verbo en modo infinitivo (ejemplo: Construir,
Desarrollar, Elaborar, entre otros), el ¿qué?, el ¿cómo?, el ¿para qué? Y el ¿para quién?

Validación con usuarios:

Por cada usuario con quien se realiza la validación se debe presentar sus respectivos aportes o conceptos sobre:
1. ¿Por qué es importante y útil la idea de proyecto?
2. ¿Cuál es su público objetivo? (Esto se hace con 4 usuarios y debe incluir las firmas).

Nota: En caso la aplicación se diseñe para un cliente real el documento de validación debe incluir la validación de
este.

Ver hoja siguiente

Nombre usuario Cargo Firma ¿Por qué es importante y útil la ¿Cuál es su público
idea de proyecto? objetivo (a quién le
serviría)?
 GUIA PARA ELABORAR EL PRODUCTO PARA CUADRANTE 2 (Fase Idear – Conceptualizar)

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 1 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 2.

Descripción del problema, necesidad o tema de interés: Se debe escribir en forma muy concreta y resumida, cuál es
la oportunidad, dificultad, problema o tema de interés, que generó plantear la idea de proyecto (complementar lo
definido en la fase anterior de ser necesario).

Alcance: Consiste en identificar con claridad y precisión los límites, es decir hasta dónde se va a llegar con su idea;
también es importante aclarar que aspectos no forman parte del mismo. En este punto se debe clarificar cómo
funcionará su solución (complementar lo definido en la fase anterior de ser necesario).

Objetivo general del sistema: Es uno solo y describe la necesidad que se va a resolver con el desarrollo del sistema.
Se describe en forma breve y clara y es alcanzable y medible.
Está conformado por cinco partes: Un verbo en modo infinitivo (ejemplo: Construir, Elaborar, entre otros), el ¿qué?,
el ¿cómo? Y el ¿para qué? Y el ¿para quién? (Complementar lo definido en la fase anterior de ser necesario).

Objetivos específicos del sistema: Muestran resultados o metas parciales para cumplir el objetivo general,
ordenados de acuerdo a su ejecución (orientadas al ciclo de vida pero específicamente a cada proyecto).
Recomendación: Tenga en cuenta que los objetivos específicos de cada proyecto son diferentes.

Requisitos funcionales: Los requisitos contienen la información relacionada con las necesidades de negocio del
cliente, estructuradas de forma tal que se entienda aquello que hará parte del proceso de construcción a manera de
pacto entre el cliente y el equipo de desarrollo.

ID RequisitoF uncional Nombre y descripción Información Necesaria Actor

RF-001 Registrar Usuario: El sistema debe  Código de usuario (Generado por el Admin
permitir registrar usuarios nuevos en el sistema), Nombre de usuario, Clave,
sistema perfil
RF-002

Requisitos no funcionales: Se describen las características en cuanto a funcionalidad usabilidad, compatibilidad

entre software y hardware. (Legible, Simple de usar, Interactivo, Colores adecuados, entre otros.)
Se describen en lenguaje natural. Los requisitos de usuario no relacionados directamente con la funcionalidad del
sistema. El formato de descripción de los requisitos es similar al de los requisitos funcionales.

Requisitos No Funcionales
ID. Requisito Nombre del requisito Descripción del requisito
RNF-001
Cronograma: Presenta de forma clara y concreta los pasos a seguir con tiempos y responsables para el desarrollo del
proyecto de acuerdo a las fechas definidas en este documento.

Validación con usuarios cuadrante 2: 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: Nombre, firma y cargo del entrevistado.
Nombre Cargo Firma ¿Cuál es su concepto ¿Cuál es su ¿Usted estaría
usuario sobre la viabilidad del concepto sobre la interesado en esta
proyecto? idea de solución propuesta y por
planteada en el qué?
alcance del
proyecto?
 GUIA PARA ELABORAR EL PRODUCTO PARA CUADRANTE 3 (Fase 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 1 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 3

Implementar prototipo sucio POP funcional: Un prototipo sirve para diseñar una interfaz gráfica. Es una
herramienta que se construye para hacer una prueba y validar con el usuario que su necesidad si se cubre con la
solución que estoy diseñando. Para la elaboración de este se debe tener claro a quién va dirigida la solución y cuál es
su necesidad.
Existen una serie de principios que se deben tener en cuenta en la elaboración del prototipo sucio para elaborar una
solución que realmente satisfaga la necesidad del cliente, para que sea funcional y para que disfrute el usuario. Estas
son:
 Claridad sobre el uso de la herramienta. Es decir, que todos los elementos (Imágenes, iconos, entre otros)
usados estén relacionados con la funcionalidad del sistema.
 Interacción: cada interfaz debe invitar a hacer algo y en lo posible cada pantalla debe tener solo una acción.
 Debe conservar la atención sobre lo que estoy haciendo.
 El usuario siempre debe tener el control: cada interfaz debe permitir moverme dentro de la aplicación
incluyendo formas de devolverse, ir al inicio, entre otros.
 Buscar referencias del mundo real: se refiere al uso de iconos que son mundialmente conocidos en las
aplicaciones (ejemplo una casa para ir al Home de la aplicación, un > para avanzar , un < para retroceder.,
un icono de un teléfono para realizar una llamada.
 Una acción primaria por pantalla: ejemplo este buscador

La interfaz gráfica anterior, es más clara que la presentada a continuación, ya que la que hay a continuación
presenta varias opciones para el usuario y no permite identificar claramente cuál sería la funcionalidad
principal de esta:
Teniendo claro lo que es un prototipo sucio, debe proceder así:
 Dibujar el prototipo sucio en hojas de papel, es decir las interfaces gráficas de usuario, teniendo en cuenta las
interacciones entre cada interfaz.
 Bajar la aplicación POP a su dispositivo móvil
 Capturar las interfaces diseñadas y enlazarlas para poder mostrar su navegabilidad a través de la
herramienta POP

Nota:
Se sugiere utilizar una herramienta que tenga tanto versión para dispositivo móvil como para browser web pues
para efectos de la socialización se requiere que los equipos proyecten el prototipo en su presentación.

Se recomiendan: Pop App, Marvel App o InVision App. Los 3 tienen versión en App como en Web.

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: 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 sobre usabilidad de este prototipo

Esto se hace con 4 usuarios y debe incluir las firmas y cargo del entrevistado.
Para esta validación usted debe mostrar a los usuarios a entrevistar el prototipo diseñado antes de realizar las
preguntas.
Nombre Cargo Firma ¿Es clara la forma cómo el ¿Qué sugerencias tiene? ¿Es
usuario prototipo soluciona el fácil de usar?
problema?
 ANEXO 1
TABLA DE CONTENIDO POR CUADRANTE
ITEM CUADRANTE 3
Portada X
(Indicar el Título del proyecto y el nombre corto o siglas, si lo
tiene)
Tabla de contenidos X
X
- Índice de tablas y de figuras (Si aplica)
1. Descripción del problema X
2. Alcance X
3. Objetivos X
3.1 General X
3.2 Específicos X
4. Requisitos funcionales X
5. Requisitos no funcionales X
6. Prototipo sucio POP funcional X
7. Cronograma X
8. Anexos (Validación de cuadrantes 1, 2 y 3 por 4 usuarios X
cada uno)