INSTITUTO TECNOLÓGICO DE NACIONAL DE MÉXICO

INSTITUTO TECNOLÓGICO DE VERACRUZ

INGENIERÍA EN SISTEMAS COMPUTACIONALES

ASIGNATURA
INGENIERÍA DE SOFTWARE

PROFESOR
CRUZADO CALLEJAS JESÚS

INTEGRANTES
Martínez Fuentes Víctor Manuel
NUMERO DE CONTROL
E13021124
 ÍNDICE

1 Introducción…………………………………………………………………………..5

CAPITULO 1
1.1 Antecedentes……………………………………………………………………...7
1.2 Planteamiento del Problema……………………………………………………..9
1.3 Soluciones………………………………………………………………………..10
1.4 Objetivo General……………………………………….………………………..14
1.5 Objetivo Específicos…………………………………………………………….14
1.6 Justificación………………………………………………………………………15

CAPITULO 2
2.1 Requerimientos Funcionales…………………………………………………...16
2.2 Requerimientos No Funcionales……………………………………………….17
2.3 Sistemas Operativo……………………………………………………………...18

CAPITULO 3
3.1 Arquitectura de sistema…………………………………………………………19
3.2 Modelado de objetivos (Caso de Usos)……………………………………….23
3.3 Modelo UML……………………………………………………………………...25
3.4 Diagrama de secuencias……………………………………………………..…26
3.5 Diseño de la interface y operatividad………………………………………….27
3.6 Modelo de proceso descriptivo…………………………………………………29
3.7 Modelo de proceso especializado……………………………………………..30
3.8 Enfoque de modelado de requerimientos…………………………………….31
3.9 Organización y refinamiento……………………………………………………34

CAPITULO 4
4.1 Aseguramiento de calidad del software……………………………….………35
4.2 Estrategias de prueba del software……………………………………………37
4.3 Administración de la configuración del software……………………..………38
4.4 Costeo de calidad……………………………………………………………,.…40

2
4.5 Riesgos……………………………………………………………..……………42
4.6 Calidad y seguridad…………………………………………….………………44
4.7 Control de calidad………………………………………………………………45

CAPITULO 5
5.1 Manual de Usuario………………………………………………………………46
5.2 Manual Técnico……………………………………………………….…………55

Bibliografía……………………………………………………………………………56

ÍNDICE DE FIGURAS

Figura 1…………………………………………….……………………………….…8
Figura 2…………………………………………….……………………………….…8
Figura 3…………………………………………….………………………………...13
Figura 4…………………………………………….….……………………….…….17
Figura 5……………………………………………...………………………….……23
Figura 6…………………………………………….…...……………………….……23
Figura 7…………………………………………….……..…………………….……24
Figura 8…………………………………………….………..………………….……25
Figura 9…………………………………………….………….…….………….……26
Figura 10…………………………………………….…………..….…………….…29
Figura 11…………………………………………….……………...…………….…30
Figura 12…………………………………………….………………...………….…30
Figura 13…………………………………………….……………………...…….…32
Figura 15…………………………………………….………………………..…….33
Figura 16…………………………………………….………………………….…..33
Figura 17…………………………………………….…………………………...…34
Figura 18…………………………………………….……………………………...43
Figura 19…………………………………………….……………………………...43
Figura 20……………………….…………………….…………………………..…44
Figura 21……………………….…………………….……………………………..46
Figura 22……………………….…………………….……………..………………47
Figura 23……………………….…………………….………………..……………47

3
Figura 24…………………………………….….…………….…………..…………48
Figura 25…………………………………….….…………….…………………..…48
Figura 26…………………………………….….…………….………………..……49
Figura 27…………………………………….….…………….……………..………49
Figura 28…………………………………….….…………….…………..…………50
Figura 29……………………………………..……………….………..……………51
Figura 30………………………………………..…………….……..………………52
Figura 31………………………………………..……………..….…………………52
Figura 32………………………………………..……………….…………..………53
Figura 33………………………………………………………………………..……54

4
 1.1 INTRODUCCIÓN

En este documento se presentara el proyecto a una Biblioteca, el cual busca

mejorar sus funcionamientos durante el desarrollo de todas las actividades que
se deben de realizar en dicha empresa, buscando de esa manera sistematizar
todo la información que entra y sale de ella, de este modo lo que se buscas tener
un sistema que nos permita agilizar los procesos de la misma y lograr tener un
buen manejo control y seguridad de datos importante de la empresa, tanto como
de las personas que le proporcionan información personal a ella.

Es por ello que lo primero que se debe de hacer es que la empresa nos exponga
proporcione sus necesidades y los requerimiento. De esa manera lo que se
busca es dar la mejor solución y más factible, sin dejar afuera ningún punto
importante.

En este proyecto se irán desarrollando a fondo cada uno de los puntos necesario
para realizar el mejor software, el cual se decidió dividirlo en capítulos de esa
manera se van a ir dividiendo cada una de las fases en la cual fuimos trabajando
para lograrlo.

Durante el Capítulo I expondremos la problemática, como los antecedentes del

proyecto, en planteamiento del problema, expondremos la solución, entre otras
cosas la cual son indispensable para iniciar el desarrollo de nuestro software.

En el Capítulo II se proporcionaran todos aquellos requerimientos funcionales y

no funcionales, así como el sistema operativo que se necesita y con qué
características tiene que contar cada una de dispositivos en los que se empleara
uso de dicho software, buscando el mejor rendimiento.

En el Capítulo III engloba todo aquello necesario para llevar a cabo un buen
diseño mediante la cual se realizan las Arquitectura de los sistemas, como se
mostrara los Modelados y descripción de cada uno, así como se especificara el
diseño, cubriendo todo lo necesario.

