domingo, octubre 14, 2018

DSN_XP y su asesor técnico

Reconocemos públicamente el apoyo y la transferencia de conocimientos del Ing. Edwin Vargas para madurar nuestra metodología desde la versión 1.0 a la versión 2.0 durante nuestra co participación en los proyectos tecnológicos emprendidos por él (2006-2012)


Los aportes realizados por Edwin de forma continua al desarrollo de DSN_XP son:
  1. La noción de plantillas de programación para el control de código fuente.
  2. La posibilidad de documentar técnicamente una diversidad de proyectos importantes para la historia del software en Ecuador.
  3. Las nociones de conceptos avanzados sobre la industria del software tanto en Ecuador como en el resto del mundo.
  4. El impacto de las certificaciones en el agilismo del Ecuador.
  5. Las nociones de patrones de diseño en estructuras programadas con Java.
  6. Las nociones de implementación y consideraciones avanzadas de despliegues en operación de proyectos tecnológicos.
  7. Los conceptos sobre servicios y arquitectura orientadas a servicios.
  8. Los conceptos base de modelado y artefactos de modelado.
  9. Diseños basados en estructuras de datos como driver de diseño.
Nuestro agradecimiento continuo a Edwin por el apoyo constante en conceptos técnicos relacionados con la industria del software.

DSN_XP y su revisor técnico

Reconocemos de forma pública que durante todo el 2002 fuimos asesorados por el Ing. Patricio Negrete quien se convirtió en nuestra fuente de conocimientos principal para la elaboración de nuestra versión DSN_XP 1.0

Quien nos introduce hacia conceptos de programación orientada a objetos y su relación con la programación basada en componentes y librerías y un acercamiento especial a tecnologías desarrolladas con Microsoft y sus lenguajes de programación.

Los aportes a nuestra base de conocimientos por parte Patricio Negrete fueron:
  1. Acercamiento a XP como marco de trabajo.
  2. Acercamiento a MSF 3.0 como método de gestión de proyectos.
  3. Acercamiento a la programación distribuida basada en componentes y librerías.
  4. Acercamiento a las nociones arquitectónicas de COM, DICOM, COM+, .NET
  5. Acercamiento a la gestión ágil de proyectos mediante SCRUM
  6. Revisión íntegra de la tesis que diera el soporte a DSN_XP 1.0
Dejamos entonces una demostración de nuestro profundo respeto y consideración para con Patricio por acompañanos técnicamente siempre como nuestro revisor técnico cuando lo necesitamos.

DSN_XP y su mentor inicial

Reconocemos de forma pública que DSN_XP en su versión 0.1 adoptó los lineamientos transferidos en aulas por el Ing. Adrián Peñafiel quien se convirtió en nuestra fuente de conocimientos principal para el desarrollo de nuestro prototipo básico.


Los aportes fundamentales establecidos por Adrián para DSN_XP fueron:
  1. Los conceptos iniciales de facilitación gráfica para la transferencia de artefactos metodológicos.
  2. Los conceptos de arquitectura de software sobre la ingeniería de software.
  3. Los conceptos de documentación técnica como rol asesor para equipos multidisciplinares y el trabajo en equipo.
  4. Los conceptos de administración de proyectos tecnológicos con metodologías de desarrollo.
  5. Los conceptos de programación distribuida y su impacto en el diseño de sistemas.
  6. Los conceptos de lectura continua para comprensión del pulso de la industria.
  7. Los conceptos para el desarrollo de la capacidad de análisis de marcos de trabajo de terceros.
Dejamos pues una constancia de nuestro agradecimiento a Adrián por motivarnos a desarrollar nuestro marco de trabajo cuando nadie en Ecuador había desarrollado uno anteriormente.

lunes, octubre 08, 2018

DSN_XP y el BABOK


Cuando descubrimos como DSN_XP la base de conocimientos de la IEEE respecto al desarrollo de software registramos en nuestra base de conocimientos el marco de trabajo conocido como SWEBOK y descubrimos también que desde la escuela de estudio y diseño de negocios se tenía el BABOK como una lectura referente.

DSN_XP y la administración del conocimiento


