Reporte Estimación Proyecto SW

Ingeniera de Software II
Estimacin del Esfuerzo

para el Proyecto BLEDGE
Integrantes:
ndice de Contenidos Paola Pelez
Santiago Fernndez
1. Objetivos...........................................................................................................................
Richard Esparza 1
Bryan Erazo
1.1. Objetivo General........................................................................................................1
1.2. Objetivos Especficos.................................................................................................1
0
2017
2. Introduccin...................................................................................................................... 1
3. Fundamento Terico......................................................................................................... 2
3.1. Descripcin del Sistema.............................................................................................2
3.2. Modelo de Casos de Uso...........................................................................................2
3.3. Puntos de Casos de Uso (UCP).................................................................................3
3.4. Pasos de la Tcnica UCP..........................................................................................3
4. Desarrollo de la Aplicacin de la Tcnica..........................................................................7
4.1. Requisitos del sistema...............................................................................................7
4.2. Diagrama de casos de uso extendido......................................................................18
4.3. Clculo del Peso del actor no ajustado....................................................................19
4.4. Calculo del Peso del Caso de Uso no Ajustado.......................................................19
4.5. Calculo de los Puntos de Caso de Uso sin Ajuste....................................................20
4.6. Clculo del Factor Tcnico.......................................................................................20
4.7. Clculo del Factor de Entorno..................................................................................21
4.8. Clculo de los Puntos de Casos de Uso Ajustado....................................................22
4.9. Clculo del Esfuerzo estimado del Proyecto Bledge................................................22
5. Conclusiones.................................................................................................................. 23
6. Referencias..................................................................................................................... 24
ndice de Ilustraciones
Ilustracin 1 Diagrama de casos de uso extendido BLEDGE....................................................18
1
ndice de Tablas
Tabla 1 Categorizacin y Peso de los Actores.............................................................................4

Tabla 2 Categorizacin y Peso de los Casos de Uso...................................................................4
Tabla 3 Factores Tcnicos........................................................................................................... 5
Tabla 4 Escalas de Estimacin de Fi...........................................................................................6
Tabla 5 Factores de Entorno........................................................................................................6
Tabla 6 Requerimiento Funcional 1..............................................................................................8
Tabla 7 Requerimiento Funcional 2..............................................................................................9
Tabla 8 Requerimiento Funcional 3............................................................................................10
Tabla 9 Requerimiento Funcional 4............................................................................................11
Tabla 10 Requerimiento Funcional 5..........................................................................................12
Tabla 15 Requerimiento Funcional 10........................................................................................16
Tabla 18 Peso del Actor asignado a los Casos de Uso..............................................................19
Tabla 19 Peso del caso de uso no ajustado...............................................................................20
Tabla 20 Clculo del Factor tcnico...........................................................................................21
Tabla 21 Clculo del factor de entorno.......................................................................................22
1. Objetivos
1.1. Objetivo General
Realizar la estimacin del esfuerzo de un proyecto de desarrollo de software

mediante la aplicacin de una tcnica de estimacin con el fin de determinar el
esfuerzo necesario para el desarrollo del proyecto.
2
1.2. Objetivos Especficos
- Identificar y estudiar una tcnica que permite realizar la estimacin de proyectos de

software.
- Aplicar la tcnica seleccionada en un proyecto de desarrollo de software bsico
cuyos requisitos estn establecidos y hayan pasado por un proceso de depuracin
exhaustivo.
- Presentar en un informe los principales puntos de aplicacin de la tcnica de
estimacin en el proyecto seleccionado as como los resultados obtenidos.
2. Introduccin
El proceso de gestin de proyectos de software comienza con un conjunto de actividades que

se denominan planificacin del proyecto. La primera de estas actividades es la estimacin [1].
La inversin total en desarrollo y mantenimiento de software se ha incrementado rpidamente
en los ltimos aos y se estima que tiene un costo que supera los $200 millones por ao [2].
Dada esta premisa, es evidente que una parte importante para el control de este costo es la
capacidad que tienen las organizaciones de anticipar de manera precisa el esfuerzo requerido
para el desarrollo de los proyectos de software.
El anlisis de costo es el proceso de identificacin de los recursos necesarios para llevar a

