APLICACIÓN MOVIL PARA

RESERVAS DE
COMPUTADORES
INGENIERIA DE SOFTWARE 2

ARLEY ALFONSO AMARIS ARDILA

CARLOS ANDRES CUELLAR

24 DE MAYO DE 2017
UCC
 1. INDICE

1. INDICE __________________________________________________________________
ENSAYO METODOLOGIAS PARA EL DESARROLLO DE SOFTWARE ___________ 1
CAPITULO 1: HISTORIA _____________________________________________________ 2
1.1: ¿QUE ES LA INGENIERIA DE SOFTWARE? _____________________________ 2
1.2: ¿QUÉ ES UNA METODOLOGÍA? _______________________________________ 2
1.3: ¿EN QUÉ CONSISTEN LAS METODOLOGÍAS DE DESARROLLO DE
SOFTWARE? _____________________________________________________________ 3
CAPITULO 2: Metodologías pesadas _________________________________________ 3
2.1: Metodología de cascada ______________________________________________ 3
2.2: Metodología espiral: __________________________________________________ 4
CAPITULO 3: METODOLOGIAS AGILES ______________________________________ 5
3.1Metodología scrum: ____________________________________________________ 5
3.2: METODOLOGÍA XP:___________________________________________________ 6
3.3: ¿Qué metodología escoger a la hora de desarrollar software? ___________ 6
4. IDENTIFICAR PROBLEMA _________________________________________________ 7
CAPITULO 5: DIAGRAMA DE CASO __________________________________________ 8
CAPITULO 6: TABLAS _____________________________________________________ 11
CAPITULO 7: HISTORIAS DE USUARIO _____________________________________ 11
APLICACIÓN DE RESERVA DE EQUIPOS DE CÓMPUTO _____________________ 21
CARACTERISTICAS DE LA APP: __________________________________________ 21
CAPITULO 8: WEBGRAFIA _________________________________________________ 23

I
ENSAYO METODOLOGIAS PARA EL DESARROLLO DE

SOFTWARE

1
 CAPITULO 1: HISTORIA

1.1: ¿QUE ES LA INGENIERIA DE SOFTWARE?

Antes de iniciar a hablar sobre metodologías para el desarrollo de software, primero

que todo debemos tener claro que es ingeniería de software.

La ingeniería de software es una disciplina o área que ofrece métodos y técnicas para

desarrollar y mantener software de calidad que resuelven problemas de todo tipo.

Con el paso de los años, el concepto ingeniería de software ha pasado a tener más

relevancia, llamándose ahora desarrollo de software, ya que consideran que es un

término más apropiado.

1.2: ¿QUÉ ES UNA METODOLOGÍA?

En el desarrollo de software, una metodología hace cierto énfasis al entorno en el cuál

se plantea y estructura el desarrollo de un sistema. Como lo mencioné al principio,

existen una gran cantidad de metodologías de la programación que se han utilizado

desde los tiempos atrás y que con el paso del tiempo han ido evolucionando. Esto se

debe principalmente a que no todos los sistemas de la información, son compatibles

con todas las metodologías, pues el ciclo de vida del software puede ser variable. Por

esta razón, es importante que dependiendo del tipo de software que se vaya a

desarrollar, se identifique la metodología para el diseño de software idónea.

2
1.3: ¿EN QUÉ CONSISTEN LAS METODOLOGÍAS DE DESARROLLO

DE SOFTWARE?

Una Metodología de desarrollo de software, consiste principalmente en hacer uso de

diversas herramientas, técnicas, métodos y modelos para el desarrollo. Regularmente

este tipo de metodología, tienen la necesidad de venir documentadas, para que los

programadores que estarán dentro de la planeación del proyecto, comprendan

perfectamente la metodología y en algunos casos el ciclo de vida del software que se

pretende seguir.

Aunque actualmente existen mucha variedad en metodologías de programación. La

realidad es que todas están basadas en ciertos enfoques generalistas que se crearon

hace muchos años, algunos tipos de metodologías de desarrollo de software que se

utilizaron e inventaron al principio de nuestra era tecnológica y son las que veremos a

continuación.

CAPITULO 2: Metodologías pesadas

2.1: Metodología de cascada

