APLICACIÓN WEB PARA LA GESTIÓN DE RECURSOS

BIBLIOGRAFICOS DE LA UNIVERSIDAD

POPULAR DEL CESAR

Marcos E. Perea Mosquera

Luis Enrique Araos Ospino

2021-2
PARTE 1
I. MODELOS DEL SISTEMA
1.1. DESCRIPCIÓN DETALLADA DEL SISTEMA PROPUESTO
1.2. MODELO DE REQUERIMIENTOS
1.2.1. Requisitos funcionales
1.2.2. Requisitos no funcionales
1.3. MODELO DE CASOS DE USO
1.3.1. Diagramas de caso de uso
1.3.2. Descripción de caso de uso
1.4. MODELO DE DISEÑO DEL SISTEMA
1.4.1. Diagrama de clases detallado
1.4.2. Diagramas de secuencias
1.4.3. Diagrama de componentes
1.5. PRODUCTO DEL SOFTWARE

PARTE 2
II. PRUEBAS DEL SOFTWARE
II.1. INTRODUCCIÓN
II.2. PLANIFICACIÓN DE LAS PRUEBAS
II.2.1. Objetivos
II.2.2. Alcance
II.2.3. Ambiente de pruebas
II.2.4. Plan de pruebas
II.3. DISEÑO Y EJECUCIÓN DE LAS PRUEBAS
II.3.1. Pruebas Unitarias
II.3.1.1. Clases de equivalencia
II.3.1.2. Valores Limites
II.3.1.3. Camino básico
II.3.1.4. Diseño y ejecución de los casos de pruebas
 Diseño casos de pruebas
 Ejecución casos de pruebas unitarias
 Evaluación de la prueba
II.3.2. Pruebas de Integración
II.3.2.1. Pruebas incrementales
 Incremental Ascendente
 Incremental descendente
 Diseño casos de pruebas
II.3.2.2. Pruebas basadas en hilos
II.3.2.3. Diseño casos de pruebas
II.3.2.4. Ejecución pruebas de integración
II.3.2.5. Evaluación de las pruebas
II.3.3. Pruebas de aceptación
II.4. COCLUSIONES
II.5. REFERENCIAS
PARTE 3

III. METRICAS DEL SOFTWARE

III.1. Introducción
III.1.1. Objetivos
III.1.2. Alcance
III.1.3. Tipos y herramientas de métricas
III.2. Métricas de Producto: Atributos internos
III.2.1. Métricas de tamaño
III.2.2. Métricas de clases
III.2.3. Métricas de funcionalidad
III.2.4. Análisis métricas de producto
III.3. Métricas de productos con atributos externos
III.4. Aplicación herramientas de métricas
III.5. CONCLUSIONES
1. MODELOS DEL SISTEMA.

1.1. DESCRIPCIÓN DETALLADA DEL SISTEMA.

1.1.1. Descripción del problema.

El problema principal que genera la idea de creación del Aplicativo Web para
la gestión de libros y tesis de la Universidad Popular del Cesar, se basa en
que la única forma en la que los estudiantes de la Universidad pueden
consultar tesis de grado y/o artículos relacionados con algún tema en
específico o ya sea que fuese realizado en la Universidad, es dirigiéndose a la
biblioteca de dicho plantel educativo, lo que representa una desventaja para
los estudiantes que necesiten consultar algún proyecto sobre un tema
relacionado y pueda que éste se encuentre en la Hemeroteca de la
universidad, pero el estudiante necesita hacer la consulta de forma rápida y no
se encuentra en la ciudad de Valledupar o se le hace difícil el desplazamiento
hasta el plantel educativo.
Uno de los objetivos se basa en darle facilidad al estudiante al momento de
querer realizar una consulta en la Hemeroteca, que las tesis de grado estén a
la merced de los estudiantes en cualquier momento y lugar.
Si este sistema no se implementa, los alumnos y entes de la Universidad
Popular del Cesar, estarían adecuados al sistema actual que es la obtención
de las bibliografías en físico, y no todos los alumnos aprovecharían el material,
lo cual no podrían tener referencias de dónde encontrar soluciones a los
problemas que necesiten buscar en estos.

1.1.2. Justificación.

La importancia del desarrollo del Aplicativo Web para la gestión de libros y

tesis de la Universidad Popular del Cesar, se manifiesta de manera sencilla
como se había explicado anteriormente, para darle una facilidad al
estudiantado al momento en que deseen realizar alguna consulta sobre tesis
y/o libros.
El aplicativo Web será de mucha utilidad, ya que este tendrá la opción de que
el estudiante pueda descargar la tesis o libro que desee en el momento, no
obstante, el usuario no podrá descargar siempre que lo requiera un libro o
tesis, porque será limitado, aunque podrá consultar si se encuentra en la
biblioteca de la Universidad.
 1.1.3. Objetivos.

1.1.3.1. Objetivo General.

Implementar un Aplicativo Web para la gestión de recursos bibliográficos

de la Universidad Popular del Cesar.

1.1.3.2. Objetivos Específicos.

 Realizar el levantamiento de los requerimientos concerniente a los

procesos que actualmente se realizan para la gestión de préstamos
y devolución de libros en la Universidad Popular del Cesar.
 Diseñar la base de datos para la persistencia de los recursos
bibliográficos de los estudiantes y profesores.
 Desarrollar el Aplicativo Web para darle facilidad a los usuarios sean
estudiantes o administrativos con los siguientes módulos:
o Gestión bibliográfica.
o Reportes de bibliografía
o Validación de bibliografías que suben los usuarios

1.2. MODELO DE REQUERIMIENTOS.

1.2.1.Requisitos funcionales.
No Requerimiento Descripción
El sistema deberá permitir a algún administrador,
estudiante, docente o ente de la Universidad
Popular del Cesar de consultar la información de
RF01 Consultar Bibliografía
una bibliografía ingresando el título de la
bibliografía, esto no requiere que cualquier tipo de
usuario inicie sesión.
RF02 Descargar Bibliografía El sistema deberá permitir a algún administrador,
estudiante, docente o ente de la Universidad
Popular del Cesar de descargar una bibliografía
consultando su título previamente y presionando
en el icono de descarga, el administrador puede
hacer descargas ilimitadas pero los demás
usuarios tienen un límite de 5 descargas por día,
 esto requiere que cualquier tipo de usuario inicie
sesión.
El sistema deberá permitir a algún administrador,
estudiante, docente o ente de la Universidad
Popular del Cesar de visualizar todas las
RF03 Listado Notificaciones notificaciones de todas las actividades de la
aplicación, para visualizar tendrá que presionar el
icono de notificaciones y esto requiere que
cualquier tipo de usuario inicie sesión.
El sistema deberá permitir a algún administrador,
estudiante, docente o ente de la Universidad
Popular del Cesar de registrar un autor ingresando
RF04 Registrar Autor
su nombre o apodo de autor de bibliografías, esto
requiere que cualquier tipo de usuario inicie
sesión.
El sistema deberá permitir a algún administrador,
estudiante, docente o ente de la Universidad
Popular del Cesar de consultar la información de
RF05 Consultar Autor
un autor su nombre o apodo de autor, esto
requiere que cualquier tipo de usuario inicie
sesión.
El sistema deberá permitir a algún administrador,
estudiante, docente o ente de la Universidad
Popular del Cesar de visualizar un listado con los
RF06 Listado Autores
autores que el usuario ha registrado hasta el
momento, esto requiere que cualquier tipo de
usuario inicie sesión.
El sistema deberá permitir a un administrador de la
Universidad Popular del Cesar de visualizar un
RF07 Listado Autores listado de todos los autores registrados en el
sistema hasta el momento, esto requiere que el
administrador inicie sesión.
RF08 Solicitud para Registrar Libro El sistema deberá permitir a algún administrador,
estudiante, docente o ente de la Universidad
Popular del Cesar de solicitar el registro de un libro
ingresando el título, la descripción, el autor, el
género, el idioma, el archivo, la portada, el ISBN y
 automáticamente cambiará el estado de la
