INGENIERIA DE REQUISITOS INGENIERIA DE SOFTWARE Ing. Sonia Godoy H

QUÉ ES LA INGENIERIA DE REQUERIMIENTOS ???? USUARIO CLIENTE CONDUCTAS NECESIDADES Todas las actividades relacionadas con: (a) identificación y documentación de las necesidades de clientes y usuarios; (b) creación de un documento que describe la conducta externa y las restricciones asociadas [de un sistema] que satisfará dichas necesidades; (c) análisis y validación del documento de requisitos para asegurar consistencia, compresión y viabilidad; DOCUMENTACIÓN RESTRICIONES

Actividades iníciales Análisis de necesidades y estudio de viabilidad: Decisión de emprender el proyecto Recoger información sobre el proyecto (Directivos nivel alto/medio) Estudio de la viabilidad del proyecto (Análisis de factibilidad) Técnicas recogida información INGENIERIA DE SOFTWARE Informe de necesidades Ing. Sonia Godoy H

Estudio de viabilidad Exige bastante experiencia Enumerar alternativas. Evaluación de las alternativas: Económico (¿Los beneficios compensan los costes?) Técnico (¿Se encuentra disponible la tecnología necesaria?) Legal (¿Se atenta contra alguna ley o reglamento? p.e. LOPD, Ley Orgánica de Protección de Datos) Operativo (¿Puede coordinarse con los métodos ya existentes? ¿Encaja en la filosofía de la empresa?) Es posible que después de analizar la viabilidad del proyecto, se desestime. El dinero que ya se ha invertido en el análisis de viabilidad no debería condicionar esta decisión. Si no se desestima, Especificación detallada de la alternativa seleccionada. Definición del plan inicial del proyecto. Ing. Sonia Godoy H

Plan tentativo del proyecto Identificar: Áreas de riesgo Presupuestos, calendarios, planes de trabajo del personal y asignación de tareas. Soporte necesario para el equipo del proyecto. Técnicas de comunicación entre los componentes del proyecto. Forma de interactuar con el cliente. Ing. Sonia Godoy H

Técnicas de recogida de información Entrevistas JAD (Joint Application Design) Prototipado Observación Estudio de documentación Cuestionarios Tormenta de ideas (brainstorming) Ing. Sonia Godoy H

JAD -Desarrollo conjunto de aplicaciones Conjunto de reuniones usuarios/analistas: Dinámica de grupos Al final del JAD Se comienza con un doc. de trabajo, y se discute Doc. de requisitos(aprobado) Ing. Sonia Godoy H

Entrevistas vs. JAD JAD Entrevistas Requieren mucho tiempo (prepararlas, hacerlas, y elaborar conjunto coherente de requisitos a partir de diferentes entrevistados). Más difícil detectar errores (sólo analista revisa). Participación más profunda usuarios (se identifican con el sist.) Más difícil llevar a la práctica. Requiere más organización. Empíricamente: Ahorro tiempo↑↑, Satisfacción usuarios ↑↑ Entrevistas JAD Ing. Sonia Godoy H

Requisitos y análisis de requisitos Condiciones que debe cumplir un sistema para satisfacer un contrato, una norma o una especificación. Condición o capacidad que necesita el usuario para poder resolver un problema o conseguir un beneficio determinado ANÁLISIS DE REQUISITOS “El proceso de estudio de las necesidades de los usuarios para llegar a una definición de los requisitos del sistema, de hw. o de sw.” El proceso de estudio y refinamiento de dichos requisitos” [IEEE Std. 610, Glosario estándar de términos en ingeniería del software] Requisitos y análisis de requisitos Ing. Sonia Godoy H

INGENIERIA DE SOFTWARE FUNCIONAL ? NO FUNCIONAL ? REQUISITO USUARIO ? SISTEMA ? SOFTWARE ? HARDWARE ? CLIENTE ? INGENIERIA DE SOFTWARE Ing. Sonia Godoy H