cabo un proyecto eficientemente [1]. La estimacin de costos que involucra el desarrollo de
software es un factor importante en el anlisis de los proyectos informticos, es de vital
importancia que las organizaciones dedicadas al desarrollo de software cuenten con
indicadores para medir el costo de los proyectos, garantizando as la eficiencia, excelencia,
calidad y competividad. La evaluacin del costo determina la cantidad y calidad de los recursos
necesarios en trminos de dinero, esfuerzo, capacidad, conocimientos y tiempo que inciden en
la gestin eficiente del proyecto [3].
Existen diversas tcnicas que permiten realizar la estimacin de proyectos software, cada una
con sus enfoques diferentes de aplicacin, as como sus ventajas y desventajas, puesto que no
es tarea fcil estimar o cuantificar el software [2]. Por otro lado, Somerville afirma que es difcil
la estimacin de un calendario del proyecto y que probablemente se deba hacer estimaciones
iniciales sobre la base de una definicin de requerimientos de usuario a altos niveles [4].
Para la estimacin que se pretende realizar se ha seleccionado la tcnica de estimacin con
2
puntos de caso de uso, aplicada al software denominado Base de Conocimientos BLEDGE; y
que permite realizar estimaciones a partir de modelos orientados a objetos con una precisin
bastante aceptable [5].
3. Fundamento Terico
3.1. Descripcin del Sistema
BLEDGE pretende ser una aplicacin web, que funcione como una base de conocimiento, la
misma que facilite el acceso a la informacin para dar solucin a problemas comunes que se
presenten en la Unidad de Tecnologas de la Informacin y Comunicacin de las Universidad
de las Fuerzas Armadas - ESPE.
La base de conocimiento tiene como objetivo el centralizar la informacin de las reas de:
software, redes y soporte de la UTIC, adems de permitir la administracin y gestin de la
informacin, la cual se realizar en base al manejo de distintos roles de usuario con
permisos especficos para cada uno.
3.2. Modelo de Casos de Uso
Un caso de uso es una tcnica de modelado usada para describir lo que debera hacer un
sistema nuevo o lo que hace un sistema que ya existe [6].
El modelo de casos de uso es un artefacto que surge como producto de la fase de

requerimientos de la metodologa de desarrollo y gestin de proyectos RUP y constituye una
amplia y aceptada tcnica que captura el proceso de negocio y los requerimientos de un
proyecto de desarrollo de software [5]. Esta es la base para las estimaciones, ya que
contiene la especificacin detallada de los actores y casos de uso que involucra el proyecto.
3.3. Puntos de Casos de Uso (UCP)
Es una tcnica de estimacin de proyectos de software, desarrollada en 1993 por Gustav

Karner de Rational Software y est basada en una metodologa orientada a objetos. Surgi
3
como una mejora al mtodo de puntos de funcin pero basando las estimaciones en el
modelo de casos de uso, producto del anlisis de requerimientos. Segn el autor la
funcionalidad vista por el usuario constituye la base para estimar el tamao del software [7].
El objetivo de esta tcnica es estimar las horas necesarias para ejecutar un conjunto de
casos de uso. Es decir, se busca predecir cunto tiempo llevar el desarrollo de software y
cuantas personas se requieren para realizarlo. Este mtodo depende principalmente de
casos de uso bien estructurados y definidos, se debe aclarar que un caso de uso por s solo
no permite efectuar una estimacin de esfuerzo ni de tiempos, solamente representan una
herramienta para el anlisis. La idea central de esta tcnica es estimar el tamao
(cuantificar) del software a partir de los requerimientos de los casos de uso [5].
3.4. Pasos de la Tcnica UCP
Existen diversas categorizaciones de pasos a seguir para aplicar esta tcnica de estimacin
de esfuerzo en proyectos de software, por esta razn hemos considerado los 7 pasos
propuestos por Nassif, Capretz y Ho [8], que estn propuestos de la siguiente forma:
3.4.1. Peso del actor no ajustado (UAW)
En la UCP, los actores deben ser clasificados y se les debe asignar un peso para cada
categora, como lo indica la tabla 1 a continuacin:
Tipo de Descripcin Pe
Actor so
Simple Otro Sistema con una API definida. 1
Otro sistema interactuando con
algn protocolo o una persona
Medio 2
interactuando a travs de una
interfaz en modo texto.
Una persona interactuando a travs
Complejo de una interfaz grfica de usuario 3
(GUI).
Tabla 1 Categorizacin y Peso de los Actores
4
El Peso del actor no ajustado se calcula con la siguiente frmula:
UAW = SA1+ AA2+ CA3
Dnde: SA, AA y CA corresponden a Actor Simple, Actor Medio y Actor Complejo

respectivamente.
3.4.2. Peso del Caso de Uso no Ajustado (UUCW)
Los casos de uso son clasificados en base al nmero de transacciones, en el xito y

escenarios alternativos. Una transaccin es un conjunto de actividades atmica, donde
se ejecutan todas ellas o ninguna [9].
Se asigna un peso a cada categora como lo muestra la tabla 2 a continuacin:
Tipo de Caso de Descripcin Peso

Uso
Simple 3 transacciones o 5
menos
Medio De 4 a 7 transacciones 10
Complejo Ms de 7 transacciones 15
Tabla 2 Categorizacin y Peso de los Casos de Uso
El Peso del caso de uso no ajustado se calcula con la siguiente frmula:
UUCW = SU5+ AU 10+ CU15
Dnde: SU, AU y CU corresponden a, Caso de Uso Simple, Caso de Uso Medio y

