Formato Ieee830

Especificación de requisitos de
software
Proyecto: [Nombre del proyecto]
Revisión [99.99]
[Mes de año]
Instrucciones para el uso de este formato
Este formato es una plantilla tipo para documentos de requisitos del software.
Está basado y es conforme con el estándar IEEE Std 830-1998.
Las secciones que no se consideren aplicables al sistema descrito podrán de forma

justificada indicarse como no aplicables (NA).
Notas:
Los textos en color azul son indicaciones que deben eliminarse y, en su caso, sustituirse
por los contenidos descritos en cada apartado.
Los textos entre corchetes del tipo “[Inserte aquí el texto]” permiten la inclusión directa de
texto con el color y estilo adecuado a la sección, al pulsar sobre ellos con el puntero del
ratón.
Los títulos y subtítulos de cada apartado están definidos como estilos de MS Word, de
forma que su numeración consecutiva se genera automáticamente según se trate de
estilos “Titulo1, Titulo2 y Titulo3”.
La sangría de los textos dentro de cada apartado se genera automáticamente al pulsar

Intro al final de la línea de título. (Estilos Normal indentado1, Normal indentado 2 y Normal
indentado 3).
El índice del documento es una tabla de contenido que MS Word actualiza tomando como
criterio los títulos del documento.
Una vez terminada su redacción debe indicarse a Word que actualice todo su contenido
para reflejar el contenido definitivo.
De la plantilla de formato del documento © & Coloriuris http://www.qualitatis.org

.
Ficha del documento
Fecha Revisión Autor Verificado dep. calidad.
[Fecha] [Rev] [Descripcion] [Firma o sello]
Documento validado por las partes en fecha: [Fecha]
Por el cliente Por la empresa suministradora
Fdo. D./ Dña [Nombre] Fdo. D./Dña [Nombre]

[Nombre del proyecto] Rev. [99.99]
Especificación de requisitos de software Pág. 4
Contenido
FICHA DEL DOCUMENTO.........................................................................................................3
CONTENIDO...............................................................................................................................4
1 INTRODUCCIÓN.......................................................................................................................5
1.1 Propósito...............................................................................................................................5
1.2 Alcance..................................................................................................................................5
1.3 Personal involucrado...........................................................................................................5
1.4 Definiciones, acrónimos y abreviaturas.............................................................................5
1.5 Referencias...........................................................................................................................5
1.6 Resumen...............................................................................................................................6
2 DESCRIPCIÓN GENERAL.......................................................................................................6
2.1 Perspectiva del producto.....................................................................................................6
2.2 Funcionalidad del producto.................................................................................................6
2.3 Características de los usuarios...........................................................................................6
2.4 Restricciones........................................................................................................................6
2.5 Suposiciones y dependencias............................................................................................7
2.6 Evolución previsible del sistema........................................................................................7
3 REQUISITOS ESPECÍFICOS...................................................................................................7
3.1 Requisitos comunes de los interfaces.............................................................................13
3.2 Requisitos funcionales......................................................................................................13
3.3 Requisitos no funcionales.................................................................................................14
3.4 Otros requisitos..................................................................................................................15
4 APÉNDICES............................................................................................................................15
Descripción de requisitos del sofware

1 Introducción
[La especificación de los requisitos dentro de un proyecto de software tiene un papel
fundamental dentro de los elementos que conforman al proyecto ya que a partir de estas
especificaciones se dimensiona el tamaño y complejidad de este, una buena especificación
de requisitos da una mayor probabilidad de terminar a tiempo y sin sobrecostos.]
La introducción de la Especificación de requisitos de software (SRS) debe proporcionar una
vista general de la SRS. Debe incluir el objetivo, el alcance, las definiciones y acrónimos,
las referencias, y la vista general del SRS.
1.1 Propósito
[El presente documento tiene como objetivo dar a conocer los requisitos del sistema
para la administración de eventos deportivos para la Caja de Compensación Familiar de
Boyacá COMFABOY.
Este documento va dirigido a todos los miembros del proyecto y demás partes
interesadas.
]
 Propósito del documento
 Audiencia a la que va dirigido
1.2 Alcance
[El alcance de este documento será establecer los requisitos del proyecto.]
 Identificación del producto(s) a desarrollar mediante un nombre
 Consistencia con definiciones similares de documentos de mayor nivel (ej.
Descripción del sistema) que puedan existir
1.3 Personal involucrado

