Instituto Tecnolgico de Mrida. Departamento de Sistemas y Computacin.

Requerimientos Los requerimientos para un sistema son la descripcin de los servicios proporcionados por el sistema y sus restricciones operativas. Estos requerimientos reflejan las necesidades de los clientes de un sistema que ayude a resolver algn problema como el control de un dispositivo, hacer un pedido o encontrar informacin. 1.1 Requerimientos del usuario Son declaraciones, en lenguaje natural y en diagramas, de los servicios que se espera que el sistema proporcione y de las restricciones bajo las cuales debe funcionar. 1.2 Requerimientos del sistema Establecen con detalles las funciones, servicios y restricciones operativas del sistema. El documento de requerimientos del sistema debe ser preciso. Debe definir exactamente qu es lo que se va a implementar. Puede ser parte del contrato entre el comprador del sistema y los desarrolladores del software. A su vez los requerimientos del sistema se dividen en tres tipos: 1.2.1 Requerimientos funcionales Son declaraciones de los servicios que debe proporcionar el sistema, de la manera en que ste debe reaccionar a entradas particulares y de cmo se debe comportar en situaciones particulares. 1.2.2 Requerimientos no funcionales Son aquellos requerimientos que no se refieren directamente a las funciones especficas que proporciona el sistema, sino a las propiedades emergentes de ste como la fiabilidad, el tiempo de respuesta y la capacidad de almacenamiento, restricciones de los servicios o funciones ofrecidos por el sistema. A menudo se aplican al sistema en su totalidad.

Br. Cleyberth Castro Cano Primera Investigacin U-1 Requerimientos

Instituto Tecnolgico de Mrida. Departamento de Sistemas y Computacin.

1.2.2.1 Requerimientos del producto. Estos requerimientos especifican el comportamiento del producto. Algunos ejemplos son los requerimientos de rendimiento en la rapidez de ejecucin del sistema y cuanta memoria se requiere. 1.2.2.2 Requerimientos organizacionales. Estos requerimientos se derivan de polticas y procedimientos existentes en la organizacin del cliente y en la del desarrollador. Algunos ejemplos son los estndares en los procesos que deben utilizarse o los lenguajes de programacin o mtodo de diseo a utilizar. 1.2.2.3 Requerimientos Externos. Se refiere a los requerimientos que se derivan de los factores externos al sistema y de su proceso de desarrollo. 1.2.3 Requerimientos del dominio Son requerimientos que provienen del dominio de aplicacin del sistema y que refleja las caractersticas y restricciones de ese dominio. Pueden ser funcionales o no funcionales.

Br. Cleyberth Castro Cano Primera Investigacin U-1 Requerimientos

Instituto Tecnolgico de Mrida. Departamento de Sistemas y Computacin.

1.3 Especificacin de la interfaz El sistema nuevo y los ya existentes deben trabajar juntos, las interfaces de estos ltimos deben especificarse de forma precisa. Estas especificaciones se deben definir al inicio del proceso y se incluyen en el documento de requerimientos. Existen tres tipos de interfaces que pueden definirse: 1.3.1 Interfaces de procedimientos. En las cuales los programas o subsistemas existentes ofrecen una variedad de servicios a los que se accede invocando a los procedimientos de la interfaz. Estas interfaces a veces se denominan Interfaces de Programacin de Aplicaciones (APIs). 1.3.2 Estructuras de datos Que pasan de un subsistema a otro. Los modelos grficos de datos son las mejores notaciones para este tipo de descripcin. 1.3.3 Representaciones de datos Son establecidas para un subsistema existente. Estas interfaces son muy comunes en sistemas de tiempo real embebido. Sin embargo la mejor forma de describir stos es probablemente utilizar un diagrama de la estructura con anotaciones que expliquen la funcin de cada grupo de bits. 1.4 Dimensin de Requerimientos La gran cantidad de calificativos que se aplican al trmino requerimiento muestran distintos aspectos ortogonales que ha menudo se consideran aisladamente. Para intentar clarificar la situacin, se puede identificar tres dimensiones en las que se pueden clasificar los requerimientos; mbito: esta dimensin indica en qu mbito se debe entender el requerimiento. En general, y siguiendo entre otras las propuestas de [IEEE, 1997], [DOD, 1994] y [DAV, 1993], un mbito de sistema indica que el requerimiento debe cumplirse a nivel de sistema, entendiendo por sistema un conjunto de hardware y software. Figura 6. Dimensiones de los Requerimientos

