Especificacin de Requerimientos del Software Proyecto: Versin: Nota: El texto incluido enrectngulosazules yel exhibidoencursivaazul(Estilo=InfoBlue) se incluye con el fin de proporcionar una gua para el llenado de este documento y debe ser eliminado antes de publicar el documento. Un prrafo incorporado despus de este estilo ser fijadoautomticamentealnormal(Estilo=InfoBlue). Para personalizar los campos automticos (campos con fondo gris) en OpenOffice.org Writer, debe seleccionar Archivo>Propiedades y en la pestaa descripcin sustituya los campos de Ttulo, Tema y Comentarios por la informacin apropiada para este documento. Despus de cerrareldilogo,loscamposautomticossernactualizadosautomticamente.Paraactualizar la numeracindelndicedeContenidohagaclicderechosobreestecampoautomticoyluego clicenActualizarndice/Tabla.VealaayudadelOpenOffice.orgparamsinformacinsobreel trabajoconcampos. DescripcindelArtefacto:Tieneporobjetivodocumentartodoslosrequerimientosdelsistema, este describe las funciones del sistema, los requerimientos no funcionales, caractersticas del diseo,yotroselementosnecesariosparaproporcionarunadescripcincompletaycomprensiva delosrequerimientosparaelsoftwareadesarrollar.

Identificador del documento:

EspecificacindeRequerimientosdelSoftware

Versin:

Historial de RevisionesVersin Fecha Autor Descripcin

,

Pg.2de12

EspecificacindeRequerimientosdelSoftware

Versin:

ndice de Contenido1 Introduccin...................................................................................................................................................4 1.1 Alcance.................................................................................................................................................4 1.2 Definiciones, Acrnimos y Abreviaturas.................................................................................................4 1.3 Documentos relacionados.....................................................................................................................4 2 Casos de Uso................................................................................................................................................4 2.1 Resumen y Actores...............................................................................................................................4 2.2 Diagrama...............................................................................................................................................5 2.3 Especificaciones de Casos de Uso........................................................................................................5 3 Requerimientos Funcionales.........................................................................................................................6 4 Requerimientos No Funcionales....................................................................................................................7 4.1 Usabilidad.............................................................................................................................................7 4.2 Confiabilidad..........................................................................................................................................7 4.3 Seguridad..............................................................................................................................................7 4.4 Eficiencia...............................................................................................................................................7 4.5 Mantenimiento y Actualizacin...............................................................................................................8 4.6 Soportabilidad y Operabilidad................................................................................................................8 4.7 Restriccin de Diseo............................................................................................................................8 4.8 Requerimientos de Documentacin en Lnea y de Sistemas de Ayuda................................................8 4.9 Interfaces..............................................................................................................................................8 4.9.1 Interfaces de Usuario.....................................................................................................................8 4.9.2 Interfaces de Software...................................................................................................................8 4.9.3 Interfaces de Hardware.................................................................................................................8 4.9.4 Interfaces de Comunicaciones.......................................................................................................9 4.10 Aspectos Legales................................................................................................................................9 4.10.1 Polticas de la Organizacin........................................................................................................9 4.10.2 Contratos con Otras Organizaciones...........................................................................................9 4.10.3 Propiedad Intelectual...................................................................................................................9 4.11 Estndares Aplicables.......................................................................................................................10

,

Pg.3de12

EspecificacindeRequerimientosdelSoftware

Versin:

Especificacin de Requerimientos del Software1 Introduccin1.1 Alcance Describir el alcance, mencionar los proyectos asociados y determinar que se ve afectado por este documento. 1.2 Definiciones, Acrnimos y Abreviaturas En este apartado se debe mostrar las definiciones de todos los trminos, siglas y abreviaciones requeridos para entender este documento, a su vez estas se deben reflejar en el glosario del sistema. 1.3 Documentos relacionados Para poder visualizar las referencias a otros documentos, se debe de llenar la tabla que se muestra a continuacin: Ttulo Fecha Organizacin Identificador del documento