Caso de Uso Complejo respectivamente.
3.4.3. Puntos de Caso de Uso sin ajuste (UUCP)
El valor de los Puntos de Caso de Uso se calcula con la siguiente frmula:
UUCP=UAW +UUCW
5
3.4.4. Factor Tcnico (TF)
Estos factores contribuyen a la complejidad del proyecto. La tabla 3 describe a los

factores tcnicos.
Factor Peso
Descripcin
Tcnico Wi
T1 Sistema Distribuido. 2
Rendimiento o tiempo de
T2 1
respuesta.
T3 Eficiencia del usuario final. 1
T4 Procesamiento interno complejo. 1
T5 El cdigo debe ser analizable. 1
T6 Facilidad de Instalacin. 0.5
T7 Facilidad de Uso. 0.5
T8 Portabilidad. 2
T9 Facilidad de cambio. 1
T10 Concurrencia. 1
Caractersticas especficas de
T11 1
seguridad
Provee acceso directo a terceras
T12 1
partes.
Se requiere facilidades especiales
T13 1
de entrenamiento a usuarios.
Tabla 3 Factores Tcnicos
El Factor Tcnico se calcula con la siguiente frmula:
13
TF=C 1+C 2 FiW i
i=1
Dnde: C1 = 0.6, C2 = 0.01 y Fi es un factor que puede tomar valores entre 0 y 5 segn
lo muestra la tabla 4 a continuacin.
Descripci Valor
n
Irrelevan 0a2
te
Medio 3a4
Esencial 5
6
Tabla 4 Escalas de Estimacin de Fi
3.4.5. Factor de Entorno (EF)
Estos factores contribuyen a la eficiencia y la productividad del equipo. La tabla 5

describe los factores del entorno.
Factor de Descripcin Peso

Entorno Wi
E1 Familiaridad con el modelo del 1.5
Proyecto utilizando UML
E2 Personal tiempo parcial -1
E3 Capacidad de analista lder 0.5
E4 Experiencia en la aplicacin 0.5
E5 Experiencia en orientacin a 1
objetos
E6 Motivacin 1
E7 Dificultad del Lenguaje de -1
Programacin
E8 Estabilidad de los requerimientos. 2
Tabla 5 Factores de Entorno
El Factor Tcnico se calcula con la siguiente frmula:
8
EF =C 1+C 2 FiW i
i=1
Dnde: C1 = 1.4, C2 = -0.03 y Fi es un factor que es equivalente al Fi del factor tcnico

mostrado en la tabla 4 anteriormente.
3.4.6. Puntos de Casos de Uso Ajustado
El valor de los Puntos de Casos de Uso Ajustado se calcula con la siguiente frmula:
UCP=UUCPTFEF
3.4.7. Esfuerzo
7
Esta es la etapa final de la tcnica de puntos de Casos de Uso. Karner propone 20
horas/persona para cada UCP. Se representa con la siguiente frmula:
Esfuerzo=
Dnde size es el tamao de software calculado en los puntos de casos de uso ajustado
UCP y el esfuerzo se mide en persona/hora.
4. Desarrollo de la Aplicacin de la Tcnica
4.1. Requisitos del sistema
El software escogido para aplicar la tcnica de puntos de Casos de Uso para estimar su
esfuerzo es el sistema web Bledge, descrito en el punto 3.4 de este documento. El software
cuenta con los siguientes requisitos funcionales, mismos que han sido previamente
revisados y aprobados por el cliente.
Id. Requerimiento BC-RF0001
Nombre Agregar el problema
Actor Administrador de rea, Administrador general y Usuario.
Descripcin La aplicacin web debe permitir agregar los datos necesarios para la
agregacin de un problema a la base de conocimiento.
Entradas Formulario de ingreso con los campos a llenar:

Tema
Categora
Subcategora
Elemento
Fecha
Descripcin
Salidas -La informacin ser almacenada en la tabla <<UZBTPROBLE>> de la

base de datos.
-Se mostrar una ventana con el mensaje de confirmacin: Desea
Agregar el Problema, si confirma el usuario se mostrar el mensaje:
8
Problema agregado con xito.
Proceso 1) Seleccionar la opcin agregar problema.

2) Llenar el formulario que se desplegar.
3) Seleccionar la opcin de confirmacin para que el problema sea
almacenado con xito.
Precondiciones Haber ingresado a la aplicacin web con cualquier de los siguientes roles:
Administrador de rea.
Administrador general
Usuario
Post condiciones El problema ser guardado con xito en la base de datos.
Efectos Colaterales Si el usuario no ingresa todos los campos obligatorios o llena

