DOCUMENTO DE REQUERIMIENTOS

OSCAR HERNN CUELLAR LEGUIZAMN CARLOS EDUARDO CRDOBA CORREA

UNIVERSIDAD DE LA AMAZONIA FACULTAD DE INGENIERA INGENIERA DE SISTEMAS INGENIERA DEL SOFTWARE I FLORENCIA 2012

DOCUMENTO DE REQUERIMIENTOS

OSCAR HERNN CUELLAR LEGUIZAMN CARLOS EDUARDO CRDOBA CORREA

EDWIN EDUARDO MILLN INGENIERO DE SISTEMAS

UNIVERSIDAD DE LA AMAZONIA FACULTAD DE INGENIERA INGENIERA DE SISTEMAS INGENIERA DEL SOFTWARE I FLORENCIA 2012

Tabla de contenido

INTRODUCCION ....................................................................................................................... 4 OBJETIVOS ................................................................................................................................ 5 Objetivo General ................................................................................................................ 5 Objetivos Especficos ....................................................................................................... 5 Qu es un Documento de Requerimientos? ....................................................................... 6 Estructura de un Documento de Requerimientos ................................................................. 8 Introduccin ......................................................................................................................... 8 Glosario.................................................................................................................................... 8 Modelos del Sistema ............................................................................................................. 8 Definicin de documentos funcionales ............................................................................... 8 Definicin de Requerimientos No-Funcionales ................................................................. 9 Evolucin del Sistema ......................................................................................................... 11 Especificacin de Requerimientos .................................................................................... 11 Apndices .............................................................................................................................. 11 ndice ...................................................................................................................................... 12 CONCLUSIONES..................................................................................................................... 13 Referencias Bibliogrficas ...................................................................................................... 14

INTRODUCCION

Un Documento de Requerimientos permite la comunicacin ente el cliente y los desarrolladores de software para poder determinar lo que el cliente requiere o desea en su Sistema de software. La estructura del Documento de Requerimientos est definido por la siguiente estructura: Introduccin, glosario, modelos del sistema, definicin de requerimientos funcionales, definicin de requerimientos no-funcionales, evolucin del sistema, especificacin de requerimientos, apndices e ndice.

OBJETIVOS

Objetivo General:

Describir un Documento de Requerimientos.

Objetivos Especficos:

Identificar las caractersticas de un Documento de Requerimientos. Conocer la estructura de un Documento de Requerimientos.

Qu es un Documento de Requerimientos?

El resultado del proceso de definicin de requerimientos es un Documento de Requerimientos elaborado por el usuario, que servir como base para el anlisis y diseo del sistema de informacin. Para la elaboracin del documento se presenta a continuacin definiciones, pasos y caractersticas propias de un requerimiento.

Un Requerimiento es: 1) Una condicin o necesidad de un usuario, para resolver un problema o alcanzar un objetivo. 2) 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. 3) Una representacin documentada de una condicin o capacidad como en (1) o (2).

En un estado de madurez, un requerimiento debe tener las caractersticas siguientes: 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 en su redaccin resume claramente su objetivo 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. i

Estructura de un Documento de Requerimientos

Introduccin ii

Esta seccin debe contener una descripcin breve de las principales caractersticas del sistema software que se va a desarrollar, la situacin actual que genera la necesidad del nuevo desarrollo, la problemtica que se acomete, y cualquier otra consideracin que site al posible lector en el contexto oportuno para comprender el resto del documento. Glosarioiii Debe definir trminos tcnicos utilizados en el documento. No se deben hacer suposiciones de la experiencia o pericia del lector.

Modelos del Sistema iii Se deben exponer uno o ms modelos del sistema que muestren las relaciones entre los componentes del sistema y es sistema y su entorno. stos podran se modelos de objetos, modelos de flujo de datos y modelos de datos semnticos. Definicin de documentos funcionalesiv

Son declaraciones de los servicios que proveer el sistema, de la manera en que ste reaccionar a entradas particulares. En algunos casos, los requerimientos funcionales de los sistemas tambin declaran explcitamente lo que el sistema no debe hacer. Los requerimientos funcionales de un sistema describen la funcionalidad o los servicios que se espera que ste provea. Estos dependen del tipo de software y del sistema que se desarrolle y de los posibles usuarios del software. Cuando se expresan como requerimientos del usuario, habitualmente se describen de forma general mientras que los requerimientos funcionales del sistema describen con detalle la funcin de ste, sus entradas y salidas, excepciones, etc.

Muchos de los problemas de la ingeniera de software provienen de la imprecisin en la especificacin de requerimientos. Para un desarrollador de sistemas es natural dar interpretaciones de un requerimiento ambiguo con el fin de simplificar su implementacin. Sin embargo, a menudo no es lo que el cliente desea. Se tienen que estipular nuevos requerimientos y se deben hacer cambios al sistema, retrasando la entrega de ste e incrementando el costo. En principio, la especificacin de requerimientos funcionales de un sistema debe estar completa y ser consistente. La complecin significa que todos los servicios solicitados por el usuario estn definidos. La consistencia significa que los requerimientos no tienen definiciones contradictorias. En la prctica, para sistemas grandes y complejos, es imposible cumplir los requerimientos de consistencia y complecin. La razn de esto se debe parcialmente a la complejidad inherente del sistema y parcialmente a que los diferentes puntos de vista tienen necesidades inconsistentes. Estas inconsistencias son obvias cuando los requerimientos se especifican por primera vez. Los problemas emergen despus de un anlisis profundo. Una vez que stos se hayan descubierto en las diferentes revisiones o en las fases posteriores del ciclo de vida, se deben corregir en el documento de requerimientos.

