Está en la página 1de 28

UNIVERSIDAD NACIONAL DEL

ALTIPLANO
FACULTAD DE INGENIERÍA
ESTADÍSTICA E

INFORMÁTICA

SISTEMA INFORMÁTICO
PARA LA ATENCIÓN DE
RESERVAS PARA EL
HOTEL
“GREGOY’S HOUSE”
PRESENTADO POR:

> RENE GREGORIO MAMANI


MENDOZA

PUNO - PERÚ
2017

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 1


FICHA DEL DOCUMENTO

Fecha Revisión Autor Verificado dep. Calidad.

16/10/2017

Rene Gregorio ^Mamani, (goyo) Página 2


Contenido
1. ............................................................................................................
INTRODUCCIÓN ................................................................................................ 6
1.1. PROPÓSITO ............................................................................................7
1.2. ALCANCE ................................................................................................7
1.3. PERSONAL INVOLUCRADO .....................................................................7
2. ............................................................................................................
DEFINICIONES ................................................................................................... 8
2.1. Administrador ........................................................................................8
2.2. Adicionar reserva ...................................................................................8
2.3. Añadir nombre a lareserva .....................................................................8
2.4. Autentificación .......................................................................................8
2.5. Cliente ....................................................................................................8
2.6. Cantidad de pasajeros ............................................................................8
2.7. Cantidad de días .................................................................................... 8
2.8. Cerrar cuenta ........................................................................................8
2.9. Código ....................................................................................................9
2.10. Disponibilidad .....................................................................................9
2.11. Eliminar reserva ..................................................................................9
2.12. Elegir tipo de habitación .....................................................................9
2.13. Gerente .............................................................................................. 9
2.14. Habitación disponible .........................................................................9
2.15. Habitación...........................................................................................9
2.16. Listar .................................................................................................10
2.17. Modificar reserva ..............................................................................10
2.18. Pago ..................................................................................................10

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 3


2.19. Reserva .............................................................................................10
2.20. Registro ............................................................................................ 10
2.21. Recepcionista................................................................................... 10
2.22. Salida del cliente .............................................................................. 10
2.23. Tipo de habitación ........................................................................... 10
2.24. Caso de Uso ..................................................................................... 11
2.25. Pre condición de uncaso de uso ....................................................... 11
2.26. Post condición de un caso de uso ..................................................... 11
3. ACRÓNIMOS ............................................................................................... 11
3.1. REFERENCIAS ...................................................................................... 11
4. RESUMEN ................................................................................................... 12
5. DESCRIPCIÓN GENERAL .............................................................................. 12
5.1. PERSPECTIVA DEL PRODUCTO ............................................................. 12
5.1. FUNCIONALIDAD DEL PRODUCTO ....................................................... 13
5.2. PROCESOS PRINCIPALES ...................................................................... 14
6. CASO DE USO ............................................................................................. 14
6.1. DIAGRAMA DE CASO DE USOS EN GENERAL ....................................... 16
6.2. Caso de uso de cliente......................................................................... 17
6.3. Caso de uso Recepcionista .................................................................. 17
6.4. Caso de uso Administrador ................................................................. 18
7. DIAGRAMA DE ACTIVIDAD .......................................................................... 19
8. MODELO DEL DOMINIO .............................................................................. 20
9. CARACTERÍSTICAS DE LOS USUARIOS.......................................................... 21
9.1. RESTRICCIONES ................................................................................... 22
9.2. SUPOSICIONES Y DEPENDENCIAS ........................................................ 22

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 4


10. REQUISITOS ESPECÍFICOS .......................................................................... 23
10.1. REQUISITOS COMUNES DE LAS INTERFACE ...................................... 24
10.1.1. INTERFACES DEL USUARIO............................................................ 24

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 5


