sábado, 28 de noviembre de 2015

ARTÍCULO PONENCIA

REALIZACIÓN DE UN PROTOTIPO QUE USE MDE PARA LA GENERACIÓN AUTOMÁTICA DE CÓDIGO DE UNA INTERFAZ WEB, USANDO HTML5, JAVASCRIPT, JQUERY Y JSON
Hansel Peñafiel, Nelson De Hoyos, Yulis Vergara, Arnold Gómez,Albeiro Marin
Curso Proyecto de Grado. Universidad Nacional Abierta y a Distancia UNAD

Resumen
El objetivo del presente artículo es elaborar el estado del arte del nuevo paradigma de desarrollo de software basado en modelamiento de sistemas llamado MDE para la realización de un prototipo que use MDE para la generación automática de código de una interfaz web, usando Html5, Javascript, Jquery y Json.
La metodología que aplicaremos en el presente artículo es la postpositivista propia del paradigma científico, en la cual se planteará la intervención de la realidad problemática de la teoría de MDE destacando las características de esta metodologia, posterior a un previo recorrido de estudios realizados por autores como Jouault, F., Allilaire, F., Bézivin, J., & Kurtev, I. (2008) y Voelter, M. (2013).
se realizará un compendio de los avances existentes más importantes que le han dado vida a esta nueva tecnología, dentro del cual se efectuará la búsqueda de las herramientas más reconocidas en el mercado con el fin de analizarlas y compararlas, se revisarán los estándares ADM de la OMG para exponer sus características más relevantes y se desarrollará un prototipo de generación automática de código para interfaz web que contenga la lectura de un JSON recibido por RESTFULL e incluya el CRUD (create, read, update and delete) en el fron-end, con javascript, html5 y jquery, de un modelo de datos, enviando los datos al backend de igual manera usando RESTFULL.
Las investigaciones realizadas nos arrojan que la aplicación de este prototipo resulta ideal para que  ingenieros pueda n lograr por medio de estas herramientas cumplir su objetivo de satisfacer necesidades propias de la industria tecnologica.
Palabras clave: MDE, JSON, Tecnología, prototipo, software.


Abstract
The aim of this paper is to develop state of the art of the new development paradigm based on modeling software called MDE systems for the realization of a prototype that uses MDE for automatic code generation web interface using HTML5, JavaScript, jQuery and JSON.
The methodology that will apply in this Article is postpositivist own scientific paradigm, in which the intervention of the problematic reality of the theory of MDE will consider highlighting features of this methodology, after a previous course of studies by authors like Jouault, F., Allilaire, F., Bézivin, J., & Kurtev, I. (2008) and Voelter, M. (2013).
A compendium of the most important existing developments that have given life to this new technology, in which the search of the best known tools on the market are made in order to analyze and compare, place the ADM standards will review the OMG to present their most relevant features and a prototype of automatic code generation for web interface containing reading a JSON received by Restfull and include the CRUD (create, read, update and delete) in fron-end, to be held javascript html5 and jquery, a data model, sending data to the backend using Restfull equally ..
Investigations throw us that the application of this prototype is ideal for engineers to n achieve through these tools fulfill its objective of meeting own needs in the technology industry.

Keywords: MDE, JSON, Technology, prototype software.

Introducción
MDE es un nuevo paradigma que conecta más estrechamente el modelo a la aplicación, el modelo no sólo encapsula el diseño de la aplicación, sino que se lo utiliza para generar la implementación del código, nuestra expectativa es poder crear un prototipo que nos permita generación automática de código, y nos basamos en el siguiente supuesto: Cuando se desarrolla software es primero necesario determinar los paradigmas, modelos y patrones de desarrollo con los cuales se va a trabajar.
El diseño de este producto en Colombia representa una estrategia cuyo objetivo no dista del de a nivel global, debido a que busca la satisfacción del cliente y de sus expectativas, y se ha venido desarrollando de manera cambiante y ascendente en los últimos años, debido a cambios en la economía como los tratados de libre comercio, la globalización y los mercados han impulsado a los productores y sus competidores a implementar alguna de estas estrategias cada vez más actualizadas, lo cual permite ser más competitivo y posicionarse en el mercado, de igual manera los consumidores también requieren un producto de mayor calidad que satisfaga sus necesidades y sobretodo se diferencie de lo que les ofrece el resto.
Como futuros ingenieros es muy importante aprender a trabajar con tecnologías, metodologías, modelos y paradigmas de vanguardia con el fin de poder brindar soluciones integrales que aumenten la productividad y busquen la compatibilidad de sistemas. La Ingeniería Dirigida por Modelos(MDE) y la Arquitectura Dirigida por Modelos (MDA), que es una marca registrada de la OMG, son actualmente uno de los enfoques más interesantes para acelerar el desarrollo de código y la mejora de la calidad del software en sistemas complejos, buscan simplificar el proceso de diseño y de desarrollo de software mediante la reutilización de modelos estandarizados, esto ya que en el desarrollo de software es posible establecer patrones de diseño que se repiten en el dominio de aplicación, debido a los anteriores argumentaciones, se puede formular la siguiente pregunta de investigación:
¿Cómo r realizar un prototipo que use MDE para la generación automática de código de una interfaz web, usando Html5, JavaScript, Jquery y Json?

