PORTADA

PRIMERA PARTE
I. DESCRIPCION DEL SISTEMA
1.1. DESCRIPCIÓN DEL SISTEMA O APLICACION
1.2. REQUISITOS DEL SISTEMA
1.3. PRODUCTO DEL SOFTWARE

SEGUNDA PARTE
II. PRUEBAS DEL SOFTWARE
II.1. INTRODUCCIÓN
II.2. PLANIFICACIÓN DE LAS PRUEBAS
II.2.1. Objetivos de las pruebas
II.2.2. Alcance de las pruebas
II.2.3. Módulos del sistema a probar
II.2.4. Ambiente de pruebas
II.3. PRUEBAS UNITARIAS
II.3.1. Análisis de las pruebas
II.3.2. Diseño de casos de pruebas
II.3.3. Ejecución de las pruebas
II.3.4. Evaluación de las pruebas
II.4. PRUEBAS DE INTEGRACIÓN
II.4.1. Estrategia de Pruebas incrementales
 Diseño casos de pruebas
 Ejecución pruebas de integración
 Evaluación de las pruebas
II.4.2. Estrategia de Pruebas basadas en hilos
 Diseño casos de pruebas
 Ejecución pruebas de integración
 Evaluación de las pruebas
II.5. PRUEBAS DE SISTEMAS
II.5.1. Diseño de caso de pruebas
II.5.2. Ejecución de la prueba
II.5.3. Evaluación de la prueba
II.6. PRUEBAS DE ACEPTACIÓN
II.6.1. Diseño de caso de pruebas
II.6.2. Ejecución de la prueba
II.6.3. Evaluación de la prueba
II.7. COCLUSIONES
II.8. REFERENCIAS
 1. DESCRIPCION DEL SISTEMA

1.1. DESCRIPCIÓN DEL SISTEMA O APLICACIÓN

Con la finalidad de tener una librería con información actualizada y brindar información

rápida de los diferentes libros de la librería o biblioteca, además de poder realizar

reservaciones en la internet dentro de la institución es necesario que cuente con un

aplicativo que brinde información dentro de un tiempo prudencial todos los requerimientos

que necesiten realizar todos los estudiantes para poder reservar un libro y que se

beneficien de otros servicios de la librería.

1.2 REQUISITOS DEL SISTEMA

 Requisitos Funcionales

N. Requerimiento Descripción

1 Ingreso Administrador El sistema permitirá el ingreso a/los administradores de la

biblioteca, donde deberá de ingresar sus identificaciones
asignadas.

2 Ingreso Usuario . Los usuarios finales del sistema de la libreria podrán ingresar
al sistema mediante el icono que se encuentra en la pantalla
principal o ingresando la dirección de la intranet.

3 Consulta de libro para Los usuarios finales podrán realizar las consultas o estados
préstamo
de libros existentes en la libreria
4 Registro de docentes
Aquí registraremos los docentes del colegio.

5 Registro de Matriculas El sistema permitirá el ingreso o registro de nuevas

matrículas.

6 Registro de alumnos El sistema permitirá el ingreso o registro de nuevos alumnos.

7 Modificación de docentes El sistema debe permitir la modificación de un respectivo

docente que haya sido registrado anteriormente.

8 Eliminación de registro de El sistema después de haber realizado la consulta del

docentes.
docente, Podrá Eliminar el registro del docente.

9 Consulta de lista de El sistema permite al administrador realizar las consultas de

docentes.
los docentes activos del colegio.

10 Consulta de lista de El sistema permite al administrador realizar la consultas de

Matriculas.
la lista de matriculas.

11 Modificación de El sistema debe permitir la modificación de una respectiva

matriculas matricula que haya sido registrado anteriormente.
  Requisitos No Funcionales