24
10.1.2. INTERFACES DE HARDWARE
10.1.3. INTERFACES DE SOFTWARE ......................................................... 24
10.2. REQUISITOS FUNCIONALES ............................................................. 24
10.2.1. REQUISITO FUNCIONAL 1 ............................................................. 24
10.2.2. REQUISITO FUNCIONAL 2 ............................................................. 25
10.2.3. REQUISITO FUNCIONAL 3 ............................................................. 25
10.2.4. REQUISITO FUNCIONAL 4 ............................................................. 25
10.2.5. REQUISITO FUNCIONAL 5 ............................................................. 25
10.2.6. REQUISITO FUNCIONAL 6 ............................................................. 25
10.2.7. REQUISITO FUNCIONAL 7 ............................................................. 25
10.2.8. REQUISITO FUNCIONAL 8 ............................................................. 25
10.3. REQUISITOS NO FUNCIONALES ....................................................... 26
10.3.1. MANUAL DE USUARIO .................................................................. 26
10.3.2. REQUISITOS DE RENDIMIENTO ..................................................... 26
10.3.3. SEGURIDAD ................................................................................... 26
10.3.4. FIABILIDAD .................................................................................... 26
10.3.5. DISPONIBILIDAD............................................................................ 27
10.3.6. MANTENIBILIDAD ......................................................................... 27
10.3.7. PORTABILIDAD .............................................................................. 27

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 6


1. INTRODUCCIÓN

Hoy en día son muchas las personas que utilizan Internet para encontrar
información de dónde y cuándo viajar y donde descansar. Con un sistema de
reserva, vía Internet, los hoteles podrán ofrecer la comodidad de un servicio en
el cual las personas no tendrán que salir de su casa u oficina, ni llenar
formularios en papel, ni tampoco gastar en llamadas o envío de fax. Todo el
proceso de reserva se puede realizar frente a la misma pantalla en un corto
periodo de tiempo.

El presente proyecto muestra el desarrollo de un sistema Web de manera


genérica, el cual tiene como propósito ayudar en el proceso de control de
reservas de habitaciones, servicios de un hotel, ofrecer un portal web que
contenga un catálogo de habitaciones y sus servicios, administrar los servicios
solicitados por las personas, llevar un registro de las reservas realizadas, llevar
un registro de los tipos y cantidades de habitaciones que la empresa hotelera
ofrece según su disponibilidad.

Este documento tiene como objetivo entregar al usuario final una visión del
producto, así como los límites y alcances del proyecto. Es de suma importancia
definir el alcance del software a desarrollar a modo de crear la expectativa
necesaria y no contribuir a la insatisfacción del cliente.

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 7


1.1. PROPÓSITO
El presente documento tiene como propósito definir las especificaciones
funcionales, no funcionales, diagrama de clases y diseño. El propósito de
este documento es analizar y definir los requerimientos del Software de
Aplicación Web para mejorar las necesidades del usuario final (cliente).

1.2. ALCANCE

El software podrá ser implementado en una empresa de reservación de


habitaciones, manejando principalmente los procesos de un formulario
de reservas, como registrar las fechas de entradas y salidas de la reservas
de habitaciones, así mismo podrá ver el tipo de habitación disponible.

1.3. PERSONAL INVOLUCRADO

NOMBRE Rene Gregorio Mamani Mendoza

ROL Analista, diseñador y programador


CATEGORÍA
PROFESIONAL
RESPONSABILIDAD Análisis de información,y diseño.
INFORMACIÓN DE Goyogregorio65@gmail.com
CONTACTO

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 8


2. DEFINICIONES
DEFINICIÓN

2.1. Administrador
Encargado del manejo del sistema y puede ingresar a las
distintas ventanas del sistema de reserva.

2.2. Adicionar reserva


Se realiza cuando ya sea el cliente o recepcionista solicita adicionar una
nueva reserva.

2.3. Añadir nombre a la reserva


El cliente realiza la reserva y la búsqueda se ara mediante el nombre del
huésped.

2.4. Autentificación
El usuario loguea para ingresar al sistema.
2.5. Cliente
Es la persona que ingresa al sistema para solicitar hacer una reserve en
el hotel.

2.6. Cantidad de pasajeros


Es el nro. de huéspedes por el que se hizo la reserva y nos ayuda a saber
si a la llegada efectivamente es la cantidad que se quedó en la reserva.

2.7. Cantidad de días


Es el nro.de días que el huésped se quedara y así saber qué día se dará
de alta esa habitación.

2.8. Cerrar cuenta