DSN_XP investiga este tema dentro del proceso de diseño de soluciones tecnológicas basadas en software y la abstracción de los procesos de negocio que están siendo sujetos a un diseño de automatización mediante el software.

Asociado a esta temática (administración del conocimiento de la organización) se pueden mejorar sustancialmente aquellos diseños orientados a definir los procesos del negocio o BPM y aquellos diseños relacionados con competencias, capacitaciones y el aseguramiento de las capacidades productivas de una organización.

domingo, octubre 07, 2018

DSN_XP y el pensamiento de diseño

DSN_XP en sus primeros esfuerzos de transformarse en un marco de trabajo, tenía que partir por definir su alcance por las competencias técnicas de refuerzo que se requieren dentro del estudio del método para sustentar en consecuencia todo el prototipo basado en las versiones de nuestra metodología para desarrollar software.

Dado que teníamos que profundizar el ciclo de vida del desarrollo del software y consecuentemente toda la historia de saber cómo desarrollar software teníamos que limitar la investigación hacia componentes más utilizados en nuestro propio método y esto nos llevó a enfocarnos de forma exclusiva en las fases de análisis y diseño postergando las fases de desarrollo e implementación para más tarde en versiones posteriores.


Como método básico habíamos optado por el modelo de codificar y corregir ya que fue este método el que nos fuese enseñado en nuestra formación profesional como programadores, luego al enfrentarnos a describir metodológicamente nuestro método de desarrollo de software teníamos que recurrir a la argumentación técnica para efectos de ir formando lo que sería la base de conocimientos que soporta DSN_XP como estudio del método y el conjunto de experiencias propias en primer lugar y de experiencias registradas de terceros como aprendizaje continuo y opciones de experimentación para poder satisfacer las inquietudes de los usuarios de nuestro marco de trabajo como estudio de los métodos de desarrollo de software en Ecuador.

Actualmente, cuando estamos desplegando todo nuestro material teórico como legado para la comunidad del Ecuador, podemos sintetizar este pensamiento y recurrimos a este libro en el cual encontramos nuestra primera certeza experimental de nuestra decisión de recurrir al prototipado como la estrategia básica de diseño y que en este libro se aplica al pensamiento de diseño que veníamos investigando desde la industria del software.


domingo, septiembre 09, 2018

DSN_XP y la flor de la permacultura

La flor de la permacultura



Empezando por la ética y los principios enfocados en el ámbito crítico del manejo y administración de la tierra y la naturaleza, la permacultura evoluciona hacia la aplicación progresiva de esos principios en la integración de los siete ámbitos necesarios para sostener a la humanidad durante el declive energético.

  1. Herramientas y tecnología
  2. Cultura y educación
  3. Salud y bienestar espiritual
    • Parto en casa y lactancia materna
    • Prevención de enfermedades
    • Medicina holística
    • Yoga y otras disciplinas para cuerpo / mente / espíritu
    • Morir dignamente
    • Espíritu del lugar
  4. Finanzas y economía
    • LETS
    • WWOOFing
    • Productos de comercio justo
    • Agricultura de responsabilidad compartida
    • Inversión ética
  5. Tenencia de la tierra y gobernación comunitaria
  6. Administración de la tierra y de la naturaleza.
  7. Entorno construido
Una definición más actual de la permacultura, que refleja la expansión del enfoque implícito es:
"El diseño consciente de paisajes que imitan los patrones y las relaciones de la naturaleza, mientras se suministran alimento, fibras y energía abundantes para satisfacer las necesidades locales"
Las personas, sus edificios y el modo en que se organizan a sí mismos son fundamentales en la permacultura.  De esta manera la visión de la permacultura como agricultura permanente o sostenible ha evolucionado hacia la visión de una cultura permanente o sostenible.

sábado, septiembre 08, 2018

DSN_XP y los indicadores de seguimiento.

Los indicadores son los elementos que se utilizan para medir la información cuantitativa y cualitativa recopilada durante o después de la implementación de una acción, proyecto o programa, a fin de medir los resultados y efectos de su puesta en práctica.