incorrectamente, el sistema no permitir que el problema en cuestin sea
almacenado.
Prioridad Alta
Tabla 6 Requerimiento Funcional 1
Nombre Agregar una solucin al problema
Descripcin La aplicacin web debe permitir agregar los datos necesarios para la
creacin de una solucin a un problema de la base de conocimiento.
Entradas Formulario de ingreso con los campos a llenar:

Nivel de rea.
Fecha.
Pasos de la Solucin.
Salidas -La solucin ser almacenada en la tabla <<UZBTSOLUC>> de la base de

datos.
-Se mostrar una ventana con el mensaje de confirmacin.
Proceso 1) Seleccionar la opcin agregar una solucin al problema.

2) Llenar el formulario que se desplegar.
3) Seleccionar la opcin de confirmacin para que la solucin al problema
sea almacenada con xito.
9
Precondiciones Haber ingresado a la aplicacin web con cualquier de los siguientes roles:
Administrador de rea.
Administrador general
Usuario
Post condiciones La solucin al problema ser guardado con xito en la base de datos.
Efectos Colaterales Si el usuario no ingresa todos los campos obligatorios o llena

incorrectamente, el sistema no permitir que la solucin sea almacenada.
Prioridad Alta
Nombre Calificar la solucin al problema
Descripcin La aplicacin web debe permitir calificar la solucin a problemas

existentes.
Entradas Seleccin Grafica mediante el puntero: Puntuacin en escala de 1 a 5
Salidas -Se mostrar la calificacin asignada por el usuario mediante grficos

pintados (estrellas).
-La calificacin ser almacenada en la tabla <<UZBTCALIFI>> de la base
de datos.
Proceso 1) Include: BC-RF0004.

2) Seleccionar la calificacin que se muestra en una barra grfica en la
escala del 1 al 5.
Precondiciones Cumplir con el requisito: Buscar problema de cdigo: BC-RF0004.
Post condiciones La calificacin a la solucin ser almacenada en la base de datos.
Efectos Colaterales Si ya existe una calificacin para dicha solucin, ser remplazada por la
nueva.
Prioridad Baja.
10
Nombre Buscar problema
Descripcin La aplicacin web debe permitir la consulta de problemas existentes.
Entradas Barra de bsqueda:

Palabras Clave.
Nombre del Problema.
Categora.
Salidas -Se mostrar el problema con sus soluciones con sus respectivos pasos a
seguir.
Proceso 1) Seleccionar la opcin Buscar

2) El usuario digitar en la barra de bsqueda de la interfaz de la
aplicacin:
-Nombre del Problema.
-Categora.
-Palabras Clave.
2) La aplicacin web muestra los resultados encontrados; para que el
usuario elija la opcin que se adecue a sus necesidades.
Precondiciones El problema debe estar creado y cargado en la tabla UZBTPROBLE de

la base de datos.
Post condiciones La aplicacin web mostrar las soluciones encontradas de acuerdo al

parmetro (problema) ingresado en la barra de bsqueda.
Efectos Colaterales La bsqueda de un problema no almacenada no arrojar ningn resultado.
Prioridad Alta.
Nombre Eliminar la solucin de un problema
Actor Administrador de rea, Administrador general.
Descripcin La aplicacin web debe permitir la eliminacin a soluciones de problemas

existentes.
11
Entradas Requisito: Buscar problema con cdigo: BC-RF0004
Salidas -Se mostrar una ventana con el mensaje de confirmacin: Desea

Eliminar la solucin al Problema, si confirma el usuario se mostrar el
mensaje: Solucin eliminada con xito.
-La solucin ser eliminada de la tabla <<UZBTSOLUC>> de la base de
datos.
Proceso 1) El usuario deber buscar el problema (Include: BC-RF004) y hacer

clic en el botn ver
2) Seleccionar de las soluciones mostradas por el sistema la que se
desee eliminar haciendo clic en el botn Eliminar.
3) Confirmar la eliminacin al problema seleccionado mediante un
cuadro de aceptacin.
Post condiciones -La solucin al problema seleccionada se encuentra eliminada de la tabla

UZBTSOLUC de la base de datos.
-Solo el administrador general y el administrador de rea pueden eliminar
una solucin a un problema.
Efectos Colaterales La bsqueda de una solucin a un problema no almacenada no arrojar

ningn resultado.
Prioridad Media.
Nombre Modificar la solucin del problema
Actor Administrador de rea, Administrador general.
Descripcin La aplicacin web debe permitir la modificacin a soluciones de problemas

existentes.

Modificar la solucin al Problema, si confirma el usuario se mostrar el
mensaje: Solucin modificada con xito.
-La solucin ser modificada de la tabla <<UZBTSOLUC>> de la base de
12
datos.
Proceso 1) El usuario deber buscar el problema (Include: BC-RF0004.)

