InfoMedia Planificación. Resumen de tareas ● PLANIFICACIÓN: – Definición del formato de los documentos. – Documentación: Asignación de tareas, recursos.

Slides:



Advertisements
Presentaciones similares
Sistemas de Información Basados en Computadoras (CBIS)
Advertisements

Contexto Proyecto consolidado dentro de la línea de investigación de Sistemas de Información en el Dpto. de Ingeniería en Sistemas de Información de la.
Planificación Temporal y Seguimiento del Proyecto
Sprint 02 Sprint Review.
Diseño de Software y su Proceso
VISIÓN GENERAL DE LA IS Con independencia del modelo de proceso hay tres fases genéricas: Fase de definición Fase de desarrollo Fase de mantenimiento Cada.
Calidad de Software. AGENDA: Introducción: Mas allá de la codificación El ciclo de vida: Desde la concepción hasta la descontinuación Calidad: Lugar de.
MÓDULO INTRODUCCIÓN AL CICLO DE VIDA DEL SOFTWARE
1 CICLO DE VIDA. 2 CICLO DE VIDA DE Los Sistemas de Información “ Es un proceso por el cual los analistas de sistemas, los ingenieros computacionales,
Presentación Proyecto IS3 Grupo InfoMedia: David Pozo Navarro Miguel Ferrando Navalón Pablo Guardiola Sánchez José Antonio Benítez Yáñez Francisco Javier.
Ingeniería del Software 2013/2014.  Integrantes del proyecto  Ámbito del proyecto  Arquitectura adoptada  Principal trabajo realizado en el proyecto.
NORMA ISO DIS 9001:2015 Draft International Standard.
InfoMedia Planificación. Resumen de tareas ● PLANIFICACIÓN: – Documentación: Asignación de tareas, recursos y fechas. – Revisión: Verificación de los.
NTC - ISO 9001 NORMA TÉCNICA COLOMBIANA (TERCERA ACTUALIZACIÓN)
INGENIERÍA DE SOFTWARE RODRÍGUEZ CADENA CYNTHIA VIRIDIANA GRANADOS HERNÁNDEZ ERICK METODOLOGÍA OMT.
Organizaciones involucradas: El centro de cálculo noruego. Crea lenguaje llamado Simula 67, desarrollado por Krinsten Nygaard y Ole-Johan Dahl, en 1967.
Análisis de Proyecto de Software.
Proceso de Implantación y Aceptación del Sistema de Información (IAS)
Metodología de Implementación de Sistemas ERP
La vida es demasiado corta para ser pequeña
Fase de analisis Proyecto de software.
Sustentación de la propuesta
Gestión de Proyectos.
Análisis final de [Nombre del proyecto]
Mantenimiento preventivo
Metodología Desarrollo de Sistemas de Información.
CARRERA DE INGENIERÍA EN SISTEMAS E INFORMÁTICA
«SIETE FASES DEL CICLO DEL DESARROLLO DE SISTEMAS.»
Especificación de Requisitos
Fase Análisis y estudio del mercado Factibilidad
UNIVERSIDAD NACIONAL DE LOJA Área de la Educación, el Arte y la Comunicación Informática Educativa IV INGENIERIA DE SOFTWARE Taller de Análisis y Diseño.
NIA 310 NIA 315 NIA 320 NIA 400.
Metodología Merise Universidad Nororiental Privada
Resumen: Análisis de requerimientos
Verificación y Validación de Software
Ciclo de Vida del Software
Danny Frank Otero Arrascue Ingeniería de Requisitos / Requerimientos Advisor: MEJIA CABRERA HEBER IVAN.
CURSO DE LA ENTREVISTA ENTREVISTA PRETENDE DISPONE DONDE SE HA LLEGADO COMO HA DE SEGUIR ESTRATEGIA.
Auditoria de Tecnologías de Información PLANIFICACION Ing. Eder Gutiérrez Quispe.
Metodologías de Desarrollo de Software RUP – Proceso Racional Unificado Gilber BASILIO ROBLES I.E.S.T.P. “DANIEL ALCIDES CARRIÓN” Taller de Modelamiento.
En este periodo el analista se esfuerza por comprender la información que necesitan los usuarios para realizar su trabajo de la manera correcta.
DESPLIEGUE DEL SGC FASE I FASE II IMPLEMENTACION FASE III CONSOLIDACIÓN Desarrollo de la Estructura Documental del SGC Uso consistente en piso del SGC.
INTRODUCCIÓN A UML Y AL ADOO 1 Diagramas en UML ◦Diagramas de casos de uso ◦Diagramas de clases y objetos ◦Diagramas de secuencia ◦Diagramas de colaboración.
METODOLOGIAS AGILES VS TRADICIONALES SCRUM - RUP FABIO ARNOBY BEJARANO Q. UNIREMINGTON BUGA (V) INGENIERIA DE SOFTWARE II SEPTIEMBRE 2018.
TALLER MANUAL SISTEMA DE GESTION EN SEGURIDAD Y SALUD OCUPACIONAL
TEORIA DE PROYECTOS Conceptos básicos de proyectos
Esquema de la Realización del Producto
Presentación de seguimiento del proyecto Equipo LSI 02
Establecimiento de un Sistema de Documentación y Registros Paso Duodécimo / Principio 7 CAPÍTULO 3 Mod 12 El sistema de Análisis de Peligros y de Puntos.
SOPORTE TÉCNICO Y SERVICIO AL CLIENTE. Dentro de la fase de Operación del Servicio se encuentran las siguientes funciones :
Post mórtem de [Nombre del proyecto]
Planes del Proyecto.
METODOLOGIA AGIL XP LIC. ROXANA LAUREL R.. INTRODUCCION  Proceso : conjunto de actividades ordenadas para lograr una serie de objetivos  Proceso Pesado.
TALLER MANUAL SISTEMA DE GESTION EN SEGURIDAD Y SALUD OCUPACIONAL
Tema 2 Los requisitos de la Gestión de calidad La Serie ISO 9000.
Vicerrectoría Académica Dirección de Formación General Programa de Emprendimiento PROTOTIPOS.
PARÁMETROS PARA LA PRESENTACIÓN DE PROYECTOS EN LA ESCUELA DE TECNOLOGIAS E INNOVACION. ING. Hugo de Jesús Peláez Giraldo Líder Escuela de Tecnologías.
1 Introducción al proceso unificado de desarrollo de software.
TALLER DE INVESTIGACION I PROCESO DE CAPTACION DE LA INFORMACION Y ELABORACION DEL CRONOGRAMA DE INVESTIGACION.
1 SISTEMAS II CICLO DE VIDA. 2 Sistemas II. CICLO DE VIDA DE Los Sistemas de Información “ Es un proceso por el cual los analistas de sistemas, los ingenieros.
INTEGRANTES u Álvarez Palomino David u Salazar Colonia Jesús Felipe u Velásquez Huapaya Ricardo.
Desarrollo de Sistemas de Información Contable - Sis USB 1 METODOLOGIAS DE DESARROLLO DE SOFTWARE.
GESTIÓN DE PROYECTOS La gestión de proyectos está conformada por todas aquellas acciones que debes realizar para cumplir con una objetivo definido dentro.
Desarrollo de Sistemas de Información Contable - Sis USB 1 METODOLOGIAS DE DESARROLLO DE SOFTWARE.
TRABAJO DE TITULACIÓN PREVIO A LA OBTENCIÓN DEL TÍTULO DE MAGÍSTER EN GERENCIA DE SISTEMAS TEMA: “DISEÑO DE UNA GUÍA CORPORATIVA PARA IMPLEMENTAR APLICACIONES.
Estudio de Viabilidad del Sistema (EVS). Estudio de Viabilidad del Sistema Cuestiones ¿Qué es la viabilidad de un sistema? ¿Cuáles son los objetivos del.
Plan de Sistemas de Información (PSI). Plan de Sistemas de Información (PSI) Descripción y Objetivos Tiene como objetivo la obtención de un marco de referencia.
ICI 502 Procesos de Software
Luis Fernando Muñoz Pantoja Ingeniero de Sistemas Copyright 2019 Luis Fernando Muñoz Pantoja Ingeniero de Sistemas Derechos reservados UML.
PMO Indicadores Portafolio de proyectos XM 2014 Junta Directiva
Transcripción de la presentación:

