Está en la página 1de 18

2017-1

GUÍA PARA EL ESTUDIANTE PARA


DESARROLLAR EL PPI

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.

ESQUEMA GENERAL DEL PPI

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.

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 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:

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


formular hipótesis
2. Idear – Conceptualizar: Recolectar información, Plantear solución, Prototipo sucio
3. Prototipar – Optimizar: Construir prototipo funcional cumpliendo con el alcance planteado y validar la
solución (Comprobar hipótesis), Perfeccionar
4. Implementar – Validar: Poner en funcionamiento o aplicar la solución
TERCER
SEMESTRE
ESQUEMA TERCER SEMESTRE
MATRIZ DE PRODUCTOS

CUADRANTES PRODUCTO RESPONSABLE FECHAS DE ENTREGA


Título del Proyecto Construcción de Elementos de
software web
Descripción del problema o Construcción de Elementos de
necesidad o interés software web
Alcance (basesde datos Construcción de Elementos de
CUADRANTE No. 1 relacionales) software web y Construcción Semana 3
EXPLORAR – de Base de Datos 1
OBSERVAR Objetivo general Construcción de Elementos de
Para entregar estos software web
productos remitirse al Hipótesis de solución o Construcción de Elementos de
anexo 3.1 pregunta de investigación software web
Validación con 4 usuarios Construcción de Elementos de
software web
Problema y Alcance en Construcción de Elementos de
mapa conceptual software web y Construcción
de Base de Datos 1
Objetivos General Construcción de Elementos de
Objetivos Específicos software web y Construcción
de Base de Datos 1
CUADRANTE No. 2 Requisitos funcionales y no Identificación de Estándares Semana 6
IDEAR – funcionales para la Documentación y
CONCEPTUALIZAR Construcción de Informes
Para entregar estos Cronograma Identificación de Estándares
productos remitirse al para la Documentación y
anexo 3.2 Construcción de Informes
Recolección de Información Construcción de Elementos de
Proyectos similares (cuadro software web y Construcción
comparativo) de Base de Datos 1
Prototipo sucio de la Construcción de Elementos de
solución (low dirty) software web
Informe de validación con 4 Desarrollo del Pensamiento
usuarios lógico Matemático 1 (B)
Implementar la solución Construcción de Elementos de
(Prototipo mínimo viable software web y Construcción
Funcional en mínimo 2 de Base de Datos 1
CUADRANTE No. 3 dispositivos, conexión a BD)
PROTOTIPAR – Modelo de Datos Construcción de Base de
OPTIMIZAR (Implementado en gestor de Datos 1 Semana
Para entregar estos BD) 8, 12 y 15
productos remitirse al Control, seguimiento y Identificación de Estándares
anexo 3.3 análisis del cronograma para la Documentación y
Construcción de Informes
Informe de validación con 4 Construcción de Elementos de
usuarios software web y Construcción
de Base de Datos 1
Resumen del proyecto y Construcción de Elementos de
abstract software web y Construcción
de Base de Datos 1
Probar solución Construcción de Elementos de
software web y Construcción Semana 16
CUADRANTE No. 4 de Base de Datos 1
Brochure (Promoción, Identificación de Estándares
IMPLEMENTAR – vender el producto, Difundir para la Documentación y
VALIDAR el proyecto con innovación) Construcción de Informes
Para entregar estos
productos remitirse al Control, seguimiento y Identificación de Estándares
anexo 3.4 análisis al cronograma para la Documentación y
Construcción de Informes
Análisis de los Identificación de elementos
requerimientos de recursos de sistemas operativos
del sistema
Informe de validación con 4 Desarrollo del Pensamiento
usuarios lógico Matemático 1 (B)
CUADRANTE 1 ANEXO 3.1 EXPLORAR - OBSERVAR

GUIA PARA ELABORAR LA IDEA PROPUESTA PARA PPI (Fase Explorar – Observar)

SEMESTRE 3

Apl icaci ón web con inter faz en diferentes di sp


osit ivos
Lea con atención y tenga en cuenta las siguientes pautas para la correcta elaboración de su propuesta.

Estudiante 1
Estudiante 2
Estudiante 3

TÍTULO DEL PROYECTO


Debe ser corto (máximo 15 palabras), conciso de forma que describa el proyecto.
DESCRIPCIÓN DEL PROBLEMA
Se debe escribir en forma muy concreta y resumida, cuál es la 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.

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

