• Author / Uploaded
• Mario Reinel

• Categories
• Caso de uso
• Ingeniería de software
• Software
• Ventana (informática)
• Bases de datos

Citation preview

DOCUMENTO DE DISEÑO

JAIME DANIEL JIMENEZ GUZMAN

FUNDACION UNIVERSITARIA JUAN DE CASTELLANOS FACULTAD DE INGENIERIA INGENIERIA DE SISTEMAS TUNJA 2013

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

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 1.6.1 Perspectiva del producto

9 9

1.7 Requisitos específicos 1.7.1 Requisitos comunes de los interfaces 1.7.1.2 Interfaces de usuario 1.7.1.3 Interfaces de hardware 1.7.1.4 Interfaces de software 1.7.1.5 Interfaces de comunicación

9 9 9 9 10 10

1.8

Requisitos funcionales

10

1.9

Requisitos de rendimiento

10

1.10 Atributos del sistema 1.10.1 Seguridad 1.10.2 Fiabilidad 1.10.3 Disponibilidad 1.10.4 Mantenibilidad 1.10.5 Portabilidad

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

4 2.8.1 2.8.2 2.8.3 2.8.4 2.8.5 2.8.6 2.8.7 2.8.8 2.8.9 2.8.10 2.8.11 2.8.12 2.8.13 2.8.14

Agregar Parqueadero Modificar parqueadero Buscar parqueadero Eliminar Parqueadero Registro de entrada Agregar vehículo Modificar vehículo Buscar vehículo Eliminar vehículo Agregar Usuario Modificar Usuario Buscar Usuario Eliminar Usuario Facturar

36 36 37 37 38 38 39 39 40 40 41 41 42 42

2.9 Diagramas de secuencia 2.9.1 Agregar Parqueadero 2.9.2 Modificar parqueadero 2.9.3 Buscar Parqueadero 2.9.4 Eliminar Parqueadero 2.9.5 Registrar entrada

43 43 43 44 44 45 45 45 46 46 47 47 48 48 49 49

2.9.6 2.9.7 2.9.8 2.9.9 2.9.10 2.9.11 2.9.12 2.9.13 2.9.14

Agregar vehículo Modificar vehículo Buscar vehículo Eliminar vehículo Agregar Usuario Modificar Usuario Buscar Usuario Eliminar Usuario Facturar

2.10 Diagramas de Comunicación 2.10.1 Agregar Parqueadero 2.10.2 Modificar Parqueadero 2.10.3 Buscar Parqueadero 2.10.4 Eliminar Parqueadero 2.10.5 Registrar Entrada 2.10.6 Agregar vehículo 2.10.7 Modificar vehículo 2.10.8 Buscar vehículo 2.10.9 Eliminar vehículo 2.10.10 Agregar Usuario 2.10.11 Modificar Usuario 2.10.12 Buscar Usuario 2.10.13 Eliminar Usuario 2.10.14 Facturar

50 50 50 51 51 52 52 53 53 54 54 55 55 56 56

2.11 Diagramas de Estado de Maquina 2.11.1 VEHICULO 2.11.2 USUARIO 2.11.3 FACTURAR

57 57 57 58

2.13

Diagrama De Despliegue

59

2.14

Diagrama de Paquetes

59

2.15

Diagrama De Clases

60

3

METODOLOGIA

60

3.1

DESCRIPCION

60

4

CONCLUSIONES

61

5

WEBGRAFIA

61

Ficha del documento Fecha

Revisión

Autor

[Fecha]

[Rev.]

[Descripción]

Verificado dep. Calidad. [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]

6

INTRODUCCION En la ciudad de Tunja los parqueaderos no cuentan con una sistematización para el 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; El sistema se encargara de llevar un control de la entrada y salida de vehículos de una forma sistematizada además de prestar otros servicios como son: tiempo exacto que los vehículos permanecen en el parqueadero y su respectiva facturación. Lo que llevara a que se beneficien las dos partes. Mediante los requisitos funcionales y no funcionales se realizara un modelado del software, el cual nos servirá para su posterior desarrollo.

7

OBJETIVO

GENERAL: •