2) Seleccionar de las soluciones mostradas por el sistema la que se
desee modificar haciendo clic en el botn Modificar.
3) Ingresar por teclado los nuevos cambios en el campo de la solucin
elegida.
4) Confirmar la modificacin al problema seleccionado.

UZBTSOLUC de la base de datos.

ningn resultado.
Prioridad Media
13
Nombre Eliminar el problema
Actor Administrador general.
Descripcin La aplicacin web debe permitir la eliminacin de problemas existentes.

Eliminar el Problema, si confirma el usuario se mostrar el mensaje:
Problema eliminado con xito.
-El problema ser eliminado de la tabla <<UZBTPROBLE>> de la base de
datos.
Proceso 1) El usuario deber buscar el problema (Include: BC-RF0004)

2) Seleccionar uno de los problemas mostrados por el sistema
haciendo clic en Ver.
3) Eliminar todas las soluciones que tenga el problema con la opcin
Eliminar y confirmar.
4) Eliminar el problema.

UZBTPROBLE de la base de datos.
Efectos Colaterales El problema eliminado no podr ser recuperado.
Prioridad Media.
Nombre Modificar el problema
Actor Administrador general.
Descripcin La aplicacin web debe permitir la modificacin de un problema existente.

modificar el Problema, si confirma el usuario se mostrar el mensaje:
14
Problema modificado con xito.
-La solucin ser modificada de la tabla <<UZBTPROBLE>> de la base de
datos.
Proceso 1) El usuario deber buscar el problema (Include: BC-RF0004)

2) Seleccionar el problema que desee modificar.
3) Confirmar la modificacin del problema seleccionado.
Precondiciones -Cumplir con el requisito: Buscar problema de cdigo: BC-RF0004.

-Solo el administrador general puede modificar un problema.
Post condiciones -El problema seleccionado se encuentra eliminado de la tabla

UZBTPROBLE de la base de datos.

ningn resultado.
El problema anterior que fue modificado no podr ser recuperado.
Prioridad Media
Nombre Importar Soluciones.
Actor Administrador General, Administrador de rea, Usuarios.
Descripcin El aplicativo web debe permitir la importacin de un problema con su

respectiva solucin; extrada de la base de datos del service desk.
Entradas Nmero de Ticket.

Importar la solucin al Problema, si confirma el usuario se mostrar el
mensaje: Solucin importada con xito.
-La solucin ser cargada en las tablas <<UZBTPROBLE>> y
<<UZBTSOLUC>> de la base de datos.
Proceso 1) El usuario deber agregar la solucin al problema (Include: BC-

RF0002)
2) Confirmar la importacin de la solucin.
3) Modificar la solucin si se requiere.
Precondiciones Cumplir con el requisito: Agregar solucin a un problema de cdigo: BC-
15
RF0002.
Post condiciones La solucin al problema se encuentra cargado en las tablas

UZBTPROBLE y UZBTSOLUC de la base de datos.
Efectos Colaterales La Solucin debe estar contenida en los tickets de la base de datos del
aplicativo Service desk.
Prioridad Baja
Nombre Gestionar Categora del Problema.
Actor Administrador General, Administrador de rea.
Descripcin El aplicativo web debe permitir gestionar categoras.
Entradas - Nombre de categora.

- Descripcin de categora.
Salidas - La creacin de una categora posterior a un mensaje de

confirmacin: Confirma crear categora, si confirma el usuario se
mostrar el mensaje: Categora Creada con xito.
- Modificacin de categora.
- Eliminacin de una categora
- Consulta de categora.
Proceso 1) Llenar el formulario para creacin de categoras ubicado en

administracin de categoras.
2) Visualizar categoras existentes.
3) Modificar categoras existentes.
4) Eliminar categora existente.
Precondiciones Ninguna
Post condiciones Se ha creado, modificado o eliminado una categora.
Efectos Colaterales Si se intenta eliminar una categora que contiene subcategoras no se

permitir dicha accin.
Prioridad Media.
16
Nombre Gestionar Subcategora del Problema.
Descripcin El aplicativo web debe permitir gestionar subcategoras.
Entradas - Nombre de subcategora.

- Descripcin de subcategora.
Salidas - La creacin de una subcategora posterior a un mensaje de

confirmacin: Confirma crear subcategora, si confirma el usuario
se mostrar el mensaje: Subcategora creada con xito.
- Modificacin de subcategora.
- Eliminacin de una subcategora
- Consulta de subcategora.
Proceso 1) Llenar el formulario para creacin de subcategoras ubicado en

administracin de subcategoras.
2) Visualizar subcategoras existentes.
3) Modificar subcategoras existentes.
4) Eliminar subcategora existente.
Precondiciones Tener alguna categora creada para poder asignar la subcategora.
Post condiciones Se ha creado, modificado o eliminado una subcategora.
Efectos Colaterales Si se intenta eliminar una subcategora que contiene elementos no se

