Especificacin de Requisitos

Especificacin de Requisitos

Versin: 0100Fecha: DD/MM/AAAA

[Versin del Producto]Queda prohibido cualquier tipo de explotacin y, en particular, la reproduccin, distribucin, comunicacin pblica y/o transformacin, total o parcial, por cualquier medio, de este documento sin el previo consentimiento expreso y por escrito de la Junta de Andaluca.

HOJA DE CONTROL

Organismo

Proyecto

EntregableEspecificacin de Requisitos

Autor

Versin/Edicin0100Fecha VersinDD/MM/AAAA

Aprobado porFecha AprobacinDD/MM/AAAA

N Total de Pginas

REGISTRO DE CAMBIOS

VersinCausa del CambioResponsable del CambioFecha del Cambio

0100Versin inicialDD/MM/AAAA

CONTROL DE DISTRIBUCIN

Nombre y Apellidos

NDICE1 INTRODUCCIN51.1 Alcance51.2 Objetivos52 INFORMACIN DEL DOMINIO DEL PROBLEMA62.1 Introduccin al Dominio del Problema62.2 Glosario de Trminos63 DESCRIPCIN DE LA SITUACIN ACTUAL [OPCIONAL]73.1 Pros y Contras de la Situacin Actual73.1.1 Fortalezas de la Situacin Actual73.1.2 Debilidades de la Situacin Actual83.2 Modelos de Procesos de Negocio Actuales83.2.1 Descripcin de los Actores de Negocio Actuales83.2.2 Descripcin de Procesos de Negocio Actuales93.3 Entorno Tecnolgico Actual103.3.1 Descripcin del Entorno de Hardware Actual103.3.2 Descripcin del Entorno de Software Actual104 NECESIDADES DE NEGOCIO114.1 Objetivos de Negocio114.2 Modelos de Procesos de Negocio a Implantar [Opcional]124.2.1 Descripcin de los Actores de Negocio a Implantar124.2.2 Descripcin de Procesos de Negocio a Implantar125 DESCRIPCIN DE LOS SUBSISTEMAS DEL SISTEMA A DESARROLLAR [OPCIONAL]146 CATLOGO DE REQUISITOS DEL SISTEMA A DESARROLLAR156.1 Requisitos Generales del Sistema156.2 Casos de uso del Sistema166.2.1 Diagramas de Casos de Uso del Sistema166.2.2 Especificacin de Actores del Sistema176.2.3 Especificacin de Casos de Uso del Sistema186.3 Requisitos Funcionales del Sistema216.3.1 Requisitos de Informacin del Sistema216.3.2 Requisitos de Reglas de Negocio del Sistema226.3.3 Requisitos de Conducta del Sistema236.4 Requisitos No Funcionales del Sistema246.4.1 Requisitos de Fiabilidad256.4.2 Requisitos de Usabilidad256.4.3 Requisitos de Eficiencia256.4.4 Requisitos de Mantenibilidad266.4.5 Requisitos de Portabilidad266.4.6 Requisitos de Seguridad266.4.7 Otros Requisitos No Funcionales266.5 Restricciones Tcnicas del Sistema276.6 Requisitos de Integracin del Sistema276.7 Informacin Sobre Trazabilidad287 ANEXOS [OPCIONAL]297.1 Anexo A: Actas de Reuniones297.2 Anexo B: Documentacin Relevante297.3 Anexo C: Glosario de Acrnimos y Abreviaturas29

INTRODUCCIN

Esta seccin obligatoria debe contener una descripcin breve de la situacin que genera la necesidad del nuevo desarrollo y cualquier otra consideracin que site al posible lector en el contexto oportuno para comprender el resto del documento.Esta informacin puede que ya se encuentre total o parcialmente en documentacin previa como el Pliego de Prescripciones Tcnicas, la Oferta seleccionada o el Estudio de Viabilidad del Sistema, en cuyo se podr reutilizar y se har referencia a dichos documentos como fuente de la misma.

Alcance

Esta seccin debe describir a qu elementos organizativos de la Junta de Andaluca afecta el desarrollo del nuevo sistema.

Objetivos

Esta seccin debe describir los principales objetivos que se esperan alcanzar cuando el sistema a desarrollar est en produccin.

INFORMACIN DEL DOMINIO DEL PROBLEMA

