Doc 6 especificacion de requisitos (ers-ieee830 01)

Especificación de Requisitos según el estándar de IEEE 830

Aplicación móvil para la reserva y compra de pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”

(Versión 1.0)

ESPECIFICACION DE REQUISITOS DE SOFTWARE ERS-IEEE830 Versión 1.0

Proyecto: Aplicación móvil para la reserva y compra de pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”

1

HOJA DE CONTROL

LISTA DE DISTRIBUCIÓN

Oficina de gestión de

proyecto (PMO)

Fanny Rivera Vera (Director (a) de Proyecto )

Fransk Roman Cambara (Jefe de Proyecto )

Equipo de desarrollo

Fanny Rivera Vera (Proyect Manager )

Wilma Cruz Serrudo (Consultora de negocios)

Jhon Ramiro Vidal Alvarez (Arquitecto )

Leandro Edgardo Ramirez Cortez (Programador )

Fransk Roman Cambara (SQA )

REVISIÓN DEL DOCUMENTO

Revisado por Equipo de desarrollo

En fecha 5 de diciembre del 2013

IDENTIFICACIÓN DEL DOCUMENTO

Código ERS

Título Especificación de Requisitos de Software

Nombre del Archivo ERS-IEEE830_01.doc

Nº de Versión 1.0

Fecha creación 4 de diciembre del 2013

Elaborado por Consultor(a) de negocios Wilma Cruz



2

APROBACIÓN DEL DOCUMENTO

Aprobado por Equipo de desarrollo

En fecha 6 de diciembre del 2013

CONTROL DE VERSIONES

Versión Causa del Cambio Responsable Fecha

01 Versión Inicial Wilma Cruz (Consultora de Negocios) 4/12/2013



3

Contenido

1. INTRODUCCION .....................................................................................................................5

1.1. Propósito ............................................................................................................................5

1.2. Ámbito del sistema .............................................................................................................5

1.3. Referencias .........................................................................................................................6

1.4. Vision general del documento ............................................................................................6

2. DESCRIPCION GENERAL ......................................................................................................6

2.1. Perspectiva del producto .....................................................................................................7

2.2. Funciones del producto .......................................................................................................7

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

2.4. Restricciones ......................................................................................................................8

2.5. Suposiciones y dependencias ..............................................................................................8

2.6. Requisitos futuros ...............................................................................................................8

3. REQUISITOS ESPECIFICOS ...................................................................................................9

3.1. Interfaces externas ..............................................................................................................9

3.2. Funciones ...........................................................................................................................9

3.3. Requisites de rendimioento .............................................................................................. 15

3.4. Restricciones de diseno .................................................................................................... 15

3.5. Atributos del sistema ........................................................................................................ 15

3.6. Otros requisitos ................................................................................................................ 15

4. APENDICES ............................................................................................................................ 15



4

Resumen

Este documento presenta el conjunto de características necesarias para la obtención de una

buena especificación de requisitos. Asimismo, presenta el formato de Especificación de

Requisitos Software según la versión de 1998 del estándar IEEE 830. En la IEEE se indica

que un buen documento de requisitos debe contemplar toda la información presentada en

dicho estándar y, aunque propone una organización de dicha información, no exige

estrictamente el formado de dicha información.



5

1. INTRODUCCION

Con la elaboración de este sistema esperamos como resultado cumplir con los

requerimientos dichos por los pasajeros, Actualmente la empresa no cuenta con un sistema

informático para realizar sus reservas, encomiendas y venta de pasajes. Por tal motivo esto

implica una confusión de datos, la pérdida de tiempo, lo cual en muchos casos no es

cómodo o factible para el cliente, lo que a su vez provoca aglomeración de la gente en el

área de venta de pasajes. Esto es caótico en épocas festivas como carnavales, fin de año o

algunos feriados largos. Este sistema ofrecerá gran variedad de beneficios para las

personas que competen con esta entidad y proporcionara más eficacia y seguridad por parte

de la agencias de Buses hacia los pasajeros.

1.1.Propósito

El objetivo de este sistema, será determinar los posibles problemas que contiene la

empresa, y encontrar las posibles soluciones que les podemos otorgar a ellos, ya sea para

beneficiar a los operarios de la empresa y a los pasajeros.

En los beneficios otorgados a los pasajeros serian:

Llevar un mejor control de los datos de las reservas y compras de pasajes por