Un ejemplo de una metodología de desarrollo en cascada es:

 Análisis de requisitos.

 Diseño del Sistema.

 Diseño del Programa.

 Codificación.
3
  Pruebas.

 Implantación.

 Mantenimiento.

De esta forma, cualquier error de diseño detectado en la etapa de prueba conduce

necesariamente al rediseño y nueva programación del código afectado, aumentando

los costos del desarrollo. La palabra cascada sugiere, mediante la metáfora de la

fuerza de la gravedad, el esfuerzo necesario para introducir un cambio en las fases

más avanzadas de un proyecto.

Si bien ha sido ampliamente criticado desde el ámbito académico y la industria, sigue

siendo el paradigma más seguido al día de hoy.

2.2: Metodología espiral:

Este modelo fue propuesto por Boehm en 1988. Básicamente consiste en una serie de

ciclos que se repiten en forma de espiral, comenzando desde el centro. Se suele

interpretar como que dentro de cada ciclo de la espiral se sigue un Modelo Cascada,

pero no necesariamente debe ser así. El Espiral puede verse como un modelo

evolutivo que conjuga la naturaleza iterativa del modelo MCP con los aspectos

controlados y sistemáticos del Modelo Cascada, con el agregado de gestión de riegos.

ciclos

En cada vuelta o iteración hay que tener en cuenta:

 Los Objetivos: qué necesidad debe cubrir el producto.

 Alternativas: las diferentes formas de conseguir los objetivos de forma exitosa,

desde diferentes puntos de vista como pueden ser:

1. Características: experiencia del personal, requisitos a cumplir, etc.

4
 2. Formas de gestión del sistema.

Riesgo asumido con cada alternativa.

 Desarrollar y Verificar: Programar y probar el software.

Si el resultado no es el adecuado o se necesita implementar mejoras o funcionalidades:

 Se planificaran los siguientes pasos y se comienza un nuevo ciclo de la espiral.

La espiral tiene una forma de caracola y se dice que mantiene dos dimensiones,

la radial y la angular:

1. Angular: Indica el avance del proyecto del software dentro de un ciclo.

2. Radial: Indica el aumento del coste del proyecto, ya que con cada nueva

iteración se pasa más tiempo desarrollando.

Este sistema es muy utilizado en proyectos grandes y complejos como puede ser, por

ejemplo, la creación de un Sistema Operativo.

Al ser un modelo de Ciclo de Vida orientado a la gestión de riesgo se dice que uno de

los aspectos fundamentales de su éxito radica en que el equipo que lo aplique tenga la

necesaria experiencia y habilidad para detectar y catalogar correctamente los riesgos.

CAPITULO 3: METODOLOGIAS AGILES

3.1Metodología scrum:

Scrum es un proceso de desarrollo de software iterativo y creciente utilizado

comúnmente en entornos basados en el desarrollo ágil de software. Aunque Scrum

estaba enfocado a la gestión de procesos de desarrollo de software, puede ser utilizado

5
en equipos de mantenimiento de software, o en una aproximación de gestión de

programas.

3.2: METODOLOGÍA XP:

Considerada la mejor herramienta para el desarrollo de software, Xtreme Programmig

pone el énfasis en la adaptabilidad del proceso antes que en la previsión de incidentes.

Los partidarios de XP consideran que los accidentes, fallos o inconvenientes que

surgen durante un proyecto son elementos naturales y que, por tanto, más vale saber

adaptar el proceso antes que suspenderlo y poner en riesgo sus resultados. Esto se

logra gracias a una integración de los elementos, humanos o técnicos, y a la

retroalimentación entre ellos. Es idóneo para proyectos dinámicos y cambiantes.

3.3: ¿Qué metodología escoger a la hora de desarrollar software?

Después de haber leído lo anterior podemos decir que si queremos desarrollar un

software liviano y en un tiempo corto , aplicaríamos la metodología ágil scrum ya que

esta está orientada hacia las necesidades del cliente, puesto que esta aunque tiene un

poco más de ciclos que la xp , su enfoque se basa en toda la administración del

proyecto, por el contrario que la xp se basa en la creación del producto, y para ser más

precisos la mayor ventaja de scrum frente a xp es que si se termina y está bien ,