permitir dicha accin.
Prioridad Media.
Nombre Gestionar Elemento del Problema.
Descripcin El aplicativo web debe permitir gestionar elementos pertenecientes a

subcategoras.
Entradas - Nombre de elemento.
17
- Descripcin de elemento.
Salidas - La creacin de un elemento posterior a un mensaje de

confirmacin: Confirma crear elemento, si confirma el usuario se
mostrar el mensaje: Elemento creado con xito.
- Modificacin de elemento.
- Eliminacin de una elemento
- Consulta de elemento.
Proceso 1) Llenar el formulario para creacin de elemento ubicado en

administracin de elementos.
2) Visualizar elementos existentes.
3) Modificar elementos existentes.
4) Eliminar elementos existentes.
Precondiciones Ninguna
Post condiciones Se ha creado, modificado o eliminado un elemento.
Efectos Colaterales Si se intenta eliminar un elemento que pertenece a un problema no se

podr eliminar dicho elemento.
Prioridad Media.
4.2. Diagrama de casos de uso extendido
De los requisitos funcionales del proyecto Bledge se obtuvo el siguiente diagrama de casos
de uso extendido necesarios para aplicar la tcnica de estimacin del esfuerzo.
18
Ilustracin 1 Diagrama de casos de uso extendido BLEDGE
4.3. Clculo del Peso del actor no ajustado
Para proceder al clculo del se debe asignar el peso para cada caso de uso en base a la
tabla 1 de Categorizacin y Peso de los actores mostrada anteriormente. La tabla 6 muestra
los pesos asignados a los casos de uso del proyecto:
Caso de Uso Peso

Asignado
Agregar el Problema 3
Agregar una Solucin al 3
problema
Buscar Solucin al Problema 3
Modificar Problema 3
Eliminar Problema 3
Calificar Solucin al Problema 3
Eliminar Soluciones del 3
Problema
Modificar la solucin del 3
19
Problema
Gestionar Categora 3
Gestionar Subcategora 3
Gestiona Elemento 3
Importar Soluciones 3
Tabla 18 Peso del Actor asignado a los Casos de Uso
Con los casos de uso ya asignados un peso se procede a calcular el valor total del Peso del
actor no ajustado que tambin es conocido como Complejidad del actor.
UAW = 01+ 02+ 123
UAW =36
4.4. Calculo del Peso del Caso de Uso no Ajustado
Para proceder al clculo del se debe asignar el peso para cada caso de uso en base a la
tabla 2 de Categorizacin y Peso de los Casos de Uso mostrada anteriormente. La tabla 6
muestra los pesos y tipo de Caso de uso asignados a los casos de uso del proyecto:
Caso de Uso Tipo de Caso de Uso Peso

en base al nmero de
transacciones
Agregar el Problema Medio 10
Agregar una Solucin al Medio 10
problema
Buscar Solucin al Problema Complejo 15
Modificar Problema Simple 5
Eliminar Problema Simple 5
Calificar Solucin al Problema Medio 10
Eliminar Soluciones del Simple 5
Problema
Modificar la solucin del Simple 5
Problema
Gestionar Categora Simple 5
Gestionar Subcategora Simple 5
Gestiona Elemento Simple 5
Importar Soluciones Medio 10
20
Tabla 19 Peso del caso de uso no ajustado
Con la respectiva categorizacin de caso de uso y un peso ya asignado se procede a