5
En el Capítulo IV se emplea los puntos importantes para verificar que nuestro
Software este correctamente empelado a lo solicitado de modo que emplean
Aseguramiento de calidad, se lleva a cabo las estrategias de Prueba, el Coste y
Riesgos, entre otras cosas que son indispensables.

Y por último en el Capítulo V, se empleara el Manual Técnico de esa manera lo

que se busca es que la persona que sea encargada de dicho software, tenga la
capacidad de poder lograr dar un buen mantenimiento e incluso poder lograr
mejorar dicho Software, por otro lado se generar un Manual de Cliente con la
información necesaria para lograr que el cliente pueda manejar de la mejor
manera y con gran facilidad el software desarrollado.

De este modo lo que se busca dar a conocer cada parte de Análisis y desarrollo
de dicho Software de manera más específica, dando a conocer lo que se empleó
durante su desarrollo.

6
 CAPITULO 1

1.1 ANTECEDENTES

En algún momento de nuestra vida hemos visitado alguna biblioteca, la cual

muchas personas no saben realmente como funciona.

Una biblioteca puede contar con un Jefe y al menos 2 trabajadores, con horarios
diferentes, con el paso del tiempo la cantidad de libros va aumentando, porque
nuevos proveedores la visitan y proporcionan nuevos libros.

Por el momento cuenta una gran cantidad de libros a disposición de la cualquier

persona, es importante mencionar que en la instalación están acomodados cada
uno de los libros y cuenta con una ficha bibliográfica con todo la información
necesario del libro, cualquier persona puede llegar y solicitar el libro, mientras
que los trabajadores le solicitan información para poder proporcionarlo,
desgraciadamente la información que se solicita no llega a ser la necesaria ya
que muchas personas no llegan a regresar los libros.

Como también las personas pueden solicitar y preguntar si cuentan con algún
libro que se desea disponible en ese momento, por lo que el trabajador se dirigirá
a buscarlo, ya que si se tiene un registro de todos los libros dentro de un
archivero, pero no se encuentran ordenados por lo tanto será mucho más difícil
ir a buscarlos.

A continuación se mostrara algunos de los formatos que pueden ser utilizados

en alguna biblioteca que no ha sido sistematizada utilizan en este momento.

7
 FICHA BIBLIOGRÁFICA
LIBRO: ___________________________________________________

TIPO: ___________________________________________________

PAGINAS: ________________________________________________

AUTOR: __________________________________________________

EDITOR: __________________________________________________

AÑO: ____________________________________________________

Figura 1. Ficha Bibliográfica

SOLICITUD DE LIBRO

LIBRO: ___________________________________________________

TIPO: ___________________________________________________

CLIENTE:

NOMBRE: ________________________________________________

APELLIDO: _______________________________________________

DÍA DE SALIDA: _______________________________________

DÍA DE ENTRADA: _____________________________________

Figura 2. Solicitud de Libro

Los formatos (fig.1 y fig.2) son duplicados las veces que sean necesarios para
cada libro, aunque el libro sea repetido, como también todas aquellas solicitudes
de libros que han realizado desde la apertura de la biblioteca.

8
 1.2 PLANTEAMIENTO DEL PROBLEMA

La problemática que surge en la Biblioteca es el exceso de información de los

libros y lograr tener el control, puesto que todos los formatos son guardas en
archiveros, como se había mencionado anteriormente se habla de un total de
2520 fichas bibliográficas y como se sabe a determinado tiempo llegan
proveedores a proporcionar más libro, eso quiere decir que con el paso del
tiempo irán aumentando todas aquellas fichas, y será aún más difícil hacer los
inventarios como también lograr tener tantas hojas ordenadas, sin dejar a un lado
será mucho más difícil buscar la información y al agregar más libros, no serán
suficientes todos los archiveros que se tienen hasta el momento.

Hoy día se habla mucho sobre el cuidado del medio ambiente por lo tanto lo que
se busca es evitar utilizar tanto papel, como también tiene el problema que con
tanto uso sea daño o quizás extraviado, lo cual sería un gran problema para la
biblioteca.

Contando con los siguientes requerimientos:

1. Generar un Formato de cliente el cual contenga la información necesaria

para lograr ser localizado, por algún motivo.
2. Generar un Formato donde se agregue si el libro es nuevo, con la cantidad
y de ya existir uno igual, se generara una opción, solicitando la cantidad
de libros que se agregara al registro ya hecho.
3. Generar un Formato de pedido.
4. Almacenar en una base de Datos todos los libros que se tiene hasta me
momento.
5. Dentro de la información registrada dentro del libro, se debe de
proporcionar los capítulos.
6. Poder buscar con facilidad si el libro se encuentra disponible y que
cantidad de libro hay en ese momento.
7. Generar reporte de los Registros de Clientes
8. Generar reporte de los Registros de Libros
9. Generar reporte de los Registros de Pedido
10.

9
 1.3 SOLUCIONES

La solución a dicha problemática es sistematizas toda la información dentro de

un sistemas, la cual sea almacenada en una base de datos, de esa manera será
mucho más fácil lograr encontrar lo requerido.

Tomando en cuenta cada uno de los puntos solicitados en el requerimiento.

REQUERIMIENTO 1
Generar un Formato de cliente el cual contenga la información necesaria para
lograr ser localizado, por algún motivo.

Para cubrir este requerimiento se analizó cuáles eran los datos necesarios para
solicitarle a la persona que sea registrarse para poder llevarse un libro, tomando
en cuenta que al no contar con alguno de los datos, ya que dentro de este
requerimiento lo que se está buscando es solucionar el problema cuando las
personas no regresan los libros y no es posible localizarlos, no se le permitirá
terminar con el registro. Legando a la conclusión de solicitar los siguientes datos:

 Nombre
 Apellido
 Edad
 Fecha de Nacimiento
 Calle
 Numero Exterior o Interior.
 Colonia
 Cuidad
 Estado
 Teléfono local o celular
 Correo Electrónico
 R.F.C

