Documento de Requisito PDF

2016
Documento de Requisitos
Prof. Ing. Luis Antonio Rivas A

UPTJFR - Socop
16-7-2016
Tabla de contenido
Introduccin ......................................................................................................................................................... 3
Objetivos de la ERS. ...................................................................................................................................... 4
Caractersticas de una buena ERS......................................................................................................... 6
Caso de Estudio ............................................................................................................................................... 6
Alcance del Producto .................................................................................................................................... 8
Descripcin General ...................................................................................................................................... 8
Perspectiva del Producto ........................................................................................................................... 9
Funcionalidad del Producto ...................................................................................................................... 9
Caractersticas de los Usuarios. ............................................................................................................. 9
Listado de Requisitos Funcionales.......................................................................................................... 10
Lista de Casos de Usos .............................................................................................................................. 11
Diagrama de Casos de Usos ................................................................................................................... 12
Especificacin de los Casos de Usos ...................................................................................................... 13
Diagrama de Secuencia Casos de Usos Gestionar Vuelo ........................................................ 21
Diagrama de Actividad Casos de Usos Gestionar Vuelo .......................................................... 22
Diagrama de Clase ....................................................................................................................................... 23
Diccionario de Datos ................................................................................................................................... 23
Reglas de Negocio ........................................................................................................................................... 24
Requisitos No Funcionales .......................................................................................................................... 24
Restricciones ...................................................................................................................................................... 25
Restricciones de hardware ......................................................................................................................... 25
Restricciones de software ........................................................................................................................... 26

DOCUMENTO DE REQUISITO
Ingeniera de Requisitos
Especificacin de requisitos de Software (SRS)

Proyecto: Sistema de Gestin y Control de Aeropuerto
Ficha del documento
Fecha Revisin Autor Verificado Calidad
13/07/2016 Ing. Luis A. Rivas A. OK
Documento validado por las partes en fecha:
Por la comunidad Por la universidad

Introduccin
Este documento es una Especificacin de Requisitos Software (ERS) para el

sistema de Gestin y Control de Aeropuerto. Esta especificacin se ha estructurado
basndose en las directrices dadas por el estndar IEEE Prctica Recomendada para
Especificaciones de Requisitos Software ANSI/IEEE 830, 1998.
El anlisis de requisitos es una de las tareas ms importantes en el ciclo de

vida del desarrollo de software, puesto que en ella se determinan los planos de
la nueva aplicacin.
En cualquier proyecto software los requisitos son las necesidades del

producto que se debe desarrollar. Por ello, en la fase de anlisis de requisitos se
deben identificar claramente estas necesidades y documentarlas. Como resultado
de esta fase se debe producir un documento de especificacin de requisitos en el
que se describa lo que el futuro sistema debe hacer. Por tanto, no se trata
simplemente de una actividad de anlisis, sino tambin de sntesis.
El anlisis de requisitos se puede definir como el proceso del estudio de las

necesidades de los usuarios para llegar a una definicin de los requisitos del
sistema, hardware o software, as como el proceso de estudio y refinamiento de
dichos requisitos, definicin proporcionada por el IEEE [Piattini, 1996]. Asimismo,
se define requisito como una condicin o capacidad que necesita el usuario para
resolver un problema o conseguir un objetivo determinado [Piattini, 1996]. Esta
definicin se extiende y se aplica a las condiciones que debe cumplir o poseer un
sistema o uno de sus componentes para satisfacer un contrato, una norma o una
especificacin.
En la determinacin de los requisitos no slo deben actuar los analistas, es

muy importante la participacin de los propios usuarios, porque son stos los que
mejor conocen el sistema que se va a automatizar. Analista y cliente se deben
poner de acuerdo en las necesidades del nuevo sistema, ya que el cliente no suele
entender el proceso de diseo y desarrollo del software como para redactar una
especificacin de requisitos software (ERS) y los analistas no suelen entender
completamente el problema del cliente, debido a que no dominan su rea de
trabajo.
As pues, el documento de especificacin de requisitos debe ser legible por el