sencillamente ya está lista y no se pre tendrá en algún momento modificarla.

6
Pero si queremos desarrollar un software más robusto y con planeación a cambios

futuros aplicaríamos la metodología pesada espiral, ya que esta metodología tiene

como ventaja principal es que tiene un modelo de proceso adaptable el cual se puede

aplicar a lo largo de la vida del software, así mismo teniendo la posibilidad de acomodar

otros modelos, y como característica a destacar es la eliminación de errores y

alternativas no atractivas al comienzo.

CAPITULO 4. IDENTIFICAR PROBLEMA

La biblioteca de la universidad cooperativa de Colombia, no cuenta con un sistema de

reserva de computadores en tiempo real, los estudiantes deben caminar más de una

cuadra y subir dos pisos para verificar si hay algún computador disponible, si no hay

ninguno disponible el estudiante no tiene conocimiento de cuánto tiempo tardara en

haber otro computador disponible, ya que no hay control de duración de tiempo por

usuario, y algunos estudiantes exceden el tiempo de uso de los equipos haciendo uso

inapropiado de los mismos.

En el momento en que el usuario cometa ciertas faltas tendrá una sanción.

Tipos de sanción:

1. Visitar paginas no autorizadas (pornografía, redes sociales): días de sanción 3

2. Solicitar reserva no presentarse ni hacer la cancelación. Días de sanción 2

3. Uso inadecuado de los equipos (dañar el equipo). Días de sanción 5 y pagar por

el arreglo.

7
 CAPITULO 5: DIAGRAMA DE CASO

Un diagrama de casos de uso es una forma de diagrama de comportamiento UML

mejorado. El Lenguaje de Modelado Unificado (UML). UML no define estándares para

que el formato escrito describa los casos de uso, y así mucha gente no entiende que

esta notación gráfica define la naturaleza de un caso de uso; sin embargo una notación

gráfica puede solo dar una vista general simple de un caso de uso o un conjunto de

casos de uso.

El diagrama de casos de uso representa la forma en como un Cliente (Actor) opera con

el sistema en desarrollo, además de la forma, tipo y orden en como los elementos

interactúan (operaciones o casos de uso).

8
Un diagrama de casos de uso consta de los siguientes elementos:

Actor
Actor es un rol que un usuario juega con respecto al sistema. Es importante destacar el

uso de la palabra rol, pues con esto se especifica que un Actor no necesariamente

representa a una persona en particular, sino más bien la labor que realiza frente al

sistema.

Caso de Uso
Es una operación/tarea específica que se realiza tras una orden de algún agente

externo, sea desde una petición de un actor o bien desde la invocación desde otro caso

de uso.

Relaciones
 Asociación

Es el tipo de relación más básica que indica la invocación desde un actor o caso de uso

a otra operación (caso de uso). Dicha relación se denota con una flecha simple.

 Dependencia o Instanciación

Es una forma muy particular de relación entre clases, en la cual una clase depende de

otra, es decir, se instancia (se crea). Dicha relación se denota con una flecha punteada.

 Generalización

9
Este tipo de relación es uno de los más utilizados, cumple una doble función

dependiendo de su estereotipo, que puede ser de Uso (<<uses>>) o de Herencia

(<<extends>>).

Este tipo de relación está orientado exclusivamente para casos de uso (y no para

actores).

 extends: Se recomienda utilizar cuando un caso de uso es similar a otro

(características).

 uses: Se recomienda utilizar cuando se tiene un conjunto de características que

son similares en más de un caso EXTEND

de uso y no se desea mantener copiada la

descripción de la característica.
GESTION DE
USUARIO

REGISTRO DE
USUARIO
MODIFICAR
DATOS DE
USUARIO

B.D
ELIMINAR UCC
USUARIO

AUTENTICACION
USUARIO

CONSULTA DE
DISPONIBILIDAD ADMINISTRADOR

GESTION DE
SITIOS WEB
INCLUDE

RESERVA

10

B.D. SITIOS
 CAPITULO 6: TABLAS

CAPITULO 7: HISTORIAS DE USUARIO

11
Tabla 1

Nombre de historia Consulta de disponibilidad

