Anda di halaman 1dari 96

TECNOLÓGICO NACIONAL DE MÉXICO

Instituto Tecnológico de Pinotepa

“2015, Año del Generalísimo José María Morelos y Pavón”

INSTITUTO TECNOLÓGICO DE PINOTEPA


INFORME TÉCNICO

NOMBRE DEL DEPARTAMENTO ACADÉMICO:


SISTEMAS Y COMPUTACIÓN

TÍTULO DEL PROYECTO:

DESARROLLO DE UN SISTEMA DE CATALOGACIÓN PARA LA ADMINISTRACIÓN


DE PRODUCCIÓN EN CORTV OAXACA.

REALIZADO EN:

CORPORACIÓN OAXAQUEÑA DE RADIO Y TELEVISIÓN (CORTV)

RESIDENTE:

Rita Enohemia Díaz Reyes 12730280


Heidy Nicolás Gutiérrez 12730210

Ingeniería en Sistemas Computacionales

PERIODO:

Agosto – Diciembre 2016

Ing. Samuel Reyes Ramírez Ing. Liberio Aguilar Mendoza


Asesor Externo Asesor Interno

Nombre, firma, fecha y sello Nombre, firma y fecha

km.26 carretera Pinotepa Nacional-Acapulco, San José Estancia Grande, Jamiltepec, Oaxaca. Apartado
Postal 26. Pinotepa Nacional, Oaxaca. C.P.71600 Teléfonos: 01-954 54-3 53 05, 54 3 53 06 y 54 3 52
87 www.itp.edu.mx
INDICE GENERAL

Índice de tablas ..............................................................................................................ix

Índice de figuras .............................................................................................................x

Introducción .................................................................................................................. 1

Justificación ................................................................................................................... 3

Objetivos ........................................................................................................................ 4

General y Específicos .....................................................................................................4

Capítulo I: Generalidades de la Empresa .....................................................................5

1.1 Empresa ...................................................................................................................6

1.2 Dirección .................................................................................................................6

1.2.1 Macro localización ........................................................................................ 6

1.2.1 Micro localización.......................................................................................... 6

1.3 Ubicación de la institución ...................................................................................7

1.4 Teléfono ............................................................................................................. ….7

1.5 Dirección o correo electrónico .................................................................................7

1.6 Giro ...........................................................................................................................7

1.7 Misión .......................................................................................................................7

1.8 Visión .......................................................................................................................7

1.9 Valores .....................................................................................................................8

1.10 Estructura Organizacional .....................................................................................9

ii
1.11 RFC ......................................................................................................................10

1.12 Descripción del Departamento o área de trabajo .................................................10

1.12.1 Nombre del Departamento .........................................................................11

1.12.2 Estructura Departamental ...........................................................................11

1.13 Problemas a Resolver ...........................................................................................12

Capitulo II: Fundamento Teórico .................................................................................13

2.1 Sistema ...................................................................................................................14

2.2 Sistema de Información………………………………………………………..…14

2.3 Que es un Sistema de Base de Datos….……………………….…………….…...14

2.3.1 Estructura de un Sistema de Base de Datos .............................................. .15

2.3.1.1 Gestor de almacenamiento………………….………………………...15

2.3.1.2 Procesador de Consultas………………….…………………………..16

2.4 Base de Datos ................................................................................................... 16

2.4.1 características de la Base de Datos ........................................................... 17

2.4.2 Ventajas de la Base de Datos .................................................................... 17

2.4.3 Arquitectura de la Base de Datos .............................................................. 18

2.4.3.1 Nivel Interno ………………….…………………………………….18

2.4.3.2 Nivel Externo…………………..…………………………………….18

2.4.3.3 Nivel Conceptual ............................................................................... .19

iii
2.4.4 Aplicaciones de los Sistemas de Base de Datos .........................................19

2.5 Que es un SGBD ............................................................................................... 20

2.5.1 Tipos de Gestores de Base de Datos .......................................................... 22

2.5.1.1 MySQL ................................................................................................ 22

2.5.1.2 PhpMyAdmid ...................................................................................... 23

2.5.1.3 Oracle .................................................................................................. 24

2.5.1.4 SQL ..................................................................................................... 24

2.6 Aplicaciones web ............................................................................................. 25

2.7 Lenguajes de Programación ............................................................................. 26

2.7.1 Lenguajes del lado del cliente ................................................................... 26

2.7.1.1 Que es HTML ..................................................................................... 26

2.7.1.2 CSS ..................................................................................................... 27

2.7.1.3 Java Script ........................................................................................... 28

2.7.2 Lenguajes del lado del servidor ................................................................. 29

2.7.1.3 PHP …………………......................................................................... 29

2.7.2.1.1 Como funciona PHP ......................................................................30

2.7.2.1.2 Características .............................................................................. 30

2.8 Servidores Web ............................................................................................... 31

2.8.1 XAMPP .................................................................................................... 31

iv
2.8.2 WampServer ............................................................................................... 31

2.8.3 Apache ........................................................................................................ 32

2.9 Editores de Texto .............................................................................................. 32

2.9.1 Sublime Text .............................................................................................. 33

2.10 Ciclo de un Software ...................................................................................... 33

2.10.1 Modelos del Ciclo de Vida ...................................................................... 33

2.10.1.1 Modelo Lineal ................................................................................... 34

2.10.1.2 Modelo Cascada ................................................................................ 35

2.10.1.3 Modelo en V .......................................................................................35

2.10.1.4 Modelo Iterativo .................................................................................36

2.10.1.5 Modelo Incremental .......................................................................... 36

2.10.1.6 Modelo Espiral ................................................................................. 37

2.10.1.7 Modelo Prototipos ............................................................................ 39

2.11 Diagramas UML ..............................................................................................39

2.11.1 Diagrama de Clases ...................................................................................40

2.11.2 Diagrama de Objetos ................................................................................40

2.11.3 Diagrama de Componente ........................................................................41

2.11.4 Diagrama de Implementación ...................................................................41

2.11.5 Casos de Uso ............................................................................................42

v
2.11.6 Diagrama de Secuencia ............................................................................ 43

2.11.7 Diagrama de Colaboración ...................................................................... 43

2.11.8 Diagrama de Estados ............................................................................... 43

2.11.9 Diagrama de Actividades ........................................................................ 44

2.11.10 Diagrama E-R ........................................................................................ 45

2.12 Catalogación ................................................................................................... 45

2.12.1 Objetivos de la Catalogación ...................................................................45

Capitulo III: Proceso y descripción de las actividades ........................................46

3.1 Metodología a utilizar ...................................................................................... .47

3.1.1 El modelo espiral .........................................................................................47

3.2 Descripción detallada de las actividades ............................................................49

3.2.1 Recopilación de la información .................................................................. 49

3.3 Análisis y requisitos del software ...................................................................... 50

3.3.1 Determinación de los requerimientos del sistema........................................ 50

3.4 Funcionalidad del sistema ................................................................................. 51

3.4.1 Diseño .................................................................................................... 52

3.4.2 Elaboración de diagramas ........................................................................... 52

3.4.2.1 Diagrama de caso de uso ....................................................................... 53

3.4.2.2 Diagrama de clases .............................................................................. 54

3.4.2.3 Diagrama Entidad-Relación .................................................................. 55

vi
3.4.2.4 Diagrama de Actividades ...................................................................... 56

3.4.2.6 Diagrama de flujo de funciones cruzadas ............................................. 57

3.5 Características de los usuarios ........................................................................ 58

3.6 Restricciones y requerimientos ........................................................................ 59

3.7 Suposiciones y dependencias .......................................................................... 59

3.8 Requerimientos funcionales ........................................................................... 60

3.9 Requerimientos no funcionales ....................................................................... 61

3.10 Requisitos comunes de las interfaces ........................................................... 63

3.10.1 interfaces de usuario ................................................................................. 63

3.10.2 interfaces de hardware .............................................................................. 64

3.10.3 interfaces de software ............................................................................... 64

3.10.4 interfaces de comunicación ...................................................................... 64

3.10.5 Diseño de interfaces del sistema ............................................................... 65

CAPITULO IV: RESULTADOS, PLANOS, GRAFICAS.PROTOTIPOS,

MAQUETAS, PROGRAMAS, ENTRE OTROS ........................................................ 66

4.1 Proyección a futuro ............................................................................................. 75

4.2 Cambios que necesitara el sistema ..................................................................... 76

4.3 Especificaciones del mantenimiento .................................................................. 76

vii
CONCLUSIÒN ..................................................................................................... 78

RECOMENDACIONES ....................................................................................... 79

COMPETENCIAS DESARROLLADAS Y/O APLICADAS ............................. 80

REFERENCIAS ................................................................................................... 81

ANEXOS .............................................................................................................. 82

viii
Índice de tablas

Tabla 1: Características del Administrador .............................................................................. 58

Tabla 2: Características del (Productor) Usuario....................................................................... 59

Tabla 3: Requerimiento funcional de la autenticación de usuario. .............................................. 60

Tabla 4: Requerimiento funcional de reportes .......................................................................... 60

Tabla 5: Requerimiento funcional de consultas. ....................................................................... 61

Tabla 6: requerimiento funcional de audio. .............................................................................. 61

Tabla 7: Requerimiento no funcional interfaz del sistema. ......................................................... 62

Tabla 8: Requerimiento no funcional de la ayuda del sistema. ................................................... 62

Tabla 9: Requerimiento no funcional de mantenimiento. ........................................................... 63

ix
Índice de figuras

Figura 1:Macrolocalizacion de la empresa ---------------------------------------------------------------------6

Figura 2: Microlocalizacion de la empresa ---------------------------------------------------------------------6

Figura 3: Estructura organizacional de la empresa ------------------------------------------------------------9

Figura 4: Logotipo de MySQL --------------------------------------------------------------------------------- 22

Figura 5: Logotipo de phpMyAdmid -------------------------------------------------------------------------- 23

Figura 6: Logotipo de oracle ----------------------------------------------------------------------------------- 24

Figura 7: Logotipo de SQL ------------------------------------------------------------------------------------- 24

Figura 8: Logotipo de HTML ---------------------------------------------------------------------------------- 26

Figura 9: Logotipo de CSS ------------------------------------------------------------------------------------- 27

Figura 10: Logotipo de JavaScript ----------------------------------------------------------------------------- 28

Figura 11: Logotipo de Php ------------------------------------------------------------------------------------- 29

Figura 12: Logotipo de XAMMP ------------------------------------------------------------------------------ 31

Figura 13: Logotipo de Wammp Server ---------------------------------------------------------------------- 31

Figura 14: Logotipo de Apache -------------------------------------------------------------------------------- 32

Figura 15: Logotipo de Sublime Text ------------------------------------------------------------------------- 33

Figura 16: Modelo de ciclo de vida Lineal ------------------------------------------------------------------- 34

Figura 17: Modelo de ciclo de vida en Cascada ------------------------------------------------------------- 35

Figura 18: Modelo de ciclo de vida en V --------------------------------------------------------------------- 36

Figura 19: Modelo Iterativo ------------------------------------------------------------------------------------ 36

Figura 20: Modelo Incremental -------------------------------------------------------------------------------- 36

Figura 21: Modelo de ciclo de vida Espiral ------------------------------------------------------------------ 37

Figura 22: Modelo Prototipo ciclo de vida ------------------------------------------------------------------- 39

x
Figura 23: Diagrama de uso del sistema ---------------------------------------------------------------------- 53

Figura 24: Diagrama de clase del sistema -------------------------------------------------------------------- 54

Figura 25: Diagrama Entidad- Relacion ---------------------------------------------------------------------- 55

Figura 26: Diagrama de Actividades del sistema ------------------------------------------------------------ 56

Figura 27: Diagrama de flujo ----------------------------------------------------------------------------------- 57

Figura 28: Sistema de catalogacion actual-------------------------------------------------------------------- 58

Figura 29: Interfaz principal del sistema de catalogación -------------------------------------------------- 64

Figura 30: Ventana de login para el Administrador --------------------------------------------------------- 64

Figura 31:Interfaz principal del Administrador -------------------------------------------------------------- 64

Figura 32: Ventana de login para el colaborador ------------------------------------------------------------ 64

Figura 33: Interfaz principal del sistema para el colaborador --------------------------------------------- 64

Figura 34: Ventana de registro de catalogación ------------------------------------------------------------- 64