cliente, con lo que se evita el malentendido de determinadas situaciones, ya que el
cliente participa activamente en la extraccin de dichos requisitos.
Basndose en estos requisitos, el ingeniero de software proceder al modelado dela
futura aplicacin. Para ello, se pueden utilizar diferentes tipos de metodologas
entre las que destacan la metodologa estructurada y la metodologa orientada a
objetos (por ejemplo DFDs y UML respectivamente).
La metodologa estructurada est basada en la representacin de las

funciones que debe realizar el sistema y los datos que fluyen entre ellas.
En la metodologa orientada a objetos se utiliza el UML [Pierre-Alain, 1997],
mediante el cual podemos representar diagramas (casos de uso) que permiten
definir el sistema desde el punto de vista del usuario estableciendo las relaciones
entre el futuro sistema y su entorno. Estas relaciones se establecen en forma de
acciones del usuario y reacciones del sistema.
Objetivos de la ERS.
Los principales objetivos que se identifican en la especificacin de requisitos

software son [Chalmeta, 2000]:
1. Ayudar a los clientes a describir claramente lo que se desea obtener mediante
un determinado software: El cliente debe participar activamente en la
especificacin de requisitos, ya que ste tiene una visin mucho ms detallada de
los procesos que se llevan a cabo. Asimismo, el cliente se siente partcipe del propio
desarrollo.
2. Ayudar a los desarrolladores a entender qu quiere exactamente el cliente: En
muchas ocasiones el cliente no sabe exactamente qu es lo que quiere. La ERS
permite al cliente definir todos los requisitos que desea y al mismo tiempo los
desarrolladores tienen una base fija en la que trabajar. Si no se realiza una buena
especificacin de requisitos, los costes de desarrollo pueden incrementarse
considerablemente, ya que se deben hacer cambios durante la creacin de la
aplicacin.
3. Servir de base para desarrollos de estndares de ERS particulares para cada

organizacin: Cada entidad puede desarrollar sus propios estndares para definir
sus necesidades.
Una buena especificacin de requisitos software ofrece una serie de ventajas

entre las que destacan el contrato entre cliente y desarrolladores (como ya se ha
indicado con anterioridad), la reduccin del esfuerzo en el desarrollo, una buena
base para la estimacin de costes y planificacin, un punto de referencia para
procesos de verificacin y validacin, y una base para la identificacin de posibles
mejoras en los procesos analizados.
La ERS es una descripcin que debe decir ciertas cosas y al mismo tiempo
debe decirlas de una determinada manera. En este documento se presentar una
de las formas que viene especificada por el estndar IEEE 830.
Una ERS forma parte de la documentacin asociada al software que se est

desarrollando, por tanto debe definir correctamente todos los requerimientos, pero
no ms de los necesarios. Esta documentacin no debera describir ningn detalle
de diseo, modo de implementacin o gestin del proyecto, ya que los requisitos
se deben describir de forma que el usuario pueda entenderlos. Al mismo tiempo,
se da una mayor flexibilidad a los desarrolladores para la implementacin. As pues,
el grado y el lenguaje utilizado para la documentacin de los requisitos estarn en
funcin del nivel que el usuario tenga para entender dichas especificaciones.
Caractersticas de una buena ERS
Las caractersticas deseables para una buena especificacin de requisitos