Usuarios Estudiantes de la UCC
Programadores -Andres Cuellar
Responsables -Arey Amaris

Administra los datos de los diferentes tipos de

Propósito valores
-El estudiante revisara en la app el estado de disponibilidad de los pc´s de
la sala.
-El estudiante hace la reserva del pc con un tiempo estimado de espera de
3 minutos.
-El estudiante ingresara su cedula e id para ingresar al pc.
-El estudiante tendrá la opción de informar cuanto tiempo lo usara.
-El administrador de salas tendrá control en el acceso de páginas, para
Descripción evitar el mal uso de los pc’s.

Tabla 2

Nombre de historia Cargar Elementos

Usuarios Estudiantes de la UCC
Programadores -Andres Cuellar
Responsables -Arey Amaris

Prioridad en negocio y 5
Escala Baja: (1-3) Media: (4-7) Alta: (8-10)

Almacenar y administrar los elementos que pueden

Propósito solicitar

Resumen En este caso de uso el administrador almacenará y

controlara las reservas de los elementos que se pueden
solicitar
Precondiciones Su precondición es que el administrador pueda ingresar
como usuario autorizado

Almacena la información de todos los elementos

existentes para la reserva. En este caso de uso el
administrador ingresará todos los datos y características
de los elementos nuevos o que se encuentran en
Flujo Principal inventario dentro de la universidad de San Buenaventura
para su futura reserva por parte de los usuarios finales,
cada vez que se ingrese un nuevo elemento en la parte
superior de la pantalla aparecerá todas las características
del elemento cargado.

12
Tabla 3

Nombre de historia Solicita Reserva

Usuarios Estudiantes UCC
Programadores -Arley Amaris
responsables -Andres Cuellar
8
Prioridad en negocio y
Escala Baja: (1-3) Media: (4-7) Alta: (8-10)
Propósito Almacenar las solicitudes de los elementos
En este caso uso se realizar las solicitudes de los
Resumen elementos que se desean reservar
Su precondición es que el administrador pueda ingresar
Precondiciones como usuario autorizado
Realizara las solicitudes que los usuarios realicen. Esta
pantalla es para administrador como para el usuario, en
esta se ingresan los elementos que se reservaran con
sus fechas, profesores encargados de los alumnos,
materia que dicta el profesor designado y el correo
electrónico al cual se enviara la respectiva confirmación
del elemento reservado. Al ingresar los asignado.
Flujo Principal

Tabla 4

Nombre de historia Validar disponibilidad

Usuarios Administrador
Tipo incluido
8
Prioridad en negocio y
Escala Baja: (1-3) Media: (4-7) Alta: (8-10)

Propósito Generar la validación de la disponibilidad

Resumen Valida la disponibilidad del elemento a reservar
Su precondición es que se valide el caso de uso solicitar
Precondiciones reserva
Realizara la validación para la disposición de cada uno
de los elementos que se deseen reservar si se encuentra
para prestamo o de lo contrario ya se encuentran
solicitados
Flujo Principal

13
Tabla 5

Nombre de historia Administrar Solicitud

Actores Administrador
Tipo Principales
Prioridad en 8
negocio y Escala Baja: (1-3) Media: (4-7) Alta: (8-10)

Propósito Administrar las solicitudes realizadas por los usuarios

En este caso de uso el administrado podrá controlar y manejar
Resumen las reservas realizadas por el usuario.
Su precondición es que el administrador pueda ingresar como
Precondiciones usuario autorizado
Realizara la administración de las diferentes solicitudes que se
ingresen en el aplicativo por el usuario. En esta pantalla el
administrador podrá cancelar solicitudes, confirmar las reservas
realizadas por el usuario y permite marcar las solicitudes que
pueden llegar a recibir una sanción por causa de la cancelación
de varias reservas hechas por el usuario en poco tiempo.
Flujo Principal

Tabla 6

Nombre de historia Generar Reportes

Actores Administrador
Tipo Principal
Prioridad en 8
negocio y Escala Baja: (1-3) Media: (4-7) Alta: (8-10)

Propósito Realizar un reporte estadístico o informativo