Nombre [Inserte aquí el texto]
Rol [Inserte aquí el texto]
Categoría profesional [Inserte aquí el texto]
Responsabilidades [Inserte aquí el texto]
Información de contacto [Inserte aquí el texto]
Aprobación [Inserte aquí el texto]
Relación de personas involucradas en el desarrollo del sistema, con información de

contacto.
Esta información es útil para que el gestor del proyecto pueda localizar a todos los
participantes y recabar la información necesaria para la obtención de requisitos,
validaciones de seguimiento, etc.
1.4 Definiciones, acrónimos y abreviaturas

• COMFABOY: Caja de Compensación Familiar de Boyacá.
• Zona
• Fase
• Categoría
• Rama
• Sistema de eliminación
]
Definición de todos los términos, abreviaturas y acrónimos necesarios para interpretar
apropiadamente este documento. En ella se pueden indicar referencias a uno o más
apéndices, o a otros documentos.
1.5 Referencias
Referencia Titulo Ruta Fecha Autor
[Ref.] [Título] [Ruta] [Fecha] [Autor]
REGLAMENTO JUEGOS INTEREMPRESAS
Relación completa de todos los documentos relacionados en la especificación de

requisitos de software, identificando de cada documento el titulo, referencia (si
procede), fecha y organización que lo proporciona.
1.6 Resumen
[En este documento se establecen los parámetros básicos que se utilizaran durante el
desarrollo de toda la aplicación, inicia con la descripción del producto, seguido de la
caracterización de los usuarios, la definición de los requisitos y la definición de los
requisitos propios del sistema.]
 Descripción del contenido del resto del documento
 Explicación de la organización del documento
2 Descripción general
2.1 Perspectiva del producto
[Inserte aquí el texto]
Indicar si es un producto independiente o parte de un sistema mayor. En el caso de
tratarse de un producto que forma parte de un sistema mayor, un diagrama que sitúe el
producto dentro del sistema e identifique sus conexiones facilita la comprensión.
2.2 Funcionalidad del producto

El sistema debe permitir la administración de los eventos deportivos realizados en
Comfaboy como los Juegos inter-empresas que son realizados anualmente, y la
organización de campeonatos a otras empresas que lo soliciten.
Resumen de las funcionalidades principales que el producto debe realizar, sin entrar en
información de detalle.
En ocasiones la información de esta sección puede tomarse de un documento de
especificación del sistema de mayor nivel (ej. Requisitos del sistema).
Las funcionalidades deben estar organizadas de manera que el cliente o cualquier
interlocutor pueda entenderlo perfectamente. Para ello se pueden utilizar métodos
textuales o gráficos.
2.3 Características de los usuarios

Tipo de usuario [Inserte aquí el texto]
Formación [Inserte aquí el texto]
Habilidades [Inserte aquí el texto]
Actividades [Inserte aquí el texto]
Descripción de los usuarios del producto, incluyendo nivel educacional, experiencia y

experiencia técnica.
2.4 Restricciones
[La aplicación debe ser desarrollada en ambiente Web y en lenguaje JAVA, dicha
aplicación debe regirse por el reglamento de los juegos inter-empresas de Comfaboy]
Descripción de aquellas limitaciones a tener en cuenta a la hora de diseñar y desarrollar
el sistema, tales como el empleo de determinadas metodologías de desarrollo, lenguajes
de programación, normas particulares, restricciones de hardware, de sistema operativo
etc.
2.5 Suposiciones y dependencias

[El SRS puede ser afectado si se realizan cambios sustanciales en el reglamento de los
Juegos inter-empresas ]
Descripción de aquellos factores que, si cambian, pueden afectar a los requisitos. Por
ejemplo una asunción puede ser que determinado sistema operativo está disponible
para el hardware requerido. De hecho, si el sistema operativo no estuviera disponible, la
SRS debería modificarse.
2.6 Evolución previsible del sistema

[En un futuro se pueden adicionar nuevos deportes, nuevas reglas de inscripción para
participantes y equipos, incluir algunos sistemas de eliminación adicionales y generación
de otros reportes]
Identificación de futuras mejoras al sistema, que podrán analizarse e implementarse en
un futuro.
3 Requisitos específicos
Esta es la sección más extensa y más importante del documento.
Debe contener una lista detallada y completa de los requisitos que debe cumplir el sistema
a desarrollar. El nivel de detalle de los requisitos debe ser el suficiente para que el equipo
de desarrollo pueda diseñar un sistema que satisfaga los requisitos y los encargados de
las pruebas puedan determinar si éstos se satisfacen.
Los requisitos se dispondrán en forma de listas numeradas para su identificación,

