Momentos del Planteamiento del Problema

Momentos del Planteamiento del Problema 

 

Plantear el problema de la investigación consiste básicamente en tres momentos, a saber son: Reconocimiento, descubrimiento y formulación. Estos momentos aparecerían de la siguiente manera: primero, debe reconocer los hechos clasificados preliminarmente y delimitados según algún criterio válido, sobre todo el de la relevancia. En esa labor se ha debido encontrar lagunas, incoherencias o cualquier otro detalle, es decir, ha hecho un hallazgo o descubrimiento de un problema.

Luego, tercer momento, se habrá formulado una pregunta muy concreta y correcta acerca de las causas que explique esa incertidumbre, esto es reducir el problema a su núcleo significativo. Una vez hecho todo eso queda por supuesto el desarrollo del resto, es decir, darle respuesta al problema plateado.

El planteamiento del problema puede provenir, bien, de la observación de hechos o factores imbricados en un proceso, pero que por la manera de presentarse, son incapaces de brindarnos una explicación satisfactoria de ese hecho, o también puede surgir como el resultado de experimentar y describir consecuencias en la aplicación problemática de una teoría.

Planteamiento del Problema

Planteamiento del Problema

 Tal como lo indican Hernandez, Fernandez y Baptista (1997), “plantear el problema no es sino afinar y estructurar más formalmente la idea de investigación” (p. 59). Sin embargo, esto dependerá de qué tan familiarizado esté el investigador con el tema de estudio, la complejidad de las ideas trazadas y los antecedentes que existan de la investigación, es imperativo que se alcance gran claridad y dominio del tema objeto de investigación. Estos son aspectos preliminares muy importantes que no debe perder de vista el investigador, aunado a la dedicación y las habilidades de que se disponen.

Según Saravia (s.f), es resultado de una profunda y serena reflexión realizada por el investigador después de haber revisado detalladamente la literatura correspondiente (antecedentes teóricos y empíricos) e interiorizado los principales conceptos y proposiciones teóricas que le permiten formular con toda claridad y dominio el problema que se pretende resolver con la investigación.   

A este aspecto Hernandez, Fernandez y Baptista (1997) afirman que el investigador “debe ser capaz no sólo de conceptuar el problema sino también de verbalizarlo de forma clara, precisa y accesible” (p. 59). A menudo el investigador sabe lo que desea hacer pero no encuentra la manera de plasmarlo en el papel y entonces amerita un gran esfuerzo por traducir sus ideas de manera escrita en un contexto de fácil comprensión, lo cual podría también requerir la colaboración o el aporte de otras personas.  

Así mismo, Arias (1999) señala que el planteamiento de problema “consiste en describir de manera amplia la situación objeto de estudio, ubicándola en un contexto que permita comprender su origen y relaciones” (p. 9). Es fundamental que se tenga una definición clara del origen del problema y las variables relacionadas con la investigación. 

Diagrama de Gantt

Diagrama de Gantt

El diagrama de Gantt es una herramienta gráfica cuyo objetivo es exponer el tiempo de dedicación previsto para diferentes tareas o actividades a lo largo de un tiempo total determinado. A pesar de esto, el diagrama de Gantt no indica las relaciones existentes entre actividades.

En 1896, Karol Adamiecki inventó un nuevo medio de procesos interdependientes que se presentan con el fin de mejorar la visibilidad de los programas de producción. En 1931 se publicó un artículo conocido más ampliamente para describir su diagrama, que llamó la harmonogram o harmonograf. Adamiecki, sin embargo, publicó sus obras en polaco y ruso, idiomas poco conocidos en el mundo de habla inglesa. En ese momento, un método similar se había popularizado en occidente por Henry Gantt (que había publicado artículos sobre el mismo en 1910 y 1915). Con modificaciones menores, la carta de Adamiecki está ahora más comúnmente conocida en Inglés como el diagrama de Gantt. Dada la posición de cada tarea a lo largo del tiempo hace que se puedan identificar las relaciones e interdependencias. Henry Laurence Gantt quien, entre 1910 y 1915, modificó y popularizó este tipo de diagrama en occidente.