En este caso de uso el administrado generara reportes para el
Resumen control del aplicativo de reservas
Su precondición es que el administrador pueda ingresar como
Precondiciones usuario autorizado
Este caso de uso permite al administrador generar reportes o
informes sobre el uso de la aplicación por parte de los usuarios,
esta pantalla genera reportes de cancelación, motivos de
cancelación usuarios sancionados, prestamos de equipos
Flujo Principal realizados y un consolidado diario de solicitudes.
Excepciones Mala manipulación de datos

14
Tabla 7

Nombre de historia Cargar Reservas Por Programación De Practicas

Actores Administrador
Tipo Principales
Prioridad en 8
negocio y Escala Baja: (1-3) Media: (4-7) Alta: (8-10)

Propósito Generar cargue masivo de datos

En este caso de uso el administrado cargara una serie de datos
Resumen para las reservas de las aulas de informática
Su precondición es que el administrador pueda ingresar como
Precondiciones usuario autorizado
El administrador realizará el ingreso de datos de forma manual
previamente entregados los documentos por el coordinador
encargado de asignar las reservas de las sals de informática,
con los horarios respectivos
Flujo Principal
Mala manipulación de datos, desactualización de horarios y
documentos entregados por el coordinador de reservas de salas
Excepciones de informática.

Tabla 8

Nombre de historia Cargar Valor Tipo Equipo

Actores Administrador
Tipo Incluido
5
Prioridad en Baja: (1-3) Media: (4-7) Alta: (8-10)
negocio y Escala
Propósito Ingresa el tipo de equipo que se solicita
En este caso de uso el administrador ingresará los diferentes tipos de
elementos que se encuentren en el inventario dentro de la
Resumen universidad para su futura solicitud.

Precondiciones No se valide el caso de uso cargar valores flexibles

En esta el administrador podrá ingresar qué tipos de equipos se

encuentran disponibles, así como su previa descripción, igualmente
el administrador puede también actualizar los datos ingresados o
Flujo Principal eliminarlos.

Excepciones Ingresar tipos de valores errados

15
Tabla 9

Historia de usuario Cargar Valor Tipo Sanción

Actores Administrador
Tipo Incluido
Prioridad en 4
negocio y Escala Baja: (1-3) Media: (4-7) Alta: (8-10)

Propósito Ingresa el tipo de sanción que genera el usuario

En este caso de uso el administrador ingresará las diferentes sanciones
Resumen por motivo de malos manejos del aplicativo.

Precondiciones No se valide el caso de uso cargar valores flexibles

En este caso de uso el administrador ingresará los posibles tipos de
sanción con los que un usuario puede ser castigado. por el uso
inadecuado de la aplicación, ya que si el usuario realiza varias reservas
Flujo Principal y luego las cancela se aplicara la norma de sanción requerida.
Excepciones Ingresar tipos de valores errados

Tabla 10

Historia de usuario Cargar Valor Tipo Usuario

Actores Administrador
Prioridad en 4
negocio y Escala Baja: (1-3) Media: (4-7) Alta: (8-10)

Propósito Ingresa el tipo de usuario con el que se iniciara sesión

En este caso de uso el administrador ingresará los diferentes usuarios para
Resumen el ingreso a la aplicación.

Precondiciones No se valide el caso de uso cargar valores flexibles

En este caso de uso el administrador podrá ingresar los niveles de
seguridad que puede llegar a tener un usuario, ya sea administrador o
usuario normal. El administrador podrá delegar el nivel de usuario normal o
Flujo Principal ya sea un nuevo administrador.
Excepciones Ingresar tipos de valores errados

16
Tabla 11

Historia de usuario Cargar Valor Marcas

Actores Administrador
Prioridad en 5
negocio y Escala Baja: (1-3) Media: (4-7) Alta: (8-10)

Ingresar las marcas de los equipos nuevos e inventariados dentro de la

Propósito universidad
en este caso de uso el administrador ingresara y validara las diferentes
marcas de los equipos de informática, proyección y audio para su futuro
Resumen préstamo.

Precondiciones No se valide el caso de uso cargar valores flexibles

El administrador podrá ingresar las marcas de los elementos que la
Universidad de San Buenaventura tiene a disposición de alumnos y
profesores para su préstamo. Esto es muy importante para llevar un
inventario de los elementos que tiene la universidad para realizar las
Flujo Principal solicitudes.
Excepciones Ingresar tipos de valores errados

