UNIDAD I

Procesos de la Ingeniera de Requerimientos

Introduccin
Sistema de Informacin
Un sistema de informacin puede definirse tcnicamente como un conjunto de componentes interrelacionados que permiten capturar, procesar, almacenar y distribuir la informacin para apoyar la toma de decisiones y el control en una institucin, ya sea pblica o privada.

Introduccin
Sistema de Informacin
Los Sistemas de Informacin pueden tambin ayudar a los administradores a analizar problemas, visualizar cuestiones complejas y crear nuevos productos.

Sistema de Informacin
Medio ambiente
Clientes INSTITUCION SISTEMA DE INFORMACION Proveedores

Almacenamiento o Insumo

Procesamiento

Salida o producto

Retroalimentacin

Entidades reglamentadoras

Accionistas

Competidores

Sistema de Informacin
Los sistemas de informacin proporcionan la solucin institucional ms importante a los retos y problemas que surgen del medio ambiente de negocios.
Instituciones Tecnologa Sistemas de Informacin

Un administrador debe conocer en amplitud las tecnologas de la organizacin, administracin e informacin en los sistemas.

Administracin

Luego es necesario examinar las capacidades y oportunidades que proporciona la tecnologa de la informacin actual para dar soluciones.

Tipos de Sistemas de Informacin

T i p o sd e si st em ad e n i fo r m aci n G ru p o S er vi d o N i vel est r at g i co D r ect i or esoadm ni i st r ador es deni vel super i or

N i vel d e ad mi i n st r aci i n

G er ent eso adm ni i st r ador es

m ed

N i vel d e co n o ci mi en to

T r abaj ado

conoci m en i

nf i or m aci n

N i vel o p er at i vo

G e op

V ent asy m er cadot ecni a

M anuf act ur a

F i nanzas

C ont abi l i dad

R ecur sos hum anos

Sistema de Informacin
En la actualidad, los Sistemas de Informacin juegan un papel estratgico en la vida de la empresa.
Hardware

Negocio Estratgia Reglas procedimientos

Software

Base de datos

Interdependencia Sistemas de informacin Comunica ciones

Institucin

Ningn sistema proporciona por s mismo toda la informacin que la institucin requiere.
C oor di naci n C oor di naci n Si st em as est r at gi cos Si st em as est r at gi cos A pl i caci ones unci f onal esde negoci os Si st em as deadm ni i st aci r n A pl i caci ones unci f onal esde negoci os Si st em as deadm ni i st aci r n Si st em as deconoci m i ent o Si st em as deconoci m i ent o Si st em as oper at vos i Si st em as oper at vos i Vent asy M anuf act ur a m er cadot ecni a Fi nanzas C ont abi l i dad R ecur sos hum anos Vent asy M anuf act ur a m er cadot ecni a Fi nanzas C ont abi l i dad R ecur sos hum anos B asede si st em asde cm put o H ar dw ar e Sof w t ar e nf I or m aci n yar chi vos Tel ecom uni caci ones B asede si st em asde cm put o H ar dw ar e Sof w t ar e nf I or m aci n yar chi vos Tel ecom uni caci ones

Qu son Requerimientos?
Una condicin o necesidad de un usuario para resolver un problema o alcanzar un objetivo. Una condicin o capacidad que debe estar presente en un sistema o componentes de sistema para satisfacer un contrato, estndar, especificacin u otro documento formal. Una representacin documentada de una condicin o capacidad.

Caractersticas de los requerimientos

Necesario: Un requerimiento es necesario si su omisin provoca una deficiencia en el sistema a construir, y adems su capacidad, caractersticas fsicas o factor de calidad no pueden ser reemplazados por otras capacidades del producto o del proceso. Conciso: Un requerimiento es conciso si es fcil de leer y entender. Su redaccin debe ser simple y clara para aquellos que vayan a consultarlo en un futuro. Completo: Un requerimiento est completo si no necesita ampliar detalles en su redaccin, es decir, si se proporciona la informacin suficiente para su comprensin.

Consistente: Un requerimiento es consistente si no es contradictorio con otro requerimiento.

No ambiguo: Un requerimiento no es ambiguo cuando tiene una sola interpretacin. El lenguaje usado en su definicin, no debe causar confusiones al lector. Verificable: Un requerimiento es verificable cuando puede ser cuantificado de manera que permita hacer uso de los siguientes mtodos de verificacin: inspeccin, anlisis, demostracin o pruebas.

