lunes, 19 de junio de 2017

DSN_XP.PROYECTOS.AMBAR

Proyecto: Metodología y documentación del sistema inhouse de ticketing AMBAR
Año: 2006
Localidad: Quito
Institución: Aerolíneas Galápagos
Autor: Edwin Vargas Lara

DSN_XP:
Participó documentando el sistema AMBAR para la generación de reservaciones, itinerarios, emisión de tickets y reporte de ventas diseñado y desarrollado por Edwin Vargas Lara para Aerogal.
La documentación se generó mediante modelos UML y bajo los principios del diseño orientado a objetos, lo que permitió abstraer los procesos involucrados en:
la generación de reservas (planificación de vuelos, asignación de flota, itinerarios, rutas, etc.)
manejo de puntos de venta (agencias IATA/no IATA, puntos propios incluido la Web, cuentas corporativas, distribuidores, etc.)
manejo de reservaciones (reservaciones, cancelados, manejo de grupos, tiempos límite, etc.)
manejo de inventario de ticktes (distribución, descarga de inventarios, etc.)
manejo de itinerarios (cambios, cancelaciones y publicación de vuelos por rutas y frecuencias, etc.)
emisión de documentos de tráfico (tickets, PTAs, MPDs, revisiones, exchange, etc.)
manejo de formas de pago (contado, crédito, tarjeta, prepagos, aerobonos, reportes de ventas, estados de cuenta, etc.)
chequeo en aeropuertos (No show, Go show, cancelaciones por operaciones involuntarias, etc.
Todos estos procesos de una aerolínea fueron automatizados mediante el sistema AMBAR por lo que había que modelarlos bajo la perspectiva del negocio y transformarlos en modelos bajo la perspectiva del software y que definían la arquitectura del sistema AMBAR, comprobándose una vez más que DSN_XP y sus artefactos de diseño estaban en la capacidad de abstraer hasta este momento cualquier tipo de proceso, procedimiento, actividad, tarea, etc.

DSN_XP.PROYECTOS.UTECI.TESIS

Proyecto: Metodología para el desarrollo de tesis en la facultad de sistemas de la UTECI
Año: 2004
Localidad: Quito
Institución: Universidad Tecnológica Israel

Descripción:
Elaboración de un marco de trabajo para los egresados de la facultad de sistemas cuyo tema de tesis consiste en el desarrollo de una aplicación software, dicho marco de trabajo se realiza como una propuesta para la estadarización de contenidos y formatos que se requerían en la facultad de sistemas acorde a los lineamientos propuestos por la Universidad Tecnológica Israel
DSN_XP:
Participó diseñando un modelo del ciclo de vida para el desarrollo de software considerando aspectos de documentación del proyecto, criterios de ingeniería de software recomendados para la elaboración del marco teórico y un manejo adecuado de los tiempos destinados para el desarrollo de la aplicación software considerada como tesis.
DSN_XP considera a este proyecto (tesis de Francisco Toscano Morales) como el primer acercamiento formal para la estructuración de nuestra metodología (DSN_XP)

Modelo del ciclo de vida para el desarrollo de software en tesis de grado propuesto por DSN_XP


Fase de visionar adaptada por DSN_XP bajo los lineamientos de MSF


Fase de planificación adaptada por DSN_XP bajo los lineamientos de MSF


Fase de desarrollo adaptada por DSN_XP bajo los lineamientos de MSF


Fase de estabilización adaptada por DSN_XP bajo los lineamientos de MSF
Nota: En este ciclo de vida propuesto por DSN_XP no se considera la etapa conocida como de "mantenimiento del software" debido a que una vez que fue presentada una tesis, el egresado no realizaba mejoras al producto (entendidas como mantenimiento) ya que dejaba de formar parte de la comunidad activa de la universidad. Esta propuesta fue presentada al consejo directivo de la universidad pero no tuvo acogida favorable por desarrollar desde esta época ideas que años más tarde se verían reflejadas en el manifiesto por el Movimiento para el Desarrollo Ágil de Software :o)

DSN_XP.PROYECTOS.TEAMDEVELOPMENT