2La hipótesis (Método Científico). EcuRed. 2016.


http://www.ecured.cu/La_Hip%C3%B3tesis_(m%C3%A9todo_cient%C3%ADfico)
CUADRANTE 2 ANEXO 3.2 IDEAR – CONCEPTUALIZAR

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

DESCRIPCIÓN DEL PROBLEMA, NECESIDAD O TEMA DE INTERÉS Y ALCANCE

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.

Como formular el objetivo de un proyecto


Se entiende como objetivo general la finalidad genérica de un proyecto, es decir que se espera entregar.

Como formular el objetivo general del proyecto


Una vez identificado y entendido el problema se emplea un verbo en infinitivo que denote la acción macro que el equipo de
trabajo quiere realizar para solucionar dicho problema, es decir, el propósito, el cual genera acciones de menos nivel que
permiten expresar los objetivos específicos.

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

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). Los objetivos específicos se derivan del objetivo
general y lo concretan, señalando el camino que hay que seguir para conseguirlos.
Recomendación: Tenga en cuenta que los objetivos específicos de cada proyecto son diferentes.

REQUISITOS FUNCIONALES Y NO FUNCIONALES

Según el estándar IEEE – STD – 729, un requerimiento se define como:


Una condición o capacidad necesitada por un usuario para resolver un problema o lograr un objetivo.
Una condición o capacidad que deber ser alcanzada o poseída por un sistema o componente del sistema para satisfa cer un
contrato, estándar, especificación u otro documento formalmente impuesto.

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.

3. VENTAJAS Y DESVENTAJAS DE UN PROTOTIPO

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

3Eumed.net. (29 de Septiembre de 2015). Eumed.net. Obtenido de http://www.eumed.net/libros-


gratis/2008a/358/LOS%20PROTOTIPOS.htm
Normalmente el tipo de prototipo más utilizado es el de baja fidelidad, debido su simple interacción con el usuario,
poco recurso en diseño visual y bajo costo.4 La metodología propuesta para la construcción se divide en siete etapas:
 Delimitación del proyecto.
 Planeación del proyecto.
 Análisis del prototipo.
 Diseño del prototipo.
 Desarrollo del prototipo.
 Implementación del prototipo.
 Evaluación del prototipo.
Validación con usuarios cuadrante 2
• Clarificar conceptos, redefinir o declarar de manera viable y significativa el PONI.
• Generar ideas de solución
• Identificar y formular hipótesis de solución del PONI
• Identificar y justificar recursos y herramienta
• Plantear soluciones
• Diseñar
Se valida con los usuarios que las hipótesis o supuestos de solución planteadas satisfagan sus expectativas,
igualmente se validan las herramientas propuestas y el diseño.

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.

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
proyecto? idea de solución esta propuesta y
planteada en el porque?
alcance del
proyecto?

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

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

IMPLEMENTAR EL PROTOTIPO FUNCIONAL


Es la solución ya implementada.

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

GUIA PARA ELABORAR EL PRODUCTO PARA CUADRANTE 4 (Fase 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.

RESUMEN DEL PROYECTO Y ABSTRACT


Resumen corto del proyecto el cual debe ser de máximo 200 palabras.
El abstract es el mismo resumen pero en inglés
PROBAR SOLUCIÓN
BROCHURE
Un brochure o Folleto es una pequeña obra impresa con la descripción de los puntos más salientes sobre un tema.
Puede encontrar el material de apoyo en el sitio del PPI
ANÁLISIS DE LOS REQUERIMIENTOS DE RECURSOS DEL SISTEMA

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/

Eumed.net. (29 de Septiembre de 2015). Eumed.net. Obtenido de http://www.eumed.net/libros-


gratis/2008a/358/LOS%20PROTOTIPOS.htm

Estándar IEEE – STD – 729

La hipótesis (Método Científico). EcuRed. 2016.


http://www.ecured.cu/La_Hip%C3%B3tesis_(m%C3%A9todo_cient%C3%ADfico)

Universia. (29 de Septiembre de 2015). ¿Qué es un prototipo y para qué sirve? 3. Obtenido de www.universia.com

Sommerville, Ian Ingeniería de Software. Addison Wesley. 6ª Edición