Dificultades para definir los requerimientos

Los requerimientos no son obvios y vienen de muchas fuentes. Son difciles de expresar en palabras (el lenguaje es ambiguo). Existen muchos tipos de requerimientos y diferentes niveles de detalle. La cantidad de requerimientos en un proyecto puede ser difcil de manejar. Nunca son iguales. Algunos son ms difciles, ms riesgosos, ms importantes o ms estables que otros. Los requerimientos estn relacionados unos con otros, y a su vez se relacionan con otras partes del proceso. Cada requerimiento tiene propiedades nicas y abarcan reas funcionales especficas. Un requerimiento puede cambiar a lo largo del ciclo de desarrollo. Son difciles de cuantificar, ya que cada conjunto de requerimientos es particular para cada proyecto.

Cada requerimiento debe

Expresarse de modo adecuado Ser de acceso sencillo Numerarse Acompaarse con pruebas que lo verifiquen Tomarse en cuenta en el diseo Tomarse en cuenta en el cdigo Probarse aislado Probarse junto con otros requerimientos Validarse con las pruebas despus de construir la aplicacin

Definicin de Ingeniera de Requerimientos

"Ingeniera de Requerimientos es la disciplina para desarrollar una especificacin completa, consistente y no ambigua, la cual servir como base para acuerdos comunes entre todas las partes involucradas y en dnde se describen las funciones que realizar el sistema" Boehm 1979. "Ingeniera de Requerimientos es el proceso por el cual se transforman los requerimientos declarados por los clientes , ya sean hablados o escritos, a especificaciones precisas, no ambiguas, consistentes y completas del comportamiento del sistema, incluyendo funciones, interfaces, rendimiento y limitaciones". STARTS Guide 1987.

Definicin de Ingeniera de Requerimientos

"Es el proceso mediante el cual se intercambian diferentes puntos de vista para recopilar y modelar lo que el sistema va a realizar. Este proceso utiliza una combinacin de mtodos, herramientas y actores, cuyo producto es un modelo del cual se genera un documento de requerimientos" Leite 1987. "Ingeniera de requerimientos es un enfoque sistmico para recolectar, organizar y documentar los requerimientos del sistema; es tambin el proceso que establece y mantiene acuerdos sobre los cambios de requerimientos, entre los clientes y el equipo del proyecto" Rational Software

Los principales beneficios que se obtienen de la Ingeniera de Requerimientos son:

Permite gestionar las necesidades del proyecto en forma estructurada: Cada actividad de la IR consiste de una serie de pasos organizados y bien definidos. Mejora la capacidad de predecir cronogramas de proyectos, as como sus resultados: La IR proporciona un punto de partida para controles subsecuentes y actividades de mantenimiento, tales como estimacin de costos, tiempo y recursos necesarios. Disminuye los costos y retrasos del proyecto: Muchos estudios han demostrado que reparar errores por un mal desarrollo no descubierto a tiempo, es sumamente caro; especialmente aquellas decisiones tomadas durante la RE. Mejora la calidad del software: La calidad en el software tiene que ver con cumplir un conjunto de requerimientos (funcionalidad, facilidad de uso, confiabilidad, desempeo, etc.). Mejora la comunicacin entre equipos: La especificacin de requerimientos representa una forma de consenso entre clientes y desarrolladores. Si este consenso no ocurre, el proyecto no ser exitoso. Evita rechazos de usuarios finales: La ingeniera de requerimientos obliga al cliente a considerar sus requerimientos cuidadosamente y revisarlos dentro del marco del problema, por lo que se le involucra durante todo el desarrollo del proyecto.

Procesos de la Ingeniera de Requerimientos

Requerimientos de Proceso Requerimientos de Usuarios Requerimientos de Anlisis y Negociacin Requerimientos para la Gestin

Requerimientos de Proceso
Estos requerimientos existen porque los procesos los usan durante el desarrollo del software.

Requerimientos del Usuario