1.    INGENIERÍA DE SOFTWARE DIRIGIDA POR MODELOS
(Basado en Descripción de las actividades de una propuesta de Metodología de Desarrollo de Software Dirigida por Modelos por Santiago Jácome)
1.1.     Fundamentos de MDE
El enfoque MDE ha sido propuesto con la finalidad de proveer técnicas y herramientas para tratar con modelos de forma automática en el proceso de desarrollo de software. El criterio fundamental de MDE es la utilización de la abstracción que permite construir modelos para representar el sistema a desarrollar y la posibilidad de utilización de estos modelos para la generación automática de código. Un enfoque de ingeniería dirigida por modelos tiene que especificar los lenguajes de modelado, los modelos, las traducciones entre los modelos, los lenguajes utilizados para el efecto, y el proceso utilizado para coordinar la construcción y la evolución de los modelos; por lo que para garantizar los beneficios de la utilización de modelos para desarrollar software, se requiere el apoyo de herramientas de gran alcance.
Actualmente existen dos tendencias de MDE. La una mediante el empleo de los principios de MDA propuesta por el OMG y la otra mediante la utilización de DSLs que lo llamaremos enfoque MDE con DSL. Con respecto a la primera tendencia, cuatro principios subyacen en la opinión del OMG de MDA:
·         Los modelos expresados en una notación bien definida son la piedra angular para entender las soluciones de los sistemas a escala empresarial.
·         La construcción de sistemas puede organizarse en torno a un conjunto de modelos mediante la imposición de una serie de transformaciones entre modelos, organizados en un marco arquitectónico de capas y transformaciones.
·         Un soporte formal para describir los modelos en un conjunto de metamodelos facilita la integración significativa y transformación entre modelos, y es la base para la automatización a través de herramientas.
·         La aceptación y adopción generalizada de este enfoque basado en modelos requiere estándares de la industria para proporcionar transparencia a los consumidores, y fomentar la competencia entre los proveedores.

  1. DESCRIPCIÓN DE LOS PRINCIPALES ARTEFACTOS DEL ENFOQUE MDE CON DSL
Para automatizar el desarrollo de aplicaciones con un enfoque MDE se requiere construir varios productos o artefactos.


