Informetecnico Final

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

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

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

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

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

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

Informetecnico Final

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Informetecnico Final

Uploaded by

Copyright:

Available Formats

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

NOMBRE DEL DEPARTAMENTO ACADÉMICO:

TÍTULO DEL PROYECTO:

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

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

Rita Enohemia Díaz Reyes 12730280

Ingeniería en Sistemas Computacionales

Agosto – Diciembre 2016

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

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

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

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

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

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

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