seguimiento, trazabilidad y validación (ej. RF 10, RF 10.1, RF 10.2,...).
Para cada requisito debe completarse la siguiente tabla:
Número de requisito 1
Nombre de requisito módulo que permita la administración de torneos e
instalaciones.
Tipo X Requisito Restricción
Fuente del requisito [Inserte aquí el texto]
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional
Número de requisito 1.1

Nombre de requisito Creación de torneos
Tipo X Requisito Restricción
Fuente del requisito Nombre del torneo
Empresa
Campeonatos a realizar
Ramas para cada campeonato (masculino, femenino y/o
mixto)
Fases para cada campeonato
Sistemas de eliminación

Nombre de requisito Selección de ramas
Tipo Requisito Restricción
Fuente del requisito Definir ramas para cada campeonato (masculino, femenino y/o
mixto)
Nombre de requisito Selección de fases
Fuente del requisito Definir el número de fases para cada campeonato

Nombre de requisito Selección de sistemas de eliminación
Fuente del requisito Definir el sistema de eliminación que se va a utilizar en cada
fase

Nombre de requisito Registro de instalaciones
Fuente del requisito Nombre de la instalación
Deportes asociados
Dirección
Nombre de requisito Módulo de administración de equipos y jugadores
Descripción del
requisito
Prioridad del requisito Baja/
Alta/Esencial Media/Deseado Opcional

Nombre de requisito Creación de equipos
Descripción del Nombre equipo
requisito Empresa a la que representa

Nombre de requisito Registro de jugadores
Descripción del Para juegos inter-empresas verificar todos los
requisito requisitos de inscripción según reglamento
Nombre de requisito Inscripción de equipos en campeonatos
Descripción del Inscribir a cada equipo en los campeonatos que va
requisito a participar

Nombre de requisito Inscripción de jugadores en equipos
Descripción del Inscribir cada jugador en los equipos en que va a
requisito participar
Nombre de requisito Modulo de programación de competencias
Descripción del
requisito

Nombre de requisito Registro de disponibilidad de escenarios
Descripción del Indicar fecha y hora en que va a estar disponible el
requisito escenario

Nombre de requisito Registro de disponibilidad por equipos
Descripción del Indicar fecha y hora en que va a estar disponible el
requisito equipo para competir

Nombre de requisito Programar competencias
Descripción del Realizar la programación de competencias para
requisito cada fase teniendo en cuenta el sistema de
eliminación correspondiente y la disponibilidad
tanto de equipos, como de escenarios deportivos.
Nombre de requisito Modulo de registro y publicación de información de
los diferentes eventos deportivos.
Descripción del
requisito

Nombre de requisito Registro de información de eventos deportivos
Descripción del Registro de resultados de competencias
requisito
Número de requisito 4.1.1

Nombre de requisito Registro de información de encuentros de fútbol y
futbol sala
Descripción del Marcador final
requisito Tarjetas amarillas
Tarjetas rojas

.
Nombre de requisito Registro de información de encuentros de bolos
Descripción del
requisito

Nombre de requisito Registro de información de encuentros de tejo y
minitejo
Descripción del
requisito

Nombre de requisito Registro de información de encuentros de duatlón.
Descripción del
requisito

Nombre de requisito Registro de información de encuentros de tenis de
mesa
Descripción del
requisito

Nombre de requisito Registro de información de encuentros de ajedrez
Descripción del
requisito

Nombre de requisito Registro de información de encuentros de billar
Descripción del
requisito

Nombre de requisito Registro de información de encuentros de voleibol
arena
Descripción del
requisito
Nombre de requisito Publicación de los diferentes eventos deportivos
Descripción del
requisito

Nombre de requisito Generar tablas de resultados de fútbol y fútbol sala
por cada fase y grupo
Descripción del Partido ganado
requisito Partido jugado
Partido perdido
Partido empatado
Gol a favor
Gol en contra
Gol diferencia
Puntos para cada equipo
Tarjetas amarillas
Tarjetas rojas


