ESCUELA PREPARATORIA OFICIAL ANEXA A LA NORMAL DE

IXTAPAN DE LASAL

CICLO DE VIDA PARA EL DESARROLLO DEL SISTEMA DE

“CASA DE HUESPEDES MAY”

Materia: Sistemas de información

Docente L.I.C. Jocelyn Flores Hernández

Integrantes:
Almazán Gómez Emmanuel
López Vivero Heidi Yuritzi
Medina Hernández Gael Melquisedec
Pérez Hernández Stephanie Ximena
Torres Martínez Deniss

Grado: 3° Grupo: 1

Ciclo Escolar
2022-2023
 INDICE

Contenido
NOMBRE DE LA EMPRESA.........................................................................................................2
CASA DE HUESPEDES MAY.......................................................................................................2
GIRO DE LA EMPRESA............................................................................................................3
PIRÁMIDE DE NECESIDADES...............................................................................................................4
OBJETIVO DE LA IMPLEMENTACIÓN..................................................................................................6
STAKEHOLDERS...........................................................................................................................8
REQUERIMIENTOS............................................................................................................................10
JUSTIFICACION ANALISIS DE REQUERIMIENTOS.............................................................11
LISTADO DE NECESIDADES...............................................................................................................12
ALGORITMOS...................................................................................................................................14
CUADRO COMPARATIVO DE LENGUAJES DE PROGRAMACION...................................15
Pruebas funcionales y no funcionales..............................................................................................19
HERRAMIENTAS DE TEXTING............................................................................................................20
Pruebas de Software........................................................................................................................24
Estrategias de prueba del SW...........................................................................................................25

1
NOMBRE DE LA EMPRESA

CASA DE HUESPEDES MAY

2
 GIRO DE LA EMPRESA

Ubicada en Ixtapan de la Sal, colonia Revolución calle Abimael Guzmán.

Cuenta con 20 habitaciones, una alberca, área de juegos. Ofrece alojamiento con
jardín y terraza

 Precio por noche: $600

Cuenta con wifi y estacionamiento gratuitos.

3
 PIRÁMIDE DE NECESIDADES

Dominio del problema:

Se necesita una base de datos, que
recopile la información más eficazmente,
para una reservación exitosa y sin
Necesidades: contratiempos.
Solucionar el Necesidades del programador
Necesidades del cliente
orden de
reservaciones

Características:
Solución:
Registro rápido (recopilación
de datos) Crear un sistema con los
diferentes campos
2 Usuarios
necesarios, que los
Método de pago clientes llenarán para
hacer una reserva.
Especificaciones:
Plataforma, software con base de datos
que recopile la información necesaria para
la reserva.
-Número de habitaciones. -Número de
huéspedes.
-Información personal.

4
 JUSTIFICACIÓN DE LA IMPLEMENTACIÓN

Para volver más reductible un negocio es importante destacar en la eficacia. En el

caso de nuestra casa de huéspedes es la atención al cliente, lo cual implica un
chequeo seguro y rápido, así como una reservación que cumpla con las mismas
características, por eso el implementar un software que nos facilite estas tareas se
vuelve prácticamente necesario, pues este reduciría el tiempo de espera del
cliente a la hora de adquirir hospedaje. La implementación de un sistema dará una
mayor organización al personal dedicado y un mejor almacenamiento de
información de los huéspedes, así como la disponibilidad de inventario y
habitaciones para el uso del huésped.

5
 OBJETIVO DE LA IMPLEMENTACIÓN

El objetivo de la implementación del sistema, es incrementar la efectividad de la

base de datos a la hora de recopilar la información, para permitirnos ofrecer un
servicio que satisfaga las necesidades del cliente, organizando los procesos a la
hora de reserva de habitaciones.

6
 ESTUDIO DE FACTIBILIDAD
Factibilidad técnica Factibilidad Factibilidad económica
operacional
Los componentes Las Para que el proyecto pueda
tecnológicos necesarios competencias costearse, se debe realizar un
para el desarrollo de un que el personal análisis exhaustivo de la relación
sistema son: debe contener costo beneficio del negocio o del
 Computadora de son: proyecto y sopesar ambos
escritorio. Buen manejo de aspectos.
 Dispositivos de la tecnología, PC: 8,794
entrada y salida conocimientos Cpu: Intel core i5 10400- $3599
necesarios. de Excel. MOBO: Asus prime h410m -
 Terminal para Se establecen $1899
