"Una de las mejores formas de usar tu tiempo es incrementar tu competencia en las reas claves para poder obtener los

resultados deseados." (Brian Tracy)

LA ADMINISTRACIN DE REQUISITOS DE SOFTWARE

"No esperes por el momento preciso. Empieza ahora. Hazlo ahora. Si esperas por el momento adecuado, nunca dejars de esperar. " (Jasmine Gillman)

Importancia de los requisitos

La administracin de requisitos es una parte esencial para controlar la complejidad, riesgo, alcance del proyecto, y definir los roles y criterios para un software o un proyecto de negocio exitoso.
Que es un requerimiento? IEEE: una condicin o capacidad que debe se encontrada por un sistema o componente del mismo para satisfacer un contrato, estndar, especificacin u otra formalidad impuesta en un documento. El conjunto de todos los requerimientos forman la base para el desarrollo de un sistema de software. Qu es la IR?

La IR es la parte de la ingeniera de sistema concentrada en las metas del mundo real. La IR se concentra tambin en la relacin entre los factores (metas) y la especificaciones precisas del comportamiento del sistema y su evolucin a lo largo del tiempo
Ing. Rosemary Samaniego

Porqu los Proyectos de Software son exitosos ?

Involucra a Usuarios 15.9% Soporte Administracin 13.9% Clara definicin de Requerimientos 13.0% Apropiado Planeamiento 9.6% Expectativas Realistas 8.2% Hitos no Extensos 7.7% Staff Competente de profesionales 7.2% Propietario 5.3% Fuente: QualitySystems & Software - 1997
Ing. Rosemary Samaniego

Porcentaje de proyectos que no concluyen con xito?

Un estudio realizado por Standish Group analiz el desarrollo de 8000 proyectos de software, realizados por 350 empresas diferentes y concluy que slo el 16% de los proyectos de software se realizan con xito. El estudio identific como principales causas de los problemas:

Requisitos deficientes La planificacin de agendas y estimaciones de costes no se realizaron en

base a los requisitos Deficiencias en la aplicacin de procesos y desconocimiento del ciclo de vida del proyecto

Los criterios para determinar el xito de un proyecto son:

Sin desviaciones en las fechas previstas. Sin desviaciones en los costes estimados. Que el producto final cubra las expectativas y necesidades del cliente. Que funcione correctamente
Ing. Rosemary Samaniego

Porqu fracasan los proyectos?

Fuente : QualitySystems & Software - 1997

Ing. Rosemary Samaniego

RECORDAR? Quines son los usuarios del documento de requerimientos?

Ing. Rosemary Samaniego

Obtencin

Conceptos Ingeniera Requisitos INGENIERA DE REQUISITOS (IR)

de de

Anlisis

Descripcin de las actividades del proceso de la IR

Especificacin

Validacin

Gestin

Ing. Rosemary Samaniego

Sus defectos repercuten en todas las fases

Los errores en los requisitos se comportan como una enfermedad contagiosa que siempre repercute en todas las fases del proyecto. Estimacin: No es posible estimar con rigor costes y recursos necesarios para desarrollar algo que no se conoce. Planificacin No se puede confiar en la planificacin para el desarrollo de algo que no se sabe bien como es. Diseo: Los errores en requisitos, las modificaciones frecuentes, las deficiencias en restricciones o futuras evoluciones. Construccin: Las deficiencias en los requisitos obligan a programar en ciclos de prueba y error que derrochan horas y paciencia de programacin. Validacin y verificacin: Terminado el desarrollo del sistema, si las especificaciones tienen errores de bulto, o peor an, no estn reflejadas en una especificacin de requisitos.
Ing. Rosemary Samaniego

Beneficios de los buenos requisitos

Acuerdo entre desarrolladores, clientes y usuarios sobre el trabajo
que debe realizarse.

Unos requisitos bien elaborados y validados con el cliente evitan descubrir al terminar el proyecto que el sistema no era lo que se peda.

Acuerdo entre desarrolladores, clientes y usuarios sobre los criterios

que se emplearn para su validacin.