También es importante mencionar que será verificada la información por medio

del IFE.

10
REQUERIMIENTO 2

Generar un Formato donde se agregue si el libro es nuevo, con la cantidad y

de ya existir uno igual.

Durante este formato lo que se buscara es solucionar el problema de archivar

todas las fichas bibliográficas por medio de la base de datos, como también el
verificar que cantidad de libros se encuentra registrados del mismo.

La información que se solicitara será la siguiente:

 Libro
 Autor
 Edición
 Publicación
 Editorial
 Año
 Paginas
 Volumen

REQUERIMIENTO 3
Generar un Formato de pedido.

En este requerimiento solo se utilizara la información ya requerida, por lo tanto

los únicos datos que solicitara será:

 Nombre del Libro.

 Nombre del Cliente
 Apellido del Cliente
 Fecha de salida
 Fecha de entrega

Es importante verificar la información. Tomando él cuenta que el sistemas solo

permitirá 2 libros y hasta que sean entregados se podrán prestar otros, como
también ya se tendrá fijas las fechas de entrega

11
REQUERIMIENTO 4

Almacenar en una base de Datos todos los libros que se tiene hasta me
momento.

En este requisito lo que se realizara será la captura de todos los libros que se
tiene hasta el momento.

REQUERIMIENTO 4

Dentro de la información registrada dentro del libro, se debe de proporcionar

los capítulos

En este requerimiento nos hará regresarnos al requerimiento 2, donde nos

menciona el registro de la información del libro, por lo tanto en este formato se
le agregaría un opción donde diga la cantidad de capítulos que tiene, y arrojara
dependiendo el numero indicado recuadros donde proporciones el título del
capítulo, sin antes mencionar que es necesario llevar cada uno de los recuadros,
de no ser así, no dejara guardar el registro del libro.

REQUERIMIENTO 5

Poder buscar con facilidad si el libro se encuentra disponible en ese

momento

En este requerimiento también se trabajara con el requerimiento número 4,

proporcionándonos la misma tabla que en el requerimiento mencionado,
agregándole una columna más la cual es:

 Cantidad Disponible

12
Como se muestra en la siguiente tabla.

#Registro Cantidad Disponible Fecha Libro Autor Edición Publicación Editorial Año Paginas Volumen

Figura 3. Tabla Disponible

REQUERIMIENTO 6

Generar reporte de los Registros de Clientes.

Durante este requerimiento se proporcionara una tabla con todos los datos que
se solicitaron al Cliente. De esa manera si alguien no recuerda si se encuentra
registrado solo será cuestión de buscar dentro de ella.

REQUERIMIENTO 7

Generar reporte de los Registros de Libros.

Durante este requerimiento se proporcionara una tabla con todos los datos que
se solicitaron al momento del registro de los datos.

REQUERIMIENTO 8

Generar reporte de los Registros de Pedido.

Durante este requerimiento se proporcionara una tabla con todos los datos que
se solicitaron al momento del registro de pedidos, de esa manera se puede tener
un chequeo constante de los libros.

13
 1.4 OBJETIVO GENERAL

Desarrollar un software, bajo la filosofía de software de licencia, que contendrá

una interfaz practica de llenado de datos los libros, pedidos y cliente para
almacenar y buscar mediante una base de datos la información para obtener
rápidamente, agilizar la información de solicitud de pedidos del libro, como
también al momento de realizar el inventario. También tener un buen control de
todos los libros que se encuentran prestados, registrando los clientes y los libros.

1.5 OBJETIVO ESPECÍFICOS

1. Determinar la problemática la cual se tiene que sistematizar el proceso de

registro de libros, clientes y pedidos.
2. Estudiar que datos se tienen que tomar en cuenta para el llenado de
información de los formularios.
3. Estudiar el estado de ventas del software y como se lleva a cabo y conocer
mejor el proceso de venta en papel para poder realizar la sistematización.
4. Clasificar la información recolectada.
5. Analizar la información recolectada.
6. Desarrollar la base de datos.
7. Conocer técnicas específicas de interacción persona-ordenador en las
diferentes fases del desarrollo del software.
8. Diseñar la interfaz del software.
9. Realizar las pruebas necesarias.
10. Entregar el software.

14
 1.6 JUSTIFICACIÓN

Se llevar a cabo el desarrollo de un software para dará la solución a la

problemática de un Biblioteca llamada “El libro del Saber”, en donde se realizan
las operaciones de registro de clientes, registro de libro y registro de pedido.

La información que se genera en los formularios será almacenada en una base

de datos para obtener rápidamente y de manera seguro. Esto ayudara a agilizar
el manejo de la información de los libros pedidos, de manera que la primer vez
que visiten la biblioteca será un requisito ser registrado si se desea hacer un
pedido del libro, por otra parte eso agilizara el proceso de pedido la próxima vez
que se desee realizar, también se tendrá el control de los libros que se encuentra
registrados hasta el momento y la cantidad de cada uno.

Esto da solución al exceso de papel y formularios que se tiene que hacer al

realizar algunas del movimiento mencionados.

15
 CAPITULO 2

2.1 REQUERIMIENTOS FUNCIONALES

Los requerimientos funcionales que se han analizado durante desarrollo de este

proyecto son:

Numero Requerimiento Descripción Prioridad

RF1 Generar un Formato de cliente el cual Se proporcionara un formato con 5
contenga la información necesaria la información necesaria del
para lograr ser localizado, por algún usuario.
motivo.

FR2 Generar un Formato donde se Se proporcionara un formato con 5

agregue si el libro es nuevo, con la la información necesaria del
cantidad y de ya existir uno igual, se Libro.
generara una opción, solicitando la
cantidad de libros que se agregara al
registro ya hecho.