Esta seccin obligatoria debe contener informacin relativa al dominio del problema que permita comprender los conceptos bsicos del mismo al lector del documento. Se divide en las secciones que se describen a continuacin.La informacin de esta seccin puede que ya se encuentre total o parcialmente en documentacin previa como el Pliego de Prescripciones Tcnicas, la Oferta seleccionada o el Estudio de Viabilidad del Sistema, en cuyo se podr reutilizar y se har referencia a dichos documentos como fuente de la misma.

Introduccin al Dominio del Problema

Esta seccin debe contener una introduccin al dominio del problema que ayude al lector del documento a asimilar los conceptos del glosario de trminos de la siguiente seccin. Se trata de dar una visin general del conjunto de conceptos que se manejan en la organizacin para la que se va a desarrollar el sistema software. Pueden incluirse diagramas u otro elemento multimedia si se considera oportuno para facilitar su comprensin.

Glosario de Trminos

Esta seccin debe contener una lista ordenada alfabticamente de los principales trminos, acrnimos y abreviaturas especficos del dominio del problema, especialmente de los que se considere que su significado deba ser aclarado. Cada trmino, acrnimo o abreviatura deber acompaarse de su definicin y se podr adjuntar material multimedia que facilite su comprensin como fotografas, documentos escaneados, diagramas o incluso vdeo o sonido en el caso de que el formato de la ERS lo permita.

DESCRIPCIN DE LA SITUACIN ACTUAL [OPCIONAL]

Esta seccin opcional debe contener informacin sobre la situacin actual de la organizacin para la que se va a desarrollar el sistema software. En concreto, debe contener informacin sobre los pros y contras de la situacin actual, sobre los modelos de proceso de negocio actuales y sobre el entorno tecnolgico actual de la organizacin, incluyendo la arquitectura orientada a servicios actual si existiera. Se divide en las secciones que se describen a continuacin.La informacin de esta seccin puede que ya se encuentre total o parcialmente en documentacin previa como el Pliego de Prescripciones Tcnicas, la Oferta seleccionada o el Estudio de Viabilidad del Sistema, en cuyo caso se podr reutilizar y se har referencia a dichos documentos como fuente de la misma.Esta seccin podr omitirse total o parcialmente si se considera que la situacin actual es suficientemente conocida por todos los participantes en el proyecto.

Pros y Contras de la Situacin Actual

Esta seccin debe contener informacin sobre los aspectos positivos y negativos del negocio actual de la organizacin para la que se va a desarrollar el sistema software. Se divide en las secciones que se describen a continuacin.

Fortalezas de la Situacin Actual

Esta seccin debe contener informacin sobre las fortalezas o aspectos positivos de la situacin actual, especificadas mediante las plantillas para fortalezas que se muestran a continuacin. Se deber prestar especial atencin a aquellos aspectos que se considere que deben mantenerse en el modelo de negocio a implantar, para que se tengan en cuenta en el sistema software a desarrollar. El objetivo es mantener aquellas buenas prcticas que se considere oportuno en el nuevo sistema a desarrollar.

999

[Versin]()

Descripcin

Comentarios

Tabla 1: Fortalezas de la situacin actual.Los atributos entre corchetes son opcionalesDebilidades de la Situacin Actual

Esta seccin debe contener informacin sobre las debilidades o aspectos negativos de la situacin actual, especificadas mediante las plantillas para debilidades que se muestran a continuacin. Se deber prestar especial atencin a aquellos aspectos que se considere que no deben repetirse en el modelo de negocio a implantar, para que se eviten en el sistema software a desarrollar. El objetivo es no volver a reproducir los problemas del sistema actual en el sistema a desarrollar.

999

[Versin]()

Descripcin

Comentarios

Tabla 2: Debilidades de la situacin actual.Los atributos entre corchetes son opcionalesModelos de Procesos de Negocio Actuales

Esta seccin debe contener informacin sobre los modelos de procesos de negocio actuales, que suelen ser la base de los modelos de procesos de negocio a implantar. Se divide en las secciones que se describen a continuacin.

Descripcin de los Actores de Negocio Actuales

Esta seccin debe contener informacin sobre los actores de negocio (organizaciones, roles o responsabilidades) de los modelos de procesos de negocio actuales especificados mediante las plantillas para actores del negocio actual que se muestran a continuacin.

999

[Versin]()

[Dependencias]

