Especificación de Requisitos de Software

Modelo de ingeniería 0.
[Nombre documento] Pág. 2
Especificación de requisitos de software
Proyecto: SistEquipaje: Gestión Equipaje Aeropuertario
Revisión 1
Noviembre de 2015
Descripción de requisitos del sofware

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.
Modelo de ingeniería 0.3

Modelo de ingeniería 0.3
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

SistEquipaje: Gestión Equipaje Aeroportuario Rev. 1
Especificación de requisitos de software Pág. 7
Fdo. D./ Dña [Nombre] Fdo. D./Dña [Nombre]

Contenido
Ficha del documento 6
Contenido 8
1 Introducción 10
1.1 Propósito 10
1.2 Alcance 10
1.3 Personal involucrado 11
1.4 Definiciones, acrónimos y abreviaturas 11
1.5 Referencias 12
1.6 Resumen 12
2 Descripción general 13
2.1 Perspectiva del producto 13
2.2 Funcionalidad del producto 13
2.3 Características de los usuarios 14
2.4 Restricciones 15
2.5 Suposiciones y dependencias 16
2.6 Evolución previsible del sistema 16
3 Requisitos específicos 16
3.1 Requisitos comunes de los interfaces 17
3.1.1 Interfaces de usuario 17
3.1.2 Interfaces de hardware 25
3.1.3 Interfaces de software 25
3.1.4 Interfaces de comunicación 26
3.2 Requisitos funcionales 26
3.2.1 Requisito funcional 1 26
3.2.4 Requisito funcional n 27
3.3 Requisitos no funcionales 26

3.3.1 Requisitos de rendimiento 28
3.3.2 Seguridad 28
3.3.3 Fiabilidad 29
3.3.4 Disponibilidad 29
3.3.5 Mantenibilidad 29
3.3.6 Portabilidad 29
3.4 Otros requisitos 30
4 Apéndices 30

Introducción
[Inserte aquí el texto]
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.
Propósito
1. Propósito del documento
El propósito del documento consiste en establecer las especificaciones de los

requisitos necesarios del software a desarrollar con base en el problema de estudio
relacionado con la perdida de equipaje
2.
3. Audiencia a la que va dirigido
El sistema de información va dirigido a los funcionarios que trabajan en los

aeropuertos y al usuarios del servicio de transporte aéreo.
Alcance
1. Identificación del producto(s) a desarrollar mediante un nombre
2. Consistencia con definiciones similares de documentos de mayor nivel (ej. Descripción

del sistema) que puedan existir
La denominación del producto software a desarrollar en la presente propuesta

corresponde a SistEquipaje.
SistEquipaje mantendrá la traza de todo equipaje registrado en la terminal

aeroportuaria de Bogotá, que evite la pérdida de equipaje bajo cualquier circunstancia.
El producto software SistEquipaje garantizará una reducción de tiempos en la gestión

de equipajes bajo la tutela de las diferentes compañías de vuelo que hacen uso del
aeropuerto de Bogotá, mediante la gestión de la información simplificada y unificada
relacionada con la propiedad y estado de los bienes de cada pasajero bajo la tutela del
aeropuerto. SistEquipaje mantiene operador de ZCD informado en todo momento sobre

la situación de los equipajes, los vuelos y pasajeros.
SistEquipaje requiere para su operación como elementos mínimos un servidor con

soporte Apache, una terminal Unix, y disposición de conexión a servicios de internet
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.
Definiciones, acrónimos y abreviaturas
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.
UNAD: Universidad Nacional Abierta y a Distancia
AP: Aeropuerto
AB: Aeropuerto de Bogotá
ZCD: Zona de carga/descarga
Cliente: Departamento de carga del AB.
Usuario: Personas integrantes del quipo operacional en la ZCD del AB.

Proveedor: Grupo Ingenieros de sistemas de análisis de sistemas de la UNAD
CU: casos de uso
DC: Diagrama de clases
DS: Diagrama de secuencia
DE: Diagrama de estado
Referencias
Referencia Titulo Ruta Fecha Autor
[Ref.] [Título] [Ruta] [Fecha] [Autor]
IEEE Std Terminología http://dis.unal.edu.co/~icasta/ 1998 Institute of