Br. Cleyberth Castro Cano Primera Investigacin U-1 Requerimientos

Instituto Tecnolgico de Mrida. Departamento de Sistemas y Computacin.

Fuente: Informtica Gestin - Sistemas Si el mbito es de software quiere decir que el requerimiento slo afecta a la parte software de un sistema, mientras que si es el mbito es de hardware slo afecta a la parte hardware. Para entender esta clasificacin conviene recordar que [DOD, 1994] es una norma militar y que las normas [IEEE, 1997] estn fuertemente influidas por dichas normas militares. En el contexto de los desarrollos para fines militares es frecuente tener que desarrollar sistemas en los que el hardware juega un papel tan importante como el software. La concepcin de sistema como conjunto, hardware y software, no es la nica. Por ejemplo, en Mtrica V2.1 [MAP, 1995] se denominan requerimientos del sistema a los requerimientos que ha de cumplir el sistema a desarrollar, entendiendo por sistema el conjunto de procesos tanto automticos como manuales. En esta situacin se pueden encontrar matices que indiquen si un requerimiento se refiere al sistema en su conjunto o slo al software, aunque en general dichas diferencias se obvian y no se diferencia entre los distintos mbitos. Las dimensiones se describen a continuacin: - Caracterstica que define: esta dimensin clasifica los requerimientos en funcin de la naturaleza de la caracterstica del sistema deseada que se especifica. La clasificacin ms habitual suele ser la de requerimientos funcionales (qu funciones debe realizar el sistema) y no funcionales (otras caractersticas del sistema). En [POH,1997] aparece una completa clasificacin denominada RSM (Requirements Specification Model, Modelo de Especificacin de Requerimientos),
Br. Cleyberth Castro Cano Primera Investigacin U-1 Requerimientos

Instituto Tecnolgico de Mrida. Departamento de Sistemas y Computacin.

cuyas principales clases son: requerimientos funcionales, requerimientos de datos y requerimientos no funcionales. Siguiendo la clasificacin RSM, es conveniente separar de los requerimientos funcionales a los requerimientos de datos o de almacenamiento de informacin, que establecen qu informacin debe almacenar el sistema por ser relevante para las necesidades y objetivos de clientes y usuarios. Es conveniente destacar que al grupo de requerimientos no funcionales no se le ha prestado la atencin suficiente y que ya hay opiniones que lo consideran como heterogneo donde se han clasificado aquellos requerimientos que resultan incmodos [BAS, 1998]. Un ejemplo de esta situacin es la escasa importancia que se les ha dado en las tcnicas de modelado de sistemas, tanto estructuradas como orientadas a objetos o formales. - Audiencia: Esta dimensin fundamental, indica la audiencia a la que est dirigido el requerimiento, es decir, las personas que deben ser capaces de entenderlo. En general, se pueden distinguir dos tipos de audiencia, los clientes y usuarios, que no tienen porqu tener formacin en ingeniera del software, y los desarrolladores de software. Cuando la audiencia est formada por clientes y usuarios, la forma ms habitual de definir los requerimientos es mediante lenguaje natural. En el caso de que la audiencia prevista est formada por desarrolladores de software, los requerimientos suelen expresarse mediante un modelo, normalmente utilizando tcnicas estructuradas, orientadas a objetos o formales. Se usar como referencia la nomenclatura propuesta en [ROM, 1990] y en [BRA, 1990] en la que se denominan requerimientos orientados al cliente, abreviadamente requerimientos-C, a los requerimientos desde el punto de vista de los clientes y usuarios, y requerimientos orientados al desarrollador, abreviadamente requerimientos-D, a los requerimientos desde el punto de vista de los desarrolladores. No obstante, es relativamente frecuente encontrar el trmino requerimiento de usuario o requerimiento de cliente para designar requerimientos-C de sistema o de software, y el trmino requerimiento software para designar requerimientos-D de software, se usar los dos tipos de requerimientos ya que estn relacionados. Un ejemplo de este uso puede verse en las normas de desarrollo de software de la Agencia Espacial Europea [MAZ, 1994].

Br. Cleyberth Castro Cano Primera Investigacin U-1 Requerimientos