2.1.        Metamodelo
Un metamodelo define la sintaxis abstracta de un DSL. El metamodelo es un modelo que describe las características de un conjunto de modelos, es decir el metamodelo establece la estructura del modelo. A su vez, dado que un metamodelo es también un modelo, un metamodelo es expresado también en un lenguaje que se denomina “lenguaje de metamodelado” o “lenguaje de definición de modelos”.
Un lenguaje gráfico de definición de modelos, como podría ser UML, proporciona una idea general e intuitiva, generalmente fácil de comprender por parte del usuario, de los conceptos del dominio que se está modelando (ya sean conceptos del mundo real, componentes software, etc.) y de las relaciones entre ellos.
El lenguaje OCL, acrónimo de Object Constraint Language es el más conocido de ellos, propuesto por el OMG OCL juega un papel importante en la creación de DSLs.
2.2.        DSL
Una vez establecida la sintaxis abstracta expresada por lo general en un diagrama de clases, se tiene que establecer la sintaxis concreta del DSL, la sintaxis concreta realiza una representación de la sintaxis abstracta (metamodelo), ya sea gráficamente (por ejemplo, un circuito eléctrico), textualmente (por ejemplo, una consulta SQL), o una combinación de ambos. Se debe señalar que también un DSL se define por su semántica, es decir el significado del modelo [1].
Los editores gráficos o textuales se construyen a partir del metamodelo. Es recomendable utilizar elementos textuales y gráficos con los cuales estén familiarizan los usuarios finales, de esta manera se evitaría utilizar elementos técnicos que son comunes para los ingenieros de software con habilidades especializadas en MDE, y que puede ser difícil para los usuarios finales. En el caso de construir un editor gráfico, es habitual que el diseñador defina una serie de modelos con información sobre 1) los elementos gráficos que se mostrarán en los diagramas; 2) la paleta de herramientas del editor; y 3) La relación entre los dos modelo anteriores y el metamodelo de partida, así este último modelo define una relación unívoca (mapping) entre cada elemento del metamodelo (sintaxis abstracta) y la herramienta de la paleta con la que añadirá dicho elemento al diagrama.
2.3.        TCS
TCS es un componente de Eclipse/GMT que permite la especificación de una sintaxis concreta textual de un DSLs adjuntando información sintáctica de los metamodelos [2]. Con TCS es posible realizar un análisis de sentencias DSL (Texto-a-Modelo) y (Modelo-a-Texto). TCS ofrece un editor de Eclipse que cuenta con resaltado de la sintaxis, un esquema, e hipervínculos por cada sintaxis DSL que es representada en el DSL.
2.4.        ATL
ATL (Atlas Transformation Language) es un lenguaje de transformación de modelos desarrollado por el grupo de investigación AtlanMod (INRIA & LINA) como respuesta a la propuesta OMG MOF/QVT RFT (Request For Proposal) y forma parte de la plataforma AMMA (Atlas Model Management Architecture). ATL es un lenguaje híbrido que implementa los paradigmas declarativo e imperativo [3]. Sus autores recomiendan el uso del estilo declarativo, puesto que permite expresar de manera sencilla las relaciones existentes entre los elementos del modelo origen y destino, mientras que las construcciones imperativas facilitan la codificación de transformaciones complejas. Una transformación ATL está compuesta por reglas mediante las que se define cómo se crean e inicializan los elementos del modelo (o modelos) destino a partir de elementos del modelo/s origen.
2.5.        QVT
El OMG como creador de la propuesta MDA. En un intento por unificar las diferentes propuestas para el desarrollo de transformaciones, a finales de 2008 produjo el estándar para el mismo, Query/View/Transformations (QVT). Esta especificación define una familia de lenguajes para la definición de transformaciones: dos lenguajes para el usuario final (QVT Operational Mappings [imperativo] y QVT Relations [declarativo]), y un lenguaje de bajo nivel que puede verse como byte-code de QVT (QVT Core) [4].
Voelter plantea tres escenarios básicos para obtener las primitivas del DSL [5]:
·         El primero donde el lenguaje del DSL es a menudo obtenido de un framework existente, librería, arquitectura o patrón de arquitecturas. El conocimiento existe y construir el DSL está principalmente relacionado al traslado del conocimiento al nuevo lenguaje. Esto es complementado con la revisión de diferentes fuentes que consideran el mismo domino de aplicación (proceso inductivo).
·         El segundo escenario es el proporcionado por un experto del dominio (proceso deductivo). Por ejemplo en dominios muy comunes, como el manejo de seguros, en la ciencia o logística, los expertos de dominio por su experiencia en dicho ámbito son absolutamente capaces de precisar el conocimiento del dominio.
·         En el tercer caso, el conocimiento del dominio no está disponible, se tiene que hacer un análisis del dominio a través de los requerimientos proporcionados por los stakeholders y analizando aplicaciones similares existentes. Las personas pueden ser expertas, pero muchas veces no son capaces de contextualizar el dominio de manera estructurada, en cuyo caso los diseñadores de lenguajes deben proporcionar una estructura consistente, necesaria para definir el lenguaje.
Los DSLs incluyen lenguajes dedicados para ser aplicados en muchos ámbitos como por ejemplo para la ingeniería web, especificación de requisitos [6], modelado de negocios, consulta de datos a través de SQL. Estos lenguajes específicos no sólo son aplicables en el ámbito de la informática, son también útiles en diversas áreas y disciplinas, como la biología, la física, la gestión o la educación, donde los expertos de dominio no son necesariamente expertos en computación. Para desarrollarlos, existen varias técnicas e incluso herramientas que cubren todo o parte de este proceso.