610.12- ingeniería de Electrical
ggs/Documentos/Normas/610-
1990 software and
12-1990.pdf
Electronics
Engineers
IEEE
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.
Resumen
1. Descripción del contenido del resto del documento
2. Explicación de la organización del documento
El contenido de este documento está distribuido en una segunda sección que describe
la Perspectiva del producto, su Funcionalidad, restricciones, las características de los

usuarios, suposiciones y dependencias. En una tercera Sección se presenta la
especificación de requisitos, detallando las interfaces de usuario para finalizar con los
requisitos funcionales y no funcionales

Descripción general
Perspectiva del producto
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.
SistEquipaje constituye un módulo para ser integrado a InSIGHT, el sistema macro de

gestión aeroportuaria de la terminal de vuelos de Bogotá. Como se aprecia en la figura
se realizara a través de la interfaz AODB, la cual permite operaciones de edición y
creación de datos crudos relacionados las bases de datos de pasajeros y las bases de
datos equipaje.
InSIGHT
AODB
SistEquipaje
Funcionalidad del producto
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.
El sistema de información SistEquipaje tiene como funcionalidades principales:

Consulta de datos relacionados con pasajeros para los operadores de ZCD.
Interfaz de registro de datos relacionados con equipaje para los operadores de ZCD
Consulta de datos relacionados con equipaje para pasajeros con uso actual de los
servicios de vuelo del aeropuerto
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.
Tipo de usuario Operador ZCD
Formación Bachiller con competencias digitales
Habilidades Manejo y conocimiento de procedimientos y códigos para

la gestión de quipaje dentro de las políticas de aeropuerto
Actividades Registro de equipaje
Modificación datos de equipaje
Descarge de equipaje
Generar alertas al sistema Insight sobre novedades en

relación a equipajes y pasajeros
Tipo de usuario Pasajero vuelo en curso
Formación NA
Habilidades Manejo básico en habilidades digitales
Actividades Consulta datos de equipaje

Restricciones
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.
a). Arquitectura: Está relacionada con la organización de la clases del Sistema.
Para el diseño del Sistema de Información se requiere un Servidor el cual es un ordenador o

máquina informática que está al “servicio” de otras máquinas, ordenadores o personas llamadas
clientes y que le suministran a estos, todo tipo de información, en la cual se va guardar la base
de datos que va ser compartida con el otro modulo el cual se denominaría Contabilidad, la
capacidad de éste debe ser un disco duro de 1 Tera y una memoria RAM de 8 Gb
Así mismo se necesitan dos Computadores con un microprocedador cada uno, el cual puede
ser Dual Core 3 de capacidad de 500 GB y memoria RAM de 3 Gb, para el manejo del Sistema
de Información.
b). Robustez: La robustez del sistema debe ser unos de los objetivos principales del diseño
Se utilizarán las herramientas necesarias para que el sistema de información funcione de

manera adecuada y los usuarios serán dos los cuales se trabajará en red a través del servidor
c). Reuso: Aspecto fundamental del diseño. Cuanto más se pueda reutilizar el código mejor
será la robustez del sistema.
d). Extensibilidad: Los componentes reutilizables mejoran la extensibilidad del sistema. La

mayoría de los sistemas son extendidos de manera no prevista por el diseño original.

El sistema de información tendrá extensibilidad, teniendo en cuenta que va a existir