Nombre de requisito Registro de información de encuentros de voleibol
arena
Descripción del
requisito
Nombre de requisito Modulo de generación de reportes internos.
Descripción del El modulo de trabajadores sirve como un insumo
requisito para la asignación del personal dentro del
organigrama en el modulo anterior, la información
del trabajador debe incluir como mínimo el
Documento, Nombres, Apellidos, Correo
electrónico y Asignación Salarial.
y realizar la descripción del requisito
La distribución de los párrafos que forman este punto puede diferir del propuesto en esta
plantilla, si las características del sistema aconsejan otra distribución para ofrecer mayor
claridad en la exposición.
3.1 Requisitos comunes de los interfaces

Descripción detallada de todas las entradas y salidas del sistema de software.
3.1.1 Interfaces de usuario

Describir los requisitos del interfaz de usuario para el producto. Esto puede estar
en la forma de descripciones del texto o pantallas del interfaz. Por ejemplo
posiblemente el cliente ha especificado el estilo y los colores del producto.
Describa exacto cómo el producto aparecerá a su usuario previsto.
3.1.2 Interfaces de hardware

Especificar las características lógicas para cada interfaz entre el producto y los
componentes de hardware del sistema. Se incluirán características de
configuración.
3.1.3 Interfaces de software

Indicar si hay que integrar el producto con otros productos de software.
Para cada producto de software debe especificarse lo siguiente:
 Descripción del producto software utilizado
 Propósito del interfaz
 Definición del interfaz: contiendo y formato
3.1.4 Interfaces de comunicación

Describir los requisitos del interfaces de comunicación si hay comunicaciones con
otros sistemas y cuales son las protocolos de comunicación.
3.2 Requisitos funcionales

Definición de acciones fundamentales que debe realizar el software al recibir
información, procesarla y producir resultados.
En ellas se incluye:
 Comprobación de validez de las entradas
 Secuencia exacta de operaciones
 Respuesta a situaciones anormales (desbordamientos, comunicaciones,
recuperación de errores)
 Parámetros
 Generación de salidas
 Relaciones entre entradas y salidas (secuencias de entradas y salidas, formulas
para la conversión de información)
 Especificación de los requisitos lógicos para la información que será almacenada
en base de datos (tipo de información, requerido)
Las requisitos funcionales pueden ser divididos en sub-secciones.
3.2.1 Requisito funcional 1
3.2.4 Requisito funcional n
3.3 Requisitos no funcionales

3.3.1 Requisitos de rendimiento
Especificación de los requisitos relacionados con la carga que se espera tenga
que soportar el sistema. Por ejemplo, el número de terminales, el número
esperado de usuarios simultáneamente conectados, número de transacciones por
segundo que deberá soportar el sistema, etc.
Todos estos requisitos deben ser mesurables. Por ejemplo, indicando “el 95% de
las transacciones deben realizarse en menos de 1 segundo”, en lugar de “los
operadores no deben esperar a que se complete la transacción”.
3.3.2 Seguridad
Especificación de elementos que protegerán al software de accesos, usos y
sabotajes maliciosos, así como de modificaciones o destrucciones maliciosas o
accidentales. Los requisitos pueden especificar:
 Empleo de técnicas criptográficas.
 Registro de ficheros con “logs” de actividad.
 Asignación de determinadas funcionalidades a determinados módulos.
 Restricciones de comunicación entre determinados módulos.
 Comprobaciones de integridad de información crítica.
3.3.3 Fiabilidad
Especificación de los factores de fiabilidad necesaria del sistema. Esto se
expresa generalmente como el tiempo entre los incidentes permisibles, o el total
de incidentes permisible.
3.3.4 Disponibilidad
Especificación de los factores de disponibilidad final exigidos al sistema.
Normalmente expresados en % de tiempo en los que el software tiene que
mostrar disponibilidad.
3.3.5 Mantenibilidad
Identificación del tipo de mantenimiento necesario del sistema.
Especificación de quien debe realizar las tareas de mantenimiento, por ejemplo
usuarios, o un desarrollador.
Especificación de cuando debe realizarse las tareas de mantenimiento. Por
ejemplo, generación de estadísticas de acceso semanales y mensuales.
3.3.6 Portabilidad
Especificación de atributos que debe presentar el software para facilitar su
traslado a otras plataformas u entornos. Pueden incluirse:
 Porcentaje de componentes dependientes del servidor.
 Porcentaje de código dependiente del servidor.
 Uso de un determinado lenguaje por su portabilidad.
 Uso de un determinado compilador o plataforma de desarrollo.
 Uso de un determinado sistema operativo.
