SlideShare una empresa de Scribd logo
1 de 16
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
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
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
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
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.
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.
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
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
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.
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
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:
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:
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
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.
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)
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.
____________

Más contenido relacionado

Similar a Cuenca Bline Especificación de Requerimientos

Analisis De Software
Analisis De SoftwareAnalisis De Software
Analisis De SoftwareWily Sánchez
 
modelo vista controlador
modelo vista controladormodelo vista controlador
modelo vista controladorcom2merwil
 
UNIDAD III TEMA 7 EQUIPO SCADA
UNIDAD III TEMA 7 EQUIPO SCADAUNIDAD III TEMA 7 EQUIPO SCADA
UNIDAD III TEMA 7 EQUIPO SCADAjudithDevia
 
Modelos requisitos casos de uso si_investigación
Modelos requisitos casos de uso si_investigaciónModelos requisitos casos de uso si_investigación
Modelos requisitos casos de uso si_investigaciónailatan66
 
METODOLOGÍA DE DESARROLLO DE APLICACIONES BASADAS EN COMPONENTES PARA AUTOMAT...
METODOLOGÍA DE DESARROLLO DE APLICACIONES BASADAS EN COMPONENTES PARA AUTOMAT...METODOLOGÍA DE DESARROLLO DE APLICACIONES BASADAS EN COMPONENTES PARA AUTOMAT...
METODOLOGÍA DE DESARROLLO DE APLICACIONES BASADAS EN COMPONENTES PARA AUTOMAT...EquipoSCADA
 
Ici opc-unidad v-tema 6
Ici opc-unidad v-tema 6Ici opc-unidad v-tema 6
Ici opc-unidad v-tema 6Nelson Gimon
 
F3 edwin rodriguez_203055_3 (1)
F3 edwin rodriguez_203055_3 (1)F3 edwin rodriguez_203055_3 (1)
F3 edwin rodriguez_203055_3 (1)edwin andres
 
Diseño de un sistema de microcontroladores maestro-esclavo mediante el uso de...
Diseño de un sistema de microcontroladores maestro-esclavo mediante el uso de...Diseño de un sistema de microcontroladores maestro-esclavo mediante el uso de...
Diseño de un sistema de microcontroladores maestro-esclavo mediante el uso de...MariaBarradas17
 
Monografia top sw
Monografia top swMonografia top sw
Monografia top swjamoca25
 
Sistema operativo marisol silvera chate
Sistema operativo  marisol silvera chateSistema operativo  marisol silvera chate
Sistema operativo marisol silvera chatemarimonchi16
 

Similar a Cuenca Bline Especificación de Requerimientos (20)

Modelado
ModeladoModelado
Modelado
 
Modelado
ModeladoModelado
Modelado
 
Modbus eai u5
Modbus eai u5Modbus eai u5
Modbus eai u5
 
Analisis De Software
Analisis De SoftwareAnalisis De Software
Analisis De Software
 
modelo vista controlador
modelo vista controladormodelo vista controlador
modelo vista controlador
 
Caso de uso
Caso de usoCaso de uso
Caso de uso
 
Requisitos
RequisitosRequisitos
Requisitos
 
5 requisitos estudiar examen lunes
5 requisitos estudiar examen lunes5 requisitos estudiar examen lunes
5 requisitos estudiar examen lunes
 
UNIDAD III TEMA 7 EQUIPO SCADA
UNIDAD III TEMA 7 EQUIPO SCADAUNIDAD III TEMA 7 EQUIPO SCADA
UNIDAD III TEMA 7 EQUIPO SCADA
 
Trab und5 - modbus
Trab   und5 - modbusTrab   und5 - modbus
Trab und5 - modbus
 
Modelos requisitos casos de uso si_investigación
Modelos requisitos casos de uso si_investigaciónModelos requisitos casos de uso si_investigación
Modelos requisitos casos de uso si_investigación
 
Caso de uso
Caso de usoCaso de uso
Caso de uso
 
