You are on page 1of 37

TALLER DE INGENIERA DE SOFTWARE II

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

pg. 1

1.

TALLER DE INGENIERA DE SOFTWARE II

Num.

Descripcin

Versin 1.0

Se ha aadido la portada

Se ha aadido la lista de cambios

Se ha aadido el ndice de tablas y


figuras

Se han aadido los requisitos de


informacin.

Se han aadido los casos de uso.

Se han aadido los requisitos no


funcionales y la matriz de
rastreabilidad

Fecha

Autores

Gamboa Pando, Magdalena


Corasma Barreto, William
Quispe Ramos, Bethy
Trucios Mitma, Mabel

Gamboa Pando, Magdalena


Corasma Barreto, William
Quispe Ramos, Bethy
Trucios Mitma, Mabel

28/05/16

Gamboa Pando, Magdalena


Corasma Barreto, William
Quispe Ramos, Bethy
Trucios Mitma, Mabel

30/05/16

Gamboa Pando, Magdalena


Corasma Barreto, William
Quispe Ramos, Bethy
Trucios Mitma, Mabel

01/06/16

Gamboa Pando, Magdalena


Corasma Barreto, William
Quispe Ramos, Bethy
Trucios Mitma, Mabel

02/06/16

Gamboa Pando, Magdalena


Corasma Barreto, William
Quispe Ramos, Bethy
Trucios Mitma, Mabel

03/06/16

Gamboa Pando, Magdalena


Corasma Barreto, William
Quispe Ramos, Bethy
Trucios Mitma, Mabel

26/05/16

26/05/16

Contenido

pg. 2

1.

TALLER DE INGENIERA DE SOFTWARE II

1.-INTRODUCCIN......................................................................................6
2-PARTICIPANTES EN EL PROYECTO....................................................7
3.-DESCRIPCIN DEL SISTEMA ACTUAL...............................................8
4.-OBJETIVOS DEL SISTEMA... 14
5.-CATLOGO DE REQUISITOS DEL SISTEMA......................................19
5.1-Requisitos de informacin......................................................................19
5.2-Requisitos funcionales...........................................................................23
5.2.1-Diagramas de caso de uso...............................................................23
5.2.2-Definicin 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

pg. 3

1.

TALLER DE INGENIERA DE SOFTWARE II

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

pg. 4

1.

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 informacin IRQ-1..............................................................19
6. Requisito de informacin IRQ-2..............................................................20
7. Requisito de informacin IRQ-3..............................................................21
8. Requisito de informacin 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

1. INTRODUCCIN

USUARIO

UNIVERSIDAD NACIONAL DE HUANCAVELICA

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 Prez 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 estn causando los avances informticos sobre el mundo de
negocios, se ve en incremento por la presin ejercida por el mundo del trabajo,
que cada vez necesita y demanda una mayor formacin en el campo de la
informtica. Ante esta situacin es inminente la necesidad que los programas
en el nivel educativo o cualquier nivel, tengan que incorporar los recursos
informticos dentro de su contenido.
El sistema de registro para el hospedaje contempla el desarrollo y la formacin
Informtica de cada cliente dentro de este negocio, como la introduccin
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 aplicacin de las nuevas tecnologas de
la Informtica, las cuales se realizan de forma tradicional y no explotando las
ventajas que ofrece el ordenador como una herramienta de trabajo para un
mejor desempeo; los problemas que se encontr para desarrollar el software
fueron:
1. Acumulacin de registro en papel.
2. Dificultades en la bsqueda de clientes a la hora de cancelar el alquiler
de habitacin.
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
bsicos, entrada, almacenamiento, procesamiento y salida de informacin, y si
nuestro sistema maneja estos pasos entonces podremos controlar los registros
que se realizan en dicho hospedaje.

2. PARTICIPANTES EN EL PROYECTO
USUARIO

NCE P
oam
UNIVERSIDAD NACIONAL DE HUANCAVELICA