...

DescripcinEste actor de negocio actual representa a

Comentarios

Tabla 3: Actores de negocio.Los atributos entre corchetes son opcionalesDescripcin de Procesos de Negocio Actuales

Esta seccin debe contener informacin sobre los procesos de negocio actuales, tal y como se realizan en la organizacin del cliente antes del comienzo del desarrollo del sistema software. Para cada proceso de negocio se incluir una descripcin textual usando las plantillas para procesos de negocio actuales que se muestran a continuacin, y un diagrama en la notacin que se considere oportuna, por ejemplo diagramas BPMN o diagramas de actividad UML.

999

[Versin]()

[Dependencias]

...

Descripcin

[Importancia]

[Actores]

...

Comentarios

Tabla 4: Procesos de Negocio actuales.Los atributos entre corchetes son opcionalesEntorno Tecnolgico Actual

Esta seccin debe contener informacin general sobre el entorno tecnolgico en la organizacin del cliente antes del comienzo del desarrollo del sistema software, incluyendo hardware, redes, software, etc. Se prestar especial atencin a la arquitectura de servicios ( servicios web SOAP, REST, buses de servicios, etc.) en funcionamiento o en desarrollo que puedan tener impacto en el sistema software a desarrollar. El objetivo es ofrecer una visin general, por lo que para los detalles ms tcnicos se debe remitir al lector a los documentos tcnicos oportunos. Para facilitar la comprensin, se recomienda el uso de diagramas donde sea posible. Esta seccin se divide en las secciones que se describen a continuacin, que pueden fusionarse si se considera oportuno.

Descripcin del Entorno de Hardware Actual

Esta seccin debe contener informacin sobre el entorno de hardware actual, incluyendo servidores, estaciones de trabajo, redes, etc., que pueda tener impacto sobre el sistema software a desarrollar. Para los detalles ms tcnicos se debe remitir al lector a los documentos tcnicos oportunos. Para facilitar la comprensin, se recomienda el uso de diagramas donde sea posible.

Descripcin del Entorno de Software Actual

Esta seccin debe contener informacin sobre el entorno de software actual, incluyendo sistemas operativos, sistemas de gestin de bases de datos, servidores de aplicaciones, etc., que pueda tener impacto sobre el sistema software a desarrollar. Para los detalles ms tcnicos se debe remitir al lector a los documentos tcnicos oportunos. Para facilitar la comprensin, se recomienda el uso de diagramas donde sea posible.

NECESIDADES DE NEGOCIO

Esta seccin obligatoria debe contener informacin sobre los objetivos de negocio de clientes y usuarios, incluyendo los modelos de procesos de negocio a implantar. Esta seccin se divide en las secciones que se describen a continuacin.La informacin de esta seccin puede que ya se encuentre total o parcialmente en documentacin previa como el Pliego de Prescripciones Tcnicas, la Oferta seleccionada o el Estudio de Viabilidad del Sistema, en cuyo se podr reutilizar y se har referencia a dichos documentos como fuente de la misma.

Objetivos de Negocio

Esta seccin debe contener los objetivos de negocio que se esperan alcanzar cuando el sistema software a desarrollar est en produccin, especificados mediante las plantillas de objetivos de negocio que se muestran a continuacin. En el caso de que se considere necesario, los objetivos de negocio se pueden descomponer jerrquicamente para facilitar su comprensin y representar dicha jerarqua de forma grfica.

999

[Versin]()

[Dependencias]

(padre)

...

Descripcin

Subobjetivos

...

[Importancia]

[Prioridad]

Comentarios

Tabla 5: Objetivos de Negocio.Los atributos entre corchetes son opcionalesModelos de Procesos de Negocio a Implantar [Opcional]

Esta seccin opcional, debe contener los modelos de procesos de negocio a implantar, que normalmente son los modelos de procesos de negocio actuales con ciertas mejoras. Si las diferencias con los modelos de procesos actuales son pequeas, se puede optar por describir nicamente dichas diferencias siempre que se hayan incluido los modelos de procesos actuales en la seccin 3.2.Esta seccin podr omitirse si se han incluido los modelos de procesos de negocio actuales en la seccin 3.2 y no se van a introducir cambios significativos en dichos modelos. En cualquier otra situacin, esta seccin debe considerarse como obligatoria, ya que los modelos de procesos de negocio son la base para un buen desarrollo de sistemas de informacin, especialmente si se quieren aplicar arquitecturas orientadas a servicios.

