You are on page 1of 20

"No esperes por el momento preciso. Empieza ahora. Hazlo ahora.

Si esperas por el momento adecuado, nunca dejars de esperar. " (Jasmine Gillman)

REQUISITOS DE SOFTWARE

Ing. Rosemary Samaniego Ocampo, Mg.Sc.

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

Adaptado al Estndar ANSI/IEEE 8301998

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.

Especificacin de Requisitos de Software (ERS)


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

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.

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.

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.

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

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.

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.

Caractersticas de los Usuarios


Item Funcin Usuario Empleado

Puede expresarlo a travs de una jerarqua


Administra dor

Gestin de Autentificacin de usuarios 1 Creacin de formulario para ingresar datos de Usuarios Actualizacin de clave Eliminacin de usuarios X

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 maquina en que se ejecute deber de existir java instalado

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

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. Se puede documentar las interfaces externas, describir la funcionalidad y el rendimiento 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.

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.

Funciones
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, e-mail) R7: Eliminar Reservacin

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

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
Previa la ejecucin de R1 Previo ingreso con clave de Administrador

R2 R3

Actualizacin de clave Eliminacin de usuarios

clave R1

Requisitos de rendimiento,
Ejemplo. Permitir el registro de varios usuarios, as como de varios estudiantes adems de realizar cualquier tipo de cambio o modificacin. El tiempo de respuesta del sistema en cada funcin solicitada por el usuario ser de no mayor a 5 segundos.

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 desarrollo: Se definen los requerimientos planteados por el
equipo de trabajo: qu metodologa se seguir, qu ciclo de vida, qu herramientas se utilizarn, etc Ejemplo: La metodologa para desarrollar el producto ser RUP por ser orientada a objetos y se adapta a las necesidades de nuestro proyecto, adems se utilizarn las siguientes herramientas case: ..Poseidn, BoUML, ArgoUml, Platinum Erwin , open Project para la planificacin. Requisito de Seguridad: el sistema comprobar que se trata de un usuario autorizado al momento de ingresar al sistema con su nombre y clave, plataforma, etc.

Requerimientos Tecnolgicos
Anotar las caractersticas mnimas del equipo a utilizar para su ejecucin Otros Requisitos

You might also like