Descargar

Modelo de Gestión de Software: Paradigma 3P (página 2)


Partes: 1, 2

2.2 Objetivo General:

Elaborar e instrumentar un Modelo Ágil de Gestión de Proyectos de Software que contemple los componentes fundamentales del proceso de desarrollo.

2.3 Objetivos Específicos:

  • 1. Estudiar el estado del arte relacionado a las diferentes metodologías 'ágiles de desarrollo de software.

  • 2. Definir los componentes fundamentales del proceso de desarrollo de software.

  • 3. Formular Modelo Ágil de Gestión de Proyectos de Software que contemple los componentes fundamentales del proceso de desarrollo.

  • 4. Validar el modelo de referencia en al menos un Centro de Desarrollo de Software.

Hipótesis:

El Modelo Ágil de Gestión de Proyectos de Software 3P facilita el proceso de desarrollo de software.

Variable 1:

El Modelo Ágil de Gestión de Proyectos de Software 3P: modelo de apoyo al proceso de desarrollo de software de centros de desarrollo a través de la aplicación de la gestión integrada de proyectos.

Indicadores:

  • Personal

  • Los individuos y sus interacciones son más importantes que los procesos y las herramientas.

  • Problema

  • La comunicación con el cliente evita construir una elegante solución para un problema equivocado.

3. Proceso

  • El software que funciona es más importante que la documentación exhaustiva.

Variable 2:

El proceso de desarrollo de software: Abarca las diferentes etapas del desarrollo en el ciclo de vida del software.

  • 1. Definición de requisitos

  • Se determina el problema y su enfoque de solución.

  • 2. Especificación funcional

  • Se determinan las características de la solución y que es lo que hay que desarrollar

  • 3. Diseño del prototipo

  • 4. Desarrollo del prototipo

  • Se codifica el diseño basado en los estándares definidos y se elabora los manuales de usuario y de soporte.

  • 5. Prueba del Prototipo

  • 6. Implantación

  • Se pone a disposición del usuario final, se capacita al mismo para la manipulación del sistema, se valida el mismo y se inicia la fase de mantenimiento.

3. Metodología (Desarrollo)

3.1 Principios que sustenta el modelo o componentes fundamentales del proceso de desarrollo:

  • 1. Los individuos y sus interacciones son más importantes que los procesos y las herramientas: El PERSONAL.

  • 2. La comunicación con el cliente evita construir una elegante solución para un problema equivocado: El PROBLEMA.

  • 3. El software que funciona es más importante que la documentación exhaustiva. El PROCESO.

3.2 Valores que sustentan el modelo:

  • 1. Comunicación: las propias prácticas para el trabajo hacen casi imposible la falta de comunicación.

  • 2. Simplicidad: es mejor codificar algo simple que funcione para lo que necesitamos hoy que emplear tiempo en algo complejo que realmente no sabemos si utilizaremos mañana.

  • 3. Retroalimentación: debe ser concreta y con frecuencia entre el equipo, el cliente y los usuarios finales a fin de no malgastar esfuerzo en codificar alguna funcionalidad no deseada.

  • 4. Emprendimiento: este valor existe en el contexto de los tres anteriores. Se debe tener emprendimiento y valor para cuando algo no funciona volver a empezar, a veces es menos costoso; cuando algo funciona, intentar mejorarlo.

3.3 Actividades Básicas:

  • 1. Codificar: es necesario codificar y plasmar nuestras ideas a través del código. En programación, el código expresa la interpretación del problema, así podemos utilizar el código para comunicar, para hacer comunes las ideas, y por tanto para aprender y mejorar.

  • 2. Hacer pruebas: las características del software que no pueden ser demostradas mediante pruebas simplemente no existen. Las pruebas dan la oportunidad de saber si lo implementado es lo que en realidad se tenía en mente. Las pruebas nos indican que nuestro trabajo funciona, cuando no podemos pensar en ninguna prueba que pudiese originar un fallo en nuestro sistema, entonces habremos acabado por completo.

  • 3. Escuchar: se menciona en una frase, "Los programadores no lo conocemos todo, y sobre todo muchas cosas que las personas de negocios piensan que son interesantes. Si ellos pudieran programarse su propio software ¿para qué nos querrían?".Si vamos a hacer pruebas tenemos que preguntar si lo obtenido es lo deseado, y tenemos que preguntar a quien necesita la información. Tenemos que escuchar a nuestros clientes cuáles son los problemas de su negocio, debemos de tener una escucha activa explicando lo que es fácil y difícil de obtener, y la realimentación entre ambos nos ayudan a todos a entender los problemas.

  • 4. Diseñar: el diseño crea una estructura que organiza la lógica del sistema, un buen diseño permite que el sistema crezca con cambios en un solo lugar. Los diseños deben de ser sencillos, si alguna parte del sistema es de desarrollo complejo, lo apropiado es dividirla en varias. Si hay fallos en el diseño o malos diseños, estos deben de ser corregidos cuanto antes.