InfoMedia Planificación

Resumen de tareas ● PLANIFICACIÓN: – Definición del formato de los documentos. – Documentación: Asignación de tareas, recursos y fechas. – Revisión: Verificación de los plazos de entrega.

Resumen de tareas ● MODELADO DE REQUISITOS: – Modelo funcional: Identificación de actores y casos de uso. – Subsistemas funcionales: Agrupar casos de uso. Diagramas de paquetes. – Requisitos no funcionales. – Operaciones del sistema. – Revisión: Comprobación del modelado con las peticiones del cliente.

Resumen de tareas ● ANÁLISIS: – Clases, atributos y relaciones. – Modelado estático: Determinación de las relaciones entre clases y restricciones. Diagrama de clases. – Modelado comportamiento externo. – Revisión: Comprobación modelo correcto, completo, consistente y realista.

Resumen de tareas ● DISEÑO: – Sistema: Establecimiento de la arquitectura software. – Objetos: Identificación de las nuevas clases para permitir la implementación. – Revisión.

Resumen de tareas ● IMPLEMENTACIÓN: – Aprendizaje de lenguajes. – Optimización del diagrama de clases de diseño. – Implementación de las clases. – Implementación de las restricciones. – Revisión.

Resumen de tareas ● PRUEBAS: – Se diseñan pruebas de instalación y que cumplan los requisitos de los casos de uso.