Figura 35: Interfaz de consulta --------------------------------------------------------------------------------- 64

Figura 36: Ventana de consulta de no registro --------------------------------------------------------------- 64

Figura 37: Ventana de registros consultados ----------------------------------------------------------------- 64

Figura 38: Ventana de la opción de ver el registro ---------------------------------------------------------- 64

Figura 39: Formato para impresión ---------------------------------------------------------------------------- 64

Figura 40: Ventana de registro de productos ----------------------------------------------------------------- 64

Figura 41: Ventana de productores registrados -------------------------------------------------------------- 64

Figura 42: Ventana del reproductor --------------------------------------------------------------------------- 64

Figura 43: Muestra la base de datos del sistma -------------------------------------------------------------- 64

xi
INTRODUCCIÒN

Las nuevas aplicaciones tecnológicas hoy en día constituyen uno de los factores clave dentro

del desarrollo ya sea en el ambiente económico, social, cultural, por estos avances tecnológicos

surge la necesidad de automatizar todo proceso dentro de cualquier organización ya sean de tipo

dependencia gubernamental, comercial, público o privado.

Los sistemas informáticos facilitan la gestión de la información para la toma de decisiones, por

lo que el manejo de estas herramientas informáticas se ha generalizado como una necesidad en

la realización de las tareas asignadas a los empleados en el cumplimiento de sus funciones.

En este informe técnico se describe el “DESARROLLO DE UN SISTEMA DE

CATALOGACION PARA LA ADMINISTRACION DE PRODUCCION EN CORTV

OAXACA”, presenta módulos en donde el usuario o administrador puede registrar desde su

computadora personal los programas de radio que produce en la CORTV de igual manera el

colaborador podrá solo hacer la consulta de cada programa registrado y ver el formato de

catalogación; por otra parte el administrador tendrá la facilidad de poder consultar los registros

así mismo podrá realizar consultas, modificar y eliminar los formatos de catalogación también

tendrá la facilidad de realizar reportes e imprimir. En el capítulo 1 se hace mención de los datos

de la empresa como su misión y visión, dirección, el área específica en donde se desarrolló el

proyecto, así como valores que caracterizan a la Corporación Oaxaqueña de Radio y Televisión.

En el capítulo 2 está el fundamento teórico en donde encontrara una serie de definiciones,

conceptos y descripción de las tecnologías que engloban el desarrollo del sistema.

En el capítulo 3 podrá encontrar el procedimiento de las actividades realizadas que hicieron

posible el desarrollo e implementación del proyecto.

1
Primeramente se eligió la metodología a utilizar así como la herramienta para la obtención de la

información, también se realizó un análisis de requisitos en donde encontrara los requerimientos

que necesitara el sistema, los diagramas del sistema, etcétera.

En el capítulo 4 encontrara los resultados del proyecto aquí podrá ver las ventanas del sistema

de catalogación para la administración de producción en la CORTV.

2
JUSTIFICACIÓN

Actualmente en la empresa corporación oaxaqueña de radio y televisión es una empresa

dedicada al medio de comunicación en el que los ciudadanos pueden sintonizar sus estaciones

radio y programas que producen. En CORTV existe un proceso en el cual el registro de sus

programas lo realizan de manera manual. Con el paso del tiempo este proceso se ha vuelto muy

tedioso y se pierde bastante tiempo en la elaboración y llenando de formatos de catalogación

de programas de radio. Por ello surgió la necesidad de automatizar el proceso de registro de los

programas de CORTV y así beneficiando al personal encargado de realizar el trabajo. Puede

que tenga sus desventajas ya que el personal encargado del registro está acostumbrado, a hacerlo

de manera manual y puede que se les haga un poco difícil familiarizarse con este sistema. Para

que el desarrollo del sistema se lleve en tiempo y forma se utilizará una metodología la cual será

la del modelo espiral, dicha metodología consiste en que si el cliente quiere seguir haciendo

mejoras en el software, se vuelva a evaluar las distintas nuevas alternativas y riesgos y se realiza

otra vuelta del espiral, así hasta que llegue un momento en el que el producto software

desarrollado sea aceptado y no necesite seguir mejorándose con otro nuevo ciclo. Por lo tanto,

el sistema planteado, pretende optimizar las condiciones de este servicio, de una manera más

rápida y efectiva. Lo que se pretende es que la información de cada uno de los mismos, no sea

con el pasar del tiempo, traspapelada, extraviada y se pueda llevar un registro más preciso de

cada programa de televisión de la CORTV con el paso del tiempo hacerle mejoras para que sea

más eficiente.

3
OBJETIVOS

General

Desarrollar un sistema de catalogación para la administración que permita la automatización de

formatos de producción, almacenamiento de audios y reproducción en una play list para

CORTV, así como mejorar el proceso de registro, búsqueda, consulta, modificación.

Específicos

• Desarrollar un catálogo de programas de radio para CORTV.

• Automatizar la búsqueda y registro de formatos de cada programa de CORTV.

• Crear un play list para la reproducción de audios.

• Crear un directorio de consultas de formatos de radio.

• Asignar privilegios a los usuarios que permita la consulta, lectura y escritura de los

programas de radio.

• Diseñar los módulos del sistema: administración de usuarios, registros, reportes,

consultas, producción.

4
CAPITULO I

GENERALIDADES DE LA EMPRESA

5
1.1 Empresa:

Corporación Oaxaqueña de Radio y Televisión (CORTV).

1.2 Dirección:

Avenida Manuel Gómez Morín No. 116 Colonia Santa Cruz, San Jacinto Amilpas, Oaxaca, Oax.

C. P. 68285.

MACROLOCALIZACIÒN

Figura 1:Macrolocalizacion de la empresa

MICROLOCALIZACIÒN

Figura 2: Microlocalizacion de la empresa

6
1.3 Ubicación de la institución o empresa:

Av. Manuel Gomez Morin, Colonia Santa Cruz, San Jacinto Amilpas, Oaxaca de Juarez, Oaxaca. San

Jacinto Amilpas

1.4 Teléfono:

(951)-501-62-30

1.5 Dirección de correo electrónico:

Ing. Samuel Reyes Ramírez

sistemas@cortv.oaxaca.gob.mx

1.6 Giro:

CORTV es de medio de comunicación.

1.7 Misión:

La corporación oaxaqueña de radio y televisión (CORTV) es un medio de comunicación de

carácter público sin fines de lucrativos, que fomentan la riqueza sociocultural del estado de

Oaxaca y que brinda espacio a todas las voces de manera ordenada y objetiva, manteniendo la

pluralidad, veracidad y calidad en sus contenidos. Además, defiende y difunde la libertad de

expresión, las políticas públicas y las campañas de beneficio social que promueven el desarrollo

integral de la sociedad.

1.8 Visión:

La CORTV está orientada a ser el medio de comunicación de las y los oaxaqueños a través de

la mejora e innovación constantes en nuestras producciones radiofónicas y televisivas; a

7
colocarnos como un medio que proyecte al estado de Oaxaca a nivel nacional e internacional,

apoyándonos de nuevas tecnologías para realizar proyectos que impulsen al desarrollo integral

de los diferentes pueblos y comunidades de la entidad, con vocación educativa y de servicio y;

formar públicos con pensamientos crítico.

1.9 Valores:

En la Corporación Oaxaqueña de Radio y Televisión nos comprometemos a orientar nuestras

transmisiones a partir de los siguientes valores:

A- Honestidad: La congruencia entre el pensamiento, la palabra y la acción.

B- Respeto: La consideración y reconocimiento a las actitudes y pensamientos de nuestra

audiencia compuesta por los: los pueblos originarios, los grupos socioeconómicos, las

personas creadoras y con liderazgo de opinión, las y los representantes de la sociedad

civil, las y los empresarios y el personal adscrito al servicio público. Sectores con los

que la CORTV se relaciona.

C- Dialogo: Un valor fundamental para mejorar actitudes y relaciones, el cual deberá ser

directo y honesto entre las personas que forman parte de la institución, así como con las

personas o grupos con los cuales se tiene relación.

D- Libertad: Que tanto el personal como las y los directivos puedan expresar con total

seguridad sus opiniones, siempre que sea con orden, respeto y cordialidad.

E- Trabajo en equipo: La integración y participación de cada una de las personas que

integran la membresía de la CORTV, para lograrlos objetivos y metas institucionales.

F- Eficiencia: Entendida como el hacer uso de la mejor manera del tiempo laboral para

llevar a cabo las actividades inherentes al desempeño de los respectivos cargos.

8
G- Riqueza del idioma: En tanto medio de comunicación, la CORTV asume el compromiso

de utilizar el lenguaje de manera más amplia, enriquecedora y adecuada.

H- Diversidad: La CORTV difunde sus transmisiones en una entidad pluricultural

compuesta por quince pueblos originarios y una población afrodescendiente, que

cuentan con patrimonio natural, arqueológico, colonial, y un arte moderno pujante, por

lo que hace suyo el compromiso primordial de producir contenidos audiovisuales que

atienden este importante componente cultural de Oaxaca.

1.10 Estructura organizacional:

Figura 3: Estructura organizacional de la empresa

La CORTV Oaxaca es una dependencia de gobierno que cuenta con una estructura

organizacional la cual se describe enseguida:

La dirección general la tiene a cargo el Lic. Emilio de Leo Blanco quien es el responsable de

que todo marche bien, posteriormente se encuentran el consejo consultivo ciudadano, en el

mismo nivel está la unidad jurídica y el departamento de seguimiento y evaluación, después se

encuentran las direcciones de noticias, radio, televisión, de administración y finanzas:


9
La dirección de noticias cuenta con otros dos departamentos el de información y el de

producción de noticiarios.

En la dirección de radio se encuentra el departamento programación y el departamento de

producción radiofónica.

La Dirección de administración y finanzas a su vez tiene a otros departamentos que son:

departamento de finanzas y contabilidad, departamento de recursos materiales y de servicios

generales, departamento de personal, departamento de planeación y ejercicio presupuestal.

En la dirección de televisión esta se divide en departamento de imagen y desarrollo creativo,

departamento de realización televisiva. Dentro de la dirección de televisión se encuentra la

unidad operativa el cual esta se subdivide en dos departamentos el de telecomunicaciones, de

ingeniería y redes el cual es el área en donde se estuvo trabajando el proyecto el encargado del

departamento es el ingeniero Samuel Reyes Ramírez dicho departamento se encarga de todo lo

estructura de red de la CORTV y de la parte de programación de la página de la misma

institución a la que se le da mantenimiento.

1.11 RFC:

COR931120M28.

1.12 Descripción del Departamento o Área de Trabajo:

El departamento de ingeniería y redes es el encargado de llevar el control de la estructura de la

red y del servidor principal, así como de dar mantenimiento a los equipos de cómputo de la

CORTV; el encargado de esta área es el Ingeniero Samuel Reyes Ramírez.

10
1.12.1 Nombre del departamento:

Departamento de Ingeniera y Redes.

1.12.2 Estructura departamental:

Unidad de operaciones

Departamento de Departamento de ingeniería y


Telecomunicaciones redes

Esta área de unidad operativa tiene a su cargo dos departamentos más los cuales se muestran en

la imagen, el departamento en el que se estuvo colaborando es el de ingeniería y redes el cual el

responsable es el Ing. Samuel Reyes Ramírez quien es el encargado de toda la estructura de red

y de la parte de programación de la página de la CORTV a la cual se le da mantenimiento.

1.13 Problemas a Resolver

Como en toda institución pública o privada, se manejan procesos de registros, en la CORTV

existe el proceso de registro de programas de radio el cual se lleva a cabo de manera manual en

un formato de catalogación en el que cada productor debe anotar datos importantes que tienen

los programas de radio producidos en la CORTV; en el análisis de este proceso se detectó la

siguiente problemática:

11
• El registro de los programas de radio esta susceptible a ser realizado por el personal no

autorizado.

• No existe un método automatizado en donde se puedan realizar los registros de los

programas producidos.

• Se pueden alterar o manipular los datos que contengan los formatos de catalogación o la

traspapelada de la información a otro lugar.

• Existe pérdida de tiempo en la elaboración o registro de cada uno de los programas

producidos en la CORTV.

Debido a los problemas encontrados se propone un “Sistema de Catalogacion para la

