Estimación por casos de uso

marzo 2, 2012

La estimación por casos de uso es un método de estimación de esfuerzo a partir de los casos de uso, que es aplicable en proyectos de desarrollo de software. Surge en el año 1993 como un proyecto de tesis en la Universidad de Linkoping. 


Se basa en el cálculo del esfuerzo para el desarrollo de los actores y casos de uso requeridos por la solución, los cuales se categorizan de acuerdo con su complejidad y de acuerdo con las ponderaciones se obtiene un valor inicial. El valor obtenido es ajustado considerando factores ambientales y técnicos, y finalmente, utilizando un factor de productividad, se obtiene el esfuerzo en horas-hombre requerido. 


Es importante considerar los casos de uso y actores a un alto nivel, para obtener un valor adecuado y posteriormente utilizando métodos más precisos refinar la estimación. A continuación presentamos un procedimiento sencillo para el cálculo de esfuerzo con casos de uso. 


Calculo de esfuerzo por casos de uso
1. Clasificar el número de actores en simple, medio o complejo

  •  Simple: Otra aplicación con una interfaz de programación (API)
  •  Medio: Otra aplicación interactuando a través de un protocolo, Ej. TCP/IP
  • Complejo: Una persona interactuando con una interfaz gráfica (GUI) o página WEB 

2. Multiplicar el número de actores de cada clasificación por el peso correspondiente (1, 2 o 3) y sumar los valores para obtener el peso de los actores sin ajustar (A) 
3. Clasificar el número de casos de uso en simple, medio o complejo de acuerdo al número de transacciones, escenarios o pasos que se requiere 

  • Simple: Tres o menos transacciones 
  • Medio: Entre 4 y 6 transacciones 
  • Complejo: Siete o más transacciones 

4. Multiplicar el número de casos de uso de cada clasificación por el peso correspondiente (5, 10 o 15) y sumar los valores para obtener el peso de los casos de uso sin ajustar (B) 
5. Sumar A y B para obtener el total de casos de uso sin ajustar (C) 
6. Determinar el grado de influencia en la productividad de los factores técnicos considerando 0 como no influencia y 5 como esencial o fuerte influencia. 

  • Sistema distribuido —————————–  2
  • Desempeño —————————————  1
  • Conocimiento del usuario ———————  1
  • Procesamiento complejo ———————-  1
  • Código reusable ———————————  1 
  • Fácil de instalar ———————————-   0.5
  • Fácil de usar ————————————–   0.5
  • Portable ——————————————–   2 
  • Fácil de modificar ——————————-  1 
  • Concurrente —————————————  1 
  • Características de seguridad —————-  1
  • Acceso por terceros —————————-  1
  • Requiere capacitación especial ————  1

7. Multiplicar el grado de influencia de los factores técnicos por el peso correspondiente y sumar los valores para obtener la influencia del factor técnico (FT)
8. Calcular la complejidad del factor técnico (CFT) como:  CFT = 0.6 + (0.01 * FT) ( D ) 
9. Determinar el grado de influencia en la productividad de los factores ambientales considerando 0 como no influencia y 5 como esencial o fuerte influencia. 

  • Familiaridad con RUP —————————– 1.5
  • Experiencia con la aplicación ——————-  0.5
  • Experiencia Orientada a Objetos ————–  1
  • Capacidad del analista —————————  0.5
  • Motivación ——————————————–   1
  • Requerimientos estables ————————    2
  • Personal medio tiempo ————————–   -1
  • Dificultad del lenguaje de programación —   -1

10. Multiplicar el grado de influencia de los factores ambientales por el peso correspondiente y sumar los valores para obtener la influencia del factor ambiental (FA) 
11. Calcular la complejidad del factor ambiental (CFA) como: CFA = 1.4 + (-0.03 * FA) ( E ) 
12. Multiplicar C, D y E para calcular el total de casos de uso ajustados ( F ) 
13. Determinar el valor de productividad por caso de uso, se toman valores entre 20 y 36 horas-persona por caso de uso dependiendo de la complejidad del factor ambiental ( G ) 
14. Calcular el esfuerzo en horas-persona multiplicando F y G.



Curso oficial Introduction to CMMI DEV v1.3

febrero 15, 2012

Del 27 al 29 de febrero en la Ciudad de México tiene la oportunidad de aprender y compartir los conocimientos en mejora de procesos en el curso oficial “Introduction to CMMI DEV v1.3”.

