Plan Iteracion

Proyecto SODIMAC

Sistema de Control de Activos en tienda Sodimac

Plan de Iteración

Versión 1.0

Sistema de Control de Activos en tienda SODIMAC

Fecha: 31 / 05/ 2011

Plan de Iteración Versión: 1.0

Historia de Revisión

Fecha Versión Descripción Autor

31/05/2011 1.0

Avance de la primera versión del Plan de Iteración

GONZALES, CesarPAREDES, Mercedes


Fecha: 31 / 05/ 2011


TABLA DE CONTENIDOS

1. INTRODUCCION

1.1. Propósito1.2. Alcance1.3. Definiciones y abreviaturas1.4. Referencias1.5. Descripción1.6. Plan

2. PLAN DE ITERACION

2.1. Actividades por Iteración2.2. Cronograma por Iteración

2.2.1. Diagrama de Gantt2.3. Entregables por Iteración

3. RECURSOS

3.1 Recursos Humanos3.2 Infraestructura y Equipos

4. CASOS DE USO

5. RIESGOS

5.1. Riesgos de funcionalidades del producto5.2. Riesgos relacionados con cliente5.3. Riesgo del proceso5.4. Riesgos del entorno de desarrollo

6. CRITERIOS DE ACEPTACION


Fecha: 31 / 05/ 2011


PLAN DE ITERACION

1. INTRODUCCION

Este documento da a conocer las iteraciones, recursos, cronograma y criterios de evaluación que se van a realizar a lo largo del proyecto.

1.1. Propósito

El propósito de este documento es definir cada una de las iteraciones que se realizan a lo largo del proyecto, para poder cumplir con las características de cada uno de los procesos de negocio definidos.

1.2. Alcance

En este documento se especifica en detalle las actividades a realizar. Para ello, se describe el flujo de trabajo a seguir para la implementación de los casos de usos correspondientes. Este documento será utilizado por el Jefe de Proyecto y por equipo del Proyecto

1.3 Definiciones y abreviaturas

Ver glosario de Términos

1.4 Referencias

Los documentos que se utilizan como referencia son:

Especificaciones de Requerimientos de Software.

Documento de Visión.

1.5 Descripción

El documento de plan de iteración del sistema detalla la planificación para el desarrollo del proyecto, haciendo las distribuciones de tiempo necesarias para la fase de elaboración. Tal distribución se realiza especificando mediante un cronograma las actividades a realizar, indicando las fechas de inicio y finalización de cada una. En esta fase se hace una descripción de los artefactos a ser generados o modificados durante la primera iteración.


Fecha: 31 / 05/ 2011


El control de actividades y su duración permite que los miembros del proyecto puedan observar con detalle las fechas límites y la planificación a la que está siendo sometido el proyecto. Es vital para el proyecto que el plan sea realista, pues un cronograma muy cargado o justo podría ocasionar incumplimientos en las fechas de entregas de los artefactos, lo que solo produce fechas de retraso general del proyecto.

Este documento comprende también un listado de los casos de uso que se van a desarrollar durante la iteración y es importante la buena escogencia de los mismos para no generar retrasos en el desarrollo de funcionalidades y reducir el riesgo del desarrollo.

Finalmente, hay una sección donde se indican los criterios de evaluación que se deben considerar para determinar tanto los logros alcanzados durante la iteración como aquellos en los cuales debe trabajarse más.

1.6 Plan

Se desarrollarán los distintos artefactos que involucran las fases de RUP, estas son: Inicio, Elaboración, Construcción y Transición. En la etapa de Elaboración/Construcción los artefactos correspondientes y necesarios para la funcionalidad del sistema en un 70%. Se realizará el análisis y diseño con el fin de tener la estructura arquitectural del proyecto, lo que permita una implementación sistemática y que maneje posibles riesgos de forma proactiva, que será presentada en un prototipo junto a la documentación necesaria.


Fecha: 31 / 05/ 2011


2. INTRODUCCION

2.1 Actividades por Iteración

En la siguiente tabla se muestra el desarrollo de las fases en cuanto a iteraciones por fase y tiempo:

FASE Nº DE ITERACIONES INICIO FIN

Fase de Concepción 3 Semana 2 Semana 4Fase de Elaboración 5 Semana 5 Semana 10Fase de Construcción 5 Semana 11 Semana 15Fase de Transición 1 Semana 16 Semana 20

En la siguiente tabla se muestra la descripción de cada fase y el hito (un hito marca la culminación de una fase):