RF3 Generar un Formato de pedido. Se solicita la información ya 5

proporcionada y se genera el
pedido.
RF4 Almacenar en una base de Lograr tener el registro de los 4
libros ya existentes dentro la de
Datos todos los libros que se
Biblioteca.
tiene hasta me momento.

RF5 Dentro de la información Generar la búsqueda de 3

registrada dentro del libro, se información de ciertos temas.

debe de proporcionar los
capítulos.

RF6 Poder buscar con facilidad si el Generar una búsqueda para 4

proporcionar la información
libro se encuentra disponible y
sobre la disponibilidad del libro.

16
 que cantidad de libro hay en ese
momento.

RF7 Generar reporte de los Generar tablas con el registro de 3

todos los clientes.
Registros de Clientes

RF8 Generar reporte de los Generar tablas con el registro de 3

todos los Libros
Registros de Libros

RF9 Generar reporte de los Generar tablas con el registro de 3

todos los Pedidos.
Registros de Pedido

Figura 4. Tabla Requerimientos funcionales.

2.2 REQUERIMIENTOS NO FUNCIONALES

Aquellos requerimientos no funcionales son indispensables tomarlos en cuenta

ya que son requisitos que imponen restricciones en el diseño o la implementación
como restricciones en el diseño o Estándares de Calidad.

Se utilizaron el siguiente requerimiento:

 Requerimientos de Aparecía
 Usabilidad
 Rendimiento
 Seguridad

17
 2.3 SISTEMAS OPERATIVO

Para un mejor funcionamiento del software es indispensable tener el sistema

operativo 8 o 8.1. Por lo tanto dichos sistemas operativos cuentan con
requerimientos específicos, los cuales serán mencionados a continuación:

Windows 8-8.1

Procesador. Procesador de 1 gigahercio (GHz)* o más rápido compatible con

PAE, NX y SSE2

RAM. 1 gigabyte (GB) (32 bits) o 2 GB (64 bits)

Espacio en disco duro. 16 GB (32 bits) o 20 GB (64 bits)

Tarjeta gráfica. Dispositivo gráfico Microsoft DirectX 9 con controlador WDDM

18
 CAPITULO 3

3.1 ARQUITECTURA DE SISTEMA

Durante este proceso se llevara a cabo la descripción del aspecto del software,
una de las maneras más compresibles de llevar a cabo dicha arquitectura es por
medio de modelos de vista. Es muy importante descarta que cada uno de ellos
constituye una descripción parcial de una misma arquitectura, esto sucede
porque cada una de las vistas deben de ser coherentes entre sí, evidentemente
describiendo la misma cosa.

En este caso como se ha hablado durante todo el proyecto, lo que se busca es

sistematizar los formatos que son llenados en La Biblioteca, para ello se fueron
analizando cada uno, buscando encontrar cosas en común tales como los
nombres de los formatos, los datos y la información que se proporcionaba en
algunos de sus reportes.

VISIÓN ESTÁTICA

En esta fase se llevara a cabo la descripción de los componentes que tiene la

arquitectura.

La Arquitectura del software cuenta con los siguientes componentes, los cuales
son utilizados dependiendo que operación se desee realizar, cada uno cuenta
con requisitos e información necesaria que se debe de proporcionar o ya es
arrojada por medio de tablas, que será necesario agregara o se encuentra
almacenada en la base de datos.

 Registro de Usuario

 Registro de Libro

 Pedido

19
  Reporte de usuarios

 Reporte de libros

 Reporte de pedido

 Reporte Disponible

Dichos componentes serán clasificados, ya que muestran una característica en

común en su nombre o la operación que realiza, mostrando a continuación la
siguiente clasificación, por medio de este diagrama.

REGISTRO DE
ARQUITECTURA DEL SISTEMA

USUARIO
REGISTRO
REGISTRO DE
LIBRO
PEDIDO
REPORTE DE
USUARIO
REPORTE DE
LIBRO
REPORTE
REPORTE DE
PEDIDO
REPORTE
DISPONIBLE
Figura 5. Arquitectura del Sistema

20
 VISIÓN FUNCIONAL

Durante esta fase se describirá que hace cada componente.

COMPONENTE
Registro de Usuario
Registro de Libro
Pedido
Reporte de Usuario
Reporte de Libro
Reporte de Pedido
Reporte Disponible
Figura 6. Visión Funcional
DESCRIPCIÓN
En esta sección lo que se realizara el
llenado de un formulario en el cual se
deben de proporcionar todos los datos
personales del que solicita su registro
como usuario
En esta sección lo que se realizara el
llenado de un formulario en el cual se
deben de proporcionar todos los datos
personales del que solicita su registro
como Libro
En esta sección lo que se realizara el
llenado de un formulario en el cual se
deben de proporcionar todos los datos
personales del que solicita su registro
como pedido
No proporcionará las tablas con
información adquirida del
Libro
No proporcionará las tablas con
información adquirida del
registro
No proporcionará las tablas con
información adquirida disponible

21
 VISIÓN DINÁMICA

Por último se describe cómo se comportan los componentes a lo largo del tiempo
y cómo interactúan entra sí.

En los componentes de forma de información se registran los datos principales

que serán manipulados en prácticamente todo nuestro Sistema, esto son:

 Reporte de Usuario
 Reporte de Libro

En los siguientes componentes se tendrá la información de cada uno del reporte

que se han realizado en los otros componentes.

 Reporte de Usurario
 Reporte de Libro
 Reporte de Pedido
 Reporte Disponible

En esta sección interactúa con la información la proporcionada en los registros

 Pedido

22
 3.2 MODELADO DE OBJETIVOS (CASO DE USO)

Figura 7. Caso de Uso

ELEMENTOS DEL CASO DE USO

Actores:

