DESARROLLO DE SOFTWARE II

Unidad 01: Introducción al modelo CMMI

Tema: Desarrollo de Requerimiento – RD

Sesión 2
 TOMAR EN CUENTA….

Datos/Observaciones
Comentario sobre la Clase Anterior
Logro específico de aprendizaje

Al finalizar la unidad el alumno analiza e interpreta la

importancia del área de Desarrollo de
Requerimiento – RD para el proceso de desarrollo de
software

Datos/Observaciones
Importancia

Para tener éxito en un proyecto es muy importante

determinar de manera detallada el requerimiento y
los requisitos del proyecto, de esta manera cumplir y
satisfacer las expectativas del cliente.

Datos/Observaciones
Conocimientos Previas ?

Datos/Observaciones
DESARROLLO DE REQUERIMIENTO - RD

OBJETIVO
Obtener y analizar los
Conocer las Metas y
Consiste requisitos del cliente, del
Prácticas Específicas del
producto, y de los
área de proceso
componentes del producto.
Desarrollo de
Requerimientos (RD)
Todo los
proyectos tienen
requisitos.
Los requisitos son
la base del diseño

Datos/Observaciones
DESARROLLO DE REQUERIMIENTO - RD

Cuando el desarrollo de requerimientos no se

hace bien

▪ Requerimientos no declarados o pobremente declarados conducen a confusión

entre el equipo y clientes

▪ Entregables de diseño, implementación y pruebas presentan inconsistencias

frente a los requerimientos

▪ Toma un tiempo excesivamente largo llegar a un acuerdo en el diseño del

producto

▪ Hay un potencial en aumento de altos costos para satisfacer las expectativas del
cliente

Datos/Observaciones
DESARROLLO DE REQUERIMIENTO - RD

Análisis de Requerimientos - Desarrollo de Sistemas Web y Aplicaciones

Móviles
https://www.youtube.com/watch?v=PdnUZpjmxso

Datos/Observaciones
DESARROLLO DE REQUERIMIENTO - RD

DESCRIPCIÓN DE RD

Análisis de Requerimientos
https://www.youtube.com/watch?v=rnwPe
GCjCxM
DESARROLLO DE REQUERIMIENTO - RD

Descripción

Este área de proceso describe tres tipos de requerimientos:

de cliente, de producto y de componente de producto.
Tomados en conjunto, estos requerimientos tratan las
necesidades de las partes interesadas relevantes,
incluyendo aquellas pertinentes a las distintas fases del ciclo
de vida del producto.

Datos/Observaciones
DESARROLLO DE REQUERIMIENTO - RD

Descripción
▪ Educación, análisis, validación y comunicación de las
El desarrollo de requerimientos necesidades, las expectativas y las restricciones del cliente
incluye las siguientes para obtener los requerimientos de cliente que
actividades: constituyen una comprensión de lo que satisfará a las
partes interesadas.
▪ Recogida y coordinación de las necesidades de las partes
interesadas.
▪ Desarrollo de los requerimientos del ciclo de vida del
producto.
▪ Establecimiento de los requerimientos de cliente.
▪ Establecimiento de los requerimientos iniciales de
producto y de componente del producto consistentes con
los requerimientos de cliente

Datos/Observaciones
DESARROLLO DE REQUERIMIENTO - RD

Descripción

Como resultado del análisis de requerimientos y del concepto operativo, la

fabricación o el concepto de producción produce más requerimientos derivados,
incluyendo consideraciones de:

• Restricciones de varios tipos.

• Limitaciones tecnológicas.
• Coste y parámetros de coste.
• Restricciones de tiempo y parámetros de calendario.
• Riesgos.
• Factores introducidos por consideraciones únicas de negocio del desarrollador,
por regulaciones y por leyes.

Datos/Observaciones
 DESARROLLO DE REQUERIMIENTO - RD

Metas y Prácticas Específicas

