fatto consultoria y sistemasfattocs.com/files/es/presentaciones/2017.04-snap.pdf · la...

FATTO CONSULTORIA y SISTEMAS

Carlos Eduardo Vazquez

21/03/2015

© 2017 FATTO Consultoria y Sistemas | www.fattocs.com 1


De preferencia use una conexión de banda ancha

El evento no hará uso del video (webcam), solamente diapositivas y audio

Si es necesario, ajuste el idioma de la sala en la barra de herramientas superior

El evento tendrá ~45 min. de presentación y ~15 min. finales para las preguntas

Puede mandar sus preguntas por el chat a lo largo de la presentación

Para aquellas personas que poseen certificación PMP, el evento vale 1 PDU

La presentación será grabada y el vídeo publicado posteriormente en la pagina web y redes

sociales

ORIENTACIONES INICIALES


MISIÓN

Estimación y medición de proyectos de software

Implantación de métricas de software (IFPUG, NESMA , COSMIC)

Auditoria de proyectos de software medidos con APF, COSMIC y SNAP

Benchmarking y análisis de productividad

Evaluación para mejora de los procesos de software

Ingeniería de requisitos

Planeamiento y evaluación del desempeño (alcance, esfuerzo, costo, plazo, calidad)

Definición y seguimiento de contratos de software basados en resultados

Integración del desarrollo ágil con el gobierno corporativo de TI

DIRECIONAMENTO ESTRATÉGICO COM:

Apoyar a nuestros clientes a establecer modelos de negocio en los que tengan control y

visibilidad del desempeño para la gestión de sus procesos de software”


SERVICIOS DE ENTRENAMIENTO

El libro más vendido de APF fue escrito por nosotros. Formó ~25% de

especialistas certificados por el IFPUG en Brasil

Preparación para

el Examen CFPS

96 horas (EAD y

presencial)

APF: Fundamentos,

Beneficios e

Implantación

8 horas (EAD y

presencial)

Capacitación en APF:

Medición y

Estimación de Software

16 horas (EAD y presencial)

Workshop APF:

Metodología y

Practicas de Medición

16 horas (presencial)

Proceso de Valoración No

Funcional del Software

(SNAP)

16 horas

Ingeniería de Requisitos

de Software

24 horas

Estimación de Software

con el COCOMOII

16 horas Taller de Medición

Sesiones de 8 ~ 40 horas

Medición y Estimación de

Software con el Método COSMIC

16 horas (presencial)

Taller de Requisitos

Sesiones de 8 ~ 40

horas

Preparación para

el Examen CCFL

16 horas (EAD y presencial)

IFPUG

IFPUG


1... 2... 3!

1. Despertar en el público, consciencia sobre la problemática

de los Requisitos no Funcionales entendidos por el IFPUG y

la variabilidad que ellos traen

2. Presentar la estrategia para abordar esa variabilidad por la

medición de “Requisitos no Funcionales”

3. Presentar SNAP como solución para medir los elementos del

producto que introducen esa variabilidad en los modelos de

estimativa basados sólo en PF

Objetivos

© 2017 FATTO Consultoria y Sistemas | www.fattocs.com

Introducción

01. Objetivos

Describir la estrategia de clasificación de los requisitos del software,

producto y proyecto, adoptada por el IFPUG en la medición

Exponer la dinámica del costeo del software por la apropiación directa

de costos con la medición de requisitos funcionales

Evaluar por qué y cuando es necesario ir más allá de la apropiación

indirecta de los costos invertidos en especifico con los requisitos no

funcionales

Presentar una solución que mide los requisitos no funcionales en

conjunto con el APF

01. Objetivos

Describir la estrategia de clasificación de los requisitos del software,

producto y proyecto, adoptada por el IFPUG en la medición

Exponer la dinámica del costeo del software por la apropiación directa

de costos con la medición de requisitos funcionales

Evaluar por qué y cuando es necesario ir más allá de la apropiación

indirecta de los costos invertidos en especifico con los requisitos no

funcionales

Presentar una solución que mide los requisitos no funcionales en

conjunto con el APF

7


Requisitos de software: Estrategia de clasificación de

software, producto y proyecto

© FATTO Consultoría y Sistemas –

www.fattocs.com 8