Cuando el proceso de pago se acabe se cierra la cuenta de dinero del
huesped.
2.9. Código
Es la clave que el administrador le asigna a un recepcionista para poder

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 9


ingresar al sistema.

2.10. Disponibilidad
Se verifica habitaciones libre para ver el nro. Disponible que se tiene.
2.11. Eliminar reserva
El administrador ingresa al sistema y elimina la reserva.

2.12. Elegir tipo de habitación


El cliente ve el tipo de habitación ya sea simple doble matrimonial.
2.13. Gerente
Es la persona que ingresa al sistema y recibe reportes sobre cobros o
cantidad de huéspedes que tiene.

2.14. Habitación disponible


El encargado de recepción será quien verifique habitaciones ocupadas o
disponibles es decir que vea la habitación libre o ocupada y las fechas de
salida.

2.15. Habitación
Una habitación es una de las naves pertenecientes a la empresa hotel
"gregory's house" Ambiente de hospedaje para el huésped existe un
número determinado en cada piso y cuenta con una o varias camas un
televisor y varía según tipo existiendo.

a) doble
b) simple
c) matrimonial.

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 10


2.16. Listar
En esta lista se mostrara las reservas echas por cada cliente.

2.17. Modificar reserva


El administrador busca por nombre y apellido o ci el registro a modificar
una vez modificada de guardar lo cambios.

2.18. Pago
Se verifica si el cliente hizo un depósito para apartar la habitación o no
realizo el pago para que al momento de ingresar se realice el cobro de
saldo o el total.

2.19. Reserva
El cliente puede reservar una o varias habitaciones y el número de
huéspedes en cada habitación y el tipo de las habitaciones, las fechas de
estadía consultar precios vía web o presencial llenando una forma.

2.20. Registro
El cliente debe llenar una formulario detallando todos los datos
requeridos y luego.

El recepcionista llena los datos al sistema.

2.21. Recepcionista
Dentro del sistema es la encargada de ver la llegada de cliente y
acomodarlos según su reserva en el caso de que el cliente no tenga una
reserva es la encarga de realizar la reserva en el instante.

2.22. Salida del cliente


El sistema actualiza nuevamente para mostrarla como disponible.

2.23. Tipo de habitación


El recepcionista busca en el sistema el tipo de habitación requerido y le
informa que incluye su habitación

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 11


2.24. Caso de Uso
Es una secuencia de interacciones que se desarrollarán entre un
sistema y sus actores en respuesta a un evento que inicia un actor
principal sobre el propio sistema.

2.25. Pre condición de un caso de uso


Indican las condiciones que el sistema debe cumplir para que se pueda
dar inicio a determinado caso de uso.

2.26. Post condición de un caso de uso


Indica el estado en el cual el sistema debe quedar al finalizar la
ejecución del caso de uso.

3. ACRÓNIMOS
ERS Especificación de Requisitos de Software

3.1. REFERENCIAS

Titulo del Documento Referencia

Standard IEEE 830 - 1998 IEEE

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 12


4. RESUMEN

Este documento presenta el conjunto de características necesarias para


la obtención de una buena especificación de requisitos funcionales y no
funcionales. Así mismo presenta el formato de especificación de
requisitos de software según la versión de 1998 del estándar de la IEEE
830 y que consta.
En la primera sección se realiza una introducción al mismo y se
proporciona una visión general de la especificación de recursos del
sistema.

En la segunda sección del documento se realiza una descripción general


del sistema, con el fin de conocer las principales funciones que éste debe
realizar, los datos asociados y los factores, restricciones, supuestos y
dependencias que afectan al desarrollo, sin entrar en excesivos detalles.

Por último, la sección del documento es aquella en la que se definen


detalladamente los requisitos, el diagrama de clases y nuestro diseño
que debe satisfacer el sistema.

5. DESCRIPCIÓN GENERAL
En esta sección se presenta una descripción a alto nivel del sistema. Se
presentará el modelo de casos de uso (modelo que muestra la funcionalidad del
sistema), las características de los usuarios, las suposiciones y dependencias del
sistema.

5.1. PERSPECTIVA DEL PRODUCTO

En la actualidad la empresa no cuenta una aplicación web que en la mayoría de