Administración de Producción en CORTV Oaxaca”. Este sistema de catalogación será muy útil

para la corporación oaxaqueña de radio y televisión específicamente en el área de producción

de radio, con este sistema se garantizará la información de los programas de radio.

12
CAPITULO II

FUNDAMENTO TEORICO

13
2.1 Sistema

Es un conjunto de componentes que interactúan entre sí para lograr un objetivo en común, la

sociedad está rodeada de sistemas. Una organización es un sistema. Sus componentes:

mercadotecnia, manufactura, ventas, investigación, contabilidad y personal trabajan juntos para

crear utilidades que beneficien tanto a los empleados como a los accionistas de la compañía.

Cada uno de estos componentes es a su vez un sistema. Todo sistema organizacional depende,

en mayor o menor medida de una unidad abstracta denomina sistema de información. Los

sistemas de información proporcionan servicio a todos los demás sistemas de una organización

y enlazan todos sus componentes en forma tal que estos trabajen con eficiencia para alcanzar el

mismo objetivo (Senn, 1998).

2.2 Sistema de información

Un sistema de información, es una disposición de personas, actividades, datos, redes y

tecnología integrados entre sí con el propósito de apoyar y mejorar las operaciones cotidianas

de una empresa, así como satisfacer las necesidades de información para la resolución de

problemas y la toma de decisiones por parte de los directivos de la organización. El propósito

principal de un sistema de información es recoger, procesar e intercambiar información entre

los trabajadores de la empresa (Whitten y cols, 1996).

2.3 ¿Qué es un sistema de base de datos?

Un sistema de base de datos es básicamente un sistema computarizado para guardar registros;

es decir, es un sistema computarizado cuya finalidad general es almacenar información y

permitir a los usuarios recuperar y actualizar esa información con base en peticiones. La

información en cuestión puede ser cualquier cosa que sea de importancia para el individuo u

14
organización; en otras palabras, todo lo que sea necesario para auxiliarte en el proceso general

de su administración.

Es posible considerar a la propia base de datos como una especie de armario electrónico para

archivar; es decir, es un depósito o contenedor de una colección de archivos de datos

computarizados. Los usuarios del sistema pueden realizar una variedad de operaciones sobre

dichos archivos.

Un sistema de base de datos comprende cuatro componentes principales: datos, hardware,

software y usuarios.

2.3.1 Estructura de un sistema de base de datos

Un sistema de base de datos se divide en módulos que se encargan de cada una de las

responsabilidades del sistema completo. Los componentes funcionales de un sistema de base de

datos se pueden dividir a grandes rasgos en los componentes gestores de almacenamiento y

procesador de consultas.

2.3.1.1 Gestor de almacenamiento

Un gestor de almacenamiento es un módulo de programa que proporciona la interfaz entre los

datos de bajo nivel en la base de datos y los programas de aplicación y consultas emitidas al

sistema. El gestor de almacenamiento es responsable de la interacción con el gestor de archivos.

El gestor de almacenamiento traduce las diferentes instrucciones los componentes del gestor de

almacenamiento incluyen:

• Gestor de autorización e integridad: que comprueba que se satisfagan las restricciones

de integridad y la autorización de los usuarios para acceder a los datos.

• Gestor de transacciones: asegura que la base de datos quede en un estado consistente

(correcto).
15
Gestor de archivos: gestiona la reserva de espacio de almacenamiento de disco y las

estructuras de datos usadas para representar la información almacenada en disco.

• Gestor de memoria intermedia: responsable de traer los datos del disco de

almacenamiento a memoria principal y decidir qué datos tratar en memoria cache.

2.3.1.2 Procesador de consultas

Los componentes del procesador de consultas incluyen:

• Interprete del LDD: interpreta las instrucciones del LDD y registra las definiciones en el

diccionario de datos.

• Compilador del LMD: traduce las instrucciones del LMD en un lenguaje de consultas a

un plan de evaluación que consiste en instrucciones de bajo nivel que entiende el motor

de evaluación de consultas.

• Motor de evaluación de consultas: ejecuta las instrucciones de bajo nivel generadas por

el compilador del LMD.

2.4 Base de Datos

Una base de datos es un conjunto de datos almacenados en memoria externa que están

organizados mediante una estructura de datos. Cada base de datos ha sido diseñada para

satisfacer los requisitos de información de una empresa u otro tipo de organización, como por

ejemplo, una universidad o un hospital.

Antes de existir las bases de datos se trabajaba con sistemas de ficheros. Los sistemas de ficheros

surgieron al informatizar el manejo de los archivadores manuales para proporcionar un acceso

más eficiente a los datos almacenados en los mismos. Un sistema de ficheros sigue un modelo

16
descentralizado, en el que cada departamento de la empresa almacena y gestiona sus propios

datos mediante una serie de programas de aplicación escritos especialmente para él.

Una base de datos se puede percibir como un gran almacén de datos que se define y se crea una

sola vez, y que se utiliza al mismo tiempo por distintos usuarios. En una base de datos todos los

datos se integran con una mínima cantidad de duplicidad. Una base de datos es un conjunto de

datos persistentes que es utilizado por los sistemas de aplicación de alguna empresa dada.

Es la representación integrada de los conjuntos de entidades instancia correspondientes a las

diferentes entidades tipo del SI y de sus interrelaciones. Esta representación informática (o

conjunto estructurado de datos) debe poder ser utilizada de forma compartida por muchos

usuarios de distintos tipos.

2.4.1 Características de las base de datos

• Seguridad de datos

• Independencia de datos

• Integridad de datos

2.4.2 Ventajas de la base de datos

• Compactación: No hay necesidad de archivos en papel voluminosos.

• Velocidad: La máquina puede recuperar y actualizar datos más rápidamente que un

humano.

• Menos trabajo laborioso: Se puede eliminar gran parte del trabajo de llevar los archivos

a mano. Las tareas mecánicas siempre las realizan mejor las maquinas.

17
Actualidad: En el momento que las necesitamos, tendremos a nuestra disposición

información precisa y actualizada.

2.4.3 Arquitectura de las base de datos

La arquitectura se divide en tres niveles, conocidos como interno, conceptual y externo en

términos generales se podrían definir como:

2.4.3.1 Nivel interno

(También conocido como nivel físico) es el que está más cerca de almacenamiento físico; es

decir, es el que tiene que ver con la forma en que los datos están almacenados físicamente.

El tercer nivel de la arquitectura es el nivel interno. La vista interna es una representación de

bajo nivel de toda la base de datos y consiste en muchas ocurrencias de cada uno de los diversos

tipos de registros internos. “registro interno” es el termino de ANSI/SPARC para la construcción

que hemos venido llamando registro almacenado. Por lo tanto, la vista interna está todavía

distante del nivel físico, ya que no tiene que ver con términos como registros físicos también

denominados bloques o páginas.

La vista interna se describe por medio del esquema interno, el cual no solo define los diversos

tipos de registros almacenados sino que especifica también que índices existen, como están

representados los campos almacenados, en que secuencia están dichos registros, etcétera.

2.4.3.2 Nivel externo

(También conocido como nivel lógico de usuario) es el más próximo a los usuarios; es decir, el

que tiene que ver con la forma en que los usuarios individuales ven los datos.

Incluye una cierta cantidad de esquemas externos o vistas de usuario. Un esquema externo

describe la parte de la base de datos en la que un grupo de usuarios en particular está interesado

18
y le oculta el resto de la base de datos. Como en el caso anterior, cada esquema externo se

implementa normalmente mediante un modelo de datos representativo, posiblemente basado en

un diseño de esquema externo de un modelo de datos representativo, posiblemente basado en

un diseño de esquema externo de un modelo de datos de alto nivel.

2.4.3.3 Nivel conceptual

(También conocido como el nivel lógico de la comunidad, o en ocasiones solo el nivel lógico)

es un nivel de indirecciòn entre los otros dos.

La vista conceptual es una representación de todo el contenido de la información de la base de

datos, de nuevo (al igual que con la vista externa) es una forma un poco abstracta comparada

con la forma en la que por lo regular se almacenan los datos físicamente. La vista conceptual

consiste en muchas ocurrencias de varios tipos de registro conceptual; podría consistir en un

conjunto de ocurrencias de los registros de departamento, más un conjunto de ocurrencias de

los registros de empleado, más un conjunto de ocurrencias de los registros de proveedor, más

un conjunto de ocurrencias de los registros de parte.

La vista conceptual está definida por medio del esquema conceptual, el cual comprende

definiciones de cada uno de los diversos tipos de registros conceptuales.

2.4.4 Aplicaciones de los sistemas de base de datos

Las bases de datos son ampliamente usadas. Las siguientes son algunas de sus aplicaciones más

representativas:

• Banca: para información de los clientes, cuentas y préstamos, y transacciones bancarias.

• Líneas aéreas: para reservas e información de planificación. Las líneas aéreas fueron de

los primeros en usar las bases de datos de forma distribuida geográficamente (los

19
terminales situados en todo el mundo accedían al sistema de base de datos centralizado

a través de las líneas telefónicas y otras redes de datos).

• Universidades: Para información de los estudiantes, matriculas de las asignaturas y

cursos.

• Transacciones de tarjetas de crédito: Para compras con tarjeta de crédito y generación

mensual de extractos.

• Telecomunicaciones: para guardar un registro de las llamadas realizadas, generación

mensual de facturas, manteniendo el saldo de las tarjetas telefónicas de prepago y para

almacenar información sobre las redes de comunicaciones.

• Finanzas: Para almacenar información sobre grandes empresas, ventas y compras de

documentos formales financieros, como bolsa y bonos.

• Ventas: Para información de clientes, productos y compras.

• Producción: Para la gestión de la cadena de producción y para el seguimiento de la

producción de elementos en las factorías, inventarios de elementos en almacenes y

pedidos de elementos.

• Recursos humanos: Para información sobre los empleados, salarios, impuestos y

beneficios, y para la generación de las nóminas.

2.5 ¿Qué es un SGBD?

El sistema de gestión de la base de datos es una aplicación que permite a los usuarios definir,

crear y mantener la base de datos, además de proporcionar un acceso controlado a la misma. Se

denomina sistema de base de datos al conjunto formado por la base de datos, el SGBD y los

programas de aplicación que dan servicio a la empresa u organización.

20
Un sistema gestor de base de datos (SGBD) consiste en una colección de datos interrelacionados

y un conjunto de programas para acceder a dichos datos. La colección de datos, normalmente

denominada base de datos, contiene información relevante para una empresa. El objetivo

principal de un SGBD es proporcionar una forma de almacenar y recuperar la información de

una base de datos de manera que sea tanto practica como eficiente.

Los sistemas de base de datos se diseñan para gestionar grandes cantidades de información. La

gestión de los datos implica tanto la definición de estructuras para almacenar la información,

como la provisión de mecanismos para la manipulación de la información. Además, los sistemas

de base de datos deben proporcionar la fiabilidad de la información almacenada, a pesar de las

caídas del sistema o los intentos de acceso sin autorización. Si los datos van a ser compartidos

entre diversos usuarios, el sistema debe proporcionar la fiabilidad de la información,

almacenada, a pesar de las caídas del sistema o los intentos de acceso sin autorización. Si los

datos van a ser compartidos entre diversos usuarios, el sistema debe evitar posibles resultados

anómalos.

Un SGBD proporciona los servicios que se citan a continuación:

 Permite la definición de la base de datos mediante un lenguaje de definición de datos.

Este lenguaje permite especificar la estructura y el tipo de los datos, así como las

restricciones sobre los datos.

 Permite la inserción, actualización, eliminación y consulta de datos mediante un leguaje

de manejo de datos. El hecho de disponer de un lenguaje para realizar consultas reduce

el problema de los sistemas de ficheros, en los que el usuario tiene que trabajar con un

conjunto fijo de consultas, o bien, dispone de un gran número de programas de aplicación

costosos de gestionar.

21
 Proporciona un acceso controlado a la base de datos mediante:

o Un sistema de seguridad, de modo que los usuarios no autorizados no puedan

acceder a la base de datos.

o Un sistema de integridad que mantiene la integridad y la consistencia de los

datos.

o Un sistema de control de concurrencia que permite el acceso compartido a la

base de datos.

o Un sistema de control de recuperación que restablece la base de datos después

de que se produzca un fallo del hardware o del software.

