Resumen conceptos básicos de investigación científica y enfoques

 ¿Qué es el marco teórico?

El marco teórico es una producción en el proceso de investigación que permite un conocer el contexto del conocimiento disponible que puede estar relacionado con el planteamiento del problema. Este sirve para proporcionar una visión de dónde se sitúa el planteamiento propuesto en el campo del conocimiento y qué puede exponer y analizar las teorías, conceptualizaciones  y antecedentes en general que dan un soporte al estudio.

Funciones del marco teórico.

1 - Ayuda a prevenir errores que se han cometido en otros estudios. 

2 - Orienta sobre como habrá de realizarse el estudio.

3 - Amplia el horizonte del estudio a guía al investigador para que se centre en su problema, para evitar      desviaciones del planteamiento original. 

4 - Documenta la necesidad de realizar el estudio.

5 - Conduce al establecimiento de hipótesis o afirmaciones que mas tarde habrán de someterse a prueba        en la realidad, o bien, nos ayuda a no establecerlas por razones bien fundamentadas.  

6 - Inspira nuevas líneas y areas de investigación.

7 - Provee de un marco de referencia para interpretar los resultados del estudio.

¿Qué etapas comprende la elaboración del marco teórico?

1 - Revisión de la literatura.

Consiste en detectar, consultar y obtener la bibliografía y otros materiales útiles para los propósitos del estudio, de los cuales se extrae y recopila información relevante y necesaria para el problema de investigación.

Identificación de la literatura y otros documentos.

Fuentes Primarias. Proporcionan datos de primera mano, pues se trata de documentos que contienen

los resultados de estudios, como libros, antologías, artículos, monografías, tesis y disertaciones, documentos oficiales, reportes de asociaciones, trabajos presentados en conferencias y seminarios, artículos periodísticos, testimonios de expertos, documentales, videocintas en diferentes formatos, foros y paginas en internet, entre otros. 

Fuentes Secundarias. Son listas, compilaciones y resúmenes de referencias o fuentes primarias publicadas en un area de conocimiento en particular, las cuales comentan artículos, libros, tesis, disertaciones y otros documentos especializados. 

Fuentes Terciarias o Generales.   Se trata de documentos donde se encuentran registradas las referencias a otros documentos de características diversas. Son útiles para detectar fuentes no documentales tales como organizaciones que realizan o financian estudios, miembros de asociaciones científicas (quienes pueden dar asesoría), instituciones de educación superior, agencias informativas y dependencias del gobierno que efectúan investigaciones. 

Diferencia entre fuentes secundarias y terciarias. La diferencia estriba en que una fuente secundaria compendia fuentes de primera mana y una fuente terciaria reline fuentes de segunda mano. 

Inicio de la revisión de la literatura. Para identificar la literatura de interés, que servirá para elaborar el marco teórico, podemos: 

Acudir directamente a las fuentes primarias u originales, cuando se domina el area de conocimiento en cuestión.

Consultar a expertos en el area que orienten la detección de la literatura pertinente y de fuentes  secundarias, para localizar las fuentes primarias, que es la estrategia de detección de referencias más común. 

Revisar fuentes terciarias para localizar fuentes secundarias y lugares donde puede obtenerse información, para detectar a través de ellas las fuentes primarias de interés. 

Utilizar motores de búsqueda en Internet, directorios, bases de datos de la llamada web invisible y paginas de expertos en nuestro tema (muchas veces en las paginas de las universidades). 

Obtención de la literatura. 

Una vez identificadas las fuentes primarias pertinentes, es necesario localizarlas en las bibliotecas físicas y electrónicas, filmotecas, hemerotecas, videotecas u otros lugares donde se encuentren (incluidos los sitios en internet).

Consulta de la literatura. 

Una vez que se han localizado físicamente las fuentes primarias (la literatura) de interés, se procede a consultarlas. EI primer paso consiste en seleccionar las que será de utilidad para nuestro marco teórico especifico y desechar las que no nos sirvan. En caso de que la detección de la literatura se haya realizado mediante compilaciones o bancos de datos donde se incluía un breve resumen de cada referencia, se corre menos riesgo de haber elegido una fuente primaria o referencia inútil.

En el caso de los libros, para delimitar su utilidad por cuestión de tiempo, conviene comenzar analizando la tabla o el índice de contenido, y el índice analítico o de materias, los cuales proporcionan una idea de los temas incluidos en la obra. Al tratarse de artículos de revistas científicas. Lo mas adecuado es revisar primero el resumen y. en caso de considerarlo de utilidad. revisar las conclusiones, observaciones o comentarios finales o en ultima instancia todo el artículo. 

Extracción y recopilación de la información de interés en la literatura

Algunos autores sugieren el uso de fichas. Sin embargo, la información también se recopila en hojas sueltas, libretas o cuadernos, en un archivo en disquete, disco compacta o disco duro; incluso, hay quien la graba y la incorpora a un documento mediante dictado digital. La manera de recopilarla es lo de menos, lo importante es que se extraigan los datos y las ideas necesarias para la elaboración del marco teórico

Libros

Titulo y subtitulo del libro, nombre(s) del (los) autor(es). lugar (ciudad y país) y año de edición,

nombre de la editorial y, cuando se trate de una nueva edición o reimpresión, el número de esta.

Capítulos de libros, cuando fueron escritos por varios autores y recopilados por una o varias personas (compiladores)

Titulo, subtitulo y número del capitulo, nombre(s) del (los) autor(es) del capitulo, titulo y subtitulo del libro, nombre(s) del (los) compilador(es) o editor(es) (que es diferente al de la editorial). Lugar y año de edición, pagina del libro en la que comienza el capitulo y la pagina donde termina, nombre de la editorial, número de edición o reimpresión (si es el caso). Cuando el capitulo se ha publicado anteriormente en otra fuente, la cita completa donde se expuso o publico (siempre y cuando la incluya el libro, generalmente esta cita aparece en alguna parte de el).

Artículos de revistas.

Titulo y subtitulo del articulo, nombre(s) del (los) autor(es), nombre de la revista, año, volumen,

número o equivalente; pagina donde comienza el articulo y pagina donde termina.

Artículos periodísticos.

Titulo y subtitulo del articulo, nombre(s) del (los) autor(es), nombre del peri6dico, sección y página(s)

donde se publico, y fecha en que se publico.

Videos y películas.

Titulo y subtitulo de la videocinta, documental filmado, película o equivalente; nombre del (los)

productor(es) y director(es); nombre de la institución o empresa productora, así como lugar y

fecha de producción.

Trabajos presentados en seminarios, conferencias, congresos y eventos similares.

Titulo y subtitulo del trabajo, nombre(s) del (los) autor(es). nombre completo del evento y la

asociación, el organismo o la empresa que lo patrocina, mes y año en que se llevo a cabo, lugar

donde se efectuó y nombre de quien fungió como presidente del comité organizador. 

Entrevistas realizadas a expertos.

Nombre del entrevistado, nombre del entrevistador, fecha precisa en que se efectuó la entrevista,

medio a través del cual se transcribió o difundió. Titulo o tema, dirección o lugar y forma en que

está disponible (transcripción, cinta, videocasete, etcetera).

Tesis y disertaciones.

Titulo de la tesis, nombre(s) del (los) autor(es), escuela o facultad e institución educativa donde

se elaboro la tesis y fecha (mes y ano), así como ciudad, provincia y pais.

Documentos no publicados (manuscritos).

Titulo y subtitulo del documento, nombre(s) del (los) autor(es), institución o empresa que apoyo

la realización del documento (si se trata de apuntes de alguna materia, es necesario anotar el

nombre de esta, el de la escuela o facultad correspondiente y el de la institución, aunque hay

documentos personales que carecen de respaldo institucional); lugar y fecha en que fue producido o difundido el documento y la dirección donde se encuentra disponible.

Sitio web.

Nombre del sitio (dirección electronica completa entre paréntesis), fecha de consulta. Si es un documento en el cual hay autor se anota el nombre, también el lugar (estado y pais de ser posible).