2 Casos de Uso2.1 Resumen y Actores Los casos de uso definen de forma verbal y grfica los requerimientos funcionales del sistema, incluyendo algunos requerimientos no funcionales. Los actores se pueden conseguir en el documento de Visin del Sistema. Se debe llenar la tabla que se muestra a continuacin:

,

Pg.4de12

EspecificacindeRequerimientosdelSoftware

Versin:

Cdigo Colocar un cdigo nemotcnico (ID)

Caso de Uso Realizar un resumen del caso de uso.

Actores participantes Identificar los intervienen. actores que

2.2

Diagrama En este apartado se deben reflejar los diagramas de casos de uso inicial del sistema. Los diagramas de casos de uso son una representacin grfica de una parte o todos los actores y casos de uso del sistema, incluyendo sus interacciones y estos pueden ser desarrollados en una herramienta de modelado visual. La construccin del Diagrama de Casos de Uso se inicia con la elaboracin del Diagrama de Casos de Uso Inicial, el refinamiento del mismo puede contemplarse en iteraciones posteriores.

2.3

Especificaciones de Casos de Uso En este apartado se debe recoger la especificacin completa de cada caso de uso. Esto incluye los campos: nombre, descripcin, actores, precondiciones, flujo normal, flujo alternativo, puntos de extensin, entre otros. Se debe elaborar una tabla de especificacin por cada caso de uso. Caso de Uso-Cdigo Nombre: Descripcin: Requerimiento: Precondicin: Colocar nombre del caso de uso. Describir la responsabilidad y el propsito del caso de uso. Identificar los requerimientos que abarcan a este caso de uso. Tiene que ver con las condiciones en la que debe estar el sistema para que se ejecute el caso de uso. Ejemplo: registro y autenticacin del cliente.

Flujo Normal: En el flujo de casos de uso se describe lo que hace el actor y lo que hace el sistema en respuesta. Se expresa en forma de un dilogo entre actor y sistema. El flujo bsico del caso de uso describe lo que sucede dentro del sistema. Este flujo puede ser representado en forma grfica. Hay que tomar en cuenta que el flujo de un caso de uso, debera tener entre cinco y siete pasos aproximadamente. Actor Sistema

Describir cada paso del flujo realizado por un Describir cada paso del flujo realizado por algn actor. recurso del sistema. 1. 2. ,

Pg.5de12

EspecificacindeRequerimientosdelSoftware Caso de Uso-Cdigo 3. 5. Flujo Alterno: 4. 6.

Versin:

El flujo alterno se refleja el comportamiento alternativo debido a las irregularidades que ocurren en el flujo de eventos normal. Pueden ser tan largos como sea necesario para describir los eventos asociados al comportamiento alternativo. Actor Sistema

Describir cada paso alterno del flujo realizado Describir cada paso alterno del flujo realizado por por un actor. algn recurso del sistema. 1.1 1.2 2.1 2.2 3.1 3.2 Poscondicin: Requerimientos Especiales: Puntos de Extensin: Listar las condiciones en que se encuentra el sistema despus de haberse ejecutado el sistema. Nombrar y describir cualquier requerimiento que no haya sido abarcado por el flujo normal o los alternos. Se debe mencionar y describir los puntos en los cuales el flujo de eventos se extiende por otros casos de uso.

Nota: Cada paso del flujo de los eventos debe ser enumerado, manteniendo una secuencia entre los pasos del flujo realizado por un actor y los pasos del flujo realizado por algn recurso del sistema.

3 Requerimientos FuncionalesLos requerimientos funcionales de un sistema describen la funcionalidad o los servicios que se espera que ste provea. En este apartado se debe describir lo que el sistema tendr que hacer, los factores que afectan al producto y satisfacen los requerimientos. Se debe llenar la siguiente tabla:

ID del Requerimiento: Nombre del Requerimiento: Identificacin del requerimiento:

Colocar el ID del requerimiento funcional. Colocar el nombre del requerimiento funcional. Identificacin del requerimiento funcional (con un nmero o un conjunto de caracteres que debe verse reflejado en el apartado de definicin, acrnimos y abreviaturas). Estas caractersticas fueron previamente definidas en el documento

Caractersticas: ,

Pg.6de12

EspecificacindeRequerimientosdelSoftware

Versin:

Visin del Sistema. Estas caractersticas son las que generan cada uno de los requerimientos que se expresarn en esta tabla. Aqu se debe de realizar una descripcin del requerimiento funcional. Se debe colocar informacin suficiente de tal manera que sirva de ayuda para el desarrollador del sistema. Cualquier representacin grfica debe ser anexada en este apartado. Atributo: Prioridad Alta /Media Alta / Media / Media Baja / Baja La prioridad es:

4 Requerimientos No FuncionalesDescriba los requerimientos no funcionales para este documento. Los requerimientos no funcionales tienen que ver con las caractersticas que de una u otra forma puedan limitar el sistema como son: el rendimiento (en tiempo y espacio), confiabilidad, interfaces, fiabilidad (robustez del sistema, disponibilidad de equipo), mantenimiento, seguridad, portabilidad, estndares, etc. 4.1 Usabilidad En este apartado se debe incluir la lista de todos los requerimientos que afecten la usabilidad. Esto debe incluir: el tiempo que se tomar un usuario en aprender a utilizar el sistema y se podra explicar por qu debe ser rpido el aprendizaje, los tiempos medibles de tarea para las tareas tpicas y los requerimientos para concordar con estndares. 4.2 Confiabilidad Aqu se deben detallar los requerimientos de confiabilidad del sistema. Describa las caractersticas de confiabilidad explicando la posibilidad del sistema de realizar las funciones para las que fue diseado sin presentar fallos. Entre estos requerimientos puede mencionar caractersticas como la disponibilidad, el porcentaje de fallas mximo, etc. 4.3 Seguridad Aqu se deben detallar los requerimientos de seguridad del sistema. Esto incluye si el acceso al sistema ser controlado con nombres de usuario y contraseas, que solo los usuarios con privilegios de administrador podrn acceder a las funciones administrativas y los usuarios normales no podrn. 4.4 Eficiencia En este apartado se debe ver reflejado las caractersticas de eficiencia del sistema. Se debe especificar: el tiempo de respuesta para una transaccin (promedio), capacidad (nmero de clientes y transacciones), rendimiento del procesamiento (Ej. transacciones por segundo) y cuando el sistema se ha degradado cul es el modo aceptable de operacin.

,

Pg.7de12

EspecificacindeRequerimientosdelSoftware 4.5 Mantenimiento y Actualizacin

Versin:

En este apartado se debe ver reflejado los requerimientos de mantenimiento y actualizacin. La capacidad de mantenimiento es la habilidad que se tiene para realizar cambios al producto en el tiempo y la capacidad de actualizacin es la habilidad que se tiene para entregar las versiones del producto a bajo costo a los clientes con un mnimo de tiempo de descarga. Una caracterstica clave para apoyar este objetivo es la descarga automtica de parches o actualizaciones y actualizaciones del equipo del usuario final. Tambin debemos utilizar formatos para archivos de datos que incluyan suficientes metadatos para permitirnos trasformar con seguridad la informacin existente del usuario durante una actualizacin. 4.6 Soportabilidad y Operabilidad Especificar los requerimientos de soportabilidad y operabilidad del sistema. La soportabilidad la habilidad de proveer soporte tcnico eficiente y a buen precio y la operabilidad es la habilidad que se tiene de hospedar y operar el software como un ASP (Proveedor de Servicios de Aplicaciones). 4.7 Restriccin de Diseo En este apartado se debe indicar cualquier limitacin de diseo en el sistema que es construido. Por ejemplo: lenguajes de software, requerimientos del proceso de software, uso de herramientas de desarrollo, componentes comprados, etc. 4.8 Requerimientos de Documentacin en Lnea y de Sistemas de Ayuda En caso de que exista se debe describir los requerimientos, para la documentacin en lnea del usuario, sistemas de ayuda, ayuda sobre avisos, etc. 4.9 Interfaces En este apartado se definen las interfaces que debe apoyar la aplicacin, como son: las interfaces de usuario, interfaces de software, etc. En caso de que aplique es conveniente hacer referencia a estndares de la aplicacin o corporativos. 4.9.1 Interfaces de Usuario Describir las interfaces de usuario que van a hacer ejecutadas por el software. 4.9.2 Interfaces de Software Hay que describir las interfaces de software hacia otros componentes del sistema. Pueden ser: componentes comprados, reutilizados o realizados para subsistemas fuera del alcance de este documento. 4.9.3 Interfaces de Hardware Aqu se describen comentarios de cualquier interfaz de hardware que debe ser apoyada por el software, esto incluye: comportamiento, estructura lgica, etc. ,