3.    GENERACIÓN DE CÓDIGO A PARTIR DEL MODELO
Se usa un software que crea automáticamente:
a)    Crea el modelo del patrón MVC: es decir, crea las tablas en base de datos y su relación, entonces se creará una tabla que se llame MADRE y una que se llame HIJO, los campos de la tabla serán las variables mencionadas anteriormente y la relación entre las tablas será 1(MADRE) a muchos (HIJO), es decir la autogeneración de código también crea las llaves primarias y foráneas y relaciona las tablas.
b)    Crea la vista del patrón MVC: es decir, crea el html, dándole al usuario las opciones(pueden ser botones o menús) de: crear una nueva madre, editar los datos de la madre, leer una madre ya guardada o borrar una madre y lo mismo con el hijo, da las opciones de: crear un nuevo hijo (asignándole su correspondiente madre, para lo cual la madre ya debe estar creada con anterioridad), editar los datos del hijo, leer un hijo ya guardado o borrar un hijo.
c)    Crea el controlador del patrón MVC: Es decir, crea todo el código intermedio para que se pueda realizar la correcta lectura, inserción, actualización y borrado de los datos, para ello se crea código que se comunique con la base de datos, código que responda a una llamada del usuario en la vista, código que maneje la comunicación entre el html y la base de datos y ofrezca la respuesta como un servicio web, etc...
Lo anterior teniendo en cuenta que el software ya está preparado para el control de errores, por ejemplo si el usuario quiere borrar una madre que tiene hijos no se lo va permitir y le va a sacar un mensaje de error.
Lo anterior significa que El desarrollador solo tuvo que hacer un modelo que indicaba que hay una madre un hijo, las respectivas variables y la forma en que se relacionan la madre y el hijo, y el software generador de código generó todo el código para crear una aplicación funcional con manejo de errores.

4.    DISCUSIÓN
Como futuros ingenieros se debe formar en el trabajo relacionado con tecnologías, metodologías, modelos y paradigmas de vanguardia con el fin de poder brindar soluciones integrales que aumenten la productividad y busquen la compatibilidad de sistemas.
A través del estudio y el diseño de un prototipo usando la tecnología de la Ingeniería Dirigida por Modelos (MDE) y la Arquitectura Dirigida por Modelos (MDA), se pretende acelerar el desarrollo de la mejora de la calidad del software en sistemas complejos y simplificar el proceso de diseño y de desarrollo de software mediante la reutilización de modelos estandarizados.
La importancia de la ingeniería basada en modelos radica en que ha revitalizado el papel de los modelos tras el descuido que se venía teniendo respecto a los mismos debido a los altos costos que estos significaban por su falta de conexión con la generación de código, sin embargo, con la implementación de la Arquitectura dirigida por modelos(ADM) y el Desarrollo Dirigido por Modelos (DDM), se ha superado esta desconexión, pues estas dos metodologías proponen el uso de modelos y metamodelos que propenden por el desarrollo de herramientas automatizadas que permiten a los desarrolladores de software la construcción modelos independientes de la plataforma y transformarlos en implementaciones de código eficientes, logrando así el potencial requerido para reducir en gran medida el tiempo y el costo de los desarrollos y aumentar considerablemente la idoneidad de las aplicaciones

Conclusiones
MDE promete ser la tecnología del futuro para el desarrollo de software, si bien siempre será necesario contar con ensambladores de los módulos de software producto de la generación automática de código y siempre existirán características particulares en cada desarrollo que no podrán ser trabajados desde un metamodelo, en general todos los desarrollos utilizan el modelo CRUD para trabajar con las bases de datos.
El desarrollo web es el tipo de desarrollo que se impone para poder masificar la posibilidad de acceso a los sistemas.
Esta investigación hace parte de los aportes más importantes y que ha venido siendo tardío para la profesión de ingeniería, la aplicación de MDE es poco conocida dentro del entorno y es mostrando soluciones como la comunidad en general se volcará hacia esta tecnología.
El prototipo que se escogió desarrollar representa un cruce de tecnologías de vanguardia como lo son MDE e interfaces de CRUD para desarrollo web, este prototipo brindará una solución a los problemas actuales de desarrollo web