pago con tarjeta. los tiempos de HDD: 4 TB- $1199

 El software a gerente. Gabinete: game factor CSG300-

ocupar será un $878

sistema operativo Fuente de poder: p450b

Windows, y Excel. 80+Bronze-$449

 La elaboración de Monitor: dell hd 60hz-$1499

un sketch que Teclado: Logitech k120-$209

contenga los Mause: Logitech m110-$159

elementos  PC: 8794

necesarios para la  Monitor: 1499
obtención de  Periféricos: 368
datos.  Total: $10,661
El precio del sistema puede
variar de 5,000 a 15,000
dependiendo de los
requerimientos.

7
 STAKEHOLDERS

STAKEHOLDERS

INTERIOR EXTERIOR

RECEPCIONISTAS HUESPEDES

Tendrá la primera interacción con el posible

cliente, dará a conocer información sobre las Se hospedarán en la casa haciendo
tarifas y servicios, en caso de que acceda a la uso de los servicios que ofrece
reservación registrara los datos del sistema

ADMINISTRATIVO
PROVEDORES DE SERVICIOS
Se encargará de gestionar al personal y los
recursos de la casa 8
Otorgaran los servicios básicos
para el funcionamiento de la
PERSONAL DE LIMPIEZA casa
9
 REQUERIMIENTOS
Requerimientos de sistema Requerimientos del usuario
El software debe permitir el 1. Al registrar a un huésped, el sistema
almacenamiento total de la información del muestra un formulario para el usuario
huésped, así como la disponibilidad de con los siguientes campos:
inventario y habitaciones para el huésped, Nombre del huésped
para así destacar la eficacia. Nombre de los acompañantes
Dirección
Número de teléfono
Correo electrónico
2. El sistema deberá contar con una
distribución inteligente de las
habitaciones, de tal forma que se cree
una experiencia satisfactoria para el
huésped.
Requerimientos Funcionales Requerimientos no funcionales
1. El software debe buscarhabitaciones 1. Los datos solo podrán ser modificados
disponibles para mostrarlas en pantalla por el personal autorizado
 Entrada: Fechas (para ver
2. El software debe facilitar las tareas del
disponibilidad de habitaciones)
recepcionista
 Proceso: El software busca
3. El software debe ser eficiente y fácil de
habitaciones
usar
 Salida: Se muestran las habitaciones
en pantalla.
4. La interfaz del programa debe llevar el

2. El software debe almacenar datos logotipo del hotel y tener colores que
personales del huésped (nombre, teléfono) vayan de acuerdo a la fachada.
3. El software debe mostrar las habitaciones
están limpias y cuáles sucias.
4. El software debe poder mostrar un recorrido
virtual por las habitaciones de la casa de
huéspedes.

10
 JUSTIFICACION ANALISIS DE REQUERIMIENTOS

El hacer un correcto análisis de requerimientos hace posible identificar toda la

información necesaria para la correcta planificación y ejecución del proyecto, y que
impacta en todas sus diferentes fases, mejorando la calidad del software a
desarrollar: funcionalidad, facilidad de uso, confiabilidad, desempeño, etc. la clave
del éxito es una estrecha colaboración con un proveedor profesional, con una
metodología bien establecida, con experiencia y que pueda ofrecer servicios
integrales.

11
 LISTADO DE NECESIDADES
 El sistema mostrará las habitaciones disponibles.
 El sistema mostrará pantallas de registro de información para la
reservación.
 El sistema contiene una forma de pago con tarjeta
DISEÑO DE SISTEMA Y DISEÑO DETALLADO
Esta
Habitaciones Disponibles Habitaciones disponibles: Esta
pestaña mostrará las habitaciones que
se encontrarán ocupadas y las que
estarán disponibles.

Rojo: No disponibles

Azul: Disponibles

Datos del cliente Cancelación: En esta pestaña

aparecen todos los datos del cliente y la
Nombre: _____________
reservación con la opción de cancelar la
Fecha: ____ Total: $___ misma.

Habitación: __________

Noches: _____________

Forma de pago: _______

Reservación Reservación: En esta pestaña

aparecen las celdas donde se
Nombre: _____________
insertarán los datos para una
Fecha: ____ Total: $___ reservación

Habitación: __________

Noches: _____________

Pagos con tarjeta: _____ 12

DIAGRAMA DE FLUJO

13
 ALGORITMOS