Proyecto: Asesoría a egresados de la facultad de sistemas

Año: 2003-2005
Localidad: Quito
Institución: Universidad Tecnológica Israel

Descripción:



Serie de conferencias técnicas sobre ingeniería de software que se requerían para la disertación de los egresados en la presentación de sus tesis; estas conferencias permitían entrenar a los egresados en aspectos de metodología y del uso de artefactos para la generación del documento de tesis.

DSN_XP:


Los estudiantes en su mayoría no estaban capacitados adecuadamente para desarrollar sus tesis de grado; este problema se nos evidenciaba cuando nos consultaban sobre el cómo aplicar un método en particular o una técnica específica, había otro grupo de gente que nos preguntaba sobre asesoría en temas distintos a la programación de soluciones tradicionales sino que implicaban por ejemplo manejo del hardware y componentes PLC, otros preferían la domótica, otros hablaban ya de Balanced Score Card y otros mencionaban temas de aspectos inclusive.

Todos ellos tenían un problema en común, no encontraban o no entendían una metodología apropiada para el desarrollo de sus tesis, por un lado enfrentaban una plantilla documental que permitía desarrollar la tesis de acuerdo a los reglamentos internos metodológicos para tesis y  por otro lado se les solicitaba la justificación teórica desde la ingeniería de software al desarrollo de su aplicación software como tema de tesis.

Para poder dar soporte a estos estudiantes, ya no se trataba solo de un único estudiante que planteaba su metodología propia para hacer software sino que aplicaba esta metodología para desarrollar investigaciones sobre la ingeniería del software, por lo que esta investigación en sí mismo era el método que se impartía a todos aquellos que nos consultaban sobre cómo documentar un proyecto técnico en formato de tesis para el desarrollo en una aplicación software.

Una vez que habíamos estudiado y registrado en nuestra bitácora aspectos sobre la ingeniería de software, era necesario establecer el marco teórico que daría sustento a nuestro método en su versión 1.0 sobre varios aspectos, a saber:
  • Necesitábamos dejar en claro que nuestro método DSN_XP funciona como modelo para desarrollar software gracias a su concepción arquitectónica basada en perspectivas.
  • Habíamos comprendido gracias a la influencia de XP que es posible enfrentar el desarrollo de software de una manera más experimental y por lo tanto más personalizada. 
En base a nuestra propia transformación, desde una escuela de diseño estructurado en la que la funcionalidad era el aspecto más importante para el diseño en lugar de su estructura de persistencia, logramos iniciar una comparación teórica entre la orientación a objetos y la descomposición funcional, gracias a nuestro acompañamiento a las diversas tesis de grado que se proponían en la universidad y que acudían a nuestro método en búsqueda de un soporte personalizado para el desarrollo de sus tesis.

Como plataforma de investigación de la ingeniería de software en el Ecuador, comenzamos a investigar profundamente los diversos modelos de representación de la realidad mediante el software y los métodos que proponían cada escuela de pensamiento del software según el marco de trabajo aplicado a cada tesis en su temática a desarrollar.

Se construyeron varios canales virtuales sobre los cuales se brindaba asistencia teórica a quienes consultaban sobre un método específico para desarrollar software o de un grupo de modelos para capturar la realidad a modelar, también pedían refuerzos teóricos para poder enfrentar la parte académica que se requería en la construcción de su documento de tesis según los parámetros de la universidad.

DSN_XP participó impartiendo talleres técnicos sobre UML, modelado de software, técnicas de análisis y diseño orientado a objetos, elaboración de documentos acorde a los lineamientos propuestos por la Universidad Tecnológica Israel con el objetivo de generar un estándar en las tesis entregadas en la facultad de sistemas.

Nota: las tesis desarrolladas por los egresados entrenados en DSN_XP fueron consideradas en su época las mejores tesis presentadas.

DSN_XP.PROYECTOS.SITEDI

Proyecto: SITEDI (Sistema de Tesis Dirigidas)

Año: 2003
Localidad: Quito
Institución: Universidad Tecnológica Israel

Descripción:


Proyecto tecnológico destinado a desarrollar aplicaciones software para soportar el proceso de la gestión académica de la Universidad Tecnológica Israel.