software que se indican en el IEEE son las siguientes [Chalmeta, 2000][Piattini,
1996]:
Correcta
No ambigua
Completa
Verificable
Consistente
Clasificada
Modificable
Explorable
Utilizable durante las tareas de mantenimiento y uso
Caso de Estudio
El Aeropuerto
Se desea desarrollar una aplicacin que permita gestionar las operaciones bsicas
de un aeropuerto.
Es necesario gestionar los vuelos que llegan y salen, los aviones que cumplen los
vuelos, los pilotos, los empleados que trabajan en el aeropuerto, los hangares y la
estada de los aviones en los distintos hangares.
Un avin se identifica por sus siglas (Ej. YV-305) y se desea almacenar su tipo (si
es de pasajeros o de carga) y su capacidad (en puestos si es de pasajeros, o en
peso si es de carga). Es necesario conocer tambin el modelo del avin, que viene
definido por un identificador de algn tipo (Ej.Airbus300), una descripcin, el tipo
de propulsin (reaccin, turbo hlice o hlice), el nmero de motores y el peso
nominal del avin.
El aeropuerto utiliza el concepto de vuelo para organizar las llegadas y salidas de
los aviones. Un vuelo representa una llegada o una salida de un avin del
aeropuerto. Los vuelos tienen un nmero que los identifica, fecha, hora y tipo. El
tipo define si el vuelo es de llegada o de salida del aeropuerto, y dependiendo de
esto se interpreta la fecha y hora segn corresponda.
Adicionalmente, un vuelo lo realiza un avin y este es a su vez piloteado por al

menos un piloto y de forma opcional por un copiloto. La necesidad de un copiloto
es determinada por el modelo / tipo de avin y lo requerido en legislacin
aeronutica vigente. En este sentido, la ley es bastante simple, y contempla que
todos los vuelos de pasajeros deben tener independientemente del tipo de avin
un copiloto. Adems, en relacin a los vuelos de carga, se considera que si el avin
tiene un solo motor no necesita tener un copiloto, pero si tiene dos o ms motores,
el vuelo debe obligatoriamente tener un copiloto.
De los pilotos se necesita conocer su cdula, nombre, licencia, las horas de
experiencia de vuelo totales acumuladas, y la fecha de su ltima revisin mdica.
El aeropuerto presta un servicio de hangares para estacionar aviones. En general,
los hangares estn identificados por medio de un cdigo, tienen una ubicacin y
una capacidad estimada en metros cuadrados. Las entradas y salidas de los
hangares deben quedar registradas, ya que el tiempo que un avin permanece
dentro del hangar tiene un costo asociado que debe facturarse a sus respectivos
propietarios. El costo de estada se calcula tomando en cuenta un costo base por
da para el hangar, multiplicado por un factor que viene determinado segn el
modelo del avin.
Cada hangar tiene un supervisor asociado y una serie de empleados encargados de
su mantenimiento. En general, tanto los supervisores como los empleados son
considerados empleados, de los cuales se desea almacenar informacin sobre su
salario y su turno. Se asume que un empleado (tanto supervisor como personal de
mantenimiento) est asignado exclusivamente a un hangar.
El sistema NO debe realizar gestiones administrativas, contables o generar facturas
a los propietarios, pero si debe registrar la estada de los aviones en los hangares
y sus respectivos costos. Sin embargo, debido a que existe un sistema externo
encargado de la facturacin, debe ser posible determinar y diferenciar las estadas
que ya han sido facturadas a los propietarios de las que no lo han sido. Esta
informacin es manejada y registrada en el sistema por la aplicacin administrativa
encargada de la facturacin y otros aspectos administrativos relacionados.
El sistema debe tener tambin un registro de los propietarios de los aviones. Los
propietarios son solamente personas naturales, que adems de su informacin
bsica (cdula y nombre) deben tener tambin el RIF para que el sistema
administrativo pueda realizar la facturacin correspondiente a los costos de estada
de los aviones en los hangares.
Alcance del Producto
El proyecto ser denominado Sistema para la Gestin de Aeropuertos,

sistema que le permitir tener mayor control de los procesos que se manejen y que
facilite a los supervisores tener un mayor de las estadas de los aviones en un
Hangar en particular, y la bsqueda, entre otros procesos de manera ms eficiente
y en el tiempo esperado.
Descripcin General
Desarrollar un sistema que permita gestionar las operaciones bsicas de un

aeropuerto, siendo necesario gestionar los vuelos que llegan y salen, los aviones
que cumplen los vuelos, los pilotos, los empleados que trabajan en el aeropuerto,
los hangares y la estada de los aviones en los distintos hangares. Se espera que
el sistema le permita tener mayor control de los procesos y que le facilite al usuario
la bsqueda, entre otros procesos de una manera ms eficiente y en el tiempo
esperado.
Perspectiva del Producto
El sistema propuesto debe cumplir con los estndares de la Unidad de