Nombre Descripción
No Cliente Persona que visita la Biblioteca y aún no ha
solicitado de su servicio.
Cliente Persona que fue registrada para poder hacer
pedido de libros.
Proveedores Persona que lleva libros nuevos a la Biblioteca.
Bibliotecario Persona que interactúa con todos los actores,
aceptando solicitudes de registro, pedidos y
solicitando reportes.
Sistema Es ahí donde se encuentra almacenada toda la
información proporcionada en los registros y
pedidos.
Figura 8. Descripción

23
Casos de usos:

N° Requerimientos Nombre de CUS

Reglas
1 La página web permitirá registrar las solicitudes de los registros de Solicitud de
libros. Registro de Libro

2 La página web permitirá registrar las solicitudes de los registros de Solicitud de

pedido. Registro de
Pedido

3 La página web permitirá registrar las solicitudes de los registros de Solicitud de

usuarios. Registro de
Usuarios

4 La página web generara los reportes de disponibles. Reporte de

Disponibles

5 La página web generara los reportes de las solicitudes de los Reporte Solicitud
registros de los libros. de Registro de
Libro

6 La página web generara los reportes de las solicitudes de los Reporte Solicitud
registros de los pedidos. de Registro de
Pedido

7 La página web generara los reportes de las solicitudes de los Reporte Solicitud
registros de los usuarios. de Registro de
Usuarios

Figura 9.Requerimiento y Descripción

24
 3.3 MODELO UML

Se desarrollara el modelo UML, con base a los requerimientos determinados en

las secciones anteriores, dando como resultado:

Figura 10. Modelo UML

25
 3.4 DIAGRAMA DE SECUENCIAS

Este diagrama se desarrolló con el propósito de verificar cada una se

las secuencias que realizan los actores, tomando al cuenta que
algunos solo realizarán una actividad dentro de los procesos para
llevar a cabo el proceso con interacción dentro del sistema.

Figura 11. Diagrama de Secuencias

26
 3.5 DISEÑO DE LA INTERFACE Y OPERATIVIDAD

Durante el diseño de la interfaz y operatividad lo que se busco fue que fuera un

software increíblemente fácil de manejar, utilizando un diseño poco complejo ya
que se había sería la primera vez que ellos fueron manipulando la información
dentro de un dispositivo, claro sin dejar a un lado que fuera un diseño elegante
y con buena imagen.

Para ellos también se tomaron en cuenta unas características esenciales

durante el desarrollo, como las siguientes.

 El nivel de internación básica, donde contiene los patrones que

representan aquellas acciones básicas que realizara el usuario al navegar
en las páginas, y pudieran acceder en cualquier dispositivo que se
encontrara registrado en la lista de accesos.

 El nivel de Búsqueda, facilita la búsqueda al usuario dándole la mayor

facilidad y efectividad de los resultados obtenidos.
La manera con la que se determinó el nivel de busque es acomodándolos
de manera en que tuvieran cosas en común como el nombre, de manera
que ese sería la clasificaron:
 Registro
 Pedido
 Reporte

Y en cada clasificación se encuentra más información de la que se puede

hacer uso, de esa manera también tomamos como en cuenta la rapidez
de llegar a las funciones necesarias.

27
 El nivel de Navegación es aquel con el que los elementos básicos para
proporcionar una navegación fácil y accesibles, de esta manera lo que se
busco es una red local, ya que era una forma más segura de manejar los
datos solo dentro de esa red y que esa red tuviera una lista de accesos,
de esa manera también se tomaba

28
 3.6 MODELO DE PROCESO DESCRIPTIVO

En el modelo de proceso descriptivo vamos a definir el conjunto claro de

actividades para del mejor desarrollo de un software para un mejor Manejo de la
Biblioteca.

.
Durante esta etapa del proyecto se realizó el Modelo de Cascada, ya que es
base de todos los modelos de ciclo de vida, el cual sugiere un enfoque
sistemático y secuencial.

MODELO DE CASCADA

Figura 12. Modelo de cascada

29
 3.7 MODELO DE PROCESO ESPECIALIZADO

Un modelo de proceso es un conjunto de actividades, tareas y acciones que se

realizan con el fin de alcanzar el desarrollo completo de un proyecto de software.

Existen diferentes modelos de proceso tales como los prescriptivos que se

utilizan cuando los requerimientos de software se encuentran bien definidos, los
especializados que incluyen las características de uno o más modelos
tradicionales y se utilizan cuando el enfoque del proyecto de la Biblioteca se
encuentra bien definido.

Dentro de los modelos de proceso especializado podemos encontrar el

desarrollo basado en componentes, los métodos formales y el desarrollo
orientado a aspectos, este último se encuentra aún en etapa de desarrollo ,
dúrate es te proceso el software vamos utilizar el Modelo de Especialización.

Figura 13. Modelo de procesos

30
 3.8 ENFOQUE DE MODELADO DE REQUERIMIENTOS

En este enfoque de Modelado de Requerimientos vamos a definir como debe ser

el comportamiento de una parte del sistema para el software.

En esta etapa del proceso de diseño ya se tienen bien identificados los objetos
que intervendrán en el sistema de Biblioteca.

A continuación, se describen de forma general los objetos más importantes que

intervienen en el sistema.

• La clase Interfaz es dependiente de la tecnología de interfaz específica que se

utilice dadas por la página Web.

• La clase Usuario provee la interfaz necesaria para llevar un control de los

usuarios del sistema (registrados), en ella se pueden visualizar los datos
necesarios para identificar a cada usuario de la biblioteca.

• La clase Documento provee la interfaz necesaria para llevar un control de los

documentos digitales (artículos, tesis y reportes técnicos) y poder identificar a
cada uno de dichos documentos.

• La clase Sistema provee la interfaz y las operaciones necesarias para controlar