mr p
bgr
r oe
e

s
a

3. DESCRIPCIN DEL

P
M

Ho

. Co m

SISTEMA ACTUAL

as o
hospedaje

R t p v PERCYS no cuenta con ningn

software de registro que se

o e e e ajuste a las necesidades de los

clientes, en el desarrollo de

bddr

Actualmente

el

actividades.

er a
r j a
1. Mapa de procesos:

t t e l
oi

c " c
Mo P c
a

Ee

Rs

Co

Sc

" o
n

Flujo grama (cliente desea

Cliente

d
r

reservar)

n
Administrador del sistema
u
o

g
u

z
m
e
j
o

USUARIO

UNIVERSIDAD NACIONAL DE HUANCAVELICA

Solicita
habitacin

Confirmaci
n de
solicitud

Solicitar
tipo de
habitacin
Brindar
descripcin de
habitacin
Reserva de
habitacin

Tiempo
mximo de
reserva

Ingresar datos
para reservacin

USUARIO

LISTA DE TAREAS

TAREA
SOLICITAR HABITACION

DESCRIPCION DE LA TAREA
El cliente solicita si hay habitacin
disponible o no.

CONFIRMACION DE SOLICITUD

El administrador del sistema confirma


la disponibilidad de habitacin.

SOLICITAR TIPO DE HABITACION

El cliente los tipos de habitacin que


brinda el hospedaje.

BRINDAR DESCRIPCOON DE
HABITACION

El administrador del sistema brinda


informacin detallada (tipo de
habitaciones, precio, tiempo de
acogida).

RESERVA DE HABITACION

TIEMPO MAXIMO

INGRESO DE DATOS PARA LA


RESERVA

Una vez informado los detalles de


habitaciones, el cliente realiza su
reserva de acuerdo a su preferencia.

El administrador del sistema da a


conocer al cliente el tiempo de
acogida de la habitacin.

Una vez confirmado por el cliente la


reserva de habitacin, el
administrador del sistema tendr que
realizar el registro de datos del
cliente.

pg. 9

FLUJOGRAMA (EL CLIENTE DESEA ALQUILAR LA HABITACIN)

Cliente

Administrador del sistema

No alquilar

Solicitar
habitacin
Solicitar
descripcin de
la habitacin

Confirmaci
n de
solicitud

Brindar detalles de
habitacin

Alquilar
habitacin
Registro de datos
del cliente

Cobro por
habitacin

Cancelar monto
Entrega de llave

pg. 10

LISTA DE TAREAS

TAREA
SOLICITAR HABITACION

DESCRIPCION DE LA TAREA
El cliente solicita si ay o no
habitacin

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
ALGUILAR HABITACION

El administrador da a conocer los


detalles de las habitaciones al cliente

El cliente confirma el alquiler de la


habitacin

REGISTRO DE DATOS DEL


CLIENTE

El administrador del sistema


registrara los datos del cliente

COBRO POR HABITACION

El administrador pide el costo de la


habitacin

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 habitacin

pg. 11

FLUJO GRAMA (CLIENTE DESOCUPA HABITACIN)

Cliente

Tiempo
concluido de
habitacin

Administrador del sistema

Pedir llave

Entrega de
boleta

LISTA DE TAREAS
TAREA

DESCRIPCION DE LA TAREA

TIEMPO CULMINADO DE
HABITACIN

Al culminar el tiempo de alquiler el


cliente se retira

PEDIR LLAVE

El administrador pide las llaves al


culminar tiempo de alquiler de
habitacin

ENTREGA DE BOLETA

El administrador de sistema entrega


una boleta.

pg. 12

4. OBJETIVOS

pg. 13

GESTION DE
HABITACION

VERIFICAR
1 LA
DISPONIBILIDADES
DE LAS
HABITACIONES

SISTEMA
DE
REGISTRO
DEL
HOSPEDAJE
"PERCYS"