1.- El usuario deberá introducir la contraseña para acceder al sistema, en caso de que esta
sea incorrecta no se permitirá el acceso y se informara con la siguiente frase “contraseña
incorrecta”
2.-con ayuda de un ciclo mientras se mostrarán las habitaciones disponibles para reservar
y las que ya se encuentran ocupadas
3.-posterior al punto anterior se abrirá una pestaña de entrada, donde se ingresarán los
datos del cliente (nombre, habitación, noches, pago) necesarios para la reservación de la
habitación.
4.-En caso de que lo que se busque sea cancelar una reservación habrá una pestaña donde
te permitirá realizar este proceso

14
 CUADRO COMPARATIVO DE LENGUAJES DE PROGRAMACION

Nombre Logo Características Ventajas Desventajas Año Empresa

de que lo creó
creac
ión
Python  Ejecuta  Es sencillo y  Lentitud 1991 Python fue
directamente de gran  Requiere creado por
el código líneo potencial mucha Guido van
por línea  Es memoria Rossum
 Lenguaje fácil Polivalente y  Es ideal
de usar de para
 Lenguaje de paradigmas plataformas
alto nivel  Es de escritorio
 Lenguaje compatible y servidor,
orientado a con todos pero para el
objetos los sistemas desarrollo
 Es operativos móvil no es
multiparadigm  Es gratis y un lenguaje
a de código muy
abierto adecuado

15
Java  Es simple  Curva de  Alto uso de 1995 Plataforma
 Enfoque aprendizaje memoria informática
orientado a corta  Fácil de de lenguaje
objetos  Es descompilar de
 Es seguro y multiplatafor programación
sólido ma4 creada por
 Con  Cuenta con Sun
recolector de liberación de Microsystems
basura memoria
 Es  Ofrece
interpretado gestión de
error
C ++  Compatibilida  Desempeño  Requiere 1980 Desarrollado
d con alto conocimient por Bjarne
bibliotecas  Multiplatafor o previo Stroustroup
 Orientado a ma  Poco
objetos  Gran recomendad
 Rapidez versatilidad o para
 Punteros  Gran diseño de
 Didáctico cantidad de páginas web
actualizacion  Es
es necesaria la
traducción al
lenguaje
máquina

16
PHP  Gran  Es un  Mala calidad Creado por
extensión de lenguaje de de manejo 1994 Rasmus
documentació código de errores Lerdorf,
n abierto  Seguridad
 Variedad de  Fácil de baja
herramientas aprender  Se necesita
para aprender  Es fácil para un servidor
 Mucha oferta instalarse en web
de trabajo los  Para
 Programación servidores o ejecutar el
orientada a sistemas software en
objetos operativos Internet hay
 Módulos  Soporta una que contar
externos para gran con un
mejorar la cantidad de hosting.
aplicación datos
web  Automatiza
 Separación de tareas
estructuras

17
 HTML  Es fácil de  Permite  El diseño es 1980 Tim Berners-
usar y describir más lento Lee,
entender hipertexto  Tiene un trabajador del
 Es utilizado  Tiene un lenguaje CERN
para crear despliegue estático
páginas web. rápido  Las
 Permite  Lo reconoce etiquetas
describir y admite son
hipertextos. cualquier limitadas
 Permite que el tipo de
usuario se explorador
mueva por  Permite
cualquier sitio archivos
de Internet pequeños
 Está
fundamentado
por una serie
de breves
códigos
escritos en un
registro de
texto por
 el
desarrollador
del sitio web.
 Es
multiplataform
a
JavaScript  Lenguaje del  Alta  Desde que 1995 Brendan Eich
lado del velocidad el código en creó
cliente  Simplicidad JavaScript JavaScript

18
  Lenguaje  Compatibilid es ejecutado para
orientado a ad en el NetScape
objetos  Interfaces clientside,
 De tipado sencillas algunos
débil o no  Versatilidad descuidos
tipado  Actualizacio pueden ser
 De alto nivel nes explotados
 Lenguaje constantes algunas
interpretado veces para
malos
propósitos.

Pruebas funcionales y no funcionales

Funcionales
Unitarias:
 Comprobar que el sistema pone de color rojo la habitación al hacer la
reservación
19
  Comprobar que no se puede hacer una doble reservación
 Comprobar que al hacer la cancelación la habitación vuelva a aparecer