Evolución planificación temporal ● Planificación inicial – Entrega de la documentación ● Planificación: 27/02/09 ● Modelado requisitos: 5/03/09 ● Análisis: 16/03/09 ● Diseño: 18/03/09 ● Implementación: 24/03/09 ● Prueba: 25/03/09

Evolución temporal planificación ● Se ha actualizado la duración de las subfases del modelado de requisitos, para que sean coherentes con el tiempo dedicado a estas tareas durante el proyecto. De esta forma, la fase de análisis ha ampliado su duración. ● La fecha de entrega de la documentación de modelado de requisitos ha sido aplazada al día 13/03/2009. Las entregas de la documentación de análisis y de diseño han sido pospuestas 1 día, siendo sus nuevas fechas de entrega el 17/03/2009 y el 19/03/2009, respectivamente.

Evolución planificación temporal ● Planificación temporal v02 – Entrega de la documentación ● Planificación: 27/02/09 ● Modelado requisitos: 13/03/09 ● Análisis: 17/03/09 ● Diseño: 19/03/09 ● Implementación: 26/03/09 ● Prueba: 26/03/09

Evolución de la planificación temporal ● No fue posible cumplir las fechas de entrega de la documentación relativa a la fase de análisis y a la fase de diseño, previstas anteriormente para el 17/03/2009 y el 19/03/2009, respectivamente. ● La fecha de entrega de la documentación de análisis ha sido aplazada al día 18/03/2009; mientras que la entrega de la documentación de diseño se ha retrasado al día 20/03/2009.

Evolución de la planificación temporal ● Planificación temporal v04 – Entrega de la documentación ● Planificación: 27/02/09 ● Modelado requisitos: 13/03/09 ● Análisis: 18/03/09 ● Diseño: 20/03/09 ● Implementación: 26/03/09 ● Prueba: 26/03/09

Evolución temporal de la planificación ● No fue posible cumplir la fechas de entrega de la documentación relativa a la fase de diseño, previstas anteriormente para el 20/03/2009. ● Se ha impuesto como fecha de entrega de la documentación del diseño el 23/03/2009. ● Se ha establecido que las tareas de optimización del diagrama de clases de diseño y de transformación del diagrama de clases de diseño se puedan realizar simultáneamente, tras la finalización del diseño.

Evolución temporal de la planificación ● Planificación temporal v05 – Entrega de la documentación ● Planificación: 27/02/09 ● Modelado requisitos: 13/03/09 ● Análisis: 18/03/09 ● Diseño: 23/03/09 ● Implementación: 26/03/09 ● Prueba: 26/03/09

Evolución de la planificación temporal ● No fue posible cumplir las fechas de entrega de la documentación relativa a la fase de implementación y prueba, previstas anteriormente para el 26/03/2009 ● Puesto que teníamos un margen de 1 día en la entrega de esta documentación, ha sido posible llevar a cabo un retraso sin afectar la fecha de entrega de la primera iteración del proyecto. ● La fecha de entrega de la documentación de implementación y de prueba ha quedado aplazada para el día 27/03/2009. ● La fecha de la entrega de la documentación de la prueba puede variar y estar lista para principio de la siguiente semana en función de la hora de entrega de la implementación.

Evolución de la planificación temporal ● Planificación temporal v06 – Entrega de la documentación ● Planificación: 27/02/09 ● Modelado requisitos: 13/03/09 ● Análisis: 18/03/09 ● Diseño: 23/03/09 ● Implementación: 27/03/09 ● Prueba: 27/03/09

Dificultades encontradas ● La adecuación de la planificación a los retrasos que se han venido produciendo, debido a que en la planificación inicial disponíamos de poco margen de maniobra. ● Nuestra fecha inicial de entrega de la iteración estaba prevista para tan sólo un día antes de la fecha tope impuesta.

Dificultades encontradas ● En la planificación inicial había poco paralelismo en las tareas, por lo que había poca eficiencia en el aprovechamiento en el tiempo. ● Esto se ha ido corrigiendo en planificaciones temporales posteriores, especialmente entre las subtareas de las fases de análisis y diseño.

Dificultades encontradas ● El mayor error tuvo lugar en la entrega de la documentación de modelado de requisitos, cuando llegada la fecha de entrega prevista, se produjo un retraso que no se vio reflejado en la planificación. ● Desde entonces, los subequipos nos han ido informando con suficiente antelación de los retrasos, los cuales hemos intentado reflejar lo antes posible en la planificación temporal.

Dificultades encontradas ● En principio desconocíamos que nuestro auditor debía conocer los cambios en la planificación; por tanto, sólo le informábamos del momento en que se iban colgando los documentos de las distintas fases. ● Finalmente, se le dio también esta información.

Dificultades encontradas ● También hubo un pequeño fallo de coordinación con la entrega de la documentación de diseño. ● Probablemente, hacer que el equipo de planificación se ocupe de la entrega de toda la documentación permita mejorar la gestión del proyecto.