los casos no se adaptan a sus necesidades. Al iniciar sus actividades comerciales
sin conocer los procesos internos que manejaría la empresa y desarrollados en
viejas tecnologías existentes en nuestro mercado. Dentro de este grupo de
clientes surge la necesidad de implementar un sistema capaz de administrar y

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 13


gestionar los procesos del negocio.

Conociendo las tendencias tecnológicas existentes se implementará dicho


sistema utilizando la Internet como medio de comunicación.

5.1. FUNCIONALIDAD DEL PRODUCTO


El sistema del Hostal "GREGORY'S HOUSE "podrá realizar lo siguiente:
❖ En la interfaz de cliente se muestra en una tabla los datos desde la
base de datos, tiene la opción de buscar al cliente, de agregar,
eliminar y actualizar un cliente.
❖ En la interfaz de usuarios se muestra en una tabla los datos desde la
base de datos, tiene la opción de buscar, de agregar, eliminar y
actualizar un usuario del sistema.
❖ En la interfaz de Hostal se muestra en una tabla los datos; desde la
base de datos, tiene la opción de buscar, de agregar, eliminar y
actualizar un cliente al sistema.
❖ En la interfaz de productos se muestra en una tabla los datos desde
la base de datos, tiene la opción de buscar, de agregar, eliminar y
actualizar una habitación disponible del sistema.
❖ Declaración del Problema
En la actualidad la empresa no cuenta con una
página web para la reservación de habitaciones vía
internet, lo cual haría una mejor calidad de servicio
hacia sus clientes.
Problema
Afecta Recepcionista, clientes

El impacto se dará en la eficiencia y eficacia de la


empresa ya que se mejorarán los procesos de
reservación de habitaciones.

Impacto

Agilizar los procesos a través de una reservación de


Solución habitaciones vía internet mediante una página web.

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 14


Actores
Recepcionista Es el encargado de ingresar los datos del flujo de información del
proceso de reservación al sistema.
Cliente
Dentro del sistema lo único que se le permite hacer es
introducir una reserva y pedirle datos para que su reserva este
realizada también puede escoger la forma de pago la
especificación de la habitación la cantidad de habitaciones que
necesita y el tiempo que se quedara en el hotel. Podrá
modificar la reserva esperando una respuesta para ver si su
modificación podrá ser echa o no
Administrador Se encarga de los servicios de administración de todas las
áreas en general

5.2. PROCESOS PRINCIPALES


Nro.: Proceso Responsable
1 Reservas Recepcionista - cliente
2 Hospedaje recepcionista
3 Venta recepcionista
4 Reportes Administrador
5 Actualizar datos Administrador - Recepcionista
6 Autentificación Administrador - Recepcionista

6. CASO DE USO

Nro.1: Caso de Uso Propósito


1.A Realiza reserva vía El cliente realiza la reserva, para mandar al recepcionista
web vía web(cliente)
1.B Registrar Registra la reserva del cliente(Recepcionista)
reservas

Nro.2: Caso de Uso Propósito


2.A Registrar Registra el hospedaje para el huésped
Hospedaje

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 15


Nro.3: Caso de Uso Propósito
3.A Registrar Venta
Registra la venta del cliente que este en el hospedaje
3.B Realizar Factura El recepcionista se encargara de realizar la factura

Nro.4: Caso de Uso Propósito


4.A Reportes Muestra los resultados de la venta

Nro.5: Caso de Uso Propósito


5.A Actualizar datos Actualiza los datos del recepcionista
recepcionista
5.B Actualizar datos Actualiza los datos del administrador
administrador
5.C Gestiona datos de Registra nuevos datos para la habitación(solo el
habitación administrador)

Nro.4: Caso de Uso Propósito


1.A Autentificación El usuario del sistema ingresa al sistema

ReneGregorio^Mamani, (goyo) Página16


6.1. DIAGRAMA DE CASO DE USOS EN GENERAL

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 17


6.2. Caso de uso de cliente

6.3. Caso de uso Recepcionista

Rene Gregorio ^Mamani, (goyo) Página 18


6.4. Caso de uso Administrador