Definicin de Requerimientos No-Funcionales iv

Son restricciones de los servicios o funciones ofrecidos por el sistema. Incluyen restricciones de tiempo, sobre el proceso de desarrollo, estndares, etc. Son aquellos requerimientos que no se refieren directamente a las funciones especficas que entrega el sistema, sino a las propiedades emergentes de ste como la fiabilidad, la respuesta en el tiempo y la capacidad de almacenamiento. De forma alternativa, definen las restricciones del sistema como la capacidad de los dispositivos de entrada/salida y la representacin de datos que se utiliza en la interface del sistema. Muchos requerimientos no funcionales se refieren al sistema como un todo ms que a rasgos particulares del mismo. Esto significa que a menudo con ms crticos que los requerimientos funcionales particulares. Mientras que el incumplimiento de este ltimo degradar el sistema, una falla en un requerimiento no funcional del sistema lo inutiliza.

Los requerimientos no funcionales surgen de la necesidad del usuario, debido a las restricciones en el presupuesto, a las polticas de la organizacin, a la necesidad de interoperabilidad con otros sistemas de software o hardware o a factores externos como los reglamentos de seguridad, las polticas de privacidad, etctera. Estos diferentes tipos de requerimientos se clasifican de acuerdo con sus implicaciones. Requerimientos del producto. Especifican el comportamiento del producto; como los requerimientos de desempeo en la rapidez de ejecucin del sistema y cunta memoria se requiere; los de fiabilidad que fijan la tasa de fallas para que el sistema sea aceptable; los de portabilidad y los de usabilidad. Requerimientos organizacionales. Se derivan de las polticas y procedimientos existentes en la organizacin del cliente y en la del desarrollador: estndares en los procesos que deben utilizarse; requerimientos de implementacin como los lenguajes de programacin o el mtodo de diseo a utilizar, y los requerimientos de entrega que especifican cundo se entregar el producto y su documentacin. Requerimientos externos. Se derivan de los factores externos al sistema y de su proceso de desarrollo. Incluyen los requerimientos de interoperabilidad que definen la manera en que el sistema interacta con los otros sistemas de la organizacin; los requerimientos legales que deben seguirse para asegurar que el sistema opere dentro de la ley, y los requerimientos ticos. Estos ltimos son impuestos al sistema para asegurar que ser aceptado por el usuario y por el pblico en general.

Un problema comn con los requerimientos no funcionales es que algunas veces son difciles de verificar. Se redactan para reflejar las metas generales del usuario, como la facilidad de uso, la capacidad del sistema para recuperarse de las fallas o la respuesta rpida al usuario. Estos requerimientos causan problemas a los desarrolladores del sistema puesto que dejan abierta la posibilidad a la interpretacin, lo que provoca discusiones subsecuentes una vez que el sistema se entregue.

De forma ideal, los requerimientos no funcionales no se deben expresar de manera cuantitativa utilizando mtricas que se puedan probar de forma objetiva. En la prctica, la especificacin cuantitativa de requerimientos es difcil. A los clientes no les es posible traducir sus metas en requerimientos cuantitativos; para algunas de stas, como las de mantenimiento, no existen mtricas que se puedan utilizar; el costo de verificar de forma objetiva los requerimientos no funcionales cuantitativos es muy alto.

Evolucin del Sistema iii Debe describir las suposiciones fundamentales sobre las cuales se basa el sistema y los cambios previstos debido a la evolucin de hardware, cambios en las necesidades del usuario, etctera. Especificacin de Requerimientos iv Cubren los requerimientos funcionales, no funcionales y de interfaz. Obviamente, sta es la parte ms sustancial del documento, pero debido a la amplia variabilidad en la prctica organizacional, no es apropiado definir una estructura estndar para esta seccin. Los requerimientos pueden documentar las interfaces externas, describir la funcionalidad y el desempeo del sistema, especificar los requerimientos lgicos de la base de datos, las restricciones de diseo, las propiedades emergentes del sistema y las caractersticas de calidad. Apndices iii Debe proporcionar informacin detallada y precisa relacionada con la aplicacin que se desarrolla. Algunos ejemplos de apndices que pueden incluirse son las descripciones de hardware y de la base de datos. Los requerimientos de hardware definen las configuraciones mnima y ptima del sistema. Los de la base de datos definen la organizacin lgica de los datos utilizados por el sistema y las relaciones entre los datos.

ndice iv
Aunque el estndar IEEE no es ideal, contiene una buena ayuda de cmo tratar los requerimientos y evitar problemas. Es muy general para que pueda ser estndar de una organizacin. Sin embargo, se puede transformar y adaptar para definir un estndar que se ajuste a las necesidades de una organizacin en particular. Por supuesto, la informacin que se incluya en un documento de requerimientos debe depender del tipo de software a desarrollar y del enfoque de desarrollo que se utilice.

CONCLUSIONES

El Documento de Requerimientos tiene una serie de pasa que llevados a cabo se establece oportunamente lo que el usuario y el sistema requiere. Conocimos y entendimos detalladamente la estructura que debe tener un buen Documento De Requerimientos.

Referencias Bibliogrficas

http://www.buenastareas.com/ensayos/Documento-De-Requerimientos-DeUsuarios-Para/77375.html
ii

http://es.scribd.com/doc/49567897/2/Figura-2-Estructura-del-Documento-deRequisitos-del-Sistema
iii

http://www.slideshare.net/marfonline/ingenieria-de-requerimientos http://www.mitecnologico.com/Main/EspecificacionesDeRequerimientos

iv