● El tiempo de aprendizaje del sistema por un usuario deberá ser menor a 4 horas.
● El sistema debe contener una interfaz amigable y de fácil comprensión para que
al usuario se le haga fácil utilizarla.
● El sistema debe tener una disponibilidad del 99,99% de las veces en que un
usuario intente acceder.
● Los tiempos de respuesta relacionados con formularios de manejo de información
adición, modificación, eliminación, consulta de registros, autenticación y emisión
de avisos y confirmaciones por parte del usuario, en forma general, no debe ser
superior a 2.5 segundos, los informes y consultas que presenten una complejidad
mediana no deberá exceder el tiempo de 4 segundos.
● La aplicación deberá ser implementada en escritorio para Windows y debe ser
desarrollada de acuerdo a las siguientes.
Lenguaje java.
● Las pruebas de software se gestionan con una herramienta de gestión de
software testing...
Las pruebas de software se ejecutarán utilizando NUnit como herramienta Scripting para
automatización de software testing.

1.3 PRODUCTO DEL SOFTWARE

2 PRUEBAS DEL SOFTWARE

2.1 INTRODUCCIÓN

Cuando se desarrolla software es inevitable la existencia de errores en cualquier

etapa de desarrollo, muchos de ellos incluso permanecen sin ser descubiertos, de ahí la
importancia de las pruebas en desarrollo de software. Debido a estas circunstancias es
probable que el producto final tenga errores, tanto de requerimientos, como de diseño o
de funcionalidad.
Con el fin de identificar estos defectos antes de que sucedan cuando el producto
de software se encuentre en producción, es indispensable realizar pruebas de software,
teniendo en cuenta las razones anteriores es indispensable en la etapa de desarrollo
realizar la cantidad de pruebas necesarias para asegurar un buen funcionamiento del
sistema.

2.2 PLANIFICACIÓN DE LAS PRUEBAS

2.2.1 Objetivos

[Link] Objetivo General

● Encontrar la mayor cantidad posible de bugs en el sistema con el fin de que

puedan resolverse y luego eliminarse.
 [Link] Objetivos Específicos

● Verificar el correcto funcionamiento del sistema y su nivel de calidad.

● Establecer la integración adecuada de los componentes.
● Verificar que todos los requisitos se han desarrollado correctamente.
● Identificar que los bugs encontrados se han resuelto antes de entregar el
producto final al cliente.

2.2.2 ALCANCE DE LAS PRUEBAS

Niveles, tipos y métodos de prueba

Niveles,
Métodos o Nombre Descripción
Tipos

Pruebas Validar las respuestas de retorno de los métodos utilizando

unitarias diferentes argumentos según el criterio.
Técnicas de
pruebas Pruebas de Comprobar los valores de retorno entre instancias distintas de
integración una misma clase.

Validar la correcta comunicación de las diferentes capas del

sistema

Comprobar las referencias de integridad y multiplicidad en el

esquema de la base de datos.

Pruebas De Después de la realización de todas las pruebas y estas hayan

Aceptación arrojado un resultado exitoso, se manifestará al cliente que el
producto está listo para ser entregado.

Caja Blanca La pruebas de caja blanca pueden definirse como una técnica
de monitorización o prueba de software en la se analiza el
Métodos de diseño, código y estructura interna, con el objetivo de
Pruebas o mejorar propiedades como la seguridad y el uso eficiente del
estrategias sistema.
 Niveles, tipos y métodos de prueba
Niveles,
Métodos o Nombre Descripción
Tipos

Los modelos de caja negra son los que describen las

relaciones funcionales entre las entradas y las salidas de un
Caja Negra sistema. Se denominan modelos de caja negra porque es
difícil acceder a su funcionamiento interno, es decir, su
estructura, lógica y componentes internos son imposibles de
dilucidar.

Pruebas Pruebas incrementales son pruebas donde los componentes o

incrementales sistemas son integrados y probados uno o algunos a la vez,
hasta que todos los componentes o sistemas estén integrados
y probados.

Pruebas de hilo es una modalidad de pruebas de integración

de componente en la que la integración progresiva de
componentes obedece a la implementación de subconjuntos
Pruebas de requisitos, en oposición a la integración de componentes
Basadas en por niveles de una jerarquía.
hilos

Pruebas De Las pruebas de aceptación son las últimas pruebas realizadas