Dirigido a los interesados en aprender sobre el modelo y en particular para los que requieren aplicarlo en sus organizaciones.
Es una condición para ser miembro de un equipo de evaluación y es la base para tomar otros cursos ofrecidos por el Software Engineering Institute (SEI).



Durante el curso aprenderá conceptos sobre mejora de procesos así como entender la estructura del modelo, identificar la información y describir las diferentes áreas de proceso.


Ofrecido por Carlos J. Pérez Escobar Instructor certificado por el SEI bajo el patrocinio de ABI Consultants.


Mayor información la puede encontrar aquí directamente en el blog o solicitar informes al correo asprotech@asprotech.com

Tenemos descuentos especiales para grupos de asistentes. Si tienes ofertas de descuento o beneficios te podemos igualar los precios si nos presentas el comprobante.


Resumen de Gestión de servicios estratégicos en CMMI SVC v1.3

febrero 8, 2012
Paul Joseph

El área de proceso Strategic Service Management (STSM) en el modelo CMMI SVC corresponde al nivel 3 de madurez en la representación por etapas y está ubicada en la categoría de procesos de Establecimiento y prestación del servicio para la representación continua. Tiene como propósito establecer y actualizar los servicios estándar de común acuerdo con las necesidades estratégicas y planes. 


STSM está relacionado con la identificación de los servicios y capacidades que se deben ofrecer y la estandarización de los mismos. Esto se traduce en una mayor facilidad y dinamismo para la creación de nuevos servicios, con una rápida penetración en el mercado y el incremento en la satisfacción del cliente. Para esto se establece un catálogo de servicios con el listado de los servicios que se ofrecen y los niveles de servicio que se pueden alcanzar.


Las metas específicas en el área de proceso consideran la identificación de las necesidades estratégicas y planes que inciden en los servicios que se van a ofrecer y la creación de los servicios estándares en respuesta a esas necesidades. Complementa las prácticas de OPF, OPD y OPP para la definición, mejora y entendimiento cuantitativo del proceso estándar de la organización en relación con el servicio.



Determinar las necesidades estratégicas y planes
SG1. Las necesidades estratégicas y planes para los servicios estándar son documentadas y actualizadas. 

  • SP1.1 Recopilar y analizar la información sobre las necesidades estratégicas y las capacidades de la organización.
  • SP1.2 Establecer y actualizar los planes para los servicios estándar.

Establecer los servicios estándar
SG2. El conjunto de servicios estándar es establecido y actualizado.

  • SP2.1 Establecer y actualizar las propiedades del conjunto de servicios estándar y los niveles de servicio de la organización.
  • SP2.2 Establecer y actualizar la descripción de los servicios estándar definidos en la organización.

Resumen de Transición del sistema de servicio en CMMI SVC v1.3

febrero 7, 2012
Kalyan Kanuri

El área de proceso de Service System Transition (SST) en el modelo CMMI SVC corresponde al nivel 3 de madurez en la representación por etapas y está ubicada en la categoría de procesos de Establecimiento y prestación del servicio para la representación continua. Tiene como propósito la liberación de los componentes del sistema de servicio nuevos o modificados de manera significativa mientras que se gestiona su efecto sobre la prestación de servicios actuales.


SST permite desarrollar nuevos sistemas, cambiar los existentes o retirar los obsoletos mientras  que se asegura que no se afecten los sistemas en operación. A diferencia de SCON donde las afectaciones son por causas ajenas al servicio, en este caso la propia naturaleza del servicio requiere controlar y gestionar los cambios sin afectar el servicio que se ofrece en lo que se establece el nuevo ambiente de operación. Durante el periodo de transición es importante cuidar los incidentes que se puedan presentar y atenderlos a tiempo de acuerdo con las prácticas de IRP.


Básicamente considera la planificación y preparación para la transición según las necesidades identificadas y la implementación del servicio en el ambiente donde se continuará ofreciendo.

Preparación para la transición
SG1 La preparación para la transición del sistema de servicio es realizada.

  • SP1.1 Analizar la funcionalidad, atributos de calidad y compatibilidad del sistema de servicios actual y futuro para minimizar el impacto en la prestación del servicio.
  • SP1.2 Establecer y mantener los planes para las transiciones específicas del sistema de servicio.
  • SP1.3 Preparar a los interesados relevantes para los cambios en los servicios y sistemas de servicio.
