S04-2021I

Vista previa del material en texto

ANÁLISIS Y DISEÑO DE SISTEMAS DE 
INFORMACIÓN
RAFAEL VILCA BARBARAN
UNIVERSIDAD NACIONAL DE LA 
AMAZONÍA PERUANA
mailto:Rafael.vilca@unapiquitos.edu.pe
mailto:rafaelvilcab@Gmail.com
INGENIERÍA DE REQUISITOS
• UN CLIENTE ENTRA A TU OFICINA, SE SIENTA, TE MIRA DIRECTO A LOS 
OJOS Y DICE:
“YO SE QUE USTED PIENSA QUE ENTIENDE LO QUE DIGO, PERO LO QUE 
USTED NO ENTIENDE ES QUE LO QUE DIGO NO ES REALMENTE LO QUE 
QUIERO DECIR”
RALPH YOUNG
INGENIERÍA DE REQUISITOS
• TODO PARTE DE UN PROBLEMA DE INGENIERÍA DE SOFTWARE
• ES DEFINIDO POR EL CLIENTE QUE SOLICITA LA SOLUCIÓN DEL MISMO
• SI EL PROBLEMA NO ES DE INGENIERÍA DE SOFTWARE NO SE NECESITA UN PROYECTO DE 
SOFTWARE
• EL PROBLEMA LO DETALLAN LAS ESPECIFICACIONES
• EL CLIENTE LO SOLICITA PERO LOS USUARIOS SON QUIENES USARÁN EL SOFTWARE
REQUISITOS
¿QUÉ ES UN REQUISITO?
• “UNA CONDICIÓN O CAPACIDAD QUE DEBE SER CUMPLIDA, O 
POSEÍDA, POR UN SISTEMA O COMPONENTE DE SISTEMA, PARA 
SATISFACER UN CONTRATO, ESTÁNDAR, ESPECIFICACIÓN U OTROS 
DOCUMENTOS IMPUESTOS FORMALMENTE”
REQUISITOS
• FORMALMENTE ES:
• UN PROBLEMA DE SOFTWARE P
• CONFIGURANDO UNA MAQUINA M
• EJERZA UN EFECTO O REQUISITO R
• EN UN DOMINO D
REQUISITOS
• ¿QUÉ HACEMOS CON LOS REQUISITOS?
• NO PODEMOS RECORDAR TODO LO QUE SE HABLA CON EL CLIENTE
• NUNCA DEBEMOS DEJAR EN NUESTRA MEMORIA TODA LA INFORMACIÓN
• UN DOCUMENTO DE REQUISITOS ES UNA BUENA SOLUCIÓN A ESTE 
PROBLEMA
• DETALLES DEL PROBLEMA
• PROPIEDADES Y COMPORTAMIENTO DESEADOS DEL SOFTWARE
• RESTRICCIONES DE DISEÑO Y FABRICACIÓN DEL PRODUCTO
• LO QUE EL SOFTWARE SOLUCIONA
• RESTRICCIONES TECNOLÓGICAS Y FUNCIONALES
REQUISITOS
• REDACCIÓN DE LOS REQUISITOS
• EL SOFTWARE HARÁ…
• EL PRODUCTO SOLUCIONARÁ…
• O PUEDES CONTAR CON DIAGRAMAS
• SEGÚN LA METODOLOGÍA Y COSTUMBRES DE LA ORGANIZACIÓN
ORGANIZACIÓN DE LOS REQUISITOS
• TIPIFICACIÓN
• EFECTOS SOBRE EL ENTORNO
• MUY GENERALES
• FUNCIONALES
• DE IMPLEMENTACIÓN
• DE RENDIMIENTO
• DE USABILIDAD
• EL DOCUMENTO DE REQUISITO COMO CONTRATO
• LOS REQUISITOS FUNCIONALES
• LOS REQUISITOS NO FUNCIONALES
• LOS REQUISITOS EN NEGATIVOS (FUERA DEL ALCANCE)
INGENIERÍA DE REQUISITOS
• INGENIERÍA DE REQUISITOS: COMPRENDE LAS ACTIVIDADES DE 
DESARROLLO DE SOFTWARE (Y SI) RELACIONADAS CON LA 
GESTIÓN Y DEFINICIÓN DE REQUISITOS PARA SISTEMAS NUEVOS O 
ACTUALES.
• ESPECIFICACIÓN DE REQUISITOS DE SOFTWARE (ERS, SRS): 
DOCUMENTO FORMAL DE LOS REQUISITOS DEL SISTEMA
ESTÁNDARES SOBRE INGENIERÍA DE REQUISITOS
• IEEE 830/1983
• AGENCIA ESPACIAL EUROPEA PSS-05
• UN PROCESO VALIDO ES:
EDUCCIÓN DE REQUISITOS
• ETAPA DE DEDUCIR LOS REQUISITOS
• IDENTIFICAR TODOS LOS INTERESADOS
• GERENTES
• EXPERTOS DEL NEGOCIO
• PERSONAS EXTERNAS A LA COMPAÑÍA
• LOS USUARIOS
• EL PROBLEMA ES QUE NO SE QUE HAGO O NO SE QUE DEBO HACER
• ENTREVISTAS, CUESTIONARIOS O HERRAMIENTAS JAD (JOINT APPLICATION DESIGN)
• OBSERVACIÓN Y ANÁLISIS DE TAREAS
• EL PLANTEO DE UN ESCENARIO Y PROCESO
• PROTOTIPADO
ETAPA DE ANÁLISIS
• TRANSFORMAR LOS REQUISITOS DE USUARIO EN REQUISITOS DE SOFTWARE
• UN INGENIERO DE REQUISITOS TRABAJA COMO TRADUCTOR
• ES EL PUENTE ENTRE EL TÉCNICO Y EL USUARIO
• CLASIFICACIÓN DE REQUISITOS
• FUNCIONALES Y NO FUNCIONALES
• PRIORIDADES
• COSTO
• NIVEL
• VOLATILIDAD/ESTABILIDAD
• SOBRE EL PROCESO O PRODUCTO
• MODELADO DE REQUISITOS
• DIAGRAMAS DE CONTEXTO
• DIAGRAMAS DE CASOS DE USO
• HISTORIAS DE USUARIO
ETAPA DE NEGOCIACIÓN
• SE DEBATE CON EL CLIENTE QUE SE HACE Y QUE NO
• EXPRESADO Y VALIDADO POR EL CLIENTE
• NUNCA DEFINIR REQUISITOS POR NUESTRA CUENTA
ETAPA DE DOCUMENTACIÓN
• ¿QUÉ DOCUMENTAR EN EL DOCUMENTO DE REQUISITOS?
• DOCUMENTO DE REQUISITOS DE USUARIO
• DOCUMENTOS DE REQUISITOS DE SOFTWARE (ERS)
• NO OLVIDARSE DE SEGUIR LAS CARACTERÍSTICAS DESEADAS
• LOS REQUISITOS DEBEN SER COMPLETOS
• CORRECTOS
• COMPRENSIBLES
• VERIFICABLES
• INTERNAMENTE CONSISTENTES
• EXTERNAMENTE CONSISTENTES
• REALIZABLES
ETAPA DE VALIDACIÓN
• EL CLIENTE DEBE VALIDAR LOS REQUISITOS
• SI NO ESTA DE ACUERDO HAY QUE CAMBIAR LOS REQUISITOS Y RETOMAR UNA ETAPA 
ANTERIOR
• LAS REVISIONES
• LA BÚSQUEDA DE PROBLEMAS
• REUNIÓN
• ESTABLECER ACUERDOS
LA GESTIÓN DEL CAMBIO EN LOS REQUISITOS
• SI ALGO CAMBIA HAY QUE PONERSE DE ACUERDO
• EL COMITÉ DE CONTROL DE CAMBIOS
• LOS ACTORES DEL COMITÉ DE CAMBIOS
• ALGUNO O VARIOS INTERESADOS
• PERSONAL DEL EQUIPO
• EL INGENIERO DE REQUISITOS
• OTRAS PERSONAS INVOLUCRADAS
• CONTROLA LAS REVISIONES