Aceptación donde el cliente prueba el software y verifica que cumpla con
sus expectativas. Estas pruebas generalmente son
funcionales y se basan en los requisitos definidos por el cliente
y deben hacerse antes de la salida a producción.

II.8.1. Módulos del sistema a probar

Niveles,
Métodos o Módulos A Probar
Tipos
Modulo Se va a realizar las respectivas pruebas al módulo de
Miembros miembros.

Objetivos de la En estos módulos se realizaran pruebas para validar:

prueba
La visualización de datos, ingresados o modificados.

La secuencia de lógica de funcionalidades y transacciones.

 Niveles,
Métodos o Módulos A Probar
Tipos
La respuesta y realización de transacciones de cada módulo.

Responsable

Modulo de Se va a realizar las respectivas pruebas al módulo de libros.

Libros
En estos módulos se realizaran pruebas para validar:

La visualización de datos, ingresados o modificados.

Objetivos de la
prueba La secuencia de lógica de funcionalidades y transacciones.

La respuesta y realización de transacciones de cada módulo.

Responsable

Modulo de Se va a realizar las respectivas pruebas al módulo de

Usuarios Usuarios.

Objetivos de la En estos módulos se realizaran pruebas para validar:

prueba
La visualización de datos, ingresados o modificados.

La secuencia de lógica de funcionalidades y transacciones.

La respuesta y realización de transacciones de cada módulo.

Responsable

2.2.4 Ambiente de pruebas

 Hardware

Equipo Procesador DD RAM Aplicación a

instalar
Lenovo Intel(R) CORE 1000 gb SSD 16 GB DE Liberia
I7 RAM Configuroweb
 ● Software

Software Versión Propósito

Visual Estudio Code  Realizar las pruebas
unitarias.
 Métricas
Php Unit 5.6 Realizar las pruebas
Unitarias y de integración
Sonarqube
Interfaz web que se conecta
9.2.1.49989 al servidor, donde se
guardaran los análisis
hechos al código del
proyecto.

2.3 PRUEBAS UNITARIAS

2.3.1 Análisis de pruebas

A. Clases de equivalencia

I. Módulo De Login
CODICION DE ENTRADA CLASES VALIDAS CLASES INVALIDAS

Usuario: Cadena de
2) Usuario <1
caracteres de tamaño
(1) 1< Usuario <=20 3) Usuario >20
mayor, Igual que 1 y
menor que 20 caracteres
Contraseña: Cadena de
5) Contraseña <1
caracteres de tamaño
(4) 1< Contraseña <=12 6) Contraseña >12
que mayor 1 y menor
que 12 caracteres

 Casos de pruebas

Campo Valor Escenario

Usuario “mamamsms…..20” Correcto
Usuario “T” Correcto
Usuario ““ Incorrecto
Usuario “kevin………21” Incorrecto

Campo Valor Escenario

Contraseña “********…..12” Correcto
Contraseña “*” Correcto
Contraseña ““ Incorrecto
Contraseña “******………21” Incorrecto
II. Módulo de registro de libros

CODICION DE ENTRADA CLASES VALIDAS CLASES INVALIDAS

2) Id Libro <1
Id Libro: Campo
(1) 1< Id Libro <=20 3) Id Libro >20
numerico entre 1 y 20.

5) Titulo <1
Titulo : Cadena de
6) Titulo >12
caracteres de tamaño
que mayor 1 y menor
(4) 1< Titulo <=12 7) No sea numérico, ni con
carácter especial.
que 12 caracteres

Autor : Cadena de 9) Autor <1

caracteres de tamaño 10) Autor>12
que mayor 1 y menor
8) 1< Autor <=12
11) No sea numérico, ni con
que 20 caracteres carácter especial.
Precio: Campo 13) Precio<1000
12) 1000<
numérico positivo de 9
Precio<=999999999 14)Precio>999999999
cifras
  Casos de pruebas

Campo Valor Escenario