Tecnologa del Aeropuerto, as como tambin de los estndares requeridos por la
legislacin aeronutica vigente, para su posterior integracin con los otros sistemas
que puedan existir en la organizacin.
Funcionalidad del Producto
Bsquedas parametrizables
Gestionar Hangares
Calcular costos de los hangares
Gestionar Vuelos
Generar Diferentes Reportes
Consultas varias
Caractersticas de los Usuarios.
Tipo de Usuario Empleados
Formacin Universitario
Actividades Registrarse
Mantener Hangares
Ver datos bsicos
Hacer Consultas varias
Tipo de Usuario Supervisor
Actividades Supervisar Hangares
Consultas varias
Tipo de Usuario Piloto
Actividades Consultas varias
Mantener Avin
Tipo de Usuario Propietario
Actividades Consultas varias
Mantener Avin
Listado de Requisitos Funcionales
Nmero Descripcin Usuario Priorid

ad
RF-01 El sistema debe permitir gestionar Empleado/Supervis Alta

los vuelos or

los aviones or

los hangares or
RF-04 El sistema debe permitir Empleado/Supervis Alta

administrar la estada de un avin or
en los hangares
RF-05 El sistema debe permitir calcular Empleado/Supervis Alta

los costos de la estada tomando or
en cuenta un costo base por da
para el hangar, multiplicado por un
factor que viene determinado
segn el modelo del avin
los pilotos de los aviones or

los empleados de los hangares or

el modelo de los aviones or

los propietarios or

los tipos de vuelos or

los tipos de aviones or
Lista de Casos de Usos
Id CU Nombre Caso de Uso Actor
CU-001 Gestionar Vuelos Empleado/Supervisor
CU-002 Gestionar Aviones Empleado/Supervisor
CU-003 Administrar Hangar Empleado/Supervisor
CU-004 Gestionar Estada Empleado/Supervisor
CU-005 Calcular Costos Empleado/Supervisor
CU-006 Gestionar Pilotos Empleado/Supervisor
CU-007 Gestionar Empleados Empleado/Supervisor
CU-008 Gestionar Modelo Empleado/Supervisor
CU-009 Generar Propietarios Empleado/Supervisor
CU-010 Gestionar Tipo de Vuelo Empleado/Supervisor
CU-011 Gestionar Tipo de Avin Empleado/Supervisor

Diagrama de Casos de Usos
uc Diagrama de Casos de Usos
Sistema de Gestin de Aeropuerto
Gestionar
Propietarios
Gestionar Tipo
Vuelo
extend
Gestionar Vuelos
Gestionar Tipo
Av in
extend
Gestionar Av iones
extend
Gestionar Modelo
Gestionar Hangar
Gestionar Estadia Calcular Costos

include
Superv isor
Gestionar Pilotos
Gestionar
Empleados
Especificacin de los Casos de Usos
Nombre Gestionar Vuelos

Autor Ing. Luis A. Rivas A.
Fecha 13 de Julio de 2016
Descripcin: este caso de uso se encarga de gestionar los vuelos de los
aviones en un aeropuerto cualesquiera.
Actores: Supervisor / Administrador

Precondiciones: El actor debe estar registrado y autentificado en el sistema.
Flujo Normal
1) El actor ingresa al sistema
2) El sistema le presenta un men de opciones
3) El actor elige la opcin de su preferencia
4) El sistema le presenta una lista de datos con opciones (agregar editar
- borrar)
5) El actor elige la opcin de agregar vuelo
6) El actor llena la plantilla de datos y los enva
7) El sistema comprueba la validez de los datos y los almacena
8) El actor recibe notificacin de que los datos fueron almacenados
satisfactoriamente.
Flujo Alternativo:
6. El sistema comprueba la validez de los datos, si los datos no son
correctos, se le notifica al actor, permitindole que los corrija.
Poscondiciones: Los datos han sido almacenados en el sistema.
Nombre Gestionar Avin