Crear un software, para sistematizar las funciones básicas de un parqueadero como son la entrada y salida de vehículos, tiempo que los vehí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 completar satisfactoriamente el modelado del sistema. Proponer a partir del diseño de software una serie de modelos que representen el funcionamiento que va a tener el sistema que se quiere desarrollar.

8

1. DOCUMENTO DE REQUISITOS

1.1

Propósito El presente capitulo tiene como finalidad dar a conocer las características técnicas y funcionales del software a desarrollar. Así mismo se darán a conocer los aspectos que se tendrá a consideración para la elaboración del mismo, también se informara detalladamente de las funciones que presta el software. Esta información ira dirigida a las personas que hacen uso del sistema y al dueñ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 uso del parqueadero en el cual se va a instalar el software a desarrollar, Este control se encargara de guardar en un registro único para cada cliente la hora de entrada y y de salida de su vehículos del parqueadero de una forma automatizada además de prestar otros servicios como son: tiempo exacto que los vehículos permanecen en el parqueadero y facturación de este tiempo. Con lo que se beneficiaran las dos partes Con este software se beneficiaran las dos partes debido a que este hará las cosas más fáciles gracias a sus facilidades de manejo y rapidez 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 de forma que un programa de ordenador pueda seleccionar rápidamente los fragmentos de datos que necesite. Una base de datos es un sistema 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 la conexión física y funcional entre dos sistemas o dispositivos. La interfaz, por lo tanto, es una conexión entre dos máquinas de cualquier tipo, a las cuales les brinda un soporte para la comunicación entre distintos niveles.

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 tipo de interés acerca de la creación de software de calidad, para esto se darán a conocer pasos y metodología a seguir para conseguir desarrollar el software que se nos a pedido o queremos desarrollar independientemente.

1.6

Descripción general 1.6.1 Perspectiva del producto El software a desarrollar será independiente ya que no se instalara sobre ningún otro software o hardware ya establecido dentro de las instalaciones en las cuales se implementara la aplicació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 usuarios como la de sus autos, la información básica podrá ser modificada (ciudad donde vive, dirección, estado civil) pero la información avanzada no podrá ser modificada (nombres, apellidos, fecha de nacimiento, placa del auto, color del auto), mientras que el usuario solo podrá ver la información respecto a cada uno 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 con los colores que identifican a la empresa y su respectivo logo.

1.7.1.3

Interfaces de hardware El sistema no interactuara con ningún tipo de hardware externo.

10

1.8

1.7.1.4

Interfaces de software El sistema será implantado independiente de otras aplicaciones pero si es necesario podrá ser acoplado con 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 cual contendrá toda la información de los clientes.

Requisitos funcionales • • •

El usuario y el vehículo del sistema tendrán una id única dentro del sistema para llevar un completo control del tiempo que permanezca dentro del parqueadero. El sistema administrara vehículos y usuarios por aparte ya que un vehículo pude tener más de un usuario. El sistema generara la factura de los gastos producidos por el vehí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 instalara el software y una base de datos donde se guardaran los registros de 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 este contara 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 incidentes no sean muy frecuentes ni de mucha gravedad cuando se lleguen a presentar.

11

1.10.3 Disponibilidad El sistema tendrá que estar disponible el 100% de las horas del dí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 solicite el administrador. 1.10.5 Portabilidad El sistema será de fácil traslado ya que este será desarrollado en su totalidad bajo programación orientada a objetos, y solo será necesario una terminal en la cual se instalaría el sistema. En un principio este sistema será desarrollado para utilizarse bajo sistema operativo Windows.

12

2 DOCUMENTO DE DISEÑO

2.1

Propósito El presente capitulo tiene como finalidad diseñar el sistema del software que se quiere desarrollar mediante una serie de modelos UML.

2.2

Diagrama de contexto

13

2.3

Caso de uso administrar parqueadero y su respectiva plantilla 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 parqueadero a la base de datos, para su posterior administración dentro de la misma.

Autores

Jaime Daniel Jiménez Guzmán.

Fecha Creación

13-09-2013

Actores

Administrador

Precondiciones

Él sistema tiene que tener espacio suficiente para agregar un nuevo parqueadero al sistema

Pos condiciones

El sistema contara con un nuevo parqueadero.