Requisitos funcionales de Software (RF)

Subconjunto de los requisitos del usuario.

Describe lo que el producto de software

debe hacer - tareas y servicios

Cualquier requisito para el producto de software,

incluyendo como él debería ser desarrollado, mantenido y

operado, excepto cualquier requisito funcional

Transferencia de Datos

Transformación de Datos

Almacenamiento de Datos

Recuperación de Datos

Transferencia de Datos

Transformación de Datos

Almacenamiento de Datos

Recuperación de Datos

Requisitos no funcionales de Software (RNF)

Requisitos y Restricciones de proyecto

Características del ambiente

en el cual es desarrollado,

administrado y soportado

Am

bie

nte

Requisitos que definen como el proyecto de software debería ser

administrado o restricciones que afectan su desempeño

Requisitos de proyecto pueden incluir:

Procesos de Dirección de Proyecto

Gobierno y Costo del proyecto

Metas que deberían alcanzar

Requisitos de proyecto pueden incluir:

Procesos de Dirección de Proyecto

Gobierno y Costo del proyecto

Metas que deberían alcanzar

Las Restricciones de proyecto pueden

incluir:

Limitaciones de recursos

Dependencias con otros proyectos

Las Restricciones de proyecto pueden

incluir:

Limitaciones de recursos

Dependencias con otros proyectos

Ca

lid

ad

Requisitos para la

calidad, arquitectura o

diseño

Pro

ce

so

s y

Te

cn

olo

gía

Requisitos de como él

será construido

Tecnología de hardware

y comunicaciones que

necesitará en la

operación

Costo de software por la apropiación directa de costos

con la medición de requisitos funcionales


www.fattocs.com 9

Requisitos

funcionales de

Software (RF)

Requisitos no

funcionales de

Software (RNF)

Requisitos y

Restricciones

de proyecto

APF PF HH /

PF

Selección de índice de productividad para la estimación por similitud de otros aspectos no medidos por el APF

X =

PF

1. Requisitos

funcionales

son medidos

por el APF

1. Requisitos

funcionales

son medidos

por el APF

2. Costo basado en

la apropiación

directa de costos

por PF

2. Costo basado en

la apropiación

directa de costos

por PF

3. Otros factores tienen

el costo rateado en el

costo unitario expresado

en HH/PF

3. Otros factores tienen

el costo rateado en el

costo unitario expresado

en HH/PF

HH

4. La diferencia entre el

resultado del modelo de

costo y el efectuado es el

error

4. La diferencia entre el

resultado del modelo de

costo y el efectuado es el

error

5. Es normal que hayan errores,

porque hay variabilidad en los

requisitos no funcionales, en los

requisitos y restricciones del

proyecto, que promueven impacto en

el desempeño.

5. Es normal que hayan errores,

porque hay variabilidad en los

requisitos no funcionales, en los

requisitos y restricciones del

proyecto, que promueven impacto en

el desempeño.

HH

Ejecutadas

6. ¿Qué parte de la

variabilidad es fruto del

desvio de desempeño y

que parte es fruto de la

aplicación de métricas?

6. ¿Qué parte de la

variabilidad es fruto del

desvio de desempeño y

que parte es fruto de la

aplicación de métricas?

HH

Estimadas

La necesidad de ir más allá de la apropiación indirecta

con la medición de los requisitos no funcionales


www.fattocs.com 10

9. Cuánto más requisitos

puedan medirse, más fácil

segregar

9. Cuánto más requisitos

puedan medirse, más fácil

segregar

Impacto de otros requisitos, cuya

productividad es diferente de la

productividad media usada en el rateo

Impacto en función de problemas u

oportunidades relativos al

desempeño

Requisitos no

funcionales de

Software (RNF)

Requisitos y

Restricciones

de proyecto

Desempeño

7. Parte de la variabilidad no representa

un problema u oportunidad de mejora

7. Parte de la variabilidad no representa

un problema u oportunidad de mejora

8. Parte de la

variabilidad

representa

8. Parte de la

variabilidad

representa Parte de los

Requisitos no

funcionales de

Software (RNF)

10. Cada tipo de requisito

medido, permite una

apropiación directa de costos

10. Cada tipo de requisito

medido, permite una

