UNIVERSIDAD NACIONAL AGRARIA DE LA SELVA

FACULTAD DE INGENIERIA EN INFORMATICA Y SISTEMAS

Título:

“FACTORES QUE AFECTAN EL APRENDIZAJE EN UN LENGUAJE DE

PROGRAMACION EN LA FIIS”

Presentado por:

HUAMANI HUANUQUEÑO HENRY JUNIOR

Fecha de entrega:

17 de Agosto de 2012

TINGO MARIA

2012

1. DESCRIPCION DE LA PROBLEMÁTICA

En la Facultad de Ingeniería en Informática y Sistemas de la UNAS, se han presentado

algunos problemas de aprendizaje en las asignaturas de programación por parte de los

estudiantes de primer año que allí se encuentran.

El estudiante ingresante a la FIIS muchas veces motivado a aprender a programar

muestra interés e iniciativa a las prácticas que se realizan con la computadora, sin embargo en

este proceso de aprendizaje se presentan factores adversos que reducen parcial o totalmente el

aprendizaje que pueden ser como:

La Didáctica del Maestro

Conocimiento del Inglés al momento de interpretar los errores del IDE.

Disponibilidad de un ordenador para practicar.

Motivación-Empeño.

La Capacidad de Razonamiento para entender algoritmos.

2. MARCO TEORICO Y CONCEPTUAL

2.1 ANTECEDENTES

2.1.1 EVELISE MARIA LABATUT PORTILHO (2003) “Aprendizaje

Universitario: Un Enfoque Metacognitivo”.

Esta investigación analiza los Estilos de Aprendizaje y la Metacognición de los alumnos

universitarios a partir de los cuestionarios y en el último capítulo propone un programa de

formación con los profesores, para que ellos conozcan sus Estilos de Aprendizaje e integren

sus estilos de enseñanza a la especificidad de su programa de aprendizaje. Inicialmente, parte

de la base de que para ayudar y facilitar el aprendizaje de los estudiantes, el profesor debe

conocer bien como aprenden sus alumnos y como él mismo aprende y enseña su programa de

aprendizaje.

2.1.2 NORMA PALENCIA RODRIGUEZ (2002), “Problemas de Aprendizaje y

su Relación con la violencia Intrafamiliar”

El presente artículo, tiene como propósito proporcionar datos que den cuenta de la relación que

existe, entre los problemas de aprendizaje y la violencia intrafamiliar, para ello, se dan a

conocer las diferentes concepciones de lo que se entiende por violencia, posteriormente, se

mencionan los tipos de maltrato y se presentan estadísticas existentes al respecto,

posteriormente se plasman características de los sujetos que presentan problemas de

aprendizaje y se analizan algunos enfoques que han abordado la categoría, como es el enfoque

conductual, cognoscitivo, neuropsicológico, constructivista y el ecológico u holística. Más

adelante aborda el papel que desempeña la familia en el logro escolar del infante.

2.1.3 Raquel Pardo de Santayana Sanz (2002), “El Alumno Superdotado Y

Sus Problemas De Aprendizaje: Validación Del Oeq-Ii Como Prueba De

Diagnóstico”

El presente artículo, se busca proponer una metodología de screening basada en la teoría

dabrowskiana que aborde la identificación de la población superdotada a través de un solo

método, y con independencia de factores negativos asociados. Identificar aquellos alumnos que

por posibles problemas, influencias y/o condiciones tanto internas como externas pueden no

exteriorizar abiertamente su alta capacidad, pasando así desapercibidos en las aulas.”

2.2 MARCO TEORICO

2.2.1 Definición de Aprendizaje

Según Roger S. Pressman de fine que el software1 de computadora es el producto

que diseñan y construyen los ingenieros de software. Esto abarca programas que se ejecutan

dentro de una computadora de cualquier tamaño y arquitectura, documentos que comprenden

formularios virtuales e impresos y datos que combinan números y texto y también incluyen

representaciones de audio, vídeo e imágenes.

2.2.2 Ingeniería de Software

Según Ian Sommerville nos habla que la ingeniería de software2 es una disciplina

de la ingeniería que comprende todos los aspectos de la producción de software desde las

etapas iniciales de la especificación del sistema, hasta el mantenimiento de éste después de