medio de un sistema único y completo

Darle al pasajero seguridad de su información

Una mejor eficacia en el proceso de atención hacia los usuarios

1.2.Ámbito del sistema

El sistema hará un proceso más eficaz en el levantamiento de información de la reserva y la

compra de pasajes, será más fácil de utilizar y no tendrá tantos sistemas a la vez para buscar

la información de los pasajeros.

Gracias a este sistema se obtendrán grandes resultados en el manejo sistemático de la

entidad por que se tendrá un mejor manejo por parte de los recepcionistas, y beneficiara a



6

los pasajeros ya que tendrán una mejor atención en lo que refiere a la rapidez en el

momento de atenderlos.

1.3.Referencias

Las referencias suministradas a este proyecto fueron las siguientes:

Mapa de procesos

Diagrama de flujo de datos

Diagrama de casos de uso

Entrevista

Encuesta

1.4.Vision general del documento

Proporcionar las posibles soluciones al sistema. Este sistema incrementara la eficiencia

de los datos, tendrá mayor seguridad y confiabilidad en los datos proporcionados por los

pasajeros, esto tendrá grandes beneficios para la empresa ya que gracias a este sistema se

tendrá un mejor desarrollo en los datos manejados por la entidad.

2. DESCRIPCION GENERAL

Las empresas de transporte brindan servicios de rutas a sus diferentes puntos

de llegada en la ciudad de Santa Cruz de la Sierra - Bolivia.

En la actualidad las empresas de servicios de transportes, realizan sus ventas

en sus propias instalaciones ubicada en la Terminal Bimodal Santa Cruz de la

Sierra.

Las empresas de transportes. Actualmente no cuenta con un sistema



7

informático para realizar sus reservas, encomiendas y venta de pasajes. Por tal

motivo esto implica una confusión de datos, la pérdida de tiempo, lo cual en

muchos casos no es cómodo o factible para el cliente, lo que a su vez provoca

aglomeración de la gente en el área de venta de pasajes. Esto es caótico en

épocas festivas como carnavales, fin de año o algunos feriados largos.

2.1.Perspectiva del producto

Existen otros sistemas que van vinculados en base de datos actual. En el manejo

de los registros de los pasajeros del cliente los operarios tienen que tener

accesibilidad a otros tipos de sistemas para recolectar la información de cualquier

pasajero.

2.2.Funciones del producto

ID Descripción

R1 Consultar los tipos de servicios que ofrece la terminal de buses

(internacional, departamental, interprovincial).

R2 Consultar los destinos ofertados en los tipos de servicio

mostrando el nombre del destino.

R3 Consultar la lista de viajes de salidas programas para ese día y

para toda la semana.

R4 Consultar los horarios de salida por turnos (mañana, tarde y

noche).

R5

Consultar los tipos de buses de acuerdo al turno de salida,

mostrando el nombre de la agencia de transporte, el tipo de Bus,

destino, hora de salida y costo de pasaje.

R6

Ver los asientos disponibles del bus seleccionado, para

permitirle hacer la reserva o compra de su pasaje con el asiento

de preferencia.



8

R7

Hacer la reserva del asiento de preferencia que se encuentre

disponible, informándole que tiene un plazo de 4 horas antes de

la salida del bus para hacer la compra de su pasaje.

R8

Hacer la compra del asiento de preferencia que se encuentre

disponible a través de dos modalidades de pago a través de

cuenta bancaria o por línea telefónica.

R9

Para hacer la compra o reserva, el pasajero debe proporcionar

sus datos personales de: Nº de CI, nombre completo, apellido

paterno, apellido materno y fecha de nacimiento.

2.3.Características de los usuarios

Este producto sólo lo utilizarán por las personas que desean realizar viajes, las personas que

deseen comprobar el funcionamiento de la aplicación. Además deberá de haber algún

encargado de introducir los datos proporcionados por los clientes para realizar su reserva o

compra del pasaje, Dado el entorno de ventana de la aplicación sería conveniente que el

operario tuviera conocimientos de Windows a nivel usuario, además de un alto

conocimiento del funcionamiento de la compra y reserva de pasaje.

2.4.Restricciones

La aplicación se realizará con un lenguaje de programación Orientado a Objeto. Al ser una

simulación en tiempo no real no necesitaremos un hardware específicamente potente para

que lo mantenga en tiempo real.

2.5.Suposiciones y dependencias

