Estimador de esfuerzo proyectos de

SECCION 1: Esta primera sección lista características de los proyecto de desarrollo de software y un multiplicardor de dificultad

Identificador
1
2
3
4
5
6
7
8
9
10

SECCION 2: Esta sección describe diferente tipos de requerimientos y un valor de puntos de historias de usuario. Los valores va

Identificador
1

4
5
6
7
8

9
10
11
12
13
14
15
16
 Estimador de esfuerzo proyectos de desarrollo de so

CION 1: Esta primera sección lista características de los proyecto de desarrollo de software y un multiplicardor de dificultad. 0,1 es el valor m

Característica
El proyecto requiere alta disponibilidad
La concurrencia de números de usuarios alcanza picos mayores a 350 usuarios
La información viaja de zonas militarizadas a zonas desmilitarizadas
Se debe interoperar con aplicaciones legadas
El proyecto debe ser desarrollado usando .Net
El proyecto debe ser desarrollado usando Java
El proyecto debe ser desarrollado usando un lenguaje distinto a Java o .Net
El proyecto debe integrarse con servicios web que aun no existen
El proyecto debe realizar ejecuciones periódicas de procedimientos
el proyecto es una modificación sobre código ya existente

CION 2: Esta sección describe diferente tipos de requerimientos y un valor de puntos de historias de usuario. Los valores van de 1 a 3 siend

Característica
La historia de usuario es un CRUD.
La historia de usuario requiere realizar en memoria búsquedas sobre estructuras de datos de tamaño
indefinido y creciente.

La historia de usuario requiere manipulación gráfica (arrastrar componentes de la GUI por ejemplo).
La historia de usuario incluye la manipulación de hardware externo (lectores de huellas, pistolas
lectoras, cajas registradoras, etc).
La historia de usuario incluye interoperar a través de servicios web tipo Rest.
La historia de usuario incluye interoperar a través de servicios web tipo SOAP.
La historia de usuario requiere cifrar y descifrar información.
La historia de usuario requerie la manipulación de plantillas PDF.

La historia de usuario requiere manipulación matemática o estadística de grandes volúmenes de datos.

La historia de usuario requiere almacenar y cargar recursos externos
Pruebas de QA
Documentación
Pruebas unitarias
La historia de usuario incluye crear servicio web tipo Rest.
La historia de usuario incluye crear servicio web tipo SOAP.
La Historia de usuario requiere creacion de vistas
rzo proyectos de desarrollo de software

rdor de dificultad. 0,1 es el valor más bajo, 0,9 es el valor más alto.

Modificador
0.7
0.9
0.6
0.9
0.5
0.3
0.7
0.8
0.4
0.7

io. Los valores van de 1 a 3 siendo 3 el más complicado.

Modificador
1

3
1
2
2
2

3
2
2
1
1
1
1
1
Modificadores del proyecto
Modificador
6
10

TOTAL MODIFICADOR:

Historia de usuario 1:

Característica
5
16
13

ESTIMACIÓN HISTORIA 1:

Historias de usuario
Historia de usuario 2:

Característica
5
16
13

ESTIMACIÓN HISTORIA 2:

Historias de usuario
Historia de usuario 3:
 Característica
1
16
13

ESTIMACIÓN HISTORIA 3:

Historias de usuario
Historia de usuario 4:

Característica
14
13

ESTIMACIÓN HISTORIA 4:

Historias de usuario
Historia de usuario 5:

Característica
5
13

ESTIMACIÓN HISTORIA 5:
 Proyecto de

Requerimiento relacionado
El proyecto debe ser desarrollado usando Java
el proyecto es una modificación sobre código ya existente

Historias de
Consultar capacidad de agendamiento en WFM
1.-Crear dentro de la pestaña de agendamientos un formulario para la consulta de agendamiento en WFM.
2.- Con la informacion suministrada en el formulario consumir el servicio de capacity.

Requerimiento relacionado
La historia de usuario incluye interoperar a través de servicios web tipo Rest.
La Historia de usuario requiere creacion de vistas
Pruebas unitarias

2.- Construir
Construir formulario
formulario deque permita capturar la siguiente información: A. Una o n fechas para consultar.
Agendamientos.
B.Tipo de actividad a realizar en la VT.
1.-Crear dentrode
C. Información dellapanel de Ordenes
actividad de Trabajo una pestaña para el agendamiento de OT en WFM.
a realizar

3.- Realizar las validaciones de negocio para construir el formulario de agendamiento y posterior creacion deagenda de la OT e

Requerimiento relacionado
La historia de usuario incluye interoperar a través de servicios web tipo Rest.
La Historia de usuario requiere creacion de vistas
Pruebas unitarias

Agendar, actualizar y cancelar oagendas de OT en MGL

1.-Construir un formulario que permita Agendar OT
2.- Almacenar una agenda de OT en MGL.
3.- Actualizar una agenda de OT en MGL.
4.- Cancelar una agenda de OT en MGL.

Requerimiento relacionado
La historia de usuario es un CRUD.
La Historia de usuario requiere creacion de vistas
Pruebas unitarias

Construir cinco servicios rest para el seguimiento de la agenda

1.-Servicio ENRUTAR: para obtener la informacion del tecnico que realiza la Visita.
2.- Iniciar VT: para obtener en que momento se inicia la VT por parte del tecnico.
3.- Cierre:
a. No_done
b. Soft_Close
c. Cierre

Requerimiento relacionado
La historia de usuario incluye crear servicio web tipo Rest.
Pruebas unitarias

Agendar, actualizar y cancelar agendas de OT en WFM

1.- Almacenar una agenda de OT en WFM .
2.- Actualizar una agenda de OT en WFM.
3.- Cancelar una agenda de OT en WFM.

Requerimiento relacionado
La historia de usuario incluye interoperar a través de servicios web tipo Rest.
Pruebas unitarias
Peso
0.3
0.7

Peso
1
1
1

Peso
1
1
1

3
Peso
1
1
1

Peso
1
1

Peso
1
1

2
 Resumen Estimación
Total Estimación historia de usuario 6 (sumatoria de estimaciones de historias del proyecto)
Total proyecto con modificadores de dificultad 6 (total de estimación de historias de usuario multiplicadas por los mo

Tiempos de desarrollo
Velocidad desarrollador 10
SPRINTS ESTIMADOS PROYECTO 0.6
del proyecto)
rio multiplicadas por los modificadores de dificultad)