o Un diccionario de datos o catálogo, accesible por el usuario, que contiene la

descripción de los datos de la base de datos.

2.5.1 Tipos de sistemas gestores de base de datos

Con el uso y el incremento del tipo de base de datos se desarrollaron sistemas informáticos que

gestionan toda la funcionalidad de la base de datos propiamente dicha intentando que sea manera

más clara, directa y sencilla.

2.5.1.1 MySQL

Es un sistema de gestión de base de datos relacional desarrollado bajo

Figura 4: Logotipo de licencia dual GPL/Licencia comercial por Oracle Corporation y está
MySQL
considerada como la base de datos open source más popular del

mundo, y una de las más populares en general junto a Oracle y Microsoft SQL Server, sobre

todo para entornos de desarrollo web.

22
MySQL fue inicialmente desarrollado por MySQL A.B (empresa fundada por David Axmark,

Allan Larsson y Michael Widenius). MySQL A.B fue adquirida por Sun Microsystems en 2008,

y esta a su vez fue comprada por Oracle Corporation en 2010, la cual ya era dueña desde 2005

de Innobase Oy, empresa finlandesa desarrollada del motor InnoDB para MySQL.

2.5.1.2 PHPMyAdmid

Es un software de código abierto, diseñado para manejar la

administración y gestión de base de datos MySQL a través de una


: interfaz gráfica de usuario. Escrito en PHP, phpMyAdmin se ha
Figura 5: Logotipo de
phpMyAdmid
convertido en una de las más populares herramientas basadas en web

de gestión de MySQL. PhpMyAdmin viene con una documentación detallada y está siendo

apoyado por un gran multi-idioma de la comunidad. PhpMyAdmin es cada vez mayor lista de

características soporta todas las operaciones de uso común tales como la navegación

pasando crear, modificar la base de datos MySQL, las tablas además, phpMyAdmin le permite

administrar usuario MySQL y privilegio de usuario.

23
2.5.1.3 Oracle

Oracle es la primera Base de Datos Diseñada para Grid Computing, es un

sistema de gestión de base de datos relacional fabricado por Oracle

Figura 6: Logotipo de oracle Corporation.

Oracle es básicamente una herramienta cliente/servidor para la gestión de base de datos la gran

potencia que tiene y su elevado precio hace que solo se vea en empresas muy grandes y

multinacionales, por norma general.

Surgió a finales del año 1970 del nombre de Relational Software a partir de un estudio sobre

SGBD Computer World defino este estudio como uno de los más completos jamás escritos sobre

base de datos.

Características de Oracle

Desarrollado sobre Oracle Database, Oracle Content Database ha sido diseñada para que las

organizaciones puedan controlar y gestionar grandes volúmenes de contenidos no estructurados

en un único repositorio con el objetivo de reducir los costes y los riesgos asociados a la perdida

de información.

2.5.1.4 SQL

SQL (por sus siglas en inglés Structured Query Language; en español

lenguaje de consulta estructurada) es un lenguaje declarativo de acceso

Figura 7: Logotipo de SQL a base de datos relacionales que permiten especificar diversos tipos de

operaciones en ellas. Una de sus características es el manejo del algebra y el cálculo relacional

24
que permiten efectuar consultas con el fin de recuperar, de forma sencilla, información de base

de datos, así como hacer cambios en ellas.

2.6 Aplicación Web

Una aplicación web es un conjunto de páginas web enlazadas que visualizan la información que

se quiere mostrar a través de ella. Constituye una de las mejores herramientas para divulgar,

gestionar y compartir la información por lo que trae consigo un aumento de la eficiencia en

cuanto a la manipulación de gran cantidad de elementos.

Las aplicaciones web se desarrollan como una extensión de los sistemas web para agregar

funcionalidad de negocio al proceso. Los servicios web son hoy en día muy importantes por el

uso inagotable de los mismos. Esto viene dado porque no solo permiten mostrar información

estática o escrita con anterioridad a través de internet o una intranet, sino que son capaces de

generar datos solicitados a través de consultas, debido a la dinámica sobre la que están basados

(Amescua, García, Martínez y Díaz, 1994).

Entre las principales bondades que brinda una aplicación web se encuentran:

• Rápido acceso a la información.

• Posibilidad de compartir información sin importar la plataforma operativa de cada usuario.

• Ofrece formas de comunicación mucho más baratas que el correo postal o el teléfono.

• Garantizan que la información este mucho más actualizada.

25
2.7 Lenguajes de programación

Un lenguaje de programación es un conjunto de reglas, notaciones, símbolos y/o caracteres que

permiten a un programador poder expresar el procesamiento de datos y sus estructuras en la

computadora. Cada lenguaje posee sus propias sintaxis. También se puede decir que un

programa es un conjunto de órdenes o instrucciones que resuelven un problema específico

basado en un lenguaje de programación.

Los lenguajes de programación web se pueden agrupar en dos grandes grupos: los lenguajes de

programación del lado del cliente que son los encargados de aportar dinamismo a la aplicación

en los navegadores; y los lenguajes del lado del servidor ejecutados en el servidor web justo

antes de que se envié la página a través del internet al cliente, permitiendo que se observe en la

misma los datos deseados por el servidor.

2.7.1 Lenguajes de programación del lado del cliente

Un lenguaje del lado del cliente es totalmente independiente del servidor. Lo cual permite que

la pagina pueda ser albergada en cualquier sitio. Pero nuestra página no se verá bien si la

computadora cliente no tiene instalados los plug-in adecuados. El código, tanto del hipertexto

como de los scripts, es accesible a cualquiera y ello puede afectar a la seguridad.

2.7.1.1 Qué es HTML

HTML es un lenguaje que se emplea para el desarrollo de páginas de

internet. Es un lenguaje de hipertexto, es decir, un lenguaje que permite

Figura 8: Logotipo de HTML escribir texto de forma estructurada. Está compuesto por una serie de

etiquetas que el navegador interpreta y da forma en la plantilla. HTML dispone de etiquetas para

26
imágenes, hipervínculos que nos permiten dirigirnos a otras páginas, saltos de línea, listas,

tablas, etc.

HTML nos permite editar documentos que contengan además de texto, elementos multimedia

(imágenes, animación, sonido, etc.), controles de entrada de datos (texto, botones, listas),

soporte para lenguajes de script (lo que posibilita crear documentos con los que puede

interactuar el usuario) y elementos de hiperenlace, que facilita la navegación y el acceso a otras

páginas HTML (Oilva, 2003).

Un documento HTML comienza con la etiqueta <html>, termina con </html>. Dentro del

documento hay dos zonas principales: el encabezamiento, delimitado por las marcas <HEAD>

y </HEAD>, que sirve para definir algunos valores válidos para todo el documento, y el cuerpo,

delimitado por las etiquetas <BODY> y </BODY>, donde reside la información del

documento.El elemento <TITLE> contenido dentro del encabezamiento permite especificar el

título de un documento HTML.

2.7.1.2 CSS

Hojas de estilo en cascada (Cascading Style Sheets) es el lenguaje de

hojas de estilo más utilizado en páginas web, es la mejor forma

de separar el aspecto visual del contenido de las páginas web lo que


Figura 9: Logotipo de CSS

mejora la accesibilidad del documento, reduce la complejidad de su

mantenimiento y permite visualizar el mismo documento en infinidad de dispositivos diferentes.

La utilización de las hojas de estilo CSS hace que el diseñador pueda reducir sustancialmente su

carga de trabajo al diseñar todo un sitio. Esto se debe a que CSS es capaz de centralizar ciertos

efectos visuales que se plasmen en diversas secciones del sitio en lugar de tenerlos diseminados

por páginas y páginas del sitio (olivera, 2007).

27
2.7.1.3 Java Script

JavaScript es un lenguaje interpretado basado en guiones que son

integrados directamente en el código HTML. El código es transferido

Figura 10: Logotipo de


al cliente para que este lo interprete al cargar la página. Con JavaScript
JavaScript
no pueden crearse programas independientes. JavaScript fue

originalmente creado por la empresa Netscape con el nombre original de LiveScript y

soportando gran cantidad de las instrucciones que tiene en la actualidad, con el propósito de

añadir interactividad a las páginas web vistas con su navegador de internet.

Actualmente JavaScript está integrado en otras aplicaciones y otros navegadores de internet, y

es uno de los lenguajes más utilizados en la red de redes para añadir interactividad a las páginas

web (calvo, 1999).

Las principales características de este lenguaje son:

• Es un lenguaje interpretado.

• No necesita compilación.

• Multiplataforma.

• Lenguaje de alto nivel.

• Admite programación estructurada.

• Basado en objetos.

• Maneja la mayoría de los eventos que se pueden producir sobre la página web.

• No se necesita ningún kit o entorno de desarrollo.

28
2.7.2 Lenguajes de programación del lado del servidor

Un lenguaje del lado del servidor es aquel que se ejecuta en el servidor web, justo antes de que

se envié la página a través de internet al cliente. Las páginas que se ejecutan en el servidor

pueden realizar accesos a base de datos, conexiones en red, y otras tareas para crear la página

final que vera el cliente. El cliente solamente recibe una página con el código HTML resultante

de la ejecución de la PHP. Como la página resultante contiene únicamente código HTML, es

compatible con todos los navegadores.

2.7.2.1 Qué es PHP

PHP es un lenguaje interpretado del lado del servidor que surge

dentro de la corriente denominada código abierto (open source). Se

Figura 11: Logotipo de Php caracteriza por su potencia, versatilidad, robustez y modularidad.

PHP es un lenguaje muy popular, adecuado para desarrollo web y que puede ser incrustado en

HTML. Es popular porque un gran número de páginas y portales web están creadas con PHP.

Código abierto significa que es de uso libre y gratuito para todos los programadores que quieran

usarlo. Incrustado en HTML significa que en un mismo archivo vamos a poder combinar código

PHP con código HTML, siguiendo unas reglas.

PHP se utiliza para generar páginas web dinámicas. Recordar que se llama página estática a

aquella cuyos contenidos permanecen siempre igual, mientras que llamamos páginas dinámicas

a aquellas cuyo contenido no es el mismo siempre. Por ejemplo, los contenidos pueden cambiar

en base a los cambios que haya en una base de datos, de búsquedas o aportaciones de los

usuarios.

El lenguaje PHP se procesa en servidores, que son potentes ordenadores con un software y hardware

especial.
29
2.7.2.1.1 ¿Cómo funciona PHP?

A diferencia de Java o JavaScript que se ejecutan en el navegador, PHP se ejecuta en el servidor

por eso nos permite acceder a los recursos que tengan el servidor como por ejemplo podría ser

una base de datos. El programa PHP es ejecutado en el servidor y el resultado es enviado al

navegador. El resultado es normalmente una página HTML pero también podría ser una página

WML (Wap).

Al ser PHP un lenguaje que se ejecuta en el servidor no es necesario que su navegador lo soporte,

es independiente del navegador, sin embargo, para que sus páginas PHP funcionen el servidor

donde están alojados debe soportar PHP.

El funcionamiento de PHP se puede describir a través de los pasos siguientes:

• Escribir en las páginas HTML pero con el código PHP dentro.

• Guardar la página en el servidor web.

• Un navegador solicita una página al servidor.

• El servidor interpreta el código PHP.

• El servidor envía el resultado del conjunto de código HTML y el resultado del código PHP

que también es HTML.

2.7.2.1.2 Características

Al ser un lenguaje libre dispone de una gran cantidad de características que lo convierten en la

herramienta ideal para la creación de páginas web dinámicas:

• Soporte para una gran cantidad de bases de datos: MysSQL, PostgreSQL, Oracle, MS SQL

Server, SybasemSQL, Informix, entre otras.

30
• Integración con varias bibliotecas externas, permite generar documentos en PDF (documentos

de Acrobat Reader) hasta analizar código XML.

• Ofrece una solución simple y universal para las paginaciones dinámicas del

Web de fácil programación.

2.8 Servidores Web

Los servidores web son ordenadores con un software que les permite aceptar y responder

solicitudes de máquinas clientes. El código recibido por el cliente suele ser compilado y

ejecutado por un navegador web. El término también se emplea para referirse al ordenador que

ejecuta el programa.

2.8.1 XAMMP

XAMPP es el entorno más popular de desarrollo con PHP. Es una

distribución de apache completamente gratuita y fácil de instalar que