METAS PRÁCTICAS
SG1 Desarrollar requerimientos del SP1.1. Obtener necesidades.
cliente SP1.2. Transformar necesidades de los stakeholders en requerimientos del Cliente.
SP 2.1 Establecer requerimientos de producto y componentes de producto.
SG2 Desarrollar requerimientos de
SP 2.2 Asignar requerimientos de componente de producto.
producto
SP 2.3 Identificar requerimientos de interface.
SP 3.1 Establecer conceptos y escenarios operacionales
SP 3.2 Establecer una definición de la funcionalidad requerida y atributos de
SG3 Analizar y validar calidad.
requerimientos SP 3.3 Analizar requerimientos
SP 3.4 Analizar requerimientos para lograr balance
SP 3.5 Validar requerimientos

Datos/Observaciones
DESARROLLO DE REQUERIMIENTO - RD

Proceso de desarrollo y gestión de requerimientos

Implementación del Plantilla de definición de requerimientos de cliente

área de proceso de RD

Plantilla de definición de requerimientos de producto

Procedimiento para analizar y validar los requerimientos

de producto

Datos/Observaciones
DESARROLLO DE REQUERIMIENTO - RD

Ejemplo Producto de
Trabajo

Datos/Observaciones
DESARROLLO DE REQUERIMIENTO - RD

Datos/Observaciones
 Dinámica Individual
Preguntas sobre lo tratado hasta el momento
Participar a través del Chat
DESARROLLO DE REQUERIMIENTO - RD

Caso de estudio

Datos/Observaciones
 DESARROLLO DE REQUERIMIENTO - RD

Caso de Estudio: La ▪ Premier Advanced Security Systems, Inc.

Compañía (PASS) provee sistemas de seguridad de
gama alta para casas de alta calidad.
Clientes típicas
▪ El precio nunca es considerado, por
ejemplo: los clientes pagan lo que sea
por lo que quieren.

▪ PASS quiere entrar en los sistemas de

gama baja de seguridad en el hogar.

Datos/Observaciones
DESARROLLO DE REQUERIMIENTO - RD

Caso de ▪ La cadena de descuentos SaveAll es la más

Estudio: El popular cadena en el país.
Cliente ▪ SaveAll quiere un sistema de seguridad para el
hogar económico con su marca.
▪ El sistema será vendido por no más de $199.
▪ El prototipo será entregado en 12 meses.
▪ El presupuesto para completar el trabajo es muy
pequeño.
▪ SaveAll quiere trabajar con PASS por su
reputación en el mercado.

Datos/Observaciones
DESARROLLO DE REQUERIMIENTO - RD

Caso de Estudio:
Lo que SaveAll
▪ La casa tiene sensores en las puertas y ventanas y sensores para
Imagina detectar el movimiento.
▪ Los residentes ingresan una contraseña, luego presionan el botón
“On” y se enciende el sistema.
▪ El sistema emite un sonido cuando el residente abandona la casa.
▪ Después de que el sonido para, el sistema monitorea la casa de las
perturbaciones.
▪ Cuando una perturbación es detectada, la sirena se enciende.

Datos/Observaciones
DESARROLLO DE REQUERIMIENTO - RD

Caso de
Analizar y validad los requerimientos
Estudio
SG 3 SP 3.1: Establecer y mantener conceptos operacionales y
escenarios.
SP 3.2: Establecer y mantener una definición de la
funcionalidad y atributos de calidad requeridos
SP 3.3:Analizar los requerimientos
SP 3.4: Analizar los requerimientos para balancear los logros
SP 3.5: Validar los requerimientos.

Datos/Observaciones
 DESARROLLO DE REQUERIMIENTO - RD

PASS revisó los requerimientos y se preguntaron estas preguntas:

Caso de Estudio ▪ Agregar el requerimiento para detectar una ventana rota.

¿Son los requerimientos suficientes?
▪ SaveAll indica que las teclas * y # no se utilizan, por lo cual para ¿No falta nada?
los requerimientos no son necesarios.