Resulta muy difcil demostrar al cliente que el producto desarrollado hace lo que el pidi si su peticin no est documentada y validada por l.

Base objetiva para la estimacin de recursos (coste, personal en

nmero y competencias, equipos y tiempo)

Si los requisitos no comprenden necesidades reales, las estimaciones no dejan de ser meras apuestas. Las estimaciones en el fondo son clculos de probabilidad que siempre implican un margen de error; por esta razn disponer de la mayor informacin posible reduce el error.
Ing. Rosemary Samaniego

Obtencin de los requisitos

Problemas frecuentes en la obtencin de requisitos

Los problemas ms frecuentes pertenecen a 3 categoras: Delimitacin confusa del mbito del sistema. Comprensin Inestabilidad
Problema: delimitacin confusa del mbito del sistema

Antes de entrar en la obtencin de requisitos con detalle es necesario conocer cules son los objetivos y los lmites del sistema. Si no controlamos los lmites y objetivos esperados del sistema, el sistema nos controlar a nosotros

Los contextos que es necesario conocer para centrar apropiadamente el sistema son:
Organizacin Entorno Proyecto
Ing. Rosemary Samaniego

Recomendaciones prcticas de IEEE para la Especificacin de Requerimientos Software (ERS)

Adaptado al Estndar ANSI/IEEE 830-1998

Ing. Rosemary Samaniego

IEEE The Institute of Electrical and Electronics Engineers

Es la mayor asociacin internacional sin fines de lucro formada por profesionales de las nuevas tecnologas, como ingenieros elctricos, en electrnica, cientficos de la computacin e ingenieros en telecomunicacin, dedicada principalmente a la estandarizacin.

Ing. Rosemary Samaniego

Especificacin de Requisitos de Software (ERS) Estndar 830-1998

1. Introduccin
1.1 Propsito de ERS 1.2 mbito del Sistema 1.3 Definiciones, Acrnimos y Abreviaturas 1.4 Referencias 1.5 Visin General del documento 2. Descripcin General 2.1 Perspectiva del Producto 2.2 Funciones del Producto 2.3 Caractersticas de los usuarios 2.4 Condicionantes y Restricciones 2.5 Suposiciones y Dependencias 2.6 Requisitos Futuros 3. Requerimientos 3.1 Interfaces Externas 3.2 Funciones 3.3 Requisitos de Rendimiento 3.4 Restricciones de Diseo 3.5 Atributos del Sistema 3.6 Otros Requisitos Ing. Rosemary Samaniego

Especificacin de Requisitos de Software (ERS)

Deber ser elaborado con todas las personas que intervienen en la creacin del Software de la Empresa. ERS debe cumplir las directrices dadas por el estndar IEEE Recomended Practice for Software Requirements Specification ANSI/IEEE 830 1998. Propsito de ERS Es definir de manera clara y precisa las funcionalidades, caractersticas y condicionantes tcnicos del sistema a desarrollar. Esta especificacin va dirigida a los directivos y usuarios finales del sistema. Adems servir como medio de comunicacin viable entre las partes involucradas con el desarrollo del Sistema.

Ing. Rosemary Samaniego

Especificacin de Requisitos de Software (ERS)

mbito del Sistema El mbito del sistema ser desarrollado con el fin de dar a conocer todos los servicios que brinda al cliente, objetivos y metas que se espera alcanzar. Se explicara lo que el sistema har y lo que no har, contemplando su funcionalidad e interfaces amigables con los posibles clientes.

Definiciones, Acrnimos y Abreviaturas Aqu se debe dar las definiciones de ciertos trminos entre ellos dar a conocer acrnimos y abreviaturas que se utilizaran en el ERS. Ejemplo: Definiciones Cliente/Usuarios: Son todas las personas quienes hacen uso de los servicios que ofrece la empresa.

Ing. Rosemary Samaniego

Especificacin de Requisitos de Software (ERS)

Informacin Son todas las especificaciones de los servicios que ofrece la empresa.

Servicios Adicionales Servicio de Bar, Restaurante, Saln de Conferencias, Discoteca, Saln de Juegos, Gimnasio, Canchas Mltiples.