Figura 12: Logotipo de contiene MariaDB, PHP y Perl. El paquete de instalación de XAMPP ha
XAMMP
sido diseñado para ser increíblemente fácil de instalar y usar.

2.8.2 Wammp Server

Es un entorno de desarrollo web de Windows. Te permite crear

aplicaciones web con Apache 2, PHP y una base de datos MySQL. Al

Figura 13: Logotipo de lado, PhpMyAdmin permite administrar fácilmente sus bases de datos.
Wammp Server

31
2.8.3 Apache

Es un servidor HTTP de código abierto siendo el más difundido y utilizado

en internet.

:
Figura 14: Logotipo de Talvez lo que hace más atractivo a apache es su alta estabilidad, seguridad y
Apache
facilidad de expansión. Es una tecnología gratuita de código fuente abierta.

Apache se encuentra disponible para una gran cantidad de sistemas operativos, entre los que se

encuentran Linux, BeOS, FreeBSD, HP UNIX, MacOS X, OS/2, QNX, Solaris, Rhapsody, Sun OS,

UNIXwere y Windows, entre otros.

Tiene la capacidad para servir páginas tanto de contenido estático, como de contenido dinámico

a través de otras herramientas soportadas que facilitan la actualización de los contenidos

mediante Base de datos, ficheros u otras fuentes de información. Ofrece un amplio soporte de

PHP, también se pueden ejecutar los servlets de Java utilizando en premiado entorno Tomcat

con Apache.

Brinda una gran flexibilidad en el registro y la monitorización del estado del servidor mediante un

navegador web (Pallo y Ortiz, 2012).

2.9 Editores de Textos

Un editor de textos es un programa que permite crear y modificar archivos digitales compuestos

únicamente por textos sin formato. Cuenta con las diferentes herramientas por medio de las

cuales se modifica el estilo del texto, el tamaño, la fuente, alineación, color, etc. Para desarrollar

la aplicación web se utilizó el editor de textos Sublime Text.

32
2.9.1 Sublime Text

Sublime Text es un editor de código multiplataforma, ligero y con

pocas concesiones a las florituras. Es una herramienta concebida para

programar sin distracciones. Su interfaz de color oscuro y la riqueza


Figura 15: Logotipo de
Sublime Text
de coloreado de la sintaxis, centra nuestra atención completamente.

Permite crear varios documentos abiertos mediante pestañas, e incluso emplear varios panales

para aquellos que utilicen más de un monitor.

2.10 Ciclo de vida de un software

La ISO, International Organization for Standardization, en su norma 12207 define al ciclo de

vida de un software como un marco de referencia que contiene las actividades y las tareas

involucradas en el desarrollo, la explotación y el mantenimiento de un producto software,

abarcando desde la definición hasta la finalización de su uso. Define el estado de las fases a

través de las cuales se mueve un proyecto de desarrollo se software. El primer ciclo de vida de

software, “cascada”, fue definido por Winston Royce a fines del 70. Desde 10 a 15 años atrás,

este modelo fue sujeto a críticas, por ser restrictivo y rígido.

2.10.1 Modelo de Ciclo de Vida del Software

La ingeniería del software establece y se vale de una serie de modelos que establecen y muestran

las distintas etapas y estados por los que pasa un producto software, desde su concepción inicial,

pasando por su desarrollo, puesta en marcha y posterior mantenimiento, hasta la retirada del

producto. A estos modelos se les denomina “Modelos de ciclo de vida del software”. El primer

modelo concebido fue el de Royce, más comúnmente conocido como Cascada o “Lineal

Secuencial”. Este modelo establece que las diversas actividades que se van realizado al
33
desarrollar un producto software, se suceden de forma lineal. Los modelos de ciclo de vida del

software describen las fases del ciclo de software y el orden en que se ejecutan las fases. Un

modelo de ciclo de vida de software es una vista de las actividades que ocurren durante el

desarrollo de software, intenta determinar el orden de las etapas involucradas y los criterios de

transición asociados entre etapas. Un modelo de ciclo de vida del software:

• Define las fases principales de desarrollo de software.

• Define las fases primarias esperadas de ser ejecutadas durante esas fases Ayuda a

administrar el progreso del desarrollo.

• Provee un espacio de trabajo para la definición de un proceso detallado de desarrollo de

software.

Las principales diferencias entre distintos modelos de ciclo de vida están divididas en tres grandes

visiones:

• El alcance del ciclo de vida, que depende de hasta donde deseamos llegar con el proyecto:

solo saber si es viable el desarrollo de un producto, el desarrollo completo o el desarrollo

completo más las actualizaciones y el mantenimiento.

• La cualidad y cantidad de las etapas, en que dividiremos el ciclo de vida: según el ciclo

de vida que adoptemos, y el proyecto para el cual lo adoptemos.

• La estructura y la sucesión de las etapas, si hay realimentación entre ellas, y si tenemos

libertad de repetirlas (iterar).

2.10.1.1 Modelo Lineal

Es el más sencillo de todos los modelos. Consiste en descomponer la

actividad global del proyecto en etapas separadas que son realizadas


Figura 16: Modelo de ciclo
de vida Lineal
de manera lineal, es decir, cada etapa se realiza una sola vez, a
34
continuación de la etapa anterior y antes de la etapa siguiente. Con un ciclo de vida lineal es

muy fácil dividir las tareas, y prever los tiempos (sumando linealmente los de cada etapa).

Las actividades de cada una de las etapas mencionadas deben ser independientes entre sí, es decir,

que es condición primordial que no haya retroalimentación entre ellas, aunque si pueden admitirse

ciertos supuestos de realimentación correctiva.

Se destaca como ventaja la sencillez de su gestión y administración tanto económica como

temporal, ya que se acomoda perfectamente a proyectos internos de una empresa para programas

muy pequeños de ABM (sistemas que realizan Altas, Bajas y Modificaciones sobre un conjunto

de datos). Tiene como desventaja que no es apto para Desarrollos que superen mínimamente

requerimientos de retroalimentación entre etapas, es decir, es muy costoso retomar una etapa

anterior al detectar alguna falla.

2.10.1.2 Modelo Cascada

Este modelo de ciclo de vida fue propuesto por Winston Royce en el

año 1970. Es un ciclo de vida que admite iteraciones, contrariamente


Figura 17: Modelo de ciclo
de vida en Cascada a la creencia de que es un ciclo de vida secuencial como el lineal.

Después de cada etapa se realiza una o varias revisiones para comprobar si se puede pasar a la

siguiente. Es un modelo rígido, poco flexible, y con muchas restricciones. Aunque fue uno de

los primero, y sirvió de base para el resto de los modelos de ciclo de vida.

Una de sus ventajas, además de su planificación sencilla, es la de proveer un producto con un

elevado grado de calidad sin necesidad de un personal altamente calificado. Se pueden

considerar como inconvenientes: la necesidad de contar con todos los requerimientos (o la

mayoría) al comienzo del proyecto, y si se han cometido errores y no se detectan en la etapa

inmediata siguiente, es costoso y difícil volver atrás para realizar la corrección posterior.

35
2.10.1.3 Modelo en V

Este ciclo fue diseñado por Alan Davis, y contiene las mismas etapas

que el ciclo de vida en cascada puro. A diferencia de aquel, a este se


Figura 18: Modelo de ciclo
de vida en V
le agregaron dos subetapas de retroalimentación entre las etapas de

análisis y mantenimiento, y entre las de diseño y debuggin.

Podemos utilizar este modelo de ciclo de vida en aplicaciones, que si bien son simples (pequeñas

transacciones sobre bases de datos por ejemplo), necesitan una confiabilidad muy alta.

2.10.1.4 Modelo Iterativo

También derivado del ciclo de vida en cascada puro, este modelo busca

reducir el riesgo que surge entre las necesidades del usuario y el


Figura 19: Modelo Iterativo
producto final por malos entendidos durante la etapa de solicitud de

requerimientos.

Es la iteración de varios ciclos de vida en cascada. Al final de cada iteración se le entrega al cliente

una versión mejorada o con mayores funcionalidades del producto.

El cliente es quien luego de cada iteración, evalúa el producto y lo corrige o propone mejoras. Estas

iteraciones se repetirán hasta obtener un producto que satisfaga al cliente.

2.10.1.5 Modelo Incremental

Este modelo de ciclo de vida se basa en la filosofía de construir

incrementando las funcionalidades del programa.


Figura 20: Modelo
Incremental Se realiza construyendo por módulos que cumplen las diferentes

funciones del sistema. Esto permite ir aumentando gradualmente las capacidades del software.

Este ciclo de vida facilita la tarea del desarrollo permitiendo a cada miembro del equipo

36
desarrollar un módulo particular en el caso de que el proyecto sea realizado por un equipo de

programadores.

Es una repetición del ciclo de vida en cascada, aplicándose este ciclo en cada funcionalidad del

programa a construir. Al final de cada ciclo le entregamos una versión al cliente que contiene

una nueva funcionalidad. Este ciclo de vida nos permite realizar una entrega al cliente antes de

terminar el proyecto.

El modelo de ciclo de vida incremental nos genera algunos beneficios tales como los que se describen

a continuación:

• Construir un sistema pequeño siempre es menos riesgoso que construir un sistema grande.

• Como desarrollamos independientemente las funcionalidades, es más fácil relevar los

requerimientos del usuario.

• Si se detecta un error grave, solo desechamos la última iteración.

• No es necesario disponer de los requerimientos de todas las funcionalidades en el comienzo

del proyecto y además facilita la labor del desarrollo con la conocida filosofía de divide &

conqueror.

2.10.1.6 Modelo Espiral

Este ciclo puede considerarse una variación del modelo con

prototipado, fue diseñado por Boehm en el año 1988. El modelo se


Figura 21: Modelo de ciclo
de vida Espiral basa en una serie de ciclos repetitivos para ir ganando madurez en el

producto final. Toma los beneficios de los ciclos de vida incremental y por prototipos, pero se

tiene más en cuenta el concepto de riesgo que aparece debido a las incertidumbres e ignorancias

de los requerimientos proporcionados al principio del proyecto o que surgirán durante el

37
desarrollo. A medida que el ciclo se cumple (el avance del espiral), se van obteniendo prototipos

sucesivos que van ganando la satisfacción del cliente o usuario.

A menudo, la fuente de incertidumbres es el propio cliente o usuario, que en la mayoría de las

oportunidades no sabe con perfección todas las funcionalidades que debe tener el producto.

Este modelo hay cuatro actividades que envuelven a las etapas:

• Planificación: Relevamiento de requerimientos iniciales o luego de una iteración.

• Análisis de Riesgo: De acuerdo con el relevamiento de requerimientos decidimos si

continuamos con el desarrollo.

• Implementación: Desarrollamos un prototipo basado en los requerimientos.

• Evaluación: El cliente evalúa el prototipo, si da su conformidad, termina el proyecto.

En caso contrario, incluimos los nuevos requerimientos solicitados por el cliente en la

siguiente iteración.

La ventaja más notoria de este modelo de desarrollo de software es que puede comenzarse el

proyecto con alto grado de incertidumbre, se entiende también como ventaja el bajo riesgo de

retraso en caso de detección de errores, ya que se puede solucionar en la próxima rama del

espiral.

Algunas de las desventajas son: el costo temporal que suma cada vuelta del espiral, la dificultad

para evaluar los riesgos y la necesidad de la presencia o la comunicación continúa con el cliente

o usuario.

38
2.10.1.7 Modelo Prototipo

Se utiliza mayoritariamente en desarrollos de productos con

innovaciones importantes, o en el uso de tecnologías nuevas o poco


Figura 22: Modelo Prototipo
ciclo de vida
probadas, en las que la incertidumbre sobre los resultados a obtener, o

la ignorancia sobre el comportamiento, impiden iniciar un proyecto

secuencial.

La ventaja de este ciclo se basa en que es el único apto para desarrollos en los que no se conoce

a priori sus especificaciones o la tecnología a utilizar. Como contrapartida, por este

desconocimiento, tiene la desventaja de ser altamente costoso y difícil para la administración

temporal.

2.11 Diagramas UML

UML (Unified Modeling Language) es un lenguaje que permite modelar, construir y documentar

los elementos que forman un sistema software orientado a objetos. Se ha convertido en el

estándar de facto de la industria, debido a que ha sido concebido por los autores de los tres