Cuando se cita una base de datos bibliográfica completa, agregar localidad, nombre de productor

y distribuidor.

Articulo de revista "electronica" en la web o internet

Si es un articulo basado en una fuente impresa: los mismos datos que un articulo de revista y la

leyenda versión electronica]. Si es un articulo en una revista exclusiva de Internet: nombre(s)

del (los) autor(es), fecha de publicación. Titulo del articulo y nombre de la publicación, número

o volumen, clasificación electronica, recuperado (fecha exacta de consulta), de: (especificar dirección electronica completa). . 

Como recopilar información a partir de referencias.

La siguiente es una manera de resumir una referencia completa que incluye:

1. Cita o datos bibliográficos.

2. Problema de investigación e hipótesis.

3. Sujetos (muestra).

4. Procedimiento(s) de la investigación (diseño y forma de recolección de datos).

5. Resultados.

6. Conclusiones. 

Una vez extraída y recopilada la información que nos interesa de las referencias pertinentes para nuestro problema de investigación, podremos empezar a elaborar el marco teórico, el cual se basara en la integración de la infornación recopilada. 

¿Como se construye el marco teórico ? 

Uno de los propósitos de la revision de la literatura es analizar y discernir si la teoría existente y la investigación anterior sugieren una respuesta (aunque sea parcial) a la pregunta o las preguntas de investigación; o bien, prove en una dirección a seguir dentro del tema de nuestro estudio.

Asimismo, nos podemos encontrar que los estudios antecedentes muestran fallas de consistencia o c1aridad, debilidades en el método (en sus diseños, muestras, instrumentos para recolectar datos, etc), aplicaciones que no han podido implementarse correctamente o que han mostrado problemas.

Acepciones del termino teoría.

En ocasiones, con teoria se indica una serie de ideas que una persona tiene respecto de algo ("yo tengo mi propia teoría sobre cómo educar a los hijos"). Otra concepción considera a las teorías como conjuntos de ideas no comprobables e incomprensibles, que están en las mentes de los científicos, y que tienen muy poca relación con la "realidad".

Tambien hay quienes creen que la teoría representa simples ideas para las cuales no se han generado procedimientos empíricos relevantes para medirlas o recolectar datos sobre ellas. Esta concepción confiere a la teoría cierta cualidad mística. 

Algunos científicos del comportamiento humano han identificado cualquier clase de conceptualización con la teoría. 

Otro usa del termino teoría es el de pensamiento de album autor; se identifica la teoría con los textos de autores clásicos como Karl Marx, Max Weber, Emile Durkheim, Burhus Frederic Skinner, Wilbur Schramm y Sigmund Freud. 

Hay quienes la conciben como esquema conceptual. En tal sentido, la teoría se considera un conjunto

de conceptos relacionados que representan la naturaleza de una realidad. 

La definición científica 

Teoria Es un conjunto de constructos (conceptos) interrelacionados, definiciones y proposiciones que

presentan una visión sistemática de los fen6menos al especificar las relaciones entre variables, con el

propósito de explicar y predecir los fenómenos. 

¿Cuá1es son las funciones de la tori (utilidad)?

La función mas importante de una teoría es explicar: decir par que, como y cuando ocurre un fenómeno. 

Una segunda función consiste en sistematizar a dar orden al conocimiento sabre un fenómeno a una realidad, conocimiento que en muchas ocasiones es disperso y no se encuentra organizado. 

Otra función, muy asociada con la de explicar, es la de predecir. 

¿Todas las teorías son igualmente útiles o algunas teorías son mejores que otras?

Para decidir el valor de una teoría se cuenta con varios criterios:

1. Capacidad de descripción, explicación y predicción. Una teoría debe ser capaz de describir, explicar y predecir el (los) fenómeno(s) a que hace referencia. 