GESTION DE
RESERVACIONES
REALIZAR RESERVA
DE HABITACIONES

OBJ-2

GESTION DEL
USUARIO

ADMI NISTRAR EL
SISTEMA

Gestin del usuario

Versin
Autores

Fuentes
Descripcin

Subobjetivos

1.0

Fecha:

15 GESTION
/ 06 / 2016
ALMACEN

Registro 3
de los
recursos
Gamboa Pando, Magdalena
(zabanas,jabon,toalla,
papel
Corasma Barreto, William
higienico,shampoo)
Quispe Ramos, Bethy
Trucios Mitma, Mabel

Administrador
El sistema deber permitir realizar el registro de usuario
y contrasea, para que pueda ingresar al sistema.

Obj2.1

El sistema deber almacenar los datos del


usuario como nombre, DNI, etc.

Obj2.2

El sistema deber permitir llevar un control del


usuario. OBJ-1

Gestionar disponibilidad
deEl
habitaciones
sistema deber permitir actualizar datos del
Objusuario.
2.3
Importancia
Comentario

V Urgenc
ia
Ninguno

C
P

Estado

P
N

Estabilidad

P
D

pg. 14

Versin
1.0
Fecha:

06 / 05 / 2016
Autores

GANBOA PANDO, Magdalena


QUISPE RAMOS, Bethy
TRUCIOS MITMA, Mabel
CORASMA BARRETO, Willian

Fuentes
ADMINISTRADOR
Descripcin
El sistema deber permitir el registro y control de las habitaciones, el
encargado es el administrador quien verificara la disponibilidad de
OBJ-2

Gestin del usuario

Versin
Autores

Fuentes
Descripcin

Subobjetivos

Importancia
Comentario

1.0

Fecha:

15 / 06 / 2016

Gamboa Pando, Magdalena


Corasma Barreto, William
Quispe Ramos, Bethy
Trucios Mitma, Mabel

Administrador
El sistema deber permitir realizar el registro de usuario
y contrasea, para que pueda ingresar al sistema.

Obj2.1

El sistema deber almacenar los datos del


usuario como nombre, DNI, etc.

Obj2.2

El sistema deber permitir llevar un control del


usuario.

Obj2.3

El sistema deber permitir actualizar datos del


usuario.

V Urgenc
ia
Ninguno

C
P

Estado

P
N

Estabilidad

P
D

pg. 15

habitaciones para realizar dicho registro en el sistema, llevando el respectivo


control. As como la cancelacin de habitacin; 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 habitacin. Desde el momento que ingresa l.

Obj-3.3
El sistema deber permitir realizar la actualizacin de las habitaciones
disponibles as como ocupadas. Para realizar un nuevo alquiler de habitacin.
Importancia
V
Urgencia
CP
Estado
PN
Estabilidad
PD
Comentarios
Ninguno

OBJ-1

Gestionar disponibilidad de habitaciones

pg. 16

Versin

1.0

Fecha:

06 / 05 / 2016

Autores

GANBOA PANDO, Magdalena


QUISPE RAMOS, Bethy
TR1UCIOS MITMA, Mabel
CORASMA BARRETO, William

Fuentes
Descripcin

Subobjetiv

ADMINISTRADOR
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 cancelacin de habitacin; desde la hora de
entrada hasta la hora de salida.

Obj3.1

El sistema deber almacenar los datos de los clientes en


forma integrada.
ObjEl sistema deber permitir llevar un control de
los pagos por monto a cobrar por habitacin.
3.2
ObjEl sistema deber permitir realizar la actualizacin de las
4.3
habitaciones disponibles as como ocupadas. Para
realizar un nuevo alquiler de habitacin.

V
Import
ancia
Comentario
s

Urgen
cia
Ninguno

CP

Estad
o

PN

Estabi
lidad

OBJ-4

Gestionar realizar reserva de habitaciones

Versin

