slide1
Download
Skip this Video
Download Presentation
Doris Correa - Ximena Romano Jorge Triñanes

Loading in 2 Seconds...

play fullscreen
1 / 51

Doris Correa - Ximena Romano Jorge Triñanes - PowerPoint PPT Presentation


  • 145 Views
  • Uploaded on

Doris Correa - Ximena Romano Jorge Triñanes. Ingeniería de Software InCo - Facultad de Ingeniería - UdelaR. Agenda. Introducción Proyecto MoDSGX Evaluación y trabajo futuro. Introducción. Marco del proyecto Antecedentes Modelo de Proceso - ¿para qué? Objetivos del proyecto

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about 'Doris Correa - Ximena Romano Jorge Triñanes' - damia


An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
slide1
Doris Correa - Ximena Romano

Jorge Triñanes

Ingeniería de Software

InCo - Facultad de Ingeniería - UdelaR

agenda
Agenda
  • Introducción
  • Proyecto MoDSGX
  • Evaluación y trabajo futuro
introducci n
Introducción
  • Marco del proyecto
  • Antecedentes
  • Modelo de Proceso - ¿para qué?
  • Objetivos del proyecto
  • Referencias propuestas
marco del proyecto
Marco del Proyecto
  • Carrera Ingeniería en Computación

Año

Semestre 1

Semestre 2

Proyecto de Grado

Modelo de Proceso

Retroalimentación

Intr. Ing. SW

Proy. Ing. SW

GX

GX

GX

introd a la ing de sw
Introd. a la Ing. de SW
  • Principales Temas:
    • Procesos de SW
    • Métricas de tamaño y estimación
    • Gestión de Proyectos de SW
    • Requerimientos (Casos de Uso)
    • Diseño (Diagramas UML)
    • Verificación
    • Calidad y Gestión de la Configuración
proy de ing de sw
Proy. de Ing. de SW
  • Objetivos:
    • contrastar teoría en proyecto sometido a restricciones análogas a las de la industria
    • reflexionar sobre la forma en que construimos software
    • Ejemplos de restricciones:
      • proyecto con duración fija (14 semanas)
      • dedicación prevista de cada estudiante de 15 horas semanales
proy de ing de sw 2
Proy. de Ing. de SW (2)
  • Funcionamiento de grupos de proyectos
    • El grupo trabaja con autonomía pero
    • muy pautado:
      • proceso definido
      • entregas semanales

Interacción semanal

con algunos roles

Director (docente)

Cliente

Grupo sin

jerarquías,

con roles

diferenciados

Grupo

(8 a 15 integrantes)

antecedentes
Antecedentes

Año Cambios

Estructura actual de cursos (Ing.SW)

...

Proceso incremental e iterativo

Modelo de Proceso para Java

Cliente ajeno al curso

Fase de Transición

1997

1998

1999

2000

2001

2002

modelo de proceso para qu
Modelo de Proceso - ¿para qué?
  • Base para la mejora del proceso
  • Facilita incorporar nuevo personal de forma productiva
  • En el curso todos los años el “personal” es nuevo
  • Oportunidad para ensayar diversos procesos...
objetivos del proyecto modsgx
Objetivos del proyecto MoDSGX
  • Definir un Modelo de Proceso para desarrollo con GeneXus
  • Poner a prueba el Modelo
  • Ajustarlo a partir de la experiencia de su utilización
referencias propuestas
Referencias propuestas
  • Mejores prácticas en algunas organizaciones que utilizan GeneXus
  • ISO/IEC TR 15504
  • Modelo de Proceso Java Ver. 2001
  • XP (eXtreme Programming)
  • RUP (Rational Unified Process)
  • MSF (Microsoft Solutions Framework)
  • Métrica Ver. 3
proyecto modsgx
Proyecto MoDSGX
  • Introducción
  • Modelo de proceso propuesto
  • Trabajando con MoDSGX
introducci n1
Actividades

Sistema de software

Introducción

Modelo de proceso

Requerimientos del Usuario

Este modelo: Iterativo e incremental

Desarrollo con Genexus

modelo de proceso propuesto
Modelo de proceso propuesto
  • Dimensiones del Modelo de Proceso
    • Tiempo
      • Aspecto dinámico
      • Fases, Iteraciones e Hitos
    • Líneas de Trabajo
      • Aspecto estático
      • Roles, Actividades y Entregables
tiempo
Tiempo

Fase I

Inicial