Referencias
[1]   Voelter, M. (2013). DSL Engineering - Designing, Implementing and Using Domain-Specific Languages. CreateSpace
[2]   TCS, http://wiki.eclipse.org/TCS
[3]   Jouault, F., Allilaire, F., Bézivin, J., & Kurtev, I. (2008). ATL: A model transformation tool. Science of Computer Programming, 72(1), 31-39
[4]   QVT, http://www.omg.org/spec/QVT/1.1/
[5]   Voelter, M. (2013). DSL Engineering - Designing, Implementing and Using Domain-Specific Languages. CreateSpace
[6]   Kaindl, H. (2012). Specifying Business Requirements through Interaction Design. Institute of Computer Technology. Vienna University of Technology. Vienna, Austria


jueves, 26 de noviembre de 2015

TEST PROYECTO DE GRADO GRUPO 36



TEST PROYECTO DE GRADO GRUPO 36
A continuación tendrá que responder 35 preguntas


1. Son servicios del proceso formativo de la UNAD:


. a. Acogida e integración unadista
. b. Apropiación e interacción del estudiante en cada una de las actividades
. c. Todas las anteriores
. d. Ninguna de las anteriores

2. La UNAD reconoce como investigadores a todos aquellos profesionales y auxiliares que individualmente desarrollan proyectos investigativos pertinentes con el objeto, la misión y la visión institucional.


. a. Verdadero
. b. Falso

3. De acuerdo con el reglamento académico, forman parte de los actores académicos:


. a. Consejo Superior, Consejo Académico, Comités espejos
. b. Comité de grado, Consejo superior, comité Académico, Consejería
. c. Estudiantes y docentes
. d. La sociedad en general

4. Son requisitos para obtener el certificado técnico laboral:


. a. Presentar el examen de educación superior
. b. Certificado técnico laboral por competencias y certificado de conocimientos académicos
. c. Aprobar la totalidad de créditos
. d. Todas las anteriores

5. Son requisitos para obtener titulo en educación superior:


. a. Presentar el examen de educación superior
. b. Pagar el valor de derecho a grado establecido
. c. Aprobar la totalidad de créditos
. d. Todas las anteriores

6. Cuáles de los siguientes es un criterio de la investigación en la Universidad:


. a. La investigación en la UNAD es el fundamento de la acción docente y de la proyección social dialógica e interactiva, que integradas aportan soluciones innovadoras a las problemáticas y necesidades cotidianas, científicas, tecnológicas, educativas y culturales y promueve la transferencia del conocimiento científico y tecnológico en la solución de problemas locales, regionales, nacionales y globales de carácter social y productivo.
. b. La investigación en la UNAD dinamiza el conocimiento de solo los contextos referentes a la tecnología para el desarrollo autónomo de las regiones y la construcción regional del proyecto de nación.
. c. La investigación en la UNAD no tiene como fundamento la apropiación crítica, de la realidad y del saber social existente, como garante para la innovación, transformación y transferencia del conocimiento y se desarrolla a partir de enfoques de investigación transdisciplinarios e interdisciplinarios que responden a las condiciones de los problemas complejos de la sociedad contemporánea.
. d. La investigación en la UNAD es avalada por los semilleros de investigación

7. ¿La investigación en la UNAD se concibe como un proceso no sinergético de producción de conocimiento, caracterizado por la rigurosidad metodológica, el trabajo en equipo, la validación por la comunidad cient&ia


. a. Falso
. b. Verdadero

8. ¿cuál de las siguientes afirmaciones es verdadera?


. a. La UNAD ya con ese reconocimiento legal como Universidad debió cambiar su régimen especial y por ello su compromiso con las comunidades y las poblaciones que no han tenido acceso a una capacitación técnica, sociohumanística y comunitaria.
. b. La UNAD fue creada el 7 de julio de 1981, mediante Ley 52 del Congreso de la República, con la denominación inicial de Unidad Universitaria del Sur de Bogotá y carácter de establecimiento público adscrito al Ministerio de Educación Nacional.
. c. solamente en el Estatuto Docente se estableció la necesidad de articular en un Reglamento Académico las tareas y las interrelaciones de los actores educativos de la Universidad.
. d. Que la Ley 30 de 1992, Artículo 25, reconoce a las universidades, entre otros derechos, el de darse y modificar sus estatutos, adoptar sus correspondientes regímenes, establecer, arbitrar y aplicar sus recursos para el cumplimiento de su misión social y de su función institucional.

9. Los trabajos que tienen como objetivo brindar al estudiante la oportunidad de aplicar en la práctica los conocimientos adquiridos en la Universidad corresponden a la pasantía.


. a. Falso
. b. Verdadero