2. Consistencia lógica. Una teoría tiene que ser lógicamente consistente, es decir, las proposiciones que la integran deberán estar interrelacionadas (no puede contener proposiciones sobre fenómenos que no estén vinculados entre sil, ser mutuamente excluyentes (no puede haber repetición o duplicación), y no

caer en contradicciones internas o incoherencias.

3. Perspectiva. Se refiere al nivel de generalidad de la teoría.

4. Innovacion-inventiva [fructificación heurística]. Es "la capacidad que tiene una teoría de generar nuevas interrogantes y descubrimientos".

5. Sencillez [parsimonia]. Es "la capacidad que tiene una teoría de generar nuevas interrogantes y descubrimientos" 

¿Qué estrategia seguimos para construir el marco teórico: adoptamos una teoría o desarrollamos una perspectiva teórica? 

1 - Existencia de una teoría completamente desarrollada. 

Cuando hay una tori capaz de describir, explicar y predecir el fenómeno, situación o suceso de manera lógica, completa, profunda y coherente, y cuando reúne los demás criterios de evaluación antes mencionados, la mejor estrategia para construir el marco teórico es tomar esa teoría como la estructura misma del marco teórico. 

Cuando encontramos una teoría solida que explique el fenómeno o fenómenos de interés, debemos darle un nuevo enfoque a nuestro estudio: a partir de lo que ya esta comprobado, plantear otras interrogantes de investigación, obviamente aquellas que no ha podido resolver la teoría; o bien, para profundizar y ampliar elementos de la teoría y visualizar nuevos horizontes. 

En el caso de una teoría desarrollada, nuestro marco teórico consistirá en explicar la teoría, ya sea proposición por proposición, o en forma cronológica desarrollando su evolución.

Algunos autores lo estructurarían de la siguiente manera:

l.    La motivación intrínseca con respecto al trabajo.

l.1 Que es la motivación intrínseca en el contexto laboral.

l.2 La irnportancia de la motivación intrínseca en el trabajo: su relación con la productividad.

2.    Los factores del trabajo.

2.1 Factores organizacionales (clima organizacional, políticas de la empresa, instalaciones, características estructurales de la organización: tamaño, tecnología, etc.; normas de la organización, entre otras cuestiones. (Tratados muy brevemente porque la investigación se enfoca en otros aspectos.)

3. Características del trabajo.

3.1 Variedad en el trabajo.

3.2 Identificación de los resultados del individuo en el producto final.

3.3 Importancia a trascendencia del trabajo.

3.4 Autonomía.

3.5 Retroalimentación del desempeño.

3.5.1 Retroalimentacion proveniente de agentes externos (superiores. supervision tecnica y compaiieros de trabajo, que tambien constituyen una forma de recompensa

extrinseca).

3.5.2 Retroalimentación proveniente del trabajo en si.

3.6. Otras características.

4. La relación entre las características del trabajo y la motivación intrínseca. (Aquí se comentaría como se vinculan entre si dichas características y la forma en que se asocian, como un todo, a la motivación intrínseca. En esta parte del marco teórico, las características del trabajo se tomarian en conjunto, mientras que en el apartado 3 se menciona su correlacion individual con la motivacion intrinseca. Es decir se explicaria el modelo de los moderadores de la relacion entre las caracteristicas del trabajo y la motivacion intrinseca, a manera de resumen.) 

En los apartados se hablaria de las caracteristicas del trabajo consideradas par cada autor a perspectiva en particular, asi como su relacion can la motivacion intrínseca. Al final se incluiría la teoría resultante, producto de rios de investigacion. Ya sea que decidamos constiuir el marco teórico cronológicamente a desglosar la estructura de la teoría (tratando, uno par uno, las proposiciones y los elementos principales de ella), lo importante es explicar can claridad la teoria y la forma como se aplica a nuestro problema de investigación. 

2 - Existencia de varias teorias aplicables a nuestro problema de investigacion.

Cuando al revisar la literatura se descubren varias teorias y/o modelos aplicables al problema de

investigacion, podemos elegir una (o) y basarnos en esta (e) para construir el marco teorico (desglosando la teoria a de manera cronologica); a bien, tamar partes de algunas a todas las teorias. 

En la primera situacion, elegimos la teoria que reciba una evaluaci6n positiva (de acuerdo con los criterios que se comentaron antes) y que se aplique más al problema de investigacion.

En la segunda situación, se tomaria de las teorias solo aquello que se relaciona can el problema

de estudio. 

Lo mas comun para construir el marco teorico es tomar una teona como base y extraer elementos de otras teorias utiles. 

3. Existenda de "Piezas y trozos" de teorias (generalizadones empiricas).

En ciertos campos del conocimiento no se dispone de muchas teorías que expliquen los fenomenos que estudian; a veces solo se tienen generalizaciones empíricas, es decir, proposiciones que han sido comprobadas en la mayor parte de las investigaciones realizadas. 

Lo que se hace entonces es construir una perspectiva teorica (en los dos casos anteriores se adoptaba una o varias teorias). 

  4. Descubrimientos interesantes pero parciales que no se ajustan a una teoria.

En la literatura, podemos encontrar que no hay teorias ni generalizaciones empiricas, sino unicamente algunos estudios previos relacionados -relativamente- con nuestro planteamiento. Podemos organizarlos como antecedentes de forma logica y coherente, destacando lo mas relevante en cada caso y citandolos como puntos de referencia. Se debe ahondar en lo que cada antecedente aporta. 

5. Existencia de guías aún no investigadas e ideas vagamente relacionadas con el problema de investigación. 

En ocasiones se descubre que se han efectuado pocos estudios dentro del campo de conocimiento

en cuestion. En dichos casos el investigador tiene que buscar literatura que aunque no se refiera al problema especifico de la investigacion, lo ayude a orientarse dentro de é1.

Algunas observaciones sobre el marco teórico.

En el proceso cuantitativo siempre es conveniente efectuar la revision de la literatura y presentarla de una manera organizada (llamese marco teorico, marco de referencia, conocimiento disponible o de cualquier otro modo), y aunque nuestra investigacion puede centrarse en un objetivo de evaluacion o medicion muy especifico (por ejemplo, un estudio que solamente pretenda medir variables particulares, como el caso de un censo demografico en una determinada comunidad donde se medirian: nivel socioecon6mico, nivel educativo, edad, sexo, tamano de la familia, etc.), es recomendable revisar lo que se ha hecho antes (cómo se han realizado en esa comunidad los censos demograficos anteriores a, si no hay antecedentes en ella, como se han efectuado en comunidades similares; que problemas se tuvieran, como se resolvieron, que informacion relevante fue excluida, etc.). Esto ayudara a cancebir un estudio mejor y mas completo. 

Al construir el marco teórico, debemos centrarnos en el problema de investigación que nos ocupa sin divagar en otros temas ajenos al estudio. Un buen marco teórico no es aquel que contiene muchas paginas, sino el que trata con profundidad únicamente los aspectos relacionados con el problema, y que vincula de manera lógica y coherente los conceptos y las proposiciones existentes en estudios anteriores. Este es otro aspecto importante que a veces se olvida: construir el marco teorico no significa solo reunir informacion, sino tambien ligarla (en ello la redaccion y la narrativa son importantes, porque las partes que 1o integren deben estar enlazadas y no debe "brincarse" de una idea a otra). 

¿Se ha hecho una revision adecuada de la literatura? 

Para responder a esta cuestion, es posible utilizar los siguientes criterios en forma de preguntas: 

¿Acudimos a un banco de datos, ya sea de consulta manual o por computadora? y ¿pedimos

referencias por 1o menos de cinco años atras?

¿Buscamos en directorios, motores de busqueda y espacios en Internet? 

¿Consultamos como minimo cuatro revistas cientificas que suelen tratar el tema de interes?

¿Las consultamos de cinco años atras a la fecha? 

¿Buscamos en algúin lugar donde había tesis y disertaciones sobre el tema de interes? 

¿Buscamos libros sobre el tema al menos en dos buenas bibliotecas ffsicas o virtuales? 

¿Consultamos con mas de una persona que sepa algo del tema?

¿Contactamos a alguna asociacion cientifica del area en la cual se encuentra enmarcado el problema de investigacion?

¿Oué método podemos seguir para construir el marco teorico? 

 Se sugiere el metodo de mapeo para construir el marco teorico (elaborar primero un mapa).  Otra técnica es que se vertebra todo a partir de un indice general.

¿Cuántas referencias debe incluir un marco teorico y que tan extenso debe ser? 

La revision de la literatura revela cuáles estudios se han realizado sobre el problema de investigacion, e indica que se esta haciendo en la actualidad, es decir, proporciona un panorama sobre el estado del conocimiento en que se encuentra nuestra tematica de investigacion. 

En este punto resulta necesario volver a evaluar el planteamiento del problema: ahora se conoce la problematica de investigacion con mayor profundidad, puesto que hemos llevado a cabo una revision completa de la literatura (estamos mas que familiarizados con el tema). Esto es, nos debemos preguntar: 

¿el planteamiento del problema se mantiene vigente o requiere de modificaciones?

¿qué debe modificarse?

¿realmente vale la pena efectuar la investigacion planteada?

¿es posible llevarla a cabo?, ¿cómo puede mejorarse el planteamiento original?

¿de qué manera es novedosa la investigación?, ¿el camino a seguir es el correcto?

Las respuestas a tales preguntas hacen que el planteamiento se mantenga, se perfeccione o se sustituya por otro. 

Una vez reevaluado el planteamiento del problema, se comienza a pensar en terminos mas concretos sobre la investigacion que se va a realizar. 

Mapa conceptual de análisis y recolección de información

 

Enlace: 

https://coggle.it/diagram/X5tykiUMn6s0_KBV/t/-/c8ab6aaf432f9c34b7072c52c8fada40153d1eb702926b57450e09819bcab3f3

Explicación en audio:

https://drive.google.com/file/d/1kDZIDz96yesNLuiTDrK7-gSd5XJdr6NU/view?usp=sharing

Pruebas de caja negra

 Son un enfoque a las pruebas donde los examinadores no tienen acceso al código fuente de un sistema o sus componentes. Las pruebas se derivan de la especificación del sistema.

Las pruebas de caja negra, también llamadas pruebas de comportamiento, se enfocan en los requerimientos funcionales del software; es decir, las técnicas de prueba de caja negra le permiten derivar conjuntos de condiciones de entrada que revisarán por completo todos los requerimientos funcionales para un programa. Las pruebas de caja negra no son una alternativa para las técnicas de caja blanca. En vez de ello, es un enfoque complementario que es probable que descubra una clase de errores diferente que los métodos de caja blanca. 

Las técnicas más comunes de caja negra son:

Métodos de prueba basados en gráficos. La prueba de software comienza con la creación de un gráfico de objetos importantes y sus relaciones, y luego diseña una serie de pruebas que cubrirán el gráfico, de modo que cada objeto y relación se revise y se descubran errores.

Partición de equivalencia (posibles valores divididos en clases, valores de entrada y valores de salida). Se agrupan todos los valores para los cuales se espera que el programa tenga un comportamiento común (rango de valores), y esa es una clase de equivalencia, existen clases de equivalencia válidas y clases de

equivalencias inválidas.

Valores límite. Complementan a la partición equivalente, se debe prestar mucha atención en que los

límites deben estar correctamente definidos y programados.

Transición de estado. La transición de estados nos enuncia que todo sistema se mueve por transiciones de

un paso a otro, nos podemos guiar por las transacciones válidas y las transiciones inválidas.

Tablas de decisión. Estas pruebas consideran que para encontrar el resultado esperado deben estar en

conjunto varias condiciones que son los detonadores del resultado, llamado como causa y efecto.

Las pruebas de caja negra intentan encontrar errores en las categorías siguientes: 

1) funciones incorrectas o faltantes

2) errores de interfaz

3) errores en las estructuras de datos o en el acceso a bases de datos externas

4) errores de comportamiento o rendimiento

5) errores de inicialización y terminación.

Pruebas de Caja Blanca