bibliografía a: “no revisado”, esto requiere que
cualquier tipo de usuario inicie sesión.
El sistema deberá permitir a un administrador de la
Universidad Popular del Cesar de registrar un libro
cambiando el estado a: “revisado” de lo contrario si
RF09 Registrar Libro
desea que el libro no se registre cambia el estado
a: “No aceptado”, esto requiere que el
administrador inicie sesión.
El sistema deberá permitir a algún administrador,
estudiante, docente o ente de la Universidad
RF10 Consultar Libro Popular del Cesar de consultar la información de
un libro ingresando el título, esto requiere que
cualquier tipo de usuario inicie sesión.
El sistema deberá permitir a algún administrador,
estudiante, docente o ente de la Universidad
Popular del Cesar de visualizar un listado con los
RF11 Listado Libros
libros que el usuario ha registrado hasta el
momento, esto requiere que cualquier tipo de
usuario inicie sesión.
El sistema deberá permitir a un administrador de la
Universidad Popular del Cesar de visualizar un
RF12 Listado Libros listado de todos los libros registrados en el sistema
hasta el momento, esto requiere que el
administrador inicie sesión.
El sistema deberá permitir a algún administrador,
estudiante, docente o ente de la Universidad
Popular del Cesar de actualizar campos de un libro
RF13 Actualizar Libro
como el título, la descripción o la portada, esto
requiere que cualquier tipo de usuario inicie
sesión.
RF14 Solicitud para Registrar El sistema deberá permitir a algún administrador,
Revista estudiante, docente o ente de la Universidad
Popular del Cesar de solicitar el registro de una
revista ingresando el título, la descripción, el autor,
el género, el idioma, el archivo, la portada y
automáticamente cambiará el estado de la
 bibliografía a: “no revisado”, esto requiere que
cualquier tipo de usuario inicie sesión.
El sistema deberá permitir a un administrador de la
Universidad Popular del Cesar de registrar una
revista cambiando el estado a: “revisado” de lo
RF15 Registrar Revista
contrario si desea que la revista no se registre
cambia el estado a: “No aceptado”, esto requiere
que el administrador inicie sesión.
El sistema deberá permitir a algún administrador,
estudiante, docente o ente de la Universidad
RF16 Consultar Revista Popular del Cesar de consultar la información de
una revista ingresando el título, esto requiere que
cualquier tipo de usuario inicie sesión.
El sistema deberá permitir a algún administrador,
estudiante, docente o ente de la Universidad
Popular del Cesar de visualizar un listado con las
RF17 Listado Revistas
revistas que el usuario ha registrado hasta el
momento, esto requiere que cualquier tipo de
usuario inicie sesión.
El sistema deberá permitir a un administrador de la
Universidad Popular del Cesar de visualizar un
RF18 Listado Revistas listado de todas las revistas registradas en el
sistema hasta el momento, esto requiere que el
administrador inicie sesión.

El sistema deberá permitir a algún administrador,

estudiante, docente o ente de la Universidad
Popular del Cesar de actualizar campos de una
RF19 Actualizar Revistas revista como el título, la descripción o la portada,
esto requiere que cualquier tipo de usuario inicie
sesión.

RF20 Solicitud para Registrar Tesis El sistema deberá permitir a algún administrador,
estudiante, docente o ente de la Universidad
Popular del Cesar de solicitar el registro de una
tesis ingresando el título, la descripción, el autor, el
 género, el idioma, el archivo, la portada y
automáticamente cambiará el estado de la
bibliografía a: “no revisado”, esto requiere que
cualquier tipo de usuario inicie sesión.
El sistema deberá permitir a un administrador de la
Universidad Popular del Cesar de registrar una
tesis cambiando el estado a: “revisado” de lo
RF21 Registrar Tesis
contrario si desea que la revista no se registre
cambia el estado a: “No aceptado”, esto requiere
que el administrador inicie sesión.
El sistema deberá permitir a algún administrador,
estudiante, docente o ente de la Universidad
RF22 Consultar Tesis Popular del Cesar de consultar la información de
una tesis ingresando el título, esto requiere que
cualquier tipo de usuario inicie sesión.
El sistema deberá permitir a algún administrador,
estudiante, docente o ente de la Universidad
Popular del Cesar de visualizar un listado con las
RF23 Listado Tesis
tesis que el usuario ha registrado hasta el
momento, esto requiere que cualquier tipo de
usuario inicie sesión.
El sistema deberá permitir a un administrador de la
Universidad Popular del Cesar de visualizar un
RF24 Listado Tesis listado de todas las tesis registradas en el sistema
hasta el momento, esto requiere que el
administrador inicie sesión.
El sistema deberá permitir a algún administrador,
estudiante, docente o ente de la Universidad
Popular del Cesar de actualizar campos de una
RF25 Actualizar Tesis
tesis como el título, la descripción o la portada,
esto requiere que cualquier tipo de usuario inicie
sesión.
El sistema deberá permitir a un administrador de la
Universidad Popular del Cesar de registrar un
RF26 Registrar Genero
género ingresando el nombre y la descripción, esto
requiere que el administrador inicie sesión.
RF27 Consultar Genero
El sistema deberá permitir a un administrador de la
 Universidad Popular del Cesar de consultar la
información de un género ingresando su nombre,
esto requiere que cualquier tipo de usuario inicie
sesión.

El sistema deberá permitir a un administrador de la

Universidad Popular del Cesar de visualizar un
RF28 Listado Géneros listado de todos los géneros registrados en el
sistema hasta el momento, esto requiere que el
administrador inicie sesión.
El sistema deberá permitir a algún administrador,
estudiante, docente o ente de la Universidad
Popular del Cesar de solicitar el registro de un
usuario ingresando el nombre, el apellido, el
RF29 Solicitud Registrar Usuario
nombre de usuario, foto de portada, correo
electrónico, contraseña y automáticamente
cambiará el estado del usuario a: “no revisado”,
esto requiere que administrador inicie sesión.
El sistema deberá permitir a un administrador de la
Universidad Popular del Cesar de registrar un
usuario cambiando el estado a: “revisado” de lo
RF30 Registrar Usuario
contrario si desea que el usuario no se registre
cambia el estado a: “No aceptado”, esto requiere
que el administrador inicie sesión.
El sistema deberá permitir a algún administrador,
estudiante, docente o ente de la Universidad
RF31 Consultar Usuario Popular del Cesar de consultar la información de
su usuario, esto requiere que cualquier tipo de
usuario inicie sesión.
El sistema deberá permitir a un administrador de la
Universidad Popular del Cesar de visualizar un
RF32 Listado Usuarios listado de todos los usuarios registrados en el
sistema hasta el momento, esto requiere que el
administrador inicie sesión.
RF33 Actualizar Usuario El sistema deberá permitir a algún administrador,
estudiante, docente o ente de la Universidad
Popular del Cesar de actualizar campos de un
 usuario como el nombre, el apellido, la foto de
portada o la contraseña, esto requiere que
cualquier tipo de usuario inicie sesión.

1.2.2.Requisitos no funcionales.