el flujo de Usuarios y Documentos dentro del mismo sistema.

• La clase Base de datos es provisto por el manejador de base de datos utilizado.

Modelos de diseño

Estos modelos muestran los objetos y clases del sistema. para diseñar los
modelos estáticos y dinámicos del sistema de la biblioteca México. Estos
modelos incluyen varios tipos de diagramas (Casos de uso, cascada y el UML).

31
Análisis y Diseño de la Base de Datos

Para la base de datos de la Biblioteca, primeramente, se tiene que conceptuar y

comprender a los elementos, las relaciones y los resultados que queremos
obtener de la base de datos que se desea implementar.

En segundo lugar, se deben plantear las relaciones que tendrán cada uno de los
elementos de la base de datos entre sí, con el fin de lograr un proceso a la hora
de acceder y realizar operaciones con los datos de la Base de Datos (BD).

Finalmente se deben definir los datos necesarios que la base de datos debe
manejar para lograr el funcionamiento adecuado del sistema.

Relaciones de las Tablas

Primeramente, el sistema podrá registrar a usuarios que deseen de contribuir

con el crecimiento de la Biblioteca, ya que sin estar registrados no podrían
acceder.

USUARIO

USUARIO LOCALIZA LIBRO

Figura 14. Relaciones

32
A continuación, se define la tabla que contendrá la información de todos los
usuarios registrados en el sistema de Biblioteca.

USUARIO

Figura 15. Modelo de procesos

Nombre Descripción
No Cliente Persona que visita la Biblioteca y aún no ha
solicitado de su servicio.
Cliente Persona que fue registrada para poder hacer
pedido de libros.
Proveedores Persona que lleva libros nuevos a la Biblioteca.
Bibliotecario Persona que interactúa con todos los actores,
aceptando solicitudes de registro, pedidos y
solicitando reportes.
Sistema Es ahí donde se encuentra almacenada toda la
información proporcionada en los registros y
pedidos.
Figura 16. Descripción de los Actores

33
 3.9 ORGANIZACIÓN Y REFINAMIENTO

El siguiente esquema representa la estructura de cada etapa de los

procedimientos e instrucciones al lenguaje a programar el software.

Biblioteca

Registro
Pedido Reporte

Cliente Disponible Hoja pedido

Libro

Disponibles

Figura 17. Organización y Reafinamiento

34
 CAPITULO 4

4.1 ASEGURAMIENTO DE CALIDAD DEL SOFTWARE

El aseguramiento de la calidad del software maneja la norma ISO 9000-2000 .

El Aseguramiento de la Calidad pretende dar confianza en que el cuadro reúne

las características necesarias para satisfacer todos los requisitos del Sistema de
Información.

Por tanto, para asegurar la calidad de los libros resultantes el equipo de calidad
deberá realizar un conjunto de actividades que servirán para:

Reducir, eliminar y lo más importante, prevenir las deficiencias de

calidad de los libros al obtener.

Alcanzar una razonable confianza en que las prestaciones y

servicios esperados por el usuario queden satisfechas.

Para conseguir estos objetivos, es necesario desarrollar un plan de

aseguramiento de calidad específico que se aplicará durante la planificación del
proyecto de acuerdo a la estrategia de desarrollo adoptada en la gestión del
proyecto.

En el plan de aseguramiento de calidad se reflejan las actividades de calidad a

realizar, los estándares a aplicar, los cuadros a revisar, los procedimientos a
seguir en la obtención de los distintos libros durante el desarrollo de la
Biblioteca y la normativa para informar de los defectos detectados a sus
responsables y realizar el seguimiento de los mismos hasta su corrección.

El grupo de aseguramiento de calidad participa en la revisión de los

libros seleccionados para determinar si son conformes o no a los
procedimientos, normas o criterios especificados, siendo totalmente
independiente del equipo de desarrollo.

35
Las actividades a realizar por el grupo de aseguramiento de calidad vienen
gobernadas por el plan. Sus funciones están dirigidas a:

Identificar las posibles desviaciones en los estándares aplicados, así

como en los requisitos y procedimientos especificados.

Comprobar que se han llevado a cabo las medidas preventivas o

correctoras necesarias.

Las revisiones son una de las actividades más importantes del aseguramiento
de la calidad, debido a que permiten eliminar defectos lo más pronto posible,
cuando son menos costosos de corregir.

36
 4.2 ESTRATEGIAS DE PRUEBA DEL SOFTWARE

La función de la página web “BIBLIOTECA EL LIBRO DEL SABER” es agilizar

los procesos que se llevan a cabo dentro de la librería.

Tipos de Pruebas:

 Prueba funcional, se probó de la manera exitosa llenando todas las

solicitudes y registros

 Pruebas no funcionales, se probó llenando los formatos y los registros de

manera errónea

 Pruebas estructurales, se verifico la estructura de las diferentes ventanas

las cuales respondieron satisfactoriamente a lo indicado

37
 4.3 ADMINISTRACIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE.

Para llevar a cabo una buena administración de la configuración de software es

importante llevar un buen análisis y una buena administración de dicho sistema,
de esa manera. Se debe que una administración de la configuración es aquel
que nos provee de un nivel de servicio donde nos está ofreciendo todo aquello
que se encuentra relacionado con el desarrollo del software, control que llevaba
a cabo actividades de control sobre los productos de trabajo es decir todo aquello
relacionado para realizar y administrar y por último el soporte para la
organización o para el equipo de trabajo.

Aquel encargado de esta fase debe de cumplir con los siguientes requerimientos:

1. Debe de estar capacitado en herramientas de planeación para ejecutar

sus actividades de forma eficiente y eficaz.
2. Debe de tener un control y conocimiento sobre los productos que se irán
desarrollando a lo largo de cada proyecto.
3. Debe ser flexible, para poder ajustarse a las necesidades y
requerimientos de los desarrolladores, clientes, programas y a la
organización.