Las inspecciones de programa son una idea antigua y la mayoría de estudios y experimentos indican que las inspecciones son más efectivas para el descubrimiento de defectos, que para las pruebas del programa. 

Sin embargo, las inspecciones no sustituyen las pruebas del software, ya que no son eficaces para descubrir defectos que surjan por interacciones inesperadas entre diferentes partes de un programa, problemas de temporización o dificultades con el rendimiento del sistema.

Las pruebas de caja blanca son un enfoque donde las pruebas se basan en el conocimiento de la estructura del programa y sus componentes. El acceso al código fuente es esencial para las pruebas de caja blanca.

Enlace al mapa:

https://coggle.it/diagram/X5ZteIWuKyqwkkvb/t/-/64673c76328a4e5059f947489c73b386d4aa8fbb1f1736b903e99f68b2a3b7be

Mapa de Telaraña Fundamentos de Pruebas

 

Ejercicio Práctico Diseño Conceptual de Redes

Enunciado:

Una importante empresa de Medellín, EQUIPOS XX, lo ha contactado a usted para que lleve a cabo el diseño de la red de datos para su nueva sede en el Municipio de Envigado.

Para tal fin, le han solicitado que se reúna con el director de ingeniería quien le transmitirá las necesidades particulares del proyecto. 

De acuerdo con la investigación hecha previamente por usted acerca de la empresa, usted ha encontrado que la compañía forma parte de una cadena de distribuidores de equipos eléctricos, y que la intención es ampliar la planta de manufactura por lo que requiere contratar nuevos empleados. 

En la entrevista, la primera información que le han dado, es que la situación de las redes de datos es crítica, considerando que la Internet es lenta, han experimentado problemas con el correo electrónico, dificultad al acceder a la WEB, y problemas al imprimir archivos en el interior de la empresa. 

Adicionalmente han informado que anteriormente, cuando la empresa era pequeña, no se presentaban estos inconvenientes, pero cuando empezaron los problemas contrataron a la empresa MANTENIMIENTO YY, quienes ampliaron la infraestructura de red instalando nuevos computadores y servidores, de acuerdo con las necesidades de la compañía. 

MANTENIMIENTO YY, ha estado dando soporte a la firma desde el momento en que se llevaron a cabo los cambios, pero los resultados no fueron satisfactorios por lo que EQUIPOS XX está pensando en implementar un departamento de mantenimiento propio, ya que les preocupa que con la ampliación de la planta la situación empeore.

Con base en lo anterior solucionamos:

1. ¿Qué investigaciones haría usted antes de su primera reunión con el departamento técnico de la empresa?

Antes de la primera reunion con el departamento técnico para discutir los objetivos del proyecto, yo investigaría anticipadamente cuál es la industria o sector de la economía que la compañía opera, intentaría aprender sobre los temas cruciales de la compañía como los mercados que maneja, cadenas de proveedores y productos, servicios y sus ventajas competitivas en el sector.

2. ¿Cuáles son los problemas generales que parece estar experimentando esta compañía?

• La implementación de la red de datos inicial no cumple con los objetivos y necesidades de la empresa.
• No se conoció el impacto sobre la red de datos que tendría la utilización del software.
• Luego de la implementación de la red no se hizo monitoreo ni optimización de la red.

3. ¿Qué principios parecen haberse obviado por parte de MANTENIMIENTO YY cuando hizo las ampliaciones en la compañía?

• .El análisis de los requerimientos del cliente no fue adecuado.
• No se realizó una prueba adecuada (test) para solucionar problemas y optimizar.
• No se realizó una documentación oportuna durante la implementación del proyecto.

4. Enumere 4 componentes críticos que deberán considerarse para la corrección de fallas y para el nuevo diseño de la red de datos. Incluya objetivos, restricciones y orden de ejecución.

5. Enumere 5 preguntas que usted considere críticas para hacerle al departamento técnico antes de la entrevista.

• ¿Cuál es la estructura de la compañía? 
• ¿Cuál es en general el objetivo mayor de la compañía para actualizar su red de datos.
• ¿Qué clase de imprevistos en la red de datos cree que puedan afectar o detener las operaciones del negocio?
• ¿De qué manera la nueva implementación de la red va a ayudar que el negocio del cliente sea más exitoso?
• ¿Qué tanto acceso se tiene desde el exterior de la red?

Y ahora, ¿cómo planteo el problema?

 Luego de realizadas las actividades de lectura y la actividad interactiva en el repositorio educativo institucional vamos a contestar la siguiente pregunta.

¿Cuál es la mejor opción de elegir el tema y plantear y problema de investigación?

Para mi la mejor opción de elegir el tema es la motivación que nos impulse a realizar investigación debido a la curiosidad que nos causan los temas que más nos interesen. Este es un gran detonante de la elección de un tema particular de investigación porque nada mejor que hacer lo que lo apasiona a uno y por esto la elección del tema también a su vez ejerce un compromiso con la investigación.

La mejor opción para elegir el problema de investigación ya tiene no solo que ver con las cuestiones que a uno lo apasiona ya que si vamos a resolver un problema que requiere de la labor investigativa, estaremos por lo menos en el mismo area académica del tema que trata al problema. Por tanto para mi la mejor elección para resolver el problema de investigación es elegir un problema que sea relevante y también que la solución pueda aportar conocimiento a la sociedad y también una aplicación importante.

Comparativo pruebas de software

 

Resumen Estrategia de prueba del software

 Estrategia de prueba del software. Visión general.

Una estrategia para probar software puede verse como una espiral. La prueba de unidad comienza en el vértice de la espiral y se concentra en cada unidad del software como se implementó en el código fuente.  La prueba avanza al moverse hacia afuera a lo largo de la espiral, hacia la prueba de integración, donde el enfoque se centra en el diseño y la construcción de la arquitectura del software. Al dar otra vuelta hacia afuera de la espiral, se encuentra la prueba de validación, donde los requerimientos establecidos como parte de su modelado se validan confrontándose con el software que se construyó. Finalmente, se llega a la prueba del sistema, donde el software y otros elementos del sistema se prueban como un todo. Para probar el software de cómputo, se avanza en espiral hacia afuera en dirección de las manecillas del reloj a lo largo de líneas que ensanchan el alcance de las pruebas con cada vuelta. Mientras que para el para desarrollar software de computadoras, se avanza en espiral hacia adentro (contra las manecillas del reloj) a lo largo de una línea que reduce el nivel de abstracción en cada vuelta.

Con la técnica de considerar el proceso desde un punto de vista procedural, las pruebas dentro del contexto de la ingeniería del software en realidad son una serie de cuatro pasos que se implementan de

manera secuencial.

 Inicialmente, las pruebas se enfocan en cada componente de manera individual, lo que garantiza que funcionan adecuadamente como unidad. De ahí el nombre de prueba de unidad. Esta prueba utiliza mucho de las técnicas de prueba que ejercitan rutas específicas en una estructura de control de componentes para asegurar una cobertura completa y la máxima detección de errores. A continuación, los componentes deben ensamblarse o integrarse para formar el paquete de software completo. La prueba de integración aborda los conflictos asociados con los problemas duales de verificación y construcción de programas. 

Durante la integración, se usan más las técnicas de diseño de casos de  prueba que se enfocan en entradas y salidas, aunque también pueden usarse técnicas que ejercitan rutas de programa específicas para asegurar la cobertura de las principales rutas de control. Después de integrar (construir) el software, se realiza una serie de pruebas de orden superior. Deben evaluarse criterios de validación (establecidos durante el análisis de requerimientos). La prueba de validación proporciona la garantía final de que el software cumple con todos los requerimientos informativos, funcionales, de comportamiento y de rendimiento.

Criterios para completar las pruebas

Cada vez que se analiza la prueba del software, surge una pregunta clásica: “¿cuándo terminan

