ESPECIFICACIN DE REQUERIMIENTOS Ingeniera de Software I

DOCUMENTO DE ESPECIFICACIN DE REQUERIMIENTOS

ESPECIFICACIN DE REQUERIMIENTOS Ingeniera de Software I

CONTENIDO
1- Presentacin del Producto
1.1 Propsito del Sistema 1.1.1 Objetivo 1.1.2 Alcance 1.1.3 El Sistema no contempla 1.2 Restricciones y Supuestos

2- Descripcin General
2.1 Listado de la Funcionalidad del Sistema 2.2 Contexto del Producto 2.3 Perspectivas futuras del producto 2.4 Reglas y Funciones de Negocio

3- Descripcin Detallada de Requerimientos

3.1 Actores 3.2 Requerimientos Funcionales 3.2.1 Diagramas de Casos de Uso 3.2.2 Listado de Casos de Uso 3.2.3 Detalles de Casos de Uso 3.2.4 Prototipo de Interfaz de Usuario 3.3 Requerimientos No Funcionales 3.3.1 Del Producto 3.3.2 Del Ambiente

4- Requerimientos de Interfaz 5- Restricciones de Diseo 6- Requerimientos de Licencia 7- Observaciones 8- Historia de Cambios

ESPECIFICACIN DE REQUERIMIENTOS Ingeniera de Software I

1. Presentacin del Producto

1.1. Propsito del Sistema

1.1.1. Objetivo: <Este campo deber indicar de manera general lo que se pretende lograr con el desarrollo del sistema. No se debe incluir puntos referentes al proyecto, sino especificar el objetivo del producto a desarrollarse.>. 1.1.2. Alcance: <Se deben indicar en trminos generales las funciones que el sistema deber realizar o los mdulos que contendr. No se debe incluir puntos referentes al proyecto, sino especificar el alcance del producto a desarrollarse >. 1.1.3. El Sistema no contempla: <Este campo sirve para indicar algunos aspectos funcionales o no funcionales y/o mdulos que no estarn incluidos en el producto. El objetivo de esta seccin es dejar expresadas cuestiones que el producto no cubrir, al menos hasta el momento>. 1.2. Restricciones y Supuestos: <El objetivo de este apartado es indicar cualquier aspecto que debe ser considerado para el desarrollo, que puede afectar al cumplimiento de los requerimientos y que viene dado desde el ambiente del negocio o acordado con anterioridad. Fundamentalmente se debe destacar cuestiones polticas o legales del entorno de la organizacin que pueden afectar el xito del proyecto si no se les brinda un adecuado tratamiento>.

2. Descripcin General
2.1. Listado de la Funcionalidad del Sistema <Esta seccin proporciona un sumario de las principales funciones que debe realizar el producto, sin entrar en demasiado detalle. En ocasiones la informacin de esta seccin puede tomarse de un documento de especificacin del sistema (ej.: descripcin del sistema) Las funciones deben organizarse de forma que resulten entendibles para el cliente o cualquier persona que deba leer el documento Pueden emplearse medios grficos para mostrar las funciones y sus relaciones.

ESPECIFICACIN DE REQUERIMIENTOS Ingeniera de Software I Pueden definirse casos de uso en trazo grueso>.

2.2. Contexto del Producto <Esta seccin debera poner al producto en perspectiva con otros productos relacionados. Si el producto es independiente y totalmente autocontenido, debera ser especificado aqu. Si esta especificacin de requerimientos define un producto que es un componente de un sistema ms grande, entonces deberan relacionarse los requerimientos de ese sistema mayor con la funcionalidad de este software y deberan identificarse las interfaces de comunicacin entre el sistema y el software>. 2.3. Perspectivas futuras del producto <Esta seccin identifica requerimientos que pueden demorarse hasta versiones futuras del sistema>. 2.4. Reglas y Funciones de Negocio <Se indica la lgica de funcionamiento del negocio. Esta informacin puede proveerse directamente o por referencia a otro documento>.

3. Descripcin Detallada de Requerimientos 3.1. Actores