apropiación directa de costos

SNAP

Solución que mide parte de los RNF en conjunto,

con el APF


www.fattocs.com 11

Requisitos

funcionales de

Software (RF)

Requisitos no

funcionales de

Software (RNF)

Requisitos y

Restricciones

de proyecto

APF PF HH /

PF X =

12. Medición en especifico por el método de

medición que será aprendido

12. Medición en especifico por el método de

medición que será aprendido

11. Costo apropiado a

partir de los requisitos

funcionales medidos por

el APF


partir de los requisitos


el APF

HH

SP HH /

SP X = HH

Selección de Índice de productividad

HH

+


partir de los requisitos no


el SNAP


partir de los requisitos no


el SNAP

13. Unidad en la cual los

resultados son expresados

13. Unidad en la cual los

resultados son expresados

15. Costo total, resultado

del modelo

15. Costo total, resultado

del modelo

16. La cuidadosa selección de

indicadores conforme a la semejanza

con el histórico,todavía sigue siendo

necesaria

16. La cuidadosa selección de

indicadores conforme a la semejanza

con el histórico,todavía sigue siendo

necesaria

Framework de medición de Requisitos no Funcionales

del IFPUG

02. Objetivos

❑ ¿Qué es SNAP y Punto de SNAP (SP) ?

❑ Visión general del Framework, Categorías y Subcategorías

▪ Categoría SNAP

▪ Subcategoría SNAP

▪ Estructura del Framework de medición

❑ Asociación entre RNF y el Framework de medición por el proyecto (cómo)

▪ Unidad de Conteo SNAP (SCU)

▪ Otros requisitos que afectan al esfuerzo, desconsiderados en la medición

02. Objetivos

❑ ¿Qué es SNAP y Punto de SNAP (SP) ?

❑ Visión general del Framework, Categorías y Subcategorías

▪ Categoría SNAP

▪ Subcategoría SNAP

▪ Estructura del Framework de medición

❑ Asociación entre RNF y el Framework de medición por el proyecto (cómo)

▪ Unidad de Conteo SNAP (SCU)

▪ Otros requisitos que afectan al esfuerzo, desconsiderados en la medición

12


SNAP y Punto de SNAP (SP)

• APM

–Manual de Prácticas de Evaluación

(Assessment Process Manual)

• SP

–Puntos de SNAP (SNAP Points)

Resultado del proyecto del Framework para la

medición no Funcional - Framework for Non-

Functional Sizing (2008)

13

Requisitos no

Funcionales

de Software

(RNF)

SP SNAP

Proceso de Evaluación no

Funcional de Software Software Non-Functional

Assessment Process


Visión general del Framework

Objetivo: Provee un framework para establecer un vínculo entre El tamaño no funcional

y El esfuerzo para atender requisitos no Funcionales

Framework de medición

• Es una Evaluación del tamaño de los requisitos no Funcionales

• Composta por categorías y subcategorías de evaluación

• Subcategorías son evaluadas usando criterios especificados

• La Evaluación utiliza tanto criterios medidos cuanto son evaluados

Resultados de la Evaluación no funcional

• Pueden ser usados en conjunto con el tamaño funcional

• Ayudarán a explicar la variación en el esfuerzo de desarrollo y en la productividad

• Conjuntamente con os PF, pueden ser usados como entrada en modelos de estimativa

• Determinados a partir de la visión del usuario de los requisitos no Funcionales, mas entendidos y

acordados por times de usuarios y desarrolladores.

14 © 2017 FATTO Consultoria y Sistemas | www.fattocs.com

Estructura de Categorías y Subcategorías

15

1.1 Validación de

Entrada de datos

1.1 Validación de

Entrada de datos

1.2 Operaciones

Lógicas y

Matemáticas

1.2 Operaciones

Lógicas y

Matemáticas

1.3 Formato de datos 1.3 Formato de datos

1.4 Movimientos

Internos de datos

1.4 Movimientos

Internos de datos

1.5 Entregando Valor

Agregado a los

Usuarios por la

Configuración de

datos

1.5 Entregando Valor

Agregado a los

Usuarios por la

Configuración de

datos

C1. O

pera

çõ

es d

e d

ato

s

2.1 Interfaces del