METODOLOGÍA DE DESARROLLO DE APLICACIONES BASADAS EN COMPONENTES PARA AUTOMAT...
METODOLOGÍA DE DESARROLLO DE APLICACIONES BASADAS EN COMPONENTES PARA AUTOMAT...METODOLOGÍA DE DESARROLLO DE APLICACIONES BASADAS EN COMPONENTES PARA AUTOMAT...
METODOLOGÍA DE DESARROLLO DE APLICACIONES BASADAS EN COMPONENTES PARA AUTOMAT...
 
computacion
computacioncomputacion
computacion
 
Monografia Programación 3 Niveles
Monografia Programación 3 NivelesMonografia Programación 3 Niveles
Monografia Programación 3 Niveles
 
Ici opc-unidad v-tema 6
Ici opc-unidad v-tema 6Ici opc-unidad v-tema 6
Ici opc-unidad v-tema 6
 
F3 edwin rodriguez_203055_3 (1)
F3 edwin rodriguez_203055_3 (1)F3 edwin rodriguez_203055_3 (1)
F3 edwin rodriguez_203055_3 (1)
 
Diseño de un sistema de microcontroladores maestro-esclavo mediante el uso de...
Diseño de un sistema de microcontroladores maestro-esclavo mediante el uso de...Diseño de un sistema de microcontroladores maestro-esclavo mediante el uso de...
Diseño de un sistema de microcontroladores maestro-esclavo mediante el uso de...
 
Monografia top sw
Monografia top swMonografia top sw
Monografia top sw
 
Sistema operativo marisol silvera chate
Sistema operativo  marisol silvera chateSistema operativo  marisol silvera chate
Sistema operativo marisol silvera chate
 

Último

proyecto de mayo inicial 5 añitos aprender es bueno para tu niño
proyecto de mayo inicial 5 añitos aprender es bueno para tu niñoproyecto de mayo inicial 5 añitos aprender es bueno para tu niño
proyecto de mayo inicial 5 añitos aprender es bueno para tu niñotapirjackluis
 
Sesión de aprendizaje Planifica Textos argumentativo.docx
Sesión de aprendizaje Planifica Textos argumentativo.docxSesión de aprendizaje Planifica Textos argumentativo.docx
Sesión de aprendizaje Planifica Textos argumentativo.docxMaritzaRetamozoVera
 
OCTAVO SEGUNDO PERIODO. EMPRENDIEMIENTO VS
OCTAVO SEGUNDO PERIODO. EMPRENDIEMIENTO VSOCTAVO SEGUNDO PERIODO. EMPRENDIEMIENTO VS
OCTAVO SEGUNDO PERIODO. EMPRENDIEMIENTO VSYadi Campos
 
Programacion Anual Matemática4 MPG 2024 Ccesa007.pdf
Programacion Anual Matemática4    MPG 2024  Ccesa007.pdfProgramacion Anual Matemática4    MPG 2024  Ccesa007.pdf
Programacion Anual Matemática4 MPG 2024 Ccesa007.pdfDemetrio Ccesa Rayme
 
SELECCIÓN DE LA MUESTRA Y MUESTREO EN INVESTIGACIÓN CUALITATIVA.pdf
SELECCIÓN DE LA MUESTRA Y MUESTREO EN INVESTIGACIÓN CUALITATIVA.pdfSELECCIÓN DE LA MUESTRA Y MUESTREO EN INVESTIGACIÓN CUALITATIVA.pdf
SELECCIÓN DE LA MUESTRA Y MUESTREO EN INVESTIGACIÓN CUALITATIVA.pdfAngélica Soledad Vega Ramírez
 
ACERTIJO DE POSICIÓN DE CORREDORES EN LA OLIMPIADA. Por JAVIER SOLIS NOYOLA
ACERTIJO DE POSICIÓN DE CORREDORES EN LA OLIMPIADA. Por JAVIER SOLIS NOYOLAACERTIJO DE POSICIÓN DE CORREDORES EN LA OLIMPIADA. Por JAVIER SOLIS NOYOLA
ACERTIJO DE POSICIÓN DE CORREDORES EN LA OLIMPIADA. Por JAVIER SOLIS NOYOLAJAVIER SOLIS NOYOLA
 