Descripcin de los Actores de Negocio a Implantar

Esta seccin debe contener informacin sobre los actores de negocio (organizaciones, roles o responsabilidades) de los modelos de procesos de negocio a implantar, especificados mediante las plantillas para actores del negocio a implantar que se muestran a continuacin.

999

[Versin]()

[Dependencias]

...

DescripcinEste actor de negocio actual representa a

Comentarios

Tabla 6: Actores de negocio a implantar.Los atributos entre corchetes son opcionalesDescripcin de Procesos de Negocio a Implantar

Esta seccin debe contener informacin sobre los procesos de negocio a implantar, tal y como se espera que se realicen en la organizacin del cliente una vez que el sistema software a desarrollar est en produccin. Para cada proceso de negocio se incluir una descripcin textual usando las plantillas para procesos de negocio a implantar que se muestran a continuacin, y un diagrama en la notacin que se considere oportuna, por ejemplo diagramas BPMN o diagramas de actividad UML.

999

[Versin]()

[Dependencias]

...

Descripcin

[Importancia]

Actores

...

Comentarios

Tabla 7: Procesos de Negocio a implantar.Los atributos entre corchetes son opcionalesDESCRIPCIN DE LOS SUBSISTEMAS DEL SISTEMA A DESARROLLAR [OPCIONAL]

Esta seccin opcional debe contener una descripcin de los subsistemas del sistema a desarrollar, especificados mediante las plantillas para subsistemas que se muestran a continuacin. En el contexto de este documento, los subsistemas son agrupaciones lgicas de requisitos cuya finalidad es facilitar la comprensin de los mismos, por lo que no implican necesariamente la existencia de subsistemas o mdulos software correspondientes en las siguientes fases de desarrollo. Para facilitar la comprensin, se recomienda el uso de diagramas donde sea posible.Los subsistemas a los que se hace referencia en esta seccin puede que ya se hayan definido total o parcialmente en documentacin previa como el Pliego de Prescripciones Tcnicas, la Oferta seleccionada o el Estudio de Viabilidad del Sistema, en cuyo se podrn reutilizar y se har referencia a dichos documentos como fuente de los mismos.

999

[Versin]()

[Dependencias]

...

DescripcinEste subsistema agrupa los requisitos relacionados con

[Importancia]

[Prioridad]

Comentarios

Tabla 8: Subsistemas a desarrollar.Los atributos entre corchetes son opcionalesEsta seccin podr omitirse si el sistema software a desarrollar es lo suficientemente sencillo como para no ser dividido en subsistemas.CATLOGO DE REQUISITOS DEL SISTEMA A DESARROLLAR

Esta seccin obligatoria debe contener la descripcin de la solucin que el ingeniero de requisitos propone al cliente para satisfacer sus necesidades de negocio. Esta solucin se define mediante los requisitos del sistema a desarrollar ( requisitos de producto en terminologa CMMI-DEV), que se organizan segn la taxonoma de requisitos de producto propuesta en Madeja.Esta seccin se divide en las secciones que se describen a continuacin, cada una de las cuales puede organizarse internamente como se considere oportuno para facilitar la legibilidad del documento, siendo la organizacin ms habitual la divisin en los subsistemas descritos en la seccin 5, en cuyo caso la estructura del ndice para la seccin sera la que puede verse en la siguiente figura.

Figura 1. Ejemplo del ndice.Requisitos Generales del Sistema

Esta seccin debe contener la especificacin de los requisitos generales del sistema, tambin denominados caractersticas del sistema (system features) u objetivos del sistema, especificados mediante las plantillas para requisitos generales que se muestran a continuacin.Los requisitos generales puede que ya se encuentren especificados total o parcialmente en documentacin previa como el Pliego de Prescripciones Tcnicas, la Oferta seleccionada o el Estudio de Viabilidad del Sistema, en cuyo se podrn reutilizar y se har referencia a dichos documentos como fuente de los mismos. En el caso de que se considere necesario, los requisitos generales se podrn descomponer jerrquicamente para facilitar su comprensin.

999

[Versin]()

[Dependencias]

(padre)

...

DescripcinEl sistema deber

Requisitos hijos

...

[Importancia]

[Prioridad]

[Estado]