10. La Investigación aplicada es una investigación de carácter bibliográfico a la cual se le pueden adicionar citas testimoniales en caso de que el tema lo requiera, que a partir de una indagación crítica del esta


. a. falso
. b. verdadero

11. Los investigadores en la UNAD pueden ser externos, invitados o vinculados a la Universidad y pueden ser de tipo de vinculación administrativo.


. a. Verdadero
. b. Falso

12. Las etapas de las alternativas de grado que se deben seguir son:


. a. Elección de la línea de investigación Presentación ante el comité Sustentación, para el caso de las alternativas Proyecto Aplicado, Proyecto de Investigación y Monografía
. b. Desarrollo del trabajo. Desarrollo de software. Diseño y análisis de los requerimientos Sustentación
. c. Presentación, análisis y aprobación de la propuesta. Desarrollo del trabajo. Evaluación del trabajo. Sustentación, para el caso de las alternativas Proyecto Aplicado, Proyecto de Investigación y Monografía
. d. Presentar el planteamiento del Problema Evaluación del trabajo. Desarrollo y análisis. Sustentación

13. De las siguientes afirmaciones, la que posee una información VERDADERA es:


. a. Para el proceso de investigación la UNAD no cuenta con un presupuesto propio, que le permite financiar las actividades.
. b. La UNAD financia los proyectos de investigación sólo a través de convenios externos con entidades interesadas
. c. Para el proceso de investigación la UNAD cuenta con un presupuesto propio, que le permite financiar las actividades, de acuerdo a un proceso de selección de temas propuesto por los grupos de investigación
. d. La UNAD establece préstamos de dinero a los estudiantes con cierta tasa de interés mensual para financiar procesos de investigación.

14. La organización del Sistema de investigación en la UNAD, en orden jerárquico de mayor a menor está conformada por:


. a. Un comité nacional de investigación, un comité de investigación por cada zona, grupos de investigación, Redes de investigación y semilleros de investigación
. b. Los grupos de investigación, el comité nacional de investigación, Los comités zonales de investigación, Las redes de investigación y los semilleros de investigación
. c. Un comité nacional de investigación, un comité de investigación por cada zona, grupos de investigación, semilleros de investigación y Redes de investigación
. d. Las Redes de investigación, Un comité nacional de investigación, un comité de investigación por cada zona, grupos de investigación, y semilleros de investigación

15. En la etapa de planeación se generan los siguientes documentos:


. a. Propuesta, anteproyecto y proyecto
. b. Anteproyecto solamente
. c. Sólo anteproyecto y proyecto
. d. Solamente propuesta

16. La hipótesis puede definirse como:


. a. El nivel de verdad que se le asigne no dependerá de la medida en que los datos recogidos la apoyen
. b. Una proposición que establece relaciones, entre los hechos; para otros es una posible solución al problema
. c. Una solución final para un problema dado
. d. Es una proposición final, a la que se llega después de la consideración de la evidencia, de las discusiones o de las premisas

17. Cuando el investigador describe de manera breve los hechos o situaciones que se originaron en las inquietudes iniciales, los antecedentes de estudio sobre el mismo tema, si los hay, él esta realizando:


. a. La propuesta de la tesis
. b. La delimitación del problema
. c. Planteando el objetivo general
. d. Una breve descripción general del problema

18. Esta investigación requiere un profundo entendimiento del comportamiento humano y las razones que lo gobiernan. Se puede decir que este tipo corresponde a:


. a. Investigación experimental
. b. Investigación cuasiexperimental
. c. Investigación explorativa
. d. Investigación cualitativa

19. El objetivo principal de este tipo de investigación es explicar la relación de causa- efecto entre dos o más variables. Este concepto corresponde a:


. a. Investigación evaluativa
. b. Investigación calificativa
. c. Investigación experimental
. d. Investigación cuasiexperimental

20. Las normas ICONTEC normalmente pueden ser aplicadas a:


. a. A una tesis general y a una monografía superficial
. b. Al análisis de un postulado
. c. Al diseño de una página web
. d. A un mapa conceptual

21. Los elementos que componen el diseño metodológico son:


. a. La hipótesis, variables e indicadores, universo y población
. b. Variables e indicadores, Hipótesis, Universo, muestra e instrumentos y estudio piloto
. c. Instrumento de estudio, hipótesis estudio de factibilidad
. d. Los marcos de referencia y el marco teórico