Por esta razón, para la planificación del desarrollo de proyectos complejos (superiores a 25 actividades) se requiere además el uso de técnicas basadas en redes de precedencia como CPM o los diagramas PERT. Estas redes relacionan las actividades de manera que se puede visualizar el camino crítico del proyecto y permiten reflejar una escala de tiempos para facilitar la asignación de recursos y la determinación del presupuesto. El diagrama de Gantt, sin embargo, resulta útil para la relación entre tiempo y carga de trabajo.

En gestión de proyectos, el diagrama de Gantt muestra el origen y el final de las diferentes unidades mínimas de trabajo y los grupos de tareas (llamados summary elements en la imagen) o las dependencias entre unidades mínimas de trabajo (no mostradas en la imagen).

Desde su introducción los diagramas de Gantt se han convertido en una herramienta básica en la gestión de proyectos de todo tipo, con la finalidad de representar las diferentes fases, tareas y actividades programadas como parte de un proyecto o para mostrar una línea de tiempo en las diferentes actividades haciendo el método más eficiente.

Básicamente el diagrama está compuesto por un eje vertical donde se establecen las actividades que constituyen el trabajo que se va a ejecutar, y un eje horizontal que muestra en un calendario la duración de cada una de ellas.

Software Privativo

Software Privativo

Se denomina software propietario, o privativo, al software del cual no existe una forma libre de acceso a su código fuente, el cual solo se encuentra a disposición de su desarrollador y no se permite su libre modificación, adaptación o incluso lectura por parte de terceros.

El término ha sido creado para designar al antónimo del concepto de software libre, por lo cual en diversos sectores se le han asignado implicaciones políticas relativas al mismo. Para la Fundación para el Software Libre (FSF), este concepto se aplica a cualquier programa informático que no es libre o que solo lo es parcialmente (semilibre), sea porque su uso, redistribución o modificación está prohibida, o sea porque requiere permiso expreso del titular del software.

La persona física o jurídica (compañía, corporación, fundación, etc.), al poseer los derechos de autor sobre un software, tiene la posibilidad de controlar y restringir los derechos del usuario sobre su programa, lo que en el software no libre implica por lo general que el usuario solo tendrá derecho a ejecutar el software bajo ciertas condiciones, comúnmente fijadas por el proveedor, que signifique la restricción de una o varias de las cuatro libertades.

En los años 60 los laboratorios Bell proporcionaron el código fuente de su sistema operativo UNIX, y tiempo después comenzó a existir lo que se conoce como software de código cerrado. Sin embargo hay que destacar que, al inicio de la era de la informática, era común que agrupaciones científicas estuvieran dispuestas a ceder su código a terceros sin un pago por el mismo ya que tampoco había una política que lo reglamentara y además era un beneficio común conocer los desarrollos ajenos en busca de la estandarización.

Pasado el tiempo es en 1979 cuando el gobierno de los Estados Unidos obliga a IBM a distinguir entre software y hardware que hasta entonces no se distinguían claramente, dando lugar a los primeros intentos de cerrar el código de los programas. Aún en esa época, se encontraba en revistas como Creative Computing y Byte hojas y hojas llenas de código libre.

Las cuatro libertades del software libre

Las cuatro libertades del software libre

De acuerdo con la definición establecida por Richard Stallman, un software es "libre" cuando garantiza las siguientes libertades:

Libertad	Descripción
0	la libertad de usar el programa, con cualquier propósito (uso).
1	la libertad de estudiar cómo funciona el programa y modificarlo, adaptándolo a las propias necesidades (estudio).
2	la libertad de distribuir copias del programa, con lo cual se puede ayudar a otros usuarios (distribución).
3	la libertad de mejorar el programa y hacer públicas esas mejoras a los demás, de modo que toda la comunidad se beneficie (mejora).