usuario

2.1 Interfaces del

usuario

2.2 Métodos de

Ajuda

2.2 Métodos de

Ajuda

2.3 Múltiplos Métodos

de Entrada


de Entrada


de Saída


de Saída C

2. D

es

en

ho

de

In

terf

ac

e

2.1 Interfaces del

usuario

2.1 Interfaces del

usuario

2.2 Métodos de

Ayuda

2.2 Métodos de

Ayuda


de Entrada


de Entrada


de Salida


de Salida C

2. D

es

en

ho

de

In

terf

ac

e

3.1 Múltiplas

Plataformas

3.1 Múltiplas

Plataformas

3.2 Tecnología de

Banco de datos

3.2 Tecnología de

Banco de datos

3.3 procesos en Lote

(Batch)

3.3 procesos en Lote

(Batch) C3

. A

mb

ien

te T

éc

nic

o

4.1 Software Basado

en Componentes

4.1 Software Basado

en Componentes

4.2 Múltiplas

Interfaces de

Entrada/Saída

4.2 Múltiplas

Interfaces de

Entrada/Saída

C4

. A

rqu

ite

tura

1. Categorias 1. Categorias 2. Subcategorias 2. Subcategorias


Categoría en SNAP

Agrupa componentes, procesos o actividades p/ atender requisitos no Funcionales

Operaciones de datos

Diseño de Interface

Ambiente Técnico

Arquitectura

Categorías

Clasifican requisitos no Funcionales

Son bastante genéricas para permitir futuras tecnologías

Son divididas en subcategorías con características que simplifica la evaluación

Cada categoría agrupa subcategorías en base a:

Mismo novel de operaciones

Similitud de los tipos de actividades ejecutadas por el SNAP


Subcategoría SNAP

Un componente, un proceso o una actividades ejecutada como parte de un

proyecto para atender requisitos no Funcionales

• Un proceso no funcional puede ejecutar más de una subcategoría para atender al

requisito no funcional (como definido en la ISO/IEC 25010)

Subcategoría

• No definen o describen requisitos no Funcionales

• Clasifica como esos requisitos son atendidos

17

Entendí... es una estructura de tipo de

clasificación. Pero... como esas

subcategorías son efectivamente usadas

para medir un pedido del cliente?

Entendí... es una estructura de tipo de

clasificación. Pero... como esas

subcategorías son efectivamente usadas

para medir un pedido del cliente?


RNF y el Framework de medición por medio del

proyecto Mejoría en la forma como el sistema se recupera de un crash

• De acuerdo con a ISO/IEC 25010, se define como la capacidad de recuperación, subdivisión de

confiabilidad

SNAP mide este requisito de acuerdo con el proyecto (design)

1. Algoritmo adicionado para identificar datos corrompidos en campos específicos

2. Time stamps adicionados en registros del banco de datos

3. Algoritmos para reconstruir datos corrompidos de registros íntegros

El proyecto (diseño) engloba las siguientes subcategorías del SNAP

• Tecnología de Banco de datos (inclusión del time stamp)

• Operaciones Lógicas y Matemáticas

Requisito de “Capacidad de Recuperación” (ISO 25010) mapeado en sus

subcategorías del SNAP

• Cada subcategoría tiene una unidad de Conteo SNAP asociada (SCU)


Unidade de Conteo SNAP (SCU)

Componente o actividad en la cual son evaluados la complejidad y tamaño.

Identificada de acuerdo con la naturaleza de la subcategoría/categoría

• El SCU es parte de la definición de cada subcategoría

• Para la mayor parte de las subcategorías, SCU es el proceso elementar

Puede ser

• Un componente

• Un proceso

• Una actividad

Puede contener tanto características Funcionales como no Funcionales, la

medición se hace por separado para cada SCU

Si una SCU tuviera tantos RF como RNFs

• medición del tamaño funcional usando a APF

• medición del tamaño no funcional por el SNAP


Time stamps adicionados en registros de la base de datos

Categoría: 3. Operaciones de datos

Subcategoría: 3.2. Tecnología de la base de datos

SCU de la subcategoría: Proceso elemental

Si hubieran múltiples AR impactados para el RNF en el mismo PE, entonces el de mayor complejidad