2.6.Requisitos futuros

Las futuras mejoras que proporcionaríamos al sistema aparte de los ya realizados y por

realizar seria un sistema donde se compacten todos las aéreas que manejan cualquier tipo de



9

información de los pasajeros, como por ejemplo serian, el área de contabilidad,

administrativa, venta, etc. Que estas áreas se compacten en una sola o tenga de alguna u

otra manera una conexión entre sí para recolectar todos los datos completos de los pasajeros

y así revelarlos al sistema principal.

3. REQUISITOS ESPECIFICOS

El almacenamiento de datos de todos los pasajeros

El control de reservas y compras que realizan los pasajeros

Eficacia en el procedimiento de consultas hacia los pasajeros

Confiabilidad por parte de las oficinas de transporte de los datos otorgados por los

pasajeros.

3.1.Interfaces externas

La aplicación se visualizará por medio de un emulador de Android donde el

Pasajero tendrá a su disposición menús para obtener información de todo el sistema

1. Interfaces hardware

Por determinar.

2. Interfaces software

La aplicación funcionará bajo un entorno Windows XP a hasta la actual.

3. Interfaces de comunicaciones

Por determinar.

3.2.Funciones

En este proyecto se elaborara un sistema que facilite a los funcionarios llevar un

mejor control de la información de reserva y compra de pasaje. Estas empresas de



10

transporte cuentan con una gran cantidad de pasajeros, lo cual hace necesario el

uso de un nuevo sistema que cumpla con todas las necesidades y agilice los datos

brindando a los usuarios una mejor atención.

A través de la depuración de requerimientos se identificaron los siguientes

requisitos a ser implementados:

ID REQUISITO

CU1 Consultar Servicios

CU2 Consultar Destinos

CU3 Consultar horas de salida

CU4 Consultar Tipos de Buses

CU5 Consultar Asientos

CU6 Reservar Pasaje

CU7 Comprar Pasaje

CU8 Comprobar Forma de Pago

A continuación se especifican los detalles de procesos por cada caso de uso:

Nombre de Caso de

Uso CU1: Consultar Servicios

Propósito Poder consultar los tipos de servicios que

ofrece la terminal de buses (internacional,

departamental, interprovincial).

Actores Pasajero

Actor Iniciador Pasajero

Pre Condición Ninguno

Flujo Principal 1.- Mostrar la lista de servicio

2.-Seleccionar servicio deseado

Curso Alternativo

Post Condición Ninguno



11

Nombre de Caso de

Uso CU2:Consultar Destinos

Propósito Poder consultar los destinos ofertados en

los tipos de servicio mostrando el nombre

del destino.

Actores Pasajero


Pre Condición CU1: Consultar Servicios

Flujo Principal 1.-Seleccionar servicio

Si selecciono algún servicio

1.1. Mostrar lista de destino

1.2. Seleccionar destino

No selecciono algún servicio

No hace NADA

Curso Alternativo

Post Condición

Nombre de Caso de

Uso

CU4:Consultar horas de salida

Propósito Poder consultar los horarios de salida por

turnos (mañana, tarde y noche).

Actores Pasajero


Pre Condición CU2: Consultar Destinos

Flujo Principal 1.- Consultar hora de salida

2.- Mostrar horas de salidas de las flotas

3.- Seleccionar hora de salida

Curso Alternativo

Post Condición

Nombre de Caso de

Uso CU5:Consultar Tipos de Buses

Propósito Poder consultar los tipos de buses de

acuerdo al turno de salida, mostrando el



12

nombre de la agencia de transporte, el tipo

de Bus, destino, hora de salida y costo de

pasaje.

Actores Pasajero



Flujo Principal 1.- Consultar tipo de bus

2.- Listar tipos de buses, mostrando

Nombre agencia

Tipo de bus

Destino

Hora de salida

Costo de pasaje

3.- Seleccionar tipo de bus deseado

Curso Alternativo

Post Condición

Nombre de Caso de

Uso CU6:Consultar Asientos

Propósito Poder ver los asientos disponibles del bus

seleccionado, para permitirle hacer la

reserva o compra de su pasaje con el

asiento de preferencia.

Actores Pasajero



Flujo Principal 1.- Consultar asientos

2.- Listar asientos disponibles y/o ocupado

3.- mostrar asientos disponibles y/o ocupado

Curso Alternativo

Post Condición