Comentarios

Tabla 9: Requisitos generales del sistema.Los atributos entre corchetes son opcionales

Casos de uso del Sistema

Esta seccin debe contener la especificacin de los casos de uso del sistema, denominados escenarios operacionales en terminologa CMMI-DEV, incluyendo los correspondientes diagramas, la especificacin de los actores y la especificacin de los propios casos de uso. Los casos de uso deben describir cmo se utilizar el sistema a desarrollar por sus futuros usuarios para realizar sus procesos de negocio.Esta seccin se divide en las secciones que se describen a continuacin.

Diagramas de Casos de Uso del Sistema

Esta seccin debe contener los diagramas de casos de uso del sistema que se hayan identificado. Se debe tener en cuenta que los diagramas de casos de uso no son ms que un ndice visual de los casos de uso identificados, ya que la informacin relevante de los casos de uso (la interaccin entre los actores y el sistema) no se ve reflejada en los diagramas sino en la especificacin de los propios casos de uso del sistema.

Figura 2. Ejemplo de Diagrama de Caso de UsoEspecificacin de Actores del Sistema

Esta seccin debe contener las especificaciones de los actores que se hayan identificado en los casos de uso, es decir, los diferentes tipos de usuarios y otros sistemas con los que deba interactuar el sistema a desarrollar. Los actores deben especificarse mediante la plantilla para actores propuesta en Madeja.Es probable que muchos de los actores que se especifiquen en esta seccin se correspondan con alguno de los actores de negocio de los modelos de procesos de negocio de las secciones 3.2.1 o 4.2.1. En ese caso, la especificacin del actor de sistema en esta seccin deber trazarse hacia el actor de negocio oportuno.

999

[Versin]()

[Dependencias]

...

DescripcinEste actor de negocio actual representa a

Comentarios

Tabla 10: Actores del sistema.Los atributos entre corchetes son opcionalesEspecificacin de Casos de Uso del Sistema

Esta seccin debe contener las especificaciones de los casos de uso del sistema que se hayan identificado, especificados mediante las plantillas para casos de uso propuestas en Madeja. El nivel de detalle de la especificacin de cada caso de uso deber decidirse en funcin de su importancia y de las necesidades del proyecto. Por este motivo existen dos plantillas, la plantilla simplificada para casos de uso y la plantilla detallada, que se muestran a continuacin.

999

[Versin]()

[Dependencias]

...

Precondicin

DescripcinEl sistema deber comportarse como se describe en el siguiente caso de uso [abstracto] cuando {, sea necesario para la realizacin de otros caso de uso}.

Postcondicin

[Importancia]

[Prioridad]

[Estado]

Comentarios

Tabla 11: Plantilla simplificada de Casos de Uso.Los atributos entre corchetes son opcionales

999

[Versin]()

[Dependencias]

...

Precondicin

DescripcinEl sistema deber comportarse como se describe en el siguiente caso de uso [abstracto] cuando {, sea necesario para la realizacin de otros caso de uso}.

Secuencia NormalPasoAccin

1{El actor , El sistema}

2Se realiza el

3Si ,

......

3.n.{El caso de uso termina con xito,Se cancela el caso de uso}

......

Postcondicin

ExcepcionesPasoAccin

PSi

E.m{El caso de uso continua,Se cancela el caso de uso}

...

RendimientoPasoCota de tiempo

qk

...

Frecuencia

[Importancia]

[Prioridad]

[Estado]

Comentarios

Tabla 12: Plantillla Completa de Casos de Uso.Requisitos Funcionales del Sistema

Esta seccin debe contener los requisitos funcionales del sistema que se hayan identificado a partir de los requisitos generales, de los casos de uso del sistema o de otras fuentes. Se divide en las secciones que se describen a continuacin.

Requisitos de Informacin del Sistema

Esta seccin debe contener los requisitos de almacenamiento de informacin ( requisitos de informacin para abreviar) que se hayan identificado, especificados mediante las plantillas para requisitos de informacin que se muestran a continuacin.Estos requisitos deben especificar qu informacin debe almacenar el sistema para poder ofrecer la funcionalidad descrita en los casos de uso del sistema o en otros requisitos.Esta seccin podr omitirse total o parcialmente si la direccin del proyecto recomienda seguir un enfoque muy centrado en los casos de uso. Esto se debe a que, en ese caso, gran parte de los requisitos de informacin pueden deducirse de los casos de uso.