las pruebas?, ¿cómo se sabe que se ha probado lo suficiente?”.Una respuesta a la pregunta es: “nunca se termina de probar; la carga simplemente pasa de usted (el ingeniero de software) al usuario final”. Cada vez que el usuario ejecuta un programa de cómputo, el programa se pone a prueba. Este instructivo hecho subraya la importancia de otras actividades a fin de garantizar la calidad del software. Otra respuesta (un tanto cínica, mas no obstante precisa) es: “las pruebas terminan cuando se agota el tiempo o el dinero”.

Otro enfoque sugiere la utilización de un método que sea mas confiable que la simple intuición, entonces se han realizado propuestas como: 

• El uso de técnicas estadísticas que ejecutan una serie de pruebas derivadas de una muestra estadística de todas las posibles ejecuciones de programa por parte de todos los usuarios de una población objetivo.
• El uso del modelado estadístico y la teoría de confiabilidad del software para predecir cuándo están completas las pruebas.

ASPECTOS ESTRATÉGICOS

 Una estrategia de software triunfará cuando quienes prueban el software:

• Especifican los requerimientos del producto en forma cuantificable mucho antes de comenzar con las pruebas.
• Establecen de manera explícita los objetivos de las pruebas.
• Entienden a los usuarios del software y desarrollan un perfil para cada categoría de usuario. 
• Desarrollan un plan de prueba que enfatice “pruebas de ciclo rápido”.
• Construyen software “robusto” que esté diseñado para probarse a sí mismo. 
• Usan revisiones técnicas efectivas como filtro previo a las pruebas. 
• Realizan revisiones técnicas para valorar la estrategia de prueba y los casos de prueba.
• Desarrollan un enfoque de mejora continuo para el proceso de prueba.

ESTRATEGIAS DE PRUEBA PARA SOFTWARE CONVENCIONAL

Una estrategia de prueba que eligen la mayoría de los equipos de software se coloca entre los dos extremos. Toma una visión incremental de las pruebas, comenzando con la de unidades de programa individuales, avanza hacia pruebas diseñadas para facilitar la integración de las unidades y culmina con pruebas que ejercitan el sistema construido. 

Prueba de unidad

La prueba de unidad enfoca los esfuerzos de verificación en la unidad más pequeña del diseño de software: el componente o módulo de software. Al usar la descripción del diseño de componente como guía, las rutas de control importantes se prueban para descubrir errores dentro de la frontera del módulo. La relativa complejidad de las pruebas y los errores que descubren están limitados por el ámbito restringido que se establece para la prueba de unidad. Las pruebas de unidad se enfocan en la lógica de procesamiento interno y de las estructuras de datos dentro de las fronteras de un componente.

Consideraciones de las pruebas de unidad.

 La interfaz del módulo se prueba para garantizar que la información fluya de manera adecuada hacia y desde la unidad de software que se está probando.  Las estructuras de datos locales se examinan para asegurar que los datos almacenados temporalmente mantienen su integridad durante todos los pasos en la ejecución de un algoritmo. Todas las rutas independientes a través de la estructura de control se ejercitan para asegurar que todos los estatutos en un módulo se ejecuten al menos una vez. Las condiciones de frontera se prueban para asegurar que el módulo opera adecuadamente en las fronteras establecidas para limitar o restringir el procesamiento. Y, finalmente, se ponen a prueba todas las rutas para el manejo de errores.

Procedimientos de prueba de unidad.

Las pruebas de unidad por lo general se consideran como adjuntas al paso de codificación. El diseño de las pruebas de unidad puede ocurrir antes de comenzar la codificación o después de generar el código fuente. La revisión de la información del diseño proporciona una guía para establecer casos de prueba que es probable que descubran errores en cada una de las categorías analizadas anteriormente. Cada caso de prueba debe acoplarse con un conjunto de resultados esperados.

Puesto que un componente no es un programa independiente, con frecuencia debe desarrollarse software controlador y/o de resguardo para cada prueba de unidad.

Las pruebas de unidad se simplifican cuando se diseña un componente con alta cohesión. Cuando un componente aborda una sola función, el número de casos de prueba se reduce y los errores pueden predecirse y descubrirse con mayor facilidad.

Pruebas de integración

Las pruebas de integración son una técnica sistemática para construir la arquitectura del software mientras se llevan a cabo pruebas para descubrir errores asociados con la interfaz. El objetivo es tomar los componentes probados de manera individual y construir una estructura de programa que se haya dictado por diseño.

Con frecuencia existe una tendencia a intentar la integración no incremental, es decir, a construir el programa usando un enfoque de big bang, lo cual ante la aparición de errores y debido a la extensión del desarrollo termina en un caos y un bucle de revisiones. La integración incremental es la antítesis del enfoque big bang. El programa se construye y prueba en pequeños incrementos, donde los errores son más fáciles de aislar y corregir; las interfaces tienen más posibilidades de probarse por completo; y puede aplicarse un enfoque de prueba sistemático. 

Integración descendente.

La prueba de integración descendente es un enfoque incremental a la construcción de la arquitectura de software. Los módulos se integran al moverse hacia abajo a través de la jerarquía de control, comenzando con el módulo de control principal programa principal). Los módulos subordinados al módulo de control principal se incorporan en la estructura en una forma de primero en profundidad o primero en anchura.

 la integración primero en profundidad integra todos los componentes sobre una ruta de control mayor de la estructura del programa.  La integración primero en anchura incorpora todos los componentes directamente subordinados en cada nivel, y se mueve horizontalmente a través de la estructura.

 El proceso de integración se realiza en una serie de cinco pasos:

1. El módulo de control principal se usa como un controlador de prueba y los representantes (stubs) se sustituyen con todos los componentes directamente subordinados al módulo de control principal.
3. Dependiendo del enfoque de integración seleccionado (es decir, primero en profundidad o anchura), los representantes subordinados se sustituyen uno a la vez con componentes reales.
4. Las pruebas se llevan a cabo conforme se integra cada componente.
5. Al completar cada conjunto de pruebas, otro representante se sustituye con el componente real.
6. Las pruebas de regresión (que se analizan más adelante en esta sección) pueden realizarse para asegurar que no se introdujeron nuevos errores.

Integración ascendente. 

La prueba de integración ascendente, como su nombre implica, comienza la construcción y la prueba con módulos atómicos (es decir, componentes en los niveles inferiores dentro de la estructura del programa). Puesto que los componentes se integran de abajo hacia arriba, la funcionalidad que proporcionan los componentes subordinados en determinado nivel siempre está disponible y se elimina la necesidad de representantes (stubs). 

Una estrategia de integración ascendente puede implementarse con los siguientes pasos:

1. Los componentes en el nivel inferior se combinan en grupos (en ocasiones llamados construcciones o builds) que realizan una subfunción de software específica.
2. Se escribe un controlador (un programa de control para pruebas) a fin de coordinar la entrada y salida de casos de prueba.
3. Se prueba el grupo. 
4. Los controladores se remueven y los grupos se combinan moviéndolos hacia arriba en la estructura del programa.

Conforme la integración avanza hacia arriba, se reduce la necesidad de controladores de prueba separados. De hecho, si los dos niveles superiores del programa se integran de manera descendente, el número de controladores puede reducirse de manera sustancial y la integración de grupos se simplifica enormemente.

Prueba de regresión. 

Cada vez que se agrega un nuevo módulo como parte de las pruebas de integración, el software cambia. Se establecen nuevas rutas de flujo de datos, ocurren nuevas operaciones de entrada/salida y se invoca nueva lógica de control. Dichos cambios pueden causar problemas con las funciones que anteriormente trabajaban sin fallas. En el contexto de una estrategia de prueba de integración, la prueba de regresión es la nueva ejecución de algún subconjunto de pruebas que ya se realizaron a fin de asegurar que los cambios no propagaron efectos colaterales no deseados.

 Las pruebas de regresión ayudan a garantizar que los cambios (debidos a pruebas o por otras razones) no introducen comportamiento no planeado o errores adicionales.