Fase II

Elaboración

Fase III

Construcción

Fase IV

Transición

Iter. I

Iter. II

Iter. I

Iter. I

Iter. I

Iter. II

Iter. II

Iter. II

Hitos

fase i inicial
Fase I - Inicial
  • Objetivo
    • Identificar requerimientos.
    • Identificar riesgos.
    • Estimar los recursos necesarios.
    • Evaluar la capacidad de hacer el proyecto.
  • Iteraciones
    • Iteración I – 3 semanas
fase ii elaboraci n
Fase II - Elaboración
  • Objetivo
    • Dominio del problema.
    • Fundamento de la arquitectura.
    • Plan del proyecto.
    • Eliminar elementos de riesgo.
    • Prototipo de la arquitectura.
  • Iteraciones
    • Iteración I – 2 semanas
    • Iteración II – 2 semanas
fase iii construcci n
Fase III - Construcción
  • Objetivo
    • Construcción completa del software.
    • Material necesario.
  • Iteraciones
    • Iteración I – 2 semanas
    • Iteración II – 2 semanas
fase iv transici n
Fase IV - Transición
  • Objetivo
    • Usuario apto para operar el sistema.
    • Sistema al entorno del usuario.
    • Verificación de la versión “beta”.
    • Versión “final” del sistema.
    • Satisfacción del cliente.
  • Iteraciones
    • Iteración I – 1 Semana
l neas de trabajo
Entregables

Entregables

Líneas de Trabajo

Rol

Actividad

l neas a destacar
Líneas a destacar
  • Requerimientos y Análisis
    • Casos de Uso
  • Diseño
    • Diagramas UML
      • de paquetes
      • de secuencia o interacción
    • Modelo de Datos
caso de uso inscripci n a curso
Caso de uso – Inscripción a curso
  • 1. Actores
  • 1.1. Funcionario
  • Son los posibles usuarios funcionarios de la Institución: Administrador, Bedel, Diseñador, Asistente.
  • 2. Casos de Uso
  • 2.2 Inscripción a curso
  • Descripción
  • Este caso de uso puede ser iniciado de tres formas:
    • Por un alumno de la institución, cuando tiene la intención…
    • Por un Funcionario de la Institución, si tiene permisos para…
  • Pre-condiciones
  • Debe estar autenticado en el sistema un usuario con permisos …
caso de uso inscripci n a curso1
Funcionario

Inscripción a curso

1. Este caso de uso comienza cuando un Funcionario tiene la intención de realizar la inscripción de un alumno a un curso.

2. Le solicita al Funcionario, el identificador del Alumno al cual se le desea hacer la inscripción.

3. Ingresa el identificador del Alumno.

4. Valida el identificador del Alumno y le muestra los principales datos personales del mismo (nombre, apellido, etc.).

Caso de uso – Inscripción a curso

Flujo de eventos principal

dise o inscripci n a curso
Diseño – Inscripción a curso
  • Diseño de Casos de Uso
  • 1.2. Diseño del Caso de Uso Inscripción a curso
  • 1.2.1. Diagrama de paquetes
dise o inscripci n a curso1
Diseño – Inscripción a curso

1.2.2. Diagrama de Interacción

l neas a destacar1
Líneas a destacar
  • Gestión de Configuración y Control de Cambios
    • Control de versiones
    • Línea base
    • Metodología de control de cambios
  • Gestión de Calidad
    • Planificación
    • Revisiones de calidad y Técnicas Formales
l neas a destacar2
Líneas a destacar
  • Comunicación
    • Establecer métodos de comunicación
    • Mantener informados a todos los involucrados en el proyecto (equipo de trabajo, cliente, usuario, etc)
    • Seguimiento de satisfacción del cliente
trabajando con modsgx
Trabajando con MoDSGX
  • Roles
  • Experiencia
  • Ajustando el modelo...
roles definici n
Roles - definición
  • Analista

Analiza el sistema, conduce y coordina el relevamiento de requerimeintos ...

    • Perfil para el rol
      • Una persona que actúa en éste rol debe tener buenas habilidades de comunicación, interpersonal y en forma escrita...
    • Actividades que son responsabilidad del rol
      • Relevamiento de requerimientos ...
    • Entregables que son responsabilidad del rol
      • Glosario ...
    • Actividades en las que está involucrado el rol
      • Diseño del Sistema ...