1.0

Fecha:

PD

06 / 05 / 2016

pg. 17

Autores

Fuentes
Descripcin

Subobjetivos

Importancia
Comentario
s

Gamboa Pando, Magdalena


Corasma Barreto, William
Quispe Ramos, Bethy
Trucios Mitma, Mabel

Administrador
El sistema deber permitir la reservacin de
habitaciones con un tiempo lmite, registrando los
datos de la persona quien reserva. Permitiendo
almacenar los datos del cliente a su vez el sistema
permitir modificar la reservacin cuando el
tiempo culmine.

Obj4.1

El sistema deber almacenar los datos en


forma integrada, tomando en cuenta las
especificaciones detalladas de la habitacin.

Obj4.2

El sistema deber permitir llevar un control de


reserva de las habitaciones, desde el
momento que el cliente reserva su habitacin.

V Urgenc
ia
Ninguno

C
P

OBJ-3

Gestin de almacn

Versin

1.0

Autores

Fuentes
Descripcin

Fecha:

Estado

P
N

Estabilidad

P
D

15 / 06 / 2016

Gamboa Pando, Magdalena


Corasma Barreto, William
Quispe Ramos, Bethy
Trucios Mitma, Mabel

Administrador
El sistema deber permitir realizar el inventario de
recurso para llevar un buen control y distribucin de los
recursos.

pg. 18

Subobjetivos

Importancia
Comentario
s

Obj3.1

El sistema deber almacenar los datos en


forma integrada, tomando en cuenta las
especificaciones de los recursos.

Obj3.2

El sistema deber permitir llevar un control de


la distribucin de los recursos desde el
momento de entrega a cada habitacin.

Obj3.3

El sistema deber permitir controlar los


tiempos de entrega y devolucin de cada
recurso.

V Urgenc
ia
Ninguno

C
P

OBJ-3

Gestin de almacn

Versin

1.0

Autores

Fuentes

Fecha:

Estado

P
N

Estabilidad

P
D

15 / 06 / 2016

Gamboa Pando, Magdalena


Corasma Barreto, William
Quispe Ramos, Bethy
Trucios Mitma, Mabel

Administrador

pg. 19

Descripcin

Subobjetivos

Importancia
Comentario
s

El sistema deber permitir realizar el inventario de


recurso para llevar un buen control y distribucin de los
recursos.

Obj3.1

El sistema deber almacenar los datos en


forma integrada, tomando en cuenta las
especificaciones de los recursos.

Obj3.2

El sistema deber permitir llevar un control de


la distribucin de los recursos desde el
momento de entrega a cada habitacin.

Obj3.3

El sistema deber permitir controlar los


tiempos de entrega y devolucin de cada
recurso.

V Urgenc
ia
Ninguno

C
P

OBJ-2

Gestin del usuario

Versin

1.0

Autores

Fuentes

Fecha:

Estado

P
N

Estabilidad

P
D

15 / 06 / 2016

Gamboa Pando, Magdalena


Corasma Barreto, William
Quispe Ramos, Bethy
Trucios Mitma, Mabel

Administrador

pg. 20

Descripcin

Subobjetivos

Importancia
Comentario
s

El sistema deber permitir realizar el registro de usuario


y contrasea, para que pueda ingresar al sistema.

Obj2.1

El sistema deber almacenar los datos del


usuario como nombre, DNI, etc.

Obj2.2

El sistema deber permitir llevar un control del


usuario.

Obj2.3

El sistema deber permitir actualizar datos del


usuario.

V Urgenc
ia
Ninguno

C
P

Estado

P
N

Estabilidad

P
D

5. CATLOGO DE REQUISITOS DEL SISTEMA


IRQ 1
Versin

Informacin sobre las habitaciones


1.0

Autor

Ganboa Pando, Magdalena


Quispe Ramos, Bethy
Trucios Mitma, Mabel
Corasma Barreto, William

Fuentes