debería de ser considerado como factor de complejidad.

Cálculo de Pontos de SNAP

Evaluación para cada procesos elementar

20

Fator de complejidad del Arquivo Referenciado (FTR)

Baixo Médio Alto

SP = 6 SP x # de alteraciones 9 SP x # de alteraciones 12 SP x # de alteraciones

Complejidad FTR Médio

# Alteraciones 1 - Incluir tablas o columnas para fines exclusivamente no Funcionales

SP/PE 9 SP x 1


Otros requisitos que afectan al esfuerzo, desconsiderados

en la medición Tareas relacionadas al proyecto (emprendimiento) no afecta al tamaño del

producto

A pesar de afectar al esfuerzo exigido para entregar el producto,

influencian a la productividad y no al tamaño del producto

Ejemplos de tareas relacionados al proyecto (emprendimiento):

Entrenamiento al equipo

Entrenamiento al usuario

Documentar el proyecto con manuales, planos, informes de status,

roadmaps, instrucciones técnicas y estándares de calidad

El APM establece que El SNAP provee la base para la medición de requisitos no

Funcionales como lo define el IFPUG

Se debe tener cuidado con esta afirmación.

Lenguaje es un RNF por otras referencias y no es medido

Se refleja en la productividad media 21

Requisitos

Funcionales

de Software

(RF)

Requisitos no

Funcionales

de Software

(RNF)

Requisitos y

restricciones

de proyecto


22

Requisitos

Funcionales

de Software

(RF)

Requisitos no

Funcionales

de Software

(RNF)

Componente,

Proceso o

Actividad parte del

proyecto (diseño)

como SCU

proyecto

(design)


Objetivos y Beneficios del SNAP

03. Objetivos

Objetivos considerados en la definición del SNAP

Beneficios esperados con el uso del SNAP

03. Objetivos

Objetivos considerados en la definición del SNAP


23


Os objetivos considerados en la definición del SNAP

Objetivos del SNAP

Medir el tamaño no funcional del software que el usuario solicita y recibe

Demonstrar el valor económico total de la aplicación incluyendo sus aspectos Funcionales así como

no Funcionales

Tener una línea base funcional y no funcional

Medir el desarrollo y mantenimiento de software con base en requisitos no Funcionales

Medir proyectos técnicos, en los cuales el APF no es aplicable

Objetivos del proceso

Suficientemente sencillo para minimizar el esfuerzo adicional que supone el proceso de medición

Una medida consistente entre varios proyectos y organizaciones

SNAP permite determinar la posibilidad de medir y las estimar mejor un proyecto con o sin Puntos

de Función de acuerdo con un conjunto de requisitos recibidos para un proyecto



Mejor planeamiento y estimación de proyectos

Identificar áreas para aplicar la mejora de procesos

Apoyar en la determinación de estrategias no funcionales futuras

Cuantificar los impactos de las estrategias no funcionales actuales

Proveer datos específicos de cuándo comunicar asuntos no Funcionales a varias audiencias

Las organizaciones pueden aplicar SNAP como una metodología para:

Medir el tamaño no funcional de un producto de software para soportar el análisis de calidad y productividad

Estimar el costo y recursos necesarios para el desarrollo y mantenimiento de software

Medir la reducción de costos para el desarrollo y mantenimiento de software como complemento al APF

Un factor de normalización para la comparación de software

Determinar el tamaño no funcional del paquete mediante la valoración de todas las particiones y Categorías incluidas

Ayudar a los usuarios a determinar el beneficio de un paquete por la valoración de particiones o categorías que específicamente corresponden a sus requisitos


26

ENCUESTA


EVALUACIÓN DE LA CONFERENCIA

- ¿El tema estuvo interesante? - ¿Es aplicable a la vida

profesional? - ¿El presentador demostró

dominio sobre el contenido abordado?

- ¿Tiene alguna duda o recomendación sobre la presentación?


PRÓXIMOS EVENTOS

• PRÓXIMOS WEBNARS:


¿PERGUNTAS?

Gracias por la atención prestada.

Carlos Eduardo Vazquez [email protected]

Skype: cvazquezbr

fatto consultoria y sistemasfattocs.com/files/es/presentaciones/2017.04-snap.pdf · la...

Documents