No Requerimiento Descripción
Se deberá permitir la utilización del sistema sin
cobro alguno, ya que el sistema será de uso
RNF01 No cobro por utilización
académico por parte de todos los miembros
universitarios.
El repositorio deberá estar particionado por las
RF02 Repositorio Particionado sedes que conforman la Universidad Popular del
Cesar.
El sistema cuenta con los manuales de usuario
RF03 Manuales
correspondientes, para su mejor utilización.
El sistema se debe comportar de la mejor manera
en todos los tipos de dispositivos de cómputo o
RF04 Visualización
dispositivos celulares (Computadores, teléfonos
inteligentes y tabletas).
El sistema deberá permitir un excelente
RF05 Funcionalidad rendimiento en los diferentes navegadores en los
que se esté utilizando, actualizados al 2020.
El sistema no requiere infraestructura nueva para
RF06 Infraestructura implementar el repositorio digital, puesto que la
actual tiene la capacidad técnica.
El sistema deberá ser de accesible y fácil uso, que
RF07 Usabilidad los usuarios no tengan problemas al moverse en el
sistema.
El sistema deberá mostrar seguridad a los
usuarios con los datos que sean suministrados en
RF08 Seguridad
el, desde el inicio de sesión, hasta el momento en
el que se sube un archivo.
RF09 Eficiencia El sistema deberá ser eficiente, mostrando rapidez
en las acciones u ordenes que se le den.

1.3. MODELO DE CASOS DE USO.

1.3.1.Diagramas de caso de uso.

1.3.2.Descripción de caso de uso.

Documentación Casos de Uso

Caso de uso Registrar Genero.

Actores Administrador.

Tipo propósito Include.

Resumen Este caso permite al administrador de registrar un género

de una bibliografía para que los usuarios puedan
seleccionar su género al registrar una bibliografía.

Precondición Ninguna.

Postcondiciones Consultar Genero.

Excepciones E - 1: Para registrar el género todos los campos deben de
estar diligenciados.
E - 2: Se debe validar que el género a registrar no esté
repetido.

Documentación Casos de Uso

Caso de uso Consultar Genero.

Actores Administrador.

Tipo propósito Extend.

Resumen Este caso permite al administrador de consultar un género

de una bibliografía visualizando toda la información
relacionada.

Precondición Registrar Genero.

Postcondiciones Ninguna.

Excepciones E - 1: Para consultar el género el campo de búsqueda debe

de estar diligenciado.
E - 2: Se debe validar que el género a consultar se
encuentre registrado en el sistema.

Documentación Casos de Uso

Caso de uso Listado Géneros.

Actores Administrador.
Tipo propósito Extend.

Resumen Este caso permite al administrador de listar todos los

géneros que se encuentran registrados en el sistema
visualizando toda su información.

Precondición Registrar Genero.

Postcondiciones Ninguna.

Excepciones

Documentación Casos de Uso

Caso de uso Registrar Autor.

Actores Administrador, Ente Universidad.

Tipo propósito Include.

Resumen Este caso permite al administrador y cualquier estudiante,

docente o ente de la Universidad Popular del Cesar de
registrar toda la información de un autor para después
asignarlo a una bibliografía.

Precondición Ninguna.

Postcondiciones Consultar Autor.

Excepciones E - 1: Para registrar el autor todos los campos deben de

estar diligenciados.
E - 2: Se debe validar que el autor a registrar no esté
repetido.

Documentación Casos de Uso

Caso de uso Consultar Autor.

Actores Administrador, Ente Universidad.

Tipo propósito Extend.

Resumen Este caso permite al administrador y cualquier estudiante,

docente o ente de la Universidad Popular del Cesar de
consultar un autor o apodo de una bibliografía visualizando
toda su información.

Precondición Registrar Autor.

Postcondiciones Ninguna.

Excepciones E - 1: Para consultar el autor el campo de búsqueda debe

de estar diligenciado.
E - 2: Se debe validar que el autor a consultar se encuentre
registrado en el sistema.

Documentación Casos de Uso

Caso de uso Listado Autores.

Actores Administrador, Ente Universidad.

Tipo propósito Extend.

Resumen Este caso permite al administrador y cualquier estudiante,

docente o ente de la Universidad Popular del Cesar de
listar todos los autores que el usuario haiga registrado en el
sistema visualizando toda su información.

Precondición Registrar Autor.

Postcondiciones Ninguna.

Excepciones

Documentación Casos de Uso

Caso de uso Listado Autores.

Actores Administrador.

Tipo propósito Extend.

Resumen Este caso permite al administrador de listar todos los

autores que estén registrados en el sistema visualizando
toda su información.

Precondición Registrar Autor.

Postcondiciones Ninguna.

Excepciones

Documentación Casos de Uso

Caso de uso Solicitud Registro Usuario.

Actores Administrador, Ente Universidad.

Tipo propósito Include.

Resumen Este caso permite al administrador y cualquier estudiante,

docente o ente de la Universidad Popular del Cesar de
solicitar el registro de un usuario ingresando toda su
información.

Precondición Ninguna.

Postcondiciones Registrar Usuario.

Excepciones E - 1: Para registrar los datos del usuario todos los campos
deben de estar diligenciados.

Documentación Casos de Uso

Caso de uso Registrar Usuario.

Actores Administrador.

Tipo propósito Extend, Asociación directa.

Resumen Este caso permite al administrador de registrar un usuario

asignándole el estado de aceptado para que pueda acceder
a la aplicación web.

Precondición Solicitud Registro Usuario.

Postcondiciones Consultar Usuario.

Excepciones E - 2: Se debe validar que el usuario a registrar no esté

repetido.

Documentación Casos de Uso

Caso de uso Consultar Usuario.

Actores Administrador, Ente Universidad.

Tipo propósito Extend.

Resumen Este caso permite al administrador y cualquier estudiante,

docente o ente de la Universidad Popular del Cesar de
consultar visualizando toda su información de usuario.

Precondición Registrar Usuario.

Postcondiciones Ninguna.

Excepciones E - 1: Para consultar el usuario el campo de búsqueda debe

de estar diligenciado.
E - 2: Se debe validar que el usuario a consultar se
encuentre registrado en el sistema.

Documentación Casos de Uso

Caso de uso Actualizar Usuario.

Actores Administrador, Ente Universidad.

Tipo propósito Extend.

Resumen Este caso permite al administrador y cualquier estudiante,

docente o ente de la Universidad Popular del Cesar de
actualizar su información de usuario diligenciando los
campos que el usuario desea actualizar.

Precondición Registrar Usuario.

Postcondiciones Consultar Usuario.

Excepciones E - 1: Para actualizar los datos del usuario todos los

campos deben de estar diligenciados.

Documentación Casos de Uso

Caso de uso Listado Usuarios.

Actores Administrador.

Tipo propósito Asociación directa.

Resumen Este caso permite al administrador de listar todos los

usuarios que estén registrados en el sistema visualizando
toda su información.

Precondición Registrar Usuario.

Postcondiciones Ninguna.

Excepciones

Documentación Casos de Uso

Caso de uso Consultar Bibliografía.

Actores Administrador, Ente Universidad.

Tipo propósito Include, Asociación directa.

Resumen Este caso permite al administrador y cualquier estudiante,
docente o ente de la Universidad Popular del Cesar de
consultar una bibliografía con su título o nombre esta
visualizara el resultado de las bibliografías con dicho título.

Precondición Registrar Bibliografía.

Postcondiciones Descargar Bibliografía.

Excepciones E - 1: Para consultar la bibliografía el campo de búsqueda

debe de estar diligenciado.
E - 2: Se debe validar que la bibliografía a consultar se
encuentre registrado en el sistema.

Documentación Casos de Uso

Caso de uso Descargar Bibliografía.

Actores Administrador, Ente Universidad.

Tipo propósito Extend y Include.

Resumen Este caso permite al administrador de descargar una

bibliografía antes seleccionada, recordar que solo se
dispone de 5 descargas por día.