métodos más usados de orientación a objetos: Grady Booch, Ivar Jacobson y Jim Rumbaugh.

UML está compuesto por diversos elementos gráficos que se combinan para conformar

diagramas. Debido a que el UML es un lenguaje, cuenta con reglas para combinar tales

elementos.

La finalidad de los diagramas es presentar diversas perspectivas de un sistema, a las cuales se les

conoce como modelo. Recordemos que un modelo es una representación simplificada de la realidad;

el modelo UML describe lo que supuestamente hará un sistema, pero no dice cómo implementar dicho

sistema.

39
UML define nueve tipos de diagramas divididos en dos categorías:

• Diagramas estructurales: describen las relaciones estructurales o estáticas entre los

componentes. Esta categoría está formada por el diagrama de clases, el diagrama de

objetos, diagrama de componentes y el diagrama de implantación.

• Diagramas de comportamiento: su propósito es describir las relaciones de

comportamiento o dinámicas entre los componentes. Esta categoría está compuesta por

el diagrama de caso de uso, el diagrama de secuencia, el diagrama de colaboración, el

diagrama de estado y el diagrama de actividad.

2.11.1 Diagramas de clases

Los diagramas de clases capturan la estructura estática del sistema y actúan como base de otros

modelos. Muestran las clases, las interfaces, las colaboraciones, las dependencias, las

generalizaciones, las asociaciones y otras relaciones. Estos Diagramas son muy útiles para

modelar el esquema conceptual de la base de datos. Diagramas de paquetes: estos diagramas

son un subconjunto de los diagramas de clases. Organizan los elementos del sistema en grupos

relacionados denominados paquetes. Un paquete puede ser una colección de clases relacionadas

y de las relaciones entre ellas. Los diagramas de paquetes ayudan a minimizar las dependencias

en un sistema.

2.11.2 Diagrama de Objetos

Los diagramas de objetos muestran un conjunto de objetos y sus relaciones. Ofrecen una vista

estática de un sistema en un momento dado y normalmente se utilizan para probar la exactitud

de los diagramas de clases.

40
En otras palabras el Diagrama de Objetos muestra un conjunto de objetos y sus relaciones en un

momento concreto. Los Diagramas de Objetos son realmente útiles para modelar estructuras de

datos complejas.

2.11.3 Diagramas de componentes

Los diagramas de componentes ilustran las organizaciones y las dependencias entre los

componentes software. Un diagrama de componentes normalmente consta de componentes,

interfaces y relaciones de dependencia. Un componente puede ser un componente de código

fuente, un componente runtime o un componente ejecutable. Es un bloque constructivo físico

del sistema y se representa como un rectángulo con dos pequeños rectángulos o etiquetas

solapadas en su lado izquierdo. Una interfaz es un grupo de operaciones que un componente

utiliza o crea, y normalmente se representa con un círculo pequeño. La relación de dependencia

se utiliza para modelar la relación entre dos componentes y se representa con una flecha

discontinua que apunta desde un componente al componente del que depende. En el caso de las

bases de datos, los diagramas de componentes simbolizan los datos almacenados, como los

espacios de tabla (tablespaces) o particiones. Las interfaces se refieren a las aplicaciones que

utilizan los datos almacenados.

2.11.4 Diagramas de Implantación

Los diagramas de implantación representan la distribución de componentes (ejecutables,

librerías, tablas, ficheros) por la topología hardware. Representan los recursos físicos de un

sistema, incluyendo nodos, componentes y conexiones, y se utilizan básicamente para mostrar

la configuración de los elementos de procesamiento runtime (los nodos) y de los procesos

software que residen en ellos (los hilos).

41
2.11.5 Diagramas de casos de uso

Estos diagramas se utilizan para modelar las interacciones funcionales entre los usuarios y el

sistema. Un escenario es una secuencia de pasos que describen una interacción entre un usuario

y un sistema. Un caso de uso es un conjunto de escenarios que tienen un objetivo común. El

diagrama de caso de uso fue introducido por Jacobson para visualizar los casos de uso. El

diagrama de caso de uso muestra a los actores interactuando con casos de uso y pueden

entenderse fácilmente sin conocer notación alguna. Un caso de uso individual se representa con

un ovalo y simboliza una tarea específica llevada a cabo por el sistema. Un actor, mostrado con

el símbolo de una persona, representa un usuario externo, que puede ser un ser humano, un

grupo representativo de usuarios, un cierto rol de una persona de una empresa, o cualquier cosa

externa al sistema. El diagrama de caso de uso muestra las posibles interacciones del sistema

(en nuestro caso un sistema de base de datos) y describe como casos de uso las tareas específicas

que el sistema realiza. Como no incluyen ningún detalle de la implementación y son muy fáciles

de entender, son un buen vehículo de comunicación entre los usuarios finales y los

desarrolladores, a la vez que facilita la validación de usuario en una etapa más temprana. Con

los diagramas de casos de uso también se pueden generar fácilmente planes de prueba. La

relación incluye se utiliza para factorizar algún comportamiento común a partir de dos o más de

los casos de uso originales; es una forma de reutilización.

Diagramas de interacción: Estos diagramas se utilizan para modelar los aspectos dinámicos de

un sistema. Consisten en un conjunto de mensajes intercambiados entre un conjunto de objetos.

Hay dos tipos de diagramas de interacción: de secuencia y de colaboración.

42
2.11.6 Diagramas de secuencia

Los diagramas de secuencia describen las interacciones entre varios objetos en el transcurso del

tiempo. Básicamente, ofrecen una vista dinámica del sistema mostrando el flujo de mensajes

entre los objetos. Dentro del diagrama de secuencia, un objeto o un actor se muestra como un

recuadro en la parte superior de una línea vertical discontinua, que se denomina línea de vida

(lifeline) del objeto. En los diagramas de secuencia también pueden mostrarse marcadores de

condición e interacción para especificar cuándo ha de enviarse el mensaje, así como la condición

para enviar varios marcadores. Una línea de retorno discontinua muestra un retorno desde el

mensaje y es opcional a menos que transporte un significado especial.

2.11.7 Diagramas de Colaboración

Los diagramas de colaboración representan las interacciones entre objetos como una serie de

mensajes en secuencia. En estos diagramas se centra la atención en la organización estructural

de los objetos que envían y reciben mensajes, mientras que en los diagramas de secuencia la

atención se centra en la ordenación de los mensajes en el tiempo. Los diagramas de colaboración

muestran los objetos como iconos y numeran los mensajes; los mensajes numerados representan

un orden.

2.11.8 Diagramas de Estado

El diagrama de estados engloba todos los mensajes que un objeto puede enviar o recibir, en otras

palabras en un escenario que representa un camino dentro de un diagrama. Como característica

de estos diagramas siempre cuentan con dos estados, especiales el inicial y el final, con la

particularidad que este diagrama puede tener solo un estado inicial pero varios estados finales.

43
Estos diagramas describen como cambia el estado de un objeto en respuesta a eventos externos.

Los elementos importantes de un diagrama de estado son los siguientes:

• Estados. Se muestran como cajas de bordes redondeados, y representan situaciones de la vida

de un objeto.

• Transiciones. Se muestran como flechas solidas entre los estados. Representan las rutas entre

los diferentes estados de un objeto. Están etiquetadas con el nombre del evento

[defensa]/acción; el evento lanza la transición y la acción es el resultado de ella. La defensa

es una condición adicional y opcional que especifica una condición bajo la que no puede

darse el cambio de estado.

• Estado principio/inicial. Se muestra como un círculo solido con una flecha de salida hacia

un estado.

• Estado detener/final. Se muestra como un circulo relleno de borde doble con una flecha

apuntando a él desde un estado.

Los diagramas de estado son útiles para especificar como la reacción de un objeto a un mensaje

depende de su estado. Un evento es algo que se le hace a un objeto, como enviarle un mensaje;

una acción es algo que un objeto hace, como enviar un mensaje.

2.11.9 Diagramas de Actividad

Los diagramas de actividad presentan una vista dinámica del sistema modelando el flujo de

control de actividad a actividad. Los podemos considerar como diagramas de flujo con los

estados. Una actividad es un estado de hacer algo que podría ser un proceso real o una operación

en alguna clase de la base de datos. Normalmente, los diagramas de actividad se utilizan para

modelar el flujo de trabajo y las operaciones comerciales internas para una aplicación.

44
2.11.10 Diagrama de E-R

Es una herramienta para el modelado de datos que permite representar las entidades relevantes de un

sistema de información así como sus interrelaciones y propiedades.

En un Diagrama Entidad Relación se definen conceptos tales como diagrama, entidad relación ,

modelo entidad relación, atributo, relación, conjunto de relaciones, restricciones,

correspondencia de cordialidades, restricciones de participación, representación del objeto de

estudio en el mundo de los datos, obtención del diagrama entidad relación, componentes y

diagrama entidad relación, pasos a seguir para el diagrama entidad relación y operaciones sobre

objetos gráficos del diagrama Entidad Relación.

2.12 Catalogación

La catalogación es el proceso de describir los elementos informativos que permiten identificar

un documento y de establecer los puntos de acceso que van a permitir recuperarlo por el título

autor o materia que se conocen de antemano aplicando reglas ya establecidas

internacionalmente.

2.12.1 Objetivos de la Catalogación

• Facilitar el acceso de información al usuario.

• Lograr la normalización de todo tipo de documento.

• Facilita la automatización, manejo y transferencia de la información.

45
CAPITULO III

PROCEDIMEINTO Y DESCRIPCION DE LAS ACTIVIDADES

REALIZADAS

46
3.1 Metodología a utilizar

La metodología a utilizar para el desarrollo de este sistema fue la del modelo espiral en este

modelo cada actividad de este modelo se conforman en una espiral, en la que cada bucle o iteración

representa un conjunto de actividades.

3.1.1 El modelo Espiral

El presente proyecto fue desarrollado mediante el modelo espiral el cual se basa en una serie de

ciclos repetitivos para ir ganando madurez en el producto final. Toma los beneficios de los ciclos

de vida incremental y por prototipos, pero se tiene más en cuenta el concepto de riesgo que

aparece debido a las incertidumbres e ignorancias de los requerimientos proporcionados al

principio del proyecto o que surgirán durante el desarrollo. El modelo en espiral que se tomo

fue el de las seis regiones la cual consta de seis etapas:

Comunicación con el cliente:

En esta fase se tuvo contantemente comunicación con la empresa y el encargado de radio así

como con el asesor interno, mientras se estuvo realizando el proyecto, para poder obtener

información o aclaración de dudas sobre la realización del proyecto.

Planificación:

En esta actividad se elaboraron estrategias para poder obtener la información necesaria por lo

que se realizaron y aplicaron encuestas detalladas al personal del departamento de Radio de la

CORTV.

47
Análisis de riesgos:

La información recabada en la fase anterior sirvió para un análisis, para proponer posibles

soluciones al problema planteado. Se determinaron las herramientas que se ocuparon para el

desarrollo del proyecto, las cuales se enlistan de la siguiente manera:

 Sistema operativo (Windows)

 Gestor de base de datos

 Lenguajes de programación y (HTML, PHP, CSS)

 Servidor web (XAMMP)

Desarrollo:

En esta actividad con base a la planificación y el análisis de la información obtenida se inició

con el desarrollo del proyecto la cual se planteó de la siguiente manera y se elaboraron los

siguientes diagramas:

 Diseño del modelo entidad-relación

 Creación de la base de datos

 Diagrama de clases

 Casos de uso

 Diagrama de secuencia

 Diagrama de estado

 Diagrama de actividad

 Creación de los módulos

48
Evaluación del cliente:

En esta última fase una vez obtenido el resultado se procede a la verificación de las pruebas con

datos reales de los registros de los programas de radio, ya que todo funciona correctamente se

realiza la implantación del sistema en el servidor que designe la empresa para su uso

correspondiente.

3.2 Descripción detallada de las actividades

En este apartado se describirá la manera de cómo se obtuvo información necesaria de la empresa

para saber las necesidades que carece, la manera en como desempeñan sus funciones.

3.2.1 Recopilación de la información

La técnica utilizada para recolectar la información de la empresa fue una encuesta (anexo A) a

la CORTV específicamente en el Área del Departamento de Radio de la cual se obtuvieron estos

resultados:

La encuesta arrojó como resultado que de las 10 personas a quienes se les aplico la encuesta

dijeron que en la CORTV se necesita un sistema para los programas de radio producidos en esta

Corporación esto con la finalidad de automatizar el registro de estos programas, de las 10

personas 8 de ellas dijeron que al día se registran alrededor de 1 a 7 programas en un formato

de catalogación y que es muy fácil hacer este registro pero el único inconveniente de este

proceso es que lo hacen de manera manual y que tardan entre de 3 a 5 minutos en registrar un

solo programa. También en la encuesta realizada dieron a conocer los datos que se registran de

cada programa los cuales son: nombre del programa, clavé del programa, resumen, número del

programa, mención de responsabilidad, créditos, velocidad de muestreo, contenidos, idioma,

tema o palabra clave, participantes, notas generales, canales, genero radiofónico, titulo, etcétera
49
estos son algunos datos que se deben tener en cuenta al momento de registrar cada programa de

radio.

De la misma manera en la encuesta realizada, arrojo como quieren que sea el proceso y que

opciones debe tener el sistema de catalogación para que su uso sea práctico y fácil de usar son

las siguientes: consultar, modificar y eliminar los registros de cada programa que se registre.

3.3 Análisis de Requisitos del Software

Este documento es una Especificación de requisitos software (ERS) para el sistema de la

administración de catalogación de producción en CORTV Oaxaca. Esta especificación se ha

estructurado basándose en la norma APA.

3.3.1 Determinación de los Requerimientos del Sistema.

La CORTV tiene la capacidad de contar con un sistema que permita llevar un mejor control, que

a su vez sea fácil de manejar; el control consiste en llevar a cabo un registro de todos los

programas de radio que producen en la CORTV.

El sistema consistirá en registrar todos lo que tenga que ver con los programas de radio. Es decir

el usuario (productor de radio) podrá consultar, modificar, generar reportes, permitirá agregar

el audio de cada programa registrado. También contara con la opción de impresión del formato

de registro de cada programa.

Para dicho registro se necesitaran datos como los siguientes:

Programas: Para poder registrar los programas de radio se tendrán en cuenta los siguientes datos:

una clave del programa, titulo, nombre del programa, mención de responsabilidad, lugar de

producción, nombre del productor, fecha de producción, fecha de transmisión, velocidad de

50
muestreo, formato de archivo, canales, notas generales, resumen, créditos, contenidos,

participantes, idioma, tema o palabra clave, genero radiofónico.

Reportes: Dentro de reportes se podrá eliminar el registró de cada uno de los programas.

Consultas: Para poder consultar cada uno de los programas de radio registrados, este se hará

mediante la título de cada programa así al momento de introducir el titulo lo que hará el sistema

es la búsqueda y mostrara los programas.

Reproducción de Audio: Para poder reproducir el audio de cada programa se necesitara que este en

formato mp3.

Es fundamental mencionar que no se cuenta con un solo tipo de programa de radio, pues esto

dependerá del género radiofónico.

El sistema tendrá beneficios tales como la automatización de los formatos de catalogación de

los programas de radio que se producen, reduciendo tiempo en rellenar los formatos,

contribuyendo con el medio ambiente reduciendo el uso de papel (hojas blancas).

Perspectiva del producto

El sistema será un producto diseñado para trabajar en entorno WEB lo que permitirá su utilización

de forma rápida y eficaz.

3.4 Funcionalidad del Sistema

Para que el sistema pudiera funcionar se desarrollaron y elaboraron los diferentes

diagramas uml: el de clases, objetos, casos de uso, actividades, entidad relación.

51
3.4.1 Diseño

El diseño del sistema es el proceso de describir, organizar y estructurar los componentes de los

sistemas. En esta etapa se utilizó como base la información obtenida durante el análisis para

realizar el diseño lógico del sistema.

Se diseñaron procedimientos precisos para la captura de datos, a fin de que los datos que se registren

en el sistema sean los correctos. Para la base de datos se diseñaron diferentes diagramas que

representan el modelo conceptual de la base de datos. Por otra parte el diseño de las interfaces de

usuarios (menús, login, formularios, consultas, reportes, reproducción de audio), dándole un aspecto

amigable para facilitar la interacción del usuario con el sistema.

3.4.2 Elaboración de diagramas

Para poder realizar los diferentes diagramas del sistema se utilizó el programa Día el cual es un

programa que se puede utilizar para dibujar diferentes tipos de diagramas. Actualmente se

incluyen diagramas entidad-relación, diagramas UML, diagramas de flujo, diagramas de redes,

diagramas de circuitos eléctricos, etc.

Los diagramas que se diseñaron fueron el diagrama entidad relación, casos de uso, de clases, de

actividades y de diagrama de flujo.

52
3.4.2.1 Diagrama de Casos de Uso

Figura 23: Diagrama de uso del sistema

53
3.4.2.2 Diagrama de Clases

Figura 24: Diagrama de clase del sistema

54
3.4.2.3 Diagrama Entidad-Relación

Figura 25: Diagrama Entidad- Relacion

55
3.4.2.4 Diagrama de Actividades

Figura 26: Diagrama de Actividades del sistema

56
3.4.2.5 Diagrama de flujo de funciones cruzadas

Figura 27: Diagrama de flujo

57
3.5 Características de los usuarios

A continuación se muestran los actores que intervienen en el actual sistema de catalogación de

producción en la CORTV.

Figura 28: Sistema de catalogacion actual

Tipo de usuario Administrador

Formación Ing. en electrónica

Actividades y Es el encargado de llevar las siguientes funciones:

Descripción Control y manejo del sistema en general, consultar, modificar, registrar,

reportes de los programas de radio.

Tabla 1: Características del Administrador

58
Tipo de usuario Productor (Usuarios)

Formación Productores de radio

Actividades y Es el encargado de llevar a cabo las siguientes funciones:

Descripción Registrar y consultar los programas de radio.

Tabla 2: Características del (Productor) Usuario.

3.6 Restricciones y requerimientos

• Interfaz para ser usada con internet.

• Uso de dominio.

• Lenguajes y tecnologías en uso: HTML, PHP.

• Los servidores deben ser capaces de atender consultas concurrentemente.

• El sistema deberá tener un diseño e implementación sencilla, independiente de la plataforma

o del lenguaje de programación.

3.7 Suposiciones y dependencias

Se asume que los requisitos aquí descritos son estables. Los equipos en los que se vaya a ejecutar el

sistema deben cumplir los requisitos antes indicados para garantizar una ejecución correcta de la

mima.

59
3.8 Requerimientos funcionales

Nombre del requerimiento Autenticación de usuario

Los usuarios deberán identificarse para poder acceder

al sistema. Mediante un usuario y contraseña.


Características

Descripción del requerimiento El sistema deberá ser consultado solo por los usuarios

que se encuentren registrados en él y podrán acceder a

los módulos que el contenga.

Tabla 3: Requerimiento funcional de la autenticación de usuario.

Nombre del requerimiento Reportes

Características Se podrán generar reporte de los programas que se

hayan registrado en el sistema.

Descripción del requerimiento El sistema tendrá la opción de poder generar los reportes

cuando el usuario lo requiera y solicite.

Tabla 4: Requerimiento funcional de reportes

60
Nombre de requerimiento Consultar Registros

Características El usuario podrá consultar los registros que se hayan

realizado.

Descripción del requerimiento En el sistema se podrá hacer la consulta de cada uno de

los programas que hayan quedado registrados.

Tabla 5: Requerimiento funcional de consultas.

Nombre de requerimiento Agregar audio

Características El usuario podrá agregar el audio.

Descripción del requerimiento El sistema tendrá la opción de poder agregar el audio

de cada programa registrado.

Tabla 6: requerimiento funcional de audio.

3.9 Requerimientos no funcionales

Los requerimientos no funcionales del sistema representan las características o cualidades que debe

tener el sistema.

61
Nombre de requerimiento Interfaz del sistema

Características El sistema presentara una interfaz de usuario sencilla

para que sea de fácil manejo para los usuarios.

Descripción del requerimiento El sistema debe tener una interfaz de uso intuitiva y

sencilla para que su uso sea fácil.

Tabla 7: Requerimiento no funcional interfaz del sistema.

Nombre de requerimiento Ayuda en el uso del sistema

Características La interfaz del usuario deberá de presentar un sistema

de ayuda para que los mismos usuarios del sistema se

les faciliten el trabajo en cuanto al manejo del sistema.

Descripción del requerimiento La interfaz debe estar complementada con un buen

sistema de ayuda.

Tabla 8: Requerimiento no funcional de la ayuda del sistema.

62
Nombre de requerimiento Mantenimiento

Características El sistema deberá de tener un manual de instalación

y manual de usuario para facilitar los mantenimientos

que serán realizados por el administrador.

Descripción del requerimiento El sistema debe disponer de una

documentación fácilmente actualizable que permita

realizar operaciones de mantenimiento con el menor

esfuerzo posible

Tabla 9: Requerimiento no funcional de mantenimiento.

3.10 Requisitos Comunes de las Interfaces

En este apartado se mencionaran todas las herramientas que sirvieron para poder desarrollar el

sistema como son hardware, software y que programa se utilizó para diseñar las ventanas del

sistema.

3.10.1 Interfaces de usuario

La interfaz con el usuario consistirá en un conjunto de ventanas con botones, listas y campos de

textos. Ésta deberá ser construida específicamente para el sistema propuesto y, será visualizada

desde un navegador de internet.

63
3.10.2 Interfaces de hardware

Sera necesario disponer de equipos de cómputos en perfecto estado con las siguientes

características:

• Adaptadores de red

• Mouse

• Teclado

• Memoria de 500Mb

• Procesador de 1.6GHz o superior.

3.10.3 Interfaces de software

• Explorador puede ser Mozilla o Chrome.

• Sistema operativo Windows o superiores.

3.10.4 Interfaces de comunicación

Los servidores, clientes y aplicaciones se comunican entre sí, mediante protocolos estándares

en internet, siempre que sea posible. Para transferir archivos o documentos deberán utilizarse

protocolos existentes (FTP).

64
3.10.5 Diseño de Interfaces del Sistema

En el diseño de interfaces del sistema se utilizaron colores que identifican a la empresa, una

agradable interfaz gráfica que sea amigable, las letras en un formato adecuado para el usuario.

Las interfaces de los módulos del sistema se diseñaron en el programa Balsamiq Mockups 3,

una vista del sistema que incluye los componentes principales del mismo, la conducta de estos

componentes en el sistema y la forma en que los componentes interactúan y se coordinan para

alcanzar la misión del sistema.

65
CAPITULO IV

RESULTADOS, PLANOS, GRAFICAS, PROTOTIPOS, MAQUETAS,

PROGRAMAS

66
Resultado

Como resultado se obtuvo el sistema de catalogación para la administración de producción en

la CORTV para ello se desarrollarlo un análisis de requisitos así como los diagramas

correspondientes del sistema de catalogación enseguida se muestran en este apartado las

ventanas del sistema de la siguiente manera:

Ingreso al sistema

Para la ejecución del sistema se utilizó la siguiente dirección local: 127.30.14.3/sistema/ .

Inmediatamente después, el sistema solicitara un Usuario y Contraseña, datos que le pedirá para

poder ingresar al sistema, podrá entrar de manera colaborador o administrador.

Figura 29: Interfaz principal del sistema de catalogación

En la figura 29 muestra la interfaz principal del sistema. En esta interfaz modela el inicio de

sección de los usuarios del sistema tanto del administrador y el colaborador.

67
Figura 30: Ventana de login para el Administrador

En la figura 30 muestra la interfaz del logueo del sistema para el administrador. En esta interfaz

el inicio de sección para el administrador es necesario un usuario y una contraseña. Tiene un

botón de “Aceptar” para loguearse al sistema.

Figura 31:Interfaz principal del Administrador

68
En la figura muestra el menú de las opciones a las que podrá acceder el administrador: consultas,

registros, reportes.

Figura 32: Ventana de login para el colaborador

La siguiente ventana es para que el colaborador se logue y pueda entrar al sistema debe de ingresar

con un usuario y una contraseña que se le asigno.

Figura 33: Interfaz principal del sistema para el colaborador

Esta ventana muestra el menú del colaborador en donde podrá realizar registros, consultas,