22. Las etapas del proceso de investigación son:


. a. Sustentación
. b. Revisión
. c. Planeación y organización, desarrollo del proyecto y elaboración del documento final
. d. Presentación de la propuesta

23. Los documentos que se generan en la etapa de planeación son los siguientes:


. a. Análisis y estudio de factibilidad
. b. Propuesta, Proyecto y sustentación
. c. Análisis, planeación y ejecución
. d. Propuesta, anteproyecto y proyecto

24. Para diseñar e implementar una OVA:


. a. Es necesario utilizar tecnología de punta y software moderno
. b. No es posible usar blogs
. c. Podría realizarse como una presentación con herramientas Ofimáticas
. d. No se puede usar cualquier herramienta ofimática

25. El marco referencial está compuesto por:


. a. Marco teórico, Marco histórico, Marco conceptual, Marco de antecedentes y marco demográfico
. b. Marco Experimental, Marco histórico, Marco conceptual y de antecedentes entre otros
. c. Marco teórico, Marco histórico, Marco de variables
. d. Marco teórico, la hipótesis, Marco conceptual

26. Se tiene la necesidad de comprar o desarrollar el módulo contable para la empresa ABC, la intención es analizar, costo / beneficio, para saber que se hace. De acuerdo a lo tratado este concepto está inmerso en:


. a. Tecnología de proveedores
. b. Tecnología periférica
. c. Tecnología de periféricos
. d. Tecnología corporativa

27. "La gestión de conocimiento" no implica:


. a. Problematizar el entorno del problema
. b. Caracterizar un entorno dominio del problema
. c. Transmitir información
. d. Generar ámbitos de indagación

28. El concepto: Implica la existencia de redes de ricas relaciones semánticas entre entidades abstractas o materiales. Una simple base de datos, por muchos registros que contenga, no constituye per se conocimiento, hace referencia a:


. a. Capacidad de razonamiento
. b. Valor
. c. Estructura
. d. Capacidad humana

29. “para la realización del proyecto se requiere de la tecnología más relevante es la tecnología medular”, esta afirmación es:


. a. Falsa
. b. Verdadera

30. ¿Cuál afirmación es correcta?


. a. La información son datos procesados sin necesidad de ser validados
. b. Los datos nos permiten tomar decisiones acertadas
. c. La información son datos evaluados y realimentados sin que requieran ser procesados, que nos permiten tomar decisiones
. d. La información son datos procesados, evaluados, controlados y realimentados que nos permiten tomar decisiones

31. Si se habla de desarrollo de software como una actividad, ¿a qué fase del ciclo de sistemas corresponde?


. a. Implementación
. b. Diseño
. c. Análisis
. d. Implantación

32. Se le denomina así al "Conjunto de las condiciones, procedimientos y formas de organización necesarias para combinar insumos, recursos humanos y bienes de capital de manera adecuada para producir un bien o servicio"


. a. Tecnología de producto
. b. Tecnología de equipo
. c. Tecnología de proceso
. d. Tecnología de operación

33. Una de las siguientes características NO corresponde a las de un proyecto:


. a. Es un proceso único constituido por subprocesos y actividades coordinadas con objeto de realizar uno o más productos.
. b. Son de naturaleza temporal caracterizándose por tener fechas de comienzo y terminación determinadas.
. c. Precisan de una cantidad de recursos determinada y de una estructura organizacional con roles y responsabilidades predefinidos para realizar los productos antes mencionados de acuerdo a ciertos requisitos (calidad, plazos, costes).
. d. El uso de recursos es bajo al comienzo, aumenta a medida que avanza el proyecto, y decrece al final.

34. Se puede definir la estructura desagregada del proyecto, como una descomposición jerárquica del trabajo a ser realizado dentro del proyecto, esta afirmación es:


. a. Falsa
. b. Verdadera

35. El control de proyecto tiene como objetivo principal el mantener el proyecto alineado con sus objetivos. NO Incluye actividades tales como:


. a. Detectar, registrar y analizar las desviaciones producidas (costes, plazos, alcance, calidad).
. b. Proporcionar proyecciones de valores futuros que posibiliten la toma de decisiones.
. c. Asegurar que las desviaciones son gestionadas adecuadamente de manera que no se sobrepasen la duración o presupuesto asignados y se cumpla con la calidad y alcance acordados.
. d. Eliminar el plan de referencia del proyecto, incorporando solo los cambios formalmente aprobados.