como disponible
De aceptación:
Comprobar que el usuario esta capacitado para el correcto uso del sistema
(conocimientos básicos de informática)
Integración:
Que la búsqueda de habitaciones, el registro y la cancelación de estas trabajen
correctamente de manera continua.
Regresión:
El sistema no se reiniciara, por lo cual comprobar que este no lo haga de manera
automática cuando la computadora es apagada, no hay conexión eléctrica o falla
de algún tipo.
No funcionales
Carga:
Comprobar que el fondo blanco con la marca de agua de la empresa cargue de
manera adecuada, en cuanto a resolución y calidad de imagen.
Estrés:
Someter al sistema a un alto flujo de registros en un corto lapso de tiempo para
corroborar el correcto funcionamiento de este respecto al hardware y la
optimización del sistema.
Escalabilidad:
Añadir inventario de cada habitación.
Portabilidad:
Se comprueba que el código es compatible con cada uno de los dispositivos a
usarse(computadora) y trabaja de manera correcta.

HERRAMIENTAS DE TEXTING
JMETER

JMeter es una herramienta de testing cuyas funcionalidades se pueden resumir en

tres:
Diseñar un testplan, esto es, generar un fichero .jmx
Ejecutar un testplan

20
Ver de distintas formas los resultados de la ejecución de un testplan (vía listeners)
Características
 Simular, con el nivel de concurrencia que se desee, las interacciones de una o
varias comunidades de usuarios virtuales (perfiles o roles) con la aplicación
 Interfaz GUI para diseñar casos de prueba (tetplans)
 Posibilidad de grabar las interacciones de un usuario, vía navegador, con la
interfaz HTTP de una aplicación, y convertir la grabación en un testplan
 Ejecución de un testplan desde la interfaz GUI o desde línea de comando,
permitiendo así la automatización de la ejecución de pruebas.
 Construcción de testplans configurables
 Ejecución de un testplan en modo cliente, en modo remoto o en modo distribuido
 Visualización de los resultados de la ejecución de un testplan de múltiples formas,
obteniendo diferentes métricas
Ventajas y Desventajas:

 JMeter es una herramienta ideal para realizar pruebas de rendimiento de

aplicaciones web. Sus principales debilidades son:
 JMeter NO se comporta como un navegador. Esto tiene varias implicaciones
importantes: por defecto no guarda ni envía cookies, no interpreta código
JavaScript, … Cualquier funcionalidad de estas debe ser implementada
específicamente en el testplan
 Con JMeter el tester trabaja a nivel de protocolos: el desarrollador de un testplan
ha de descender a este nivel, por lo que normalmente el tester tiene que apoyarse
en herramientas adicionales durante el desarrollo de un testplan, como Firebug,
HttpFox, SoapUI, Badboy, ...
 Los tipos de aplicaciones que se pueden testear con JMeter dependen de los
protolos que implementen las interfaces de acceso a la aplicación. Con JMeter se
pueden testear los siguientes tipos de interfaces: HTTP, HTTPS, SOAP (sobre
HTTP), XML-RPC (sobre HTTP), FTP, LDAP, POP3, IMAP, SMTP, JMS, JDBC y
TCP. El testeo de otro tipo de interfaces no es inmediato. En concreto, con JMeter
no es posible (con un esfuerzo razonable), implementar un testplan para una
interfaz RMI o WebDav

selenium

¿Qué es el Selenium y de qué está compuesto?

Selenium es un conjunto de herramientas para pruebas web automatizadas. Está
compuesto por;
Selenium IDE (Entorno de desarrollo integrado); un complemento de Firefox que
funciona para grabar y reproducir.
21
Selenium RC (control remoto) (1.0); es una herramienta de prueba y se utiliza para
trabajar en JavaScript para automatizar aplicaciónes web. (2004)
WebDriver (2.0); es un marco de automatización web y le permite ejecutar sus
pruebas en diferentes navegadores. (2011)
Selenium Grid; permite que las pruebas se ejecuten en paralelo en varias
máquinas.
¿Cuáles son las ventajas del Selenium?
 Selenium es de código abierto y de uso gratuito sin ningún coste de
licencias.
 Soporta múltiples lenguajes como Java, Ruby, Python, C#…
 Admite pruebas de varios navegadores.
 Tiene una buena cantidad de recursos y comunidad de ayuda.
 Es compatible con muchos sistemas operativos como Windows, Mac,
Linux…
 Interactúa fácilmente con la aplicación web.
¿Cuáles son las desventajas de Selenium?
 Selenium solo admite aplicaciones basadas en navegadores web, no
admite aplicaciones basadas en Windows.
 No tiene una herramienta de informes integrada, necesita herramientas de
