Está en la página 1de 10

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ísticas
Característica
5
11
13
1
ESTIMACIÓN HISTORIA 1:

Historias de usuario
Historia de usuario 2:

Características
Característica
5
11
13

ESTIMACIÓN HISTORIA 2:
Proyecto de ejemplo

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

Historias de usuario
Modificar la solicitud de cambio de estrato para que carge una lista de string.
1.-Omitir el cargue de bytes y nombre de archivo que se encuentra actualmente en la creacion de solicitud de cambio de estra
2.- Solicitar en el request del servicion una lista de strings(urls con las rutas de la documentacion adjunta al cambio de estrato)
3.- Almacenar la lista de string asociadas a la solicitud en una nueva estructura en MGL.

Requerimiento relacionado
La historia de usuario incluye interoperar a través de servicios web tipo Rest.
Pruebas de QA
Pruebas unitarias
La historia de usuario es un CRUD.

Modificar la pantalla de gestion de solicitudes (cambio de estrato)


1.- En la pantalla de gestion de solicitudes (cambio de estrato) se pide mostrar todos los link asociados a la solicitud.
2.- Cada link me debe llevar a otra pestaña donde se pueda visualizar el documento anexo.
Gestionar la solicitud de cambio de estrato
3.- En el proceso actual se debe cambiar para que cambie el estrato a la dirección en MGL
4.- Una dirección tiene tecnologías habilitadas, se debe buscar todas las tecnologías habilitadas y cambiarles
su estrato, y adicional a esto las que deben actualizarse en RR se deben actualizar allá también.
5- Cuando termine debe notificar a TCRM y enviar un correo, esta última opción ya está en funcionamiento.

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

Peso
1
2
1
1
5

Peso
1
2
1

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

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

También podría gustarte