reproducir audio del programa así como podrá salir del sistema cuando lo desee.

69
Figura 34: Ventana de registro de catalogación

70
La siguiente figura muestra el formato del programa a registrarse en el cual se deberán anotar

los siguientes título, clave, género radiofónico, mención de responsabilidad, fecha de

producción y de transmisión, participantes, ect.

Figura 35: Interfaz de consulta

La figura 35 muestra la ventana para solicitar una consulta se debe buscar mediante el título del

programa y si existieran programas registrados deberá mandar una pantalla en donde aparezcan

los registros.

Figura 36: Ventana de consulta de no registro

71
En la figura 36 si no encuentra ni un registro mandara esta ventana con un mensaje de “no se

registraron registros”.

Figura 37: Ventana de registros consultados

En la figura 37 si encuentra registros de los programas consultados con el título mostrara esta

ventana en forma de lista en donde mostrara el programa registrado y tendrá la opción de ver el

registro.

Figura 38: Ventana de la opción de ver el registro

72
En la figura 38 muestra el formato del programa registrado para poder modificar y volver guardar o

imprimir el formato.

Figura 39: Formato para impresión

En la figura 39 muestra la hoja para impresión del formato cuando se requiera imprimir.

Figura 40: Ventana de registro de productos

73
En la figura 40 muestra la ventana en donde el administrador podrá registrar a los productores de radio.

Figura 41: Ventana de productores registrados

En la figura 41 muestra la lista de los productores ya registrados por el administrador del sistema.

Figura 42: Ventana del reproductor

En la figura 43 muestra una lista de reproducción de los programas que se pueden reproducir

cuando el colaborador o administrador quiera escuchar el audio del programa que este

registrado.

74
Figura 43: Muestra la base de datos del sistema

En la figura 44 muestra la base de datos del sistema de catalogación la base se llama sistema.

4.1 Proyección a Futuro

La implementación es el proceso de realizar el diseño como un programa, después de

implementar el sistema de catalogación en la CORTV es necesario darle mantenimiento

adecuado y hacerle cambios si es que este lo necesita.

El sistema para la administración de catalogación recibirá actualizaciones cada que lo requiera,

debido a que es un sistema que cuenta con una base de datos, se corre el riesgo de que esta se

sature de información de los programas, por lo tanto es importante el aumento en el poder de

almacenamiento del servidor y mejoras en el código del sistema, para darle un mayor

rendimiento en su capacidad y velocidad; también es importante hacer revisiones al equipo, de

modo que no existan riesgos como robo o pérdida de información.

75
4.2 Cambios que necesitara el sistema

• Nuevos diseños a la interfaz, de modo que sea más amigable con el usuario, ofrezca una mejora

en sus interacciones y un diseño más atractivo.

• Mejoras en la sintaxis como reducción del código, de modo que el programa sea menos pesado

para la máquina.

• Realizar cambios en el sistema o versiones nuevas, de modo que sea compatible con nuevos

sistemas operativos.

• Cambios en el equipo de cómputo con mejor rendimiento para contar con un sistema más

rápido y eficiente.

4.3 Especificaciones del mantenimiento

El mantenimiento del software es el proceso general de cambiar un sistema después de que este

ha sido entregado. Estos cambios pueden ir desde los simples hasta los más extensos. Los

cambios se implementan modificando los componentes del sistema existente y agregándole

nuevos componentes donde sea necesario.

En el sistema de administración de catalogación para los programas de radio el manteamiento se

llevara de la siguiente manera:

Limpieza y revisión al equipo de cómputo de manera que no presente riesgos para los usuarios

(productores de radio).

Instalación de actualizaciones al sistema para que no se haga obsoleto.

76
Revisiones al código de manera que no existan errores (mantenimiento preventivos y correctivo), para

evitar pérdidas en tiempo y esfuerzo.

77
CONCLUSION

Las empresas hoy en día están en constante crecimiento y evolución por lo que avanzar

tecnológicamente es realmente necesario e importante, para así brindar un mejor servicio en este

caso de televisión y de radio tanto al personal que labora en la empresa como a las personas que

ven la transmisión de la CORTV. Las aplicaciones de forma automatizada constituyen una

buena alternativa a los procesos llevados manualmente dentro de las organizaciones o

dependencias, por lo que en algunas ocasiones evitan la manipulación de la información. Por tal

motivo, en la CORTV surgió la necesidad de tener un sistema de catalogación para los registros

de programas de radio para automatizar el proceso que se realizaba manualmente.

Sin embargo, para que el sistema de catalogación se automatizara correctamente se necesitaron

datos reales de los programas de radio, por lo que fue necesario recolectar datos como: nombre

del programa, clave, titulo, descripción, fecha de producción y transmisión, canales, nombre del

productor, tema o palabra clave, genero radiofónico, etc.

El uso de las seis regiones del modelo en espiral facilito el desarrollo y diseño de la aplicación

cumpliendo con los requerimientos planteados. La utilización de los lenguajes de programación

PHP, HTML y CSS, permitió desarrollar una aplicación con una interfaz simple y de fácil uso.

El proyecto presentado en la CORTV fue viable para la empresa, ya que un sistema para hacer

registros de programas de radio es factible para dicha dependencia en la cual se producen un

número considerable de programas de radio y televisión, por lo que se ahorra tiempo en la

realización de registros de estos programas radiofónicos, se contribuye con el medio ambiente

reduciendo el uso de hojas blancas y se tiene un mejor control de todos los programas.

78
RECOMENDACIONES

Como recomendación se sugiere que la persona encargada de administrar el sistema, tenga

conocimientos básicos del manejo, es decir estar capacitado para la manipulación de la

información registrada en el sistema para un control eficaz de la información y datos reales de

los programas de radio registrados.

En caso de dudas sobre el sistema deberá recurrir al manual de usuario para ayudar a resolver

cualquier inquietud que se tenga sobre el manejo del sistema.

Que la información del sistema sea manipulada únicamente por el administrador del sistema, el

cual es el único responsable de la información que se ingresa al sistema para evitar cualquier

alteración en los datos registrados. Este podrá hacer modificaciones a los registros que los

productores realicen.

Para obtener información efectiva, es necesario no divulgar o proporcionar la contraseña y

usuario para acceder al sistema a cualquier persona indistinta a la empresa o al personal que

labora dentro de la CORTV, porque pueden ingresar al sistema y manipular la información para

su propio beneficio. Tener en cuanta siempre que solo los productores de radio serán los únicos

que tendrán acceso al sistema.

79
COMPETENCIAS DESARROLLADAS Y/O APLICADAS

Implementar un proyecto accesible, confiable para satisfacer las necesidades de la corporación

oaxaqueña de radio y televisión, como competencia alcanzada fue el desarrollo de un sistema

de catalogación para los programas de radio de la CORTV, en el cual se aplicaron los

conocimientos adquiridos.

• Capacidad para detectar los requerimientos del sistema para la empresa

• Habilidad para la selección del software adecuado para el desarrollo del sistema.

• Resolver problemas de los requerimientos del sistema y facilidad al momento de diseñar la

estructura de la base de datos.

• Ser autodidactas en el trabajo no esperar a recibir órdenes y avanzar de acuerdo a nuestro

tiempo.

• Capacidad para establecer una conversación con el encargado del departamento de radio y de

la unidad de operaciones.

80
REFERENCIAS BIBLIOGRÁFICAS Y VIRTUALES.

A. Silberschatz, H. F. Korth y S. Sudarshan. (2002) Fundamentos de Bases de Datos (4ª edición).

McGraw Hill.

Cobo, Á., Gómez, P., Pérez, D., & Rocha, R. (Eds.). (2005). PHP y MySQL Tecnologías para el

desarrollo de aplicaciones web (1 ed. Vol. 1). España: Díaz de Santos.

C. J. Date (2001) Introduccion a los Sistemas de Base de Datos 7ra Edición. Addison Wesley.

Especificacion de requisitos segun el estàndar de IEEE 830 22 de octubre de 2008

Mercedes Marques (2011) Base de datos primera edición

Olivera, S. E. (2007). Programación en internet. Paper presented at the CSS.

Rafael Camps Paré, Luis Alberto Casillas Santillàn, Dolors Costal Costa, Marc Gibert Ginesta,

Carme Martin Escofet, Oscar Pérez Mora. Febrero 2007 software libre: base de datos. 2ª edición

Roger S. Pressman (1994), Ingeniería del Software: Un enfoque práctico 3ra Edición. Mc Graw

Hill.

Roger S. Pressman (2010,2005, 2002), Ingeniería del Software: Un enfoque práctico 7ra Edición.

Mc Graw Hill.

R. Elmasri y S. Navathe. (2002) Fundamentos de los Sistemas de Bases de Datos 3ª edición.

Addison-Wesley.

R. Elmasri y S. B. Navathe (2007) Fundamentos de Sistemas de Base de Datos 5ª edición. Addison-

Wesley.

81
ANEXOS

82
ANEXO A: ENCUESTA

PROYECTO: DESARROLLO DE UN SISTEMA DE CATALOGACIÓN PARA LA ADMINISTRACIÓN DE


PRODUCCIÓN EN CORTV OAXACA.
Indicaciones: Por favor conteste lo siguiente según su opinión marcando con una X.
Nombre: _____________________________________________________
Puesto: ______________________________________________________
1. Manejan algún registro de los programas de radio para su posterior búsqueda.
SI NO

2. Como se maneja el proceso de registro de programas de radio.


DE MANERA MANUAL DE MANERA AUTOMATIZADA

3. Es muy tedioso hacer este registro.


FACIL DIFICIL MUY DIFICIL

4. Que tiempo se llevan en registrar los programas de radio.


Indique el tiempo: __________________________________
5. Como considera que sea la búsqueda de los registros de los programas de radio.
RAPIDA MUY TARDADO
TARDADO
6. Cuantos programas de radio se registran al día.

5 A 8 AL DIA 8 A 12 AL DIA MÁS DE 12 AL DIA

7. Que datos son los que se manejan al momento de hacer el registro.


R:__________________________________________________________________________________
___________________________________________________________________________________

INDICACIÓN: Contestar lo siguiente en caso de que en la pregunta 2 se haya contestado que el


proceso se hace de manera manual.

8. Como le gustaría que fuera este proceso


Anotar su opinión: __________________________________________________________________

9. Considera usted que este proceso de registro se debería automatizar.


SI PORQUE: ____________________________________

NO
PORQUE: ____________________________________
10. Como le gustaría que fuera el proceso al momento de hacer el registro de manera automatizada (anotar
las opciones que considere apropiadas que debería tener).

83
ANEXO B: EJEMPLO DE UN FORMATO DE CATALOGACIÒN

FORMATO PARA CATALOGACIÓN DE PRODUCCIONES

CLAVE: CORTVR-SEXPLO-001-B1-06022015
TÍTULO: LOS SEXPLORADORES
NÚMERO DE PROGRAMA: 1
MENCIÓN DE RESPONSABILIDAD: PRODUCTOR, ZÓSIMO CONSTANCIO ORTIZ SILVA

PRODUCCIÓN

LUGAR DE PRODUCCIÓN:OAXACA DE JUÁREZ.


NOMBRE DEL PRODUCTOR: CORPORACIÓN OAXAQUEÑA DE RADIO Y TELEVISIÓN
FECHA DE PRODUCCIÓN: 06/02/2015 FECHA DE
TRANSMISIÓN: 06/02/2015

DESCRIPCIÓN FÍSICA

VELOCIDAD DE MUESTREO: 44100 HERTZ


VELOCIDAD DE TRANSMISIÓN: 320 kbps
DURACIÓN: 00:25:15
FORMATO DE ARCHIVO: mp3
RESOLUCIÓN: 24 bits
CANALES : ESTÉREO

NOTAS

NOTAS GENERALES: PRIMER BLOQUE.


RESUMEN:
CRÉDITOS: CONDUCCIÓN, ZÓSIMO CONSTANCIO ORTIZ SILVA Y JOSÉ RUBÉN MÉNDEZ CORREA;
OPERACIÓN, JOSÉ MANUEL BARBOSA.
CONTENIDOS:
PARTICIPANTES: [invitados, entrevistados, participaciones especiales]
IDIOMA: ESPAÑOL
TEMA O PALABRA CLAVE: SALUD
GÉNERO RADIOFÓNICO: ENTREVISTA.

84