Sunteți pe pagina 1din 29

UNIVERSIDAD MARIANO GALVEZ DE GUATEMALA

FACULTAD DE INGENIERIA EN SISTEMAS DE INFORMACIN Y CIENCIAS DE LA COMPUTACIN JORNADA PLAN FIN DE SEMANA DISEO DE SISTEMAS INGA. VIKKY MOSCOSO

ESPECIFICACIN DE REQUERIMIENTOS DEL SOFTWARE (ERS)


El objetivo de este artefacto es documentar todos los requerimientos del sistema, este describe las funciones del sistema, los requerimientos no funcionales, caractersticas del diseo, y otros elementos necesarios para proporcionar una descripcin completa y comprensiva de los requerimientos para el software a desarrollar.

ESPECIFICACIN DE REQUERIMIENTOS DEL SOFTWARE (ERS)


Los requerimientos pueden ser levantados con diferentes herramientas, tambin se pueden encontrar dispersos en varios artefactos y herramientas. Es por ello, que esta metodologa propone capturar todos los requerimientos para el ERS en un solo artefacto, el cual est conformado por dos (2) artefactos que describen los requerimientos que son: Modelo de Casos de Uso y Especificaciones Suplementarias.

ESPECIFICACIN DE REQUERIMIENTOS DEL SOFTWARE (ERS)


El artefacto ERS controla la evolucin del sistema durante toda el ciclo de desarrollo del proyecto, cuando las nuevas caractersticas son aadidas o modificadas al artefacto de visin, son aclarados dentro del artefacto ERS.

ESPECIFICACIN DE REQUERIMIENTOS DEL SOFTWARE (ERS)


Las decisiones hechas escribiendo el ERS estn basadas en informacin de los documentos de la propuesta del proyecto y en requerimientos del usuario. El conjunto de requerimientos especificados en el ERS deben ser satisfechos en el diseo del sistema. Cualquier requerimiento funcional o no funcional que no sea identificado en el ERS, no debe aparecer en el producto final.

ESPECIFICACIN DE REQUERIMIENTOS DEL SOFTWARE (ERS)

NOTA: ESTE ARTEFACTO ES CONSIDERADO NECESARIO PARA CUALQUIER PROYECTO

ESPECIFICACIN DE REQUERIMIENTOS DEL SOFTWARE (ERS)


<Logo de la Empresa Cliente> Especificacin de Requerimientos del Software Proyecto: <Nombre del Proyecto> Versin: <x.y.z>
Versin Fecha Historial de Revisiones Autor <x.y.z> <dd/mm/aa> <nombre> <especificaciones> Descripcin

ESPECIFICACIN DE REQUERIMIENTOS DEL SOFTWARE (ERS)


ndice de Contenido

ESPECIFICACIN DE REQUERIMIENTOS DEL SOFTWARE (ERS)

ESPECIFICACIN DE REQUERIMIENTOS DEL SOFTWARE (ERS)

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. 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

REQUERIMIENTOS FUNCIONALES
Los 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:

REQUERIMIENTOS NO FUNCIONALES
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. 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

REQUERIMIENTOS NO FUNCIONALES
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. 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

REQUERIMIENTOS NO FUNCIONALES
Mantenimiento y Actualizacin 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. Soportabilidad y Operabilidad Especificar los requerimientos de soportabilidad y operabilidad del sistema. La soportabilidad la habilidad de proveer soporte tcnico eficiente y a buen

REQUERIMIENTOS NO FUNCIONALES
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. 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.

REQUERIMIENTOS NO FUNCIONALES
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. Interfaces de Usuario Describir las interfaces de usuario que van a hacer ejecutadas por el software. 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. 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. Interfaces de Comunicaciones Se debe definir las interfaces de comunicaciones a los dems sistemas o dispositivos

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. Polticas de la Organizacin Contratos con Otras Organizaciones Propiedad Intelectual

POLTICAS DE LA ORGANIZACIN
Debe responder la siguiente pregunta: El producto satisface las polticas de la organizacin (por ejemplo, de privacidad y seguridad)? S o No. 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.

CONTRATOS CON OTRAS ORGANIZACIONES


Debe responder la siguiente pregunta: Fue algn componente o informacin producido por otra organizacin bajo contrato? S o No. S. Revise los detalles del contrato para derechos de propiedad y licenciamiento. No. No se requiere hacer nada al respecto.

PROPIEDAD INTELECTUAL

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.

GRACIAS POR SU ATENCIN!

S-ar putea să vă placă și