Administracin

pg. 21

Objetivos

Obj 1 < Informacin sobre las habitaciones >

Asociados
Requisitos
Asociados
Descripcin

El sistema deber permitir la verificacin de las


disponibilidades de las habitaciones donde el
administrador verificara que tipos de habitacin estn
disponibles.

Datos
Especficos

-tipo de habitacin
-calidad de habitacin
-cdigo de habitacin

Tiempo de vida

Medio
Siempre

Mximo
Siempre

Ocurrencias
simult.

Medio

Mximo

100

Indefinido

Importancia

Alta

Urgencia
Estado

Alta
En desarrollo

Estabilidad

Alta

Comentarios

Ninguno

IRQ 2

Informacin sobre reserva de habitacin

Versin

1.0

Autor

Ganboa Pando, Magdalena


Quispe Ramos, Bethy
Trucios Mitma, Mabel
Corasma Barreto, William

Fuentes

Administracin

pg. 22

Objetivos

Obj 2 < realizar reserva de habitacin >

Asociados
Requisitos
Asociados
Descripcin

El sistema deber permitir a la reservacin de habitacin con


un tiempo lmite registrando los datos de la persona quien lo
reserva. Permitiendo almacenar los datos del cliente a su vez
el sistema permitir modificar la reservacin cuando el tiempo
culmina.

Datos
Especficos

-tipo de habitacin
-fecha y hora de reservacin
-precio de habitacin
-Datos personales del cliente (Nombre, Direccin, DNI,
telfono)

Tiempo de vida

Medio

Mximo

Indefinido

Indefinido

Ocurrencias
simult.

Medio

Mximo

7200

7200

Importancia

Alta

Urgencia

Alta

Estado

En desarrollo

Estabilidad

Alta

Comentarios

Ninguno

IRQ 3

Informacin sobre los recursos en almacn

Versin

1.0

Autor

Ganboa Pando, Magdalena


Quispe Ramos, Bethy
Trucios Mitma, Mabel
Corasma Barreto, William

Fuentes

Administracin

pg. 23

Objetivos
Asociados
Requisitos
Asociados
Descripcin
Datos
Especficos

Obj 3 < Gestionar los registros de los recursos >

El sistema deber permitir realizar el inventario de recursos


para llevar un buen control y distribucin.
- Documentos del inventario a diario.
- Documentos de pedidos de recursos faltantes.
- Documentos de recursos a utilizar.

Tiempo de vida

Medio
Siempre

Mximo
Siempre

Ocurrencias
simult.

Medio

Mximo

1000

Indefinido

Importancia

Alta

Urgencia

Alta

Estado

En desarrollo

Estabilidad

Alta

Comentarios

Ninguno

IRQ 4

Informacin sobre el sistema de hospedaje

Versin

1.0

Autor

Ganboa Pando, Magdalena


Quispe Ramos, Bethy
Trucios Mitma, Mabel
Corasma Barreto, William

Fuentes

Administracin

pg. 24

Objetivos
Asociados

Obj 1 < Gestionar disponibilidad de habitaciones >


Obj 2 < realizar reserva de habitacin >
Obj 3 < Gestin almacn>
Obj 4 <gestin usuario>

Requisitos
Asociados
Descripcin

El sistema debe permitir ingresar, consultar, modificar


y eliminar los datos ingresados al sistema de registro.

Datos
Especficos

-Datos personales del cliente (Nombre, Direccin, DNI,


telfono)
-tipo de habitacin
-fecha y hora de reservacin
-precio de habitacin
- Documentos del inventario a diario.
- Documentos de pedidos de recursos faltantes.
- Documentos de recursos a utilizar.

Tiempo de vida

Medio
Siempre

Mximo
Siempre

Ocurrencias
simult.

Medio

Mximo

100

Indefinido

Importancia

Alta

Urgencia

Alta

Estado

En desarrollo

Estabilidad

Alta