Los indicadores están directamente relacionados con las metas, los objetivos y las actividades del proyecto o programa.

Algunos indicadores son reportados a las autoridades nacionales de acuerdo con los compromisos internacionales  asumidos.

Por lo general los indicadores se dividen en tres categorías: indicadores de impacto, indicadores de resultado e indicadores de proceso.

jueves, agosto 30, 2018

DSN_XP y la arquitectura empresarial

A framework for information systems architecture

Con el incremento de tamaño y complejidad de las implementaciones de los sistemas de información, es necesario utilizar alguna lógica constructiva (o arquitectura) para definir y controlar las interfaces y la integración de todos los componentes del sistema.  Este paper define la arquitectura de los sistemas de información mediante la creación de un marco de trabajo descriptivo desde las disciplinas bastante independientes de los sistemas de información, luego por analogía se especifica la arquitectura de los sistemas de información basado en mirar neutral y objetivo del marco de trabajo.  También, algunas conclusiones preliminares acerca de las implicaciones del resultado del marco de trabajo descriptivo son esbozadas.  La discusión está enfocada a la arquitectura y no incluye una metodología de planificación estratégica.  Zachman




miércoles, agosto 29, 2018

DSN_XP y los proyectos regenerativos

Proyectos regenerativos


DSN_XP entra en contacto con este concepto cuando comenzamos a estudiar profundamente al marco de trabajo propuesto por la permacultura y su impacto en nuestro marco de trabajo.


Para la permacultura es fundamental mantener un equilibrio armónico, el concepto de valor está asociado a la producción y ésta asociada a su repartición justa sin desperdiciar los recursos existentes.

Cuando hablamos de un equilibrio armónico, este debe ser puesto de manifiesto tanto interna como externamente al mirar del ser, es decir, debe ser implementado tanto al interior del individuo como al exterior en su medio ambiente con el cual interactúa y este proceso implica el concepto de involucrarse entre la idea y la acción y la participación del individuo.

Este es justo el fenómeno que le interesa estudiar a DSN_XP desde que pudo desarrollar la perspectiva denominada TeamView, perspectiva que estudia el comportamiento del humano dentro del proceso creativo que fluye desde la idea hacia su implementación y por ende del impacto que tiene esta implementación tanto en el individuo como en su sociedad y por extensión su micro impacto en la diversidad del mundo entero.

Los denominado desarrollo y diseño sustentable han sido referenciados ampliamente por dos corrientes de conocimiento, una de ellas es primordialmente técnica y basada en la ingeniería (tecnológicamente sustentable) y otra corriente de conocimientos está basada en una mirada ecológica y de principios de sistemas vivos sustentables (ecológicamente sustentable). 

Mientras que el accionar del individuo (tanto sólo, como en pequeños y grandes grupos) posee actualmente un impacto en el ambiente e incluso en su salud integral, la mirada regenerativa minimiza este impacto al utilizar los recursos involucrados de forma más eficiente.

La aproximación regenerativa busca no solo revertir la degradación de los sistemas naturales de la Tierra, sino que adicionalmente busca que los diseños de los sistemas humanos puedan colaborar con los sistemas naturales.

El desarrollo del concepto ecosistema y la perspectiva ecológica


En 1935, Arthur Tansley introduce un concepto de ecosistema como el nombre para los sistemas interactivos de las cosas vivientes y su hábitat no viviente y la aplicación de la ciencia sistémica como la forma por la cual se puede traer el rigor científico para el estudio de la complejidad de la naturaleza y el efecto de las actividades humanas en tal complejidad.


No podemos separar las entidades de su ambiente especial, con el cual forman parte de su sistema físico...
Bajo este mirar de Tansley, se establece la premisa que toda las especies estamos integradas ecológicamente unas a las otras, así también como los constituyentes abióticos los están a su biotopo o hábitat.

Nuevos fundamentos para la teoría de sistemas y el pensamiento sistémico


En 1968 el biólogo y teórico de sistemas Ludwig von Bertalanffy pública su Teoría General de Sistemas que es el resultado de todo un proceso de observación que introduce conceptos de sistemas, abiertos, diferencias enfatizadas entre los sistemas biológicos y los sistemas físicos, introduce el pensamiento evolutivo (pensamiento enfocado en el cambio crecimiento y desarrollo)