que se utiliza. En esta definición, existen dos frases claves:

a. Disciplina de la ingeniería. Los ingenieros hacen que las cosas funcionen.

Aplican teorías, métodos y herramientas donde sean convenientes, pero la utilizan de forma

selectiva y siempre tratando de descubrir soluciones a los problemas, aun cuando no existan

teorías y métodos aplicables para resolverlos. Los ingenieros también saben que deben trabajar

con restricciones financieras y organizacionales, por lo que buscan soluciones tomando en

cuenta estas restricciones.

1 Pressman, Roger S. (2005). Ingeniería de Software, un enfoque práctico – VI Edición. McGraw-Hill Interamericana de España, S.A. p. 32 Sommerville, Ian (2005). Ingeniería de Software – VII Edición. Pearson Educación SA, Madrid p. 5

b. Todos los aspectos de producción de software. La ingeniería de software

no solo comprende los procesos técnicos del desarrollo de software, sino también con

actividades tales como la gestión de proyectos de software y el desarrollo de herramientas,

métodos y teorías de apoyo a la producción de software.

2.2.3 Gestión del Riesgo

Según Roger S. Pressman son una serie de pasos que ayudan a un equipo de

software que ayudan a comprender y manejar la incertidumbre porque muchos problemas

pueden desbordar un proyecto de software. Un riesgo es un problema potencial donde puede

ocurrir o no, pero sin importar el resultado es una buena idea identificarlo, evaluar la

probabilidad que ocurra, estimar su impacto y establecer un plan de contingencia en caso de

que el problema se presente.

2.2.3.1 Clasificación de riesgos

Riesgo del proyecto: afectan la calendarización o recursos del proyecto,

ejemplo: perdida de un diseñador experimentado, Mayor costo del proyecto, extensión del

tiempo estimado.

Riesgo del producto: afectan a la calidad o al riesgo del software que se está

desarrollando.

Riesgo del negocio: estos afectan a la organización que desarrolla o suministra

el software. Por ejemplo que un competidor introduzca un nuevo producto.

2.2.3.2 Proceso de gestión del riesgo

Identificación del riesgo: Identificación de los posibles riesgos para el proyecto,

producto y los negocios.

Análisis del riesgo: Valorar las probabilidades y consecuencias de estos

riesgos.

Planificación del riesgo: planes para abordar los riesgos ya sea para evitar o

minimizar sus efectos del proyecto.

Supervisión de riesgos: valorar los riesgos de forma constante y revisar de

forma constante y revisar los planes para la mitigación de riesgos tan pronto como la

información de los riesgos esté disponible.

2.3DEFINICION DE TERMINOS OPERACIONALES

- SOFTWARE: Es un producto inmaterial que contiene programas, documentos

asociados y configuraciones de datos que son instalados para su funcionamiento en una

computadora para permitirnos realizar tareas específicas ya sea en el hogar o en el trabajo de

manera correcta.

- IDE: Es un programa informático compuesto por un conjunto de herramientas de

programación, que ha sido empaquetado como un programa de aplicación, es decir, consiste en

un editor de código, un compilador, interprete, un depurador y un constructor de interfaz gráfica

(GUI) para desarrollar programas informáticos que ayuden realizar tareas específicas al ser

humano.

- EDITOR DE CÓDIGO: Un editor de texto es un programa que permite crear y

modificar archivos digitales compuestos únicamente por texto sin formato, conocidos

comúnmente como archivos de texto o texto plano.

- INTERPRETE: Es un programa informático que se encuentra como herramienta

de un entorno de desarrollo integrado capaz de analizar y ejecutar otros programas, escritos en

un lenguaje de alto nivel que a su vez. Los intérpretes se diferencian de los compiladores en

que mientras estos traducen un programa desde su descripción en un lenguaje de

programación al código de máquina del sistema, los intérpretes sólo realizan la traducción a

medida que sea necesaria.

- COMPILACIÓN: Un compilador es un programa que permite traducir el código

fuente de un programa en lenguaje de alto nivel, a otro lenguaje de nivel inferior (típicamente

lenguaje de máquina).

- DEPURACIÓN: Es un programa que es usado para probar y eliminar los errores

de otros programas durante su ejecución y pueda compilar perfectamente.