3.4 Otros requisitos

Cualquier otro requisito que no encaje en ninguna de las secciones anteriores.
Por ejemplo:
Requisitos culturales y políticos
Requisitos Legales
4 Apéndices
Pueden contener todo tipo de información relevante para la SRS pero que, propiamente, no
forme parte de la SRS.
Según el reglamento de los Juegos Inter Empresas de COMFABOY se

deben tener en cuenta las siguientes condiciones:
• Podrán participar todas las empresas afiliadas a COMFABOY que
se encuentren al día en sus aportes parafiscales, con sus
empleados afiliados a la caja de compensación y que en el
momento de la inscripción figuren en la planilla integrada de
liquidación de aportes pila, acreditando un mínimo de 2 meses
de antigüedad en la respectiva empresa.
• No se permitirá la participación de estudiantes de jornada

diurna.
• Se permitirá la participación de afiliados a COMFABOY y que a

su vez tengan contrato de prestación de servicios con otra
entidad distinta a la empresa con que trabaja tiempo completo,
a elección del afiliado, siempre y cuando reciba la autorización
escrita del representante legal de la empresa asumiendo la
responsabilidad por su participación.
• Se permitirá la inclusión de beneficiarios mayores de edad, es

decir, esposos o esposas, en los deportes de baloncesto, fútbol
y fútbol sala con el lleno de la totalidad de la documentación
requerida y con la respectiva autorización escrita del
representante legal de la empresa asumiendo la
responsabilidad por su participación.
• En el momento de la inscripción del cónyuge beneficiario del
trabajador afiliado, el trabajador debe figurar en la planilla
integrada de liquidación de aportes pila del 2010 acreditando
mínimo dos meses de antigüedad en la respectiva empresa y el
beneficiario debe estar incluido en el carné de afiliación a
COMFABOY.
• Buscando mayor equilibrio en los deportes de conjunto solo se

podrá incluir en la nómina, a 2 jugadores que durante los
últimos 3 años hayan sido registrados como jugadores de
selección en Boyacá, de los cuales solo uno podrá estar en el
campo de juego, para lo cual COMFABOY solicitará el respectivo
registro a las diferentes ligas deportivas del departamento.
• Para dar cumplimiento a los objetivos de participación,

fortalecimiento de los vínculos de integración y buscando un
nivel adecuado de competencia acorde al nivel deportivo de
cada empresa en el deporte de Bolos, se establece el sistema
de juego por ventajas o Handi cap, según registros de la liga de
Bolos de Boyacá.
• Los participantes solo podrán representar a una sola Empresa o

razón social.
• Todo participante podrá representar a su Empresa en una sola

Zona o provincia.
• Para empresas con nóminas inferiores a TREINTA (30)

empleados en las ciudades de Tunja, Paipa, Duitama, Sogamoso
y Chiquinquirá, se permitirá la unión de los empleados hasta de
cuatro de ellas para conformar equipos, siempre y cuando
reciba la autorización escrita del representante legal de la
empresa asumiendo la responsabilidad por su participación.
• Quienes participen en un Deporte como jugadores, no podrán

ejercer la función de jueces en el mismo.
• Todas las empresas participantes deberán ubicar antes de cada

encuentro deportivo su respectiva imagen corporativa (Pendón,
Pancarta, Dummy o Afiche) dentro del escenario donde se
realice el evento; el cumplimiento de este parágrafo PARA
CADA FECHA, dará un valor de tres (3) puntos, que serán
sumados al puntaje general que obtenga la empresa con el fin
de sacar el campeón general de los juegos.
• En las poblaciones diferentes a las establecidas como zonas
(Tunja, Paipa, Duitama, Sogamoso, Chiquinquirá) los
trabajadores afiliados pertenecientes a empresas que funcionen
dentro de un municipio podrán conformar equipos únicos para
participar en nombre de ese municipio en una de las zonas
establecidas con las demás empresas participantes.
• En caso de que un jugador inscrito y participante en alguno de

los torneos que componen los juegos inter-empresas, sea
despedido de la empresa en que trabaja, termine su contrato
de trabajo o se lesione, deberá ser sustituido automáticamente
por otro deportista trabajador, siempre y cuando cumpla con los
requisitos establecidos.
• Con el fin de determinar sobre todas las reclamaciones de

