CAR001 - Proyecto Sistema de Contingencia Kick-Off Meeting Cliente: CARSA Autor: Bernardo Brandolin

Agenda Descripción, objetivos y alcance del proyecto Preguntas Presentación de Planes Preguntas

Descripción, objetivos y alcance Proyecto en Modo Fabrica en que construirán los siguientes módulos: Módulo de búsqueda (BUS) Módulo de pedido (PEV)

Descripción, objetivos y alcance (cont.) CARSA proveerá: Especificaciones de Casos de Uso, DER, Diagrama de análisis Documento de reglas de negocio Interfaces gráficas (EA) Cubika proveerá los siguientes servicios: Diseño de los módulos en aspectos técnicos Desarrollo de los módulos Pruebas Unitarias de los Componentes Aseguramiento de calidad Soporte de instalación de aplicación

Presentación de Planes Plan de Desarrollo de Software Lista de Riesgos Development Case Plan de Comunicaciones Plan de Administración de Cambios Plan de Administración de Requerimientos Plan de Gestión de la Configuración Plan de Mediciones Master Plan (Cronograma)

Plan de Desarrollo de Software CDP = Cubika Development Process Contempla 4 fases: Incepción Elaboración Construcción Transición

Organización del equipo de proyecto PM Carsa

Organización del equipo de proyecto CARSA Cubika Diego Gomez Juan Cabrera Diego Sollier Project Manager Bernardo Brandolin Project Manager EQUIPO DE PROYECTO Analista Funcional: Diego Sollier Arquitecto: Marcelo Hassan EQUIPO DE PROYECTO Líder Técnico – Leonardo Moreno Dev. – Ricardo Tartara Dev. – Ariel Silva Tester – M. De La Llave Infraestr. – Juan Caracoche Finanzas / Compras / Legales Finanzas / Compras / Legales

Roles y Responsabilidades Project Manager Líder Técnico QA Arquitecto Responsable por: Coordinar las tareas Monitorear el avance del proyecto Asegurar la calidad de los productos Coordinar las actividades técnicas Definir la arquitectura de software Guiar a los desarrolladores en la construcción Validar la documentación enviada por CARSA QA De aplicacion Validar la calidad de la documentación generada por las disciplinas Realizar auditoria de la implementación sobre adherencia a la arquitectura Hornero.

Riesgos Que Hornero no cumpla requerimientos no funcionales (usabilidad) solicitados por el Cliente

Development Case Negocio Requerimientos Artefacto Cómo utilizarlo Revisión Herramienta Incepción Elaboración Construcción Transición Modelo de Caso de Uso de Negocio No Modelo de Dominio de Negocio Enviado por el Cliente CC Realizaciones de Casos de Uso de Negocio Negocio Artefacto Cómo utilizarlo Revisión Herramienta Incepción Elaboración Construcción Transición Especificaciones Suplementarias No Especificación de Caso de Uso Enviado por el Cliente CC Interna Ms Word Modelo de Caso de Uso Visión Prototipo de Interfaces de Usuario Documento de Especificación de Requerimientos (SRS) Requerimientos

Development Case Análisis y Diseño Artefacto Como utilizarlo Revisión Herramienta Incepción Elaboración Construcción Transición Modelo de Diseño No Debe CC Interna EA Documentos de Arquitectura de Software Cliente/Interna Ms Word/ EA Especificación de Reportes Realizaciones de Casos de Uso Podría Modelo de Datos Enviado por el Cliente Análisis y Diseño

Plan de Comunicaciones Entrega de Orden de Trabajo Revisión de Orden de Trabajo Entregas de Implementación Bugs detectados de Implementación Medición del Avance del Proyecto Reuniones de Status Assessment Reuniones de Coordinación Cubika Reuniones de Avance Semanales Reuniones de Dirección Administración de Temas Pendientes

Plan de Administración de Cambios

Plan de Gestión de la Configuración Master Plan Plan de Mediciones Planes (cont.) Plan de Gestión de la Configuración Master Plan Plan de Mediciones Plan de Administración de Requerimientos

Cierre Preguntas ?