Comentarios

Ninguno

5.2.

REQUISITOS FUNCIONALES:

5.2.1. DIAGRAMA DE CASOS DE USOS:

pg. 25

Actores

Disponibilidad de habitacin

pg. 26

Manejo de almacn de usuario

Registro de usuario

pg. 27

Reserva de habitacin

pg. 28

5.2.2

DEFINICION DE ACTORES:

ACT 1

Administrador

Versin

1.0

Autor

Ganboa Pando, Magdalena


Quispe Ramos, Bethy
Trucios Mitma, Mabel
Corasma Barreto, William

Fuentes
Descripcin

Comentarios

Este actor representa a la persona que usa el sistema.


Administra las cuentas.
Administra el sistema.
Ninguno

ACT 5
Versin
Autor

Cliente
1.0
Ganboa Pando, Magdalena
Quispe Ramos, Bethy
Trucios Mitma, Mabel
Corasma Barreto, William

Fuentes
Descripcin

Comentarios
5.2.3

Este actor representa a la persona quien solicita la


reservacin de habitacin.
Ninguno

CASOS DE USOS DEL SISTEMA:

pg. 29

CU-001

CASO DE USO INGRESAR DATOS DEL CLIENTE

Descripcin

Este caso de uso corresponde a la validacin del cliente.

Actores
Precondicin

Administrador
Se ha debido validar al cliente
Paso
Accin
1
El administrador Ingresara al sistema.
El sistema requerir:
Ingreso de datos de los clientes nuevos
2.1
al sistema
2.2
Generar cdigo del cliente
Ingresar datos de nuevos alumno:
.Nom_cliente
.Apellido_cliente
.DNI_cliente
.Edad_cliente
.Sexo_cliente
.Domic_cliente
.telfono_cliente
Hacer un mantenimiento o actualizaciones de
datos nuevos de usuarios que ya participan en el
sistema.
El administrador a de guardar los datos en el
sistema
El sistema dar un mensaje los datos fueron
guardados correctamente
Si es la nica actividad:

3
Secuencia
Normal
4
5
6

PostCondicin

7.1

Se deber cerrar el sistema

7.2

En caso contrario proseguir con la


siguiente actividad.

Se deber cerrar correctamente el sistema para evitar problemas


En el Paso
Accin
Datos ingresados (nombre y cdigo del cliente)

Excepciones

2.1

Ingresar datos de los nuevos clientes


Incorrectos el sistema lo rechazara
2.2
pidindote que ingrese de nuevo los
datos
Si los datos no se guardan correctamente se sugiere que
se intente de nuevo

Importancia

Importancia vital

Urgencia
Comentarios

Importancia
Ninguno

pg. 30

CU-002
Descripcin
Actores
Precondicin

CASO DE USO MODIFICAR DATOS


Este caso de uso corresponde a la modificacin de datos de los
clientes que ya se encuentran en el sistema.
Administrador
Se ha debido validar al cliente
Paso
Accin
El administrador debe de Ingresar al sistema
1
datos actualizados y modificados de los clientes
Hacer un registro de nuevos datos de clientes.
2

2.1

2.2
Ingreso de cdigo de clientes
Ingresar datos modificados de nuevos clientes:
.Nom_cliente
.Apellido_cliente
.DNI_cliente
COD_CLIENTE
.Edad_cliente
.Sexo_cliente
.Direc_cliente
.telefono_cliente
Hacer un mantenimiento o actualizaciones de
datos nuevos de usuarios que ya participan en el
sistema
El administrador a de guardar los datos en el
sistema
El sistema dar un mensaje los datos fueron
guardados correctamente
Si es la nica actividad:

3
Secuencia
Normal

4
5
6

PostCondicin

Ingreso de clientes nuevos al sistema

7.1

Se deber cerrar el sistema

7.2

En caso contrario proseguir con la


siguiente actividad.

Se deber cerrar correctamente el sistema para evitar problemas