Ciertos teóricos usan este cuarto punto (libertad 3) para justificar parcialmente las limitaciones impuestas por la licencia GNU GPL frente a otras licencias de software libre (ver Licencias GPL). Sin embargo el sentido original es más libre, abierto y menos restrictivo que el que le otorga la propia situación de incompatibilidad, que ha sido resuelta a cierto grado en versión 3 de la licencia GNU GPL.

Tanto la Open Source Initiative como la Free Software Foundation, mantienen en sus webs oficiales, listados de las licencias de software libre que aprueban.

El término software no libre se emplea para referirse al software distribuido bajo una licencia de software más restrictiva que no garantiza estas cuatro libertades. Las leyes de la propiedad intelectual reservan la mayoría de los derechos de modificación, duplicación, y redistribución, para el dueño del copyright; el software dispuesto bajo una licencia de software libre rescinde específicamente la mayoría de estos derechos reservados.

La definición de software libre no contempla la cuestión del precio; un eslogan frecuentemente usado es «libre como en libertad, no como en cerveza gratis» o en inglés «Free as in freedom, not as in free beer» (aludiendo a la ambigüedad del término inglés free), y es habitual ver a la venta CD de software libre como distribuciones Linux. Sin embargo, en esta situación, el comprador del CD tiene el derecho de copiarlo y redistribuirlo. El software gratis puede incluir restricciones que no se adaptan a la definición de software libre —por ejemplo, puede no incluir el código fuente, puede prohibir explícitamente a los distribuidores recibir una compensación a cambio, etc.—.

Para evitar la confusión, algunas personas utilizan los términos «libre» (software libre) y «gratis» (software gratis) para evitar la ambigüedad de la palabra inglesa free. Sin embargo, estos términos alternativos son usados únicamente dentro del movimiento del software libre, aunque están extendiéndose lentamente hacia el resto del mundo. Otros defienden el uso del término open source software (software de código abierto). La principal diferencia entre los términos "open source" y "free software" es que este último tiene en cuenta los aspectos éticos y filosóficos de la libertad, mientras que el open source se basa únicamente en los aspectos técnicos.

Documento Electrónico

Documento Electrónico

Un documento electrónico es un documento cuyo soporte material es algún tipo de dispositivo electrónico o magnético, y en el que el contenido está codificado mediante algún tipo de código digital, que puede ser leído, interpretado, o reproducido, mediante el auxilio de detectores de magnetización.

Originalmente, cualquier archivo o registro electrónico fue considerado como algo interno, ya que cuando existía un destinatario final, el soporte para este destinatario era invariablemente papel. Sin embargo, el desarrollo de las redes informáticas y el correo electrónico alteraron esa situación, surgiendo dispositivos destinatarios que leían el documento en un soporte diferente del papel.

De hecho prescindir del papel abarató los costes de transmisión de información y en muchos casos aumentó la velocidad de comunicación. Sin embargo, el prescindir del papel creó el problema de la existencia de múltiples formatos incompatibles. Incluso los documentos más sencillos (en documentos en "plain text"), no están libres de este problema: la mayoría de programas basados en el sistema MS-DOS no trabajan correctamente con documentos de texto basados en UNIX. Muchos más problemas aparecen en relación a documentos electrónicos editados mediante procesadores de texto, hojas de cálculo y procesadores gráficos CAD/DAO. Para resolver este problemas, muchas compañías de software distribuyen visualizadores gratuitos, que pueden leer los documentos electrónicos generados por sus programas de edición, que generalmente no son gratuitos (un buen ejemplo es Adobe's Acrobat Reader). La otra solución ampliamente usada es desarrollar formas de código estandarizadas y abiertas (un buen ejemplo es el código HTML).

Objeto de la Ley de Infogobierno

Objeto de la Ley de Infogobierno

Esta ley tiene por objeto los principios, bases y lineamientos que rigen las tecnologías de información en el poder público y en el poder popular para mejorar la gestión pública y los servicios que les prestan a las personas, impulsando la transferencia del sector público; la participación y el ejercicio del derecho de la soberanía; así como promover el derecho de las tecnologías de la información libre en el estado; garantizar la independencia tecnológica; la aprobación social del conocimiento; así como la seguridad y defensa de la nación.