Resumiendo las actividades: Tenemos que codificar porque sin código no hay programas, tenemos que hacer pruebas por que sin pruebas no sabemos si hemos acabado de codificar, tenemos que escuchar, porque si no escuchamos no sabemos que codificar ni probar, y tenemos que diseñar para poder codificar, probar y escuchar indefinidamente.

3.4 Roles:

  • 1. Cliente

  • 2. Jefe del Proyecto o Tutor (Profesores de la UDIC)

  • 3. Consultor

  • 4. Analista-Programador (Estudiantes)

  • 5. Programador (Estudiantes)

3.5 Componentes del Modelo:

  • 1. EL Personal: Modelo de Gestión

  • 2. El Problema: Gestión del Cliente

  • 3. El Proceso: Modelo de Desarrollo.

3.5.1 Componente: Modelo de Gestión: El proyecto es una organización de personas y recursos cuyo objetivo es construir o diseñar o elaborar o mejorar un software o sistema de información en un tiempo determinado. Es decir es una organización temporal. Y como tal se administra o gestiona. La administración es el proceso de planear, organizar ejecutar y controlar el capital intelectual y demás recursos para lograr el objetivo establecido. El modelo que se formulará tomará de base el Modelo de Dirección Integrada de Proyectos.

3.5.2 Componente: Gestión del Cliente:

Un cliente es aquella persona responsable de llevar a cabo el buen desempeño del proyecto, por parte de la empresa que contrata o convenia el desarrollo. El cliente debe representar los derechos y asumir los deberes de dicha empresa ante el equipo de desarrollo. Por lo tanto, el cliente debe estar presente en todas las fases del desarrollo del producto, y realizar todas las actividades que se esperan de él, tales como la aceptación provisional y final del producto.

En el desarrollo de software nos interesa tener clientes comprometidos. Es vital para el éxito del proyecto. Un cliente comprometido es aquel que participa en todas las etapas del proyecto, compartiendo deberes y responsabilidades. Entre sus tareas están:

  • Liderar el proyecto de software cuando la organización

  • Debe conocer las distintas etapas y roles en la construcción de software.

  • Definir los objetivos del proyecto negociando con sus

  • Definir y priorizar requisitos.

  • Revisar y aprobar documentos en forma responsable.

  • Difundir el estado del proyecto al resto de su ámbito de trabajo.

  • Entregar los recursos necesarios para la realización del proyecto.

  • Escribir o participar en la elaboración del manual de usuario del sistema (MUS).

  • Determinar y alertar del impacto del proyecto en otras áreas de la organización.

  • Construir el plan de pruebas de aceptación del sistema y aplicarlo al final del proyecto, aceptando o rechazando la entrega.

3.5.3 Componente: Modelo de desarrollo:

  • Ciclo de Vida. (Etapas del desarrollo)

  • Técnicas y Herramientas

3.6 Etapas Principales del desarrollo:

 

  • Especificación Funcional: Se determinan las características de la solución y que es lo que hay que construir.

  • Requisitos funcionales.

Captura de Necesidades.

Árbol de Procesos.

Descripción de Procesos Unitarios

Esquema # 1: Descripción de Procesos Unitarios

edu.red

  • Diseño del Prototipo