▪ SaveAll agregó un requerimiento para detectar con sensores de

¿Son los requerimientos necesarios?
movimiento la ubicación exacta donde el ladrón caminó en la
¿Eliminar algo?
habitación así los residentes pueden decir donde se fue el
ladrón. También hacer seguimiento a cuanto tiempo estuvo el
ladrón en cada habitación.

¿Están los requerimientos versus las

restricciones balanceadas?
¿Eliminar debido a las restricciones de
costo y cronogramas?

Datos/Observaciones
 Dinámica Individual
Preguntas sobre lo tratado hasta el momento
Participar a través del Chat
 Ejemplo
Gestión de Requerimiento
 DESARROLLO DE REQUERIMIENTO - RD

Lista Maestra de Requerimientos para Mantenimiento

Requerimientos de
Usuario:

Correlativo por cada RUSU

Puede tener los siguientes valores:
-Original: Requerimiento que ha tenido ninguna
Puede tener los siguientes valores:solicitud de cambio.
-Requerimiento de Mantenimiento:-Cambio solicitado: Requerimiento con una solicitud
El requerimiento
de cambio en curso.
nació en el requerimiento de mantenimiento original.
-Cambiado:
-Manejo de Cambios: El requerimiento El requerimiento ha cambiado producto
nació durante
la ejecución del requerimiento de mantenimiento de una solicitud de cambio.
de la aprobación
producto de un manejo de cambios. -Eliminado: El requerimiento ha sido descartado
producto de una solicitud de cambio.
Datos/Observaciones
 DESARROLLO DE REQUERIMIENTO - RD

Lista Maestra de Requerimientos para Mantenimiento

Requerimientos de
Sistemas:

Correlativo por cada RSIS

Alternativas que solucionarán
el requerimiento descrito.
Representa
Seleccionar de la lista el si el requerimiento es De acuerdo a la evaluación del analista,
relevante para la arquitectura del sistema.
requerimiento de usuario serán tratadas por el Proceso de Toma
Usado para priorizar los requerimientos,
asociado al requerimiento de Decisiones DAR
de sistema los que son relevantes para la arquitectura
deben ser desarrollados primero.
El valor puede ser: Si / No

Datos/Observaciones
 DESARROLLO DE REQUERIMIENTO - RD

Lista Maestra de Requerimientos para Mantenimiento

Requerimientos de
Sistemas:

Representa si el requerimiento ha sido mantenido desde