Requisitos funcionales Deberían definir las acciones fundamentales que tienen que tener lugar en el software, aceptando y procesando las entradas y su procesamiento y generación de salidas Pruebas de validez en las entradas Secuencia exacta de operaciones Respuestas a situaciones anormales, incluyendo: desbordamientos, facilidades de comunicación, manejo de errores y recuperación Efecto de los parámetros Relaciones de salidas a entradas, incluyendo secuencias de entrada/salida y fórmulas para la conversión entre entrada y salida Puede ser apropiado partir los requisitos funcionales dentro de subfunciones o subprocesos. Esto no implica que el diseño de software tenga que ser partido de esa forma. Son generalmente listados como sentencias del tipo “deberá”, comenzando con “El sistema deberá...”. INGENIERIA DE SOFTWARE Ing. Sonia Godoy H

Requisitos no funcionales Requisitos no relacionados directamente con la funcionalidad del sistema „Pueden estar relacionados con propiedades emergentes del sistema Pueden describir restricciones al producto a desarrollar „Pueden describir restricciones externas del sistema „Definen las cualidades globales que el sistema ha de exhibir „Suelen hacer referencia al sistema considerado de forma global „Suelen ser requisitos más críticos que los requisitos funcionales „Suelen ser difíciles de verificar INGENIERIA DE SOFTWARE Ing. Sonia Godoy H

FUNCIONALES VS NO FUNCIONALES Se refieren a las propiedades emergentes del sistema como la fiabilidad, el tiempo de respuesta, la capacidad de almacenamiento, la capacidad de los dispositivos de entrada/salida, y la representación de datos que se utiliza en las interfaces del sistema. Ejemplos: 1.-“Garantizar la confiabilidad, la seguridad y el desempeño del sistema informático a los diferentes usuarios a nivel nacional 2.-“Estar disponible 100% o muy cercano a esta disponibilidad durante el horario hábil laboral de la PGN a nivel nacional (Ejemplo: de lunes a viernes de de 8:00 a.m. a 5:00 p.m., con excepción de los días festivos)..” 3.-“El acceso al Sistema debe estar restringido por el uso de claves asignadas a cada uno de los usuarios. Sólo podrán ingresar al Sistema las personas que estén r egistradas, estos usuarios serán clasificados en varios tipos de usuarios (o roles) con acceso a las opciones de trabajo definidas para cada rol.. Describen la funcionalidad o los servicios que se espera que el sistema proveerá, sus entradas y salidas, excepciones, etc. Ejemplos: 1. “El sistema debe permitir a los usuarios buscar y consultar la información sobre las canciones.” -“El usuario deberá tener la posibilidad de buscar en el conjunto inicial de la base de datos o seleccionar un subconjunto de ella.” 2.-“El sistema deberá ofrecer un explorador (browser) para que el usuario lea documentos en el almacén de documentos.” INGENIERIA DE SOFTWARE Requisitos funcionales Requisitos no funcionales Ing. Sonia Godoy H

Proceso de ingeniería de requisitos Elicitación Tiene como objetivos buscar, investigar y ayudar a los clientes y usuarios a documentar sus necesidades Entrevistas,reuniones en grupo, estudio in situ Análisis Distinción y separación de las partes de un todo hasta llegar a conocer sus principios o elementos Verificación de requisitos Detectar defectos en los requisitos previamente analizados, normalmente mediante técnicas como revisiones formales, listas de comprobación (checklists)… INGENIERIA DE SOFTWARE Ing. Sonia Godoy H

Proceso de ingeniería de requisitos „ Validación Asegurar que los requisitos verificados reflejan realmente las necesidades de clientes y usuarios „ Las técnicas empleadas suelen ser reuniones en las que se revisan los requisitos mediante el apoyo de prototipos de interfaz de usuario Negociación Buscar soluciones a los conflictos detectados que satisfagan a los distintos actores del proceso Gestión Se encarga de todo el proceso, en especial las peticiones de cambios en los requisitos, el impacto de dichas peticiones, las distintas versiones de los requisitos… INGENIERIA DE SOFTWARE Ing. Sonia Godoy H

Documentos de especificación de requisitos Ing. Sonia Godoy H