Precondición Consultar Bibliografía, Registrar Usuario.

Postcondiciones Ninguna.

Excepciones

Documentación Casos de Uso

Caso de uso Listado Notificaciones.

Actores Administrador, Ente Universidad.

Tipo propósito Asociación directa.

Resumen Este caso permite al administrador de listar todas las
notificaciones de las actividades que realiza un usuario en
el sistema visualizándolo a través de un panel de
notificaciones.

Precondición Ninguna.

Postcondiciones Ninguna.

Excepciones

Documentación Casos de Uso

Caso de uso Solicitud Registro Libro.

Actores Administrador, Ente Universidad.

Tipo propósito Include.

Resumen Este caso permite al administrador y cualquier estudiante,

docente o ente de la Universidad Popular del Cesar de
registrar un libro diligenciando toda la información a través
de un formulario donde tendrá que completar todos los
datos que se requieren.

Precondición Registrar Usuario.

Postcondiciones Ninguna.

Excepciones E - 1: Para registrar los datos del libro todos los campos
deben de estar completos.

Documentación Casos de Uso

Caso de uso Registrar Libro.

Actores Administrador.
Tipo propósito Extend.

Resumen Este caso permite al administrador de registrar un libro

asignándole de estado a: “aceptado”, para que la
bibliografía del libro pueda ser registrada en el sistema.

Precondición Solicitud Registro Usuario.

Postcondiciones Consultar, Listado, Actualizar y Listado de Libros.

Excepciones E - 1: Se debe validar toda la información de solicitud del

registro de libro, para que el libro sea aceptado y registrado
en el sistema.

Documentación Casos de Uso

Caso de uso Consultar Libro.

Actores Administrador, Ente Universidad.

Tipo propósito Extend.

Resumen Este caso permite al administrador y cualquier estudiante,

docente o ente de la Universidad Popular del Cesar de
consultar una bibliografía de libro con su título para
visualizar en cualquier formato el libro.

Precondición Registrar Libro.

Postcondiciones Actualizar Libro.

Excepciones E - 1: Se debe validar que el campo de búsqueda no este

vacío.
E - 2: Se debe validar que el libro a consultar este
registrado en el sistema.
 Documentación Casos de Uso

Caso de uso Actualizar Libro.

Actores Administrador, Ente Universidad.

Tipo propósito Extend.

Resumen Este caso permite al administrador y cualquier estudiante,

docente o ente de la Universidad Popular del Cesar de
actualizar unos datos de un libro en específico creado por
el usuario en el sistema a través de un formulario donde
tendrá que completar todos los datos que se requieren.

Precondición Registrar Libro.

Postcondiciones Consultar Libro.

Excepciones E - 1: Se debe validar que el campo de búsqueda no este

vacío.
E - 2: Se debe validar que el libro a consultar este
registrado en el sistema.

Documentación Casos de Uso

Caso de uso Listado Libros.

Actores Administrador, Ente Universidad.

Tipo propósito Extend.

Resumen Este caso permite al administrador y cualquier estudiante,

docente o ente de la Universidad Popular del Cesar de
 listar todos los libros registrados por el usuario en el
sistema visualizando toda su información.

Precondición Registrar Libro.

Postcondiciones Ninguna.

Excepciones

Documentación Casos de Uso

Caso de uso Listado Libros.

Actores Administrador.

Tipo propósito Asociación directa.

Resumen Este caso permite al administrador de listar todos los libros

registrados en el sistema visualizando toda su información.

Precondición Registrar Libro.

Postcondiciones Ninguna.

Excepciones E - 1: Se debe validar que estén registrados libros en el

sistema.

Documentación Casos de Uso

Caso de uso Solicitud Registro Revista.

Actores Administrador, Ente Universidad.

Tipo propósito Include.

Resumen Este caso permite al administrador y cualquier estudiante,

docente o ente de la Universidad Popular del Cesar de
registrar una revista diligenciando toda la información a
través de un formulario donde tendrá que completar todos
los datos que se requieren.
Precondición Registrar Usuario.

Postcondiciones Ninguna.

Excepciones E - 1: Para registrar los datos del libro todos los campos
deben de estar completos.

1.4. MODELO DE DISEÑO DEL SISTEMA.

1.4.1.Diagrama de clases detallado.

1.4.2.Diagramas de secuencias.
 2. PRUEBAS DEL SOFTWARE
2.1. Introducción
Las pruebas de software son un conjunto de procesos con los que se
pretende probar un sistema o aplicación en diferentes momentos para
comprobar su correcto funcionamiento. Este tipo de pruebas abarca
cualquier estadio del desarrollo del sistema, desde su creación hasta su
puesta en producción. Lo interesante de las pruebas es que se puedan
ejecutar de manera automática, para determinar en cualquier momento si
tenemos una aplicación estable o si, por el contrario, un cambio en una
parte ha afectado a otras partes sin que nos demos cuenta.
2.2. PLANIFICACIÓN DE LAS PRUEBAS
2.2.1. OBJETIVOS
 Probar una a una cada parte del software por separado.
 Ver de una manera amplia el correcto funcionamiento del sistema
 Corregir a futuro al momento de implementar nuevas funcionalidades

2.2.2. ALCANCE

Niveles, tipos y métodos de prueba

Niveles,
Métodos o Nombre Descripción
Tipos

Nivel de Unidad Se evaluara el comportamiento de cada uno de los métodos

pruebas que componen el sistema

Unitaria Se utilizo esta técnica, la cual logra una perfecta y clara visión
de los métodos que componen el sistema, y uno a uno ver
Técnicas de concretamente lo que evalúa el método.
pruebas

Caja negra La cual la funcionalidad se verifica sin tomar en cuenta la

estructura interna de código, detalles de implementación o
Métodos de escenarios de ejecución internos en el software
Prueba
Clases de Permite evaluar los datos y si es válido o no, lo cual amplia
equivalencia altamente la visión de lo que hace el programa.
 Niveles, tipos y métodos de prueba
Niveles,
Métodos o
Tipos Nombre Descripción

2.2.3. AMBIENTE DE PRUEBAS

 Hardware

Equipo Procesador DD RAM Aplicación a

instalar
Intel Pentium 500 GB o 2 GB o superior PhpUnit
1,4 GHZ o superior
superior

 Software
Se utilizará como entono de desarrollo de las unitarias el framework phpUnit.

2.2.4. PLAN DE PRUEBAS

Tipos De Prueba:
Tipo de prueba: Unitaria
Probar uno a uno los métodos más importantes de los modelos, para
Objetivo:
garantizar su cohesión.
Técnica: La técnica empleada será la de caja negra
Precondiciones: Tener un ambiente de pruebas listo para poder ejecutarlas
Debe coincidir con cada uno de los casos expuestos en la técnica de caja
Criterios de éxito:
negra

2.3. DISEÑO Y EJECUCION DE LAS PRUEBAS

2.3.1. Pruebas Unitarias

2.3.1.1. Clases de equivalencia

CONDICION DE CLASES VALIDAS CLASES INVALIDAS
ENTRADA
Nombre: cadena de 1. 0 < nombre <= 196 2. Nombre > 196
caracteres mayor que 0 3. Nombre = 0
y menor o igual a 191 4. Nombre = Null
5. Sea tipo numérico

apellido: cadena de 6. 0 < apellido <= 196 7. apellido > 196

caracteres mayor que 0 8. apellido = 0
y menor o igual a 191 9. apellido = Null
10. Sea tipo numérico

usuario: cadena de 11. 0 < usuario <= 196 12. usuario > 196
caracteres mayor que 0 13. usuario = 0
y menor o igual a 191 14. usuario = Null
15. Sea tipo numérico

email: cadena de 16. 4 < correo < 25 17. correo >= 25