Rene Gregorio ^Mamani,^Mendoya(goyo) Página19


7. DIAGRAMA DE ACTIVIDAD

Rene Gregorio- ^Mamani,^Mendoza(goyo) Página18


8. MODELO DEL DOMINIO

Rene Gregorio ^Mamani, (goyo) Página 21


9. CARACTERÍSTICAS DE LOS USUARIOS
Tipo de usuario Administrador
Formación TSU en Informática
Actividades Control y manejo del sistema en general
Tipo de usuario Cliente
Formación Consumidor
Actividades
Tipo de usuario recepcionista
Formación Lic. En administracion
Actividades Control y manejo del sistema personalizado
Tipo de usuario gerente
Formación Lic. En administracion
Actividades Control y manejo del sistema personalizado

Nombre Descripción
Recepcionista Es el encargado de ingresar los datos del flujo de información
del proceso de reservación al sistema.

Gerente Dentro del sistema solo verifica reportes para así poder saber
la forma de pago del cliente o que empresas tienes deudas
pendientes por reservas

Cliente
Dentro del sistema lo único que se le permite hacer es
introducir una reserda y pedirle datos para que su reserva este
bien realizada también puede escoger la forma de pago la
especificación de la habitación la cantidad de habitaciones que
necesita y el tiempo que se quedara en el hotel. Podrá
modificar la reserva esperando una respuesta para ver si su
modificación podrá ser echa o no
Administrador se encarga de los servicios de administración de todas las
áreas en general

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 22


9.1. RESTRICCIONES
-El sistema funcionara en el sistema Operativo de Windows 7 o superior -
Tendrá que tener conexión a la Base de Datos siempre
9.2. SUPOSICIONES Y DEPENDENCIAS
Se asume que los requisitos aquí descritos son estables

Los equipos en los que se vaya a ejecutar el sistema deben cumplir los
requisitos antes indicados para garantizar una ejecución correcta de la
misma
En el proceso de Reservación de Habitaciones, el sistema podrá:

• Actualizar Reserva de Habitación


• Registrar Pago.
• Registrar Reserva de Habitación
En el proceso de Hospedaje del Cliente, el sistema podrá:

• Buscar Cliente.
• Modificar Cliente.
• Eliminar Cliente
• Registrar Consumos del Cliente.
En el proceso de Salida de Cliente, el sistema podrá:

• Actualizar Habitación

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 23


10. REQUISITOS ESPECÍFICOS

Número de requisito R001


Nombre de requisito Actualizar reservas de habitaciones

Tipo □ Restricción
Fuente del requisito Recepcionista
Prioridad del requisito Alta/Esencial

Número de requisito R002


Nombre de requisito Registrar Usuarios y pagos
Tipo □ Restricción
Fuente del requisito Recepcionista/Usuarios
Prioridad del requisito Alta/Esencial

Número de requisito R003


Nombre de requisito Registrar Reserva de Habitacion
Tipo Requisito
Fuente del requisito Recepcionista/usuario

Prioridad del requisito Alta/Esencial

Número de requisito R004


Nombre de requisito Buscar cliente.
Tipo Requisito
Fuente del requisito recepcionista
Prioridad del requisito Alta/Esencial

Número de requisito R005


Nombre de requisito Modificar Cliente.
Tipo Requisito
Fuente del requisito Todas las interfaces
Prioridad del requisito Media/Deseado

Número de requisito R006


Nombre de requisito Eliminar Cliente
Tipo Requisito □ Restricción
Fuente del requisito Cliente/recepcionista
Prioridad del requisito Alta/Esencial

Número de requisito R007


Nombre de requisito Registrar consumo de Clientes
Tipo Requisito
Fuente del requisito
Prioridad del requisito Alta/Esencial

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 24


Número de requisito R008
Nombre de requisito Actualizar Habitacion
Tipo Requisito
Fuente del requisito Recepcionista
Prioridad del requisito Alta/Esencial

10.1. REQUISITOS COMUNES DE LAS INTERFACE


10.1.1. INTERFACES DEL USUARIO
La interfaz con el usuario consistirá en un conjunto de ventanas con
botones, listas y campos de textos. Ésta deberá ser construida
específicamente para el sistema propuesto.