- RIESGO EN EL DESARROLLO DE SOFTWARE: El riesgo es un problema

potencial que puede ocurrir o no durante proceso desarrollo del software hasta el término como

producto final.

- ESCENARIOS DE DESARROLLO DE SOFTWARE: Los escenarios describen

situaciones en las que una organización a través de su área de informática, sistemas,

departamento de software, o similar, emprende un proyecto de desarrollo de software. Esta

situación puede estar dada por el tiempo del cual dispone para el desarrollo, el presupuesto, la

capacidad o talento de sus recursos humanos, entre otros factores..

- EMPRESA: Grupo social en el que a través de la administración de sus recursos,

del capital y del trabajo, dedicada a actividades o persecución de fines económicos y

comerciales para producir bienes o servicios tendientes a la satisfacción de las necesidades de

una persona o comunidad, que puede estar clasificada según la actividad (industriales,

comerciales y servicios), constitución (natural o jurídica: E.I.R.L., S.R.L., S.A., S.A.C ), el

tamaño (micro: de 1 a 10 personas , pequeña: de 11 a 49, mediana: de 50 a 250, gran

empresa: de 250 a 1000 personas y macroemprendimiento: más de mil personas) y según su

ámbito de actuación (locales, nacionales y multinacionales).

3. OBJETIVOS E HIPOTESIS

3.1 OBJETIVO GENERAL:

Proponer una guía para la selección de un Entornos de Desarrollo Integrado (IDE) para el

proyecto de desarrollo de software en micro y pequeñas empresas de Tingo María.

3.2 OBJETIVOS ESPECÍFICOS:

- Tipificar los escenarios bajo los cuales se emprenden proyectos de desarrollo de

software en las micro y pequeñas empresas de Tingo María.

- Identificar las características de los IDE’s más utilizados en el mercado para el desarrollo

de software.

- Elaborar una guía de selección de IDE`s indicando que IDE`s se adaptan mejor a cada

escenario tipificado en el primer objetivo específico del presente trabajo.

- Determinar la medida en que se puede minimizar los riesgos en el proceso de desarrollo