Implementar el sistema de servicio
SG2. El sistema de servicio se implementa en el ambiente de prestación.
  • SP2.1 Liberar los componentes del sistema de servicio sistemáticamente a los ambientes de prestación de acuerdo con los planes de transición.
  • SP2.2. Evaluar el impacto de la transición en los interesados y en la prestación del servicio, y tomar las acciones correctivas apropiadas. 

Resumen de Continuidad del servicio en CMMI SVC v1.3

febrero 6, 2012

El área de proceso de Service Continuity (SCON) en el modelo CMMI SVC corresponde al nivel 3 en la representación por etapas y está ubicada en la categoría de procesos de Gestión de proyecto y trabajo para la representación continua. Tiene como propósito establecer y actualizar los planes para asegurar la continuidad del servicio durante y después de una ruptura significativa en la operación normal. 


SCON está relacionado con la preparación para recuperar el servicio ante un desastre y poder continuar ofreciendo el servicio. Está muy relacionada con las prácticas de gestión de riesgo en el caso particular de los que tienen que ver con afectaciones a la operación normal del servicio y son complementadas con las prácticas requeridas para garantizar la continuidad del servicio. Se considera una ruptura la situación en la que un evento o secuencia de eventos hace prácticamente imposible para un proveedor de servicio continuar operando de manera normal. 


A diferencia de los incidentes que se presentan en la operación normal del servicio, las interrupciones requieren especial atención producto que pueden afectar al negocio al dejar el servicio inoperable. Es importante identificar y diferenciar los servicios que no pueden ser interrumpidos y los que pueden ser interrumpidos y durante cuánto tiempo.


Las prácticas para garantizar la continuidad del servicio consideran el desarrollo, prueba y actualización del plan de continuidad del servicio. Para ello se requiere capturar información sobre las funciones vitales para el servicio, los recursos requeridos, daños potenciales y el impacto que tienen en el servicio.

Identificar información de dependencias del servicio
SG1. Las funciones y recursos esenciales de las cuales depende el servicio son identificadas y documentadas.

  • SP1.1 Identificar y priorizar las funciones esenciales que deben ser realizadas para asegurar la continuidad del servicio.
  • SP1.2 Identificar y priorizar los recursos esenciales requeridos para asegurar la continuidad del servicio.

Definir el plan de continuidad
SG2. La preparación para la continuidad del servicio es realizada

  • SP2.1 Establecer y actualizar los planes de continuidad del servicio que permiten a la organización reanudar la ejecución de las funciones esenciales.
  • SP2.2 Establecer y actualizar la capacitación para la continuidad del servicio.
  • SP2.3 Proveer y evaluar la capacitación en la ejecución del plan de continuidad del servicio.

Verificar y validar el plan de continuidad
SG3 El plan de continuidad del servicio es verificado y validado

  • SP3.1 Preparar la verificación y validación del plan de continuidad del servicio.
  • SP3.2 Verificar y validar el plan de continuidad del servicio.
  • SP3.3 Analizar los resultados de la verificación y validación del plan de continuidad del servicio.

Resumen de Prevención y resolución de incidentes en CMMI SVC v1.3

febrero 3, 2012

El área de proceso de Incident Resolutión and Prevention (IRP) en el modelo CMMI SVC corresponde al nivel 3 de madurez en la representación por etapas y está ubicada en la categoría de procesos de Establecimiento y prestación del servicio para la representación continua. Tiene como propósito la prevención y resolución en tiempo y efectiva de las incidencias en el servicio, según corresponda. 


IRP tiene que ver con el manejo de las interferencias reales o potenciales en el servicio y en la prevención de que no ocurran. La idea es que el servicio se pueda mantener en operación aún cuando se identifique que algo va mal, mientras se trabaja en la incidencia para reducir los costos y otros impactos adversos por interrupción del servicio. Considera también la atención a quejas por parte del cliente o usuarios del servicio.


La práctica para la resolución de los incidentes considera la revisión de las causas subyacentes y la implementación de acciones para atender las causas o buscar soluciones alternativas que permitan resolver el incidente, en situaciones donde no es viable eliminar las causas del incidente. 


Las tres metas específicas en IRP consideran la preparación para la prevención y resolución de incidencias, la identificación, control y atención a los incidentes que se presentan y finalmente analizar y atender las causas y el impacto de incidentes seleccionados. 



Preparar la estrategia para la atención de incidencias
SG1 La preparación para la resolución y prevención de incidencias es realizada.

  • SP1.1 Establecer y actualizar el enfoque para la resolución y prevención de incidencias.
  • SP1.2 Establecer y actualizar el sistema de gestión de incidencias para procesar y dar seguimiento a la información del incidente.