La duración del proyecto esta estimada en 5 meses


Fecha: 31 / 05/ 2011



Fecha: 31 / 05/ 2011


2.2 Cronograma por Iteración


Fecha: 31 / 05/ 2011



Fecha: 31 / 05/ 2011


2.2.1 DIAGRAMA DE GANTT

2.3 Entregables por Iteración


Fecha: 31 / 05/ 2011


3.3. RECURSOS

3.1 Recursos Humanos

Ver Plan de Desarrollo de Software

3.2 Infraestructura y Equipos

Infraestructura:

a. Oficina acondicionada con cableado eléctrico y red de datos.

b. Mobiliario para todo el personal asignado al proyecto.c. Directorio de reuniones con pizarra y Proyectores

Equipos:

1. Equipos de cómputo para todo el personal asignado al proyecto.

2. Impresora láser a colores 3. Impresoras de inyección de tinta (asignadas generalmente

al Gerente de Tienda)4. Impresoras matriciales (en Mesón de Atención al Cliente,

Mesón de Instalaciones, Post Venta, Alquiler de Herramientas, Dimensionado, Venta a Empresa, Bóveda, Despacho, Prodesk, Escuela de Cajas)

5. Impresoras de flejes de escritorio y portátiles 6. Antenas de radiofrecuencia.7. Equipos de Consulta de Precio (InstanPrecios)8. Computadoras de Caja 9. Scanners de Mesa y de mano como equipamiento de caja10. Scanners para digitalización de documentos.11. Central Telefónica (que incluye anexos digitales, analógicos

e IP)12. Equipos de Fax.13. Equipos Multimedia para Proyección14. Equipos de Consulta de Saldos CMR (Saldomáticos)15. Concentradores de transacciones (Master Card)


Fecha: 31 / 05/ 2011


4. CASOS DE USO

4.1 Generar Préstamo de Equipo

4.2 Realizar Registro y Asignación de Equipos

4.3 Realizar Transferencia de Equipos

4.4 Realizar control al Detalle de los Equipos Prestados

4.5 Emitir Reporte detallado por ítem

4.6 Emitir reporte de Equipos Averiados

A continuación los implementados:

Crear usuario

Borrar usuario

Modificar usuario

Visualizar usuario

5. RIESGOS

5.1 Riesgos de funcionalidades del producto

Esta sección identifica riesgos de las funcionalidades del sistema, estos riesgos son críticos ya que pueden significar que hubo un error en la toma de requisitos o en algun momento en el proceso de desarrollo. Algunos riesgos identificados en esta sección son los siguientes:

El sistema toma más de 10 minutos en realizar los cálculos para el embalaje

El sistema genera inconsistencias en la base de datos Existen errores ocultos o irreparables

5.2. Riesgos relacionados con cliente


Fecha: 31 / 05/ 2011


Es importante saber a quién está dirigido el producto, un mal cliente genera un mal producto. Se debe procurar satisfacer las principales necesidades de todos los tipos de clientes; los riesgos identificados en esta sección son los siguientes:

El cliente no contribuye al buen reconocimiento de requisitos

El cliente no está disponible para revisiones del producto durante su desarrollo

5.3. Riesgo del proceso

Esta sección identifica potenciales riesgos en análisis, diseño y pruebas de software, una minimización de riesgos produciría un software de mayor calidad, los riesgos identificados en esta sección son los siguientes:

No se utilizan estándares de diseño, programación e interfaces para el desarrollo de software

No se llevan a cabo revisiones ni correcciones de requisitos, diseño y código

No se llevan a cabo los casos de prueba

5.4. Riesgos del entorno de desarrollo

Esta sección soporta al equipo del proyecto, al proceso y al producto, si las herramientas son malas existe un gran riesgo, algunos riesgos identificados en esta sección son los siguientes:

No se tiene buena documentación ni ayuda especializada sobre el uso de las herramientas utilizadas


Fecha: 31 / 05/ 2011


6. CRITERIOS DE EVALUACION

La meta principal en esta iteración es finalizar todas aquellas modificaciones que se hayan realizado durante la fase de inicio y de elaboración, y empezar con la fase de construcción cuya etapa finalizará mediante un prototipo con el 70% funcionalidad del sistema.

Cada artefacto será minuciosamente revisado y sometido a la aprobación del equipo completo. Esto con la finalidad de entregar una documentación correctamente realizada al cliente.

La base principal para juzgar el éxito de la iteración y el correcto funcionamiento del sistema.

Documents

Plan Iteracion