de software cuando se utiliza una guía de selección de IDE`s.

3.3 HIPOTESIS

Mediante una guía de selección de “Entorno de Desarrollo Integrado” (IDE) es posible

minimizar riesgos en los proyectos de desarrollo de software que emprenden las micro y

pequeñas empresas en Tingo María.

3.4 VARIABLES

3.4.1 Independiente

- Guía de selección de Entorno de Desarrollo Integrado (IDE) para el desarrollo de

software

3.4.2 Dependiente

- Riesgos en el proyecto de desarrollo de software

3.4.3 OPERACIONALIZACION DE LAS VARIABLES

VARIABLE DEFINICIÓN

CONCEPTUAL

DEFINICIÓN OPERACIONAL INDICADORES

Hipótesis general Mediante una guía de selección de Entorno de Desarrollo Integrado (IDE) es posible minimizar riesgos en el

proceso de desarrollo de software en micro y pequeñas empresas.

Variables

Independiente

Guía de selección

de IDE’s para el

desarrollo de

software

Es un documento que

indica los principales

escenarios de

proyectos de desarrollo

de software en micro y

pequeñas empresas

teniendo en cuenta los

recursos y plazos

establecidos.

Escenarios encontrados en

micro y pequeñas empresas que

emprenden proyectos de desarrollo

de software, los cuales se

encuentran limitados por aspectos

temporales, económicos y de

disponibilidad de recursos humanos.

Cantidad de escenarios de proyectos de

desarrollo de software

Variables

Dependiente

Riesgos en el

proyecto de

desarrollo de

software

El riesgo es una

situación que puede

ocurrir o no durante en

el proyecto de

desarrollo de software

y que podría ocasionar

problemas respecto al

uso de recursos del

proyecto

Situación en la cual podría no

cumplirse los calendarios del

proyecto, excediendo los tiempos

estimados.

Así también forma parte del

riesgo una situación en la cual se

excedan los presupuestos del

proyecto u otra en la que los

recursos inicialmente disponibles ya

no lo estén.

Tiempo estimado de desarrollo

Tiempo real de desarrollo

Presupuesto

Costo real del proyecto

Grado de disponibilidad estimado de recursos

humanos.

Grado real de disponibilidad de los recursos

humanos.

Recursos humanos estimados

Recursos humanos utilizados

4. RESULTADOS ESPERADOS

- Contar con un documento guía para la selección de un Entorno de Desarrollo

Integrado (IDE) para el desarrollo de software en micro y pequeñas empresas.

5. METODOLOGIA DE LA INVESTIGACION

5.1Tipo y nivel de investigación

Exploratoria

5.2Técnicas de recopilación de datos

En el trabajo realizaremos diversas técnicas como:

Observación

Entrevista

Cuestionarios

Simulación Dinámica de Sistemas

Revisión documental

6. POBLACIÓN

Micro y pequeñas empresas que desarrollan software en la ciudad de Tingo María:

conforman la población para cumplir con el primer objetivo específico, y se abarcará a

la totalidad de las instituciones mencionadas.

7. CRONOGRAMA TENTATIVO

7.1 Cuadro de Tareas

Nombre de tarea Duración Comienzo FinExploracion inicial 19 días vie 01/06/12 mié 27/06/12 Revicion Literaria 17 días vie 01/06/12 lun 25/06/12 Comunicación previa 18 días vie 01/06/12 mar 26/06/12Diseño de la investigacion 20 días mié 27/06/12 mar 24/07/12 elaboracion de intrumentos

para el trabajo de campo15 días mié 27/06/12 mar 17/07/12

validar instrumentos 5 días mié 18/07/12 mar 24/07/12Trabajo de campo 64 días mié 25/07/12 lun 22/10/12 Encuestas 30 días mié 25/07/12 mar 04/09/12 Entrevistas 30 días mié 25/07/12 mar 04/09/12 Elaborar la guía de selección de

IDEs20 días mié 05/09/12 mar 02/10/12

Simular el efecto de la guía de selección sobre los riesgos del proyecto de software

8 días jue 11/10/12 lun 22/10/12

Procesamiento de datos 22 días mar 23/10/12 mié 21/11/12Analisis de resultados 14 días jue 22/11/12 mar 11/12/12Redaccion de informes 24 días mié 12/12/12 lun 14/01/13

7.2 Diagrama de tarea para el proceso de investigación

8. FUENTES DE INFORMACION

Electrónica:

HRUSHIKESH ZADGAONKAR’S. NetBeans IDE versus Visual Studio, 2010.

[Citado el 06 de Octubre de 2010] Disponible en:

<https://hrushikeshzadgaonkar.wordpress.com/2010/10/06/netbeans-ide-vs-

visual-studio/>

PÉREZ OLIVER, Miguel. Nuevas plataformas de desarrollo ¿Cuál elegir?, 2007.

[Citado el 10 julio de 2012] Disponible en:

<http://mpoliver.wordpress.com/2008/09/19/nuevas-plataformas-de-desarrollo-

%C2%BFcual-elegir/>

Tesis:MIGUEL ANGEL GARRIDO PINO. Evaluación Comparativa de aplicaciones Web entre J2EE y Microsoft.NET. Tesis (Ingeniero de Ejecución en Informática). Temuco, Chile: Universidad Católica de Temuco-CHILE, Facultad de Ingenieria, 2006, 142 h. Bibliográfica:

CASTILLO, W., ESTEBAN, E. Normas Técnicas Para Redacción y Presentación de Documentos Científicos. Tingo María Perú, UNAS (CIUNAS), Tingo María: Imprenta La Florida. Tingo María, 2004. 83 p.

M. en C. ROBERTO HERNÁNDEZ SAMPIERI, Dr. CARLOS FERNÁNDEZ COLLADO, Dra. PILAR BAPTISTA LUCIO. Metodología de Investigación I Edición, México: McGraw-Hill Interamericana de México. México, 1997. 497 p.

PRESSMAN, ROGER S. Ingeniería de Software, un Enfoque Práctico VI Edición.

España: McGraw-Hill Interamericana de España. España, 2005. S.A. 980 p.

REAL ACADEMIA ESPAÑOLA (). Diccionario de la Lengua Española. Editorial Espasa Calpe. España, 2004. 2324 p.

SOMMERVILLE, IAN . Ingeniería de Software – VII Edición. Pearson Educación SA, Madrid, 2005. 687 p.