Describen los requerimientos funcionales y no funcionales de tal forma que sean comprensibles por los usuarios del sistema que no posean un conocimiento tcnico detallado. nicamente especifican el comportamiento externo del sistema y evitan, tanto como sea posible, las caractersticas de diseo del sistema. Deben redactarse utilizando el lenguaje natural, representaciones y diagramas intuitivos sencillos.

Requerimientos del Usuario

Problemas que se presentan cuando se redacta en lenguaje natural: Falta de claridad Confusin de requerimientos Conjuncin de requerimientos

Requerimientos del Usuario

Pautas sencillas para redactar requerimientos: Inventar un formato estndar y asegurar que todos los requerimientos se adhieren al formato. Utilizar el lenguaje en forma consistente. Resaltar el texto para ver las partes claves del requerimiento. Evitar utilizar el lenguaje tcnico de computacin.

Requerimientos para el Anlisis y Negociacin Los requisitos se agrupan en categoras y se organizan en subconjuntos, se analiza cada requisito en relacin con el resto, se examina los requisitos en su consistencia, completitud y ambigedad, y se clasifican en base a las necesidades de los clientes/usuario.

Requerimientos para el Anlisis y Negociacin

Para hacer el Anlisis de requisitos se plantean las siguientes cuestiones: Cada requisito es consistente con los objetivos generales del sistema/producto? Tienen todos los requisitos especificados el nivel adecuado de abstraccin? Algunos requisitos tienen un nivel de detalle tcnico inapropiado en esta etapa? El requisito es necesario o representa una caracterstica aadida que puede no ser esencial a la finalidad del sistema? Cada requisito est delimitado y sin ambigedad?

1. 2.

3.

4.

Requerimientos para el Anlisis y Negociacin

5. Cada requisito tiene procedencia? Es decir, Existe un origen (general o especfico) conocido para cada requisito? 6. Existen requisitos incompatibles con otros requisitos? 7. Es posible lograr cada requisito en el entorno tcnico donde se integrar el sistema o producto? 8. Se puede probar el requisito una vez implementado?

Requerimientos para el Anlisis y Negociacin

Proceso de Negociacin Los clientes debern clasificar sus requisitos y discutir los posibles conflictos segn su prioridad. Los riesgos asociados con cada requisito sern identificados y analizados. Se efectan estimaciones del esfuerzo de desarrollo que se utilizan para valorar el impacto de cada requisito en el coste del proyecto y en el plazo de entrega. Utilizando un procedimiento iterativo, se irn eliminando requisitos, se irn combinando y/o modificando para conseguir satisfacer los objetivos planteados.

Requerimientos para la Gestin

Es un conjunto de actividades que ayudan al equipo de trabajo a identificar, controlar y seguir los requisitos y los cambios en cualquier momento. Como en la Gestin de Configuracin del Software (GCS), la gestin de requisitos comienza con la actividad de identificacin. A cada requisito se le asigna un nico identificador, que puede tomar la forma: <tipo de requisito><requisito no.>

Requerimientos para la Gestin

Identificadores, segn el tipo de requisito: F Funcional D Datos C Comportamiento I Interfaz S Salida

Requerimientos para la Gestin

Matrices que se deben realizar para la Gestin de Requisitos:
Matriz de seguimiento de caractersticas: muestra los requisitos identificados en relacin a las caractersticas definidas por el cliente del sistema/producto. Matriz de seguimiento de orgenes: identifica el origen de cada requisito. Matriz de seguimiento de dependencias: indica cmo se relacionan los requisitos entre s. Matriz de seguimiento de subsistema: vincula los requisitos a los subsistemas que lo manejan. Matriz de seguimiento de interfaces: muestra cmo los requisitos estn vinculados a las interfaces externas o internas del sistema.

Requerimientos para la Gestin

Matriz de seguimiento de caractersticas: muestra los requisitos identificados en relacin a las caractersticas definidas por el cliente del sistema/producto.
Ejemplo: El problema de

Afecta a
Cuyo impacto ocasiona Una solucin exitosa debera

Requerimientos para la Gestin

Matriz de seguimiento de orgenes: identifica el origen de cada requisito.
Ejemplo:
Requerimiento Tipo Usuario Origen

Requerimientos para la Gestin

Matriz de seguimiento de interfaces: muestra cmo los requisitos estn vinculados a las interfaces externas o internas del sistema.
Ejemplo:
Requerimiento Interfaz Tipo Usuario Mdulo