Id Libro “92890…..20” Correcto
Id Libro “9” Correcto
Id Libro ““ Incorrecto
Id Libro “298393………21” Incorrecto

Campo Valor Escenario

Titulo “kjsjdskd…..12” Correcto
Titulo “j” Correcto
Titulo ““ Incorrecto
Titulo “jds………21” Incorrecto

Campo Valor Escenario

Autor “kjsjdskd…..12” Correcto
Autor “j” Correcto
Autor ““ Incorrecto
Autor “jds………21” Incorrecto

Campo Valor Escenario

Precio “949490409” Correcto
Precio “1000” Correcto
Precio ““ Incorrecto
Precio “9023923902309” Incorrecto

III. Módulo de Registro de miembros

CODICION DE ENTRADA CLASES VALIDAS CLASES INVALIDAS

Usuario: Cadena de
2) Usuario <1
caracteres de tamaño
(1) 1< Usuario <=20 3) Usuario >20
mayor, Igual que 1 y
menor que 20 caracteres
Contraseña: Cadena de
5) Contraseña <1
caracteres de tamaño que
(4) 1< Contraseña <=12 6) Contraseña >12
mayor 1 y menor que 12
caracteres
Nombre: cadena de
(8) Nombre <1
caracteres de tamaño
(9) Nombre > 20
mayo, igual que 1 y (7)1 < Nombre <= 20
(10) no sea numerico, ni con
menor que 20 caracteres
character especial.
(obligatorio)
Correo: Utiliza el sgte (12) Que no cumpla con el
Formato. (11) example@[Link] formato.
example@[Link]
 Balance: Campo 13) Balance <1000
12) 1000< Balance
numérico positivo de 9 14) Balance
cifras
<=999999999
>999999999

 Casos de pruebas

Campo Valor Escenario

Usuario “mamamsms…..20” Correcto
Usuario “T” Correcto
Usuario ““ Incorrecto
Usuario “kevin………21” Incorrecto

Campo Valor Escenario

Contraseña “********…..12” Correcto
Contraseña “*” Correcto
Contraseña ““ Incorrecto
Contraseña “******………21” Incorrecto

Campo Valor Escenario

Nombre “sdjksd…..20” Correcto
Nombre “T” Correcto
Nombre ““ Incorrecto
Nombre “Maicol………21” Incorrecto

Campo Valor Escenario

Balance “949490409” Correcto
Balance “1000” Correcto
Balance ““ Incorrecto
Balance “9023923902309” Incorrecto
B. Casos de pruebas por Valores Limites

Campo Valor Escenario

Usuario “mamamsms…..20” Correcto
Usuario “T” Correcto
Usuario ““ Incorrecto
Usuario “kevin………21” Incorrecto

Campo Valor Escenario

Contraseña “********…..12” Correcto
Contraseña “*” Correcto
Contraseña ““ Incorrecto
Contraseña “******………21” Incorrecto

Campo Valor Escenario

Nombre “sdjksd…..20” Correcto
Nombre “T” Correcto
Nombre ““ Incorrecto
Nombre “Maicol………21” Incorrecto

Campo Valor Escenario

Balance “949490409” Correcto
Balance “1000” Correcto
Balance ““ Incorrecto
Balance “9023923902309” Incorrecto

Campo Valor Escenario

Id Libro “92890…..20” Correcto
Id Libro “9” Correcto
Id Libro ““ Incorrecto
Id Libro “298393………21” Incorrecto

Campo Valor Escenario

Titulo “kjsjdskd…..12” Correcto
 Titulo “j” Correcto
Titulo ““ Incorrecto
Titulo “jds………21” Incorrecto

Campo Valor Escenario

Autor “kjsjdskd…..12” Correcto
Autor “j” Correcto
Autor ““ Incorrecto
Autor “jds………21” Incorrecto

Campo Valor Escenario

Precio “949490409” Correcto
Precio “1000” Correcto
Precio ““ Incorrecto
Precio “9023923902309” Incorrecto

C. Pruebas del Camino básico

Insertar libros
Complejidad Ciclomatica
V (G )=N ° arista−nodos +2