calcular el valor total del Peso del Caso de Uso no ajustado.
UUCW = 75+ 410+ 115
UUCW =90
4.5. Calculo de los Puntos de Caso de Uso sin Ajuste
UAW = 36
UUCW = 90
UUCP=36+ 90
UUCP=126
4.6. Clculo del Factor Tcnico
Para asignar un valor al factor Fi, se debe considera la Tabla 4 de Escalas de Estimacin
para este valor.
Factor Descripcin Peso Fi Fi * Wi
Tcnico Wi
T1 Sistema Distribuido. 2 0 0
Rendimiento o tiempo de
T2 1 3 3
respuesta.
T3 Eficiencia del usuario final. 1 5 5
T4 Procesamiento interno complejo. 1 0 0
T5 El cdigo debe ser analizable. 1 3 3
T6 Facilidad de Instalacin. 0.5 5 2.5
T7 Facilidad de Uso. 0.5 5 2.5
T8 Portabilidad. 2 3 6
T9 Facilidad de cambio. 1 0 0
T10 Concurrencia. 1 3 3
Caractersticas especficas de
T11 1 3 3
seguridad
Provee acceso directo a terceras
T12 1 0 0
partes.
T13 Se requiere facilidades 1 3 3
especiales de entrenamiento a
21
usuarios.
TOTAL 31
Tabla 20 Clculo del Factor tcnico
Una vez asignado el valor de Fi se procede a calcular el valor total del Factor de impacto del
proyecto.
13
TF=C 1+C 2 FiW i
i=1
TF=0.6+0.0131
TF=0.91
4.7. Clculo del Factor de Entorno
Para asignar un valor al factor Fi, se debe considera la Tabla 4 de Escalas de Estimacin
para este valor.
Factor de Peso
Descripcin Fi Fi * Wi
Entorno Wi
Familiaridad con el modelo del
E1 1.5 3 4.5
Proyecto utilizando UML
E2 Personal tiempo parcial -1 0 0
E3 Capacidad de analista lder 0.5 5 2.5
E4 Experiencia en la aplicacin 0.5 3 1.5
Experiencia en orientacin a
E5 1 3 3
objetos
E6 Motivacin 1 3 3
Dificultad del Lenguaje de
E7 -1 5 -5
Programacin
E8 Estabilidad de los requerimientos. 2 3 6
TOTAL 15.5
Tabla 21 Clculo del factor de entorno
Una vez asignado el valor de Fi se procede a calcular el valor total del Factor de entorno del
22
proyecto.
8
EF =C 1+C 2 FiW i
i=1
EF=1.40.0315.5
EF =0.935
4.8. Clculo de los Puntos de Casos de Uso Ajustado
UUCP = 126
TF = 0.91
EF = 0.935
UCP=127.845
4.9. Clculo del Esfuerzo estimado del Proyecto Bledge
Size = UCP = 127.845

Esfuerzo=127.84520
Esfuerzo=2556.9 hrs /hombre
Entonces, las horas necesarias para ejecutar el conjunto de casos de uso que comprende
el proyecto es de 2556.9 hrs/hombre. Sin embargo, el tiempo requerido para desarrollar el
proyecto puede variar en funcin del nmero de integrantes del equipo de desarrollo as
como del nmero de horas de trabajo diarias.
5. Conclusiones
- La estimacin del costo y del esfuerzo del software nunca ser una ciencia exacta. Son
demasiadas variables humanas, tcnicas, de entorno, polticas, que pueden afectar el
costo final del software y del esfuerzo aplicado para desarrollarlo. Sin embargo, la
estimacin del proyecto de software puede dejar de ser un arte obscuro para convertirse
en una serie de pasos sistemticos que proporcionen estimaciones con un grado de
riesgo aceptable.
- La tcnica de puntos de casos de uso permite cuantificar eficientemente las
23
estimaciones del esfuerzo de un proyecto de software, y es muy til ya que esta basada
en metodologas orientadas a objetos y estas son las principales herramientas de inicio
de un proyecto de desarrollo de software.
- La ventaja de esta tcnica es que trabaja bien con diferentes tipos de software, muestra
buen rendimiento en proyectos pequeos, medianos y grandes. En tanto que el principal
inconveniente es que a pesar de que existe el estndar UML para escribir casos de uso,
cada ingeniero de software escribe el caso de uso segn comprenda los requerimientos
del sistema.
- Al momento de aplicar esta tcnica de estimacin hay que tener en cuenta que los
tiempos estimados por etapa (anlisis, diseo, programacin, documentacin, etc.), as
como los costos por hora son criterio del equipo de desarrollo y dependen en gran
medida de su experiencia.
- La planeacin es una fase de vital importancia para un proyecto y aplicar este tipo de
tcnica de estimacin es de vital importancia para la organizacin, ya que gestionar
adecuadamente los recursos, permitir sentar bases slidas y adecuadas para el
desarrollo adecuado de los proyectos de software.
6. Referencias
[1] R. S. Pressman, Ingeniera de Software: Un enfoque prctico, New York: ISBN, 2010, pp.
640-654.
[2] A. L. Prez, L. Gonzlez, A. Duque, F. Millane y G. Ospina, Modelo Dinmico para la
Estimacin Temprana del Esfuerzo en Proyectos de Desarrollo de Software, Revista
Ingenieras, n 5, pp. 11-20, 2006.
[3] D. Del Valle Roque, E. Cueto Ible y P. E. Navarro Guerrero, DISEO DE MTRICAS
PARA CALCULAR EL COSTO EN EL PROCESO DE DESARROLLO DE SOFTWARE,
2014.
[4] I. Sommerville, Ingeniera de Software, Madrid: Pearson, 2006.
[5] S. Valero Orea, ESTIMACIN DE PROYECTOS DE SOFTWARE CON PUNTOS DE
CASOS DE USO, 2011.
[6] E. Mediavilla, Unican, 2010. [En lnea]. Available:
http://www.ctr.unican.es/asignaturas/MC_OO/Doc/Casos_de_uso.pdf. [ltimo acceso: 25
Febrero 2017].
[7] C. A. Remn y P. Thomas, Anlisis de Estimacin de Esfuerzo aplicando Puntos de Caso
de Uso, de CACIC XVI Congreso Argentino de Ciencias de la Computacin, La Plata,
2010.
[8] A. B. Nassif, L. F. Capretz y D. Ho, Estimating Software Effort Based on Use Case Point
Model Using Sugeno Fuzzy Inference System, de 23rd IEEE International Conference on
24
Tools with Artificial Intelligence, 2011.
[9] J. Garzs, Grados de TI, 2010. [En lnea]. Available:
http://233gradosdeti.com/articulos/metodo-de-estimacion-de-puntos-de-caso-de-uso/.
[ltimo acceso: 25 Febrero 2017].
25