Este software cuenta con una limitación de dispositivos para su acceso, eso se
realizó por medio de seguridad, lo cual ya se ha mencionado anteriormente,
cuenta con una limitada lista de accesos con un número de 5 dispositivos, ya
que se busca que los usuarios de dicho software puedan acceder también por
medio de su dispositivo móvil.

Por otra parte será necesario instalar un programa para la administración de la

base de datos, porque es importante mencionar que la persona encargada de
eso, será la única que tendrá derecha a eliminar algún elemento, es se realizó
para evitar el error en algún otro usuario, dicho manteamiento se dará
anualmente, sin antes mencionar que la única tabla a la cual se le permitirá

38
eliminar es la de pedido, ya que de esa amanera se eliminar a la persona que
haya regresado el libro que pidió y serán afectadas las demás tablas, tales como
la de Disponibles.

Para lograr acceder al software es muy fácil ya que se utilizó un Localhost. Por
otro lado dicho Software es muy fácil de manejar, no tiene ninguna complicación
en su parte de diseño ya que la parte primordial son aquellas tablas de base de
datos que se han generado con toda la información que ha sido proporcionada
en cada uno de los formularios, anteriormente llenados.

39
 4.4 COSTEO DE CALIDAD

En el coste de la calidad se maneja el dinero destinado en el software, para

obtener la calidad requerida, en mejorar el servicio de la Biblioteca, para
así poder evitar y previniendo errores del sistema o proceso y también lo que
cuestan los errores producidos por el sistema.

Una vez identificada la necesidad de un plan de aseguramiento de calidad y

definido su alcance, se establece el coste adicional asociado a cada sistema de
información en la alternativa propuesta, con el fin de aportar esta información al
coste total del sistema y en consecuencia determinar su viabilidad económica.

Este coste aporta la información necesaria para poder valorar globalmente cada
alternativa de solución y determinar su viabilidad en el caso de que sea necesario
un plan de aseguramiento de calidad.

Costo de calidad

Costos de prevención

Son los costos de todas las actividades específicamente diseñados para

prevenir fallas de calidad en productos o servicios

Por ejemplo:

 Revisión de nuevos productos

 Planeación de la calidad (manuales, procedimientos, etc.)

40
Costos de evaluación

Son los costos asociados con las actividades de medir, evaluar y auditar
los productos o servicios para asegurar su conformación a los
estándares de calidad y requerimientos de desempeño.

Por ejemplo:

 Inspecciones con el proveedor y en recibo

 Pruebas e inspecciones en proceso y al producto terminado

Costos de falla interna

Son los costos resultantes de productos o servicios no conformes a los

requerimientos o necesidades del cliente, antes del embarque del
producto o la realización del servicio.

Por ejemplo:

 Reducción de precio por calidad reducida

Costos de falla externa

Son los costos restantes de productos o servicios no conformes a los

requerimientos o necesidades del cliente, después de la entrega del
producto o durante y después de de la realización del servicio.
Por ejemplo:

41
  Proceso de quejas y reclamaciones
 Devoluciones del cliente

4.5 RIESGOS

Un riesgo es cualquier acontecimiento futuro que pueda afectar de

forma negativa o positiva a un proyecto. No todos los riesgos tienen
la misma probabilidad de ocurrir, ni el mismo impacto, por lo que a la
hora te tratarlos nos preocuparemos de solucionar primero los más
problemáticos. Los riesgos con llevan cambios, elecciones y dudas.

Podremos conocer o no los riesgos, o simplemente son

impredecibles.

Riesgos del proyecto

 Requisitos: se necesitan más condiciones.

 Diseño: se necesita una mejor arquitectura.
 Implementación: se necesita más tiempo o personal para
finalizarse.
 Interfaz: se necesita un mejor estudio de usabilidad e interacción.
 Verificación: se necesita realizar más pruebas.
 Mantenimiento: se necesita más dedicación después de la entrega
final.
 Incertidumbre técnica: se necesita mayor conocimiento sobre el
área.
 Tecnologías desconocidas: se necesita mayor conocimiento sobre
cómo realizar el proyecto de forma óptima.

42
ID requisito Respuesta Impacto Componente Medida
Riesgo 1 SI SI Costo Crítica
Riesgo 2 NO NO
Figura 18. Identificación de Riesgos

D Requisito Tipo de Riesgo Riesgos

Riesgo 1 De personal El personal no cuenta con
los conocimientos
requeridos para enfrentar
la complejidad del
requisito
Miembros del equipo no
disponibles en momentos
críticos
De requisitos Cambios de requisitos que
precisan modificaciones
en el diseño
Los clientes no
comprenden el impacto de
los cambios en los
requerimientos
De estimación El tiempo requerido para
desarrollar el proceso de
ingeniería de requisitos
está subestimado
De comunicación El cliente no pueda
participar en revisiones y
en reuniones
Figura 19. Riesgos de Requisitos

43
 Tipo de riesgo Probabilidad de perdida
Personal 3
Organizativos 5
Herramientas 1
Requerimientos 6
Estimación 1
Figura 20. Riesgos de Tipo

4.6 CALIDAD Y SEGURIDAD

La calidad y la segura de un software se reflejada en el desempeño y rendimiento

de este, para tener una buena calidad se necesita de muchas herramientas y
una buena base en la seguridad, en esta página web se optó por utilizar un red
de área local utilizando listas de accesos para un mayor control de los usuarios
que manejan dicha página ya que un domino publico facilita la vulnerabilidad o
ataque potencialmente dañinos que podrían dañar la base de datos, en la página
web se llevaron a cabo pruebas tanto de seguridad como de erres comunes
ocasionados muchas veces por el usuario, un usuario que no conoce la
metodología de la página puede representar uno de los mayores factores de
riesgo ya que la falta de información en el manejo de los datos pudieran
ocasionar confusiones en los diferentes procesos.