Pg.8de12

EspecificacindeRequerimientosdelSoftware 4.9.4 Interfaces de Comunicaciones

Versin:

Se debe definir las interfaces de comunicaciones a los dems sistemas o dispositivos como: redes LAN y dispositivos seriales remotos. 4.10 Aspectos Legales Este punto define las cuestiones legales que pudieran afectar esta entrega. No considerar cuidadosamente estas cuestiones puede poner a la organizacin de desarrollo en riesgo de una accin legal. Busque consejo profesional si es necesario. 4.10.1 Polticas de la Organizacin Debe responder la siguiente pregunta: El producto satisface las polticas de la organizacin (por ejemplo, de privacidad y seguridad)? S. Describa cmo se satisfacen cada una de estas polticas. No. Describa los pasos a tomar para hacer que el producto las cumpla. No. No hay polticas que apliquen. 4.10.2 Contratos con Otras Organizaciones Debe responder la siguiente pregunta: Fue algn componente o informacin producido por otra organizacin bajo contrato? S. Revise los detalles del contrato para derechos de propiedad y licenciamiento. No. No se requiere hacer nada al respecto. 4.10.3 Propiedad Intelectual

Componente Nombre del producto Base de datos Imgenes de clip-art Librera controladores sonido

Dueo Nosotros Distribuidor Ninguna de de OS del Proyecto

Licencia Marca Registrada GNU GPL Dominio pblico BSD

Estado Registro pendiente

Comentarios debemos usar "(TM)", no "(R)" 2

En conformidad, Se limita a cobra cuota estndar procesadores/servidores En conformidad En conformidad

Indexador de la OS del Proyecto mquina de bsqueda Otras libreras OS del Proyecto

GPL BSD Patente pendiente

En conformidad En conformidad En conformidad

El indexador correo en un proceso aparte, no hace nuestro cdigo GPL. Bsqueda terminada, de patente aplicacin de

Patente de algoritmo Nosotros especial ,

Pg.9de12

EspecificacindeRequerimientosdelSoftware

Versin: patente en revisin.

4.11

Estndares Aplicables En este apartado se debe describir por referencia cualquier estndar aplicable y las secciones especficas de dichos estndares que se apliquen al sistema, como son: estndares de calidad aspectos legales, interoperabilidad, internacionalizacin, estndares de seguridad de la informacin, compatibilidad del sistema operativo, etc.

,

Pg.10de12

Copyright(C)2003JasonRobbins.Todoslosderechosreservados. Copyright(C)2006CNTI.Todoslosderechosreservados. Laredistribucinyelusodelasplantillas,conosinmodificacin,estnpermitidassiemprequese cumplanlassiguientescondicionesexpuestasen: http://merinde.rinde.gob.ve/index.php?option=com_remository&Itemid=37&func=fileinfo&id=1