transferencia de información al modulo de contabilidad, luego éste será abierto y de uso en
red.
Se podría utilizar el lenguaje de programación visual Basic .NET (VB.NET) ya que es un lenguaje
de programación orientado a objetos que se puede considerar una evolución de Visual
Basic implementada sobre el framework .NET. Su introducción resultó muy controvertida, ya
que debido a cambios significativos en el lenguaje VB.NET no es retro compatible con Visual
Basic, pero el manejo de las instrucciones es similar a versiones anteriores de Visual Basic,
facilitando así el desarrollo de aplicaciones más avanzadas con herramientas modernas. Para
mantener eficacia en el desarrollo de las aplicaciones.
La base de datos más apropiada es Acces, teniendo en cuenta que es un sistema de gestión de
bases de datos relacionales para los sistemas operativos Microsoft Windows, desarrollado por
Microsoft y orientado a ser usado en un entorno personal o en pequeñas organizaciones.
Permite crear ficheros de bases de datos relacionales que pueden ser fácilmente gestionadas
por una interfaz gráfica simple. Además, estas bases de datos pueden ser consultadas por otros
programas. (acces.com)
Suposiciones y dependencias
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.
Evolución previsible del sistema
Identificación de futuras mejoras al sistema, que podrán analizarse e implementarse en

un futuro.
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 [Inserte aquí el texto]
Nombre de requisito [Inserte aquí el texto]
Tipo Requisito Restricción
Fuente del requisito [Inserte aquí el texto]
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional
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.
Requisitos comunes de los interfaces
Descripción detallada de todas las entradas y salidas del sistema de software.
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.








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.
Interfaces de software
Indicar si hay que integrar el producto con otros productos de software.
Para cada producto de software debe especificarse lo siguiente:
1. Descripción del producto software utilizado

2. Propósito del interfaz
3. Definición del interfaz: contiendo y formato
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.
Requisitos funcionales
Definición de acciones fundamentales que debe realizar el software al recibir

información, procesarla y producir resultados.
En ellas se incluye:
1. Comprobación de validez de las entradas
2. Secuencia exacta de operaciones
3. Respuesta a situaciones anormales (desbordamientos, comunicaciones, recuperación

de errores)
4. Parámetros
5. Generación de salidas
6. Relaciones entre entradas y salidas (secuencias de entradas y salidas, formulas para la

conversión de información)
7. 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.
Requisito funcional 1:
El sistema permitirá el ingreso a varios tipos de usuarios, tanto para

administrar el sistema, como para realizar consultas (usuarios).
Requisito funcional 2

El sistema facilitara el ingreso de datos relacionados con el vuelo del

pasajero (Numero de vuelo, punto de origen, datos del pasajero,
código asignado al equipaje, hora de salida y de llegada, conexiones, etc).
Este sistema estará interconectado entre varias estaciones localizadas en los diferentes
aeropuertos y puntos estratégicos por donde se transportan los equipajes para tener un mayor
control
El usuario podrá ingresar a hacer consultas, después de haber recibido su

usuario y contraseña, encontrando acceso a ventanas amigables que
faciliten su uso.
La información acerca de la cantidad de equipaje e identificador del mismo

será generado por el sistema a través de un tique personal relacionado con
los datos del usuario y equipaje para sus respectiva identificación y entrega
de manera correcta que será luego supervisada por los agentes del
aeropuerto.
El sistema permitirá el ingreso de novedades generados por los reclamos de pérdida o

daño de los equipajes una vez sean reportados y este deberá generar un numero de caso
de manera automática que será entregado al usuario y asi estar en constante
comunicación para informar del estado de la novedad. En este Caso generado se
informara también los plazos, políticas y/o condiciones establecidas legalmente sobre la
pérdida de equipajes.

El sistema generara alertas automáticas en los perfiles de los usuarios asignados

anticipadamente y relacionado con el número de caso personal, el cual podrán acceder
los usuarios desde cualquier dispositivo móvil. También se enviara la notificación a través
de correo electrónico y sus respectivas excusas formales generadas por el sistema. Si el
equipaje no es encontrado igual se notificara con el fin de llegar a un acuerdo entre la
empresa aérea y el usuario. El caso que el usuario no acepte el trato, a través del sistema
se remitirá o se trasladara a servicio al cliente para conciliar con el cliente.
Se generaran reportes e informes tanto para el administrador del sistema como para cada
usuario registrado en la base de datos, facilitando la impresión o descarga de información
a través de consultas hechas.
Requisitos no funcionales
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”.
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:
1. Empleo de técnicas criptográficas.
2. Registro de ficheros con “logs” de actividad.
3. Asignación de determinadas funcionalidades a determinados módulos.
4. Restricciones de comunicación entre determinados módulos.
5. Comprobaciones de integridad de información crítica.

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.
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.
Los usuarios podrán acceder lasa 24 horas del día, los 7 días de la semana y
realizar consultas para solicitar información de por medio de la pagina web de la
aerolínea o empresa aérea.
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.
El sistema permitirá corregir errores, borrar registros, depurar la base de datos, eliminar
datos en cache, mejorar el rendimiento u otros atributos.
Portabilidad
Especificación de atributos que debe presentar el software para facilitar su