Las pruebas de regresión se pueden realizar manualmente, al volver a ejecutar un subconjunto de todos los casos de prueba o usando herramientas de captura/reproducción automatizadas.  Las herramientas de captura/reproducción permiten al ingeniero de software capturar casos de prueba y resultados para una posterior reproducción y comparación.  La suite de prueba de regresión (el subconjunto de pruebas que se va a ejecutar) contiene tres clases diferentes de casos de prueba:

• Una muestra representativa de pruebas que ejercitará todas las funciones de software.
• Pruebas adicionales que se enfocan en las funciones del software que probablemente resulten afectadas por el cambio.
• Pruebas que se enfocan en los componentes del software que cambiaron.

Prueba de humo. 

La prueba de humo es un enfoque de prueba de integración que se usa cuando se desarrolla software de producto. Se diseña como un mecanismo de ritmo para proyectos críticos en el tiempo, lo que permite al equipo del software valorar el proyecto de manera frecuente.

En esencia, el enfoque de prueba de humo abarca las siguientes actividades:

• Los componentes de software traducidos en código se integran en una construcción. 
• Se diseña una serie de pruebas para exponer los errores que evitarán a la construcción realizar adecuadamente su función.
• La construcción se integra con otras construcciones, y todo el producto (en su forma actual) se somete a prueba de humo diariamente.

La prueba de humo proporciona algunos beneficios cuando se aplica sobre proyectos de

software complejos y cruciales en el tiempo:

• Se minimiza el riesgo de integración. 
• La calidad del producto final mejora. 
• El diagnóstico y la corrección de errores se simplifican.
• El progreso es más fácil de valorar.

Opciones estratégicas. 

La selección de una estrategia de integración depende de las características del software y, en ocasiones, del calendario del proyecto. En general, un enfoque combinado (a veces llamado prueba sándwich), que usa pruebas descendentes para niveles superiores de la estructura del programa acopladas con pruebas ascendentes para niveles subordinados, puede ser el mejor arreglo.

Conforme se realiza la integración, quien efectúa la prueba debe identificar los módulos críticos. Un módulo crítico tiene una o más de las siguientes características: 1) aborda muchos requerimientos de software, 2) tiene un alto nivel de control (reside relativamente alto en la estructura del programa), 3) es complejo o proclive al error o 4) tiene requerimientos de rendimiento definidos. Los módulos críticos deben probarse tan pronto como sea posible. Además, las pruebas de regresión deben enfocarse en la función del módulo crítico.

Productos de trabajo de las pruebas de integración.

Un plan global para integración del software y una descripción de las pruebas específicas se documentan en una Especificación de pruebas. Este producto de trabajo incorpora un plan de prueba y un procedimiento de prueba, y se vuelve parte de la configuración del software. La prueba se divide en fases y construcciones que abordan características del software funcionales y de comportamiento específicas.

.Los siguientes criterios y pruebas correspondientes se aplican a todas las fases de prueba:

• Integridad de interfaz. Las interfaces internas y externas se prueban conforme cada módulo (o grupo) se incorpora en la estructura.
• Validez funcional. Se realizan pruebas diseñadas para descubrir errores funcionales ocultos.
• Contenido de la información. Se realizan pruebas diseñadas para descubrir errores ocultos asociados con las estructuras de datos locales o globales.
• Rendimiento. Se realizan pruebas diseñadas para verificar los límites del rendimiento establecidos durante el diseño del software.

Como parte del plan de prueba, también se discute un calendario para la integración, el desarrollo de software de sobrecarga del sistema y temas relacionados. Una breve descripción del software de sobrecarga (representantes y controladores) se concentra en las características que pueden requerir de un esfuerzo especial. Finalmente, se describe el entorno y los recursos de la prueba. Configuraciones inusuales de hardware, simuladores peculiares y herramientas o técnicas de prueba especial son algunos de los muchos temas que también pueden analizarse.

A continuación se describe el procedimiento de prueba detallado que se requiere para lograr el plan de prueba. Se señala el orden de la integración y las pruebas correspondientes en cada paso de ésta. También se incluye una lista de todos los casos de prueba (anotados para referencia posterior) y los resultados esperados.

En un Reporte de prueba, que puede anexarse a la Especificación pruebas si se desea, se registra una historia de resultados, problemas o peculiaridades de prueba reales. La información contenida en esta sección puede ser vital durante el mantenimiento del software. También se presentan las referencias y apéndices apropiados.

Referencia:

Pressman, Roger, S. (2010). Ingeniería de software. McGRAW-HILL. 

Mapa mental V&V del software

 

https://coggle.it/diagram/X4fYxDJL5oztUOJd/t/pruebas-de-software/17928de7a10e85681885cc663da07096e10ad5df669cd2d64147d90f95e0636e

Resumen de la implementación de una metodología ágil

Se propone una metodología llamada AgEnD que del Ingles Agile Enhanced Development significa Desarrollo Mejorado por Agilidad. En este resumen se hace un recuento por la descripción de esta metodología.

Roles definidos

En el uso de las metodologías ágiles es muy importante definir los roles de todas las personas que intervienen en el proyecto. Los roles son los que aglutinan todas las actividades realizadas de las personas que están incluidas en el desarrollo del software pero también a todas aquellas que se vean afectados por el proyecto.

Los roles en los equipos ágiles no son exclusivamente llevados a cabo por una sola persona como los desarrolladores, por otro lado hay personas que realizan diferentes roles por ejemplo arquitecto/Escritor técnico. El rol del líder lo realiza una sola persona y dirige los recursos según sus aptitudes en cada iteración.

Patrocinante (Executive Sponsor)

Actividades:  tiene a su cargo el soporte gerencial del proyecto; es el encargado de proveer, comunicar y mantener actualizada la Visión del proyecto; provee el presupuesto para la viabilidad económica del desarrollo; es responsable por la consecución del proyecto del lado del cliente. 

Importancia del rol: es esencial para el éxito del mismo, ya que un software que no tiene aceptación dentro de la organización que lo financia jamás llegará a ser construido en tiempo, forma y con

consentimiento de los usuarios, no siendo utilizado eventualmente si se concreta el proyecto.

Líder del Proyecto (Project Manager)

Actividades:  está a su cargo la planificación del proyecto a lo largo de todo el ciclo de vida,  asignar recursos y delegar responsabilidades en el equipo ágil, incluida la planificación en detalle de cada iteración. Es el responsable de un trabajo en equipo eficiente, monitorea el progreso y establece estrategias y metas.

Importancia del rol: es el líder de proyecto y representa la cara visible del equipo de desarrollo, es el nexo existente entre la gerencia y el equipo de desarrollo.

Experto en el Dominio (Domain Expert)

Actividades: Es la persona que tiene el conocimiento del negocio y la encargada de brindar asesoría contribuyendo al modelado del sistema que llevan a cabo los Analistas durante la ingeniería de requerimientos. Participará junto con los Testers en la definición del contenido de las pruebas funcionales a ser

realizadas; será el responsable de la aprobación de las pruebas de aceptación por cada release entregado. 

Importancia del rol: el Experto en el Dominio permite al Equipo de Desarrollo aprender sobre el negocio para el cual está siendo construida la aplicación; son encargados de resolver cualquier cuestión relacionada con la funcionalidad de la aplicación junto con los Analistas.

Destrezas:  el Experto en el Dominio deberá conocer en detalle el negocio para prestar respuesta a cualquier duda que pueda surgir del mismo. En general será un miembro de la empresa Cliente. 

Coordinador (Mentor)

Actividades: tiene a su cargo la supervisión del proceso, y cualquier actividad orientada al mejoramiento del mismo. Durante las primeras etapas de utilización de AgEnD supervisará la implementación del proceso. 

Importancia del rol: en las metodologías ágiles este rol permite reforzar la adherencia al proceso en aquellos momentos en que el tiempo apremia y se suele caer en el modelo Codificar y Probar. 

Destrezas:  el Experto en el Dominio deberá conocer en detalle el negocio para prestar respuesta a cualquier duda que pueda surgir del mismo.

Analista (Functional Analyst)