Este proyecto se caracteriza por la participación de diversos grupos de desarrolladores (conformados por egresados de la facultad de sistemas) a quienes se les asignó la construcción de varios módulos del sistema centralizado de la universidad y cuyo desarrollo se consideraba como su tesis para la obtención del título de Ingenieros en Sistemas.

DSN_XP:

SITEDI es un proyecto tecnológico para desarrollar un conjunto de herramientas software para automatizar algunos de los procesos administrativos de la universidad.

Como proyecto tecnológico, considera en su diseño los siguientes criterios, a saber:

  • El tiempo máximo para implementar un módulo del sistema académico para todos los grupos es de seis (6) meses.
  • Cada módulo será asignado a un profesor de la Facultad de Sistemas para que lidere su desarrollo conforme al diseño macro previamente establecido por la universidad.
  • Cada módulo será desarrollado por un conjunto de egresados de varias promociones y que en conjunto diseñan, codifican, documentan e implementan su módulo dentro de los eventos programados por la universidad para la predefensa y defensa de las nuevas tesis de grado.

Como egresado, en lugar de juntarnos a un equipo de desarrollo específico, quisimos analizar el diseño macro y la necesidad de la Universidad para con este proyecto.

Este enfoque ya nos llamó la atención porque el primer comportamiento que vimos fue la forma en la cual los otros miembros se juntaban y formaban equipos más por razones no técnicas que técnicas y ninguno de los profesores líderes de equipo, miraba nuestro enfoque estructural y los riesgos asociados al tratar de acoplar diversos tipos de escuelas de diseño y pensamiento por módulo codificado que forma parte de una suite de herramientas tecnológicas para el CORE Académico.

DSN_XP para este entonces contaba únicamente con su versión prototipo 0.1 y solo podía ser empleada como metodología para generar artefactos documentales.

Nuestra propuesta como tesis fue el organizar a los líderes de equipo (profesores guías miembros de la Facultad de Sistemas) en temas de arquitectura y plataformas tecnológicas y deseábamos que nuestra participación se reconozca oficialmente como un proyecto en el cual se aplicó DSN_XP.

La primera experiencia para nuestros registros consistió en la manifestación del EGO por parte de los profesores ya que no lograron comprender que un estudiante de ingeniería descubra un riesgo a inicios del proyecto (que no fue considerado adecuadamente por la organización) resultado de aplicar su marco de trabajo para la concepción de productos software.

Nuestra propuesta tenía el apoyo del Decano de la Facultad quien de una u otra forma fue parte de la audiencia inicial sobre temas DSN_XP ya que lo considerábamos como el Sponsor del Proyecto y por ello, capturamos sus necesidades al igualar nuestro lenguaje de conversación gracias a artefactos como el Business Discovery y a la necesidad de introducir plataformas tecnológicas en la organización.

Por otro lado, muy poca gente en las universidades del Ecuador estudia estos aspectos técnicos que son de altísimo impacto para el desarrollo de la sociedad y la forma en la cual se transfiere el conocimiento teórico-práctico hacia el estudiante, aspecto que, se ponía de manifiesto en la alta cantidad de egresados que ya laboraban en el campo profesional frente a la cantidad de Ingenieros reconocidos como tales por la certificación de las competencias profesionales avaladas por el título profesional emitido por las universidades y que es requisito a su vez en el mercado para la oferta laboral.

DSN_XP participó asesorando a los miembros del equipo en técnicas de análisis y diseño estructurado y técnicas de análisis y diseño orientado a objetos, se realizaron varias sugerencias a la documentación de soporte de algunos equipos.

También se asesoró a los miembros de la universidad a cargo de coordinar estos esfuerzos con técnicas para gestión de proyectos software.

Al final del ejercicio y cuando nuestro esfuerzo de tesis cambió por falta de una visión oportuna de quienes no decidieron apoyarnos como investigadores del método, lo que habíamos anunciado como riesgo inminente, fue un hecho eminente comprobando así (luego en el tiempo) que nuestras observaciones arquitectónicas fueron las correctas lo que permitió dar el salto hacia la versión 1.0