20-09-2013

14

Flujo Normal de Eventos PASO 1.

ADMINISTRADOR Selecciona la opción

2.

SISTEMA

Despliega la ventana

3.

Ingresa la información del nuevo parqueadero digitando > Da click en la opción

4. 5. 6.

Válida la información Confirma el ingreso del nuevo parqueadero

7. 8.

Ingresa el nuevo parqueadero Guarda el registro en la bases de datos

Flujos Alternos •

En el paso 5 si quedan espacios de información sin ser llenados entonces el sistema mostrara un mensaje indicado que hace falta suministrar cierta información y vuelve al paso 2.

Excepciones •

En dado caso que el servidor que permite la comunicación con la base de datos este fuera de servicio no se podrá ingresar el nuevo parqueadero y mostrara un mensaje indicando que la información no esta disponible.

Casos de uso que incluye Casos de uso que extiende Referencias Anotaciones

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 de un parqueadero que este guardado en el sistema previamente.

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 el sistema.

Pos condiciones

El parqueadero quedara guardado dentro del sistema con nueva información

Flujo Normal de Eventos PASO 1.

ADMINISTRADOR Selecciona la opción

2. 3. 4. 5.

6.

Despliega la ventana

Digita la dirección del parqueadero

Da click en enviar información

7. 8. 9. 10.

SISTEMA

Valida la informacion Confirma la modificación Modifica la información Guarda el registro en la base de Datos

16

Flujos Alternos • •

En el paso 4 si el sistema no encuentra el parqueadero sale un mensaje de error 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 paso 5.

Excepciones •

En dado caso que el servidor de aplicaciones que permite la comunicación con la base de datos este fuera de servicio no se podrá ingresar el nuevo parqueadero, 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 parqueadero dentro del sistema para modificar su información o eliminarlo del mismo

Autores

Jaime Daniel Jiménez Guzmán.

Fecha Creación

13-09-2013

Actores

Administrador

20-09-2013

17

Precondiciones

El Parqueadero a buscar ya tiene que estar guardado en el Sistema

Pos condiciones

El sistema contara con nueva información o con un parqueadero menos.

Flujo Normal de Eventos PASO 1.

ADMINISTRADOR Selecciona la opción

2.

SISTEMA

Despliega la ventana

3.

Digita la dirección del parqueadero que se quiere buscar Da click en la opción

4. 5.

Valida la información

6. 7. Flujos Alternos

Busca el parqueadero (S) Muestra el parqueadero buscado

•

En el paso 5 si no se encuentra el parqueadero el sistema emitirá un mensaje indicando 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 este fuera de servicio no se podrá consultar los parqueaderos, enviándose un mensaje de tal situación.

Casos de uso que incluye Casos de uso que extiende Referencias Anotaciones

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 parqueadero del sistema.

Autores

Jaime Daniel Jiménez Guzmán.

Fecha Creación

13-09-2013

Actores

Administrador

Precondiciones

El parqueadero debe estar registrado en el sistema.

Pos condiciones

El parqueadero será eliminado del sistema.

20-09-2013

Flujo Normal de Eventos PASO 1.

ADMINISTRADOR Selecciona la opción

2.

3

4.

Despliega la ventana

Introduce la dirección del parqueadero que se quiere eliminar Da click en

5. 6

SISTEMA

Confirma la orden de eliminar parqueadero

7.

8

Guarda el registro en la base de Datos

Flujos Alternos

19

•

En el paso 5 si el sistema no encuentra el parqueadero según la dirección que se haya introducido el sistema mostrara un mensaje de error y volverá al paso 3. Excepciones •

En caso que el servidor de aplicaciones o el servidor de base de datos este fuera de servicio no se podrá Eliminar el parqueadero, enviándose un mensaje de 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 respectiva plantilla de especificación

PROYECTO: Nombre del proyecto Especificación del Caso de Uso: Registrar entrada ID

1.1

Nombre

Registrar Entrada

20

Descripción

Este caso de uso se encargara de registrar la hora de entrada del vehículo a un parqueadero.

Autores

Jaime Daniel Jiménez Guzmán.

Fecha Creación

13-09-2013

Actores

Administrador

