FATTO CONSULTORIA y SISTEMASfattocs.com/files/es/presentaciones/2017.04-SNAP.pdf · La...
Transcript of 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
© 2017 FATTO Consultoria y Sistemas | www.fattocs.com 2
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
© 2017 FATTO Consultoria y Sistemas | www.fattocs.com 3
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”
© 2017 FATTO Consultoria y Sistemas | www.fattocs.com 4
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. 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
© 2017 FATTO Consultoria y Sistemas | www.fattocs.com
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
© FATTO Consultoría y Sistemas –
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
© FATTO Consultoría y Sistemas –
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
© FATTO Consultoría y Sistemas –
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
11. Costo apropiado a
partir de los requisitos
funcionales medidos por
el APF
HH
SP HH /
SP X = HH
Selección de Índice de productividad
HH
+
14. Costo apropiado a
partir de los requisitos no
funcionales medidos por
el SNAP
14. Costo apropiado a
partir de los requisitos no
funcionales medidos por
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
© 2017 FATTO Consultoria y Sistemas | www.fattocs.com
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
© 2017 FATTO Consultoria y Sistemas | www.fattocs.com
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
2.3 Múltiplos Métodos
de Entrada
2.4 Múltiplos Métodos
de Saída
2.4 Múltiplos Métodos
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
2.3 Múltiplos Métodos
de Entrada
2.3 Múltiplos Métodos
de Entrada
2.4 Múltiplos Métodos
de Salida
2.4 Múltiplos Métodos
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
© 2017 FATTO Consultoria y Sistemas | www.fattocs.com
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
16 © 2017 FATTO Consultoria y Sistemas | www.fattocs.com
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?
© 2017 FATTO Consultoria y Sistemas | www.fattocs.com
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)
18 © 2017 FATTO Consultoria y Sistemas | www.fattocs.com
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
19 © 2017 FATTO Consultoria y Sistemas | www.fattocs.com
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
© 2017 FATTO Consultoria y Sistemas | www.fattocs.com
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
© 2017 FATTO Consultoria y Sistemas | www.fattocs.com
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)
© 2017 FATTO Consultoria y Sistemas | www.fattocs.com
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
Beneficios esperados con el uso del SNAP
23
© 2017 FATTO Consultoria y Sistemas | www.fattocs.com
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
24 © 2017 FATTO Consultoria y Sistemas | www.fattocs.com
Beneficios esperados con el uso del SNAP
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
25 © 2017 FATTO Consultoria y Sistemas | www.fattocs.com
26
ENCUESTA
© 2017 FATTO Consultoria y Sistemas | www.fattocs.com
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?
© 2017 FATTO Consultoria y Sistemas | www.fattocs.com 28
¿PERGUNTAS?
Gracias por la atención prestada.
Carlos Eduardo Vazquez [email protected]
Skype: cvazquezbr