Tabla 12

Historia de usuario Cargar Valor Materias

Actores Administrador
Prioridad en 6
Baja: (1-3) Media: (4-7) Alta: (8-10)
negocio y Escala

Propósito ingresar las materias que se dictan en la universidad

En este caso el administrador podrá realizar el ingreso de la materia
Resumen que dicta el docente al cual se le asignará el elemento prestado.

Precondiciones No se valide el caso de uso cargar valores flexibles

en este caso de uso se ingresaran las materias que se dictan en la
universidad de San Buenaventura sede Bogotá para llevar un registro
de que docente estará a cargo del elemento y en que clase solicito el
Flujo Principal préstamo
Excepciones Ingresar tipos de valores errados

17
Tabla 13

Hisotoria de usuario Cargar Valor Estado Elemento

Actores Administrador
Prioridad en 8
negocio y Escala Baja: (1-3) Media: (4-7) Alta: (8-10)

Propósito Ingresar el estado en el cual se encuentra el elemento

en este caso de uso el se generara un estado de como se encuentra
elemento y si se puede realizar el préstamo del mismo o de lo contrario se
Resumen encuentra en mantenimiento o inactivo definitivamente.

Precondiciones No se valide el caso de uso cargar valores flexibles

En esta pantalla el administrador podrá asignar el estado en que se
encuentra el elemento existente para el préstamo, así como la descripción
Flujo Principal del elemento donde se muestra si éste se encuentra activo o inactivo.
Excepciones Ingresar tipos de valores errados

Tabla 14

Historia de usuario Cargar Valor Motivo Cancelación

Actores Administrador
Prioridad en 8
negocio y Escala Baja: (1-3) Media: (4-7) Alta: (8-10)

Propósito Ingresar los motivos por lo cuales se cancela la solicitud

En este caso de uso el administrador ingresará los motivos de las
cancelaciones y se generará un reporte de cuantas de estas se realizaron en
Resumen un día.

Precondiciones No se valide el caso de uso cargar valores flexibles

Se describirá el motivo de la cancelación de la reserva del elemento, en ésta
el administrador podrá ingresar los datos de cambio de fecha, cambio de
Flujo Principal hora o cambio de equipo si así se es requerido.
Excepciones Ingresar tipos de valores errados

18
Tabla 15

Historia de usuario Cargar Valor Ubicaciones Elementos

Actores Administrador
Prioridad en 6
negocio y Escala Baja: (1-3) Media: (4-7) Alta: (8-10)

ingresar la ubicación de los elementos en inventario y nuevos que

Propósito adquiere la universidad
en este caso de uso el administrador ingresara la ubicación exacta de los
Resumen elementos que se encuentran asignados a las aulas de clase

Precondiciones No se valide el caso de uso cargar valores flexibles

En esta pantalla el administrador podrá ingresar los datos de donde se
encuentran ubicados los equipos de multimedia y audiovisuales para sus
Flujo Principal futuras reservas o si se encuentran en zona de mantenimiento.
Excepciones Ingresar tipos de valores errados

Tabla 16

Historia de usuario Confirmar Solicitud Enviada

Actores Administrador
Tipo Incluido
Prioridad en 8
negocio y Escala Baja: (1-3) Media: (4-7) Alta: (8-10)

Propósito enviar solicitudes confirmadas por el administrador

en este caso de uso el administrador confirmara vía e - mail las solicitudes
Resumen reservadas por los usuarios

Precondiciones No se valide el caso de uso administrar solicitud

El administrador se encargara de enviar por correo electrónico la
confirmación de la reserva ingresada por el usuario, cuando suceda este
evento se desplegara en la parte inferior de la pantalla una tabla con la
Flujo Principal información requerida por el administrador y el usuario.
Excepciones Ingresar tipos de valores errados

19
Tabla 17

Historia de usuario Confirmar Solicitar Usuario

Actores Administrador
Tipo extendido
Prioridad en 7
negocio y Escala Baja: (1-3) Media: (4-7) Alta: (8-10)

solicita una clave ya se a de usuario o administrador para ingresar al