caracteres mayor que 4 18. correo < 5
y menor que 25, y 19. correo = Null
contenga un dominio, 20. Sea numero
@ y un punto después 21. Correo.com
de su dominio 22. [email protected]
Contraseña: cadena de 23. 8 <= contraseña <= 196 24. usuario > 196
caracteres mayor o 25. usuario < 8
igual que 8 y menor o 26. usuario = Null
igual a 191 27. Sea tipo numérico

Confirmación 28. 8 <= 29. Confirmación_contraseña

Contraseña: cadena de Confirmación_contraseña > 196
caracteres mayor o <= 196 30. Confirmación_contraseña
igual que 8 y menor o <8
igual a 191 31. Confirmación_contraseña
= Null
32. Sea tipo numérico

dirección: cadena de 33. 0 < dirección <= 196 34. dirección > 196
caracteres mayor que 0 35. dirección = 0
y menor o igual a 191 36. dirección = Null
37. Sea tipo numérico

Sexo: conjunto de 38. Sexo = masculino 39. Sexo = mascota

opciones: masculino,
femenino
CONDICION DE ENTRADA CLASES VALIDAS CLASES INVALIDAS
email: cadena de 1. 4 < correo < 25 2. correo >= 25
caracteres mayor que 4 y 3. correo < 5
menor que 25, y contenga 4. correo = Null
un dominio, @ y un punto 5. Sea numero
después de su dominio 6. Correo.com
7. [email protected]
Contraseña: cadena de 8. 8 <= contraseña <= 196 9. usuario > 196
caracteres mayor o igual 10. usuario < 8
que 8 y menor o igual a 11. usuario = Null
191 12. Sea tipo numérico

CONDICION DE ENTRADA CLASES VALIDAS CLASES INVALIDAS

Título: cadena de 1. 0 < Titulo <= 196 2. Titulo > 196
caracteres mayor que 0 y 3. Titulo = 0
menor o igual a 191 4. Titulo = Null
5. Sea tipo numérico

autores: conjunto de 6. 0 < autores <= 196 7. autores > 196

opciones y cadena de 8. autores = 0
caracteres mayor que 0 y 9. autores = Null
menor o igual a 191 10. Sea tipo numérico

géneros: conjunto de 11. 0 < géneros <= 196 12. géneros > 196
opciones y cadena de 13. géneros = 0
caracteres mayor que 0 y 14. géneros = Null
menor o igual a 191 15. Sea tipo numérico
idioma: conjunto de 16. 0 < idioma <= 196 17. idioma > 196
opciones y cadena de 18. idioma = 0
caracteres mayor que 0 y 19. idioma = Null
menor o igual a 191 20. Sea tipo numérico
editorial: cadena de 21. 8 <= editorial <= 196 22. editorial > 196
caracteres mayor o igual 23. editorial < 8
que 8 y menor o igual a 24. editorial = Null
191 25. Sea tipo numérico
isbn: cadena de 26. 8 <= isbn <= 20 27. isbn > 20
caracteres mayor o igual 28. isbn < 8
que 8 y menor o igual a 29. isbn = Null
20 30. Sea tipo numérico
descripción: cadena de 31. 0 < descripción <= 200 32. descripción > 200
caracteres mayor que 0 y 33. descripción = 0
menor o igual a 200 34. descripción = Null
35. Sea tipo numérico

2.3.1.2. Valores Limites

CAMPO CLASES DE EQUIVALENCIA DESCRIPCION DE LOS CASOS DE PRUEBAS
1 caso que ejercite el valor máximo del
rango= maelpemos1
1 caso que ejercite el valor mínimo del
rango=maelp
5 caracteres<=Usuario<=10
Usuario caracteres.
1 caso que ejercite el valor justo por encima
del máximo del rango= maelpemos13
1 caso que ejercite el valor justo por debajo
del mínimo del rango=mael
1 caso que ejercite el valor máximo del
rango=marcoelidesperea1234567891
1 caso que ejercite el valor mínimo del
rango= 123

Contraseña 3<= contraseña<=10 caracteres.

1 caso que ejercite el valor justo por encima
del máximo del rango= 12345678912
1 caso que ejercite el valor justo por debajo
del mínimo del rango=12
 2.3.1.3. Camino básico
Método: Guardar Usuario, Guardar Autor

V(G) = Aristas – nodos

+2=9–8+2=3
V(G) = regiones
cerradas = 3
V(G) = condiciones +1
= 2 + 1 = 3.
Caminos:
1= 1-2-3-8
2= 1-2-4-5-7-8
3 = 1-2-4-6-7-8

Método: Guardar
Tesis, Guardar
Géneros, Guardar
Libro, Guardar Revista
V(G) = Aristas – nodos + 2 = 9 – 8 + 2 = 3
V(G) = regiones cerradas = 3
V(G) = condiciones +1 = 2 + 1 = 3.
Caminos:
1= 1-2-3-8
2= 1-2-4-5-7-8
3 = 1-2-4-6-7-8

Método: Eliminar

V(G) = Aristas – nodos + 2 = 5 – 5 + 2 = 2

V(G) = regiones cerradas = 2

V(G) = condiciones +1 = 1 + 1 = 2.

Caminos:

1= 1-2-3-5

2= 1-2-4-5

Método: Modificar

V(G) = Aristas – nodos + 2 = 5 – 5 + 2 = 2

V(G) = regiones cerradas = 2

V(G) = condiciones +1 = 1 + 1 = 2.
Caminos:

1= 1-2-3-5

2= 1-2-4-5

USUARIO
CAMINO DATOS ENTRADA ESCENARIO
Guardar Usuario: 1-2-3-8 Iamarcop, 12345,12345, Marco La persona que intenta
E, Perea M, [email protected], registrar, ya se
calle 30 4 20, Masculino, encuentra en la base
Usuario de datos
Guardar Usuario: 1-2-4-5-7-8 Iamarcop, 12345,12345, Marco Datos ingresados
E, Perea M, [email protected], erróneamente, inténtelo
calle 30 4 20, Masculino, de nuevo
Usuario
Guardar Usuario: 1-2-4-6-7-8 Iamarcop, 12345,12345, Marco Usuario registrado
E, Perea M, [email protected], exitosamente
calle 30 4 20, Masculino,
Usuario
Modificar Usuario: 1-2-3-5 Iamarcop, Marco E, Perea M, Usuario actualizado
[email protected], calle 30 4 exitosamente
20, Masculino, Usuario
Modificar Usuario: 1-2-4-5 Iamarco, Marco E, Perea M, Usuario no existe, no
[email protected], calle 30 4 es posible actualizar
20, Masculino, Usuario

Libro
CAMINO DATOS ENTRADA ESCENARIO
Guardar Libro: 1-2-3-8 El abosao, Julio P, Cultura, El libro que intenta
español, Carrasquilla Ltda., registrar, ya se
48795, Archivo, Descripción, encuentra en la base
Portada de datos
Guardar Libro: 1-2-4-6-7-8 El abosao, Julio P, Cultura, Libro subido
español, Carrasquilla Ltda., exitosamente
 48795, Archivo, Descripción,
Portada
Modificar Libro: 1-2-3-5 El abosao, Julio P, Cultura, Libro actualizado
español, Carrasquilla Ltda., exitosamente
48795, Archivo, Descripción,
Portada
Modificar Libro: 1-2-4-5 El abosao, Julio P, Cultura, Libro no existe, no es
español, Carrasquilla Ltda., posible actualizar
48795, Archivo, Descripción,
Portada

