S04-2020I

Vista previa del material en texto

ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
RAFAEL VILCA BARBARAN
Rafael.vilca@unapiquitos.edu.pe
rafaelvilcab@Gmail.com
UNIVERSIDAD NACIONAL DE LA AMAZONÍA PERUANA
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
A los clientes y usuarios se los denomina comúnmente los interesados (stakeholders)
3
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)
Cosas que provoca el sistema sobre el ambiente
Por ejemplo generar un abm para todas las tablas (alta,baja,modificación)
8
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
Internamente que no debe haber contradicciones entre requisitos
Externamente consistentes debe existir un hardware que lo soporte
14
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