Precondiciones

Él parqueadero tiene que tener espacio disponible para que el parqueadero ingrese a este.

Pos condiciones

El parqueadero contara con un vehículo más en su interior.

20-09-2013

Flujo Normal de Eventos PASO 1.

ADMINISTRADOR Selecciona la opción

2.

SISTEMA

Verifica que haya espacio disponible en el parqueadero Despliega la ventana

3. 4.

Digita

Da click en >

5. 6. 7.

Valida la información Asigna un espacio de parqueo al Vehículo

8. 9. 10.

Confirma el registro Registra la entrada Guarda el registro en la base de Datos

Flujos Alternos •

En el paso 2 si no hay espacio disponible en el parqueadero, el sistema mostrara un mensaje indicando que no hay espacios disponibles y volverá al paso 1. • En el paso 6 si la placa ingresada no es válida, el sistema mostrara un mensaje indicando, que la placa suministrada es incorrecta y volverá al paso 4. Excepciones •

En caso que el servidor de aplicación que permite la comunicación con la base

21

de datos este fuera de servicio no se podrá hacer el registro de entrada, y el sistema 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 respectiva plantilla 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 d parqueadero, para manejar la información correspondiente al mismo.

22

Autores

Jaime Daniel Jiménez Guzmán.

Fecha Creación

13-09-2013

Actores

Administrador

Precondiciones

El parqueadero al que se pretende ingresar el vehículo ya tiene que estar en el sistema para que se pueda ingresar el vehículo.

Pos condiciones

El parqueadero tendrá un nuevo vehículo.

20-09-2013

Flujo Normal de Eventos PASO 1.

ADMINISTRADOR Selecciona la opción

SISTEMA

2. Despliega la ventana

3.

4. 5. 6.

Ingresa la > del nuevo vehículo Da click en la opción

Valida la información Confirma el ingreso del nuevo vehículo

7. 8.

Ingresa el nuevo vehículo Guarda el registro del nuevo vehículo en el respectivo parqueadero

Flujos Alternos •

En el paso 5 si la placa ingresada ya existe entonces el sistema mostrara un mensaje 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 base de datos este fuera de servicio no se podrá ingresar al vehículo y el sistema mostrara un mensaje indicando esta situación.

Casos de uso que incluye

•

Buscar vehículo

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 de un vehículo.

Autores

Jaime Daniel Jiménez Guzmán.

Fecha Creación

13-09-2013

Actores

Administrador

Precondiciones

El vehículo que se quiere modificar ya debe estar dentro del Sistema

Pos condiciones

El vehículo contara con nueva información.

20-09-2013

Flujo Normal de Eventos PASO 1.

ADMINISTRADOR Selecciona la opción

2. 3. 4. 5.

SISTEMA

Despliega las ventana

Digita la placa del vehículo que se quiere modificar

la

información

24

6. 7. 8.

Da click en enviar información Valida la información Confirma la modificación del vehículo

9. 10.

Modifica el vehículo Guarda el registro de la base de Datos

Flujos Alternos •

En el paso 4 si no encuentra el vehículo que se quiere modificar el sistema indicara que el vehículo no ha sido encontrado por medio de un mensaje, y regresara al paso 3 • En el paso 7 si la información modificada no es válida el sistema mostrara un mensaje 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 este fuera de servicio no se podrá modificar la información y mostrara un mensaje indicando 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 su posterior modificación o eliminación del sistema.

25

Autores

Jaime Daniel Jiménez Guzmán.

Fecha Creación

13-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ículo Buscado

20-09-2013

Flujo Normal de Eventos PASO 1.

ADMINISTRADOR Selecciona la opción

2. 3. 4.

SISTEMA

Despliega la ventana

Digita la placa del vehículo que se quiere buscar Da click en

5. 6. 7.

Válida la información Busca el vehículo(s) Muestra el vehículo buscado

Flujos Alternos •

En el paso 5 si la información enviada es incorrecta el sistema, mostrara un mensaje 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 este fuera de servicio no se podrá tener acceso a ninguna búsqueda y mostrara un mensaje 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

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 un Parqueadero.

Autores

Jaime Daniel Jiménez Guzmán.