Representa el número
que fue incorporado al alcance del requerimiento de
del escenario operacional
Representa del el tipo de programa que debe Representa Este campo
el nivel
ser construido. es opcional.
de esfuerzo asociado al requerimiento.
mantenimiento
requerimiento de sistema.
Representa el tipo de escenario operacionalUsado
Usado para clasificar los requerimientos y planificar del para Id del
requerimiento.Requerimiento
gestionar
el trabajo. el alcance ynoprioridad
funcional asociado
del requerimiento.
Usado para determinar la volatilidad de los requerimientos.
Usado para
Puede tipificar los flujos
ser: o escenarios
Requerimientos Puede
de los
que tener allos
representan requerimiento
requerimientos
siguientes
las de de sistemas
valores:
sistemas.
interfaces
Representa Puede
el tipoen tener
deblanco. uno
trabajo en de los
quetérminossiguientes
es necesario valores:
RepresentaSe usa para Casos
la -Proceso:
descripción del de Uso,
Requerimiento caso
internas contrario
que aplica -Alta:
o externas
hacer
debe
cálculos,
al Altamente
para
quedar
algoritmos
producto dificultoso,
del
-Original:
implementar
uproyecto.
otros procesamientos
Requerimiento
el requerimiento. quedehaesfuerzo,
tenido ninguna solicitud
Puede tener dos
a los datos de del
escenario del requerimiento valores:
entradaPuede
con la tener
finalidad
losdinero o riesgo
de producirde
siguientes que
uncambio. involucran. Se debe
resultado intermedio o final.
valores: resolver al
- Flujo principal "Escenario lineal Usado en
del requerimiento.
inicio el análisis
siinteractua
se requerimiento
implementan
Ejemplo, de impacto
ode de
seinterfaz requerimientos.
descartan.
sistema. Usado -Interactivo:
como Programa
referencia - con
rápidaNo el que
es el usuario
interfaz: No es un -Cambio directamente,
solicitado: para labores con una solicitud de
Requerimiento
Operación de retiro de dinero en cajero Puede ser:
automático
-Media: Dificultosos
sin problemaspero pueden
ni excepciones."
resolverse sin exponer
como del
o breve descripción ingreso de datos,
escenario solicitud
-Interfaz de impresión
externa: de cambio
Requerimiento reportes
deen o curso.
cualquier
interfaz otro
externa
-Programa nuevo: Para implementar el
operacional- del
Flujo alternativo
mecanismo
requerimiento de"Escenarios
captura alde
del sistema alternativos
datos
producto el
ejecutado del
proyecto
requerimiento.
por el a-Cambiado:
del-requerimiento
proyecto. riesgos,Ejemplo,
usuario.
se debe
deben ser atacados
El requerimiento
crear un nuevo
sólo
ha después
cambiado
programa. producto de la
Escenario
-Reporte:1: Cajero
Consultaspierde
en la comunicación.
pantalla,
descrito en detalle en el documento -Interfaz interna: de
reportes, que los requerimientos
cualquier
Requerimiento otro
aprobación mecanismo
de interfaz de
de una dificultad
entre alta han
solicitud de cambio. sido
-Programa modificado: Para implementar
donde estáEscenario
desarrollado 2: La
de despliegue cuenta nolas
el requerimiento. tiene
de información fondos
partes para
de elsuficientes."
implementados
losusuario.
internas
el- requerimiento del o descartados.
producto
-Eliminado:
debe El de
se implementados proyecto.
requerimiento
modificar un ha sidoexistente.
programa descartado producto
Baja: Deben deser
una solicitud de cambio. al final.
Datos/Observaciones
 DESARROLLO DE REQUERIMIENTO - RD

Lista Maestra de Requerimientos para Mantenimiento

Requerimientos no
funcionales:

Correlativo por cada RNOF Representa si el requerimiento ha sido mantenido desde

Representa el nivel
que defueesfuerzo
incorporadoasociado
al alcance
al requerimiento.
del requerimiento de
Usado para gestionar
mantenimiento
el alcance y prioridad del requerimiento.
Puede tener los Usado
siguientes
paravalores:
determinar la volatilidad de los requerimientos.
-Alta: AltamentePuede
dificultoso,
tenerenunotérminos
de los siguientes
de esfuerzo, valores:
dinero o riesgo que
-Original:
involucran.
Requerimiento
Se debe resolver
que ha tenido
al inicio
ninguna solicitud
si se implementande ocambio.
se descartan.
-Media: Dificultosos
-Cambio
pero solicitado:
pueden resolverse
Requerimiento
sin exponer
con una el solicitud de
proyecto a riesgos,
cambio
debenen ser
curso.
atacados sólo después de que
los requerimientos
-Cambiado:
de dificultad
El requerimiento
alta han sido implementados
ha cambiado producto de
o descartados. la aprobación de una solicitud de cambio.
- Baja: Deben ser-Eliminado:
implementados
El requerimiento
al final. ha sido descartado producto
de una solicitud de cambio.

Datos/Observaciones
 DESARROLLO DE REQUERIMIENTO - RD

Lista Maestra de Requerimientos para Mantenimiento

Lista de usuarios:

Descripción del rol y

Nombre de Usuario responsabilidades del usuario

NOTA:
Las hojas “Diccionario de atributos” y “Diccionario de
valores” no se modifican puesto que son informativas.

Datos/Observaciones
 DESARROLLO DE REQUERIMIENTO - RD