<Se describen los roles, entidades, otros sistemas, dispositivos y cualquier otro Actor con el que el sistema en desarrollo debera interactuar. Se puede hacer referencia al punto Definicin de Actores del documento Diagramas de Casos de Uso >. 3.2. Requerimientos Funcionales <Se describen los requerimientos funcionales del sistema utilizando Casos de Uso o bien Listados de Funcionalidades, Listados de Pantallas, Detalle del Men de funcionalidades>. <Los requerimientos funcionales definen las acciones fundamentales que realiza el software al recibir informacin, procesarla y producir resultados. Normalmente se listan en afirmaciones del tipo el sistema debe.... En ellas se incluye: o Comprobacin de la validez de las entradas. o Secuencia exacta de las operaciones. o Respuesta a situaciones anormales (desbordamientos, comunicaciones, recuperacin

ESPECIFICACIN DE REQUERIMIENTOS Ingeniera de Software I de errores). o Parmetros. o Relaciones entre entradas y salidas, incluyendo: Secuencias de entradas y salidas. Frmulas para la conversin de informacin. <Si se utilizan Casos de Uso deben incluirse: Diagrama/s de Caso de Uso <se debe incluir aqu el diagrama o diagramas de casos de uso que muestran de manera grfica los alcances funcionales del producto. Esta informacin puede proveerse directamente o por referencia a otro documento, en ste ltimo caso se sugiere el estndar Diagramas de UC.> Texto sugerido: Ver archivo <Diagrama de Casos de Uso> < Nombre del Proyecto> Listado de Casos de Uso <Se deber hacer referencia al estndar STD-LUC (Listado de Casos de Uso), con sus atributos obligatorios. El listado de Casos de Uso contiene el nmero y nombre de cada caso de uso, complejidad, nivel de riesgo de arquitectura, prioridad del cliente, prioridad final.> Texto sugerido: Ver archivo <Listado de Casos de Uso> <Nombre del Proyecto> Detalle de Casos de Uso <Detalle de todos los casos de uso a travs de la plantilla que se encuentra en el estndar de Descripcin de UC> Texto sugerido: Ver archivo <Descripcin de Casos de Uso> <Nombre del Proyecto> Prototipo de Interfaz de Usuario <En esta seccin se incluirn las descripciones de interfaz general de la aplicacin. Esta informacin puede proveerse directamente o por referencia a otro

ESPECIFICACIN DE REQUERIMIENTOS Ingeniera de Software I documento. Las interfaces especficas de los casos de uso se pueden detallar en cada descripcin de caso de uso.> 3.3. Requerimientos No Funcionales <La mayora de los requerimientos no funcionales son registrados comnmente en lenguaje natural en esta seccin de especificacin. Los requerimientos identificados en esta parte del documento son aplicables al producto en general. Para el caso de los requerimientos no funcionales aplicables a un caso de uso en particular se debe aclarar a qu caso de uso se refiere (utilizar la Matriz de Rastreabilidad). Redactar teniendo en cuenta que el RNF pueda ser probado >. 3.3.1. Del Producto

Usabilidad: <se debera incluir todos aquellos requerimientos que afectan la usabilidad. Estos incluyen: RN 1: Especificar el tiempo de capacitacin requerido para usuarios normales y expertos para convertirse en productivos en operaciones particulares. RN 2: Especificar tiempos de tareas mensurables para tareas tpicas, alternativamente, requerimientos de usabilidad bsica del nuevo sistema sobre otros sistemas que los usuarios conocen y les agradan. RN 3: Especificar requerimientos para conformidad con los estndares comunes de usabilidad, tales como estndares de GUI>. Texto sugerido: RN-1. El sistema est preparado para ser operado a travs de mouse y teclado. RN-2. Las pantallas sern desarrolladas para ambiente Windows 98 posterior, con resolucin de pantalla de 800 x 600 RN-3. Las pantallas de <Nombre_ de_Producto> son en ambiente Web, con lo cual deben ser accedidas mediante Internet Explorer X.X o superior. RN-4. Todas las pantallas deben tener un modo de cancelar la operacin en curso.

ESPECIFICACIN DE REQUERIMIENTOS Ingeniera de Software I RN-5. Todas las bsquedas o consultas deben estar paginadas (botones primero, ltimo, siguiente y anterior). RN-6. Los campos obligatorios debern estar marcados con * (asterisco). RN-7. Verificar/validar lmites de campos y tipos de datos de las pantallas en relacin al modelo de datos Confiabilidad: <la confiabilidad podra expresarse en trmino de alguno de estos aspectos: RN 4: Disponibilidad: Especificar el porcentaje de disponibilidad de tiempo, horas de uso, acceso de mantenimiento, etc. RN 5: Tiempo mnimo entre fallas: Especificado usualmente en horas, pero tambin puede especificarse en das, meses y aos. RN 6: Tiempo mnimo de reparacin: Cunto tiempo esta permitido que el sistema este fuera de operacin despus de una falla?. RN 7: Certeza: Precisin Especifica (resolucin) y certeza (sobre un estndar) que es requerida para las salidas del sistema. RN 8: Errores Mximos o ratios de defectos: usualmente expresados en trminos de ERRORES/KLOC (miles de lneas de cdigo) o errores por puntos de funcin. RN 9: Errores o ndices de defectos: usualmente expresados en trminos de errores invalidantes, graves, leves, comunes o mejoras>. Texto sugerido: RN-8. Disponibilidad: 97%. El sistema deber estar disponible en un 97% de su tiempo online. (de 24hs al menos 23,28 hs.) RN-9. etc. Performance: <incluye tiempos de respuesta especficos:

ESPECIFICACIN DE REQUERIMIENTOS Ingeniera de Software I RN 10: Tiempo de respuesta para una transaccin (promedio, mximo). RN 11: Transacciones por segundo, de principio al fin. RN 12: Capacidad (el numero de clientes o transacciones que el sistema puede acomodar). RN 13: Modos de Degradacin (modo aceptable de operacin cuando el sistema ha sido degradado). RN 14: Utilizacin de Recursos (memoria, disco, comunicaciones).> Texto sugerido: RN-10. Se espera que el tiempo de respuesta en el momento de presionar un botn para continuar con el flujo de la informacin que no supere los 5 segundos. RN-11. Se espera mantener la escalabilidad del sistema en relacin a la concurrencia de usuarios. (cantidad de usuarios entre 5 y 8 concurrentes) RN-12. El sistema deber liberar a todos los recursos de memoria al momento de cerrar una ventana y finalizar una funcionalidad. RN-13. El sistema deber capturar las excepciones producidas debido a la finalizacin de la session en el aplication Server debido al timeout de la misma y mostrar un mensaje comunicando lo ocurrido. Soportabilidad: <se indica cualquier requerimiento que mejorar la soportabilidad o mantenibilidad del sistema que se est construyendo, incluyendo cdigos estndar, convenciones de nombres, libreras de clases, acceso de mantenimiento y utilidades de mantenimiento RN 15:.....>. Texto sugerido: RN-14. Se deber usar codificacin (referenciar el estndar) Documentacin: <describe los requerimientos, si hay, para documentacin el Estndar de documento que

ESPECIFICACIN DE REQUERIMIENTOS Ingeniera de Software I en lnea del usuario, impresos, etc RN ...>. Texto sugerido: RN-15. pantallas. ayudas del sistema, manuales

Correcta redaccin y ortografa en las

La documentacin requerida se detalla a continuacin 3.3.2. Del Ambiente

tico: <si existen requerimientos que deben considerarse en el contexto del producto que si bien no estn legislados, responde a factores morales o pautas de conducta, debern especificarse o referenciarse aqu RN .....>. RN-16. El sistema debe garantizar la confidencialidad de la informacin. El sistema debe mostrar los datos confidenciales de un cliente slo a ese cliente. Legales: <identificar si existen legislaciones nacionales, internacionales, provinciales, etc aplicables y vigentes, que el software deba considerar RN .....>.

4. Requerimientos de Interfaz
<Deben definirse las interfaces que soportar la aplicacin. Debera contener adecuada especificidad, protocolos, puertos, direcciones lgicas, etc., tal que el software pueda ser desarrollado y verificado contra los estndares de requerimientos>. 4.1. Interfaces de Hardware <Define cualquier interfaz de hardware que deber ser soportada por el software, incluyendo estructura lgica, direcciones fsicas y comportamiento esperado>. 4.2. Interfaces de Software <Describe las interfaces del software con otros componentes del sistema de software. Estos pueden ser componentes comprados, componentes reusados de otra aplicacin, o componentes que

ESPECIFICACIN DE REQUERIMIENTOS Ingeniera de Software I estn siendo desarrollados por subsistemas fuera del alcance del esta Especificacin de Requerimientos de Software pero con los cuales esta aplicacin de software debe interactuar>. 4.3. Interfaces de Comunicacin <Describe las interfaces de comunicacin u otros requerimientos de restriccin o dispositivos, tales como redes de rea local o dispositivos seriales remotos>.

5. Restricciones de Diseo
<Esta seccin debera indicar cualquier restriccin de diseo en el sistema. Estas restricciones representan decisiones de diseo a las que hay que adherirse. Ejemplos de esto son: lenguajes de software, requerimientos del proceso de software, uso prescripto de las herramientas de desarrollo, restricciones arquitectnicas y de diseo, seguridad rendimiento.

6. Requerimientos de Licencia
< Esta parte del documento debera especificar la necesidad de licencias asociada a la implementacin de este producto. Describe todos los componentes comprados a ser usados por el sistema, cualquier licencia aplicable o restriccin de uso >

7. Observaciones
<Esta seccin permite incorporar cualquier informacin que se considera de importancia, que no haya sido especificada con anterioridad>.

8. Historia de Cambios
Fecha <dd/mm/yyyy> Versin x.x Descripcin <Detalle> Autor <Nombre>