Revista
CAMINO DATOS ENTRADA ESCENARIO
Guardar Revista: 1-2-3-8 El abosao, Julio P, Cultura, La revista que intenta
español, Carrasquilla Ltda., registrar, ya se
48795, Archivo, Descripción, encuentra en la base
Portada de datos
Guardar Revista: 1-2-4-6-7-8 El abosao, Julio P, Cultura, Revista subida
español, Carrasquilla Ltda., exitosamente
48795, Archivo, Descripción,
Portada
Modificar Revista: 1-2-3-5 El abosao, Julio P, Cultura, Revista actualizada
español, Carrasquilla Ltda., exitosamente
48795, Archivo, Descripción,
Portada
Modificar Revista: 1-2-4-5 El abosao, Julio P, Cultura, La revista no existe, no
español, Carrasquilla Ltda., es posible actualizar
48795, Archivo, Descripción,
Portada

Tesis
CAMINO DATOS ENTRADA ESCENARIO
Guardar Tesis: 1-2-3-8 El abosao, Julio P, Cultura, La tesis que intenta
español, Carrasquilla Ltda., registrar, ya se
48795, Archivo, Descripción, encuentra en la base
Portada de datos
Guardar Tesis: 1-2-4-6-7-8 El abosao, Julio P, Cultura, Tesis subida
español, Carrasquilla Ltda., exitosamente
48795, Archivo, Descripción,
Portada
 Modificar Tesis: 1-2-3-5 El abosao, Julio P, Cultura, Tesis actualizada
español, Carrasquilla Ltda., exitosamente
48795, Archivo, Descripción,
Portada
Modificar Tesis: 1-2-4-5 El abosao, Julio P, Cultura, Tesis no existe, no es
español, Carrasquilla Ltda., posible actualizar
48795, Archivo, Descripción,
Portada

2.3.1.4. Diseño y ejecución Casos de pruebas

Identificador: CP-1
Descripción Realizar pruebas para demostrar fallos en el registro de datos
Probador: Marco Perea
Fecha Planeación: 01/07/2021
Módulo Usuarios
Funcionalidad a
probar: Guardar Usuario

Objetivo de la
Registrar los datos del usuario exitosamente
funcionalidad:
Precondiciones: Iniciar sesión
Resultado esperado: Registro exitoso
Resultado obtenido: Exitoso

Identificador: CP-2
Descripción Realizar pruebas para demostrar fallos en el registro de datos
Probador: Marco Perea
Fecha Planeación: 01/07/2021
Módulo Libros
Funcionalidad a
probar: Guardar Libro

Objetivo de la
Registrar los datos del libro exitosamente
funcionalidad:
Precondiciones: Iniciar sesión
Resultado esperado: Registro exitoso
Resultado obtenido: Exitoso

Identificador: CP-3
Descripción Realizar pruebas para demostrar fallos en el registro de datos
Probador: Marco Perea
Fecha Planeación: 01/07/2021
Módulo Tesis
Funcionalidad a
probar: Guardar Tesis

Objetivo de la
Registrar los datos de tesis exitosamente
funcionalidad:
Precondiciones: Iniciar sesión
Resultado esperado: Registro exitoso
Resultado obtenido: Exitoso

Identificador: CP-4
Descripción Realizar pruebas para demostrar fallos en el registro de datos
Probador: Marco Perea
Fecha Planeación: 01/07/2021
Módulo Géneros
Funcionalidad a
probar: Guardar Genero

Objetivo de la Registrar los datos del género exitosamente

funcionalidad:

Precondiciones: Iniciar sesión

Resultado esperado: Registro exitoso
Resultado obtenido: Exitoso

Identificador: CP-5
Descripción Realizar pruebas para demostrar fallos en el registro de datos
Probador: Marco Perea
Fecha Planeación: 01/07/2021
Módulo Autor

Funcionalidad a
probar: Guardar Autor

Objetivo de la
Registrar los datos del autor exitosamente
funcionalidad:
Precondiciones: Iniciar sesión
Resultado esperado: Registro exitoso
Resultado obtenido: Exitoso

Identificador: CP-6
Descripción Realizar pruebas para demostrar fallos en el registro de datos
Probador: Marco Perea
Fecha Planeación: 01/07/2021
Módulo Revista
Funcionalidad a
probar: Guardar Revista

Objetivo de la
Registrar los datos de la revista exitosamente
funcionalidad:
Precondiciones: Iniciar sesión
Resultado esperado: Registro exitoso
Resultado obtenido: Exitoso

Respuesta esperada de la
Escenarios de prueba Coincide (Si/No)
aplicación
Tipo
Valor
escenario
<Dato de <Correcto/I <Descripción completa de respuesta que <sí/no, según la
prueba> ncorrecto> debe dar la aplicación al usar el campo respuesta obtenida>
especificado con el dato de prueba>

Clase Usuario
Tipo de Respuesta Coincide
Campo Valor
Escenario esperada (Si/No)
Nombre de “Marco13” Correcto Correcto Si
usuario
Nombre de “1” Incorrecto Incorrecto Si
usuario
Contraseña “1234” Correcto Correcto Si
Contraseña “13” Incorrecto Incorrecto Si
Nombres “Marco Elides” Correcto Correcto Si
Nombres “192” Incorrecto Incorrecto Si
Apellidos “Perea Mosquera” Correcto Correcto Si
Apellidos “12 345” Incorrecto Incorrecto Si
Email “[email protected] Correcto Correcto Si
”
Email “kymark.32gmail.com” Incorrecto Incorrecto Si
Dirección “Villa del Rosario” Correcto Correcto Si
Dirección “Villa-del-Rosario” Incorrecto Incorrecto Si
Sexo “Masculino” Correcto Correcto Si
Sexo “Null” Incorrecto Incorrecto Si

Clase Libros
Tipo de Respuesta Coincide
Campo Valor
Escenario esperada (Si/No)
Titulo “El bosque” Correcto Correcto Si
Titulo “123” Incorrecto Incorrecto Si
Autor “Marco” Correcto Correcto Si
Autor “13” Incorrecto Incorrecto Si
Genero “Educación” Correcto Correcto Si
Genero “192” Incorrecto Incorrecto Si
Idioma “español” Correcto Correcto Si
Idioma “12345” Incorrecto Incorrecto Si
Editorial “norma123” Correcto Correcto Si
Editorial “123” Incorrecto Incorrecto Si
ISBN “12345” Correcto Correcto Si
ISBN “12-3-45” Incorrecto Incorrecto Si
2.3.2. Pruebas de Integración
2.3.2.1. Técnicas de pruebas incrementales

 Incremental Ascendente
Unitaria: (G, H, I, J, K, L, M, N, O).
Integración: (P con G), (P con I), (P con L), (P con N).
Integración: (C con G), (C con H), (D con I), (D con J), (D con K), (E con L),
(E con M), (F con N), (F con O).
Integración: (B con C), (B con D), (B con E), (B con F).
Integración: (A con B)
 Incremental descendente
Profundidad: (A, B, C, G, H, I, J, K, D, L, M, E, N, O, F, P).
Anchura: (A, B, C, D, E, F, G, H, I, J, K, L, M, N, O, P).
 3. METRICAS DEL SOFTWARE

3.1. Introducción

La importancia de las métricas es fundamental para tener

información objetiva de cómo gestionamos el tiempo (las personas) y
poder tomar decisiones consensuadas. ... Los tiempos dedicados a
temas no profesionales. El foco: interrupciones, distracciones, etc.
(tiempo medio por actividad).
Contamos con muchos beneficios al momento de aplicar las métricas
de software entre ellas tenemos:

1. Mayor facilidad de entendimiento común del alcance de la

aplicación
2. Posibilidad de comparar con una métrica el tamaño funcional de
un nuevo sistema con uno existente
3. Evaluar con precisión el costo del nuevo software y sus
componentes