orden técnico y disciplinario se conformará un TRIBUNAL
TÉCNICO DISCIPLINARIO en cada una de las zonas
determinadas. Dicho Tribunal Técnico disciplinario estará
conformado por:
 El Coordinador Técnico de los Juegos.
 Un representante elegido por los delegados de las

empresas participantes.
 Un delegado (Técnico - Deportivo) del ente deportivo

local.
• Cancelación de los derechos correspondientes (valor de la

inscripción por equipo en cada deporte), deudas inscripciones
anteriores, valor cambio de jugadores, devolución del valor de
la inscripción.
• Carné de los juegos.
• PUNTAJE POR ASISTENCIA A LOS JUEGOS: en cada

escenario deportivo se tendrá una planilla de asistencia, la
cual otorgara un punto (1) por cada aficionado (barra) que la
firme con su número de cedula, indicando la empresa a la cual
está apoyando. Los puntajes anteriores serán adicionados al
puntaje final que obtengan las empresas en las actividades
deportivas y decidirá el campeón general de los XX Juegos
Inter-empresas Afiliadas a COMFABOY año 2009.
• Aplicación de sanciones: suspender a un jugador por un # de

fechas, expulsión de los juegos, impedir participar en los
juegos por x años, pérdida del encuentro, descalificación del
campeonato, adjudicación de los puntos al adversario y
expulsión del equipo del torneo.

Formato Ieee830

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Formato Ieee830

Caricato da

Copyright:

Formati disponibili

Especificación de requisitos de

Está basado y es conforme con el estándar IEEE Std 830-1998.

Las secciones que no se consideren aplicables al sistema descrito podrán de forma

La sangría de los textos dentro de cada apartado se genera automáticamente al pulsar

De la plantilla de formato del documento © & Coloriuris http://www.qualitatis.org

Fecha Revisión Autor Verificado dep. calidad.

[Fecha] [Rev] [Descripcion] [Firma o sello]

Documento validado por las partes en fecha: [Fecha]

Por el cliente Por la empresa suministradora

Fdo. D./ Dña [Nombre] Fdo. D./Dña [Nombre]

1.3 Personal involucrado...........................................................................................................5

1.4 Definiciones, acrónimos y abreviaturas.............................................................................5

2.1 Perspectiva del producto.....................................................................................................6

2.2 Funcionalidad del producto.................................................................................................6

2.3 Características de los usuarios...........................................................................................6

2.5 Suposiciones y dependencias............................................................................................7

2.6 Evolución previsible del sistema........................................................................................7

3.1 Requisitos comunes de los interfaces.............................................................................13

3.2 Requisitos funcionales......................................................................................................13

3.3 Requisitos no funcionales.................................................................................................14

3.4 Otros requisitos..................................................................................................................15

Descripción de requisitos del sofware

1.3 Personal involucrado

Relación de personas involucradas en el desarrollo del sistema, con información de

1.4 Definiciones, acrónimos y abreviaturas

REGLAMENTO JUEGOS INTEREMPRESAS

Relación completa de todos los documentos relacionados en la especificación de

2.2 Funcionalidad del producto

2.3 Características de los usuarios

Descripción de los usuarios del producto, incluyendo nivel educacional, experiencia y

2.5 Suposiciones y dependencias

2.6 Evolución previsible del sistema

Los requisitos se dispondrán en forma de listas numeradas para su identificación,

Para cada requisito debe completarse la siguiente tabla:

Número de requisito 1.1

Número de requisito 1.2

Número de requisito 1.2

Número de requisito 1.2

Número de requisito 2.2

Número de requisito 2.1

Número de requisito 2.2

Número de requisito 3.1

Número de requisito 3.2

Número de requisito 3.3

Número de requisito 4.1

Número de requisito 4.1.1

Prioridad del requisito Baja/

Número de requisito 4.1.3

Número de requisito 4.1.4

Número de requisito 4.1.5

Número de requisito 4.1.6

Número de requisito 4.1.7

Número de requisito 4.1.8

Número de requisito 4.2.1

Prioridad del requisito Baja/

Número de requisito 4.1.2

y realizar la descripción del requisito

3.1 Requisitos comunes de los interfaces

3.1.1 Interfaces de usuario

3.1.2 Interfaces de hardware

3.1.3 Interfaces de software

3.1.4 Interfaces de comunicación

3.2 Requisitos funcionales