Está en la página 1de 27

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 Mendoza (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 la reserva .................................................................... 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
2.19. Reserva ............................................................................................. 10
2.20. Registro ............................................................................................. 10

Rene Gregorio Mamani Mendoza (goyo) Página 3


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 un caso 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
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 4


10.1.2. INTERFACES DE HARDWARE ........................................................... 24
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 5


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 6


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 7


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.

Rene Gregorio Mamani Mendoza (goyo) Página 8


2.9. Código
Es la clave que el administrador le asigna a un recepcionista
para poder 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 9


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 10


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 11


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

Rene Gregorio Mamani Mendoza (goyo) Página 12


clientes surge la necesidad de implementar un sistema capaz de administrar y
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 habitaciones vía internet
Solución mediante una página web.

Rene Gregorio Mamani Mendoza (goyo) Página 13


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 El cliente realiza la reserva, para mandar al
vía web recepcionista 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 14


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 Registra nuevos datos para la habitación(solo el
de habitación administrador)

Nro.4: Caso de Uso Propósito


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

Rene Gregorio Mamani Mendoza (goyo) Página 15


6.1. DIAGRAMA DE CASO DE USOS EN GENERAL

Rene Gregorio Mamani Mendoza (goyo) Página 16


6.2. Caso de uso de cliente

6.3. Caso de uso Recepcionista

Rene Gregorio Mamani Mendoza (goyo) Página 17


6.4. Caso de uso Administrador

Rene Gregorio Mamani Mendoza (goyo) Página 18


7. DIAGRAMA DE ACTIVIDAD

Rene Gregorio Mamani Mendoza (goyo) Página 19


8. MODELO DEL DOMINIO

Rene Gregorio Mamani Mendoza (goyo) Página 20


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 21


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 22


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 23


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 24


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 25


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 26


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 27