Este documento presenta los requisitos para el desarrollo de un sistema de registro para el hospedaje "PERCYS". Actualmente el hospedaje lleva registros en papel, lo que causa problemas como acumulación de documentos, dificultades en la búsqueda de información y demoras en el registro de datos. El sistema propuesto mejorará el servicio al cliente mediante la digitalización de los procesos de registro de clientes, reservas de habitaciones, gestión de inventario y otros. El documento describe el sistema actual, los objetivos del nuevo sistema, y los
1. TALLER DE INGENIERÍADE SOFTWARE II
pág. 1
1.
SISTEMA DE REGISTRO DELHOSPEDAJE “PERCYS”
Documento de Requisitos del Sistema
FECHA: 20/06/2016
REALIZADO POR
“REALIZADO PARA EL HOSPEDAJE PERCYS - PAMPAS”
LISTA DE CAMBIOS
2. TALLER DE INGENIERÍADE SOFTWARE II
pág. 2
1.
Num.
Descripción
Fecha Autores
0 Versión 1.0 26/05/16
Gamboa Pando, Magdalena
Corasma Barreto, William
Quispe Ramos, Bethy
Trucios Mitma, Mabel
1 Se ha añadido la portada 26/05/16
Gamboa Pando, Magdalena
Corasma Barreto, William
Quispe Ramos, Bethy
Trucios Mitma, Mabel
2 Se ha añadido la lista de cambios 28/05/16
Gamboa Pando, Magdalena
Corasma Barreto, William
Quispe Ramos, Bethy
Trucios Mitma, Mabel
3
Se ha añadido el índice de tablas y
figuras
30/05/16
Gamboa Pando, Magdalena
Corasma Barreto, William
Quispe Ramos, Bethy
Trucios Mitma, Mabel
4
Se han añadido los requisitos de
información.
01/06/16
Gamboa Pando, Magdalena
Corasma Barreto, William
Quispe Ramos, Bethy
Trucios Mitma, Mabel
5 Se han añadido los casos de uso. 02/06/16
Gamboa Pando, Magdalena
Corasma Barreto, William
Quispe Ramos, Bethy
Trucios Mitma, Mabel
6
Se han añadido los requisitos no
funcionales y la matriz de
rastreabilidad
03/06/16
Gamboa Pando, Magdalena
Corasma Barreto, William
Quispe Ramos, Bethy
Trucios Mitma, Mabel
Contenido
3. TALLER DE INGENIERÍADE SOFTWARE II
pág. 3
1.
1.-INTRODUCCIÓN. ............................................................................................6
2-PARTICIPANTES EN EL PROYECTO ..........................................................7
3.-DESCRIPCIÓN DELSISTEMA ACTUAL....................................................8
4.-OBJETIVOS DEL SISTEMA……………….…………………………………………..14
5.-CATÁLOGO DE REQUISITOS DEL SISTEMA..........................................19
5.1-Requisitos de información............................................................................19
5.2-Requisitos funcionales ..................................................................................23
5.2.1-Diagramas de caso de uso.....................................................................23
5.2.2-Definición de actores...............................................................................28
5.2.3 Casos de uso.............................................................................................30
5.2-Requisitos no funcionales.............................................................................54
6.-MATRIZ DE RASTREABILIDAD OBJETIVOS/REQUISITOS.................57
7.-GLOSARIO........................................................................................................58
ÍNDICE DE FIGURAS
4. TALLER DE INGENIERÍADE SOFTWARE II
pág. 4
1.
1. Diagrama de caso de uso SUBSISTEMA 1......................................24
2. Diagrama de caso de uso SUBSISTEMA 2......................................25
3. Diagrama de caso de uso SUBSISTEMA 3..................................... 26
4. Diagrama de caso de uso SUBSISTEMA 4......................................27
5. Diagrama de caso de uso SUBSISTEMA 5......................................28
5. USUARIO
UNIVERSIDAD NACIONAL DE HUANCAVELICA
ÍNDICE DE TABLAS
1. Objetivo del sistema OBJ-01..........................................................................14
2. Objetivo del sistema OBJ-02..........................................................................15
3. Objetivo del sistema OBJ-03..........................................................................16
4. Objetivo del sistema OBJ-04..........................................................................17
5. Requisito de información IRQ-1.....................................................................19
6. Requisito de información IRQ-2.....................................................................20
7. Requisito de información IRQ-3.....................................................................21
8. Requisito de información IRQ-4.....................................................................22
9. Actor ACT-1 .....................................................................................................28
10.Actor ACT-2 .....................................................................................................29
11.Caso de uso UC-001 ......................................................................................31
12.Caso de uso UC-002 ......................................................................................32
13.Caso de uso UC-003.......................................................................................33
14.Caso de uso UC-004 ......................................................................................34
15.Caso de uso UC-005 ......................................................................................35
16.Caso de uso UC-006 ......................................................................................36
17.Caso de uso UC-007.......................................................................................37
18.Caso de uso UC-008 ......................................................................................38
19.Caso de uso UC-009.......................................................................................39
20.Caso de uso UC-010.......................................................................................40
21.Caso de uso UC-011 ......................................................................................41
22.Caso de uso UC-012
............................................................................................................................42
.
23.Caso de uso UC-013.......................................................................................43
24.Caso de uso UC-014 ......................................................................................44
25.Caso de uso UC-015 ......................................................................................45
26.Caso de uso UC-016.......................................................................................46
27.Caso de uso UC-017.......................................................................................47
28.Caso de uso UC-018 ......................................................................................48
29.Caso de uso UC-019 ......................................................................................49
30.Caso de uso UC-020 ......................................................................................50
31.Caso de uso UC-021 ......................................................................................51
32.Caso de uso UC-022 ......................................................................................52
33.Caso de uso UC-023 ......................................................................................53
34.Requisito no funcional RFC-1........................................................................54
35.Requisito no funcional RFC-2........................................................................54
36.Requisito no funcional RFC-3........................................................................55
37.Requisito no funcional RFC-4........................................................................55
38.Requisito no funcional RFC-5........................................................................56
6. USUARIO
UNIVERSIDAD NACIONAL DE HUANCAVELICA
1. INTRODUCCIÓN
Cuando se inició este proyecto tuvimos que acudir al hospedaje “PERCYS”;
bueno lo primero que hicimos es hacerles una entrevistas con el Administrador
del hospedaje, Percy Alejandro Soto Pérez y de acuerdo a la entrevista y el
cuestionario que se aplicó en la Hospedaje nos vamos haciendo una idea general
de como realizan sus actividades en el hospedaje.
El impacto que están causando los avances informáticos sobre el mundo de
negocios, se ve en incremento por la presión ejercida por el mundo del trabajo,
que cada vez necesita y demanda una mayor formación en el campo de la
informática. Ante esta situación es inminente la necesidad que los programas en
el nivel educativo o cualquier nivel, tengan que incorporar los recursos
informáticos dentro de su contenido.
El sistema de registro para el hospedaje contempla el desarrollo y la formación
Informática de cada cliente dentro de este negocio, como la introducción
progresiva del Software, como medio o factibilidad para realizar actividades
entorno a lo referido de registro de clientes, habitaciones, reservas. En el
hospedaje “PERCYS” es insuficiente la aplicación de las nuevas tecnologías de
la Informática, las cuales se realizan de forma tradicional y no explotando las
ventajas que ofrece el ordenador como una herramienta de trabajo para un mejor
desempeño; los problemas que se encontró para desarrollar el software fueron:
1. Acumulación de registro en papel.
2. Dificultades en la búsqueda de clientes a la hora de cancelar el alquiler
de habitación.
3. Tiempo de demora al registrar los datos del cliente.
Este sistema nos facilitara y nos ayudara a mejorar el servicio a nuestros clientes
pero para ello nuestro sistema debe de ser o de llevar los cuatro pasos básicos,
entrada, almacenamiento, procesamiento y salida de información, y si nuestro
sistema maneja estos pasos entonces podremos controlar los registros que se
realizan en dicho hospedaje.
7. USUARIO
UNIVERSIDAD NACIONAL DE HUANCAVELICA
2. PARTICIPANTES EN EL PROYECTO
Nombre Cargo Empresa Rol Papel
Apoyo
MG.
Roberto
Macetas
Rodríguez
Catedrático
Hospedaje
"PERCYS"
Promover al
acceso
continuo de
mejoramiento
de la calidad
del hospedaje.
Cliente Jhony
Morales
Contreras
Cliente Albañil
Construcción
de G.Y.M
María
Gonzales
Peña
Cliente Odontóloga
Trabajadora de
la RED DE
SALUD
Analistas Magdalena
Gamboa
Pando
Estudiante UNH-EPIS
Jefe de
Proyecto
Bethy
Quispe
Ramos
Estudiante UNH-EPIS
Analista de
Sistemas
Mabel
Trucios
Mitma
Estudiante
UNH-EPIS
Analistas –
Programadores
William
Corasma
Barreto Estudiante
UNH-EPIS Analistas –
Programadores
8. USUARIO
UNIVERSIDAD NACIONAL DE HUANCAVELICA
3. DESCRIPCIÓN DEL SISTEMA ACTUAL
Actualmente el hospedaje “PERCYS” no cuenta con ningún software de registro
que se ajuste a las necesidades de los clientes, en el desarrollo de actividades.
1. Mapa de procesos:
9. USUARIO
UNIVERSIDAD NACIONAL DE HUANCAVELICA
Flujo grama (cliente desea reservar)
Cliente Administrador del sistema
Solicitahabitación
Solicitar tipo
de habitación
Confirmación
de solicitud
Brindardescripción
de habitación
Ingresar datos para
reservación
Reserva de
habitación
Tiempo
máximo de
reserva
10. pág. 10
LISTA DE TAREAS
TAREA DESCRIPCION DE LA TAREA
SOLICITAR HABITACION El cliente solicita si hay habitación
disponible o no.
CONFIRMACION DE SOLICITUD El administrador del sistema confirma
la disponibilidad de habitación.
SOLICITAR TIPO DE HABITACION El cliente los tipos de habitación que
brinda el hospedaje.
BRINDAR DESCRIPCOON DE
HABITACION
El administrador del sistema brinda
información detallada (tipo de
habitaciones, precio, tiempo de
acogida).
RESERVA DE HABITACION Una vez informado los detalles de
habitaciones, el cliente realiza su
reserva de acuerdo a su preferencia.
TIEMPO MAXIMO El administrador del sistema da a
conocer al cliente el tiempo de
acogida de la habitación.
INGRESO DE DATOS PARA LA
RESERVA
Una vez confirmado por el cliente la
reserva de habitación, el
administrador del sistema tendrá que
realizar el registro de datos del
cliente.
11. pág. 11
FLUJOGRAMA (EL CLIENTE DESEA ALQUILAR LA HABITACIÓN)
Cliente Administrador del sistema
Solicitar
habitación
Brindar detalles de
habitación
Confirmación
de solicitud
Registrode datosdel
cliente
Solicitar
descripciónde la
habitación
No alquilar
Alquilar
habitación
Cobro por habitación
Entrega de llave
Cancelar monto
12. pág. 12
LISTA DE TAREAS
TAREA DESCRIPCION DE LA TAREA
SOLICITAR HABITACION El cliente solicita si ay o no
habitación
CONFIRMACION DE HABITACION El administrador del sistemas da a
conocer al cliente la disponibilidad de
habitaciones
SOLICITAR DESCRIPCION DE
HABITACION
El cliente pide los detalles de
habitaciones que brinda el hospedaje
BRIDAR DETALLES DE
HABITACION
El administrador da a conocer los
detalles de las habitaciones al cliente
ALGUILAR HABITACION El cliente confirma el alquiler de la
habitación
REGISTRO DE DATOS DEL
CLIENTE
El administrador del sistema
registrara los datos del cliente
COBRO POR HABITACION
El administrador pide el costo de la
habitación
CANCELAR MONTO El cliente cancelara el monto a pagar
ENTREGA DE LLAVE
Una vez realizado todas estas
actividades el administrador hará la
entrega de llave de la habitación
13. pág. 13
FLUJO GRAMA (CLIENTE DESOCUPA HABITACIÓN)
Cliente Administrador del sistema
LISTA DE TAREAS
TAREA DESCRIPCION DE LA TAREA
TIEMPO CULMINADO DE
HABITACIÓN
Al culminar el tiempo de alquiler el
cliente se retira
PEDIR LLAVE
El administrador pide las llaves al
culminar tiempo de alquiler de
habitación
ENTREGA DE BOLETA El administrador de sistema entrega
una boleta.
Tiempo
concluido de
habitación
Pedirllave Entrega de
boleta
14. pág. 14
4. OBJETIVOS
SISTEMA DE
REGISTRO DEL
HOSPEDAJE
"PERCYS"
GESTION DE
HABITACION
• VERIFICAR LA
DISPONIBILIDADES DE LAS
HABITACIONES
GESTION DEL USUARIO
• ADMI NISTRAR EL SISTEMA
GESTION ALMACEN
• Registro de los recursos
(zabanas,jabon,toalla,papel
higienico,shampoo)
GESTION DE
RESERVACIONES
• REALIZAR RESERVA DE
HABITACIONES
1
2
4
3
15. pág. 15
OBJ-1 Gestionar disponibilidad de habitaciones
Versión 1.0 Fecha: 06 / 05 / 2016
Autores GANBOA PANDO, Magdalena
QUISPE RAMOS, Bethy
TRUCIOS MITMA, Mabel
CORASMA BARRETO, Willian
Fuentes ADMINISTRADOR
OBJ-2 Gestión del usuario
Versión 1.0 Fecha: 15 / 06 / 2016
Autores Gamboa Pando, Magdalena
Corasma Barreto, William
Quispe Ramos, Bethy
Trucios Mitma, Mabel
Fuentes Administrador
Descripción El sistema deberá permitir realizar el registro de usuario y
contraseña, para que pueda ingresar al sistema.
Sub-
objetivos
Obj-
2.1
El sistema deberá almacenar los datos del
usuario como nombre, DNI, etc.
Obj-
2.2
El sistema deberá permitir llevar un control del
usuario.
Obj-
2.3
El sistema deberá permitir actualizar datos del
usuario.
Importancia V Urgenc
ia
C
P
Estado P
N
Estabilidad P
DComentarios Ninguno
Descripción
El sistema deberá permitir el registro y control de las
habitaciones, el encargado es el administrador quien
verificara la disponibilidad de habitaciones para realizar dicho
registro en el sistema, llevando el respectivo control. Así
como la cancelación de habitación; desde la hora de
entrada hasta la hora de salida.
Sub-
objetivos
Obj-
3.1
El sistema deberá almacenar los datos de los
clientes en forma integrada.
Obj-
3.2
El sistema deberá permitir llevar un control de los
pagos por monto a cobrar por habitación. Desde
el momento que ingresa él.
Obj-
3.3
El sistema deberá permitir realizar la actualización
de las habitaciones disponibles así como
ocupadas. Para realizar un nuevo alquiler de
habitación.
Importancia V Urgenc
ia
C
P
Estado P
N
Estabilidad P
DComentarios Ninguno
16. pág. 16
OBJ-1 Gestionar disponibilidad de habitaciones
Versión 1.0 Fecha: 06 / 05 / 2016
Autores GANBOA PANDO, Magdalena
QUISPE RAMOS, Bethy
TR1UCIOS MITMA, Mabel
CORASMA BARRETO, William
Fuentes ADMINISTRADOR
Descripción El sistema deberá permitir el registro y control de las
habitaciones, el encargado es el administrador quien
verificara la disponibilidad de habitaciones para realizar dicho
registro en el sistema, llevando el respectivo control. Así
como la cancelación de habitación; desde la hora de
entrada hasta la hora de salida.
Sub-
objetivos
Obj-
3.1
El sistema deberá almacenar los datos de los
clientes en forma integrada.
Obj-
3.2
El sistema deberá permitir llevar un control de los
pagos por monto a cobrar por habitación. Desde
el momento que ingresa él.
Obj-
4.3
El sistema deberá permitir realizar la actualización
de las habitaciones disponibles así como
ocupadas. Para realizar un nuevo alquiler de
habitación.
Importancia V Urgenc
ia
C
P
Estado P
N
Estabilidad P
DComentarios Ninguno
17. pág. 17
OBJ-3 Gestión de almacén
Versión 1.0 Fecha: 15 / 06 / 2016
Autores Gamboa Pando, Magdalena
Corasma Barreto, William
Quispe Ramos, Bethy
Trucios Mitma, Mabel
Fuentes Administrador
OBJ-4 Gestionar realizar reserva de habitaciones
Versión 1.0 Fecha: 06 / 05 / 2016
Autores Gamboa Pando, Magdalena
Corasma Barreto, William
Quispe Ramos, Bethy
Trucios Mitma, Mabel
Fuentes Administrador
Descripción El sistema deberá permitir la reservación de habitaciones
con un tiempo límite, registrando los datos de la
persona quien reserva. Permitiendo almacenar los
datos del cliente a su vez el sistema permitirá
modificar la reservación cuando el tiempo culmine.
Sub-
objetivos
Obj-
4.1
El sistema deberá almacenar los datos en forma
integrada, tomando en cuenta las
especificaciones detalladas de la habitación.
Obj-
4.2
El sistema deberá permitir llevar un control de
reserva de las habitaciones, desde el momento
que el cliente reserva su habitación.
Importancia V Urgenc
ia
C
P
Estado P
N
Estabilidad P
DComentarios Ninguno
18. pág. 18
Descripción El sistema deberá permitir realizar el inventario de recurso
para llevar un buen control y distribución de los recursos.
Sub-
objetivos
Obj-
3.1
El sistema deberá almacenar los datos en forma
integrada, tomando en cuenta las
especificaciones de los recursos.
Obj-
3.2
El sistema deberá permitir llevar un control de la
distribución de los recursos desde el momento de
entrega a cada habitación.
Obj-
3.3
El sistema deberá permitir controlar los tiempos
de entrega y devolución de cada recurso.
Importancia V Urgenc
ia
C
P
Estado P
N
Estabilidad P
DComentarios Ninguno
OBJ-3 Gestión de almacén
Versión 1.0 Fecha: 15 / 06 / 2016
19. pág. 19
Autores Gamboa Pando, Magdalena
Corasma Barreto, William
Quispe Ramos, Bethy
Trucios Mitma, Mabel
Fuentes Administrador
Descripción El sistema deberá permitir realizar el inventario de recurso
para llevar un buen control y distribución de los recursos.
Sub-
objetivos
Obj-
3.1
El sistema deberá almacenar los datos en forma
integrada, tomando en cuenta las
especificaciones de los recursos.
Obj-
3.2
El sistema deberá permitir llevar un control de la
distribución de los recursos desde el momento de
entrega a cada habitación.
Obj-
3.3
El sistema deberá permitir controlar los tiempos
de entrega y devolución de cada recurso.
Importancia V Urgenc
ia
C
P
Estado P
N
Estabilidad P
DComentarios Ninguno
OBJ-2 Gestión del usuario
Versión 1.0 Fecha: 15 / 06 / 2016
20. pág. 20
Autores Gamboa Pando, Magdalena
Corasma Barreto, William
Quispe Ramos, Bethy
Trucios Mitma, Mabel
Fuentes Administrador
Descripción El sistema deberá permitir realizar el registro de usuario y
contraseña, para que pueda ingresar al sistema.
Sub-
objetivos
Obj-
2.1
El sistema deberá almacenar los datos del
usuario como nombre, DNI, etc.
Obj-
2.2
El sistema deberá permitir llevar un control del
usuario.
Obj-
2.3
El sistema deberá permitir actualizar datos del
usuario.
Importancia V Urgenc
ia
C
P
Estado P
N
Estabilidad P
DComentarios Ninguno
21. pág. 21
5. CATÁLOGO DE REQUISITOS DEL SISTEMA
IRQ – 1 Información sobre las habitaciones
Versión 1.0
Autor Ganboa Pando, Magdalena
Quispe Ramos, Bethy
Trucios Mitma, Mabel
Corasma Barreto, William
Fuentes Administración
Objetivos
Asociados
Obj 1 < Información sobre las habitaciones >
Requisitos
Asociados
Descripción El sistema deberá permitir la verificación de las
disponibilidades de las habitaciones donde el
administrador verificara que tipos de habitación están
disponibles.
Datos
Específicos
-tipo de habitación
-calidad de habitación
-código de habitación
Tiempo de vida Medio Máximo
Siempre Siempre
Ocurrencias
simult.
Medio Máximo
100 Indefinido
Importancia Alta
Urgencia Alta
Estado En desarrollo
Estabilidad Alta
Comentarios Ninguno
22. pág. 22
IRQ – 2 Información sobre reserva de habitación
Versión 1.0
Autor Ganboa Pando, Magdalena
Quispe Ramos, Bethy
Trucios Mitma, Mabel
Corasma Barreto, William
Fuentes Administración
Objetivos
Asociados
Obj 2 < realizar reserva de habitación >
Requisitos
Asociados
Descripción El sistema deberá permitir a la reservación dehabitación con
un tiempolímite registrandolosdatosde la personaquienlo
reserva. Permitiendoalmacenar los datos del cliente a su vez
el sistemapermitirámodificar la reservacióncuando el tiempo
culmina.
Datos
Específicos
-tipo de habitación
-fecha y hora de reservación
-precio de habitación
-Datos personales del cliente (Nombre, Dirección, DNI,
teléfono)
Tiempo de vida Medio Máximo
Indefinido Indefinido
Ocurrencias
simult.
Medio Máximo
7200 7200
Importancia Alta
Urgencia Alta
Estado En desarrollo
Estabilidad Alta
Comentarios Ninguno
23. pág. 23
IRQ – 3 Información sobre los recursosen almacén
Versión 1.0
Autor Ganboa Pando, Magdalena
Quispe Ramos, Bethy
Trucios Mitma, Mabel
Corasma Barreto, William
Fuentes Administración
Objetivos
Asociados Obj 3 < Gestionar los registros de los recursos >
Requisitos
Asociados
Descripción El sistema deberá permitir realizar el inventariode recursos
para llevar unbuencontrol y distribución.
Datos
Específicos - Documentos del inventario a diario.
- Documentos de pedidos de recursos faltantes.
- Documentos de recursos a utilizar.
Tiempo de vida Medio Máximo
Siempre Siempre
Ocurrencias
simult.
Medio Máximo
1000 Indefinido
Importancia Alta
Urgencia Alta
Estado En desarrollo
Estabilidad Alta
Comentarios Ninguno
24. pág. 24
IRQ – 4 Información sobre el sistema de hospedaje
Versión 1.0
Autor Ganboa Pando, Magdalena
Quispe Ramos, Bethy
Trucios Mitma, Mabel
Corasma Barreto, William
Fuentes Administración
Objetivos
Asociados
Obj 1 < Gestionar disponibilidad de habitaciones >
Obj 2 < realizar reserva de habitación >
Obj 3 < Gestión almacén>
Obj 4 <gestión usuario>
Requisitos
Asociados
Descripción El sistema debe permitir ingresar, consultar, modificar
y eliminar los datos ingresados al sistema de registro.
Datos
Específicos
-Datos personales del cliente (Nombre, Dirección, DNI,
teléfono)
-tipo de habitación
-fecha y hora de reservación
-precio de habitación
- Documentos del inventario a diario.
- Documentos de pedidos de recursos faltantes.
- Documentos de recursos a utilizar.
Tiempo de vida Medio Máximo
Siempre Siempre
Ocurrencias
simult.
Medio Máximo
100 Indefinido
Importancia Alta
Urgencia Alta
Estado En desarrollo
Estabilidad Alta
Comentarios Ninguno
1.2. Requisitos FUNCIONALES:
1.2.1. DIAGRAMA DE CASOS DE USOS:
25. pág. 25
5.2. REQUISITOS FUNCIONALES:
5.2.1. DIAGRAMA DE CASOS DE USOS:
Actores
Disponibilidad de habitación
28. pág. 28
5.2.2 DEFINICION DE ACTORES:
ACT – 1 Administrador
Versión 1.0
Autor Ganboa Pando, Magdalena
Quispe Ramos, Bethy
Trucios Mitma, Mabel
Corasma Barreto, William
Fuentes
Descripción Este actor representa a la persona que usa el sistema.
Administra las cuentas.
Administra el sistema.
Comentarios Ninguno
ACT – 5 Cliente
Versión 1.0
Autor Ganboa Pando, Magdalena
Quispe Ramos, Bethy
Trucios Mitma, Mabel
Corasma Barreto, William
Fuentes
Descripción Este actor representa a la persona quien solicita la
reservación de habitación.
Comentarios Ninguno
5.2.3 CASOS DE USOS DEL SISTEMA:
CU-001 CASO DE USO INGRESAR DATOS DEL CLIENTE
Descripción Este caso de uso corresponde a la validación del cliente.
29. pág. 29
Actores Administrador
Precondición Se ha debido validar al cliente
Secuencia
Normal
Paso Acción
1 El administrador Ingresara al sistema.
2
El sistema requerirá:
2.1
Ingreso de datos de los clientes nuevos
al sistema
2.2 Generar código del cliente
3
Ingresar datos de nuevos alumno:
.Nom_cliente
.Apellido_cliente
.DNI_cliente
.Edad_cliente
.Sexo_cliente
.Domic_cliente
.teléfono_cliente
4
Hacer un mantenimiento o actualizaciones de
datos nuevos de usuarios que ya participan en el
sistema.
5
El administrador a de guardar los datos en el
sistema
6
El sistema dará un mensaje “los datos fueron
guardados correctamente”
7
Si es la única actividad:
7.1 Se deberá cerrar el sistema
7.2
En caso contrario proseguir con la
siguiente actividad.
PostCondición Se deberá cerrar correctamente el sistema para evitar problemas
Excepciones
En el Paso Acción
2
Datos ingresados (nombre y código del cliente)
2.1 Ingresar datos de los nuevos clientes
2.2
Incorrectos el sistema lo rechazara
pidiéndote que ingrese de nuevo los
datos
7
Si los datos no se guardan correctamente se sugiere que
se intente de nuevo
Importancia Importancia vital
Urgencia Importancia
Comentarios Ninguno
30. pág. 30
CU-002 CASO DE USO MODIFICAR DATOS
Descripción
Este caso de uso corresponde a la modificación de datos de los
clientes que ya se encuentran en el sistema.
Actores Administrador
Precondición Se ha debido validar al cliente
Secuencia
Normal
Paso Acción
1
El administrador debe de Ingresar al sistema
datos actualizados y modificados de los clientes
2
Hacer un registro de nuevos datos de clientes.
2.1 Ingreso de clientes nuevos al sistema
2.2 Ingreso de código de clientes
3
Ingresar datos modificados de nuevos clientes:
.Nom_cliente
.Apellido_cliente
.DNI_cliente
COD_CLIENTE
.Edad_cliente
.Sexo_cliente
.Direc_cliente
.telefono_cliente
4
Hacer un mantenimiento o actualizaciones de
datos nuevos de usuarios que ya participan en el
sistema…
5
El administrador a de guardar los datos en el
sistema
6
El sistema dará un mensaje “los datos fueron
guardados correctamente”
7
Si es la única actividad:
7.1 Se deberá cerrar el sistema
7.2
En caso contrario proseguir con la
siguiente actividad.
PostCondición Se deberá cerrar correctamente el sistema para evitar problemas
Excepciones
En el Paso Acción
2
Datos ingresados (nombre y código del clientes)
2.1 Ingresar datos de usuarios nuevos
2.2
Incorrectos el sistema lo rechazara
pidiéndote que ingrese de nuevo los
datos
5
Si los datos no se guardan correctamente se sugiere que
se intente de nuevo
31. pág. 31
Importancia Importancia vital
Urgencia Importancia
Comentarios Ninguno
CU-003 ELIMINAR DATOS
Descripción
El propósito de este caso de uso es el de eliminar todo los datos
del sistema de los clientes que ya no están en las habitaciones
Actores Administración
Precondición Se ha debido validar el usuario
Secuencia
Normal
Paso Acción
1 El administrador Ingresara al sistema.
2
El administrador debe ingresar al sistema
2.1
Buscar los datos de los clientes en el
sistema.
2.2 Ingreso de código del cliente.
3
Eliminar datos del clientes:
.Cod_cliente
.Nom_cliente
.Apellido_cliente
.DNI_cliente
.Edad_cliente
.Sexo_cliente
.telef_cliente
4
El administrador de sistemas debe registrar el
grado y sección donde el alumno pertenece por
sus datos de estudios…
5
El administrador a de guardar los datos en el
sistema y hacer conocer
6
Si es la única actividad:
6.1 Se deberá cerrar el sistema
6.2
En caso contrario proseguir con la
siguiente actividad.
PostCondición Se deberá cerrar correctamente el sistema para evitar problemas
Excepciones
En el Paso Acción
2
Datos ingresados (nombre y código de cliente)
2.1 Ingresar datos de cliente
2.2
Incorrectos el sistema lo rechazara
pidiéndote que ingrese de nuevo los
datos
32. pág. 32
6
Si los datos no se guardan correctamente se sugiere que
se intente de nuevo
Importancia Importancia vital
Urgencia Importancia
Comentarios Ninguno
5.3 REQUISITOS NO FUNCIONALES:
RNF – 1 Comunicación del Sistemas
Versión 1.0
Autor PÉREZ ALIAGA, Yessenia
Fuentes
Objetivos Asociados
Requisitos
Asociados
Descripción
La interfaz del sistema deberá ser implementada con
un sistema de registro de hospedaje.
Importancia Alta
Urgencia Alta
Estado No resuelto
Estabilidad Normal
Comentarios Ninguno
ID.
REQUISITO
DESCRIPCIÓN DEL REQUISITO
RNF-001 La interfaz del sistema deberá ser implementada con
un sistema de registro de hospedaje.
RNF-002 Cada usuario que desee ingresar al sistema, deberá
introducir en la página principal un código de usuario
y una contraseña, la cual será validada por el
sistema, dándole acceso al sistema o enviándole un
mensaje para que introduzca nuevamente sus datos.
RNF-003 Cada usuario del sistema tendrá asignado un
determinado perfil, usado para activar los servicios o
opciones que el pueda realizar dentro del sistema.
RNF-004 El sistema deberá tener una interfaz gráfica sencilla y
amigable, basada en menús, ventanas, listas
desplegables y botones de acción.
33. pág. 33
RNF-005 El sistema deberá ser desarrollado bajo software
libre, utilizando el lenguaje de programación PHP y
utilizará el estándar HTML para el diseño de las
páginas web del sistema. De esta forma se
garantizaría que el código HTML generado pueda ser
interpretado por cualquier de los navegadores
comerciales existentes en el mercado.
RNF-006 El sistema debe ser diseñado según la arquitectura
cliente/servidor de tres capas.
RNF-007 El sistema debe basar sus comunicaciones en
protocolos estándar de Internet.
RNF-008 El sistema debe utilizar los servicios de internet, para
establecer comunicación entre los clientes, el
servidor web y el manejador de base de datos.
RNF-009 La organización, manipulación, consulta y
almacenamiento de los datos estará bajo la
responsabilidad del sistema manejador de base de
datos relacional de Sybase, denominado Adaptive
Server Enterprise 12.5. También localizado en un
servidor de base de datos de la DSIA.
6. MATRIZ DE RASTREABILIDAD
6.1. OBJETIVOS/REQUISITOS
OBJ-1 OBJ-2 OBJ-3 OBJ-4
IRQ-01 x x x
IRQ-02 X
IRQ-03
IRQ-04 x X
CU-001 x
CU-002 x
CU-003 x
CU-004 x
CU-005 x
CU-006 x
CU-007 x X
CU-008 x x
CU-009 x x
CU-010 x
CU-011 x x
CU-012 x
CU-013 x X
CU-014 x X
CU-015 X
CU-016 X
CU-017 x X
CU-018 x
35. pág. 35
Calidad: La calidad es un concepto global que hace referencia tanto a los
métodos o procedimientos de trabajo como a la calidad del producto terminado
y la validación de los resultados del proyecto.
Criterios de éxito: Criterios que puedan ser utilizados para valorar si las
expectativas puestas en el PFC por todos los implicados en el proyecto se
cumplen.
Entregable: Cualquier cosa (documento, código, archivo) sobre la que hay un
compromiso de entrega en un momento determinado durante el desarrollo
Expectativas: Las cosas que cada una de las personas implicadas en el
proyecto pretende obtener del desarrollo del PFC. Pueden ser cosas tangibles,
como por ejemplo terminar el PFC en un año, que la aplicación obtenida haga lo
que se pretendía inicialmente o intangibles, como la realización personal o la
sensación del trabajo bien hecho.
Periodo: tiempo que va desde la realización del informe de seguimiento anterior
hasta el presente.
Requisitos: Todos los aspectos y necesidades que debe cubrir el proyecto.
Administración: es el proceso de organizar, planear, dirigir y controlar
actividades y recursos con el fin de lograr un objetivo común.
Análisis: es la fase donde se hace un estudio del sistema; la recopilación de
requisitos tanto del sistema como del software, se documenta todo lo que se ha
estudiado y se establece lo que se va a hacer. Todo esto se debe comentar con
el cliente antes de continuar.
Analista de sistemas: persona que realiza el proceso de examinar la situación
de una empresa con el propósito de mejorarlas con métodos y procedimientos
más adecuados, en este caso computacionales.
Persona u usuarios: se trata de los individuos o unidades de la organización
que introducen manejan o usan la información para realizar sus actividades y
operaciones en función de los procedimientos en trabajos establecidos.
Estabilidad: este campo indica la estabilidad del objetivo, es decir una
estimación de la probabilidad de que pueda sufrir cambios en el futuro. Esta
estabilidad puede indicarse mediante un valor numérico o mediante una
expresión enumerada como alta, media o baja o PD en el caso de que aún no
se haya determinado.
La información sobre la estabilidad, bien a nivel de objetivos come en este caso,
bien a nivel de requisitos, ayuda a los diseñadores a diseñar software que prevea
de antemano la necesidad de posibles cambios futuros en aquellos aspectos
relacionados con los elemento identificados como inestables durante la fase de
ingeniería de requisitos, favoreciendo así el mantenimiento y la evolución del
software
Ocurrencias simultáneas: este campo indica el número medio y máximo de
ocurrencias simultáneas del concepto relevante. Tanto este campo como el
36. pág. 36
anterior permiten a los diseñadores prever determinadas necesidades del
sistema a desarrollar en lo relativo a las necesidades de almacenamiento de
información.
DECRETOS:Establecen normas de ejecución de las Ordenanzas, sancionan los
procedimientos necesarios a la administración municipal o resuelven o regulan
asuntos de orden general y de interés para el vecindario.
(Ley Nº 23853, Ley Orgánica de Municipalidades, Artículo 111º, publicada el 09
de junio de 1984
Post condición: en este campo se expresan en lenguaje natural las condiciones
que se deben cumplir después de la terminación normal del caso de uso. Al igual
que en el caso de las precondiciones, las post condiciones se pueden establecer
tanto sobre el entorno del sistema como sobre el estado del propio sistema.
Excepciones: este campo especifica el comportamiento del sistema en el caso
de que se produzca alguna situación excepcional durante la realización de un
paso determinado.
Importancia, Urgencia: estos campos indican respectivamente la importancia y
la urgencia de la resolución del conflicto.
Estado: este campo indica el estado de resolución del conflicto, que podrá estar
no resuelto, en negociación o bien resuelto.
Designación: La designación consiste en el desempeño de un cargo de
responsabilidad directiva o de confianza por decisiónde la autoridad competente
en la misma o diferente entidad en este último caso se requiere del conocimiento
previo de la entidad de origen y del consentimiento del servidor. Si el designado
es un servidor de carrera, al término de la designación reasume funciones del
grupo ocupacional y nivel de carrera que le corresponda en la entidad de origen.
En caso de no pertenecer a la carrera concluye su relación con el Estado.
Ratificación:
Aprobación y confirmación de la validez o veracidad de algo dicho o hecho ante
s, generalmente por medio de la firma enun escrito: para que la propuesta de le
y sea válida solamente falta la ratificación del Senado.