terceros para la actividad de generación de informes.
 No se puede trabajar con gráficos, captchas, códigos de barras, formas.
 No es compatible con la instalación de carga de archivos.
 Difícil de dominar, requiere conocimientos de nivel de desarrollador.
 Es difícil escribir buenos localizadores.
 Difícil de sincronizar.

JUNIT
JUnit es un marco de pruebas unitarias para aplicaciones Java para escribir y ejecutar
pruebas repetibles.
ventaja:
Escrito en Java puro.
Admite el desarrollo basado en pruebas (TDD).

22
Permite crear su propia suite de casos de prueba unitaria.
Puede integrarse bien con otras herramientas (como Maven) e IDE (como IntelliJ).
Se ha desarrollado durante mucho tiempo y tiene su propio gran grupo de usuarios, por lo
que es fácil encontrar los documentos.
Desventajas:
Si necesita habilidad para burlarse, debe agregarMockito(U otras bibliotecas de
simulación).
Debido a que los nombres de métodos en JUnit están restringidos por las convenciones
de Java y otras razones, es difícil para el personal no técnico leer los resultados de la
prueba.
TEST NG
TestNG es un marco de pruebas automatizado de Java, inspirado en JUnit y NUnit, pero
con mejoras y nuevas características. Diseñado para cubrir todas las categorías de
pruebas automatizadas: pruebas unitarias, pruebas funcionales, de extremo a extremo,
pruebas de integración, etc.
ventaja:
Fácil de integrar en el ciclo maven.
Permita que los desarrolladores escriban pruebas potentes y flexibles.
Admite pruebas basadas en datos (DDT).
Los comentarios son fáciles de entender.
Los casos de prueba se pueden agrupar fácilmente.
Permite la creación de pruebas paralelas.
Desventajas:
Solo se admite Java y se requieren al menos conocimientos básicos del lenguaje de
programación Java.
Se debe invertir tiempo en la configuración y el diseño del marco.

Bibliografía

23
Comparación de las ventajas y desventajas de los populares marcos de pruebas

automatizados de código abierto de 2017 - programador clic. (s. f.).

https://programmerclick.com/article/45421211474/

Introducción a JMeter: Conceptos Básicos | Marco de Desarrollo de la Junta de

Andalucía. (s. f.).

https://www.juntadeandalucia.es/servicios/madeja/contenido/recurso/388

24
 Pruebas de Software
- Raquel Martinez España

Cuando se termina de desarrollar un software no se termina el proyecto, sino que

todavía queda una parte importante, esta parte son las pruebas.

Después de las pruebas del sistema, continua la implantación del sistema y por
último las pruebas de aceptación. Las pruebas del sistema evalúan qué hace el
software, es decir qué hace, lo que debe hacer correctamente y de manera
eficiente. La implantación del sistema tiene como misión dejar la aplicación
funcionando en las máquinas del cliente, y por último el mantenimiento del sistema
consiste en una fase de pruebas para verificar su correcto funcionamiento en la
parte del cliente.

Las pruebas de software son pasos de lo pequeño a lo grande, mediante estos

pasos se intenta probar la lógica y los datos encapsulados en los componentes.
También se prueba el desarrollo de pruebas de orden superior de acuerdo a los
requisitos del cliente, Estas pruebas deben servir para detectar errores y
corregirlos.

Estrategias de las pruebas:

Según el momento de realización:

 Pruebas de unidad
 Pruebas de integración
 Pruebas de validación

Según la forma que se realizan

 Pruebas de caja blanca

 Pruebas de caja negra
 Análisis de valores límites

25
 Estrategias de prueba del SW
- José Luis Abellán

Una prueba de software sirve para descubrir errores, las pruebas de software no
son sustitutivos de la calidad, es decir, si la calidad no está previamente, la prueba
no mejorará la calidad del software.

Cuando se está verificando el software, se está viendo que se construya el

producto correctamente, es decir, se va evaluando módulo a módulo en un
programa convencional y se revisa que se haga lo correcto.

En la validación, se quiere ver que, si el software ya construido es el producto

correcto, es decir si cumple los requerimientos del cliente.

 Pruebas de unidad: Validar si las rutas de software se satisfacen

 Prueba de integración: Se identifican los módulos que componen el
software y se van integrando.
 Pruebas de validación: Observar que los requerimientos del cliente se
cumplan+
 Pruebas del sistema: El software se acopla a otros sistemas y el
funcionamiento se cumple.

26