999

[Versin]()

[Dependencias]

...

DescripcinEl sistema deber almacenar la informacin correspondiente a . En concreto:

Datos especficos

...

[Importancia]

[Prioridad]

[Estado]

Comentarios

Tabla 13: Requisitos de informacin.Los atributos entre corchetes son opcionalesRequisitos de Reglas de Negocio del Sistema

Esta seccin debe contener las reglas de negocio que deba cumplir el sistema a desarrollar, especificadas mediante las plantillas para reglas de negocio que se muestran a continuacin.Estos requisitos deben especificar qu reglas de negocio debe respetar el sistema, evitando que se incumplan durante su funcionamiento.

999

[Versin]()

[Dependencias]

...

DescripcinEl sistema deber respetar la siguiente regla de negocio:

[Importancia]

[Prioridad]

[Estado]

Comentarios

Tabla 14: Requisitos de reglas de negocio.Los atributos entre corchetes son opcionalesRequisitos de Conducta del Sistema

Esta seccin debe contener los requisitos de conducta que se hayan identificado, especificados mediante las plantillas de requisitos de conducta que se muestran a continuacin.Estos requisitos deben especificar cualquier otro comportamiento deseado del sistema que no se haya especificado mediante los casos de uso del sistema, como generacin de informes, funcionalidades transversales a varios casos de uso del sistema, etc.

999

[Versin]()

[Dependencias]

...

DescripcinEl sistema deber [,cuando ]

Interfaz de Servicio{S,No}

[Importancia]

[Prioridad]

[Estado]

Comentarios

Tabla 15: Requisitos de conducta.Los atributos entre corchetes son opcionales

Requisitos No Funcionales del Sistema

Esta seccin debe contener los requisitos no funcionales que se hayan identificado, especificados mediante las plantillas para requisitos no funcionales que se muestran a continuacin.Esta seccin se divide en las secciones que se describen a continuacin, acorde a la taxonoma de requisitos de producto propuesta en Madeja.

999

[Versin]()

[Dependencias]

...

DescripcinEl sistema deber

[Importancia]

[Prioridad]

[Estado]

Comentarios

Tabla 16: Requisitos no funcionales del sistema.Los atributos entre corchetes son opcionalesRequisitos de Fiabilidad

Esta seccin debe contener los requisitos de fiabilidad que se hayan identificado, especificados mediante las plantillas para requisitos no funcionales propuestas en Madeja.Estos requisitos debern establecer, de la manera ms objetiva y medible posible, los niveles que debe cumplir el sistema a desarrollar en aspectos como recuperabilidad y tolerancia a fallos.

Requisitos de Usabilidad

Esta seccin debe contener los requisitos de usabilidad que se hayan identificado, especificados mediante las plantillas para requisitos no funcionales propuestas en Madeja.Estos requisitos debern establecer, de la manera ms objetiva y medible posible, los niveles que debe cumplir el sistema a desarrollar en aspectos como facilidad de aprendizaje, comprensin, operatividad y atractividad.

Requisitos de Eficiencia

Esta seccin debe contener los requisitos de eficiencia que se hayan identificado, y que no hayan podido expresarse asociados a pasos de casos de uso del sistema, especificados mediante las plantillas para requisitos no funcionales propuestas en Madeja.Estos requisitos debern establecer, de la manera ms objetiva y medible posible, los niveles que debe cumplir el sistema a desarrollar en aspectos como tiempo de respuesta.

Requisitos de Mantenibilidad

Esta seccin debe contener los requisitos de mantenibilidad que se hayan identificado, especificados mediante las plantillas para requisitos no funcionales propuestas en Madeja.Estos requisitos debern establecer, de la manera ms objetiva y medible posible, los niveles que debe cumplir el sistema a desarrollar en aspectos como estabilidad, facilidad de anlisis, facilidad de cambio, facilidad de pruebas.

Requisitos de Portabilidad

Esta seccin debe contener los requisitos de portabilidad que se hayan identificado, especificados mediante las plantillas para requisitos de no funcionales propuestas en Madeja.Estos requisitos debern establecer, de la manera ms objetiva y medible posible, los niveles que debe cumplir el sistema a desarrollar en aspectos relacionados con la escalabilidad: capacidad de instalacin, capacidad de sustitucin, adaptabilidad, coexistencia, compatibilidad con hardware o software, etc.