3.1.1. Objetivos
• Identificar medidas y mediante métodos de medición tomar
dichas medidas.
• Definir cuáles son las métricas pertinentes para el producto
software.
• Interpretar los resultados de las métricas.
• Medir los errores y defectos encontrados para garantizar la
efectividad de las actividades de control y de calidad.

3.1.2 Alcance
Para el desarrollo de un proyecto de software, se debe tener en
cuenta la parte de las métricas ya que con la aplicación de las
mismas, se busca la mejora de la calidad del software, obteniendo
como resultado un proyecto bien estructurado desde los
requerimientos brindados por el cliente hasta los no funcionales que
el software pueda presentar, lo cual nos permite tener una visión de
la eficacia del proceso que se ha desarrollado

3.1.3 Tipos y herramientas de métricas

  Modelo GQM: Busca formas por medio de las cuales se puedan definir las
métricas para cumplir los avances que ocurren, aplicando preguntas que
tengan que ver con el tema del proyecto. En general el modelo trabaja
sobre metas, preguntas y métricas

Técnica de puntos de función (PF): Los puntos de función son un número

positivo con escala arbitraria que refleja el tamaño de la funcionalidad del
sistema (a mayor tamaño mayor número de puntos de función).

• Métricas CK Chidamber y Kemerer: Son métricas orientadas a clases:

clases individuales, herencia y colaboraciones. Es uno de los conjuntos de
métricas más referenciado.

• Métricas LK Lorenz y Kidd: Son métricas orientadas a los distintos

métodos y para los distintos proyectos OO.

Clase / Métodos/ Módulos No Atributos No. Complejidad

Función LOC Ciclomatica

Libro Registrar Libro() 2 120 2

Editar Libro () 1 142 1
Actualizar Libro() 1 194 1

Subtotal Total métodos=3 Total No. Total. Total

Atributos=4 LOC=456 Complejidad=4
Usuario Registrar Usuario() 10 144 3
Editar Usuario() 9 130 1
Actualizar Usuario() 9 165 4

Subtotal Total métodos=3 Total No. Total. Total

Atributos:28 LOC:439 Complejidad=8
Tesis Registrar Tesis() 2 41 2
Editar Tesis() 1 133 1
Actualizar Tesis() 1 186 1
Subtotal Total métodos=3 Total No. Total. Total
Atributos=4 LOC=360 Complejidad=4
Revista Registrar Revista() 1 93 3
Editar Revista() 1 133 3
Actualizar Revista() 1 114 1
Subtotal Total No. Total Total. Total
Métodos=3 Atributos=59 LOC=340 Complejidad =7
Autor Registrar Autor() 7 55 2
Editar Autor() 6 76 1
Actualizar Autor() 6 83 1
Subtotal Total No. Total Total. Total
Métodos=3 Atributos=13 LOC=214 Complejidad =4
 Total No. Total No. Total Total. Total
Clases 5 Métodos=15 Atributos=10 LOC=1809 Complejidad =27
8
* LOC- Líneas de código creadas por personal (no creadas por generador de
aplicaciones)
Teniendo en cuenta los datos recolectados en la tabla anterior determine cual
clase tiene mayor tamaño:

Grafico 1: líneas de código vs clases

En el grafico 1 podemos evidenciar que la clase con más líneas de código es Libro.
 Grafica 2 Complejidad vs Clase

Como podemos evidenciar en la gráfica 2 la clase con mayor complejidad Ciclomatica es la

clase usuario

3.2.2 Métricas de clases

Encuentre las siguientes medidas, interprételas y realice un análisis

Clase/ No. No. Métodos Profundidad del No. de Acoplamiento

módulos Atrib Métodos ponderados árbol de herencia hijos NOC entre clases
utos por clase WMC DIT CBO
Usuario 10 3 1 0 0 0
Libro 2 3 1 0 0 0
Tesis 2 3 1 0 0 0
Revista 1 3 1 0 0 0
Autor 7 3 1 0 0 0
Totales 22 15 5 0 0 0

1.2.3 Métricas de Funcionalidad

Entidad – Archivo
Usuario
Libro
Autor
Tesis
Revista

Entradas del usuario

Registrar Usuario
Editar Usuario
Actualizar Usuario
Registrar Libro
Editar Libro
Actualizar Libro
Registrar Autor
Editar Autor
Actualizar Autor
Registrar Tesis
Editar Tesis
Actualizar Tesis
Registrar Revista
Editar Revista
Actualizar Revista

Salidas (Reportes, informes)

Lista de libros
Lista de notificaciones
Lista de Autor
Lista de Revista
Lista de Tesis
Lista de Genero
Lista de Usuario

Consultas de usuarios
Consultar Bibliografía
Consultar Autor
Consultar Libros
Consultar Revista
Consultar Tesis
Consultar Genero
Consultar Usuario
Interfaces (con otros sistemas)
Ninguna

Entradas = 15, salidas = 7 interfaces = 0, archivos lógicos = 5, consultas = 7

Descripción Sencilla Media Compleja Total P.F

# de entradas externas X3 X4 15 X 6 90
# de salidas externas X4 X5 7X7 49
# grupos lógicos internos 5X7 X 10 X15 35
# grupos lógicos de datos X5 X7 X10 0
interfaz
# consultas externas X3 X4 7 X6 42
216
Punto de complejidad Valor
0-5
Comunicación de datos 5
Actualización de datos en línea 4
Servicios distribuidos 4
Procesamiento complejo 3
Desempeño 5
Reusabilidad 4
Ambiente de uso sobrecargado 3
Facilidad de instalación 5
Rata de transacciones 4
Facilidad de operación 5
Entrada de datos en línea 4
múltiples lugares de operación 3
Eficiencia del usuario final 5
Facilidad de modificación 4
58

Factor de complejidad de procesamiento (FCP):

FC = 0.65 + (0.01 x PCP)
= 0.65 + (0.01 x 58)
= 1,23

 Determine el punto de función

Total de puntos de función (FP):
FP = PFSA x FCP
= 216 x 1,23
= 265,68
  Encuentre el tamaño en miles de líneas de código KLOC, escoja un
lenguaje apropiado para el desarrollo de este tipo de sistemas
KLOC = (PF * líneas de código por cada PF)/1000
KLOC = (265,68 * 54)/1000
KLOC = 14,50872

1.2.4 Análisis métricas del producto

 Considere las siguientes medidas de tamaño según la longitud y haga
un análisis:
1. Tome las medidas de tamaño del software en LOC: Las contadas, las
generadas por PF y las obtenidas con una herramienta
2. Teniendo el tamaño calcule el esfuerzo y la duración del proyecto

Esfuerzo=1,05¿ 14,508721,05∗1,02=17,7623
Esfuerzo=1,05¿ 18091,05∗1,02=¿2819,03

Duración =Esfuerzo/No. Persona

17,7623
Duracion= =8,88 = 9
2

3.3.1 Aplicación de herramientas de métricas

Se utilizó la herramienta de STATISTIC para el obtener varias métricas entre
ellas líneas de código, el porcentaje de línea de código, porcentaje de líneas de
código comentadas etc.
Modulo Usuario.
Aquí observamos número de líneas de código, complejidad Ciclomatica y muchas cosas más.
Modulo Libro
Modulo Autor
Modulo Tesis
Modulo Revista

3.3 Métricas de Método GQM

3.3.1. Teniendo en cuenta los siguientes objetivos, aplique el método GQM para
cada objetivo que se quiera medir en el proyecto, encuentre las medidas y
establezca métricas
Objetivo: la efectividad de las pruebas de Integración