Controlar y atender las incidencias identificadas
SG2. Las incidencias individuales son identificadas, controladas y atendidas.

  • SP2.1 Identicar la incidencia y registrar la información sobre esta.
  • SP2.2 Analizar los datos individuales de la incidencia para determinar un curso de acción.
  • SP2.3 Resolver las incidencias.
  • SP2.4 Monitorizar el estado de las incidencias hasta su cierre.
  • SP2.5 Comunicar el estado de las incidencias.

Analizar las causas e impacto de las incidencias
SG3. Las causas e impactos de las incidencias seleccionadas son analizadas y atendidas.

  • SP3.1 Analizar las causas subyacentes de las incidencias seleccionadas.
  • SP3.2 Establecer y actualizar las soluciones para responder a las incidencias futuras. 
  • SP3.3 Establecer y aplicar las soluciones para reducir la ocurrencia de las incidencias seleccionadas. 

Resumen de Gestión de la capacidad y disponibilidad en CMMI SVC v1.3

febrero 3, 2012
NASA Ames Research Center

El área de proceso de Capacity and Availability Management (CAM) en el modelo CMMI SVC corresponde al nivel 3 de madurez en la representación por etapas y está ubicada en la categoría de procesos de Gestión de proyectos y trabajo para la representación continua. Tiene como propósito garantizar la ejecución eficaz del sistema de servicio y que los recursos son proporcionados y utilizados de manera efectiva en apoyo a los requisitos del servicio.


CAM busca que los recursos que se requieren para ofrecer el servicio estén disponibles y sean suficientes en el momento que se requiera, dentro de los costos establecidos. Contribuye a incrementar la satisfacción del cliente al garantizar la disponibilidad del servicio, mientras controla los costos y reduce los riesgos de falla en los servicios. 


Se entiende la capacidad como un atributo de calidad que se refiere a la cantidad máxima de servicios o el número máximo de solicitudes de servicio que el sistema de servicio puede atender exitosamente en un periodo de tiempo. La disponibilidad es el atributo de calidad que se refiere al conjunto de tiempo, lugares y otros elementos que se consideran para el ofrecimiento del servicio. La gestión de la capacidad proporciona los medios para lograr la disponibilidad permanente para cubrir los requisitos del servicio.


El uso de modelos, simuladores, diagramas, mapas y prototipos que permiten representar el sistema de servicio facilitan el análisis del comportamiento del servicio de acuerdo con volúmenes de trabajo y variedades específicas. 


Las prácticas del área de proceso consideran los elementos para planificar los elementos para gestionar la capacidad y disponibilidad así como monitorizarlos y analizarlos para gestionar los recursos y nivel de demanda. 

Planificar la capacidad y disponibilidad
SG1. La preparación para la gestión de la capacidad y disponibilidad es realizada.

  • SP1.1 Establecer y actualizar una estrategia para gestionar la capacidad y disponibilidad.
  • SP1.2 Seleccionar medidas y técnicas analíticas para utilizar en la gestión de la capacidad y disponibilidad del sistema de servicio.
  • SP1.3 Establecer y actualizar la representación del sistema de servicio para apoyar la gestión de la capacidad y disponibilidad.

Gestionar la capacidad y disponibilidad
SG2. La capacidad y disponibilidad son monitoreadas y analizadas para gestionar los recursos y la demanda.

  • SP2.1 Monitorizar y analizar la capacidad respecto a los umbrales.
  • SP2.2 Monitorizar y analizar la disponibilidad respecto a los objetivos. 
  • SP2.3 Reportar la información de gestión de la capacidad y disponibilidad a los interesados relevantes.  

Métricas relacionadas

En la elaboration en la GP2.8 del modelo se mencionan algunas métricas útiles para medir la ejecución del proceso. En el caso de CAM se mencionan como ejemplos:

  • Número total de horas del cliente perdidas por mes asociadas con interrupciones del servicio normal por causas asociadas con la gestión de la capacidad y disponibilidad.
  • Número de horas pérdidas por cliente al mes por interrupciones del servicio normal por causas asociadas con la gestión de capacidad y disponibilidad. 
  • Porcentaje de requisitos de tiempo de respuesta de servicios no cubiertos por causas asociadas con la gestión de la capacidad y disponibilidad.
  • Precisión en la predicción de la tendencia en el uso de recursos.