En el Paso
Accin
Datos ingresados (nombre y cdigo del clientes)

Excepciones

5
Importancia

2.1

Ingresar datos de usuarios nuevos


Incorrectos el sistema lo rechazara
2.2
pidindote que ingrese de nuevo los
datos
Si los datos no se guardan correctamente se sugiere que
se intente de nuevo

Importancia vital

pg. 31

Urgencia
Comentarios
CU-003
Descripcin
Actores
Precondicin

Importancia
Ninguno
ELIMINAR DATOS
El propsito de este caso de uso es el de eliminar todo los datos
del sistema de los clientes que ya no estn en las habitaciones
Administracin
Se ha debido validar el usuario
Paso
Accin
1
El administrador Ingresara al sistema.
El administrador debe ingresar al sistema
Buscar los datos de los clientes en el
2.1
sistema.
2.2
Ingreso de cdigo del cliente.
Eliminar datos del clientes:
.Cod_cliente
.Nom_cliente
.Apellido_cliente
.DNI_cliente
.Edad_cliente
.Sexo_cliente
.telef_cliente
El administrador de sistemas debe registrar el
grado y seccin donde el alumno pertenece por
sus datos de estudios
El administrador a de guardar los datos en el
sistema y hacer conocer
Si es la nica actividad:

3
Secuencia
Normal

4
5

PostCondicin

6.1

Se deber cerrar el sistema

6.2

En caso contrario proseguir con la


siguiente actividad.

Se deber cerrar correctamente el sistema para evitar problemas


En el Paso
Accin
Datos ingresados (nombre y cdigo de cliente)

Excepciones

6
Importancia

2.1

Ingresar datos de cliente


Incorrectos el sistema lo rechazara
2.2
pidindote que ingrese de nuevo los
datos
Si los datos no se guardan correctamente se sugiere que
se intente de nuevo

Importancia vital

pg. 32

Urgencia
Comentarios
5.3

Importancia
Ninguno

REQUISITOS NO FUNCIONALES:

RNF 1
Versin
Autor
Fuentes
Objetivos
Asociados
Requisitos
Asociados

Comunicacin del Sistemas


1.0

PREZ ALIAGA, Yessenia

Descripcin

La interfaz del sistema deber ser implementada con


un sistema de registro de hospedaje.

Importancia
Urgencia
Estado
Estabilidad
Comentarios

Alta
Alta
No resuelto
Normal
Ninguno

ID.
REQUISITO
RNF-001
RNF-002

RNF-003

RNF-004

RNF-005

RNF-006

DESCRIPCIN DEL REQUISITO


La interfaz del sistema deber ser implementada con
un sistema de registro de hospedaje.
Cada usuario que desee ingresar al sistema, deber
introducir en la pgina principal un cdigo de usuario
y una contrasea, la cual ser validada por el
sistema, dndole acceso al sistema o envindole un
mensaje para que introduzca nuevamente sus datos.
Cada usuario del sistema tendr asignado un
determinado perfil, usado para activar los servicios o
opciones que el pueda realizar dentro del sistema.
El sistema deber tener una interfaz grfica sencilla y
amigable, basada en mens, ventanas, listas
desplegables y botones de accin.
El sistema deber ser desarrollado bajo software
libre, utilizando el lenguaje de programacin PHP y
utilizar el estndar HTML para el diseo de las
pginas web del sistema. De esta forma se
garantizara que el cdigo HTML generado pueda ser
interpretado por cualquier de los navegadores
comerciales existentes en el mercado.
El sistema debe ser diseado segn la arquitectura

pg. 33

RNF-007
RNF-008

RNF-009

cliente/servidor de tres capas.


El sistema debe basar sus comunicaciones en
protocolos estndar de Internet.
El sistema debe utilizar los servicios de internet, para
establecer comunicacin entre los clientes, el
servidor web y el manejador de base de datos.
La organizacin, manipulacin, 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. Tambin localizado en un
servidor de base de datos de la DSIA.