Lista Maestra de Requerimientos para Mantenimiento

Correlativo de 5 caracteres
+ Año + Ciclo : XXXXX,
ejemplo 00001-2012-13
El correlativo es con respecto al
número de cambios de alcance
solicitados durante el ciclo de
producción

Datos Generales:

Datos/Observaciones
DESARROLLO DE REQUERIMIENTO - RD

Lista Maestra de Requerimientos para Mantenimiento

Especificar el texto original del
requerimiento de mantenimiento.
Se obtiene del SAR para DYM2011

Datos Generales:

Existe algún riesgo que afecte la atención

del cambio, esto con el objetivo de realizar
el seguimiento respectivo.
Este riesgos debe estar registro en el
REGISTRO DE RIESGOS para su
evaluación

Datos/Observaciones
DESARROLLO DE REQUERIMIENTO - RD

Solicitud de cambios a requerimientos de Mantenimiento

Indicar el tipo de Cambio: Menor / Mayor
Cambio menor: Impacto menor igual a
dos días calendario en fecha final.
Cantidad de esfuerzo en Días/Hombre
Cambio mayor: Impacto mayor a dos
que llevara la atención del cambio
días calendario en fecha final.
solicitado a la Línea por fase
Análisis de Impacto:

Indicar el tiempo adicional en horas,

que afectan al cronograma..
Indicar nueva fecha final del requerimiento
con el cambio solicitado

Datos/Observaciones
DESARROLLO DE REQUERIMIENTO - RD

Solicitud de cambios a requerimientos de Mantenimiento

Plan de Estudio de Indicar que actividades del

Impacto: cronograma referentes al requerimiento,
se verán afectados por el cambio solicitado.

Fecha en que se entrega el análisis de

impacto en formato dd/mm/yyyy.

Datos/Observaciones
 DESARROLLO DE REQUERIMIENTO - RD

Solicitud de cambios a requerimientos de Mantenimiento

Marcar con una X si el cambio

Decisión del Canal Autorizado fue autorizado.
Marcar con una X si el cambio
para Aprobar la Solicitud de fue rechazado.
Fecha en que se dio la
autorización
Observación oadicional
rechazo respecto
a la
solicitud
al cambiodepor
cambio.
parte del aprobador
Cambios: de cambios a requerimientos.

Datos/Observaciones
 DESARROLLO DE REQUERIMIENTO - RD

Solicitud de cambios a requerimientos de Mantenimiento

Registro de
cambios a
requerimientos de
Mantenimiento

Indica si se ha autorizado o no
Registrar el número de solicitud de el cambio (Aprobado/Rechazado)
cambio el cual debe ser el mismo valor Cantidad de esfuerzo en Días/Hombre
Cantidad de Horas/Hombre
que llevara
del campo "Número de Solicitud de de impacto empleados enlalaatención del cambio
Cambio" de la Hoja “Solicitud de Cambio”
evaluación delsolicitado
cambio a la Línea
del artefacto “7.7.5.1.01.R03 Plantilla Análisis: Incluye
de solicitud de cambios a requerimientos -Elaboración del Documento de
de mantenimiento.xls” -Análisis (Funcional / Técnica)
Construcción: Incluye:
- Implementar Modificaciones
Pruebas: Incluye
- Pruebas unitarias
- Pruebas internas (funcionales y técnicas)
-Pruebas de calidad interna (si aplican) –
Pruebas funcionales y de sistemas con el cliente

Datos/Observaciones
DESARROLLO DE REQUERIMIENTO - RD

Checklist de Verificación de Requerimientos - Mantenimiento

Si
Registrar las observaciones
No
respectivas cuando la respuesta es No.
No Aplica

Datos/Observaciones
 DESARROLLO DE REQUERIMIENTO - RD

Criterios para Mantenimiento y Desarrollo