traslado a otras plataformas u entornos. Pueden incluirse:
1. Porcentaje de componentes dependientes del servidor.

2. Porcentaje de código dependiente del servidor.
3. Uso de un determinado lenguaje por su portabilidad.
4. Uso de un determinado compilador o plataforma de desarrollo.
5. Uso de un determinado sistema operativo.
Otros requisitos
Cualquier otro requisito que no encaje en ninguna de las secciones anteriores.
Por ejemplo:
Requisitos culturales y políticos
Requisitos Legales
Usabilidad: Esto significa que será fácil de usar por que facilitan su lectura, entornos
amigables, descargas de reportes de manera rápida y el usuario se encuentra satisfecho
y cómodo por su uso.
Apéndices
Pueden contener todo tipo de información relevante para la SRS pero que, propiamente,
no forme parte de la SRS.

Especificación de Requisitos de Software

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Especificación de Requisitos de Software

Încărcat de

Drepturi de autor:

Formate disponibile

Modelo de ingeniería 0.

[Nombre documento] Pág. 2

Especificación de requisitos de software

Proyecto: SistEquipaje: Gestión Equipaje Aeropuertario

Descripción de requisitos del sofware

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

[Nombre documento] Pág. 4

Descripción de requisitos del sofware

[Nombre documento] Pág. 5

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

Descripción de requisitos del sofware

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

Especificación de requisitos de software Pág. 7

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

Descripción de requisitos del sofware

Especificación de requisitos de software Pág. 8

Ficha del documento 6

1.3 Personal involucrado 11

1.4 Definiciones, acrónimos y abreviaturas 11

2.1 Perspectiva del producto 13

2.2 Funcionalidad del producto 13

2.3 Características de los usuarios 14

2.5 Suposiciones y dependencias 16

2.6 Evolución previsible del sistema 16

3.1 Requisitos comunes de los interfaces 17

3.1.1 Interfaces de usuario 17

3.1.2 Interfaces de hardware 25

3.1.3 Interfaces de software 25

3.1.4 Interfaces de comunicación 26

3.2 Requisitos funcionales 26

3.2.1 Requisito funcional 1 26

3.2.2 Requisito funcional 2 26

3.2.3 Requisito funcional 3 27

3.2.4 Requisito funcional n 27

3.3 Requisitos no funcionales 26

Especificación de requisitos de software Pág. 9

3.3.1 Requisitos de rendimiento 28

3.4 Otros requisitos 30

Descripción de requisitos del sofware

Especificación de requisitos de software Pág. 10

[Inserte aquí el texto]

La introducción de la Especificación de requisitos de software (SRS) debe proporcionar una

[Inserte aquí el texto]

1. Propósito del documento

El propósito del documento consiste en establecer las especificaciones de los

3. Audiencia a la que va dirigido

El sistema de información va dirigido a los funcionarios que trabajan en los

[Inserte aquí el texto]

1. Identificación del producto(s) a desarrollar mediante un nombre

2. Consistencia con definiciones similares de documentos de mayor nivel (ej. Descripción

La denominación del producto software a desarrollar en la presente propuesta

SistEquipaje mantendrá la traza de todo equipaje registrado en la terminal

El producto software SistEquipaje garantizará una reducción de tiempos en la gestión

Especificación de requisitos de software Pág. 11

aeropuerto. SistEquipaje mantiene operador de ZCD informado en todo momento sobre

SistEquipaje requiere para su operación como elementos mínimos un servidor con

Nombre [Inserte aquí el texto]

Rol [Inserte aquí el texto]

Categoría profesional [Inserte aquí el texto]