Requisitos de Seguridad

Esta seccin debe contener los requisitos de seguridad que se hayan identificado, especificados mediante las plantillas para requisitos no funcionales propuestas en Madeja.Estos requisitos debern establecer, de la manera ms objetiva y medible posible, los niveles que debe cumplir el sistema a desarrollar en aspectos como accesos al sistema, identificacin y autenticacin, proteccin de datos y privacidad.

Otros Requisitos No Funcionales

Esta seccin debe contener los requisitos no funcionales que se hayan identificado y que no pertenezcan a ninguna de las categoras anteriores. Al igual que los anteriores, debern especificarse mediante las plantillas para requisitos no funcionales propuestas en Madeja.

Restricciones Tcnicas del Sistema

Esta seccin debe contener las restricciones tcnicas que se imponen al sistema software a desarrollar (tecnologa a usar, protocolos de comunicaciones, compatibilidad con navegadores, etc.), especificadas mediante las plantillas para restricciones tcnicas que se muestran a continuacin.

999

[Versin]()

[Dependencias]

...

DescripcinEl sistema deber respetar la siguiente restriccin tcnica:

[Importancia]

[Prioridad]

[Estado]

Comentarios

Tabla 17: Restricciones tcnicas del sistema.Los atributos entre corchetes son opcionalesRequisitos de Integracin del Sistema

Esta seccin debe contener los requisitos de integracin que se hayan identificado, especificados mediante las plantillas para requisitos de integracin que se muestran a continuacin.Estos requisitos deben identificar aquellos servicios disponibles en el entorno tecnolgico de produccin o componentes software (por ejemplo, libreras enlazables) cuya funcionalidad sea relevante para el sistema a desarrollar y deban ser consumidos por el mismo.

999

[Versin]()

[Dependencias]

...

DescripcinEl sistema deber utilizar el {servicio, componente software} para aquellos aspectos relacionados con

[Importancia]

[Prioridad]

[Estado]

Comentarios

Tabla 18: Requisitos de integracin del sistema.Los atributos entre corchetes son opcionalesInformacin Sobre Trazabilidad

Esta seccin obligatoria debe contener el conjunto de matrices de trazabilidad que se considere oportuno para identificar las relaciones entre los requisitos identificados. Al menos deber incluir la siguiente matriz:Matriz de trazabilidad de Requisitos Generales frente a Objetivos de Negocio.

Matriz de trazabilidad de Casos de Uso frente a Requisitos Generales.

Matriz de trazabilidad de Requisitos de Informacin frente a Requisitos Generales.

Matriz de trazabilidad de Reglas de Negocio frente a Requisitos Generales.

Matriz de trazabilidad de Requisitos de Conducta frente a Requisitos Generales.

Matriz de trazabilidad de Requisitos no Funcionales frente a Requisitos Generales.

Matriz de trazabilidad de Restricciones Tcnicas frente a Requisitos Generales.

Matriz de trazabilidad de Requisitos de Integracin frente a Requisitos Generales.

ANEXOS [OPCIONAL]

Los anexos se usarn para proporcionar informacin adicional a la documentacin obligatoria del documento. Slo deben aparecer si se consideran oportunos y se identificarn con letras ordenadas alfabticamente: A, B, C, etc.A continuacin se describen algunos anexos habituales.

Anexo A: Actas de Reuniones

Este anexo debe contener el catlogo de actas de reuniones que se hayan mantenido, registradas mediante el documento para acta de reuniones propuesto en Madeja.

Anexo B: Documentacin Relevante

Este anexo debe contener cualquier documentacin que se considere relevante para el sistema a desarrollar. Por ejemplo, documentos que deriven de la actividad normal del negocio, leyes o referencias a leyes de aplicacin en la organizacin, fotografas que ilustren la forma de trabajar, informes que genera el software actual, etc.

Anexo C: Glosario de Acrnimos y Abreviaturas

Este anexo debe contener una lista ordenada alfabticamente de los acrnimos y abreviaturas que aparezcan en el documento.Para facilitar la reutilizacin entre proyectos, los acrnimos y abreviaturas comunes a la mayora de los proyectos aparecern en este glosario separados de los trminos especficos del dominio del problema.

Especificacin de Requisitos

Pgina de