plande accion dl aula de innovación pedagogica 2024.pdf
plande accion dl aula de innovación pedagogica 2024.pdfplande accion dl aula de innovación pedagogica 2024.pdf
plande accion dl aula de innovación pedagogica 2024.pdfenelcielosiempre
 
INSTRUCCION PREPARATORIA DE TIRO .pptx
INSTRUCCION PREPARATORIA DE TIRO   .pptxINSTRUCCION PREPARATORIA DE TIRO   .pptx
INSTRUCCION PREPARATORIA DE TIRO .pptxdeimerhdz21
 
AFICHE EL MANIERISMO HISTORIA DE LA ARQUITECTURA II
AFICHE EL MANIERISMO HISTORIA DE LA ARQUITECTURA IIAFICHE EL MANIERISMO HISTORIA DE LA ARQUITECTURA II
AFICHE EL MANIERISMO HISTORIA DE LA ARQUITECTURA IIIsauraImbrondone
 
Lecciones 05 Esc. Sabática. Fe contra todo pronóstico.
Lecciones 05 Esc. Sabática. Fe contra todo pronóstico.Lecciones 05 Esc. Sabática. Fe contra todo pronóstico.
Lecciones 05 Esc. Sabática. Fe contra todo pronóstico.Alejandrino Halire Ccahuana
 
plan de capacitacion docente AIP 2024 clllll.pdf
plan de capacitacion docente  AIP 2024          clllll.pdfplan de capacitacion docente  AIP 2024          clllll.pdf
plan de capacitacion docente AIP 2024 clllll.pdfenelcielosiempre
 
LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...
LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...
LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...JAVIER SOLIS NOYOLA
 
Valoración Crítica de EEEM Feco2023 FFUCV
Valoración Crítica de EEEM Feco2023 FFUCVValoración Crítica de EEEM Feco2023 FFUCV
Valoración Crítica de EEEM Feco2023 FFUCVGiustinoAdesso1
 
Qué es la Inteligencia artificial generativa
Qué es la Inteligencia artificial generativaQué es la Inteligencia artificial generativa
Qué es la Inteligencia artificial generativaDecaunlz
 
PIAR v 015. 2024 Plan Individual de ajustes razonables
PIAR v 015. 2024 Plan Individual de ajustes razonablesPIAR v 015. 2024 Plan Individual de ajustes razonables
PIAR v 015. 2024 Plan Individual de ajustes razonablesYanirisBarcelDelaHoz
 
Dinámica florecillas a María en el mes d
Dinámica florecillas a María en el mes dDinámica florecillas a María en el mes d
Dinámica florecillas a María en el mes dstEphaniiie
 

Último (20)

proyecto de mayo inicial 5 añitos aprender es bueno para tu niño
proyecto de mayo inicial 5 añitos aprender es bueno para tu niñoproyecto de mayo inicial 5 añitos aprender es bueno para tu niño
proyecto de mayo inicial 5 añitos aprender es bueno para tu niño
 
Fe contra todo pronóstico. La fe es confianza.
Fe contra todo pronóstico. La fe es confianza.Fe contra todo pronóstico. La fe es confianza.
Fe contra todo pronóstico. La fe es confianza.
 
Sesión de aprendizaje Planifica Textos argumentativo.docx
Sesión de aprendizaje Planifica Textos argumentativo.docxSesión de aprendizaje Planifica Textos argumentativo.docx
Sesión de aprendizaje Planifica Textos argumentativo.docx
 
OCTAVO SEGUNDO PERIODO. EMPRENDIEMIENTO VS
OCTAVO SEGUNDO PERIODO. EMPRENDIEMIENTO VSOCTAVO SEGUNDO PERIODO. EMPRENDIEMIENTO VS
OCTAVO SEGUNDO PERIODO. EMPRENDIEMIENTO VS
 
Programacion Anual Matemática4 MPG 2024 Ccesa007.pdf
Programacion Anual Matemática4    MPG 2024  Ccesa007.pdfProgramacion Anual Matemática4    MPG 2024  Ccesa007.pdf
Programacion Anual Matemática4 MPG 2024 Ccesa007.pdf
 