44
 4.7 CONTROL DE CALIDAD

Un software inseguro es un software sin calidad.

La orientación tradicional de las pruebas de seguridad en los sistemas se centra

en la realización de unas pruebas funcionales del sistema.

La protección del sistema de ataques externos es importante pero muchas veces

no se toman en cuenta los que los mayores riesgos son los internos, el mal uso
de las tablas y formularios puede llegar a ser uno de los principales errores de
cualquier sistema, al igual que los problemas existentes que radican en la baja
calidad del software que se desarrolla por tal motivo se debe cubrir un buen nivel
de calidad y seguridad.

Sin embargo se sometió a un ciclo riguroso de pruebas de riesgos y a las

especificaciones del diseño.

Ello requiere incluir durante el ciclo de vida una serie de elementos de seguridad
que garanticen que tanto el proceso de gestión del proyecto como el producto
sean resistentes y capaces de reaccionar a distintas situaciones de riesgo tanto
interno que puedan producirse.

Estudiando los todos los métodos, técnicas y entornos de prueba emergentes

para tratar de dar una solución eficaz y efectiva a estas situaciones.

45
 CAPITULO 5

5.1 MANUAL DE CLIENTE

Durante el desarrollo de dicho software se llevaron a cabo dos software

diferentes uno para dispositivos móviles y una página web.

PAGINA WEB

Paso 1:

Se abrirá un navegador web (Goggle Chrome o Mozilla Firefox)

Figura 21. Navegadores

Paso 2:

46
Se introduciremos la URL de la página de la Biblioteca “El libro del saber” cabe
mencionar que solo funciona en una red local para mayor seguridad, la cual es
la siguiente:

Localhost/biblioteca/el-libro-del-saber/

En el inicio de la página podemos encontrar el menú completo, que nos llevara

a diferentes opciones dependiendo de las necesidades y requerimientos de cada
usuario.

Figura 22.Menu Principal

Paso 3:

OPCIÓN REGISTRO

En esta opción encontraremos dos menús “Cliente y Libros” donde en cada una
tendrá un formulario el cual se deberá llenar con los datos indicados.

47
 Figura 23. Registro

Figura 24. Formularios de Registro

Paso 4:

OPCIÓN PEDIDO

En esta opción encontraremos una tabla donde tendrá un formulario el cual se

deberá llenar con los datos indicados

48
 Figura 25. Pedidos

Paso 5:

OPCIÓN REPORTE

En esta opción encontraremos varias tablas donde tendrá un formulario el cual

se deberá llenar con los datos indicados.

Figura 26. Reportes

49
 Figura 27. Formularios de Reportes

APLICACIÓN MÓVIL
PASO 1:

Cuando ingresamos a nuestra aplicación nos mostrara el siguiente menú

 Registro
 Pedido
 Reporte

50
 Figura 28. Menú app

PASO 2:

Si ingresamos al primer boton REGISTRO nos mostrara nuevamente dos

opciones las cuales son:

 Cliente
 Libro

51
 Figura 29. Menú de registro

Cada una cuenta con un formulario diferente, y solicitando datos sobre Cliente o
Libro.

Figura 30. Reportes

PASO 3:

Si desemos ingresar a la boton de Pedido, nos mostrar un boton el cual debemos

de seleccionar datos que ya fueron registrados con anterioridad.
52
 Figura 31. Menú de Pedidos

PASO 4:

Por ultimo existia el boton de Reporte, en el cual se encuentra 4 botones

 Usuario (Fue el cliente que preveiamente fue registrado)

 Libro
 Pedido
 Disponible

en los cuales puedes seleccionar de cual deseas tener uso el. Dichos reportes
cuentan con una tabla cada uno.

53
Figura 32. Menú de Reportes

54
 Figura 33. Formularios de Reportes

5.2 MANUAL DE TÉCNICO

Se llevara a cabo un manual, de todas aquellas interacciones importantes que

debe realizar aquel encargado del mantenimiento.

1. LIMITACIÓN DE LA RED
Durante el desarrollo de nuestro software se habló que se manejaría una
Lista de acceso para modo de seguridad de información dentro de la red,
para que solo ciertas dispositivos con determinadas y la seleccionadas
Direcciones IP. De ser requerido un usuario más, tendría que ser
configurado el Router agregando a la nueva Dirección IP. Para dicho
mantenimiento se debe de tener conocimiento en Redes, y saber el

55
 manejo y la configuración necesaria para lograr agregar una nueva
Dirección.

2. MANTENIMIENTO DE BASE DE DATOS

Es importante darle un buen mantenimiento a nuestra base de datos, ya
que es la base más importante dentro de nuestro sistema. Una de las
maneras de seguridad es que cada determinados meses, se realice una
limpieza de dicha tablas, ya que los usuarios de la aplicación no tendrán
los permisos a eliminar los datos. La única tabla que como usuarios de la
aplicación permite es la tabla de Registro de Pedidos, que se cuándo
vallan regresando los libros serán eliminados.

3. MODIFICACIÓN DE LA INTERFAZ
Es importante tomar en cuenta cuanta que durante tiempo determinado
es posible que surjan nuevas necesidades para dicho sistema. Por ello es
importante tener la facilidad de poder agregar un bueno formulario. Se
debe de tener en cuenta que tipo de formato se desea agregar para
verificar si puede ser agregado en una de clasificaciones ya
determinadas, de no ser así, se tiene la facilidad de agregar un bueno
botón y vincular dentro de la base de datos.

BIBLIOGRAFÍA

1. S. Pressman Roger. Ingeniería del Software, Un enfoque práctico

(2010).Séptima Edición, Mc Graw Hill.

56