Descripcin: este caso de uso se encarga de gestionar los datos los aviones.

Flujo Normal
- borrar)
5) El actor elige la opcin de agregar avin
satisfactoriamente.
Flujo Alternativo:
Nombre Gestionar Hangar

Descripcin: este caso de uso se encarga de administrar los espacios de los
hangares para estacionar los aviones.

Flujo Normal
- borrar)
5) El actor elige la opcin de agregar hangar
satisfactoriamente.
Flujo Alternativo:
Nombre Gestionar Estada
Descripcin: este caso de uso se encarga de registrar la estada de los
aviones por da.

Flujo Normal
4) El sistema le presenta una lista de datos con opciones (agregar
editar - borrar)
5) El actor elige la opcin de agregar avin
satisfactoriamente.
Flujo Alternativo:
Nombre Calcular Costos

Descripcin: este caso de uso se encarga de calcular los costos productos
por la estada de un avin en hangar, este caso de uso es incluido por el
caso de calcular costos.

Flujo Normal
1) El Actor ingresa al sistema en la opcin de Hangar
2) El sistema automticamente hace los clculos de los costos originado
por la estada de un avin en un hangar, tomando en cuenta el costo
base de la estada por da para el hangar, multiplicado por un factor
que viene determinado segn el modelo del avin.
3) El actor visualiza en la plantilla los costos calculados para un avin en
particular.
Flujo Alternativo:
Poscondiciones: Los costos han sido calculados.
Nombre Gestionar Pilotos

Descripcin: este caso de uso se encarga de gestionar los datos referentes
a los pilotos y copilotos de un avin cualesquiera.

Flujo Normal
- borrar)
5) El actor elige la opcin de agregar Piloto
satisfactoriamente.
Flujo Alternativo:
Nombre Gestionar Empleados
a los empleados de manteamientos y supervisores que trabajan para el
aeropuerto.

Precondiciones: El actor debe estar registrado y autentificado en el
sistema.
Flujo Normal
editar - borrar)
5) El actor elige la opcin de agregar Empleado
satisfactoriamente.
Flujo Alternativo:
Nombre Gestionar Modelo

a los modelos de los aviones.

sistema.
Flujo Normal
editar - borrar)
5) El actor elige la opcin de agregar Modelo
satisfactoriamente.
Flujo Alternativo:
Nombre Gestionar Propietarios

a los propietarios de los aviones.

sistema.
Flujo Normal
editar - borrar)
5) El actor elige la opcin de agregar Propietarios
satisfactoriamente.
Flujo Alternativo:
Nombre Gestionar Tipos de Vuelo

a los tipos de vuelos que se hacen en el aeropuerto.

sistema.
Flujo Normal
editar - borrar)
5) El actor elige la opcin de agregar tipos de vuelos
satisfactoriamente.
Flujo Alternativo:
Nombre Gestionar Tipos de Avin

a los tipos de aviones que operan aeropuerto.

sistema.
Flujo Normal
editar - borrar)
5) El actor elige la opcin de agregar tipos de vuelos
satisfactoriamente.
Flujo Alternativo:
Diagrama de Secuencia Casos de Usos Gestionar Vuelo
sd Diagrama de Secuencia
comprueba validez Base de Datos
Actor
Ingresa al Sistema()
Presenta Men de Opciones()
Elije Opcin()
Presenta Lista de Datos con

Opciones()
Opcin Agregar Vuelo()
Llena Plantilla()
comprueba validez de los datos()
Almacena los datos()
recibe notificacin de datos satisfactorio()

Diagrama de Actividad Casos de Usos Gestionar Vuelo
act Diagrama de Activ idad
Iniciar
Llenar Planilla Datos de

la Planilla
Rev isar Datos de la No

