16 Vector Software SFIC 2009

  • 359 views
Uploaded on

Presentación de Vector Software en el SFIC 2009

Presentación de Vector Software en el SFIC 2009

More in: Technology
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
359
On Slideshare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
0
Comments
0
Likes
0

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. Cómo trabajar con una Factoría de Software 24/09/2009 Javier Mazo Torres Desarrollo de Negocio
  • 2. Contenidos
    • Vector SF
    • Tipología de Trabajo
    • Servicio Factoría
    • Una metodología adecuada
    • ¿Por qué Vector?
    • Cómo trabajamos
    • Mecanismos de control
    • Definición : Análisis
    • Definición : Diseño
    • Construcción, integración y entrega
    • Trazabilidad y gestión del cambio
    • Niveles de Servicio
    Índice
  • 3. 01. Vector SF
        • Vector es una compañía dedicada al desarrollo de soluciones avanzadas de software, en el entorno de nuevas tecnologías.
        • Nacimos en el 2002 con el objetivo de desarrollar una Red de Centros de Producción orientándonos al desarrollo y mantenimiento de soluciones de software complejas para empresas y organizaciones de diversos sectores.
        • Hoy somos una Software Factory de referencia, con 48 clientes de muy diversos sectores empresariales, 18 millones de ingresos y 350 empleados distribuidos entre nuestros 4 centros de producción.
    Centros de Producción de Software de Vector Software Factory Pozuelo de Alarcón Villanueva de la Cañada Albacete Córdoba
  • 4. 01. Vector SF
  • 5. 02. Tipología de trabajos
        • Proyecto: Cuando disponemos de un conjunto de requisitos y un alcance cerrado que permite establecer un plan de trabajo.
          • Elaboramos un plan de proyecto y un presupuesto
          • El cliente aprueba el plan
          • Nos encargamos de la ejecución y el seguimiento
          • Control mediante la metodología tradicional de gestión de proyectos
    • Utilizamos el enfoque de gestión más adecuado
  • 6. 02. Tipología de trabajos
    • Utilizamos el enfoque de gestión más adecuado
        • Servicios (Soporte y Mantenimiento): Cuando no podemos anticipar y planificar las peticiones de trabajo
          • Acordamos con el cliente una línea base de trabajo que garantiza un nivel de respuesta.
          • Definimos y seguimos acuerdos de nivel de servicio
          • Resolvemos las peticiones en función del orden de llegada y las prioridades.
  • 7. 03. Servicio factoría
    • Trabajando siguiendo el siguiente esquema
        • Establecimiento del servicio: El cliente transfiere a Vector SF el conocimiento necesario para llevar a cabo el mantenimiento
        • Definimos e implantamos todo lo necesario para prestar el servicio: procedimientos, herramienta control, informes de seguimiento, niveles de servicio
  • 8. 03. Servicio factoría
    • Trabajando siguiendo el siguiente esquema
        • Circuito de solicitud y realización de peticiones.
  • 9. 03. Servicio factoría
    • Trabajando siguiendo el siguiente esquema
        • Seguimiento global del servicio, con las consiguientes revisiones del modelo y de las condiciones del mismo.
  • 10. 04. Una metodología adecuada
    • Trabajando sin método…
        • DESORDEN: ¿Por dónde empezamos?
        • DESCOORDINACIÓN: ¿Quién tiene que hacer cada cosa? ¿Encajarán las piezas al final? Y si no encajan, ¿qué hacemos?
        • ESTIMACIONES INCORRECTAS: No creo que lleguemos a tiempo…
        • OPACIDAD: No sabemos como va a ser el proyecto hasta el final…
  • 11. 04. Una metodología adecuada
    • Trabajando sin método …
        • BAJA CALIDAD: ¿Alguien se ha encargado de probar que la aplicación funciona?
        • NO HAY TRAZABILIDAD: ¿Qué es lo que ha fallado? ¿Cuándo? ¿Dónde?
        • VULNERABLE A LOS CAMBIOS: Si cambian algo, el proyecto se viene abajo.
        • IMPOSIBLE APRENDER: La próxima vez cometeremos los mismos errores
  • 12. 04. Una metodología adecuada
    • Utilizando una metodología
        • GESTIÓN DEL CAMBIO. Podemos gestionar los cambios en cualquier fase
        • TRAZABILIDAD. Siempre sabemos qué ha fallado, cuándo, dónde y qué supone para el proyecto
        • APRENDIZAJE. Reducimos de manera sensible la curva de aprendizaje de los profesionales que se incorporan al proyecto.
        • RAPIDEZ. Aceleramos el desarrollo mediante la reutilización de componentes.
        • MEJORA CONTINUA. El producto mejora en cada iteración. Cuantos más proyectos realizamos, lo hacemos mejor y más rápidamente.
  • 13. 05. ¿Por qué Vector?
    • Tenemos una metodología propia que garantiza
    • los estándares más altos de calidad
        • Estamos certificados en CMMI nivel 3, estándar de referencia mundial en la ingeniería de software, e ISO de calidad 9001
        • Proporcionamos al cliente una fotografía clara del avance del proyecto en todas las fases
        • Nuestra metodología nos permite adaptarnos a los diferentes tipos de proyectos, sea cual sea el tamaño y la tecnología: Java, PHP, Punto Net, etc.
  • 14.
    • Definición:
    06. Cómo trabajamos
    • Aplicamos nuestra metodología en 3 fases:
        • QUÉ HAY QUE HACER: Analizamos los requisitos, definimos los casos de uso, los casos de prueba y los componentes de presentación
        • CÓMO VAMOS A HACERLO: Diseñamos los componentes, la imagen gráfica y el prototipo en HTML
  • 15. 06. Cómo trabajamos 3. Instalación: entregamos el producto final completamente probado
    • 2. Construcción: empezamos a programar
        • Desarrollamos el código
        • Integramos los diferentes elementos
        • Subsanamos los errores detectados en las pruebas
  • 16. 06. Cómo trabajamos INSTALACIÓN
  • 17. 07. Mecanismos de control
    • Un profesional ajeno al proyecto, revisa el trabajo y certifica que todo es correcto:
    • Verifica que el producto satisface las especificaciones.
    • - Identifica cualquier desviación sobre los estándares.
    • - Detecta oportunidades de mejora.
    • - Promueve el intercambio de técnicas y la formación de los participantes
    • Para reducir los riesgos al mínimo, aplicamos
    • mecanismos de control a lo largo de todo el proceso.
        • Peer Review de requisitos, análisis, diseño y construcción
  • 18. 07. Mecanismos de control Nos permite congelar la imagen del proyecto (crear una línea base) en los puntos clave: inicio, análisis, diseño, testing y entrega. Siempre sabemos qué hemos hecho y cómo. El conocimiento está ordenado y estandarizado: los profesionales pueden realizar su trabajo de forma más eficiente, y el cliente obtiene informes periódicos del avance del proyecto.
        • Peer Review de requisitos, análisis, diseño y construcción
        • Gestión de configuración
  • 19. 07. Mecanismos de control INSTALACIÓN
  • 20. 08. Definición : Análisis
    • El primer input y nexo de unión con el cliente es la recepción de los requerimientos.
        • Realización del diseño funcional:
  • 21.  
  • 22.  
  • 23.  
  • 24. 08. Definición : Análisis
    • A partir de los requisitos del cliente,
    • definimos los casos de uso.
        • REQUISITO: El usuario autorizado debe tener acceso a la aplicación.
        • CASOS DE USO: El usuario introduce el usuario y password, y pulsa el botón “Aceptar”. Si está registrado en la base de datos, la aplicación le permite acceder. En caso contrario, le envía un mensaje de error.
  • 25. 08. Definición : Análisis
    • A partir de los casos de uso definimos los casos
    • de prueba y los componentes de presentación
        • CASOS DE PRUEBA
    • 1. El usuario registrado introduce sus datos. Comprobar que la base de datos funciona correctamente.
    • 2. El usuario no está registrado e introduce los datos. Comprobar que la aplicación le muestra un mensaje de error.
  • 26.  
  • 27. 08. Definición : Análisis
    • Componentes de presentación
    • Lo importante no es el aspecto, sino la distribución y el flujo de elementos.
    • Utilizamos la herramienta Axure.
  • 28.  
  • 29.  
  • 30.  
  • 31.  
  • 32. 08. Definición : Análisis
    • Gestión de Requisitos: Existe una correspondencia múltiple
    • Gestionamos de manera
    • eficaz estas inter-relaciones.
    • .
    • Utilizamos herramientas especializadas
    • (IRQA) para gestionar los cambios sin
    • poner en riesgo el proyecto
        • SI ALGO CAMBIA O SE DETECTA UN ERROR EN UNA PARTE, TODO EL CONJUNTO SE VE AFECTADO.
    Un caso de uso Varios requisitos Varios casos de prueba Un requisito Varios casos de uso Varios casos de prueba
  • 33. INSTALACIÓN 08. Definición : Análisis
  • 34. 09. Definición : Diseño
    • A partir de los casos de uso diseñamos los
    • componentes: definimos las clases, la estructura de la
    • base de datos, etc.
    • A partir de los componentes de presentación,
    • diseñamos una propuesta gráfica y una maqueta HTML.
  • 35. 09. Definición : Diseño INSTALACIÓN
  • 36. 10. Construcción, integración y entrega
    • Iniciamos el desarrollo de los paquetes de código
    • Subsanamos los errores detectados mediante las pruebas
    • Desarrollamos e integramos el código con todas las garantías
        • CONTROL DE VERSIONES
        • INTEGRACIÓN CONTINUA
        • CONTROL DE CALIDAD
        • TEST UNITARIOS
  • 37.
    • Herramienta de pruebas (Testlink)
      • Casos de pruebas
        • Aplicación web que registra el detalle y el estado de cada prueba realizada en cada versión de software
        • Monitoriza en tiempo real el avance de las pruebas y su estado.
        • Se integra con la aplicación de seguimiento de incidencias, informando los errores encontrados y su estado
      • Informes
        • Se generan informes para cada fin de ciclo
        • Métricas que ayudan a la toma rápida de decisiones
    05. Herramientas
  • 38.
    • Integramos el producto final, perfectamente probado, en la plataforma tecnológica del cliente
    10. Construcción, integración y entrega
  • 39. INSTALACIÓN 10. Construcción, integración y entrega
  • 40. 11. Trazabilidad y gestión del cambio
    • Trazabilidad: podemos recuperar una “foto”
    • (línea base) exacta de la situación en cualquier
    • instante del proyecto.
    • Así sabemos qué ha fallado, cuándo, dónde y por qué, y somos capaces
    • de medir el impacto de los cambios.
  • 41.
        • Detectamos de inmediato cualquier error, y lo rastreamos. Siempre sabemos qué ha fallado, dónde, cuándo y por qué.
        • Gestionamos los cambios de manera rápida y eficaz: podemos medir la incidencia real de un cambio en todo el proyecto, y ejecutarlo sin perjudicar al desarrollo final.
        • Controlamos en todo momento las inter-relaciones entre requisitos, casos de uso, casos de prueba, componentes de presentación y paquetes de código.
        • Nuestra herramienta de gestión documental
        • (DMS) nos permite mantener la información
        • siempre actualizada y accesible para el cliente.
    “ La detección de un error o la introducción de un cambio en un punto concreto implica realizar modificaciones en diferentes partes y fases del proyecto. Con nuestra metodología, podemos controlarlo” 11. Trazabilidad y gestión del cambio
  • 42. 11. Trazabilidad y gestión del cambio
        • Análisis del impacto y viabilidad de la petición
        • Estudiar petición
        • Identificar urgencia y criticidad
        • Analizar impacto
        • Estimar
    y generar documento de petición de cambio que incluye:
        • descripción del cambio
        • análisis realizado, incluyendo el impacto y la viabilidad de la petición
        • supuestos y consideraciones realizadas durante el análisis.
        • Planificación y estimación propuestas para acometer el cambio.
        • diseño técnico
  • 43. INSTALACIÓN 11. Trazabilidad y gestión del cambio
  • 44. 12. Niveles de Servicio
    • Medición inicial
        • Obtenemos datos reales de calidad, volumen y servicio
        • Establecemos los niveles de servicio requeridos
        • Dimensionamos el equipo de trabajo de acuerdo al volumen y los niveles de servicio
    • Seguimiento periódico de indicadores
    • Revisión periódica de los niveles acordados
  • 45. 12. Niveles de Servicio
    • Servicio basado en la estimación de plazos de desarrollo y la ejecución real
        • Plazo de estimación de las peticiones:
          • Tiempos medios de estimación de peticiones
          • Porcentaje de peticiones estimadas en plazo
        • Plazo de entrega/aceptación del desarrollo vs plazo estimado
          • Tiempo medio de desviación de la entrega/aceptación
          • Porcentaje de peticiones entregadas/aceptadas en plazo
        • Calidad del producto entregado:
          • Porcentaje de no conformidades sobre los casos de prueba
  • 46. INSTALACIÓN 12. Niveles de Servicio MEDICIÓN DE NIVELES DE SERVICIO
  • 47. Vector Software Factory Parque empresarial La Finca Paseo del Club Deportivo, 1 - Bloque 11 28223 Pozuelo de Alarcón Madrid ____________________________ http://www.vectorsf.com Javier Mazo Torres Desarrollo de Negocio Tel.: (+34) 615 904 349 [email_address]