Acrnimos ERS Especificacin de Requisitos de Software. Referencias IEEE Recomended Practice for Software Requirements Specification ANSI/IEEE std 830, 1998 Artculo El Modelo del Negocio como base del Modelo de Requisitos, Departamento de Informtica y Sistemas, Universidad de Murcia, Espaa.
Ing. Rosemary Samaniego

Visin General del documento Esta subseccion describe brevemente los contenidos y la organizacin del resto de la ERS.

Ing. Rosemary Samaniego

La documentacin ERS:
Visin General del documento

Introduccin
Se encuentra el propsito, mbito, definiciones, Acrnimos, abreviaturas y referencias.

Descripcin General
Con el fin de conocer las principales funciones que debe realizar, caractersticas del usuario, condicionantes tcnicos, supuestos y dependencias que afectan al desarrollo, sin entrar en excesivos detalles.

Requerimientos
Se definen detalladamente los requisitos que debe satisfacer el sistema.

Ing. Rosemary Samaniego

Especificacin de Requisitos de Software (ERS)

Perspectiva del Producto

Relacin del producto con otros, o si es parte otro mayor.

Funciones del Producto Se mostrara un resumen, a grandes rasgos, de las funciones del futuro sistema. Por ejemplo, en una ERS para un programa de contabilidad, esta subseccin mostrara que el sistema soportara el mantenimiento de cuentas, mostrara el estado de las cuentas y facilitara la facturacin, sin mencionar el enorme detalle que cada una de estas funciones requiere. Las funciones se mostrarn de forma organizada, y pueden utilizarse grficos, siempre y cuando reflejen las relaciones entre funciones y no el diseo del sistema.

Ing. Rosemary Samaniego

Especificacin de Requisitos de Software (ERS)

Perspectiva del Producto

Relacin del producto con otros, o si es parte otro mayor.

Funciones del Producto Se mostrara un resumen, a grandes rasgos, de las funciones del futuro sistema. Por ejemplo, en una ERS para un programa de contabilidad, esta subseccin mostrara que el sistema soportara el mantenimiento de cuentas, mostrara el estado de las cuentas y facilitara la facturacin, sin mencionar el enorme detalle que cada una de estas funciones requiere. Las funciones se mostrarn de forma organizada, y pueden utilizarse grficos, siempre y cuando reflejen las relaciones entre funciones y no el diseo del sistema.

Ing. Rosemary Samaniego

Caractersticas de los Usuarios

Item
Funcin Gestin de control de Horarios 1 2 3 4 Registrar datos del horario Buscar datos del horario Modificar datos del horario Eliminar lgicamente un horario Listar datos del horario X X X X

Puede expresarlo a travs de una jerarqua

Usuario Secretaria Gerente Inspector

X X X X

X
Ing. Rosemary Samaniego

Condicionantes y restricciones
El sistema ser desarrollado en base a polticas vigentes, es necesario dejar abierta la posibilidad de futuros cambios en los modos de trabajo y polticas que impactarn directamente en el sistema.
Limitaciones hardware, interfaces con otras aplicaciones, funciones de auditora, requerimientos de seguridad, etc. Ejm. La mquina en que se ejecute deber de existir java instalado.

Ing. Rosemary Samaniego

Suposiciones y Dependencias
Los requisitos descritos en este documento pueden cambiar, pues los procesos son dinmicos y por lo tanto cambia los requisitos del software, para lo cual es necesario que las fases de anlisis y diseo estn bien documentadas y adems definir una fase y metodologa de mantenimiento del sistema. Se establecer un compromiso entre las partes, cliente y empresa que desarrollar el software; que si es el caso de cambiar los requerimientos del sistema se prever de un determinado tiempo para los cambios. Requisitos Futuros. Ejm que mejorar.. Que incorporar luego
Ing. Rosemary Samaniego

Requisitos Especficos
Esta es la seccin ms larga e importante del documento por cuanto aqu se especifican detalladamente los requisitos funcionales, no funcionales y de interfaz.

