Mostrando entradas con la etiqueta Codificar y Corregir. Mostrar todas las entradas
Mostrando entradas con la etiqueta Codificar y Corregir. Mostrar todas las entradas

DSN_XP y su herramienta Taladro

Herramientas DSN_XP


Principio básico del Observador es confrontar las nociones de adentro y afuera de sí 
Las metodologías en el estudio del método, requieren para efectos de su operatividad de un conjunto de herramientas como artefactos y modelos que permiten en su aplicación, la obtención de la información.
Cuando iniciamos nuestro estudio del software y su proceso de creación, este esfuerzo requería de investigación tanto a nivel de la ingeniería de software como a nivel de su desarrollo localmente en Ecuador y desde una mirada como academia dentro de la formación profesional en universidades de quienes crearían este software.

El método de investigación temática


DSN_XP diseñó este artefacto para poder realizar prototipos mentales sobre el conocimiento de una cosa o de un evento.  El proceso de investigación científica aplicado al diseño del software utilizado por DSN_XP, requiere de una apropiada herramienta que nos permita realizar una minería de información en el vasto contenido publicado en la Internet. 

DSN_XP como método de investigación científica, obtiene su base de conocimientos académicos tanto de libros especializados como de la Internet (incluyendo sus redes sociales), DSN_XP por el principio de ingeniería inversa, requiere además del conocimiento académico, del conocimiento experimental que no necesariamente se basa en la opinión de alguien muy versado en tema o concepto investigado conocido como "Gurú", sino que recoge en sí mismo la noción de fallar como premisa del método y su modelo "codificar y corregir", actividad que denominamos en sintaxis como desarmar() y armar().

Proceso de abstracción en la definición del requerimiento


Por asociación, llamamos "El taladro" al artefacto que posee dos movimientos (BottomUp / TopDown) en el proceso de abstracción para el diseño de software y lo implementamos en su sintaxis como drillUp() y drillDown() 

Ahora bien, ¿pueden funcionar de forma independiente entre sí estos dos movimientos?... 

La respuesta es "depende" del contexto de uso en el cual estamos trabajando, sin embargo, hemos descubierto que para un mejor diseño, se requiere inevitablemente aplicar los dos movimientos pues se complementan entre sí.

El Taladro by DSN_XP

Esta herramienta propuesta por DSN_XP es un "taladro" cuyos dos movimientos permitidos son la profundización o drillDown() y la abstracción o drillUp(). Nos dió el principio de los posibles movimientos del taladro y que puede aplicarse en cualquier dirección y de forma directa o drillDown() o de forma inversa o drillUp().
  • drillDown() significa que el lector desea conocer más sobre el contenido de un post en especial, por lo cual tiene que profundizar sus lecturas hacia los orígenes de las fuentes (DSN_XP.Source), para ello dispone de una base de conocimientos de referencia.
  • drillUp() significa que el lector está en la capacidad de generar un modelo y poner a prueba DSN_XP, registrando todos los puntos e inquietudes que pueda tener al respecto en la base de conocimientos.
Estos dos movimientos son básicos en el método científico aplicado al estudio del diseño de software.

DSN_XP y el proyecto ALEPH

 ALEPH_XP

Proyecto de desarrollo de software en modalidad Open Source
DSN_XP necesitaba ser implementada para lograr adaptar sus artefactos hacia la condición principal de uso que trataba sobre el desarrollo de tesis de grado que implican a su vez el desarrollo de un producto de software.

Desarrollo de software como tesis de grado

Este es un proyecto que no logró concretarse pero implicó un esfuerzo previo de nuestra parte para lograr determinar el contexto de usabilidad de nuestra metodología como marco de referencia teórico para el desarrollo de nuestra segunda propuesta de tesis de grado.

Dado que estábamos teniendo experiencia en el diseño de estudios de ingeniería para la solicitud de frecuencias ante la Superintendencia de Telecomunicaciones del Ecuador, pensamos en compartir este conocimiento para convocar a otros para que se sumen al desarrollo de la versión básica de uso como un aplicativo disponible para la comunidad.
Propuesta inicial del desarrollo de tesis