V (G )=8−7+ 2

V (G )=3

V (G )=N ° regiones cerradas

V (G )=3

V (G )=3

V (G )=N ° condicionales+1

V (G )=2+1

V (G )=3
N° Caminos Libro LibroId
1 1,2,2 Libro “”
2 1,3,4,6,7 Libro 12389
3 1,3,4,5,7. Libro 342

Editar Usuarios
Complejidad Ciclomatica
V (G )=N ° arista−nodos +2

V (G )=8−7+ 2

V (G )=3

V (G )=N ° regiones cerradas

V (G )=3

V (G )=3

V (G )=N ° condicionales+1

V (G )=2+1

V (G )=3
N° Caminos Usuario UsuarioId
1 1,2,2 Usuario “”
2 1,3,4,6,7 Usuario 123
3 1,3,4,5,7. Usuario 32

2.3.2 Diseño Casos de pruebas

Cp1
Valor Salida Ok? Descripcion Observaciones
esperada
Autor: Null incorrecto El sistema
responde con un
mensaje
informando que el
campo es requerido
Autor: “Jose” Correcto El sistema
responde con un
mensaje
informando que el
registro fue exitoso.
IdLibro: Null Incorrecto El sistema
responde con un
mensaje
informando que el
campo es requerido
Idlibro: Correcto El sistema
“9283932” responde con un
mensaje
informando que el
registro fue exitoso.
Precio: “” Incorrecto El sistema
responde con un
mensaje
informando que el
campo es requerido
Precio: Correcto El sistema
7923030 responde con un
 mensaje
informando que el
registro fue exitoso.
Titulo: null Incorrecto El sistema
responde con un
mensaje
informando que el
campo es requerido
Titulo: ”Cien Correcto El sistema
años de soledad” responde con un
mensaje
informando que el
registro fue exitoso.

2.3.3 Ejecución casos de pruebas

2.3.4 Evaluación de las pruebas
Prueba

Componente / Caso de Resultado Seguimiento Conclusión

Producto prueba
Se llevo a cabo el
No hallamos
Componente Caja negra- El proceso ha sido un proceso de las
errores en las
Usuarios Caja blanca resultado exitoso. pruebas paso a
entradas
paso
Se llevo a cabo el
Caja No hallamos
Componente El proceso ha sido un proceso de las
negra/Caja errores en las
Libros resultado exitoso. pruebas paso a
blanca entradas
paso
Se llevo a cabo el
No hallamos
Componente El proceso ha sido un proceso de las
Caja negra errores en las
Miembros resultado exitoso. pruebas paso a
entradas
paso
2.4 Pruebas de Integración

2.4.1 Diagrama de clases

2.4.2 Diagrama de componentes
 2.4.4 Estrategia de pruebas incrementales

[Link] Incremental Ascendente

 Unitarias de (F,G,H,I)
 Integración de (B con F), ( C con G), (D con H), (E con I)
 Integración de (A con B), (A con C), (A con D) (A con E)

[Link] Incremental descendente

 Primero en Profundidad Completando la Rama del Árbol (A,B,F,C,G,D,H,E,I)

 Ahora en Anchura(A, B, C, D, E, F, G, H, I).

[Link] Diseño de los casos de pruebas

CAP 1
Paso Descripción de Datos Salida ¿Ok Observacion
pasos a seguir Entrada Esperada ? es
 1 Ingresar al Login Correo: Ingreso a la SI
jdsdj@gmail. plataforma
com
Contraseña :
1111
2 Clic en el botón Id Libro: Listado de SI
“Mis Libros” 7238732 Libros

CAP 2
Paso Descripción de Datos Salida ¿Ok Observacion
pasos a seguir Entrada Esperada ? es
1 Ingresar al Login Correo: Ingreso a la SI
Jhdsd@gmail plataforma
.com
Contraseña :
1111
2 Clic en el botón Id Libro: 723 Libro SI
“ Registrar Autor: “Juan” Guardado
Libros” Nombre: “El
alquimista”
Precio: 20000