Actividades: tiene a su cargo el relevamiento, mediante el cual se obtienen los requerimientos de la aplicación a ser construidos en cada iteración; realiza la especificación de los requerimientos; prepara el

documento de Visión.

Importancia del rol:  el aprendizaje del dominio de la aplicación y de los requerimientos que deberá tener la misma son claves para el éxito del proyecto y la aceptación del mismo por parte del usuario.

Destrezas: el Analista deberá tener amplio conocimiento de técnicas de relevamiento, así como aptitudes sociales que le permitan vencer el “Síndrome del Usuario y el Desarrollador”.

Arquitecto (Architect)

Actividades: tiene a su cargo la definición de la arquitectura que guiará el desarrollo, y de la continua refinación de la misma en cada iteración; deberá construir cualquier prototipo necesario para probar aspectos riesgosos desde el punto de vista técnico en el proyecto; definirá los lineamientos generales del diseño y la implementación. 

Importancia del rol: el arquitecto puede ser considerado como el Experto en la parte técnica del

desarrollo y debe mantener a todo el equipo en conocimiento de los lineamientos fundamentales de la construcción.

Destrezas: el Arquitecto deberá tener una buena formación técnica, contar con experiencia en las herramientas y técnicas utilizadas; aptitudes comunicacionales son deseadas para que la arquitectura sea comunicada a todos los miembros del equipo.

Programador o Desarrollador (Designer - Programmer) 

Actividades: tiene a su cargo la codificación de los componentes a desarrollar en la iteración; debe crear y ejecutar los tests unitarios realizados sobre el código desarrollado; es responsable de las clases que

ha desarrollado debiendo documentarlas, actualizarlas ante cambios y mantenerlas bajo el control de configuración de las mismas mediante la herramienta de SCM utilizada. 

Importancia del rol: el Programador es la persona que tiene los materiales y lleva a cabo la implementación de los casos de uso en el lenguaje de programación elegido; como en general, es el paradigma de objetos el que está imponiéndose en la industria de IS/IT, el Programador definirá las clases y métodos que realicen los correspondientes casos de uso.

Destrezas: el Analista deberá tener amplio conocimiento de las herramientas de desarrollo, del lenguaje de programación, de los aspectos técnicos involucrados. 

Tester

Actividades: tiene a su cargo la generación de pruebas funcionales a partir de los requerimientos extraídos por los Analistas. 

Importancia del rol: crea, ejecuta, analiza y mantiene el conjunto de pruebas automatizadas y manuales que son utilizados.

Destrezas: el Tester deberá tener amplio conocimiento de técnicas de testing, deberá conocer a fondo la aplicación que testeará. Asimismo, deberá tener conocimientos de programación para trabajar con las

pruebas automatizadas.

Administrador del Conocimiento (Knowledge Manager)

Actividades: tiene a su cargo la captura, refinamiento, empaquetamiento, y transferencia del conocimiento, ya sea tácito o explícito, en la organización. 

Importancia del rol: Su importancia consiste en la capacidad del equipo de desarrollo de aprender de la experiencia que éste y que otros equipos dentro de la organización generan a diario durante el transcurso de los proyectos. Mediante esta disciplina se logra el reuso de dicho conocimiento.

Destrezas: el Administrador del Conocimiento debe poseer aptitudes en comunicación para poder capturar el conocimiento de aquellas personas que lo generan. 

Referencia:

Hernan, Schenone. (2004). Diseño de una metodología ágil de desarrollo de software. Facultad de Ingeniería. Universidad de Buenos Aires. 

Laboratorio 2: Simulación de Subredes

 

Hola este es el video del laboratorio #2 Simulación de subredes.

Estos son los comandos de router y switch que usamos en este lab.

Router(config)#

Router(config)#

Router(config)#interface Serial0/0

Router(config-if)#ip address _IP_ _MASK_

Router(config-if)#

Router(config-if)#

Router(config-if)#exit

Router(config)#interface FastEthernet0/0

Router(config-if)#ip address _IP_ _MASK_

Router(config-if)#duplex full

Router(config-if)#

Router(config-if)#exit

Router(config)#interface FastEthernet1/1

Router(config-if)#ip address _IP_ _MASK_

Router(config-if)#duplex full

Router(config-if)#

Router(config-if)#end

Router#configure terminal

Enter configuration commands, one per line.  End with CNTL/Z.

Router(config)#hostname R1

R1(config)#

R1(config)#end

R1#copy running-config startup-config

Destination filename [startup-config]? 

Building configuration...

[OK]

R1#

S1#

S1#config t

Enter configuration commands, one per line.  End with CNTL/Z.

S1(config)#vlan 99

S1(config-vlan)#exit

S1(config)#interface vlan99

S1(config-if)#

S1(config-if)#ip address [_IP_] [_Mask_]

S1(config-if)#no shutdown

S1(config-if)#exit

S1(config)#interface range fa0/1 - 24

S1(config-if-range)#switchport access vlan 99

S1(config-if-range)#

%LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan99, changed state to up

S1(config-if-range)#exit

S1(config)#ip default-gateway 192.168.100.1

S1(config)#exit

S1#

VERIFICA!!!

S1#show interface vlan99

ENRUTAMIENTO ESTÁTICO!!

R1(config)#ip route [_Network_] [_Mask_] [_Next_Hop_]

Reconociendo lo aprendido sobre IoT - Mi portafolio unidad 1

 El significado de la IoT en el entorno de la Tecnología de desarrollo de software.

En el desarrollo de la actual industria 4.0 el impacto que tiene el internet de las cosas como factor de transformación en el estudio de la tecnología de desarrollo de software significa la apertura de un nuevo horizonte de formación para los recién graduados de la tecnología que pueden escoger unos caminos de especialización novedosos y que por su parte económica tiene grandes promesas de inversión en desarrollos de sistemas de IoT para empresas y sectores gubernamentales. Es por esto que el internet de las cosas no para de ganar interés en el campo del desarrollo de software debido a la versatilidad de las aplicaciones de los dispositivos del IoT y la necesidad del país de la generación de valor mediante los proyectos de I+D destinados a promover la participación de la empresa privada,  la academia y las instituciones gubernamentales en el desarrollo de  ciudades y empresas inteligentes con altos estándares de optimización de sus procesos y un incremento en la calidad de vida de todos los ciudadanos.

Enlace a la infografía:

 https://www.canva.com/design/DAEJ7AyRL5I/XAtnok_547DBHU4DZAPU1A/view?utm_content=DAEJ7AyRL5I&utm_campaign=designshare&utm_medium=link&utm_source=publishsharelink

Fuente datos: 

https://image.slidesharecdn.com/aeristheguidetoiotinfographic-151112222425-lva1-app6891/95/the-definitive-guide-to-the-internet-of-things-infographic-1-638.jpg?cb=1447367413

http://niftyreads.com/wp-content/uploads/2016/03/Internet_of_Things_iot.jpg

Ficha de lectura planteamiento del problema

Ficha de lectura.

Titulo: 2.1 Fase 1 - Protocolo de investigación

Datos bibliográficos: Baena, P. G. M. E. (2017). Metodología de la investigación (3a. ed.). Tomado                                              de http://ebookcentral.proquest.co 

Lugar de consulta: @Medellin - IUPB

Resumen: 

Durante todo el transcurso de la vida del ser humano siempre hay cuestiones que rondan las todas las mentes, para resolver dichas cuestiones es necesario cierto nivel de profundización en el area del conocimiento que concierne a aquellas cuestiones.

El recorrido que se debe dar para resolver estas cuestiones tiene que ver con la investigación, los métodos, la delimitación del problema, la formulación de hipótesis y los resultados de las averiguaciones, sus conclusiones  y respuestas sistemáticas son en general el trabajo de la ciencia.

Para llegar a la ciencia se requiere de una sistematización de procesos de pensamiento a un nivel profundo, en este punto esta sistematización se refiera a una metodología del proceso de  investigar que va a otorgar respuestas a preguntas concretas. Esta metodología es el estudio del método que son una serie de pasos que nos llevaran a la obtención de conocimiento. La metodología se encarga de ordenar de manera lógica esta sistematización de procesos y el uso del método para lograr el conocimiento científico a través de técnicas e instrumentos adecuados.