Propósito aplicativo
en este caso de uso se genera una clave automática que pedirá el
Resumen aplicativo para ingreso de los usuarios ya sea normal o administrador

Precondiciones No se valide el caso de uso administrar solicitud

se generaran sesiones diferentes para cada usuario, el caso de uso

describe cada perfil con el que se iniciara el aplicativo y dará permisos
Flujo Principal especiales según sean las claves y contraseñas ingresadas.
Excepciones Ingresar tipos de valores errados

Tabla 18

Historia de usuario inactivar valor

Actores Administrador
Prioridad en 3
negocio y Escala Baja: (1-3) Media: (4-7) Alta: (8-10)

Inactiva todos los tipos de valor que se relacionan con el caso de uso
Propósito cargar valores flexibles.
este caso de uso genera la inactivación de todos los tipos de valor que se
Resumen encuentran asociados a el.

Precondiciones no se validen los tipos de valores flexibles

su función es la de bloquear todos los tipos de valores flexibles para que

los registros insertados no sean modificados y así no se pueda manipular
Flujo Principal datos y realizar cancelaciones infructuosas.
Excepciones Ingresar tipos de valores errados

20
Tabla 19

Actores Administrador
cargar valores flexibles, cargar elementos, solicitar reserva, administrar
solicitud, generar reportes, Cargar valor tipo equipo, Cargar valor tipo
persona, Cargar valor tipo sanción, Cargar valor tipo usuario, Cargar valor
marcas, Cargar valor estado elemento, Cargar valor materias, Cargar
valor motivo cancelación, Cargar valor ubicación elemento, confirma
Caso de Uso solicitud enviada, solicitar usuario, inactivar valor.
es el actor principal y representa al administrador del aplicativo el cual
Descripción podrá realizar los cambios que sean necesarios.

CAPITULO 8: APLICACIÓN DE RESERVA DE EQUIPOS DE CÓMPUTO

Nuestra aplicación permite crear un usuario con contraseña después de gestionar

cierta información como nombre, apellido, tipo de documento, numero de documento,

id, dirección de residencia y teléfono.

La opción de agregar usuario podremos registrarnos llenando campos con

información personal. Luego de esto podremos ver computadores disponibles salas

jornadas y los usuarios no serán eliminados solamente cambiaran de estado activo a

inactivo en la base de datos.

8.1 CARACTERISTICAS DE LA APP:

8.2 RESERVA: Optimiza el tiempo de gestión de reservas en tu búsqueda de un

computador libre o programar para usarlo luego.

8.3 HORARIOS: Establece los horarios en los que se ofertan las sesiones y define

el calendario de tu reserva.

8.4 HISTORIAL DE RESERVAS: Consulte fácilmente el historial de cualquier

cliente: sesiones reservadas, faltas de asistencia y cancelaciones.

21
 8.5 CANCELACIONES: Te avisa en tiempo real de las cancelaciones de los

usuarios.

8.6 NOTIFICACIONES: Envía notificaciones ilimitadas cuando ingresamos a la

App para saber que equipos se encuentran disponibles y en que sala.

8.7 MONITOREO DE ACTIVIDAD: Conoce el movimiento de todos tus clientes en

tiempo real y obtén información valiosa para optimizar tu programa.

8.8 DESDE CUALQUIER LUGAR: Gracias al sistema multiplataforma tus clientes

podrán gestionar sus reservas desde cualquier ordenador o dispositivo móvil.

8.9 GESTIÓN AUTOMÁTICA DE COLAS: Los clientes interesados en una sesión

completa pueden ponerse en cola. En caso de que haya una cancelación, Nuestra App

le avisa automáticamente.

22
 CAPITULO 9: WEBGRAFIA

 http://www.academia.edu/12800606/Ingenieria_De_Software_Ensayo

 http://okhosting.com/blog/metodologias-del-desarrollo-de-software/

 http://modelo-cascada.blogspot.com.co/

 http://www.obs-edu.com/int/blog-project-management/scrum/metodologias-

agiles-scrum-y-kanban-y-xp

 https://vidayestilo.terra.com.mx/teens/como-hacer-un-ensayo-que-es-objetivo-y-

pasos-para-escribir,ba0df9f9baf7e310VgnVCM20000099cceb0aRCRD.html

23