Planilla
Validar Datos de
la Planilla
Si
Almacenar Datos
Fin
Diagrama de Clase
class Vista Lgica
Vuelo Modelo
1..* 1
Piloto Av in 1..* Estadia
1 1..* 1 1..*
1..* 1..*
1
1
Propietario
Hangar Empleado
1 1..*
Diccionario de Datos
Tabla Avin {siglas, tipo, capacidad, modelo}
Tabla Modelo {cdigo, modelo, descripcin, tipo propulsin}
Tabla Vuelo {nmero de vuelo, fecha, hora, tipo de vuelo}
Tabla Piloto {cdula, nombre, apellido, licencia, horas de experiencias vuelo

totales acumuladas, fecha ltima revisin mdica}
Tabla Hangar {cdigo, ubicacin, capacidad}
Tabla Estada {cdigo estada, cdigo hangar, entrada, salida, costo base}
Tabla Empleado {cdula, nombres, apellidos, supervisa a, cdigo del hangar,

salario, turno}
Tabla Propietario {cdula, nombres, apellidos, rif}
Tabla Tipo de Vuelo {Id tipo de vuelo, descripcin}
Tabla Tipo Modelo {Id tipo de modelo, descripcin}
Tabla Tipo Avin {Id tipo de avin, descripcin}

Reglas de Negocio
1) El costo de la estada se calcula tomando en cuenta un costo base por da

para el hangar, multiplicado por un factor que viene determinado segn el
modelo del avin
2) Un avin es piloteado por al menos un piloto y de forma opcional por un
copilo.
3) Slo se tendr copiloto dependiendo del modelo del avin y tipo del avin y
segn lo requerido en la legislacin aeronutica vigente.
4) Un avin se considerar de carga si tiene un slo motor y no necesitara
copiloto.
5) Si el avin tiene dos o ms motores el vuelo debe obligatoriamente tener un
copiloto.
6) Las entradas y salidas al hangar deben quedar registradas.
7) Cada hangar debe tener asociado un solo supervisor.
8) Un empleado tanto supervisor como personal de mantenimiento estn
asignado exclusivamente a un hangar.
9) El sistema no debe hacer gestiones administrativas, contables o generar
facturas a los propietarios.
10) El sistema externo encargado de la facturacin, debe ser posible
determinar y diferenciar las estadas que ya han sido facturadas a los
propietarios de las que no lo han sido.
11) Los propietarios deben ser solamente personas naturales.
Requisitos No Funcionales
Requisitos de rendimiento
o El sistema se debe basar en componentes reutilizables
o El sistema debe evitar la multisesin de un mismo usuario dentro de
la aplicacin
Seguridad
o El sistema debe usar mtodos de autentificacin
o El sistema debe contar con una autorizacin basada en roles.
Mantenimiento
o El sistema debe contener interfaces de usuario que permitan realizar
el mantenimiento y administracin de la aplicacin.
Restricciones
La Solucin tecnolgica debe cumplir con ciertas restricciones de la empresa
donde se implementara.
Restricciones Mitolgicas
Debe desarrollarse utilizando las mejores prcticas de ingeniera de software

para ello se apoyar en la metodologa WATCH.
Restricciones de Interfaces de usuario

o El sistema debe adaptarse al portal corporativo de la empresa si
existiese.
o La interfaz de usuario debe ser capaz de anticiparse a las necesidades
del usuario (autocompletar criterios de bsquedas) a la hora de realizar
las distintas consultas que se requieren en la aplicacin.
o La interfaz de usuario debe poseer un ambiente flexible que permita un
fcil manejo de la aplicacin.
o Se debe hacer uso de mecanismos de indicadores de estado de la
aplicacin, los cuales permitan mantener a los usuarios alertas e
informados.
o Se debe disear una interfaz que permita que el usuario cargue la
menor cantidad posible de informacin.
o El lenguaje de programacin utilizado debe ser el que la organizacin
tenga como herramienta de desarrollo para sus productos.
Restricciones de hardware
Recurso Configuracin
Servidor Web El servidor web funcionara en un equipo con

