1. ESPECIFICACION DE REQUERIMIENTOS DE SOFTWARE
Parada de Buses
urbanos de Cuenca
Universidad de Cuenca – Multimedia 2013 Página 1 de 16
Especificación de requerimientos
PARADAS DE BUSES URBANOS DE
CUENCA
UNIVERSIDAD DE CUENCA
V 1.0
13/06/2013
2. ESPECIFICACION DE REQUERIMIENTOS DE SOFTWARE
Parada de Buses
urbanos de Cuenca
Universidad de Cuenca – Multimedia 2013 Página 2 de 16
CONTENIDO
CONTENIDO............................................................................................................ 2
1. Introducción .................................................................................................... 3
1.1. Propósito ................................................................................................... 3
1.2. Ámbito del Sistema ................................................................................... 3
1.3. Definiciones, acrónimos y abreviaturas....................................................... 3
1.4. Referencias................................................................................................ 5
1.5. Visión General ........................................................................................... 5
2. Descripción General......................................................................................... 6
2.1. Perspectiva del sistema ............................................................................ 6
2.2. Funciones del sistema............................................................................... 6
2.3. Características de Usuarios....................................................................... 6
2.4. Restricciones ............................................................................................. 6
2.5. Suposiciones y dependencias ................................................................... 6
2.6. Requisitos futuros..................................................................................... 7
3. Requisitos específicos ..................................................................................... 7
3.1. Requisitos globales del sistema................................................................ 7
4.2. CASOS DE USO................................................................................................. 9
5. FIRMAS DE ACEPTACION..................................................................................15
3. ESPECIFICACION DE REQUERIMIENTOS DE SOFTWARE
Parada de Buses
urbanos de Cuenca
Universidad de Cuenca – Multimedia 2013 Página 3 de 16
Parada de buses urbanos de Cuenca
Especificación de Requerimientos
1. Introducción
El transporte urbano de cuenca es uno de os medios mas utilizados para
transportarse a diferentes lugares, se cuenta con 30 lineas de buses
aproximadamente que recorren casi toda la ciudad, ademas existen mas de 400
lugares de parada en donde los usuarios pueden abordarlos, estos se han
dispuesto en cada 3 cuadras de la ciudad por las cuales pasan la diferentes lineas
de buses que recorren las diferentes rutas.
1.1. Propósito
El presente documento provee una descripción completa de funciones y
especificaciones del sistema a desarrollarse para el sistema PARADA DE BUSES
URBANOS DE CUENCA. Los requerimientos se encuentran estipulados como Casos
de Uso y en diagramas UML con el fin de esclarecer al personal que desarrollará el
software la forma como operará el mismo.
Las personas para quien va dirigido el documento son para los desarrolladores del
sistema .
1.2. Ámbito del Sistema
El sistema a desarrollarse se relaciona con la gestión comercial de la empresa
tendrá el nombre PARADA DE BUSES abarca procesos para la ubicación y la
información de las diferentes líneas de buses de cuenca de manera georeferencial
El objetivo de este proyecto es desarrollar una aplicación para dispositivos móviles
en el sistema operativo Android, que muestre información sobre las paradas de
transporte urbano de la ciudad de Cuenca.
1.3. Definiciones, acrónimos y abreviaturas
Definición
Caso de Uso Un caso de uso es una técnica para la captura de requisitos potenciales
de un nuevo sistema o una actualización de software. Cada caso de uso
proporciona uno o más escenarios que indican cómo debería
4. ESPECIFICACION DE REQUERIMIENTOS DE SOFTWARE
Parada de Buses
urbanos de Cuenca
Universidad de Cuenca – Multimedia 2013 Página 4 de 16
interactuar el sistema con el usuario o con otro sistema para conseguir
un objetivo específico.
Actor Se le llama Actor a toda entidad externa al sistema que guarda una
relación con éste y que le demanda una funcionalidad. Esto incluye a
los operadores humanos pero también incluye a todos los sistemas
externos, además de entidades abstractas, como el tiempo.
Asociación de
Comunicación
Relación entre un Actor y un caso de uso que denota la participación
del Actor en dicho caso de uso.
Extensión Es otra forma de interacción, un caso de uso dado, (la extensión)
puede extender a otro. Esta relación indica que el comportamiento del
caso de uso extensión puede ser insertado en el caso de uso extendido
bajo ciertas condiciones. La notación, es una flecha de punta abierta
con línea discontinua, desde el caso de uso extensión al caso de uso
extendido, con la etiqueta «extend». Esto puede ser útil para lidiar con
casos especiales, o para acomodar nuevos requisitos durante el
mantenimiento del sistema y su extensión. La extensión se utiliza en
casos de uso, un caso de uso a otro caso siempre debe tener extensión
o inclusión.
Inclusión Es una forma de interacción o creación, un caso de uso dado puede
“incluir” otro. El primer caso de uso a menudo depende del resultado
del caso de uso incluido. Esto es útil para extraer comportamientos
verdaderamente comunes desde múltiples casos de uso a una
descripción individual, desde el caso de uso que lo incluye hasta el caso
de uso incluido, con la etiqueta “«include»”. Este uso se asemeja a una
expansión de una macro, donde el comportamiento del caso incluido es
colocado dentro del comportamiento del caso de uso base. No hay
parámetros o valores de retorno
Generalización En la tercera forma de relaciones entre casos de uso, existe una
relación generalización/especialización. Un caso de uso dado puede
estar en una forma especializada de un caso de uso existente. La
notación es una línea sólida terminada en un triángulo dibujado desde
el caso de uso especializado al caso de uso general. Esto se asemeja al
concepto orientado a objetos de sub-clases, en la práctica puede ser
útil agrupar comportamientos comunes, restricciones al caso de uso
5. ESPECIFICACION DE REQUERIMIENTOS DE SOFTWARE
Parada de Buses
urbanos de Cuenca
Universidad de Cuenca – Multimedia 2013 Página 5 de 16
general, describirlos una vez, y enfrentarse a los detalles excepcionales
en los casos de uso especializados.
Acrónimo Definición
ERS Especificación de Requisitos de Software
IEEE Instituto de Ingenieros Electricistas y Electrónicos
UML Lenguaje Unificado de Modelado es el lenguaje de modelado de sistemas
de software más conocido y utilizado en la actualidad.
1.4. Referencias
DESCRIPCION
IEEE Recommended Practice for Software Requirements Specification. ANSI/IEEE
std 830, 1998
Diagrama de casos de uso (Wikipedia -
http://es.wikipedia.org/wiki/Diagrama_de_casos_de_uso)
http://es.scribd.com/doc/57478861/Ejemplo-Especificacion-de-Requerimientos-de-
Software
1.5. Visión General
Este documento consta de tres secciones. Esta sección es la Introducción y
proporciona una visión general de la ERS. En la Sección 2 se da una descripción
general del sistema, con el fin de conocer las principales funciones que debe
realizar, los datos asociados y los Actores, requisitos técnicos, supuestos y
dependencias que afectan al desarrollo, sin entrar en detalles. En la sección 3 se
definen detalladamente los requisitos que satisface el sistema.
En la sección 4 se definen el diseño para el sistema.
6. ESPECIFICACION DE REQUERIMIENTOS DE SOFTWARE
Parada de Buses
urbanos de Cuenca
Universidad de Cuenca – Multimedia 2013 Página 6 de 16
2. Descripción General
2.1. Perspectiva del sistema
Por la naturaleza de este proyecto de software el sistema es independiente, es
decir no se enlaza o pertenece a otro modulo.
Mostrara un mapa que abarca aproximadamente en donde mostrara cada una de
las paradas de las paradas, dando la opción de seleccionar una en donde mostrara
mas información como líneas de buses que pasan por aquella ubicación, luego el
usuario puede seleccionar la línea de bus que requiere y a continuación se
mostrara un mapa con la ruta que sigue a línea
2.2. Funciones del sistema
Mostrar un mapa con todas las paradas de buses que hay en la ciudad de
Cuenca.
Información sobre la parada como la dirección y las líneas que pasan por alli
Información de cada una de la líneas de buses que pasan por una parada
seleccionada como a ruta que sigue, el numero de línea, la denominación o
nombre
Mapa con la ruta de la línea seleccionada por el usuario.
Información de contactos para comentarios y sugerencias de los usuarios
finales sobre posibles actualizaciones, correcciones.
2.3. Características de Usuarios
Administradores del Sistema: Personas que configuraran el SW de
acuerdo a las necesidades
Usuario Final: Personas que harán uso del sistema.
2.4. Restricciones
El usuario final no podrá realizar modificaciones a la información que se le
presenta, pero puede enviar comentarios o sugerencias a los administradores del
sistema para que ello evalúen la petición y luego realizar los cambios.
2.5. Suposiciones y dependencias
Se asume que los requisitos descritos en este documento no variaran después que
sean revisados y aprobados, pero en cada revision se puede evaluar sugerencias
de cambio y decidir si son aceptables o no estas peticiones, entonces se podra
modificar o agregar requerimientos.
7. ESPECIFICACION DE REQUERIMIENTOS DE SOFTWARE
Parada de Buses
urbanos de Cuenca
Universidad de Cuenca – Multimedia 2013 Página 7 de 16
2.6. Requisitos futuros
Se podría aumentar una funcion para recibir comentarios y sugerencias de los
usuarios finales, esto de una forma directa.
3. Requisitos específicos
Esta es la sección más larga e importante del documento por cuanto aquí se
especifican detalladamente los requisitos. Esto permite que los desarrolladores
diseñen un sistema que satisfaga completamente los requisitos de los usuarios y
que se planifiquen las pruebas de aceptación para la satisfacción de los directivos y
usuarios para cumplir con el objetivo del sistema.
3.1. Requisitos globales del sistema
El sistema requiere la siguiente funcionalidad:
R1. Se debe llevar un correcto orden de cada una de las líneas de buses urbanos
de cuenca.
R2. Se mostrara información sobre las siguientes rutas de buses, el número de
línea, su denominación.
1B
2
3
4
5
6
7
8
9
11
12
13
14
15
16
17
18
19
8. ESPECIFICACION DE REQUERIMIENTOS DE SOFTWARE
Parada de Buses
urbanos de Cuenca
Universidad de Cuenca – Multimedia 2013 Página 8 de 16
20
22
23
24
25
26
27
28
29
50
R3. Al sistema puede acceder cualquier usuario
R4. No requiere de autenticación de usuarios
R5. Se abarcaran aproximadamente 100 paradas que están en torno al centro
histórico de cuenca.
4. Casos de Uso
4.1. Diagrama de Casos de Uso
9. ESPECIFICACION DE REQUERIMIENTOS DE SOFTWARE
Parada de Buses
urbanos de Cuenca
Universidad de Cuenca – Multimedia 2013 Página 9 de 16
4.2. Descripción de casos de uso
Se han definido los siguientes casos de uso:
4.2.1. Ver todas la paradas
Actores: Usuario Final
Descripción: Desplegar mapa que muestra las 100 paradas de la ciudad de Cuenca
Disparador: Seleccionar boton de Todas las paradas
Precondicion
es:
1. Instalado el software en un equipo movil
2. Capacidad del equipo movil para desplegar mapas
Pos
condiciones:
1. El usuario puede seleccionar una parada para ver la información
que contiene
Flujo
Normal:
Actor Acción
Usuario
Final
1.Selecciona la opción Todas las paradas
Sistema 2.Mostrara en un mapa a ubicación de las 100 paradas de Cuenca
Usuario
Final
3.Selecciona salir
Sistema 4. Cierra el mapa y mostrara el menú principal
Flujos
Alternativos:
Documente otros usos o escenarios que pudieran ocurrir en este caso
de uso, identifique cualquier diferencia en el flujo y las acciones que
deben de ser tomadas
Actor Acción
Usuario
Final
2.1.a.El usuario requiere de mas o menos Zoom
Sistema 2.1.b. El sistema aumentara o disminuirá la visualización del mapa según
requiera ek usuario
Usuario
Final
2.1.a.El usuario selecciona una parada
Sistema 2.1.b. Mostrara información referente a la parada: dirección, líneas de
buses que pasan por la seleccionada.
Excepciones: Error o condición de error que pudiera ocurrir durante la ejecución de
este caso de uso, defina como debe de responder el sistema a esta
condición.
10. ESPECIFICACION DE REQUERIMIENTOS DE SOFTWARE
Parada de Buses
urbanos de Cuenca
Universidad de Cuenca – Multimedia 2013 Página 10 de 16
Inclusiones: Caso de uso Ver información de la parada
Prioridad: Media
Frecuencia
de uso:
Baja
Reglas de
negocio:
Requerimien
tos
especiales:
Suposiciones
:
Notas y
Asuntos:
4.2.2. Seleccionar parada
Actores: Usuario Final
Descripción: Desplegar el mapa de la parada seleccionada
Disparador: Seleccionar boton de Todas las paradas
Precondicion
es:
3. Instalado el software en un equipo móvil
4. Capacidad del equipo movil para desplegar mapas
Pos
condiciones:
2. El usuario puede seleccionar una parada para ver la información
que contiene
Flujo
Normal:
Actor Acción
Usuario
Final
1.Selecciona la opción Todas las paradas
Sistema 2.Mostrara en un mapa a ubicación de las 100 paradas de Cuenca
Usuario
Final
3.Selecciona salir
Sistema 4. Cerra el mapa y mostrara el menu principal
Flujos
Alternativos:
Documente otros usos o escenarios que pudieran ocurrir en este caso
de uso, identifique cualquier diferencia en el flujo y las acciones que
deben de ser tomadas
Actor Acción
Usuario 2.1.a.El usuario requiere de mas o menos Zoom
11. ESPECIFICACION DE REQUERIMIENTOS DE SOFTWARE
Parada de Buses
urbanos de Cuenca
Universidad de Cuenca – Multimedia 2013 Página 11 de 16
Final
Sistema 2.1.b. El sistema aumentara o disminuirá la visualización del mapa según
requiera ek usuario
Usuario
Final
2.1.a.El usuario selecciona una parada
Sistema 2.1.b. Mostrara información referente a la parada: dirección, líneas de
buses que pasan por la seleccionada.
Excepciones: Error o condición de error que pudiera ocurrir durante la ejecución de
este caso de uso, defina como debe de responder el sistema a esta
condición.
Inclusiones: Caso de uso Ver información de la parada
Prioridad: Media
Frecuencia
de uso:
Baja
Reglas de
negocio:
Requerimien
tos
especiales:
Suposiciones
:
Notas y
Asuntos:
4.2.3. Seleccionar línea
Actores: Usuario Final
Descripción: Desplegar mapa que muestra las 100 paradas de la ciudad de Cuenca
Disparador: Seleccionar botón de Todas las paradas
Precondiciones
:
5. Instalado el software en un equipo movil
6. Capacidad del equipo movil para desplegar mapas
Pos
condiciones:
3. El usuario puede seleccionar una parada para ver la información
que contiene
Flujo Normal:
12. ESPECIFICACION DE REQUERIMIENTOS DE SOFTWARE
Parada de Buses
urbanos de Cuenca
Universidad de Cuenca – Multimedia 2013 Página 12 de 16
Actor Acción
Usuario
Final
1.Selecciona la opción Todas las paradas
Sistema 2.Mostrara en un mapa a ubicación de las 100 paradas de Cuenca
Usuario
Final
3.Selecciona salir
Sistema 4. Cerra el mapa y mostrara el menu principal
Flujos
Alternativos:
Documente otros usos o escenarios que pudieran ocurrir en este caso
de uso, identifique cualquier diferencia en el flujo y las acciones que
deben de ser tomadas
Actor Acción
Usuario
Final
2.1.a.El usuario requiere de mas o menos Zoom
Sistema 2.1.b. El sistema aumentara o disminuirá la visualización del mapa según
requiera el usuario
Usuario
Final
2.1.a.El usuario selecciona una parada
Sistema 2.1.b. Mostrara información referente a la parada: dirección, líneas de
buses que pasan por la seleccionada.
Excepciones: Error o condición de error que pudiera ocurrir durante la ejecución de
este caso de uso, defina como debe de responder el sistema a esta
condición.
Inclusiones: Caso de uso Ver información de la parada
Prioridad: Media
Frecuencia de
uso:
Baja
Reglas de
negocio:
13. ESPECIFICACION DE REQUERIMIENTOS DE SOFTWARE
Parada de Buses
urbanos de Cuenca
Universidad de Cuenca – Multimedia 2013 Página 13 de 16
Requerimiento
s especiales:
Suposiciones:
Notas y
Asuntos:
4.2.4. Mostrar información contacto
Actores: Usuario Final
Descripción: Muestra información de contacto
Disparador: Seleccionar boton de Contacto
Precondiciones
:
7. Instalado el software en un equipo movil
8. Capacidad del equipo movil para desplegar mapas
Pos
condiciones:
4. El usuario puede volver al menu principal
Flujo Normal:
Actor Acción
Usuario
Final
1.Selecciona la opción Contacto
Sistema 2.Mostrara en pantalla la información de cada uno de los
administradores del sistema
Nombre
Email
Teléfonos
Usuario
Final
3.Selecciona salir.
Sistema 4. Cerra la pantalla y mostrara el menú principal
Flujos
Alternativos:
Documente otros usos o escenarios que pudieran ocurrir en este caso
de uso, identifique cualquier diferencia en el flujo y las acciones que
deben de ser tomadas
Excepciones: Error o condición de error que pudiera ocurrir durante la ejecución de
este caso de uso, defina como debe de responder el sistema a esta
14. ESPECIFICACION DE REQUERIMIENTOS DE SOFTWARE
Parada de Buses
urbanos de Cuenca
Universidad de Cuenca – Multimedia 2013 Página 14 de 16
condición.
Inclusiones: Caso de uso Ver información de la parada
Prioridad: Baja
Frecuencia de
uso:
Baja
Reglas de
negocio:
Requerimiento
s especiales:
Suposiciones: El usuario ya hizo uso del sistema
Notas y
Asuntos:
Es de importancia esta opción para poder receptar opiniones o
correcciones para el sistema. En un futuro podría darse la posibilidad
de que el usuario pueda enviar sus sugerencias directamente.
15. ESPECIFICACION DE REQUERIMIENTOS DE SOFTWARE
Parada de Buses
urbanos de Cuenca
Universidad de Cuenca – Multimedia 2013 Página 15 de 16
5. Diseño
5.1. Diagrama de base de datos
5.2. Descripción de entidades
Parada: Entidad que almacenara los datos relacionados con cada una de
las paradas requiere de :
idParada int 1
direccion Varchar(100)l
X double
Y double
Descripcion varchar(100)
Linea Parada
idLinea int
idParada int
Ruta
idRuta int
descripcion varchar(50)
Parada
idParada int
descripcion varchar(50)
16. ESPECIFICACION DE REQUERIMIENTOS DE SOFTWARE
Parada de Buses
urbanos de Cuenca
Universidad de Cuenca – Multimedia 2013 Página 16 de 16
numero int
ruta
5.3. Diseño de Interfaz Gráfica
5.3.1. Pantalla Inicio
Pantalla que se muestra cuando inicia el sistema
5.3.2. Menús
Cada una de las opciones que tiene el sistema
5.3.1. Todas las paradas
Mostrara un mapa donde ubicara todas la paradas
7. FIRMAS DE ACEPTACION
Son las firmas de los integrantes del comité encargado de establecer los criterios de aceptación de
proveedores de requerimientos.
____________