Diseño de la Base de Datos. (Diagrama Entidad Relación (DER))

  • Diseño de Formularios de Entradas.

  • Diseño de Reportes de Salida.

  • Diseño Diagrama de Clase Web. (Español OO)

    • Desarrollo del Prototipo

    • Codificación basada en Estándares.

    • Generación de Reportes.

    • Manual de Usuarios

    • Manual Técnico.

    • Ayuda en Línea.

      • Prueba del Prototipo.

      • Caja Negra

      • Calidad

      • Si ir al paso II

      • Si ir al paso I

      • Implantación.

      • Instalar y Verificar el Sistema

      • Capacitar a los usuarios en el manejo del sistema.

      • Puesta en Marcha de Explotación

      • Validación

      • Mantenimiento

      3.7 Técnicas y Herramientas a emplear:

      Herramientas:

      Técnicas de Recuperación de la Información:

      • Entrevistas

      • Cuestionario

      • Observación

      • Investigación de Fuentes Documentales

      • Solución de Problemas en Grupo.

      3.8 Metodología 3P con respecto a otras metodologías ágiles (XP):

      Tabla # 1: Comparación entre metodologías.

      Metodología XP

      Metodología 3P

      Fases:

      Fase de la exploración.

      Fase de planeamiento.

      Fase de producción.

      Fase de mantenimiento.

      Fase de muerte.

      Presenta estas fases pero no abarca completamente todo el ciclo del software

      Fases:

      1. Identificación de Procesos Unitarios.

       

      2 .Diseño de prototipo.

       

      3. Desarrollo de prototipo (Objeto de automatización).

      4. Prueba.

      En cada una de estas fases abarca todo el proceso de software desde su inicio hasta el fin.

      No presenta diagrama de entidad relación para la base de datos, ni diagrama de clases para la comprensión en la Web.

      Presenta diagrama de entidad relación para la base de datos, ni diagrama de clases para la comprensión en la Web.

      Se trabaja directa y constantemente con el cliente para evitar errores en las necesidades del sistema

      Se trabaja directa y constantemente con el cliente para evitar errores en las necesidades del sistema

      Esta especialmente preparados para los cambios

      Presenta mecanismos suficientes para enfrentar cualquier cambio que se presente durante el periodo de desarrollo.

      Los procesos son poco controlados.

      Los procesos son mucho mas controlados a través de la gestión de proyecto.

      No utiliza artefactos.

      Presenta algunos artefactos, suficientes para conocer y facilitar la comprensión del software.

      4. Resultados alcanzados:

      4.1 Validación práctica de los resultados alcanzados:

      Primeramente se constituyó un Grupo de Discusión integrado por:

      * Jefe del Proyecto @tis UMCC.

      * Profesores del proyecto de Grupo @tis UMCC.

      * Integrantes del proyecto de Grupo @tis UMCC.

      Se inicia la reunión del grupo de trabajo haciendo una presentación de la metodología en cuestión.

      La propuesta planteada resulta altamente útil dado los nuevos escenarios competitivos a los que nos enfrentamos, donde la aplicación de una metodología fácil de entender y aplicar es el factor fundamental del éxito de el proyecto ha realizar.

      De esta forma se destaca la posibilidad de realizar talleres y trabajos en equipos, como elemento fundamental para aumentar la integración de todos en un único ambiente a la hora de aplicar 3P.

      4.2 Aplicación de Encuestas:

      En este paso se hicieron encuestas a todos aquellos que llevan un periodo de tiempo aplicando la metodología a sus proyectos, para comprobar la aceptación o no del nuevo producto. En las mismas se emite una votación de uno a cinco por cada indicador y a su vez un nivel de importancia que no es más que un número de 0 a 1 cuya suma para cada variable es uno. De esta forma se da una valoración por cada uno de los indicadores de las variables y a la vez, con el nivel de importancia, los ordena según la opinión del experto de más significante a menos.

      4.3 Resultados aportados:

      • 1. El modelo de gestión Paradigma 3P contribuye a materializar un proceso de enseñanza aprendizaje con la optimización de recursos humanos y no humanos.

      • 2. Permite dentro de la carrera de informática:

      • 3. No solo consolidar el conocimiento también formar al estudiante con facultades, tanto espirituales como físicas y los valores y sentimientos propios del hombre como ser social, favoreciendo el desarrollo integral de la personalidad.

      • 4. El papel activo y reflexivo de los estudiantes en la solución de las problemáticas.

      • 5. El modelo está en función de la integración asignaturas – disciplinas y las contempla vinculadas a la realidad productiva e investigativa.

      • 6. El modelo ha sido aplicado por los equipos de proyectos de la Unidad Docente de Informática.

      5. Conclusiones

      Consideraciones de autor sobre la metodología 3P:

      • 1. Recorre de forma integral y organizada todo el proceso de vida de un software desde su planificación hasta su mantenimiento ya que en cada una de sus fases abarca todo el proceso de software desde su inicio hasta el fin.

      • 2. Presenta diagrama de entidad relación para la base de datos, y diagrama de clases para la comprensión en la Web.

      • 3. Se trabaja directa y constantemente con el cliente para evitar errores en las necesidades del sistema.

      • 4. Presenta mecanismos suficientes para enfrentar cualquier cambio que se presente durante el periodo de desarrollo.

      • 5. Incluye la gestión de proyecto, como método fundamental del trabajo en equipo.

      • 6. Presenta algunos artefactos, suficientes para conocer y facilitar la comprensión del software

       

       

      Autor:

      Ing. Phuong Pham Hung

      De nacionalidad vietnamita, es graduado de Ingenier?a Inform?tica en la Universidad de Matanzas "Camilo Cienfuegos" en el a?o 2006. Matricul? en ese a?o en la Maestr?a en Inform?tica Aplicada de la Facultad de Inform?tica de la Universidad de Matanzas "Camilo Cienfuegos" donde ha impartido talleres en pregrado en la Unidad Docente de Inform?tica de C?rdenas.

      MSc Yordanka Barrios Gonz?lez

      Graduada con t?tulo de oro de Ingenier?a Inform?tica en la Universidad de matanzas Camilo Cienfuegos en el a?o 2006. Realiz? estudios de maestr?a y alcanz? el titulo de M?ster en Inform?tica Aplicada en mayo del 2007. Ha impartido cursos de pregrado y postgrado en la Universidad del Bio Bio de Chile. Actualmente se encuentra trabajando en su tema de doctorado y se desempe?a como jefe de producci?n de la Unidad Docente de Inform?tica de C?rdenas.

      DrC Efra?n S?nchez P?rez

      Graduado de Licenciado en Ciencias de la Computaci?n en la Universidad de la Habana en el a?o 1974.Realizo estudios de doctorado en la Facultad de Econom?a de la Universidad de la Habana, donde obtuvo el t?tulo de Doctor en Ciencias Econ?micas en 1985. Recibi? la categor?a docente de Profesor Titular en 1987 y tiene 35 a?os de experiencia en la Educaci?n Superior en la Rama de Inform?tica. Ha publicado libros de texto y art?culos sobre esta tem?tica. Ha impartido cursos de pregrado y postgrado en la Universidades de la Rep?blica de Angola y en la Universidad del Bio Bio de Chile. Se ha desempe?ado como jefe de proyecto de creaci?n de software para los sectores del turismo cubano, agroindustria, educaci?n por m?s de 30 a?os. Ocupo los cargos de segundo jefe de departamento, jefe de laboratorio cient?fico, vicedecano, director de la filial universitaria de C?rdenas. En los ?ltimos 4 a?os se encarga de la direcci?n de la Unidad Docente de Inform?tica de C?rdenas y coordinador de la maestr?a de inform?tica aplicada.

      MSc Fidel P?rez Candelario

      Graduado de Ingenier?a Inform?tica en la Universidad de Matanzas "Camilo Cienfuegos" en el a?o 2006. Realiz? estudios de maestr?a y alcanz? el t?tulo de M?ster en Inform?tica Aplicada en julio de 2008. Ha impartido cursos de pregrado y postgrado en la Universidad de Matanzas "Camilo Cienfuegos" donde se desempe?a como profesor. Actualmente se encuentra trabajando en su tema de doctorado y se desempe?a como Coordinador Docente de la Unidad Docente de Inform?tica de C?rdenas.

      Ing. Lenz Mesa Castillo

      Graduado de Ingeniero Inform?tico en el a?o 2007 en la Facultad de Inform?tica de la Universidad de Matanzas Camilo Cienfuegos. Desde la etapa e estudiante se encuentra vinculado al proyecto investigativo [arroba]atis perteneciente a la misma facultad. Ya graduado y como profesor del departamento de inform?tica, se encuentra al frente del proyecto de Capacitaci?n del grupo [arroba]tis. Fue premio relevante en el concurso Nacional de Computaci?n 2007 con el trabajo Centro Virtual de Capacitaci?n. Ha participado en los diferentes eventos cient?ficos de la Universidad de Matanzas. Debido al trabajo dentro del grupo [arroba]tis, ha colaborado con los J?venes Club de Computaci?n de la localidad as? como otras entidades del territorio.

      Ivette Lima Reca

      Estudiante de 4to a?o de Ing. Inform?tica de la Unidad Docente de Inform?tica de C?rdenas (UDIC).

Partes: 1, 2
 Página anterior Volver al principio del trabajoPágina siguiente