La metodología es una parte fundamental del proceso de investigación, ésta permite proyectar una ruta de trabajo que permite al investigador  a realizar su labor e impedir que hayan obstáculos en el camino.

La secuencia lógica del proceso de investigación son el diseño del plan, la recopilación y análisis del material y la exposición de los resultados. El trabajo científico debe hacerse con rigurosidad siguiendo este orden lógico, sino los resultados no serán confiables.

La selección del tema de investigación debe surgir desde el propio interés del investigador y se debe plantearse por escrito a manera de enunciado en un párrafo donde se incluya el nombre del tema, su delimitación en el tiempo y espacio, así como sus características. 

Cuando se selecciona el tema es necesario realizar previamente una revisión de la literatura existente referida al tema de investigación de interés, esta revisión permite tener una perspectiva del camino y los objetivos que se quieren lograr o a dónde se quiere llegar. Todo tema parte de un problema, de una preocupación detectada a lo largo de nuestra vida académica o de nuestra experiencia personal o profesional.

Para iniciar entonces el trabajo de investigación es necesario realizar además una delimitación del tema objeto de estudio, esta delimitación responde a una fragmentación que se realiza de la proyección que se tiene del problema en unidades de estudio más pequeñas que permitan tener un mejor entendimiento del problema. Se fracciona entonces la realidad del tema que interesa con el fin de abarcar con el estudio un ámbito particular de ella, es decir un conjunto de eventos y fenómenos presentes y actuando en cierto momento.  Delimitar el tema es ver la viabilidad para su desarrollo.

La definición del problema involucra las siguientes observaciones:

 

-Revisión de fuentes existentes sobre el tema.
-La región en la cual interesan los resultados.
-Las herramientas disponibles.
-Tiempo y presupuesto

El planteamiento del problema es una interpretación de la realidad particular del objeto que se estudia de manera que se reduce el problema o cuestión subyacente a sus mínimas unidades de análisis para así poder comenzar con el proceso de investigación, esto no significa simplificar el estudio sino que se necesita dirigir la atención a una parte especifica de la realidad y plantear el problema en términos concretos. En este caso se ignoran los demás elementos y relaciones que no son importantes para el estudio.

El planteamiento del problema pone de manifiesto estas importantes cuestiones que se deben tener en cuenta: 

-Descripción del problema.

-Elementos del problema.

-Formulación del problema.

La pregunta de investigación es el hilo conductor que motiva la realización de la investigación y esta se da de manera abierta siendo esta una pregunta verdadera a la cual se le pueden dar varias respuestas a priori y se tiene la certeza de que no hay respuestas aun hechas. Para cumplir correctamente con su función, dicha pregunta debe tener, en cierta medida, cualidades de claridad, factibilidad y pertinencia. Una pregunta de investigación no es una expresión declarativa como una hipótesis, sino una expresión de interés e intención claramente planteada.

Los antecedentes o el contexto del problema pertenecen al proceso de investigación ya que estos son inherentes al objeto de estudio debido a que  Los hechos no son aislados, responden a una determinada situación que tiene que ver con el tiempo histórico, con el espacio geográfico y con las situaciones del entorno que los circundan, por eso es conveniente que cada tema tenga un contexto a manera de diagnóstico.

Cuando se realiza un trabajo de investigación que involucra siempre tantos recursos tanto humanos como materiales es necesario prever ciertos obstáculos que pueden surgir en el camino. Plantearnos estos problemas anticipadamente nos puede ayudar a resolverlo si se presentan, es importante tener en cuenta: 

-Dificultades para localizar la información.

-Dificultades para recolectar la información o datos.

-Problemas personales.

-Costo de la investigación.

-Recursos materiales.

El proceso científico que se inicia con una pregunta de investigación se complementa de manera trascendental con las hipótesis planteadas ante las cuestiones que esperan ser respondidas. La hipótesis se produce con creatividad de manera que pueda ser una muy posible respuesta al problema de investigación. Una hipótesis bien escrita se expresa en forma declarativa, postula una relación entre las variables, refleja una teoría en la que se basa, es breve y concisa y se puede probar. Un eslabón entonces necesario entre la investigación y la teoría es la hipótesis y esta a su vez busca ser probada por el investigador.

Los objetivos de la investigación plantean hasta dónde queremos llegar con la investigación, las metas reales conseguidas deberían coincidir con los objetivos propuestos; sin embargo, por diversas razones a veces no se pueden alcanzar. Entre las principales tenemos las limitaciones que impone la disciplina por la posible óptica reducida de ver los problemas, o por falta de recursos, o por imposibilidad de tiempo. Los objetivos se redactan en términos de conductas observables. Nunca redactes un objetivo con el verbo conocer porque es demasiado amplio, no dice mucho y se reduce a un mero nivel primario de conocimiento. Mejor usemos verbos como: distinguir, identificar, aplicar, diseñar, proyectar, evaluar, redactar, analizar.

Unida a esta delimitación del tema es necesaria la justificación del mismo; es decir, indicar los motivos y necesidades que llevan al investigador a seleccionar el tema para desarrollarlo, las cuales deben ser de orden externo u objetivo, y de orden interno o subjetivo. Justificar es la “Acción de respaldar o fundamentar una propuesta de un modo convincente”. Analizar hasta qué grado la inversión de tiempos y recursos se justifican de acuerdo con los intereses de la persona o de la institución que patrocina la investigación, realizando una evaluación de su importancia y posible justificación.

Hacer un  esquema le permitira al investigador analizar la información de manera sintética, conceptual y jerarquizada. El esquema es fundamental ya que te indica la manera de organizar los datos y sus importancia ya sea en grandes capítulos, en subcapítulos o en apartados menores. El esquema es la guía mediante la cual ordenamos y jerarquizamos la información acerca de un tema. Al plantear nuestro trabajo inicialmente tendremos el esquema preliminar; la información recabada, aquella que no se pudo encontrar, nueva información que no estaba prevista, son detalles que modificarán necesariamente nuestro esquema al final, el cual se constituirá en el índice de contenido.

Ideas centrales: 

- La investigación es algo implícito a la ciencia; es un proceso que se compone de fases sucesivas que se desarrollan de acuerdo con un orden lógico.

- La elección del tema es el primer caso en la realización de una investigación. Consiste esta elección en determinar con claridad y precisión el contenido del trabajo a presentar.

- La delimitación del tema es,  un primer acercamiento o un reconocimiento más bien, de la realidad como paso previo para realizar nuestra investigación.

- La definición del problema es el instrumento más adecuado para describir con mayor comprensión los objetivos, el contenido y el procedimiento de estudio.

- Una pregunta de investigación no es una expresión declarativa como una hipótesis, sino una expresión de interés e intención claramente planteada.

- La hipótesis se propone como un ordenamiento del tema en forma y método.

- Los objetivos plantean hasta dónde queremos llegar con la investigación, las metas reales            conseguidas  deberían coincidir con los objetivos propuestos.

- La justificación es necesaria para indicar los motivos y necesidades por las cuales se realizará la            investigación, las cuales deben ser de orden externo u objetivo, y de orden interno o subjetivo.

- Un esquema te permitirá organizar la información de manera sintética, conceptual y jerarquizada. 

Palabras y expresiones clave: 

delimitación del tema, hipótesis , investigación, metodología, método, hipótesis,  pregunta de investigación, planteamiento del problema, técnica.

Observaciones personales: 

El texto permite clarificar la etapas iniciales de la metodología de la investigación enfatizando la necesidad de enfocar la elección del tema, el planteamiento del problema, la delimitación del problema y la pregunta de investigación  de una manera rigurosa ya que en estas etapas se establece el marco general de la investigación que permite reconocer unos objetivos y una estrategia para afrontar de manera exitosa el proceso de investigación.

Fecha de consulta: 

03/10/20