INGENIERIA DE REQUISITOS Ing. Sonia Godoy H

Comunicación compleja en el desarrollo… 2. Como lo define el director de proyecto 3. Como se diseña el Sistema. 1. Lo que el director desea. La parte más difícil de construir un sistema es precisamente saber qué construir. Ninguna otra parte del trabajo conceptual es tan difícil como establecer los requerimientos técnicos detallados, incluyendo todas las interfaces con gente, máquinas y otros sistemas. Ninguna otra parte del trabajo afecta tanto el sistema si es hecha mal. Ninguna es tan difícil de corregir más adelante… Entonces, la tarea más importante que el ingeniero de software hace para el cliente es la extracción iterativa y el refinamiento de los requerimientos del producto. [Frederick P. Brooks, 1987] 5. Como se ha realizado la instalación 4. Como lo desarrolla el programador 6. Lo que el usuario quería. 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 Informe de necesidades 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)… 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… Ing. Sonia Godoy H

REQUISITOS Ing. Sonia Godoy H

QUÉ DESCRIBE UN REQUISITO?? Una utilidad para el usuario Una propiedad general del sistema Una restricción general del sistema Una restricción sobre el desarrollo del sistema QUÉ DESCRIBE UN REQUISITO??

Condición o capacidad que necesita el usuario para resolver un problema o conseguir un objetivo determinado [Piattini et al., 1996] Una característica del sistema que es una condición para su aceptación [DoD, 1994] Una propiedad que debe exhibirse para solucionar algún problema del mundo real [Sawyer y Kontoya, 2001] Una representación en forma de documento de una condición o capacidad [IEEE, 1999a] REQUISITO??

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

DIMENSIONES CARACTERISTICAS Ámbito REPRESENTACIÓN AUDIENCIA SOFTWARE NO FUNCIONALES HARDWARAE FUNCIONALES SISTEMA REPRESENTACIÓN AUDIENCIA DISEÑO SOFTWARE NO FORMAL USUARIO FORMAL SISTEMA SEMIFORMAL CLIENTE 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: El sistema debe visualizarse y funcionar correctamente en cualquier navegador, especialmente en Internet Explorer, Firebird, Mozilla y Nautilus. El sistema no debe tardar más de cinco segundos en mostrar los resultados de una búsqueda. El sistema no deberá revelar a sus operadores información personal alguna de los clientes excepto su nombre y número de referencia. Describen la funcionalidad o los servicios que se espera que el sistema proveerá, sus entradas y salidas, excepciones, etc. Ejemplos: 1.-“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.” Requisitos funcionales Requisitos no funcionales 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á...”. 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 Ing. Sonia Godoy H

Clasificación de los requisitos no funcionales „ Tiempo de respuesta, memoria requerida, fiabilidad, portabilidad, usabilidad… Requisitos de producto Estándares de proceso, lenguajes de programación, métodos de diseño, estándares de documentación... „ Requisitos de organización Interoperabilidad, éticos, legislativos, privacidad, seguridad... Requisitos externos Ing. Sonia Godoy H

EJERCICIO ANALIZA LOS SIGUIENTES REQUERIMIENTOS Y CLASIFICALOS ¿Son funcionales o no funcionales? “Los participantes tendrán que ser mayores de edad” “Los participantes tendrán que residir en la península” “El IVA aplicado a las compras será del 7%” “La lista de resultados estará preparada para ser impresa en un folio tamaño A4” “El sistema lanzará una excepción en caso de que un usuario quiera cargar un importe mayor que el saldo de la cuenta” “Los accesos a la BD deberán usar el estándar SQL-92” “Los registros de la BD no deben ocupar más de 4 Kb” “El sistema deberá ser capaz de interactuar con 100 usuarios concurrentes” Transacciones procesadas por segundo Tamaño de RAM de 2 Gigas para procesamiento Tasa de ocurrencia de las fallas inferior a 1% El usuario deberá tener la posibilidad de buscar referencias bibliográficas en el conjunto inicial de la base de datos o seleccionar un subconjunto de ella. Ing. Sonia Godoy H