6. MATRIZ DE RASTREABILIDAD
6.1. OBJETIVOS/REQUISITOS

IRQ-01
IRQ-02
IRQ-03
IRQ-04
CU-001
CU-002
CU-003
CU-004
CU-005
CU-006
CU-007
CU-008
CU-009
CU-010
CU-011
CU-012
CU-013
CU-014
CU-015
CU-016
CU-017
CU-018
CU-019
CU-020
CU-021
CU-022
CU-023

OBJ-1
x

OBJ-2
x

OBJ-3
x

OBJ-4
X

x
x
x
x
x
x

x
x
x
x
x
x
x
x
x
x
x
x

X
X
X
X
X
x

pg. 34

GLOSARIO

Calidad: La calidad es un concepto global que hace referencia tanto a los


mtodos o procedimientos de trabajo como a la calidad del producto terminado
y la validacin 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, cdigo, archivo) sobre la que hay un
compromiso de entrega en un momento determinado durante el desarrollo

pg. 35

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 ao, que la aplicacin obtenida haga
lo que se pretenda inicialmente o intangibles, como la realizacin personal o la
sensacin del trabajo bien hecho.
Periodo: tiempo que va desde la realizacin del informe de seguimiento
anterior hasta el presente.
Requisitos: Todos los aspectos y necesidades que debe cubrir el proyecto.
Administracin: es el proceso de organizar, planear, dirigir y controlar
actividades y recursos con el fin de lograr un objetivo comn.
Anlisis: es la fase donde se hace un estudio del sistema; la recopilacin 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 situacin
de una empresa con el propsito de mejorarlas con mtodos y procedimientos
ms adecuados, en este caso computacionales.
Persona u usuarios: se trata de los individuos o unidades de la organizacin
que introducen manejan o usan la informacin para realizar sus actividades y
operaciones en funcin de los procedimientos en trabajos establecidos.
Estabilidad: este campo indica la estabilidad del objetivo, es decir una
estimacin de la probabilidad de que pueda sufrir cambios en el futuro. Esta
estabilidad puede indicarse mediante un valor numrico o mediante una
expresin enumerada como alta, media o baja o PD en el caso de que an no
se haya determinado.
La informacin sobre la estabilidad, bien a nivel de objetivos come en este
caso, bien a nivel de requisitos, ayuda a los diseadores a disear 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 ingeniera de requisitos, favoreciendo as el mantenimiento y la
evolucin del software
Ocurrencias simultneas: este campo indica el nmero medio y mximo de
ocurrencias simultneas del concepto relevante. Tanto este campo como el
anterior permiten a los diseadores prever determinadas necesidades del
sistema a desarrollar en lo relativo a las necesidades de almacenamiento de
informacin.
DECRETOS: Establecen normas de ejecucin de las Ordenanzas, sancionan
los procedimientos necesarios a la administracin municipal o resuelven o
regulan asuntos de orden general y de inters para el vecindario.
(Ley N 23853, Ley Orgnica de Municipalidades, Artculo 111, publicada el 09
de junio de 1984
Post condicin: en este campo se expresan en lenguaje natural las
condiciones que se deben cumplir despus de la terminacin normal del caso

pg. 36

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 situacin excepcional durante la realizacin de un
paso determinado.
Importancia, Urgencia: estos campos indican respectivamente la importancia
y la urgencia de la resolucin del conflicto.
Estado: este campo indica el estado de resolucin del conflicto, que podr
estar no resuelto, en negociacin o bien resuelto.
Designacin: La designacin consiste en el desempeo de un cargo de
responsabilidad directiva o de confianza por decisin de 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 trmino de la designacin 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 relacin
con el Estado.
Ratificacin:
Aprobacin y confirmacin 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 vlida solamente falta la ratificacin del Senado.

pg. 37

You might also like