2.4.4 Evaluación de las pruebas

Prueba

Componente / Caso de Resultado Seguimiento Conclusión

Producto prueba
Se llevo a cabo el
No hallamos
Componente Incrementale El proceso ha sido un proceso de las
errores en las
Usuarios s resultado exitoso. pruebas paso a
entradas
paso
Se llevo a cabo el
No hallamos
Componente Incrementale El proceso ha sido un proceso de las
errores en las
Libros s resultado exitoso. pruebas paso a
entradas
paso
Se llevo a cabo el
No hallamos
Componente Incrementale El proceso ha sido un proceso de las
errores en las
Miembros s resultado exitoso. pruebas paso a
entradas
paso
2.4.5 Pruebas basadas en hilos

[Link] Descripción caso de uso

[Link] Diagrama de secuencia

Tabla de los estados

Elementos Estado
Usuario Existe, No Existe
Reserva Disponible, no disponible
Libro Disponible, no disponible
Miembro Activo, No activo

Tabla de valores
Juana de arco, luis, 20000, 12345678 (nombre, autor, precio y id libro)
Juana de arco, Luis, “”, 12345678 (nombre, autor, precio null y id libro)
“”, Luis, 30000, 12345678 (nombre null, autor, precio y id libro)
Juana de arco, Luis, 2000, “” (nombre, autor, precio y id libro null)
Juana de arco, “”, 2000, 943943 (nombre, autor null, precio y id libro)

[Link] Diseño de los casos de pruebas

CAP 1
Paso Descripción de Datos Salida ¿Ok Observacion
pasos a seguir Entrada Esperada ? es
1 Ingresar al Login Correo: Ingreso a la SI
jdsdj@gmail. plataforma
com
Contraseña :
 1111
2 Clic en el botón Id Libro: Listado de SI
“Mis Libros” 7238732 Libros

CAP 2
Paso Descripción de Datos Salida ¿Ok Observacion
pasos a seguir Entrada Esperada ? es
1 Ingresar al Login Correo: Ingreso a la SI
Jhdsd@gmail plataforma
.com
Contraseña :
1111
2 Clic en el botón Id Libro: 723 Libro SI
“ Registrar Autor: “Juan” Guardado
Libros” Nombre: “El
alquimista”
Precio: 20000

2.4.6 Evaluación de las pruebas

Prueba

Componente / Caso de Resultado Seguimiento Conclusión

Producto prueba
Se llevo a cabo
El proceso ha sido No hallamos
Componente Basadas en el proceso de las
un resultado errores en las
Usuarios hilos pruebas paso a
exitoso. entradas
paso
Basadas en El proceso ha sido
Se llevo a cabo
No hallamos
Componente hilos el proceso de las
un resultado errores en las
Libros pruebas paso a
exitoso. entradas
paso
Basadas en El proceso ha sido
Se llevo a cabo
No hallamos
Componente hilos el proceso de las
un resultado errores en las
Miembros pruebas paso a
exitoso. entradas
paso

2.5 PRUEBAS DE SISTEMAS

2.6 PRUEBAS DE ACEPTACIÓN
El objetivo de las pruebas de aceptación es validar que la solución desarrollada
cumpla con el funcionamiento esperado y permitir al usuario de dicho sistema
determine su aceptación, desde el punto de vista de su funcionalidad y de su
rendimiento. Estas pruebas son realizadas por el cliente, donde comprueba que
el sistema cumple con lo definido y se obtiene la conformidad del cliente. Esta
prueba se realiza mediante el proceso de validación de caja negra.

Buscar reserva 01
Descripción:
Un miembro ya registrado en la aplicación buscara una reserva de un libro
disponible en la biblioteca.

Prerrequisitos
Acceso a Internet

Un navegador web de la preferencia del usuario por ejemplo Google Chrome,

Mozilla, o Internet Explorer

Que existan reservas registradas en la aplicación

Pasos:

1. Se ingresa a la aplicación web.