roles a destacar
Roles a destacar
  • Especialista Técnico
    • Es responsable de seleccionar, adquirir y configurar las herramientas que sean necesarias, así como investigar tecnologías que se quieran utilizar.
    • Se definen los siguientes:
      • Especialista Técnico
      • Especialista Técnico Java y Configuración
      • Especialista Técnico Genexus y Base de datos
roles a destacar1
Roles a destacar
  • Responsable de SCM
    • Proporciona la infraestructura y entorno para la Gestión de Configuración. Este entorno debe facilitar la revisión de productos, el rastreo de defectos y controlar las versiones y los cambios.
    • Es responsable de la creación y seguimiento de la Línea Base del proyecto.
    • Es responsable del cumplimiento del proceso de gestión de cambios.
roles a destacar2
Roles a destacar
  • Responsable del Consolidado
    • Es responsable de planificar la integración de sistema y llevarla a cabo.
  • Responsable del Núcleo
    • Implementa y mantiene la Base de conocimiento Núcleo.
    • Todos los cambios a esta Base son su responsabilidad.
    • Debe distribuir la Base de conocimiento Núcleo a las demás Bases de conocimiento del proyecto.
combinaci n de roles
Combinación de Roles
  • Características del proyecto:
    • Grupo de 9 personas
    • 17 roles en el modelo
  • Compatibilidad de roles
  • Esfuerzo equilibrado durante el proyecto
combinaci n de roles 9 personas
Especialista técnico Genexus y Base de datos –

Responsable del Núcleo –

Implementador

Analista -

Responsable Consolidado -

Implementador

Especialista técnico –

Implementador

Especialista técnico Java y configuración –

Implementador

Combinación de Roles – 9 personas

Analista (Responsable de análisis) - Documentador de usuario -

Instructor - Asistente verificación

combinaci n de roles 9 personas1
Responsable de verificación –

Analista

Responsable de SQA –

Responsable de SCM

Administrador – Responsable de Comunicación – Asistente verificación

Arquitecto –

Coordinador de desarrollo –

Asistente verificación

Combinación de Roles – 9 personas
experiencia
Experiencia
  • Producto:
    • Portal Web para manejo de educación a distancia
  • Características técnicas:
    • Genexus 7.5
    • Generador Java
    • DB2 UDB versión 7.1
    • Reuso de business objects (chat y foro)
ajustando el modelo
MoDSGX

2002

MoDSGX

2003

Ajustando el Modelo ...

Ajustes

Al Modelo

Experiencia

evaluaci n y trabajo futuro plan
Evaluación y trabajo futuro - Plan
  • Puntos fuertes
  • Aspectos a mejorar
  • MoDSGX ¿puede servir fuera de Facultad?
  • Líneas de trabajo
  • Planes para el 2003
evaluaci n
Evaluación
  • Puntos fuertes
    • Se generaron productos razonables a pesar de:
      • falta de experiencia previa en GeneXus
      • baja supervisión
      • grupos con numerosos integrantes
    • Definición y división de roles con carga equilibrada
    • Utilización de Casos de Uso muy natural y adecuada para trabajo con GeneXus
aspectos a mejorar
Aspectos a mejorar
  • Interacción con Cliente/Usuario
    • los grupos tardaron demasiado en mostrar productos andando
    • en parte debido a dificultades en preparar ambiente
  • Medir el tamaño de los productos
  • Automatizar pruebas
  • Gestión de la configuración
  • “Agilizar” el proceso
modsgx puede servir fuera de facultad
MoDSGX ¿puede servir fuera de Facultad?
  • Tal cual, seguramente NO
  • Para equipos numerosos puede ser un punto de partida o referencia interesante
l neas de trabajo del rea is
Líneas de trabajo del área IS
  • Tres líneas relacionadas
    • Procesos y métricas de software
    • Verificación
    • Desarrollo con GeneXus en equipos numerosos
planes para el 2003
Planes para el 2003
  • Utilizar nuevamente MoDSGX, ajustando su formulación y su utilización, con un equipo más numeroso (13)
  • Desarrollar y probar un nuevo modelo de proceso para desarrollo con GeneXus con eXtreme Programming
  • Procurar la automatización de las pruebas
preguntas
Preguntas?
  • Página Web

www.fing.edu.uy/~t5ingsw/index.htm

www.fing.edu.uy/inco/cursos/ingsoft

  • Direcciones de correo

Doris Correa

[email protected]

Ximena Romano

[email protected]

Jorge Triñanes

[email protected]

ad