Reporte Estimación Proyecto SW

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Reporte Estimación Proyecto SW

Cargado por

Copyright:

Formatos disponibles

Ingeniera de Software II

Estimacin del Esfuerzo

Tabla 1 Categorizacin y Peso de los Actores.............................................................................4

1.1. Objetivo General

Realizar la estimacin del esfuerzo de un proyecto de desarrollo de software

- Identificar y estudiar una tcnica que permite realizar la estimacin de proyectos de

El proceso de gestin de proyectos de software comienza con un conjunto de actividades que

El anlisis de costo es el proceso de identificacin de los recursos necesarios para llevar a

Para la estimacin que se pretende realizar se ha seleccionado la tcnica de estimacin con

3.1. Descripcin del Sistema

3.2. Modelo de Casos de Uso

El modelo de casos de uso es un artefacto que surge como producto de la fase de

3.3. Puntos de Casos de Uso (UCP)

Es una tcnica de estimacin de proyectos de software, desarrollada en 1993 por Gustav

3.4. Pasos de la Tcnica UCP

3.4.1. Peso del actor no ajustado (UAW)

Tabla 1 Categorizacin y Peso de los Actores

UAW = SA1+ AA2+ CA3

Dnde: SA, AA y CA corresponden a Actor Simple, Actor Medio y Actor Complejo

3.4.2. Peso del Caso de Uso no Ajustado (UUCW)

Los casos de uso son clasificados en base al nmero de transacciones, en el xito y

Se asigna un peso a cada categora como lo muestra la tabla 2 a continuacin:

Tipo de Caso de Descripcin Peso

Tabla 2 Categorizacin y Peso de los Casos de Uso

El Peso del caso de uso no ajustado se calcula con la siguiente frmula:

UUCW = SU5+ AU 10+ CU15

Dnde: SU, AU y CU corresponden a, Caso de Uso Simple, Caso de Uso Medio y

3.4.3. Puntos de Caso de Uso sin ajuste (UUCP)

El valor de los Puntos de Caso de Uso se calcula con la siguiente frmula:

Estos factores contribuyen a la complejidad del proyecto. La tabla 3 describe a los

Tabla 3 Factores Tcnicos

El Factor Tcnico se calcula con la siguiente frmula:

3.4.5. Factor de Entorno (EF)

Estos factores contribuyen a la eficiencia y la productividad del equipo. La tabla 5

Factor de Descripcin Peso

Tabla 5 Factores de Entorno

El Factor Tcnico se calcula con la siguiente frmula:

Dnde: C1 = 1.4, C2 = -0.03 y Fi es un factor que es equivalente al Fi del factor tcnico

3.4.6. Puntos de Casos de Uso Ajustado

4. Desarrollo de la Aplicacin de la Tcnica

4.1. Requisitos del sistema

Id. Requerimiento BC-RF0001

Nombre Agregar el problema

Actor Administrador de rea, Administrador general y Usuario.

Entradas Formulario de ingreso con los campos a llenar:

Salidas -La informacin ser almacenada en la tabla <<UZBTPROBLE>> de la

Proceso 1) Seleccionar la opcin agregar problema.

Post condiciones El problema ser guardado con xito en la base de datos.

Efectos Colaterales Si el usuario no ingresa todos los campos obligatorios o llena

Tabla 6 Requerimiento Funcional 1

Id. Requerimiento BC-RF0002

Nombre Agregar una solucin al problema

Actor Administrador de rea, Administrador general y Usuario.

Entradas Formulario de ingreso con los campos a llenar:

Salidas -La solucin ser almacenada en la tabla <<UZBTSOLUC>> de la base de

Proceso 1) Seleccionar la opcin agregar una solucin al problema.

Efectos Colaterales Si el usuario no ingresa todos los campos obligatorios o llena

Tabla 7 Requerimiento Funcional 2

Id. Requerimiento BC-RF0003

Nombre Calificar la solucin al problema

Actor Administrador de rea, Administrador general y Usuario.

Descripcin La aplicacin web debe permitir calificar la solucin a problemas

Entradas Seleccin Grafica mediante el puntero: Puntuacin en escala de 1 a 5

Salidas -Se mostrar la calificacin asignada por el usuario mediante grficos