Fecha Creación

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

20-09-2013

Flujo Normal de Eventos PASO 1.

ADMINISTRADOR Selecciona la opción

2. 3. 4. 5. 6. 7.

SISTEMA

Despliega la ventana

Digita la placa del vehículo que se quiere eliminar Da click en

Confirma la eliminación del vehículo Elimina el vehículo

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 con la base de datos este fuera de servicio no se podrá acceder al vehículo que se quiere eliminar, y se mostrara un mensaje indicando que no hay acceso al sistema 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 respectiva plantilla de especificación

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 de Usuario a determinado parqueadero, para manejar la información correspondiente al mismo.

Autores

Jaime Daniel Jiménez Guzmán.

Fecha Creación

13-09-2013

Actores

Administrador

Precondiciones

El parqueadero tendrá que tener un vehículo al cual asignarle el usuario.

Pos condiciones

El vehículo tendrá uno o varios usuarios que lo conducen.

20-09-2013

Flujo Normal de Eventos PASO 1.

ADMINISTRADOR Selecciona la opción

2.

Despliega la ventana

3.

Ingresa la información

4.

Da click en

5. 6. 7. 8.

SISTEMA

Válida la información Confirma la inserción del usuario Agrega el nuevo usuario Guarda el registro en la base de

29

Datos Flujos Alternos •

En el paso 5 si la información no es correcta entonces el sistema mostrara un mensaje 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 la base de datos este fuera de servicio no se podrá ingresar un nuevo y el sistema mostrara un mensaje indicando la situacion.

Casos de uso que incluye

•

Casos de uso que extiende

•

Buscar Vehículo

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 de un usuario en específico.

Autores

Jaime Daniel Jiménez Guzmán.

Fecha Creación

13-09-2013

Actores

Administrador

Precondiciones

El sistema tendrá que tener el usuario que quiere ser Modificado

Pos condiciones

El usuario tendrá nueva información.

20-09-2013

30

Flujo Normal de Eventos PASO 1.

ADMINISTRADOR Selecciona la opción

2.

SISTEMA

Despliega la ventana >

3. 4. 5.

Digita la cedula del usuario >

6. 7

Válida la información Confirma la modificación de información

8. 9.

Modifica la información Guarda el registro en la base de Datos

Flujos Alternos • •

En el paso 4 si no se encuentra el usuario a modificar el sistema mostrara un 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 mensaje indicando 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 la base de datos este fuera de servicio no se podrá modificar el Usuario, y mostrara un mensaje indicando esta situación.

Casos de uso que incluye Casos de uso que extiende Referencias Anotaciones

•

Buscar Usuario.

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 dentro del sistema.

Autores

Jaime Daniel Jiménez Guzmán.

Fecha Creación

13-09-2013

Actores

Administrador

Precondiciones

El parqueadero tendrá que tener introducida la información del vehículo que conduce.

Pos condiciones

El vehículo tendrá uno o varios usuarios que lo conducen.

20-09-2013

Flujo Normal de Eventos PASO 1.

ADMINISTRADOR Selecciona la opción

2. 3. 4.

SISTEMA

Despliega la ventana

Digita la cedula del usuario Da click en

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 mensaje indicando que el usuario no se encuentra dentro del sistema y regresara al paso 3. Excepciones En caso que el servidor de aplicaciones que permite la comunicación con la base de datos este fuera de servicio no se podrá buscara el usuario Casos de uso

•

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 un determinado vehículo.

Autores

Jaime Daniel Jiménez Guzmán.

Fecha Creación

13-09-2013

Actores

Administrador

Precondiciones

El sistema debe contener el usuario que se quiere eliminar.

Pos condiciones

El sistema tendrá un usuario menos.

20-09-2013

Flujo Normal de Eventos PASO 1.

ADMINISTRADOR Selecciona la opción

2. 3. 4. 5. 6.

SISTEMA

Despliega la ventana

Digita la cedula del usuario que se quiere eliminar Da click en

Busca el usuario Confirma la eliminación del usuario

33

7.

Elimina el usuario

8.

Guarda el registro en la base de Datos

Flujos Alternos •

