Manual de requisitos funcionales y no funcionales

61
 DOCUMENTO DE DISEÑO JAIME DANIEL JIMENEZ GUZMAN FUNDACION UNIVERSITARIA JUAN DE CASTELLANOS FACULTAD DE INGENIERIA INGENIERIA DE SISTEMAS TUNJA 2013

Transcript of Manual de requisitos funcionales y no funcionales

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 

DOCUMENTO DE REQUISITOS  8 

1.1 

Propósito 

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

 

METODOLOGIA  60 

3.1 

DESCRIPCION  60 

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>>

 

Introduce la dirección delparqueadero que se quiereeliminar 

 

4. 

Da click en<<Enviar información>>

 

5. 

<<Busca el parqueadero >> 

Confirma la orden de eliminarparqueadero

 

7. 

<<Elimina el parqueadero>> 

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/