2. El miembro buscara reserva disponible
.
3. El miembro reservara su libro.
Resultado esperado:
La postulación se hace con éxito, el miembro podrá reservar su libro en la
biblioteca.

Resultado obtenido:
ok

Registrar Libro 02
Descripción:
Un administrador ya registrado en la aplicación registrara un libro nuevo de
la biblioteca.

Prerrequisitos
Acceso a Internet

Un navegador web de la preferencia del usuario por ejemplo Google

Chrome, Mozilla, o Internet Explorer

Que existan libros registrados en la aplicación

Pasos:

1. Se ingresa a la aplicación web.

2. El administrador buscara el modulo libros
.
3. El administrador registrara su libro.
Resultado esperado:
Libro Registrado exitosamente
Resultado obtenido:
ok

2.6.2 Evaluación de pruebas

Evaluación de las pruebas de aceptación

Participantes: Usuarios, Fecha: 2023-03-26

desarrolladores
Tipo de pruebas: Área (a realizar la prueba): interfaces
Aceptación
Líder:

Porcentaje de satisfacción obtenido: 90 %

Análisis de resultados: Los resultados de las pruebas fueron

satisfactorios, se logró alcanzar la mayoría de los requerimientos
establecidos. El cliente queda satisfecho.
Número de pruebas Aprobadas No Aprobadas

2 2 0

2.7 CONCLUSIONES

Las pruebas resultaron exitosas, Han sido todo un éxito las pruebas unitarias,
De integración y de aceptación .
 3 METRICAS DEL SOFTWARE

3.1 Introducción

Con el fin de analizar la valorización del software se le quiere dar algún

tipo de representación en forma de medida, es por eso que partiendo de
unos objetivos propuestos se llevaran a cabo métricas, es decir, aplicar
valores cuantitativos que se determinan del aplicativo para dar un
resultado. Estos hallazgos con estas cantidades numéricas encontradas
en los distintos aspectos del programa responderán a las preguntas que
surjan de aquellos objetivos iniciales.

3.1.1 Objetivos

● Analizar la Métricas definidas.

● Medir la tasa de errores y éxitos del aplicativos

● Identificar el tamaño y la complejidad del sistema

resultante.
● Determinar la utilidad del software.
● Verificar la eficiencia del sistema al dar respuestas de una
petición.

3.1.2 Alcance
la fase de métricas es muy importante debido a que la medición es un
recurso guía para conocer los avances, parámetros requeridos, longitud
y tiempo de desarrollo mediante valores concretos.

3.1.3 Tipos y herramientas de métricas

Tipo De prueba Descripción

MODELO GQM A raíz de los objetivos de una entidad
busca determinar formulando
preguntas y desarrollando métricas
que respondan esas preguntas si se
cumplieron los objetivos mencionados.
Técnica de puntos de función (PF) En base a la cantidad de elementos
(entradas, salidas, datos internos,
interfaz y consultas) y al nivel de
complejidad de los procesos se mide
la funcionalidad del producto.
Métricas CK Chidamber y Kemerer Son usadas para medir atributos de
 los sistemas orientados a objetos
como clases, herencia, cohesión y
acoplamiento.

3.2 Métricas de Producto

3.2.1 Métricas de tamaño

Clase / Función Métodos/ Módulos Complejidad Ciclo

matica
Usuario Guardar 5
Consultar 1
Modificar 2
Eliminar 2
BuscarUsuarioId 3
ConsultarLogin 3
Subtotal Clase Usuario Total métodos :7 Total Complejidad:16
Pasajero Guardar 2
Consultar 2
BuscarPasajeroId 3
ConsultarLogin 2
Subtotal Pasajero Total métodos :7 Total Complejidad:9
Usuario Login Consultar 1
ConsultarLogin 6
Subtotal Clase Usuario Login Total métodos :2 Total Complejidad:7
Reserva Guardar 3
Consultar 2
Subtotal Clase reserva Total métodos :6 Total Complejidad:5

Total No. Clases : 4 Total No. Métodos: 36 Total Complejidad :37

2.8 Bibliografia- Referencias

[Link]
[Link]
[Link]