SELECCIÓN DE LA MUESTRA Y MUESTREO EN INVESTIGACIÓN CUALITATIVA.pdf
SELECCIÓN DE LA MUESTRA Y MUESTREO EN INVESTIGACIÓN CUALITATIVA.pdfSELECCIÓN DE LA MUESTRA Y MUESTREO EN INVESTIGACIÓN CUALITATIVA.pdf
SELECCIÓN DE LA MUESTRA Y MUESTREO EN INVESTIGACIÓN CUALITATIVA.pdf
 
ACERTIJO DE POSICIÓN DE CORREDORES EN LA OLIMPIADA. Por JAVIER SOLIS NOYOLA
ACERTIJO DE POSICIÓN DE CORREDORES EN LA OLIMPIADA. Por JAVIER SOLIS NOYOLAACERTIJO DE POSICIÓN DE CORREDORES EN LA OLIMPIADA. Por JAVIER SOLIS NOYOLA
ACERTIJO DE POSICIÓN DE CORREDORES EN LA OLIMPIADA. Por JAVIER SOLIS NOYOLA
 
plande accion dl aula de innovación pedagogica 2024.pdf
plande accion dl aula de innovación pedagogica 2024.pdfplande accion dl aula de innovación pedagogica 2024.pdf
plande accion dl aula de innovación pedagogica 2024.pdf
 
Power Point: Fe contra todo pronóstico.pptx
Power Point: Fe contra todo pronóstico.pptxPower Point: Fe contra todo pronóstico.pptx
Power Point: Fe contra todo pronóstico.pptx
 
INSTRUCCION PREPARATORIA DE TIRO .pptx
INSTRUCCION PREPARATORIA DE TIRO   .pptxINSTRUCCION PREPARATORIA DE TIRO   .pptx
INSTRUCCION PREPARATORIA DE TIRO .pptx
 
AFICHE EL MANIERISMO HISTORIA DE LA ARQUITECTURA II
AFICHE EL MANIERISMO HISTORIA DE LA ARQUITECTURA IIAFICHE EL MANIERISMO HISTORIA DE LA ARQUITECTURA II
AFICHE EL MANIERISMO HISTORIA DE LA ARQUITECTURA II
 
Lecciones 05 Esc. Sabática. Fe contra todo pronóstico.
Lecciones 05 Esc. Sabática. Fe contra todo pronóstico.Lecciones 05 Esc. Sabática. Fe contra todo pronóstico.
Lecciones 05 Esc. Sabática. Fe contra todo pronóstico.
 
plan de capacitacion docente AIP 2024 clllll.pdf
plan de capacitacion docente  AIP 2024          clllll.pdfplan de capacitacion docente  AIP 2024          clllll.pdf
plan de capacitacion docente AIP 2024 clllll.pdf
 
LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...
LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...
LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...
 
Valoración Crítica de EEEM Feco2023 FFUCV
Valoración Crítica de EEEM Feco2023 FFUCVValoración Crítica de EEEM Feco2023 FFUCV
Valoración Crítica de EEEM Feco2023 FFUCV
 
Qué es la Inteligencia artificial generativa
Qué es la Inteligencia artificial generativaQué es la Inteligencia artificial generativa
Qué es la Inteligencia artificial generativa
 
PIAR v 015. 2024 Plan Individual de ajustes razonables
PIAR v 015. 2024 Plan Individual de ajustes razonablesPIAR v 015. 2024 Plan Individual de ajustes razonables
PIAR v 015. 2024 Plan Individual de ajustes razonables
 
Unidad 3 | Metodología de la Investigación
Unidad 3 | Metodología de la InvestigaciónUnidad 3 | Metodología de la Investigación
Unidad 3 | Metodología de la Investigación
 
Medición del Movimiento Online 2024.pptx
Medición del Movimiento Online 2024.pptxMedición del Movimiento Online 2024.pptx
Medición del Movimiento Online 2024.pptx
 
Dinámica florecillas a María en el mes d
Dinámica florecillas a María en el mes dDinámica florecillas a María en el mes d
Dinámica florecillas a María en el mes d
 

Cuenca Bline Especificación de Requerimientos

  • 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. ____________