Requisitos funcionales Definen el comportamiento del sistema. Describen las tareas que el sistema debe realizar. Al definir un requisito funcional es importante mantener el equilibrio entre la excesiva generalidad, insuficiencia de detalle o ambigedad, y el exceso de detalle con precisiones o descripciones innecesarias o redundantes.
Ing. Rosemary Samaniego

Requisitos Funcionales
Ejemplo Reservacin de una Habitacin en un Hotel Reservaciones de Habitaciones R1: Presentar Tipo de Habitacin (Tipo son: Individual, Doble, Triple, Master, Familiar) R2: Consultar detalles de Habitacin (Estado, Nro Habitacin, cocina, bao privado, aire acondicionado, TV Cable, precio) R3: Imprimir Listado de habitaciones disponibles R4: Gestionar reservacin R5: Registrar detalles de reservacin (Nro Reservacin, Tipo de Habitacin, fecha de llegada, fecha de salida, estado) R6: Registrar Datos del Cliente (Cdula, nombre, apellido, telfono, edad, ciudad, nacionalidad, email) R7: Eliminar Reservacin

Ing. Rosemary Samaniego

Caso de Uso: Reservacin de Habitaciones

Presentar tipo de Habitacin

Consultar detalles de Habitacin Recepcionista

Imprimir listado de habitaciones deisponibles

Gestionar Reservaciones <<extend>> <<extend>> Registrar detallaes de reservacin

<<include>>

Registrar datos del Cliente

Eliminar Reservacin

Ing. Rosemary Samaniego

Requisitos funcionales
Funcin N Req. Descripcin Datos Observaciones/Restricciones

R1

Creacin de formulario para ingresar datos de Usuarios

Nombre de usuario, clave

Gestin de Autentificacin de usuarios

(*)Campos obligatorios; es el primer paso que debe realizar para comenzar a trabajar. para comenzar a trabajar. clave entre 6 y 20 caracteres

R2 R3

Actualizacin de clave Eliminacin de usuarios

clave R1

Previa la ejecucin de R1 Previo ingreso con clave de Administrador

Ing. Rosemary Samaniego

Requisitos no funcionales Son restricciones de los servicios o funciones ofrecidos por el sistema. Incluyen restricciones de tiempo, sobre el proceso de desarrollo, estndares, etc. Generalmente comprenden atributos de calidad:

Tiempos de respuesta. Caractersticas de usabilidad. Capacidad de almacenamiento, etc.

Ej. El sistema deber presentar mensajes de confirmacin al vendedor, en un tiempo de respuesta mximo de 3 segundos luego de haber activado la opcin imprimir.

Ing. Rosemary Samaniego

Requisitos no Funcionales
Requisitos de rendimiento, Seguridad, Fiabilidad, Disponibilidad, etc. Restricciones de diseo: Son requisitos que nos impone la naturaleza del dominio del problema. Estos son: ajuste a estndares (Ejm. una determinada manera de codificar un dato), limitaciones hardware (por los equipos disponibles), seguridad (por los distintos niveles de acceso a la informacin que deben tener los usuarios), mantenimiento (se debe tener en cuenta la ampliacin del sistema), adaptacin al entorno. Requisitos de interfaz

Interfaces Externas: Los miembros del proyecto tienen que

interactuar con la organizacin cliente y otros miembros.
Ejm. Al no tener conexin con ningn otro tipo de aplicacin no necesita de interfaces externas de comunicacin con ningn otro sistema.

Ing. Rosemary Samaniego

Otros requisitos: Requisitos de desarrollo: Se definen los requerimientos planteados por el equipo de trabajo: qu metodologa se seguir, lenguaje, qu herramientas se utilizarn, etc. Atributos del Sistema. En cunto a seguridad y mantenimiento.

Ing. Rosemary Samaniego

Bibliografa
Sommerville Iam Ingeniera de Software, Pearson 7ma. Edicin http://es.scribd.com/doc/54412334/Guia-Ing-SW-I-EAD-2009 http://www.galeon.com/zuloaga/Doc/AnalisisRequer.pdf https://mojo.etsii.ull.es/mod/resource/view.php?inpopup=true&id=7348

Ing. Rosemary Samaniego