Linux o Windows X.
Servidor de Base de Datos Servidor de base de datos funcionar en un

equipo con Linux o Windows X. Debe ser un
equipo diferente al servidor web.
(Fsicamente).
Restricciones de software
Recurso Configuracin
Servidor Apache 2.4.20
Servidor de Base de Datos 5.7.12 MySQL
Php 5.6.21 & 7.0.6

Documento de Requisito PDF

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Documento de Requisito PDF

Uploaded by

Copyright:

Available Formats

2016

Prof. Ing. Luis Antonio Rivas A

Objetivos de la ERS. ...................................................................................................................................... 4

Caractersticas de una buena ERS......................................................................................................... 6

Caso de Estudio ............................................................................................................................................... 6

Alcance del Producto .................................................................................................................................... 8

Descripcin General ...................................................................................................................................... 8

Perspectiva del Producto ........................................................................................................................... 9

Funcionalidad del Producto ...................................................................................................................... 9

Caractersticas de los Usuarios. ............................................................................................................. 9

Listado de Requisitos Funcionales.......................................................................................................... 10

Lista de Casos de Usos .............................................................................................................................. 11

Diagrama de Casos de Usos ................................................................................................................... 12

Especificacin de los Casos de Usos ...................................................................................................... 13

Diagrama de Secuencia Casos de Usos Gestionar Vuelo ........................................................ 21

Diagrama de Actividad Casos de Usos Gestionar Vuelo .......................................................... 22

Diagrama de Clase ....................................................................................................................................... 23

Diccionario de Datos ................................................................................................................................... 23

Reglas de Negocio ........................................................................................................................................... 24

Requisitos No Funcionales .......................................................................................................................... 24

Restricciones de hardware ......................................................................................................................... 25

Restricciones de software ........................................................................................................................... 26

Especificacin de requisitos de Software (SRS)

Ficha del documento

Fecha Revisin Autor Verificado Calidad

13/07/2016 Ing. Luis A. Rivas A. OK

Documento validado por las partes en fecha:

Por la comunidad Por la universidad

Este documento es una Especificacin de Requisitos Software (ERS) para el

El anlisis de requisitos es una de las tareas ms importantes en el ciclo de

En cualquier proyecto software los requisitos son las necesidades del

El anlisis de requisitos se puede definir como el proceso del estudio de las

En la determinacin de los requisitos no slo deben actuar los analistas, es

As pues, el documento de especificacin de requisitos debe ser legible por el

La metodologa estructurada est basada en la representacin de las

Los principales objetivos que se identifican en la especificacin de requisitos

3. Servir de base para desarrollos de estndares de ERS particulares para cada

Una buena especificacin de requisitos software ofrece una serie de ventajas

Una ERS forma parte de la documentacin asociada al software que se est

Las caractersticas deseables para una buena especificacin de requisitos

Adicionalmente, un vuelo lo realiza un avin y este es a su vez piloteado por al

Alcance del Producto

El proyecto ser denominado Sistema para la Gestin de Aeropuertos,

Desarrollar un sistema que permita gestionar las operaciones bsicas de un

El sistema propuesto debe cumplir con los estndares de la Unidad de

Funcionalidad del Producto

Caractersticas de los Usuarios.

Tipo de Usuario Empleados

Ver datos bsicos

Hacer Consultas varias

Tipo de Usuario Supervisor

Actividades Supervisar Hangares

Actividades Consultas varias

Tipo de Usuario Propietario

Actividades Consultas varias

Listado de Requisitos Funcionales

Nmero Descripcin Usuario Priorid

RF-01 El sistema debe permitir gestionar Empleado/Supervis Alta

RF-02 El sistema debe permitir gestionar Empleado/Supervis Alta

RF-03 El sistema debe permitir gestionar Empleado/Supervis Alta

RF-04 El sistema debe permitir Empleado/Supervis Alta

RF-05 El sistema debe permitir calcular Empleado/Supervis Alta

RF-07 El sistema debe permitir gestionar Empleado/Supervis Alta