Nombre de Caso de

Uso CU7:Reservar Pasaje



13

Propósito Poder hacer la reserva del asiento de

preferencia que se encuentre disponible,

informándole que tiene un plazo de 4 horas

antes de la salida del bus para hacer la

compra de su pasaje.

Actores Pasajero


Pre Condición CU4: Consultar horas de salida y llegada

Flujo Principal 1.- Consultar servicio

2.- Verificar horarios de salida

3.- Selecciona de una lista los posibles destinos

3.- Buscar asientos disponibles

Si hay asientos disponibles

Reservar pasaje

Confirma reserva

Selecciona la forma de pago

No hay asientos disponibles

No realiza nada

Curso Alternativo 1.- El Usuario no selecciona ningún destino

2.-El usuario no confirma la reserva

3.- El usuario no selecciona ninguna forma de pago

Post Condición

Nombre de Caso de

Uso CU8:Comprar Pasaje

Propósito Poder hacer la compra del asiento de

preferencia que se encuentre disponible a

través de dos modalidades de pago a

través de cuenta bancaria o por línea

telefónica.

Actores Pasajero


Pre Condición CU4: Consultar horas de salida y llegada

Flujo Principal 1.- Consultar servicio

2.- Verificar horarios de salida



14

3.- Buscar asientos disponibles

Si hay asientos disponibles

Comprar pasaje

No hay asientos disponibles

NADA

Curso Alternativo

Post Condición

Nombre de Caso de

Uso CU9: Comprobar Forma de Pago

Propósito Realizar la compra o reserva, el pasajero

debe proporcionar sus datos personales

de: Nº de CI, nombre completo, apellido

paterno, apellido materno y fecha de

nacimiento.

Actores Recepcionista

Actor Iniciador Recepcionista


Flujo Principal 1.- si realiza la compra o reserva

1.- El recepcionista ingresa datos

personales del pasajero como ser:

o Nº de CI

o Nombre completo, apellido

materno, apellido paterno

o Fecha de nacimiento

2.-Se valida que la cedula sea valida

3.- Se selecciona la forma de pago

o Al contado

o Bancario

o Móvil

4.- si es bancario se valida los datos del

recibo/factura

5.- si es móvil si verifica el código

Curso Alternativo



15

Post Condición

3.3.Requisites de rendimiento

Al ser una versión de simulación en tiempo no real no se establecerá ningún requerimiento

de eficiencia por ahora, ya que solo se realizaran los cambios necesarios por los encargados

de venta de pasajes por la empresa. Y lo que hasta ahora se necesita para un mejor

rendimiento del sistema.

3.4.Restricciones de diseño

Estándares cumplidos A determinar.

Limitaciones hardware A determinar.

3.5.Atributos del sistema

1. Seguridad

A determinar.

2. Mantenimiento

A determina

3.6.Otros requisitos

1. Bases de datos

En la base de datos s e mantendrá información de todos los pasajeros:

nombre, CI, fecha de nacimiento, etc.

2. Operaciones

4. APENDICES

- http://www.fdi.ucm.es/profesor/gmendez/docs/is0809/ieee830.pdf

http://www.fdi.ucm.es/profesor/gmendez/docs/is0809/ieee830.pdf



16

- http://www.godtic.com/blog/2012/11/18/especificacion-de-requisitos-software-con-

ieee-830-1998/

- http://users.dsic.upv.es/~jsilva/fin/idr/IDR_practica1.pdf

- http://www.techstreet.com/products/14024?product_id=14024&sid=goog&gclid=C

KrnmJW5pLsCFfPm7AodqVYAvA

http://www.godtic.com/blog/2012/11/18/especificacion-de-requisitos-software-con-ieee-830-1998/

http://www.godtic.com/blog/2012/11/18/especificacion-de-requisitos-software-con-ieee-830-1998/

http://users.dsic.upv.es/~jsilva/fin/idr/IDR_practica1.pdf

http://www.techstreet.com/products/14024?product_id=14024&sid=goog&gclid=CKrnmJW5pLsCFfPm7AodqVYAvA

http://www.techstreet.com/products/14024?product_id=14024&sid=goog&gclid=CKrnmJW5pLsCFfPm7AodqVYAvA

Doc 6 especificacion de requisitos (ers-ieee830 01)

Technology

Transcript of Doc 6 especificacion de requisitos (ers-ieee830 01)