Post on 14-Feb-2018
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 1/61
DOCUMENTO DE DISEÑO
JAIME DANIEL JIMENEZ GUZMAN
FUNDACION UNIVERSITARIA JUAN DE CASTELLANOSFACULTAD DE INGENIERIA
INGENIERIA DE SISTEMAS
TUNJA
2013
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 2/61
DOCUMENTO DE DISEÑO
JAIME DANIEL JIMENEZ GUZMAN
Trabajo presentado a:
JULIO ALEJANDRO PINZON NUÑEZ
FUNDACION UNIVERSITARIA JUAN DE CASTELLANOS
FACULTAD DE INGENIERIA
INGENIERIA DE SISTEMAS
TUNJA
2013
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 3/61
1.7.1 Requisitos comunes de los interfaces 9
1.7.1.2 Interfaces de usuario 9
1.7.1.3 Interfaces de hardware 9
1.7.1.4 Interfaces de software 10
1.7.1.5 Interfaces de comunicación 10
INTRODUCCION 6
OBJETIVOS 7
1
DOCUMENTO DE REQUISITOS 8
1.1
Propósito
8
1.2
Ámbito del sistema 8
1.3
Definiciones, acrónimos y abreviaturas 8
1.4 Referencias 9
1.5
Visión general del documento 9
1.6 Descripción general 9
1.6.1 Perspectiva del producto 9
1.7 Requisitos específicos 9
1.8
Requisitos funcionales 10
1.9
Requisitos de rendimiento 10
1.10 Atributos del sistema 10
1.10.1 Seguridad 10
1.10.2
Fiabilidad
10
1.10.3
Disponibilidad
11
1.10.4 Mantenibilidad 11
1.10.5
Portabilidad 11
2 DOCUMENTO DE DISEÑO 12
2.1 Propósito 12
2.2
Diagrama de contexto
12
2.3
Caso de uso administrar parqueadero y su respectiva plantilla de especificación
13
2.4
Caso de uso Ingreso de vehículos y su respectiva plantilla de especificación
19
2.5
Caso de uso Administrar vehículo y su respectiva plantilla de especificación.
21
2.6 Caso de uso Administrar Usuario, y su respectiva plantilla de especificación 27
2.7
Caso de uso Facturar y su respectiva plantilla de especificación
33
2.8
Diagramas de actividad
36
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 4/61
4
2.8.1 Agregar Parqueadero 36
2.8.2 Modificar parqueadero 36
2.8.3 Buscar parqueadero 37
2.8.4 Eliminar Parqueadero 37
2.8.5 Registro de entrada 38
2.8.6 Agregar vehículo 38
2.8.7 Modificar vehículo 39
2.8.8
Buscar vehículo
39
2.8.9 Eliminar vehículo 40
2.8.10 Agregar Usuario 40
2.8.11
Modificar Usuario 41
2.8.12 Buscar Usuario 41
2.8.13 Eliminar Usuario 42
2.8.14
Facturar 42
2.9 Diagramas de secuencia 43 2.9.1 Agregar Parqueadero 43
2.9.2 Modificar parqueadero 43
2.9.3
Buscar Parqueadero 44
2.9.4 Eliminar Parqueadero 44
2.9.5
Registrar entrada
45
45
2.9.6
Agregar vehículo 45
2.9.7
Modificar vehículo 46
2.9.8 Buscar vehículo 46
2.9.9
Eliminar vehículo 47
2.9.10
Agregar Usuario 47
2.9.11
Modificar Usuario 48
2.9.12 Buscar Usuario 48
2.9.13 Eliminar Usuario 49
2.9.14 Facturar 49
2.10 Diagramas de Comunicación 50
2.10.1
Agregar Parqueadero
50 2.10.2 Modificar Parqueadero 50
2.10.3
Buscar Parqueadero 51
2.10.4 Eliminar Parqueadero 51
2.10.5 Registrar Entrada 52
2.10.6 Agregar vehículo 52
2.10.7 Modificar vehículo 53
2.10.8 Buscar vehículo 53
2.10.9 Eliminar vehículo 54
2.10.10 Agregar Usuario 54
2.10.11 Modificar Usuario 55
2.10.12 Buscar Usuario 55
2.10.13 Eliminar Usuario 56
2.10.14
Facturar 56
2.11 Diagramas de Estado de Maquina 57 2.11.1 VEHICULO 57
2.11.2 USUARIO 57
2.11.3 FACTURAR 58
2.13
Diagrama De Despliegue 59
2.14 Diagrama de Paquetes 59
2.15
Diagrama De Clases 60
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 5/61
3
METODOLOGIA 60
3.1
DESCRIPCION 60
4
CONCLUSIONES 61
5 WEBGRAFIA 61
Ficha del documento Fecha Revisión Autor Verificado dep.
Calidad.
[Fecha] [Rev.] [Descripción] [Firma o sello]
Documento validado por las partes en fecha: [Fecha]
Por el cliente Por la empresa suministradora
Fdo. D./Dña. [Nombre] Fdo. D./Dña. [Nombre]
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 6/61
6
INTRODUCCION
En la ciudad de Tunja los parqueaderos no cuentan con una sistematización parael control de usuarios y vehículos, por este motivo se generan pérdidas monetarias
para los dueños y el usuario, además de congestión y pérdida de tiempo; Elsistema se encargara de llevar un control de la entrada y salida de vehículos deuna forma sistematizada además de prestar otros servicios como son: tiempoexacto que los vehículos permanecen en el parqueadero y su respectivafacturación. Lo que llevara a que se beneficien las dos partes.
Mediante los requisitos funcionales y no funcionales se realizara un modelado delsoftware, el cual nos servirá para su posterior desarrollo.
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 7/61
7
OBJETIVO
GENERAL:
• Crear un software, para sistematizar las funciones básicas de unparqueadero como son la entrada y salida de vehículos, tiempo que losvehículos hacen uso del mismo y la facturación de este tiempo de uso.
ESPECIFICOS
•
Aplicar de una manera adecuada el diseño de software para completarsatisfactoriamente el modelado del sistema.
•
Proponer a partir del diseño de software una serie de modelos querepresenten el funcionamiento que va a tener el sistema que se quieredesarrollar.
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 8/61
8
1. DOCUMENTO DE REQUISITOS
1.1 Propósito
El presente capitulo tiene como finalidad dar a conocer lascaracterísticas técnicas y funcionales del software a desarrollar. Asímismo se darán a conocer los aspectos que se tendrá aconsideración para la elaboración del mismo, también se informaradetalladamente de las funciones que presta el software. Estainformación ira dirigida a las personas que hacen uso del sistema y aldueño de la empresa donde será instalado el mismo.
1.2 Ámbito del sistema
Este se encargara de llevar un control de los vehículos que hacen usodel parqueadero en el cual se va a instalar el software a desarrollar,Este control se encargara de guardar en un registro único para cadacliente la hora de entrada y y de salida de su vehículos delparqueadero de una forma automatizada además de prestar otrosservicios como son: tiempo exacto que los vehículos permanecen enel parqueadero y facturación de este tiempo. Con lo que sebeneficiaran las dos partesCon este software se beneficiaran las dos partes debido a que estehará las cosas más fáciles gracias a sus facilidades de manejo yrapidez a la hora de prestar el servicio.
1.3 Definiciones, acrónimos y abreviaturas
Parqueadero: Aparcamiento, garaje.Vehículo:Medio de locomoción o transporte.BASE DE DATOS: Una base de datos es una colección de información organizada deforma que un programa de ordenador pueda seleccionar rápidamentelos fragmentos de datos que necesite. Una base de datos es unsistema de archivos electrónico.INTERFAZ:Es un término que procede del vocablo inglés interface (“superficie de
contacto”). En informática, esta noción se utiliza para nombrar a laconexión física y funcional entre dos sistemas o dispositivos. Lainterfaz, por lo tanto, es una conexión entre dos máquinas decualquier tipo, a las cuales les brinda un soporte para la comunicaciónentre distintos niveles.
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 9/61
9
1.4 Referencias
• PRESSMAN, Roger Ingeniería de software 7ªEdicion Mexico
Pearson• SOMMERVILLE, Ian. Ingeniería de Software. 7ª Edición. México.
Pearson.• SOMMERVILLE, Ian. Ingeniería de Software. 9ª Edición. México.
Pearson• http://www.wordreference.com/definicion/veh%C3%ADculo
• http://www.wordreference.com/definicion/parqueadero
1.5 Visión general del documento
El documento va enfocado hacia las personas que tengan algún tipode interés acerca de la creación de software de calidad, para esto sedarán a conocer pasos y metodología a seguir para conseguirdesarrollar el software que se nos a pedido o queremos desarrollarindependientemente.
1.6 Descripción general
1.6.1 Perspectiva del producto El software a desarrollar será independiente ya que no seinstalara sobre ningún otro software o hardware ya establecidodentro de las instalaciones en las cuales se implementara laaplicación a desarrollar.
1.7 Requisitos específicos
L a aplicación debe ser funcional tanto para el administrador como el usuario,el administrador podrá tener acceso a la información de todos los usuarioscomo la de sus autos, la información básica podrá ser modificada (ciudaddonde vive, dirección, estado civil) pero la información avanzada no podrá sermodificada (nombres, apellidos, fecha de nacimiento, placa del auto, color delauto), mientras que el usuario solo podrá ver la información respecto a cadauno de sus vehículos.
1.7.1 Requisitos comunes de los interfaces
1.7.1.2 Interfaces de usuario
El sistema contara con una interfaz la cual contara conlos colores que identifican a la empresa y su respectivologo.
1.7.1.3 Interfaces de hardware
El sistema no interactuara con ningún tipo de hardwareexterno.
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 10/61
10
1.7.1.4 Interfaces de software
El sistema será implantado independiente de otrasaplicaciones pero si es necesario podrá ser acopladocon otro tipo de sistemas.En el sistema se podrán visualizar datos del cliente y de
su vehículo además de cambiar datos personales.1.7.1.5 Interfaces de comunicación
El sistema se comunicara con una base de datos la cualcontendrá toda la información de los clientes.
1.8 Requisitos funcionales
•
El usuario y el vehículo del sistema tendrán una id única dentro delsistema para llevar un completo control del tiempo quepermanezca dentro del parqueadero.
•
El sistema administrara vehículos y usuarios por aparte ya que unvehículo pude tener más de un usuario.
•
El sistema generara la factura de los gastos producidos por elvehículo.
1.9 Requisitos de rendimiento
Se espera que el sistema tenga una carga de trabajo media-alta,Cada parqueadero contara con terminal central donde se instalarael software y una base de datos donde se guardaran los registrosde los usuarios y sus respectivos vehículos.
1.10 Atributos del sistema
1.10.1 Seguridad
Para evitar el mal uso del software por parte de terceros estecontara con los siguientes elementos de seguridad.•
Contraseñas únicas para el administrador.•
Contraseñas únicas para cada uno de los usuarios.•
Permisos ilimitados para el administrador.• Permisos limitados para el usuario.
1.10.2 Fiabilidad
El sistema se desarrolla de una forma en la que los incidentesno sean muy frecuentes ni de mucha gravedad cuando selleguen a presentar.
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 11/61
11
1.10.3 Disponibilidad
El sistema tendrá que estar disponible el 100% de las horas deldía durante todo el año.
1.10.4 Mantenibilidad
El desarrollador se ocupara de hacer mantenimiento al sistema,este mantenimiento se hará mensualmente o cuando lo soliciteel administrador.
1.10.5 Portabilidad
El sistema será de fácil traslado ya que este será desarrolladoen su totalidad bajo programación orientada a objetos, y soloserá necesario una terminal en la cual se instalaría el sistema.En un principio este sistema será desarrollado para utilizarsebajo sistema operativo Windows.
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 12/61
12
2 DOCUMENTO DE DISEÑO
2.1 Propósito
El presente capitulo tiene como finalidad diseñar el sistema delsoftware que se quiere desarrollar mediante una serie de modelosUML.
2.2 Diagrama de contexto
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 13/61
13
2.3 Caso de uso administrar parqueadero y su respectivaplantilla de especificación
PROYECTO: Nombre del proyecto
Especificación del Caso de Uso: Agregar Parqueadero
ID
1.1
Nombre Agregar Parqueadero
Descripción
Este caso de uso se encargara de introducir un parqueaderoa la base de datos, para su posterior administración dentrode la misma.
Autores
Jaime Daniel Jiménez Guzmán.
Fecha Creación
13-09-2013
20-09-2013
Actores
Administrador
Precondiciones
Él sistema tiene que tener espacio suficiente para agregar unnuevo parqueadero al sistema
Pos condiciones
El sistema contara con un nuevo parqueadero.
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 14/61
14
Flujo Normal de Eventos
PASO
ADMINISTRADOR
SISTEMA
1.
Selecciona la opción <<Agregarparqueadero>>
2.
Despliega la ventana<<Agregar Parqueadero>>
3.
Ingresa la información del nuevoparqueadero digitando<< identificación, nombre ,capacidad , lugar deubicación>>
4.
Da click en la opción<<Enviar información>>
5.
Válida la información
6.
Confirma el ingreso del nuevo
parqueadero
7.
Ingresa el nuevo parqueadero
8. Guarda el registro en la bases dedatos
Flujos Alternos
•
En el paso 5 si quedan espacios de información sin ser llenados entonces elsistema mostrara un mensaje indicado que hace falta suministrar ciertainformación y vuelve al paso 2.
Excepciones
•
En dado caso que el servidor que permite la comunicación con la base de datoseste fuera de servicio no se podrá ingresar el nuevo parqueadero y mostrara unmensaje indicando que la información no esta disponible.
Casos de uso que incluye
Casos de uso que extiende
Referencias
Anotaciones
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 15/61
15
PROYECTO: Nombre del proyecto
Especificación del Caso de Uso: Modificar Parqueadero
ID 1.2
Nombre
Modificar Parqueadero
Descripción
Este caso de uso se encargara de modificar la información deun parqueadero que este guardado en el sistemapreviamente.
Autores
Jaime Daniel Jiménez guzmán.
Fecha Creación 13-09-2013 20-09-2013
Actores
Administrador
Precondiciones
El parqueadero a modificar ya tiene que estar guardado en elsistema.
Pos condiciones
El parqueadero quedara guardado dentro del sistema connueva información
Flujo Normal de Eventos
PASO ADMINISTRADOR SISTEMA
1.
Selecciona la opción
<<Modificar Parqueadero>>
2.
Despliega la ventana<<Modificar Información>>
3.
Digita la dirección delparqueadero
4.
<<Busca El parqueadero>>
5. <<Modifica la informacióndeseada>>
6.
Da click en enviar información
7.
Valida la informacion
8.
Confirma la modificación
9.
Modifica la información
10. Guarda el registro en la base deDatos
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 16/61
16
Flujos Alternos
•
En el paso 4 si el sistema no encuentra el parqueadero sale un mensaje deerror y vuelve al paso 3.
• En el paso 7 si alguno de los datos no es aceptado por el sistema se mostrara
un mensaje indicando que el tipo de información es incorrecto y vuelve al paso5.
Excepciones
•
En dado caso que el servidor de aplicaciones que permite la comunicación conla base de datos este fuera de servicio no se podrá ingresar el nuevoparqueadero, y el sistema mostrar un mensaje indicando esta situacion.
Casos de uso que incluye
•
Buscar Parqueadero
Casos de uso que extiende
Referencias
Anotaciones
PROYECTO: Nombre del proyecto
Especificación del Caso de Uso: Buscar Parqueadero
ID
1.3
Nombre
Buscar Parqueadero
Descripción
Este caso de uso se encargara de Buscar un parqueaderodentro del sistema para modificar su información o eliminarlodel mismo
Autores
Jaime Daniel Jiménez Guzmán.
Fecha Creación 13-09-2013 20-09-2013
Actores
Administrador
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 17/61
17
Precondiciones
El Parqueadero a buscar ya tiene que estar guardado en elSistema
Pos condiciones
El sistema contara con nueva información o con unparqueadero menos.
Flujo Normal de Eventos
PASO ADMINISTRADOR SISTEMA
1.
Selecciona la opción <<BuscarParqueadero>>
2.
Despliega la ventana<<Buscar Parqueadero >>
3.
Digita la dirección delparqueadero que se quierebuscar
4.
Da click en la opción<<Enviar información>>
5.
Valida la información
6.
Busca el parqueadero (S)
7.
Muestra el parqueadero buscado
Flujos Alternos
• En el paso 5 si no se encuentra el parqueadero el sistema emitirá un mensajeindicando que el criterio de búsqueda ha fallado y volverá al paso 3.
Excepciones
•
En caso que el servidor de aplicaciones o el servidor de base de datos estefuera de servicio no se podrá consultar los parqueaderos, enviándose unmensaje de tal situación.
Casos de uso que incluye
Casos de uso que extiende
Referencias
Anotaciones
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 18/61
18
PROYECTO: Nombre del proyecto
Especificación del Caso de Uso: Eliminar Parqueadero
ID 1.4
Nombre
Eliminar Parqueadero
Descripción
Este caso de uso se encargara de Eliminar un parqueaderodel sistema.
Autores
Jaime Daniel Jiménez Guzmán.
Fecha Creación 13-09-2013 20-09-2013
Actores
Administrador
Precondiciones
El parqueadero debe estar registrado en el sistema.
Pos condiciones
El parqueadero será eliminado del sistema.
Flujo Normal de Eventos
PASO
ADMINISTRADOR
SISTEMA
1.
Selecciona la opción<<Eliminar Parqueadero >>
2.
Despliega la ventana<<Eliminar Parqueadero>>
3
Introduce la dirección delparqueadero que se quiereeliminar
4.
Da click en<<Enviar información>>
5.
<<Busca el parqueadero >>
6
Confirma la orden de eliminarparqueadero
7.
<<Elimina el parqueadero>>
8
Guarda el registro en la base deDatos
Flujos Alternos
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 19/61
19
•
En el paso 5 si el sistema no encuentra el parqueadero según la dirección quese haya introducido el sistema mostrara un mensaje de error y volverá al paso3.
Excepciones
•
En caso que el servidor de aplicaciones o el servidor de base de datos estefuera de servicio no se podrá Eliminar el parqueadero, enviándose un mensajede tal situación.
Casos de uso que incluye
• Buscar Parqueadero
Casos de uso que extiende
Referencias
Anotaciones
2.4 Caso de uso Ingreso de vehículos y su respectivaplantilla de especificación
PROYECTO: Nombre del proyecto
Especificación del Caso de Uso: Registrar entrada
ID 1.1
Nombre
Registrar Entrada
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 20/61
20
Descripción
Este caso de uso se encargara de registrar la hora de entradadel vehículo a un parqueadero.
Autores
Jaime Daniel Jiménez Guzmán.
Fecha Creación
13-09-2013
20-09-2013
Actores
Administrador
Precondiciones
Él parqueadero tiene que tener espacio disponible para queel parqueadero ingrese a este.
Pos condiciones
El parqueadero contara con un vehículo más en su interior.
Flujo Normal de Eventos
PASO ADMINISTRADOR SISTEMA
1.
Selecciona la opción<<Registrar entrada>>
2. Verifica que haya espacio
disponible en el parqueadero
3.
Despliega la ventana<<Registrar Entrada>>
4.
Digita<<La placa del vehículo, y Horade entrada >>
5.
Da click en<< Registrar Entrada>>
6.
Valida la información
7.
Asigna un espacio de parqueo alVehículo
8.
Confirma el registro
9.
Registra la entrada
10.
Guarda el registro en la base deDatos
Flujos Alternos
• En el paso 2 si no hay espacio disponible en el parqueadero, el sistemamostrara un mensaje indicando que no hay espacios disponibles y volverá alpaso 1.
•
En el paso 6 si la placa ingresada no es válida, el sistema mostrara unmensaje indicando, que la placa suministrada es incorrecta y volverá al paso4.
Excepciones
•
En caso que el servidor de aplicación que permite la comunicación con la base
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 21/61
21
de datos este fuera de servicio no se podrá hacer el registro de entrada, y elsistema mostrara un mensaje indicando esta situación.
Casos de uso que incluye
Casos de uso que extiende
Referencias
Anotaciones
2.5 Caso de uso Administrar vehículo y su respectivaplantilla de especificación.
PROYECTO: Nombre del proyecto
Especificación del Caso de Uso: Agregar vehículo
ID
3.1
Nombre
Agregar vehículo
Descripción
Este caso de uso se encargara de introducir un vehículo a un dparqueadero, para manejar la información correspondiente almismo.
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 22/61
22
Autores
Jaime Daniel Jiménez Guzmán.
Fecha Creación
13-09-2013
20-09-2013
Actores Administrador
Precondiciones
El parqueadero al que se pretende ingresar el vehículo ya tieneque estar en el sistema para que se pueda ingresar elvehículo.
Pos condiciones
El parqueadero tendrá un nuevo vehículo.
Flujo Normal de Eventos
PASO ADMINISTRADOR SISTEMA
1.
Selecciona la opción<<Agregar vehículo>>
2.
Despliega la ventana<<Agregar vehículo>>
3.
Ingresa la<< placa, color, tipo, modelo >>del nuevo vehículo
4.
Da click en la opción<<Enviar información>>
5.
Valida la información
6.
Confirma el ingreso del nuevovehículo
7.
Ingresa el nuevo vehículo
8.
Guarda el registro del nuevovehículo en el respectivoparqueadero
Flujos Alternos
• En el paso 5 si la placa ingresada ya existe entonces el sistema mostrara unmensaje indicando que la placa ya existe y vuelve al paso 3.
Excepciones
•
En caso que el servidor de aplicación que permite la comunicación con la basede datos este fuera de servicio no se podrá ingresar al vehículo y el sistemamostrara un mensaje indicando esta situación.
Casos de uso que incluye
•
Buscar vehículo
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 23/61
23
Casos de uso que extiende
Referencias
Anotaciones
PROYECTO: Nombre del proyecto
Especificación del Caso de Uso: Modificar vehículo
ID
3.2
Nombre
Modificar vehículo
Descripción
Este caso de uso se encargara de modificar la información deun vehículo.
Autores Jaime Daniel Jiménez Guzmán.
Fecha Creación 13-09-2013 20-09-2013
Actores
Administrador
Precondiciones
El vehículo que se quiere modificar ya debe estar dentro delSistema
Pos condiciones
El vehículo contara con nueva información.
Flujo Normal de Eventos
PASO ADMINISTRADOR SISTEMA
1.
Selecciona la opción<<Modificar vehículo >>
2.
Despliega las ventana<<Modificar Vehículo>>
3.
Digita la placa del vehículo quese quiere modificar
4.
<<Busca el vehículo>>
5.
<<Modifica la informacióndeseada>>
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 24/61
24
6.
Da click en enviar información
7.
Valida la información
8.
Confirma la modificación delvehículo
9.
Modifica el vehículo
10. Guarda el registro de la base deDatos
Flujos Alternos
•
En el paso 4 si no encuentra el vehículo que se quiere modificar el sistemaindicara que el vehículo no ha sido encontrado por medio de un mensaje, yregresara al paso 3
•
En el paso 7 si la información modificada no es válida el sistema mostrara unmensaje indicando que la información no es válida y volverá al paso5 .
Excepciones
•
En caso que el servidor que permite la comunicación con la base de datos estefuera de servicio no se podrá modificar la información y mostrara un mensajeindicando que es imposible acceder y modificar la información.
Casos de uso que incluye
•
Buscar vehículo
Casos de uso que extiende
Referencias
Anotaciones
PROYECTO: Nombre del proyecto
Especificación del Caso de Uso: Buscar vehículo
ID
3.3
Nombre Buscar vehículo
Descripción
Este caso de uso se encargara de Buscar un vehículo para suposterior modificación o eliminación del sistema.
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 25/61
25
Autores
Jaime Daniel Jiménez Guzmán.
Fecha Creación
13-09-2013
20-09-2013
Actores Administrador
Precondiciones
El vehículo a buscar ya debe estar dentro del sistema
Pos condiciones
El sistema podrá contener nueva información del vehículoBuscado
Flujo Normal de Eventos
PASO ADMINISTRADOR SISTEMA
1.
Selecciona la opción<<Buscar vehículo>>
2.
Despliega la ventana
<<Buscar vehículo>>
3.
Digita la placa del vehículo quese quiere buscar
4.
Da click en<<Enviar información>>
5.
Válida la información
6.
Busca el vehículo(s)
7.
Muestra el vehículo buscado
Flujos Alternos
•
En el paso 5 si la información enviada es incorrecta el sistema, mostrara unmensaje indicando que la información es incorrecta y volverá al paso 3.
Excepciones
•
En caso que el servidor que permite la comunicación con la base de datos estefuera de servicio no se podrá tener acceso a ninguna búsqueda y mostrara unmensaje indicando que en este momento es imposible realizar esta acción que
lo intente después.
Casos de uso que incluye
Casos de uso que extiende
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 26/61
26
Referencias
Anotaciones
PROYECTO: Nombre del proyecto
Especificación del Caso de Uso: Eliminar vehículo
ID 3.4
Nombre
Eliminar vehículo
Descripción
Este caso de uso se encargara de Eliminar un vehículo de unParqueadero.
Autores
Jaime Daniel Jiménez Guzmán.
Fecha Creación
13-09-2013
20-09-2013
Actores
Administrador
Precondiciones
El vehículo a eliminar debe estar dentro del sistema .
Pos condiciones
El sistema contara con un vehículo menos.
Flujo Normal de Eventos
PASO ADMINISTRADOR SISTEMA
1.
Selecciona la opción<<Eliminar Vehículo>>
2.
Despliega la ventana<<Eliminar vehículo>>
3.
Digita la placa del vehículo que
se quiere eliminar
4.
Da click en <<EliminarVehículo>>
5.
<<Busca el vehículo>>
6.
Confirma la eliminación delvehículo
7.
Elimina el vehículo
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 27/61
27
8. Guarda el registro en la base de
datos
Flujos Alternos
•
En el paso 5 si el vehículo que se quiere eliminar no se encuentra mostrara un
mensaje indicando que el vehículo no existe y volverá al paso 2.
Excepciones
•
En dado caso que el servidor de aplicaciones que permite la comunicación conla base de datos este fuera de servicio no se podrá acceder al vehículo que sequiere eliminar, y se mostrara un mensaje indicando que no hay acceso alsistema que lo intente después.
Casos de uso que incluye
•
Buscar Vehículo
Casos de uso que extiende
Referencias
Anotaciones
2.6 Caso de uso Administrar Usuario, y su respectivaplantilla de especificación
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 28/61
28
PROYECTO: Nombre del proyecto
Especificación del Caso de Uso: Insertar Usuario
ID
4.1
Nombre
Insertar Usuario
Descripción
Este caso de uso se encargara de introducir un nuevo deUsuario a determinado parqueadero, para manejarla información correspondiente al mismo.
Autores
Jaime Daniel Jiménez Guzmán.
Fecha Creación
13-09-2013
20-09-2013
Actores
Administrador
Precondiciones
El parqueadero tendrá que tener un vehículo al cual asignarleel usuario.
Pos condiciones
El vehículo tendrá uno o varios usuarios que lo conducen.
Flujo Normal de Eventos
PASO
ADMINISTRADOR
SISTEMA
1.
Selecciona la opción<<Agregar usuario>>
2.
Despliega la ventana<<Agregar usuario>>
3. Ingresa la información<<Identificación, Nombre, sexo,
del usuario>>
4.
Da click en<<Enviar información>>
5.
Válida la información
6.
Confirma la inserción del usuario
7. Agrega el nuevo usuario
8. Guarda el registro en la base de
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 29/61
29
Datos
Flujos Alternos
•
En el paso 5 si la información no es correcta entonces el sistema mostrara unmensaje indicado que la información suministrada no es correcta vuelve al paso
3.
Excepciones
• En caso que el servidor de aplicaciones que permite la comunicación con labase de datos este fuera de servicio no se podrá ingresar un nuevo y el sistemamostrara un mensaje indicando la situacion.
Casos de uso que incluye
• Buscar Vehículo
Casos de uso que extiende
•
Referencias
Anotaciones
PROYECTO: Nombre del proyecto
Especificación del Caso de Uso: Modificar Usuario
ID
4.2
Nombre
Modificar Usuario
Descripción
Este caso de uso se encargara de modificar la información deun usuario en específico.
Autores
Jaime Daniel Jiménez Guzmán.
Fecha Creación 13-09-2013 20-09-2013
Actores
Administrador
Precondiciones
El sistema tendrá que tener el usuario que quiere serModificado
Pos condiciones
El usuario tendrá nueva información.
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 30/61
30
Flujo Normal de Eventos
PASO
ADMINISTRADOR
SISTEMA
1.
Selecciona la opción<<Modificar Usuario >>
2.
Despliega la ventana<< Modificar usuario>>
3.
Digita la cedula del usuario
4.
<< Busca el usuario>>
5.
<<Modifica la informacióndeseada>>
6. Válida la información
7 Confirma la modificación deinformación
8. Modifica la información
9.
Guarda el registro en la base de
Datos
Flujos Alternos
•
En el paso 4 si no se encuentra el usuario a modificar el sistema mostraraun mensaje indicando que el usuario no es válido y volverá al paso 3
•
En el paso 6 si la información es incorrecta el sistema mostrará un mensajeindicando que la información introducida no es válida y regresara al paso 5
Excepciones
•
En caso que el servidor de aplicaciones que permite la comunicación con labase de datos este fuera de servicio no se podrá modificar el Usuario, ymostrara un mensaje indicando esta situación.
Casos de uso que incluye
•
Buscar Usuario.
Casos de uso que extiende
Referencias
Anotaciones
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 31/61
31
PROYECTO: Nombre del proyecto
Especificación del Caso de Uso: Buscar Usuario
ID 4.3
Nombre
Buscar Usuario
Descripción
Este caso de uso se encargara de buscar un usuario dentrodel sistema.
Autores
Jaime Daniel Jiménez Guzmán.
Fecha Creación
13-09-2013
20-09-2013
Actores
Administrador
Precondiciones
El parqueadero tendrá que tener introducida la informacióndel vehículo que conduce.
Pos condiciones El vehículo tendrá uno o varios usuarios que lo conducen.
Flujo Normal de Eventos
PASO
ADMINISTRADOR
SISTEMA
1.
Selecciona la opción<<Buscar usuario>>
2.
Despliega la ventana
<<Buscar usuario>>
3.
Digita la cedula del usuario
4.
Da click en <<Enviarinformación>>
5.
Válida la información
6.
Busca el usuario(S)
7. Muestra el usuario
Flujos Alternos
•
En el paso 5 si el usuario no es encontrado por el sistema mostrara un mensajeindicando que el usuario no se encuentra dentro del sistema y regresara alpaso 3.
Excepciones
En caso que el servidor de aplicaciones que permite la comunicación con la basede datos este fuera de servicio no se podrá buscara el usuario
Casos de uso •
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 32/61
32
que incluye
Caso de uso que extiende
•
Referencias
Anotaciones
PROYECTO: Nombre del proyecto
Especificación del Caso de Uso: Eliminar Usuario
ID
4.4
Nombre
Eliminar Usuario
Descripción
Este caso de uso se encargara de eliminar un usuario de undeterminado vehículo.
Autores
Jaime Daniel Jiménez Guzmán.
Fecha Creación
13-09-2013
20-09-2013
Actores
Administrador
Precondiciones
El sistema debe contener el usuario que se quiere eliminar.
Pos condiciones
El sistema tendrá un usuario menos.
Flujo Normal de Eventos
PASO ADMINISTRADOR SISTEMA
1.
Selecciona la opción<<Eliminar Usuario >>
2.
Despliega la ventana
<<Eliminar usuario >>
3.
Digita la cedula del usuario quese quiere eliminar
4.
Da click en<<Enviar información>>
5.
Busca el usuario
6.
Confirma la eliminación delusuario
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 33/61
33
7.
Elimina el usuario
8.
Guarda el registro en la base deDatos
Flujos Alternos
•
En el paso 4 si no se encuentra el usuario que se quiere eliminar el sistemamostrara un mensaje indicando que es imposible eliminar e usuario y volverá alpaso 3.
Excepciones
•
En caso que el servidor que permite la comunicación con la base de datos estefuera de servicio no se podrá buscar el usuario y por lo tanto no se podráeliminar , el sistema mostrara un mensaje indicando que es imposible que lo
intente en otro momento.
Casos de uso que incluye
• Buscar Usuario
Casos de uso que extiende
•
Referencias
Anotaciones
2.7 Caso de uso Facturar y su respectiva plantilla deespecificación
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 34/61
34
PROYECTO: Nombre del proyecto
Especificación del Caso de Uso: Facturar
ID 5.1
Nombre
Generar
Descripción
Este caso de uso se encargara de generar la factura a losvehículos que hagan uso del parqueadero
Autores
Jaime Daniel Jiménez Guzmán.
Fecha Creación 13-09-2013 20-09-2013
Actores
Administrador
Precondiciones
El vehículo y su usuario tendrán que estar en la base de datos
Pos condiciones
El vehículo tendrá su respectiva factura.
Flujo Normal de Eventos
PASO
ADMINISTRADOR
SISTEMA
1.
Selecciona la opción<<Generar factura>>
2.
Despliega la ventana<<Generar Factura>>
3.
Digita<<La placa del vehículo, y la horade salida del mismo >>
4.
Válida la información
5.
Da click en<<Registrar Salida>>
6.
<<Busca la hora de entrada delvehículo en la base de datos y según
el tiempo que haya permanecido elvehículo dentro del parqueadero seaplicara la tarifa adecuada>>
7.
Da click en la opción<<Imprimir factura>>
8.
Imprime la Factura
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 35/61
35
Flujos Alternos
•
En el paso 4 si el vehículo seleccionado no se encuentra en esos momentoshaciendo uso del parqueadero el sistema mostrara un mensaje indicando que elvehículo no se encuentra dentro del parqueadero y vuelve al paso 3.
Excepciones
•
En dado caso que el servidor de aplicaciones que permite la comunicación con labase de datos este fuera de servicio no se podrá generar la factura.
Casos de uso que incluye
• Buscar vehículo
Casos de uso que extiende
Referencias
Anotaciones
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 36/61
36
2.8 Diagramas de actividad
2.8.1 Agregar Parqueadero
2.8.2 Modificar parqueadero
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 37/61
37
2.8.3 Buscar parqueadero
2.8.4 Eliminar Parqueadero
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 38/61
38
2.8.5 Registro de entrada
2.8.6 Agregar vehículo
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 39/61
39
2.8.7 Modificar vehículo
2.8.8 Buscar vehículo
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 40/61
40
2.8.9 Eliminar vehículo
2.8.10 Agregar Usuario
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 41/61
41
2.8.11 Modificar Usuario
2.8.12 Buscar Usuario
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 42/61
42
2.8.13 Eliminar Usuario
2.8.14 Facturar
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 43/61
43
2.9 Diagramas de secuencia
2.9.1 Agregar Parqueadero
2.9.2 Modificar parqueadero
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 44/61
44
2.9.3 Buscar Parqueadero
2.9.4 Eliminar Parqueadero
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 45/61
45
2.9.5 Registrar entrada
2.9.6 Agregar vehículo
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 46/61
46
2.9.7 Modificar vehículo
2.9.8 Buscar vehículo
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 47/61
47
2.9.9 Eliminar vehículo
2.9.10 Agregar Usuario
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 48/61
48
2.9.11 Modificar Usuario
2.9.12 Buscar Usuario
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 49/61
49
2.9.13 Eliminar Usuario
2.9.14 Facturar
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 50/61
50
2.10 Diagramas de Comunicación
2.10.1 Agregar Parqueadero
2.10.2 Modificar Parqueadero
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 51/61
51
2.10.3 Buscar Parqueadero
2.10.4 Eliminar Parqueadero
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 52/61
52
2.10.5 Registrar Entrada
2.10.6 Agregar vehículo
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 53/61
53
2.10.7 Modificar vehículo
2.10.8 Buscar vehículo
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 54/61
54
2.10.9 Eliminar vehículo
2.10.10 Agregar Usuario
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 55/61
55
2.10.11 Modificar Usuario
2.10.12 Buscar Usuario
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 56/61
56
2.10.13 Eliminar Usuario
2.10.14 Facturar
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 57/61
57
2.11 Diagramas de Estado de Maquina
2.11.1 VEHICULO
2.11.2 USUARIO
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 58/61
58
2.11.3 FACTURAR
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 59/61
59
2.12 Diagrama De Despliegue
Servidor deaplicación
2.13 Diagrama de Paquetes
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 60/61
60
2.14 Diagrama De Clases
3 METODOLOGIA
3.1 DESCRIPCION
Para el estudio, análisis y desarrollo de la aplicación se aplicará elFlujo de proceso evolutivo ya que será necesario realizarmodificaciones sobre lo que ya se ha desarrollado para obtener unresultado final óptimo para el usuario. En este proceso de desarrolloes posible que se necesiten hacer uso de los prototipos debido a queno todos los vehículos son los mismos ni la entrada y salida.
El modelo ágil (MA) será el utilizado en el desarrollo de este softwaredebido a que este proyecto está bien definido y es de granimportancia para el negocio, además de que sus puntos a tratar sonclaros y bien definidos.
7/23/2019 Manual de requisitos funcionales y no funcionales
http://slidepdf.com/reader/full/manual-de-requisitos-funcionales-y-no-funcionales 61/61
61
4 CONCLUSIONES
Al aplicar de una manera adecuada los principios e ingeniería de software se
obtienen resultados de gran calidad que cumplen las expectativas que seesperan.El modelado UML es una herramienta de gran ayuda ala hora de modelar unsoftware ya que en este se pueden dar a conocer mejor las funciones ycaracterísticas que va presentar el software a desarrollar.
5 WEBGRAFIA http://www.sparxsystems.com.au/