Pregunta 1: ¿Se han realizado todas las pruebas planificadas o se dejan sin
ejecutar algunas por falta de tiempo?
Pregunta 2: ¿Cuál es el porcentaje de defectos encontrados en las pruebas?
Métricas:
Pregunta 1:
NP: Número de casos de prueba ·
NCE: Número de casos de prueba ejecutados ·
%Pruebas = NCE / NP
Pregunta 2:
NCE: Número de casos de prueba ejecutados.
NP: Numero de pruebas
%Pruebas = NCE / NP

Objetivo: Evaluar la efectividad de codificación

Pregunta: 1: ¿Cuál es la productividad del código?
Pregunta: 2: ¿Cuál es la calidad del código?
Métricas:
Pregunta 1:
EP = Experiencia de los programadores
TM: Tamaño del código
%Productividad = EP/TM
Pregunta 2:
TM: Tamaño del código
NE: Numero de errores
%calidad = TM/NE

3.4 CONCLUSION
Con la aplicación de las métricas al sistema podemos concluir que las métricas
son cualquier medida o conjunto de medidas destinadas a conocer o estimar el
tamaño de un software o un sistema de información, aplicando los distintos
métodos vistos en clases y algunos que se indagaron en la web para la resolución
de los puntos solicitados.
4.0 Estimación del software

4.1 Estimación de tamaño

Factor de complejidad de procesamiento (FCP):
FC = 0.65 + (0.01 x PCP)
= 0.65 + (0.01 x 58)
= 1,23

 Determine el punto de función

Total de puntos de función (FP):
FP = PFSA x FCP
= 216 x 1,23
= 265,68
 Encuentre el tamaño en miles de líneas de código KLOC, escoja un
lenguaje apropiado para el desarrollo de este tipo de sistemas
KLOC = (PF * líneas de código por cada PF)/1000
KLOC = (265,68 * 54)/1000
KLOC = 14,50872

4.1.1 Tamaño por punto de caso de uso

Formula: UCP=UUCP*TCF*ECF*PF
Donde:
•UUCP = Puntos de Caso de Uso sin ajustar
•TCF = Factor de complejidad técnica
•ECF = Factor de Complejidad del Medio Ambiente
•PF = Factor de productividad

Casos de uso por actor

Actor Caso de uso Complejidad
Usuario Gestionar Usuario Completo
Gestionar Listado de Usuario Medio
Gestión de Consulta de usuario Medio
Gestión Edición de Usuario Medio
 Casos de uso por actor
Actor Caso de uso Complejidad
Libro Gestionar Libro Completo
Gestionar Listado de Libros Medio
Gestión de Consulta de Libros Medio
Gestión Edición de Libros Medio

 Cálculo del UUCP (Pesos de los Casos de Uso sin Ajustar)

Categoría Descripción Peso Total

caso de uso
Factor Cantidad
Simple Transacciones = 2 o menos 5 0 0
Clases = Menos de 5
Medio Transacciones = 3 a 7 10 3 30
Clases = 5 a 10
Completo Transacciones =2 más de 7 15 2 30
Clases = más de 10
Total 60

 Calculo del UAW (Pesos de los Actores sin Ajustar)

Categoría Descripción Peso   Total

caso de uso Factor Cantidad
Simple Otro sistema que interactúa con el 1 2 2
sistema a desarrollar mediante una
interfaz de programación (API)

Medio Otro sistema que interactúa 2 0 0

mediante un protocolo (ej TCP/IP) o
una persona interactuando a través
de una interfaz en modo texto
Complejo Una persona que interactúa con el 3 2 6
sistema mediante una interfaz
gráfica (GUI)
Total   8
UUCP= 60
UAW=8
UUCP = UAW + UUCP
UUCP = 8 + 60
UUCP = 68

 Cálculo del TCF (Factor de Complejidad Técnica)

Factor Descripción Peso Impacto Factor

Técnico Percibido Calculado
T1 Sistema distribuido 2 4 8
T2 Rendimiento o tiempo de respuesta 1 5 5
T3 Eficiencia del usuario final 1 5 5
T4 Procesamiento Interno complejo 1 4 4
T5 El código debe ser reutilizable 1 5 5
T6 Facilidad de instalación 0,5 4 2
T7 Facilidad de uso 0,5 4 2
T8 Portabilidad 2 4 8
T9 Facilidad de cambio 1 3 3
T10 Concurrencia 1 3 3
T11 Características especiales de seguridad 1 4 4
T12 Provee acceso directo a terceras partes 1 2 2
T13 Se requiere facilidades especiales de 2 1 2
entrenamiento a usuarios
Factor Total Técnico 52

TCF=0.6+ (0.1*Factor Total Técnico)

TCF = 0.6 + 5.2
TCF = 5.8

 Cálculo del ECF (Factor de Complejidad del Medio Ambiente)

 Factor Descripción Peso Impacto Factor
Técnico Percibido Calculado
E1 Familiaridad con el modelo de proyecto 1,5 4 6
utilizada familiaridad UML
E2 Personal tiempo parcial -1 2 -2
E3 Capacidad de analista líder 0,5 2 1.5
E4 Experiencia en la aplicación 0,5 3 1.5
E5 Experiencia en orientación a objetos 1 3 3
E6 Motivación 1 4 4
E7 Dificultad del lenguaje de programación -1 1 -1
E8 Estabilidad de los requerimientos 2 5 10
Factor Ambiental Total 23

ECF = 1.4 + (-0.03 * Factor Ambiental Total)

ECF = 1.4 + (-0.03 * 23)
ECF = 0.71

 Cálculo del UCP (Punto de caso de uso)

1. UUCP= 68
2. TCF= 5.8
3. ECF = 0.71
UCP=UUCP*TCF*ECF
UCP = 68 * 5.8 * 0.71
UCP = 280.024

Clases Item LOC Promedio

(Métodos)
User Controller.php 3 214 71.3
Autor Controller.php 3 96 32
Libro Controller.php 5 369 78.3
Tesis Controller.php 5 362 72.4
Revista Controller.php 7 362 52.7
Total 23 1403 306.7

4.2 Estimación del esfuerzo

Método Tamaño Esfuerzo

LOC 1403
LOC por PF 372749.04

EsfuerzoLoc=1.05∗14031.05

EzfuerzoLoc=2116.41

EsfuerzoLocpf =1.05∗372749.041.05

EzfuerzoLocpf =743321.43

Conclusión:

Después de haber realizado un análisis a los esfuerzos presentados podemos

observar claramente donde se muestran un margen de diferencia bastante alto,
puesto que por LOC solo se tiene en cuenta las líneas de códigos que están
presentes en los módulos, pero en las LOC por PF se tiene en cuenta abarcar
todo lo que es el proyecto en sí, desde las clases hasta los otros componentes
externos.

4.2.2 Estimación del esfuerzo con PF Y UCP

 EsfuerzoUCP=1.05∗280.024 1.05=3897.12
Método Tamaño Esfuerzo
PF 265.68 743321.43
UCP 280.024 3897.12

Entorno y lenguaje Líneas de código por PF Horas por PF

Lenguaje de 2 300 20 a 30
generación
Lenguaje de 3 100 10 a 20
generación
Lenguaje de 4 20 5 a 10
generación

Esfuerzo horas/hombre (EHP)

EHP=PF∗Horas∗PF

EHP=265.68∗10∗265.68

EHP=¿705858.62
Total, horas/hombres (THH)

TotalHorasHombre=UCP∗MR

TotalHorasHombre=280.024∗20

TotalHorasHombre=5600.48
Conclusión:
Después de la Realización del punto de función más el punto de casos de uso los
cuales son necesarios para determinar el esfuerzo concluimos que los resultados
obtenidos tanto para PF Y UCP observamos que hay un menos esfuerzo en
puntos de casos de uso a diferencia de el de puntos de función.