En el paso 4 si no se encuentra el usuario que se quiere eliminar el sistema mostrara un mensaje indicando que es imposible eliminar e usuario y volverá al paso 3.

Excepciones •

En caso que el servidor que permite la comunicación con la base de datos este fuera 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

•

Casos de uso que extiende

•

Buscar Usuario

Referencias Anotaciones

2.7

Caso de uso Facturar y su respectiva plantilla de especificación

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 los vehículos que hagan uso del parqueadero

Autores

Jaime Daniel Jiménez Guzmán.

Fecha Creación

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

20-09-2013

Flujo Normal de Eventos PASO 1.

ADMINISTRADOR Selecciona la opción

2. 3.

Despliega la ventana

Digita

4. 5.

Válida la información Da click en

6.

7. 8.

SISTEMA

Da click en la opción

Imprime la Factura

35

Flujos Alternos •

En el paso 4 si el vehículo seleccionado no se encuentra en esos momentos haciendo uso del parqueadero el sistema mostrara un mensaje indicando que el vehí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 la base de datos este fuera de servicio no se podrá generar la factura.

Casos de uso que incluye Casos de uso que extiende Referencias Anotaciones

•

Buscar vehículo

36

2.8

Diagramas de actividad 2.8.1 Agregar Parqueadero

2.8.2 Modificar parqueadero

37

2.8.3 Buscar parqueadero

2.8.4 Eliminar Parqueadero

38

2.8.5 Registro de entrada

2.8.6 Agregar vehículo

39

2.8.7 Modificar vehículo

2.8.8 Buscar vehículo

40

2.8.9 Eliminar vehículo

2.8.10 Agregar Usuario

41

2.8.11 Modificar Usuario

2.8.12 Buscar Usuario

42

2.8.13 Eliminar Usuario

2.8.14

Facturar

43

2.9

Diagramas de secuencia 2.9.1 Agregar Parqueadero

2.9.2 Modificar parqueadero

44

2.9.3 Buscar Parqueadero

2.9.4 Eliminar Parqueadero

45

2.9.5 Registrar entrada

2.9.6 Agregar vehículo

46

2.9.7 Modificar vehículo

2.9.8 Buscar vehículo

47

2.9.9 Eliminar vehículo

2.9.10 Agregar Usuario

48

2.9.11 Modificar Usuario

2.9.12 Buscar Usuario

49

2.9.13 Eliminar Usuario

2.9.14 Facturar

50

2.10 Diagramas de Comunicación 2.10.1 Agregar Parqueadero

2.10.2

Modificar Parqueadero

51

2.10.3 Buscar Parqueadero

2.10.4 Eliminar Parqueadero

52

2.10.5 Registrar Entrada

2.10.6 Agregar vehículo

53

2.10.7 Modificar vehículo

2.10.8

Buscar vehículo

54

2.10.9 Eliminar vehículo

2.10.10 Agregar Usuario

55

2.10.11 Modificar Usuario

2.10.12 Buscar Usuario

56

2.10.13 Eliminar Usuario

2.10.14 Facturar

57

2.11 Diagramas de Estado de Maquina 2.11.1 VEHICULO

2.11.2 USUARIO

58

2.11.3 FACTURAR

59

2.12 Diagrama De Despliegue

Servidor d e aplicación

2.13 Diagrama de Paquetes

60

2.14 Diagrama De Clases

3 METODOLOGIA

3.1

DESCRIPCION Para el estudio, análisis y desarrollo de la aplicación se aplicará el Flujo de proceso evolutivo ya que será necesario realizar modificaciones sobre lo que ya se ha desarrollado para obtener un resultado final óptimo para el usuario. En este proceso de desarrollo es posible que se necesiten hacer uso de los prototipos debido a que no todos los vehículos son los mismos ni la entrada y salida. El modelo ágil (MA) será el utilizado en el desarrollo de este software debido a que este proyecto está bien definido y es de gran importancia para el negocio, además de que sus puntos a tratar son claros y bien definidos.

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 se esperan. El modelado UML es una herramienta de gran ayuda ala hora de modelar un software ya que en este se pueden dar a conocer mejor las funciones y características que va presentar el software a desarrollar.

5 WEBGRAFIA http://www.sparxsystems.com.au/