▪ Tienen como origen una persona o grupo autorizado para proveer requerimientos.
▪ El tenor del requerimiento debe estar escrito en forma clara, apropiada.
▪ Todos los requerimientos deben ser consistentes unos con otros.
▪ Deben estar completos. Esto significa que lo que está redactado es todo lo se que necesita, cualquier modificación o
adición a lo escrito está considerado fuera del alcance y tendrá que ser sometido al proceso de manejo de cambios
de requerimientos.
▪ Deben ser factibles de estimar, en caso no sea posible estimarlos se deben descomponer hasta conseguir unidades
que se puedan estimar.
▪ Los requerimientos deben ser factibles de probar. La idea central de este punto es que aceptemos requerimientos
que puedan ser traducidos en un conjunto de casos de prueba, de modo que exista el mecanismo para asegurar que
cumplimos con el requerimiento; debemos preguntar al usuario: ¿Cómo vas a probar que yo cumplo con lo que
pides? Este punto es opcional para requerimientos de procesamiento.

Datos/Observaciones
DESARROLLO DE REQUERIMIENTO - RD

Criterios específicos para Mantenimiento SWF- XXYY

▪ El requerimiento ha sido enviado con un Documento de Análisis Funcional adjunto.

▪ El requerimiento cuenta con una prioridad para el Ciclo de Producción.
▪ En el Documento de Análisis Funcional:
✓ El alcance el requerimiento es claro.
✓ Se han indicado las exclusiones, es decir lo que no será considerado como parte del desarrollo, que esté
directamente relacionado al objeto del requerimiento.
✓ Se han identificado las interfaces internas y externas que serán impactadas por la atención del requerimiento, así
como también otros requerimientos relacionados.
✓ El detalle de la solución se encuentra explicado por cada Requerimiento de Sistema(RSIS).
✓ Se requiere contar con los casos de prueba básicos relacionados a los RSIS, los cuales serán definidos por el
Analista Funcional. Cabe resaltar que durante el desarrollo del requerimiento se podrán adicionar nuevos casos
de prueba en los documentos correspondientes.

Datos/Observaciones
DESARROLLO DE REQUERIMIENTO - RD

Criterios específicos para Mantenimiento

▪ Los requerimientos deben estar escritos en un Parte de Requerimiento (PR) y éste debe estar
registrado.

▪ El PR debe estar priorizado para el Ciclo de Producción.

▪ Debe ser posible iniciar su desarrollo dentro del Ciclo de Producción.

Datos/Observaciones
 DESARROLLO DE REQUERIMIENTO - RD

Formato de Priorización de Requerimientos

Priorización de
Requerimientos
Fecha en que se envía la Responsable de la línea de
Priorización de requerimientos atención
No pueden haber varios Registrado, En proceso,
Alta, Media o Baja
requerimientos con la misma
Anulado, Devuelto,
prioridad Paralizado, Terminado

Datos/Observaciones
 Conceptos
Previos

Participa en el FORO de debate sobre el RD

¿Por qué es importante realizar de manera detallada el análisis de requerimiento en un

proyecto de software?
 Que hemos
Área de proceso de Desarrollo de Requerimiento - RD
aprendido hoy?

Datos/Observaciones
Conclusiones
▪ Obtener y analizar los requisitos del cliente, del producto, y de los componentes
del producto

▪ El propósito del Desarrollo de requerimientos (RD) es producir y analizar los

requerimientos de cliente, de producto y de componente del producto.

▪ Analizar los requerimientos para equilibrar las necesidades y las restricciones de

las partes interesadas.

▪ Los requerimientos se validan para incrementar la probabilidad de que el

producto resultante se ejecutará según lo previsto en el entorno de uso

Datos/Observaciones
DESARROLLO DE REQUERIMIENTO - RD

En equipo de 5 alumnos y partiendo del Formato de Proyect Charter,

elaborar:
 Formato del taller RD
 Solicitud de cambios a través del formato de proyecto chárter.
Tarea
Nota: Hacer uso el Formato Solicitud Cambios Ajustes o creación
software proporcionado por el docente

Datos/Observaciones