El modelo Open Source

Una de las rebeldías que nos quedó de la no autorización a nuestra primera propuesta de desarrollo de tesis, fue el confrontar la propiedad intelectual de código fuente entre la universidad y nuestra empresa, la cual patrocinaba los estudios superiores para la ingeniería en sistemas.
Pero no teníamos la remota idea de cómo lograr desarrollar nuestro código y a la vez aplicar nuestro método de investigación para el desarrollo de software en Ecuador.
Sabíamos hasta ese momento que las metodologías no eran consideradas dentro del modelo de desarrollo de software a la hora de realizar las tesis de grado, en segunda instancia, se consideraban los criterios de diseño que se aplican a un lenguaje de programación para el desarrollo de una aplicación programada mediante la tecnología para la implementación del software.

Si usábamos código fuente de terceros, existía la posibilidad de ser encarados como faltos de criterio de diseño, que era una de las cualidades a ser consideradas a la hora de evaluar el desarrollo del aplicativo como tesis.

El término de código abierto se refiere a la capacidad de modificar y compartir el código mediante un acceso público para su reutilización por terceros.

DSN_XP había estudiado en su base de conocimientos a varios modelos de desarrollo de software y había observado de primera mano al modelo codificar y corregir, pues lo habíamos experimentado durante nuestra formación académica.

Al profundizar esta observación, teníamos que cotejar este modelo con el modelo propuesto para el desarrollo de tesis, ya que, efectivamente, casi todos los estudiantes que formaron parte de nuestro estudio de acompañamiento para el desarrollo del software de sus tesis y el marco teórico de las mismas, utilizaban el modelo codificar y corregir usualmente en el desarrollo personalizado de la tesis.

Esto significaba otro descubrimiento, ya que al codificar se supone se interponen en un proceso de diseño mental, tanto el análisis como el diseño base aprendido en clases, para poder replicar el algoritmo y los controles y eventos que son capturados en el proceso de abstracción de la solución planteada a un problema específico de desarrollo.

Por otro lado, al poner en ejecución el código programado, se encontraban errores tanto en el algoritmo por no lograr entender el escenario técnico proyectado a codificar y el dominio del lenguaje de programación y la algoritmia de solución de problemas por pasos sucesivos.

DESSINE

ALEPH_XP

Sistema para estudios de ingeniería en FM

Año: 2004
Localidad: Quito
Institución: DESSINE

Contexto del Proyecto:

ALEPH_XP: Un Proyecto Pionero en el Desarrollo de Herramientas para Ingeniería en FM

El proyecto ALEPH_XP, concebido en el año 2004 por Francisco Toscano Morales para DESSINE, tenía como objetivo principal el desarrollo de un conjunto de herramientas especializadas para el diseño de estudios de ingeniería en radiocomunicación y enlaces de transmisión en Frecuencia Modulada (FM). Este proyecto, aunque no se llevó a cabo en su totalidad, representa un hito importante en la evolución de nuestras investigaciones en el campo del desarrollo de software, particularmente en el contexto de las tesis de grado en la Universidad Tecnológica de Israel.

Aplicación de DSN_XP:

La decisión de no iniciar formalmente el proyecto ALEPH_XP se basó en la oportunidad de realizar una investigación más amplia sobre las prácticas de desarrollo de software en Ecuador, con un enfoque especial en las tesis de grado presentadas en la Facultad de Sistemas. Esta decisión estratégica permitió profundizar en el análisis de las metodologías y herramientas utilizadas en los proyectos de tesis, identificando así las principales oportunidades de mejora y los desafíos a los que se enfrentaban los estudiantes.

A pesar de que el proyecto ALEPH_XP no se materializó como se había planeado inicialmente, los conocimientos y las experiencias adquiridas durante su conceptualización resultaron fundamentales para el desarrollo de futuras investigaciones y proyectos.