El reconocer que los sistemas complejos no pueden ser entendidos a través de un simple análisis guió a que emergiera el pensamiento sistémico como el principal campo científico, un cambio profundo desde la analítica, el modelo reduccionista  que ha mantenido cautivo al desarrollo de la ciencia de los sistemas vivos.


lunes, agosto 20, 2018

DSN_XP y la administración de la incertidumbre

El cono de la incertidumbre




DSN_XP entra en contacto con este artefacto en su versión 1.0, dado que, para aquel entonces, nuestra versión inicial debía demostrar a todos aquellos que nos analizaban como metodología (como la presión del jurado académico) al solicitarnos respondamos con hechos y datos sobre la eficiencia de nuestro modelo para el desarrollo de software en Ecuador.

Como DSN_XP siempre encontramos la prepotencia y desconfianza por parte de los demandantes de soluciones software, señales que sumadas a la imposición ya sea de un contrato o de un compromiso impuesto al equipo involucrado en el proyecto, definen claramente que no tienen en mente la complejidad del desarrollo de software cuando de soluciones a problemas desconocidos se trata.

Para poder responder, dadas las demandas de su modelo predictivo y de altísima complejidad, es necesario enfrentar a la forma tradicional en la cual se están definiendo los proyectos tecnológicos en el Ecuador, en especial aquellos basados en la Ingeniería de Software.

El desarrollo de software (como ingeniería aplicada) frente a la gestión de proyectos software (como administración aplicada) debe comprenderse adecuadamente para efectos de negociar contractualmente entre el proveedor de soluciones basadas en software y el usuario del producto software contratado.

Resolver esta temática para DSN_XP se convertía en el estudio de la nueva crisis del software, la cual se ponía en evidencia dada la magnitud de la penetración del software en la cultura de la humanidad y la demanda continua de mejoras que involucran la automatización de aquellas tareas que son susceptibles de ser sistematizadas y automatizadas mediante el software.

La complejidad de desarrollar software es estudiada por los actores de la historia de la Ingeniería de Software, dentro de los contextos teóricos para analizar estos aspectos tenemos:

  • No hay balas de plata: Lo esencial y lo accidental en la Ingeniería de Software
  • El mítico Hombre-Mes: Añadir gente a un proyecto retrasado, lo retrasa aún más.

Detrás de este escenario se tienen en consecuencia las referencias metodológicas de las diversas escuelas de pensamiento de la ingeniería de software y sus modelos de gestión para el desarrollo de software, esto implica en consecuencia el definir un marco de trabajo que permita identificar como proyecto su gestión en base a tres elementos que definen su negociación a saber:

  • Gestión del alcance y las funcionalidades requeridas.
  • Gestión del tiempo y los entregables comprometidos.
  • Gestión de los recursos asignados al proyecto y la administración del cambio.
La gestión como tal se resume brevemente en tres preguntas entendidas como clásicas detrás del proceso de negociación de una solución basada en el software, a saber:


  1. ¿Tienes toda la planificación en el tiempo del alcance deseado vagamente para concretar un producto que posiblemente sea subutilizado para satisfacer las necesidades del cliente?
  2. ¿Tienes toda la planificación en recursos del tiempo que ya debe estar previamente planificado y acordado con el cliente para todas las etapas del desarrollo de la solución en base a requerimientos funcionales?
  3. ¿Tienes todo planificado para que cuando implementes el producto software, las necesidades del negocio desaparezcan y la optimización en la producción sea satisfactorio al tiempo y costo previamente acordados y autorizados?
Cuando en el proceso de negociación entre el cliente y el proveedor se establece este escenario, se requieren tomar decisiones y la toma de decisiones implica luego una consecuencia y responsabilidad respecto a la incertidumbre del proyecto en cuestión.

Es justo en este punto que impacta la importancia del estudio del proceso de desarrollar software por un lado (extensible a la ingeniería de software) y por el otro, todos aquellos aspectos que recurrentemente se utilizan para la administración de proyectos.