10.1.2. INTERFACES DE HARDWARE


Será necesario disponer de equipos de cómputos en perfecto
estado con las siguientes características:

Adaptadores de red.
Un buen procesador
Mouse.
Teclado.

10.1.3. INTERFACES DE SOFTWARE


Sistema Operativo: Windows XP o superior.

10.2. REQUISITOS FUNCIONALES

10.2.1. REQUISITO FUNCIONAL 1


Actualizar Reserva de Habitación: los usuarios deberán identificarse
y registrarse para acceder a reservar una habitación.

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 25


10.2.2. REQUISITO FUNCIONAL 2
• Registrar pago: El sistema ofrecerá al usuario a hacer pagos
mediante tarjeta de crédito o débito que este a su alcance.

10.2.3. REQUISITO FUNCIONAL 3


• Registrar Reserva de habitación: El sistema permitirá al
usuario registrarse y reservar su habitación disponible. El
usuario debe suministrar datos como: CI, Nombre, Apellido, E-
mail, Usuario y Password
10.2.4. REQUISITO FUNCIONAL 4
• Buscar cliente. El sistema debe tener botones para realizar esta
acción y solo lo podrá hacer si es usuario se a identificado como
administrador.

10.2.5. REQUISITO FUNCIONAL 5


• Modificar Cliente. El sistema debe tener botones para realizar
esta acción y solo lo podrá hacer si es usuario se a identificado
como administrador.
10.2.6. REQUISITO FUNCIONAL 6
• Eliminar Cliente El sistema debe tener botones para realizar esta
acción y solo lo podrá hacer si es usuario se a identificado como
administrador.

10.2.7. REQUISITO FUNCIONAL 7


• Registrar consumo de cliente. El sistema debe tener botones
para realizar esta acción y solo lo podrá hacer si es usuario se a
identificado como administrador.

10.2.8. REQUISITO FUNCIONAL 8


• Actualizar Habitación. Registrar consumo de cliente. El sistema
debe tener botones para realizar esta acción y solo lo podrá
hacer si es usuario se a identificado como administrador.

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 26


10.3. REQUISITOS NO FUNCIONALES

10.3.1. MANUAL DE USUARIO.

El manual del usuario tiene como propósito el facilitar el manejo del


software a los usuarios. Este manual contendrá la información necesaria,
de fácil de entendimiento y con un lenguaje simple, para que los usuarios
puedan realizar cualquier transacción en el sistema. Este documento
incluirá, una descripción general del sistema, pasos a seguir para realizar
transacciones, además, incluirá una breve guía de soporte para que los
usuarios, por sí solos, puedan solucionar los problemas más comunes.

10.3.2. REQUISITOS DE RENDIMIENTO


• Garantizar que el diseño de las consultas u otro proceso no
afecte el desempeño de la base de datos.

10.3.3. SEGURIDAD
• Garantizar la confiabilidad, la seguridad y el desempeño del
sistema informático a los diferentes usuarios. En este sentido la
información almacenada o registros realizados podrán ser
consultados y actualizados permanente y simultáneamente, sin
que se afecte el tiempo de respuesta.
• Garantizar la seguridad del sistema con respecto a la
información y datos que se manejan tales sean documentos,
archivos y contraseñas.

10.3.4. FIABILIDAD
• El sistema debe tener una interfaz de uso intuitiva y sencilla
• La interfaz de usuario debe ajustarse a las características de la
institución, dentro de la cual estará incorporado el sistema.

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 27


10.3.5. DISPONIBILIDAD
• El sistema estará disponible los 365 días del año y las 24 horas del
día, en aquellos servicios para la cobertura de usuarios a
distancia.

10.3.6. MANTENIBILIDAD
• El sistema debido a la detallada documentación generada en el
proceso de elaboración, puede ser mantenido y modificado
para generar nuevas versiones del software.
• La interfaz debe estar complementada con un buen sistema de
ayuda (la administración puede recaer en personal con poca
experiencia en el uso de aplicaciones informáticas).

10.3.7. PORTABILIDAD
• El sistema será implantado bajo la plataforma de Windows como
casi toda las páginas web.

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 28