Solución para La Reproducción en Línea de Música y Video para Establecimientos

SOLUCIÓN PARA LA REPRODUCCIÓN EN LÍNEA DE MÚSICA Y VIDEO
PARA ESTABLECIMIENTOS
Avendaño Beltrán Mario Antonio

cc.80.843.910
Bermúdez Correa Leonardo
cc.80.109.938
Chavarro Martínez José Geovanny
cc.79.937.923
Ingeniería de Sistemas
XI semestre
Facultad de Ingeniería
Fundación Universitaria Panamericana
Bogotá DC
2016
SOLUCIÓN PARA LA REPRODUCCIÓN EN LÍNEA DE MÚSICA Y VIDEO
PARA ESTABLECIMIENTOS
Avendaño Beltrán Mario Antonio

cc.80.843.910
Bermúdez Correa Leonardo
cc.80.109.938
Chavarro Martínez José Geovanny
cc.79.937.923
Trabajo de grado para obtener el título de tecnólogo en análisis y diseño de sistemas de

información.
TUTOR
Peter Fierro
Ingeniería de Sistemas
XI semestre
Facultad de Ingeniería
Fundación Universitaria Panamericana
Bogotá DC
2016
PAGINA DE ACEPTACIÓN
ii
NOTA DE ACEPTACIÓN.
JURADO UNO
JURADO DOS
JURADO TRES
JURADO CUATRO
iii
DECLARATORIA DE INTERÉS.
Los autores certifican que el trabajo presentado es de su autoría, para su elaboración se

han respetado las normas de citación de fuentes y ninguna copia textual supera las 400
palabras. Por tanto, no se ha incurrido en ninguna forma de plagio, ni por similitud ni por
identidad. Los autores son responsables del contenido y de los juicios y opiniones emitidas.
Se autoriza a los interesados a consultar y reproducir parcialmente el contenido del

trabajo de investigación titulado SOLUCIÓN PARA LA REPRODUCCIÓN EN LÍNEA DE
MÚSICA Y VIDEO PARA ESTABLECIMIENTOS dirigido por Peter Fierro, con la
participación como asistentes de investigación de: MARIO ANTONIO AVENDAÑO,
LEONARDO BERMUDEZ, JOSE GEOVANNY CHAVARRO MARTINEZ siempre que
se haga la respectiva cita bibliográfica que dé crédito al trabajo y sus autores, así: MARIO
ANTONIO AVENDAÑO, LEONARDO BERMUDEZ, JOSE GEOVANNY CHAVARRO
MARTINEZ y otros. Valoración, divulgación e impacto de los medios alternativos como
estrategia de mercadeo y publicidad en el sector de desarrollo de software. Fundación
Universitaria Panamericana. Facultad de Ingeniería. Grupo de análisis y diseño de sistemas
de información. Bogotá. Marzo de 2016.
iv
AGRADECIMIENTOS
Se agradece a la discoteca Zefhia por permitirnos realizar la instalación del proyecto y a

la institución universitaria Unipanamericana por colocarnos en nuestro camino objetivos y
metas que nos formen con exigencia, responsabilidad, dedicación, esfuerzo; se les agradece
de igual forma por su concejo, compromiso y convicción en la enseñanza a tan excelentes
docentes como:
Jaime pinzón
Sandra Barbosa
Nancy calderón
Peter fierro
Alirio García
Érika Holguín
Luis Enrique Camargo
Alexander Ramírez
Luis Andrés gamba
José Eusebio Caro
Sergio Forero
Rosalía Charry
v
DEDICATORIA
Este trabajo va dedicado en primera instancia a nuestros parientes por su apoyo y consejo
a Dios por su bendición y habernos reunido a todos para lograr tan altos objetivo, a nuestros,
amigos y profesores que nos brindaron su concejo y granito de arena para poder hacer de este
un proyecto de calidad, con altos estándares y sobre todo innovador.
vi
Contenido
Introducción .................................................................................................................... 2
Descripción del problema ............................................................................................ 2
Justificación .................................................................................................................. 2
Objetivos ....................................................................................................................... 3
Objetivo general ....................................................................................................... 3
Objetivos específicos ................................................................................................ 3
CAPITULO 1 .................................................................................................................. 4
1. Marco Referencial ................................................................................................ 4
1.1 Antecedentes ....................................................................................................... 4
1.2 Marco teórico ..................................................................................................... 5
Programación orientada a objetos ........................................................................... 5
Bases de datos relacionales........................................................................ 6
Redes computacionales para la transmisión de datos................................ 6
Arquitectura cliente servidor ...................................................................... 7
Aplicaciones móviles .................................................................................. 7
CAPITULO 2 .................................................................................................................. 8
2. Diseño metodológico ............................................................................................. 8
2.1 Tipo de diseño..................................................................................................... 8
2.2 Sistema de hipótesis y variables. ........................................................................ 8
Hipótesis. .................................................................................................... 8
Variables..................................................................................................... 9
2.3 Población y muestra ........................................................................................... 9
2.4 Instrumentos ..................................................................................................... 10
Observación .............................................................................................. 10
Encuesta ................................................................................................... 10
2.5 Recursos ........................................................................................................... 10
Requerimientos de hardware Servidores .................................................. 10
Requerimientos de hardware para clientes de MOCO ............................ 11
Requerimientos de hardware Móvil. ........................................................ 11
Requerimientos de software...................................................................... 12
Requerimientos de Red ............................................................................. 13
Estudio de metas de la red........................................................................ 13
Requerimientos de la nueva red ............................................................... 13
Tiempo de respuesta. ................................................................................ 15
Alcance geográfico. .................................................................................. 15
Calculo de los requerimientos de los circuitos. ....................................... 15
Control y seguridad de la red. .................................................................. 15
Diseño de las configuraciones de red ...................................................... 15
Determinación de costos con mano de obra ............................................ 16
Diseño de planos. ..................................................................................... 17
Cotización de maquina Cliente. ............................................................... 21
2.6 Cronograma ..................................................................................................... 23
2.7 Procedimiento ................................................................................................... 26
Local ......................................................................................................... 26
En la nube ................................................................................................. 26
vii
3. Alcance................................................................................................................. 27
4. Análisis del sistema ............................................................................................. 28
5. Matriz DOFA ...................................................................................................... 29
5.1 FO (De crecimiento) ......................................................................................... 29
5.2 DO (De supervivencia) ..................................................................................... 29
5.3 FA (De supervivencia) ...................................................................................... 29
5.4 DA (De fuga) .................................................................................................... 30
6. Estudio de factibilidad ....................................................................................... 30
6.1 Introducción al estudio de factibilidad............................................................. 30
6.2 Idea. .................................................................................................................. 30
6.3 Pre inversión. ................................................................................................... 30
6.4 Estudio de mercado. ......................................................................................... 31
6.5 Estudio técnico ................................................................................................. 32
6.6 Tamaño del proyecto ........................................................................................ 32
6.7 Localización del proyecto................................................................................. 33
6.8 Ingeniería del proyecto. .................................................................................... 33
6.9 Tecnología ........................................................................................................ 33
6.10 Estudio de costos fijos y variables de beneficio ........................................... 33
7. Diagramas (de procesos (contexto y niveles) .................................................... 34
7.1 Diagrama de contexto ...................................................................................... 34
7.2 Diagrama nivel cero para la solicitud de canciones ........................................ 34
7.3 Diagrama nivel uno para el diligenciamiento del formato de solicitudes ....... 35
7.4 Diagrama nivel uno para el alistamiento de las solicitudes ............................ 35
7.5 Diagrama nivel 2 para el alistamiento de las solicitudes ................................ 35
7.6 Diagrama nivel uno para la programación de canciones ................................ 35
8. Casos de uso, con planilla de cada caso ............................................................ 36
8.1 Caso de uso general. ........................................................................................ 36
8.2 Caso de uso de solicitud de canciones. ............................................................ 37
8.3 Caso de uso alistamiento .................................................................................. 38
8.4 Caso de uso programación de canciones ......................................................... 39
9. Diagramas y diccionarios ................................................................................... 40
9.1 Diagrama de actividades .................................................................................. 40
9.2 Diagrama de Secuencia .................................................................................... 41
Diccionario de archivos ........................................................................... 42
10. Diseño y arquitectura del software. .................................................................. 46
11. Codificación del Software. ................................................................................. 47
11.1 Escogencia de herramienta de análisis estático (StyleCop) ........................ 47
12. Diagrama de Gantt ............................................................................................. 49
13. Diagramas de Flujo ............................................................................................ 50
14. Modelo Entidad – Relación................................................................................ 58
15. Modelo físico relacional ..................................................................................... 59
16. Diccionario de datos ........................................................................................... 60
16.1 Tablas ........................................................................................................... 60
16.2 Primary_foreing key ..................................................................................... 60
16.3 Datos............................................................................................................. 61
17. Definición políticas de seguridad del gestor de bases de datos ....................... 64
17.1 Esquema de la creación de roles. ................................................................. 64
viii
17.2 Plan para la generación de backups. ........................................................... 65
17.3 Plan de restauración o Contingencia ........................................................... 65
18. Desarrollo de scripts de seguridad .................................................................... 66
18.1 Creación de roles ......................................................................................... 66
18.2 Creación de backups .................................................................................... 67
Backup full semanal ................................................................................. 67
Backup Diferencial ................................................................................... 67
Backup del Log de Transacciones. .......................................................... 68
18.3 Consideraciones éticas ................................................................................. 68
CAPITULO 3 ................................................................................................................ 70
19. Resultados ........................................................................................................... 70
19.1 Observación .................................................................................................. 70
19.2 Encuesta ....................................................................................................... 70
Preguntas generales ................................................................................. 70
Preguntas de temas específicos ................................................................ 73
CAPITULO 4 ................................................................................................................ 77
20. Conclusiones ........................................................................................................ 77
CAPITILO 5 ................................................................................................................. 78
21. Recomendaciones ................................................................................................ 78
22. BILIOGRAFIA ................................................................................................... 78
23. WEBGRAFIA ..................................................................................................... 78
24. Anexos .................................................................................................................. 78
24.1 SAYCO – ACINPRO ..................................................................................... 78
24.2 Código Penal, Artículo 271. ......................................................................... 79
24.3 Ley 44 de 1993. ............................................................................................. 80
24.4 Ley 33 de 1987 .............................................................................................. 81
24.5 Ley 23 de 1982 .............................................................................................. 81
24.6 Ley 232 de 1995 ............................................................................................ 83
ix
ÍNDICE DE GRÁFICAS
Gráfica 29: Disponibilidad de ediciones por canal de distribución ................................................................... 20

Gráfica 30: Ficha de tienda en línea ................................................................................................................. 21
Gráfica 31: Especificaciones PC cliente ............................................................................................................ 22
Gráfica 2: Respuestas pregunta 1 ..................................................................................................................... 70
Gráfica 10: Respuestas pregunta 9................................................................................................................... 73
Gráfica 11: Respuestas pregunta 10................................................................................................................. 73
Gráfica 21: Diagrama de Contexto ................................................................................................................... 34
Gráfica 22: Diagrama nivel 0 - solicitud de canciones ...................................................................................... 34
Gráfica 23: Diagrama nivel 1 - diligenciamiento del formato de música ......................................................... 35
Gráfica 24: Diagrama nivel 1 - alistamiento de música.................................................................................... 35
Gráfica 25: Diagrama novel 2 - alistamiento de música................................................................................... 35
Gráfica 26: Diagrama nivel 1 - programación de canciones............................................................................. 35
Gráfica 27: Caso de uso general ....................................................................................................................... 36
Gráfica 28: Caso de uso - solicitud de canciones .............................................................................................. 37
x
ÍNDICE DE TABLAS
Tabla 1: Matriz DOFA ....................................................................................................................................... 29

Tabla 2: Caso de uso - solicitud de canciones ................................................................................................... 37
Tabla 3: Caso de uso - alistamiento .................................................................................................................. 38
Tabla 4: Caso de uso - programación ............................................................................................................... 39
Tabla 5: Flujo – canción .................................................................................................................................... 42
Tabla 6: Flujo - formato de solicitud ................................................................................................................. 42
Tabla 7: Proceso - diligenciar formato de solicitud .......................................................................................... 42
Tabla 8: Flujo - formato diligenciado ................................................................................................................ 43
Tabla 9: Flujo - lista de chequeo ....................................................................................................................... 43
Tabla 10: Proceso - listar canciones.................................................................................................................. 43
Tabla 11: Flujo - disponibilidad ......................................................................................................................... 44
Tabla 12: Proceso - almacén de datos .............................................................................................................. 44
Tabla 13: Proceso - programar canciones ........................................................................................................ 44
Tabla 14: Flujo - reproducción de canción ........................................................................................................ 45
Tabla 15: Flujo tiempo estimado de reproducción ........................................................................................... 45
Tabla 16: Métricas para medida de complejidad de código ............................................................................. 47
Tabla 17: Métricas para elección herramienta de análisis estático ................................................................. 48
Tabla 18: Distribución de tablas ....................................................................................................................... 60
Tabla 19: Llaves principales y foráneas ............................................................................................................ 61
Tabla 20: Nombres de campo ........................................................................................................................... 63
Tabla 21: Rol - superadministrador .................................................................................................................. 64
Tabla 22: Rol - administrador de discoteca ...................................................................................................... 64
Tabla 23: Rol - cliente de discoteca .................................................................................................................. 64
xi
MOCO
AVENDAÑO, BERMÚDEZ, CHAVARRO
RESUMEN
SOLUCIÓN PARA LA REPRODUCCIÓN EN LÍNEA DE MÚSICA Y VIDEO PARA

ESTABLECIMIENTOS es un sistema de información de gestión y reproducción de archivos
musicales (tanto audio como video) que a través de un servidor que permite el
almacenamiento de los medios musicales de manera centralizada, el cual está focalizado a
establecimientos del esparcimiento y la diversión, tales como bares y discotecas.
Esta aplicación pretende atacar cuatro problemas a nivel general en estos

establecimientos, el primero es ayudar a combatir la piratería en el sector de la música y video
ya que la aplicación utilizara medios musicales originales, el segundo factor es ayudar en la
administración, almacenamiento y reproducción de multimedia, el tercer factor es ayudar a
mejorar la calidad de la música de los establecimientos, el cuarto es poder brindarle una
herramienta a los clientes de los establecimientos para que puedan realizar peticiones de la
música que deseen escuchar en la discoteca.
Palabras clave
Piratería, Almacenamiento, Servidor, Reproducción en línea, Música, Video,

Establecimientos de esparcimiento, Web.
Abstract
SOLUTION FOR ONLINE PLAY MUSIC AND FOR VIDEO FOR
ESTABLISHMENTS is a management information system and music playback (both audio
and video) that through a server allows storage media centrally, which is focused
establishments of leisure and fun, such as bars and nightclubs.
This application aims to tackle four problems general level in these establishments, the
first is to help combat piracy in the field of music and video because application original
musical means used, the second factor is help manage multimedia storage and playback, the
third factor is to help improve the quality Music establishments, the fourth is to provide a
tool to customers establishments so they can make requests the music they want to hear at
the disco.
Key Words
(1) Piracy, (2) storage, (3) Server, (4) Playing online, (5) Music, (6) Video, (7)
Recreational establishments, (7) Web.
1
MOCO
INTRODUCCIÓN
Descripción del problema
En la actualidad la lucha contra la piratería en la venta de música y video en el país es

un problema de gran magnitud, según los datos recopilados por Asociación para la Protección
de los Derechos Intelectuales sobre Fonogramas y Videogramas Musicales (APDIF) en 2007,
7 de cada 10 discos que se venden en Colombia son piratas y más de 200 millones de
canciones se descargaron ilegalmente, lo que significa que la música ilegal en la red es casi
tres veces más que la vendida legalmente, lo que implica unas pérdidas superiores a los 43
millones de dólares al año ; las empresas dedicadas al sector de la diversión y esparcimiento
son un ente que no es controlado debidamente tanto por el Ministerio del Interior, el
Ministerio del Medio Ambiente, Sayco y Acimpro y la Policía Nacional de Colombia, por
otro lado estas empresas cuentan con elementos musicales independientes tales como
acetatos, CD, VCD, DVD, Blue Ray y medios magnéticos. La música es administrada por
varias personas y debido a su continua reproducción y exposición presentan desgaste,
rayones, pérdida de calidad en sonido, nitidez entre otros inconvenientes; generando así
inconformidad con los clientes ya que se molestan con la baja calidad del sonido, la falta de
canciones al momento de solicitarlas al disk-jockey y el hecho de que este tipo de falencias
se vuelven repetitivas.
A su vez las empresas en mención tienen que invertir en discografías y temas musicales
de la actualidad lo que genera altos costos, teniendo en cuenta que deben tener conocimiento
previo de la música de moda y que se esté comercializando en el mercado. Adicionalmente
a ello, por la gran cantidad de discos, acetatos y/o vinilos que manipulan en una noche
determinada, el control de estos medios se hace casi imposible.
Los pedidos de música son recolectados en papeletas enviados por los meseros a los disc-
jockey, los cuales los colocan cada 40 minutos según el encolamiento de la selección
realizada por los disc-jockeys. Estas papeletas son desechadas una vez se ejecuta el pedido o
en ocasiones antes, lo que genera inconformidad en los clientes que hicieron alguna solicitud
musical.
En definitiva ¿Qué métodos o estrategias se utilizarían para controlar e integrar la música

de tal manera que garantice seguridad, rapidez, calidad y variedad, a la hora de acceder a la
misma al momento de su solicitud y utilización?
Justificación
Para integrar y controlar las bibliotecas musicales de las empresas que se encuentran en
el medio del esparcimiento y la diversión, se propone una solución que permita administrar,
digitalizar y almacenar toda la música en un sistema gestor de bases de datos, el cual tendrá
la capacidad de soportar la infraestructura de los procesos mencionados anteriormente; de
esta manera se logrará integridad, calidad y seguridad de la información. Igualmente los
clientes no tendrán problemas al hacer solicitudes de las canciones que requieran y podrán
hacerlas en cualquiera de las empresas que tengan el sistema, ya sea desde la propia consola
2
MOCO
de gestión de música o a través de una aplicación móvil, ya que este sistema establecerá la
centralización de la música en un solo punto, lo cual asegurará la confiabilidad y la integridad
de la biblioteca musical que podrán manejar las empresas que utilicen la solución propuesta.
Este sistema al ser centralizado agilizará las consultas de los clientes y permitirá una
mayor selección de música. Al igual que su administración, actualización y mantenimiento,
será más práctica y eficiente y requerirá de menor inversión que con el sistema actual. De
igual forma, gestionará temas de seguridad y planes de contingencia en caso de cualquier
anomalía durante su utilización y funcionamiento.
Objetivos
Objetivo general
Desarrollar e implementar un sistema de información bajo una arquitectura cliente

servidor acompañado de una de una base de datos; soportado en diferentes plataformas, de
tal manera que le permita al usuario administrar información musical a través de un entorno
agradable y de fácil manejo.
Objetivos específicos
 Conocer los procesos de selección, actualización y reproducción de música en cada uno

de los puntos de ubicación de las organizaciones interesadas.
 Realizar la construcción de una página web llamativa, moderna, práctica y de fácil
manejo que permita gestionar y controlar los procesos de selección de música.
 Diseñar un prototipo para móviles de fácil manejo para el usuario final el cual le servirá
para la solicitud de archivos musicales.
 Modelar una base de datos para representar y manipular información de manera general
y sistemática que permitirá el control y almacenamiento de la información del sistema.
3
MOCO
CAPITULO 1
1. MARCO REFERENCIAL
1.1 Antecedentes
Los antecedentes de este proyecto comienzan con un dispositivo capaz de reproducir

música de forma programada llamada Rockola, la cual se remonta históricamente a
comienzos del siglo XIX. Estas máquinas llegaron a nuestro país provenientes de Estados
Unidos generando un hito en la forma que las personas solicitaban la música en los
establecimientos del esparcimiento y la diversión. En general a estos dispositivos se les carga
una moneda para que esta permitiera seleccionar una canción y luego la reprodujera,
inicialmente se manejaban con discos de cuarenta y cinco revoluciones pasando
posteriormente al formato de cd y en este momento se tienen archivos digitales, hoy en día
está en nuestro presente en el cotidiano de todo el mundo (jóvenes, adultos y ancianos). Este
sistema es la base del proyecto ya que del se toma la capacidad de almacenar música y
reproducirla al ser seleccionada por un usuario pero con las tecnologías actuales tales como
la redes computacionales, sistemas de almacenamiento digital y la reproducción en línea.
Dentro de la investigación se encuentra la tesis “sistema de generación automática de

web services para integración de datos” realizada por Camilo Correa Jaramillo de la carrera
de ingeniería de sistemas de la Pontificia Universidad Javeriana en 2004 mediante la
utilización de XML y el driver JDBC logran que el sistema creado en su investigación
asegure la funcionalidad requerida en la integración de información empresarial por medio
de servicios Web garantizando que no se realicen laborares adicionales de programación por
parte del usuario para organizar, agrupar e integrar la información; gracias a ello este
proyecto basa la comunicación de dos o más plataformas independientes a través de servicios
web, de esta forma se asegurará que la aplicación para los distintos dispositivos móviles
solicite o programe diferentes temas musicales hacia la plataforma principal o aplicación web
También se encuentra la tesis “video rockolas rockolombia” de Diego Alexander

Perugachi y Fabio Hernando Ovalle Gamba del programa ingeniería de sistemas de la
Universidad Piloto de Colombia en 2006, mediante una investigación cuantitativa descriptiva
utilizando la metodología RUP alternando con el análisis y diseño orientado a objetos,
generan un modelo cliente /servidor crean una integración de software y hardware con la
funcionalidad de rockola, con disponibilidad del mayor contenido musical posible y
asistencia remota basándose en manejo de bases de datos y creando un portal web para
actualización de las máquinas de sus clientes y la reproducción local de hasta 2000 canciones
manejadas con monederos, y basándose en esta investigación se extrae el modelo
cliente/servidor para el manejo del portal y asistencia remota, con la idea de tres tipos de
roles administrador encargado de administrar el software, archivos y base de datos, cliente
que es el dueño de la lugar de esparcimiento y tendrá la potestad de cambiar los permisos de
su establecimiento y usuario que es el que finalmente va a programar las canciones que quiere
escuchar.
4
MOCO
Por otro lado la tesis “Organización, administración de una base de datos relacional
aplicado en un sistema de información cliente/servidor” de Alejandro René Malpica Botello
del programa ingeniería de computación de la Universidad Nacional Autónoma de México
en 2011 realizan una investigación sobre el uso funcional de los modelos utilizados en la
universidad para optimizar el manejo de sus bases de datos y aumentar la capacidad en las
peticiones de los usuarios finales (docentes, estudiantes, empleados) generando un sistema
de información y concluye en un diseño de base de datos relacional con un modelo de datos
que ayude a entender el significado de los datos y facilite la comunicación en cuanto a los
requisitos de información entregando datos en un modelo cliente/servidor, tanto el modelo
cliente/servidor y el estilo de modelo relacional explicado son los que se tienen en cuenta
para la presente investigación.
Otra base para el soporte de esta investigación proviene de la plataforma Youtube,

sistema desarrollado por Chad Hurley, Steve Chen y Jawed Karim en San Francisco
California en febrero de 2005 pensando en las dificultades que ellos estaban experimentando
al tratar de subir unos videos de una fiesta, la idea original era promover un sitio de citas en
donde las personas fueran calificadas con base a sus videos (aclaran que esta idea fue
influenciada de una página web llamada HotorNot). Estas personas activaron su dominio en
febrero de 2005 y el 23 de abril de 2005 fue cargado el primer video, sin embargo los usuarios
empezaron a subir todo tipo de videos abandonando la idea original, luego los usuarios
colocaban enlaces de los de sus videos montados en esta página en redes sociales, el negocio
creció cuando empresas como sequoia Capital invirtieron en ella y NIKE lanzó un spot
protagonizado por Ronaldinho. De este sistema se está tomando la capacidad de almacenar
videos y reproducirlos en línea solo que sin avisos publicitarios o spam.
De este tipo de sistemas se puede citar a Deezeer, Sonora, Spotify, Grooveshark o

Musicovery, sistemas que están instalados en páginas web y ofrecen solo la reproducción de
música en línea por un periodo de tiempo gratis o ilimitado por un cobro. Como es
mencionado estos sistemas son web y es esta tecnología la que se toma para el proyecto, con
el fin de brindar a los clientes una plataforma centralizada, de fácil manejo y que se pueda
instalar tanto en una red local o en internet.
También se cuenta con las tecnologías de teléfonos celulares (Smartphone) enfocándonos

en las APP (Aplicaciones para dispositivos móviles) las cuales se comienzan a desarrollar
desde 2008 por las distintas casas fabricantes de celulares y después se les da el acceso a
cualquier persona o empresa (PYME) que pueda desarrollar aplicaciones móviles. Con base
a estas tecnologías se diseña una aplicación móvil para distintas plataformas móviles para
darles acceso a los usuarios (Clientes) de las discotecas con el fin de que ellos puedan
solicitar, la música que deseen escuchar.
1.2 Marco teórico
Las teorías que darán solución a este problema se dividirán en varias ramas así:
Programación orientada a objetos
5
MOCO
Es un paradigma de programación iniciado desde principios de los 90’s y es uno de los
más utilizados en el momento. También conocido como POO supone un cambio en la
concepción del mundo de desarrollo de software, introduciendo un mayor nivel de
abstracción que permite mejorar las características del código final. De manera muy básica,
las aportaciones de este paradigma se pueden resumir en:
 Conceptos de clase y objeto, que proporcionan una abstracción del mundo centrada en
los seres y no en los verbos.
 Los datos aparecen encapsulados dentro del concepto de clase. El acceso a los datos se
produce de manera controlada e independiente de la representación final de los mismos.
Como consecuencia, se facilita el mantenimiento y la evolución de los sistemas, al
desaparecer las dependencias entre distintas partes del sistema.
 Mediante conceptos como la composición, herencia y polimorfismo se consigue
simplificar el desarrollo de sistemas. La composición y la herencia nos permiten
construir clases a partir de otras clases, aumentando en gran medida la reutilización.
En resumen POO es un paradigma que se encarga de visualizar sustantivos para darles

forma dentro del mundo de la programación y generar aplicaciones más reales de acuerdo a
lo que vemos a nuestro alrededor.
Bases de datos relacionales
El modelo relacional representa la segunda generación de los DBMS. En él, todos los
datos están estructurados a nivel lógico como tablas formadas por filas y columnas, aunque
a nivel físico pueden tener una estructura completamente distinta. Un punto fuerte del modelo
relacional es la sencillez de su estructura lógica. El modelo relacional se basa en tres aspectos
de los datos estructura, integridad y manejo.
Se representa mediante el modelo Entidad-Relación (E/R) el cual se basa en una
representación del mundo real en que los datos se describen como entidades, relaciones y
atributos. El principal concepto del modelo ER es la entidad, que es una "cosa" en el mundo
real con existencia independiente. Una entidad puede ser un objeto físico (una persona, un
auto, una casa o un empleado) o un objeto conceptual (una compañía, un puesto de trabajo o
un curso universitario).
Redes computacionales para la transmisión de datos
Las redes que hoy en día llegan al nivel de sistemas distribuidos debido a la integración
de sistemas tecnológicos intercomunicados desde una casa hasta nivel mundial.
El hardware (Servidores – PC’s Clientes) con los cuales se administran y monitorean

todos los sistemas hoy en día.
El desarrollo de software web y local (Programación) con el cual se construyen todas las
aplicaciones que los clientes requieren.
La Internet con el cual se ha logrado intercomunicar al mundo y ampliar la visión en

cuestiones tecnológicas, negocios, educación entre otros a la humanidad.
6
MOCO
La Telefonía a integrado múltiples tecnologías para llevarlas al alcance de la mano de la

humanidad.
Arquitectura cliente servidor
La arquitectura cliente servidor es el procesamiento cooperativo de la información por

medio de un conjunto de procesadores, en el cual múltiples clientes, distribuidos
geográficamente solicitan requerimientos a uno o varios servidores centrales.
Aplicaciones móviles
En los últimos años se ha producido un crecimiento exponencial de las ventas en los

smartphones, con la llegada de hardware más compacto ahora estos vienen en diferentes
gamas y formas para todos los gustos, lo que permite evolucionar las plataformas de software
que fueron replanteadas para ofrecer nuevas características, en este caso se utilizan las
plataformas android y Windows móvil para hacer partícipe a los clientes de los
establecimientos en la solución.
7
MOCO
CAPITULO 2
2. DISEÑO METODOLÓGICO
La puesta en marcha del producto inicia con la compra e instalación de un servidor de

datos con sistema operativo de la familia Windows, la compra de licencias para estos y el
alquiler de un hosting para que los clientes tengan acceso a la información.
Con la instalación de los servidores se debe implementar una red estructurada interna con
conexión por (DSL, ADSL, ADSL2, Banda ancha, fibra óptica) a internet gestionada por un
proveedor de servicios en telecomunicaciones.
Instalación del producto en servidores WEB para su implementación y puesta en

operación. Estos servidores pueden ser adquiridos por los clientes de varios modos.
 En la nube: Instalados, administrados y mantenidos desde nuestras instalaciones
físicas.
 Local: Instalados, administrados y mantenidos desde las instalaciones físicas del
cliente.
Configuración del sistema de red del cliente conectado por (DSL, ADSL, ADSL2, Banda
ancha, fibra óptica) con nuestros servidores y su sistema de sonido conectado y configurado
para la capacidad de potencia que se esté utilizando.
2.1 Tipo de diseño
Qué tipo de diseño van a aplicar y como lo van aplicar diseño de carácter descriptivo
tomando en cuenta una muestra de población involucrado
2.2 Sistema de hipótesis y variables.
Hipótesis.
Las empresas del esparcimiento y la diversión fomentan la piratería.
El control sobre las empresas dedicadas al sector de la diversión y esparcimiento como

los realizados por el Ministerio del Medio Ambiente o SAYCO Y ACINPRO, no se centran
en la adquisición y procedencia de la música.
Debido a las reglas de negocio de esta solución se puede participar en los controles sobre
los temas de la originalidad de los temas adquiridos.
La administración de medios en estos establecimientos es ambigua en su mayoría, debido

a que la rotación de personal es constante y esto baja la calidad en los servicios.
Con la solución se ofrece una calidad y mantenimiento constante para así asegurarle al
usuario la fidelización de sus clientes.
8
MOCO
La administración de música en distintos medios tales como discos compactos, genera
desde la pérdida de títulos hasta el desgaste y la pérdida de calidad en el sonido.
Los pedidos de música realizados desde dispositivos móviles junto con la combinación
de redes sociales se pueden ofrecer como servicio de mercadeo y publicidad.
Variables
Piratería: Se define como una variable dependiente de las normas ejercidas por los entes
de control en el país y de la conciencia de los dueños de establecimientos, La piratería es un
ente que afecta al país en distintos ámbitos y más en el ámbito de música.
Controles: Se define control como una variable dependiente a los procesos realizados
por los entes autorizados por el estado para verificar en los establecimientos la legalidad de
la adquisición de títulos musicales y de video.
Administración de equipos: Se define como una variable dependiente de los procesos

de manejo realizados por los administradores de estos (Dueños o empleados) para el
sostenimiento de la calidad del sonido y video de los establecimientos.
Administración de medios: Se define como una variable dependiente de la

administración y manejo realizado por los administradores de estos (Dueños o empleados),
ya que la diversidad de estos medios, la seguridad y el aseguramiento de la actualización y
calidad de estos medios no tienen procesos estandarizados y o generales.
Personal a cargo: Se define como una variable dependiente a la calidad de los

establecimientos ya que la alta rotación de estos afecta directamente el factor nombrado y las
dos variables anteriores.
Falta de canciones: Se define como una variable dependiente de la administración de

los establecimientos ya que no siempre estos cuentan con todos los títulos requeridos por los
usuarios de los establecimientos.
Inversión en discografías y títulos: Se define como una variable dependiente de los

dueños o administradores de los establecimientos, esto afecta directamente el capital de los
dueños y la calidad de los establecimientos debido a que no se puede contar con todos los
títulos requeridos.
Pedidos de música: Se define como una variable dependiente del manejo realizado por
el personal de los establecimientos y de las reglas de negocio de los establecimientos a estos
ya que por no todos le dan el mismo trato ni el mismo manejo a estos pedidos.
2.3 Población y muestra
La población del proyecto son los establecimientos dedicados a negocio del

esparcimiento y la diversión que cuenten con reproducción de música en los mismos, y la
9
MOCO
muestra es un establecimiento como tal, en el cual se generó la investigación y se puede
implementar el proyecto.
2.4 Instrumentos
Para el levantamiento de información y de requerimientos en el establecimiento

consultado se utilizaron dos instrumentos.
Observación
Se empleó este instrumento en distintas discotecas para observar varios aspectos que
fueron tomados como objetivos del proyecto.
La administración de la música en distintos establecimientos es similar, se observa que

en su mayoría la música esta cd’s y en disco duro. En pocos establecimientos se manejan
acetatos, blue ray u otros.
La reproducción de la música en la mayoría de los establecimientos es hecha en

computadores y tornamesas digitales, en otros pocos se manejan equipos de sonido
especializado y rockolas.
El manejo de solicitud de canciones realizado por los clientes de los establecimientos, en

su mayoría se maneja haciendo que los clientes se dirija a la barra o al DJ y realicen sus
pedidos y estos muchas veces no sean tenidos en cuenta.
Encuesta1
Dentro del análisis de requerimientos se encuestó a empleados de distintas discotecas

para conocer más a fondo la problemática tratada.
2.5 Recursos
Para garantizar un óptimo desempeño de nuestra solución, es necesario tener en cuenta

las siguientes características:
Requerimientos de hardware Servidores
 Disco duro:
Para instalar el sistema gestor de bases de datos Microsoft SQL Server 2008 R2, se debe
comprobar que exista un espacio mínimo en disco de 12.00 GB, el cual aplica para todas
las configuraciones inclusive si instala todos los componentes del gestor de base de datos
1
Encuesta realizada en: http://www.encuestafacil.com/RespWeb/Qn.aspx?EID=1497903
10
MOCO
 Memoria RAM:
Para que el acceso a la información de la empresa que está contenida en el sistema gestor
de bases de datos sea rápido y eficiente, se establece que el sistema cuente con una memoria
RAM mínimo de 4GB, pero para que el desempeño sea el adecuado, se recomienda que la
memoria cuente con 16GB o más.
 Procesador:
El procesador debe tener las siguientes características, procesador E3-1200 de cuatro
núcleos Intel Xeon o posterior Velocidad de procesamiento mínimo: 1,0 GHz o más, pero lo
recomendado seria 2,27 GHz o más
 Tarjeta de Red:
La tarjeta de red debe tener las siguientes características, LAN de 100 o 1000 Mbps. Con
capacidad para Banda ancha de 3 a 5 Mg o fibra óptica de 2.000 Mll (Pulsos/Segundo)
Requerimientos de hardware para clientes de MOCO
Para garantizar un óptimo desempeño de nuestra solución, es necesario tener en cuenta

las siguientes características:
 Disco duro:
Para instalar el sistema administrador de música, se debe comprobar que exista un espacio
mínimo en disco de 10.00 GB, el cual aplica para todas las configuraciones inclusive si
instala todos los componentes de Windows 7.
 Memoria RAM:
Para que el acceso a la información de la empresa Rocker que está contenida en el sistema
gestor de bases de datos sea rápido y eficiente, se establece que el sistema cuente con una
memoria RAM mínimo de 2GB, pero para que el desempeño sea el adecuado, se recomienda
que la memoria cuente con 4GB o más.
 Procesador:
El procesador debe tener las siguientes características, Intel Core i3 o posterior Velocidad
de procesamiento Mínimo: 1,0 GHz o más, pero lo recomendado seria 2,27 GHz o más
 Tarjeta de Red:
La tarjeta de red debe tener las siguientes características, LAN de 100 o 1000 Mbps. Con
capacidad para Banda ancha de 3 a 5 Mg o fibra óptica de 2.000 Mll (Pulsos/Segundo)
Requerimientos de hardware Móvil.
Para garantizar un óptimo desempeño de nuestra solución móvil, es necesario tener en

cuenta las siguientes características:
 Disco duro:
Para instalar el APP en un móvil es necesario un sistema administrador Android en el
equipo, el cual debe contar con capacidad de 344 KB libres y 320 Megas en memoria de
11
MOCO
espacio mínimo, el cual aplica para todas las configuraciones inclusive si instala todos los
componentes de Android.
 Memoria RAM:
Para que el acceso a la información de la empresa Almirante Padilla vía web que está
contenida en el sistema gestor de bases de datos sea rápido y eficiente, se establece que el
sistema cuente con una memoria RAM mínimo de 512 MB, pero para que el desempeño sea
el adecuado, se recomienda que la memoria cuente con 2GB o más.
 Procesador:
El procesador debe tener las siguientes características, Qualcomm MSM8250
Snapdragon o posterior Velocidad de procesamiento Mínimo: 1,0 GHz o más, pero lo
recomendado seria 2,27 GHz o más
 Tarjeta de Red:
La tarjeta de red debe tener las siguientes características, Wi-Fi 802.11 b/g/n; DLNA,
Modem EDGE hasta de 237 Kbps Con capacidad para 3G HSDPA de 7.2 Mbps / HSUPA
5.76 Mbps.
Requerimientos de software
Teniendo en cuenta las especificaciones de hardware mencionadas con anterioridad, a

continuación se relacionan las recomendaciones a nivel de software:
 Servidor web:
Para que los clientes tengan acceso al sistema se instalara y publicara la aplicación en un
servidor web en entorno Windows Server 2008 o posterior ya que la aplicación fue
desarrollada en C Sharp y ASP.net de visual estudio 2010.
 Gestor de base de datos:

Para diseñar nuestra solución, seleccionamos como gestor de base de datos Microsoft
SQL Server 2008 R2, la cual recomendamos ya que esta herramienta nos garantiza acceso
controlado a la información de los clientes, rapidez de procesamiento de las transacciones,
cuenta con soporte seguro ya que es un software que requiere de licencia y lo más importante
de esta herramienta es que soportará y asegurará la calidad y la integridad de los datos de la
empresa Almirante Padilla.
 Sistema operativo BD:

El sistema operativo adecuado que soportará el sistema gestor de base de datos es
Windows Server 2008 o posterior, el cual es una versión ideal para gestionar y soportar el
gestor de base de datos que también es una edición recomendada por Oracle. Cabe recalcar
que el sistema operativo que servirá de soporte al gestor de base de datos Microsoft SQL
Server 2008 R2 debe pertenecer a la familia de Microsoft para garantizar la seguridad del
sistema.
12
MOCO
 Sistema operativo Cliente:
El sistema operativo adecuado que soportará el sistema del aplicativo del cliente es
Windows 7, el cual es una versión ideal para gestionar y soportar el aplicativo ya que también
es una edición basada en tecnología .Net. Cabe recalcar que el sistema operativo que servirá
de soporte al aplicativo MOCO, debe pertenecer a la familia de Windows para garantizar la
funcionalidad del sistema.
 Sistema operativo Móvil:

Para que los clientes tengan acceso al sistema se instalará y publicará la aplicación en un
sistema operativo Android v2.3 Gingerbread o posterior ya que la aplicación fue desarrollada
en Mono.
Requerimientos de Red
 Topología de la red:
Debido a que se manejan tres servidores interconectados entre si y a estos se les conectan
varios dispositivos, se define la topología de esta red como ESTRELLA.
Estudio de metas de la red
 Meta mayor
Se define la estructuración e instalación de una red tipo ESTRELLA para poder dar
funcionamiento al proyecto MOCO, por medio de la cual se va a realizar la reproducción en
línea de música con base a las solicitudes realizadas por los usuarios.
 Metas intermedias
El primer beneficio que nos brinda esta red es que el usuario administrador puede
acceder a su base de datos musical 100% original y hacer una selección o encolamiento para
su correspondiente reproducción.
El segundo beneficio que nos brinda esta red, es la de poderle ofrecer a los clientes de la
discoteca, un acceso para consultar la lista de reproducción de la discoteca y hacer una
solicitud para encolar y reproducir la selección realizada.
 Metas Menores
Se espera poder llegar a instalar una granja de servidores con una topología en MALLA,
para poder brindar este servicio a todos los usuarios a nivel nacional que estén interesados en
este producto.
Requerimientos de la nueva red
 Problema
Debido a que es necesario interconectar dos servidores y n cantidad de dispositivos
móviles con estos servidores, se requiere de la definición, instalación y mantenimiento de
una red que permita unificar y hacer funcionar todo el sistema en mención.
13
MOCO
 Objetivos
1. Lograr la reproducción de música en línea mediante la instalación de una red
LAN tipo BUS, para así interconectar todos los dispositivos requeridos para
el funcionamiento del sistema.
2. Definir el tipo de cableado y dispositivos requeridos para la instalación y
creación de la red requerida.
3. Definir el ancho requerido para el manejo de las solicitudes y la transmisión
de audio y video.
 Alcance
1. La red únicamente se encargara de transmitir la información de la discoteca
en mención.
2. La red solo le permitirá acceso a los usuarios de la discoteca.
3. La red deberá estar en capacidad de administrar el tráfico requerido para el
manejo de las solicitudes realizadas por los clientes.
4. La red deberá estar en capacidad de transmitir audio y video.
 Metas
1. Se estima realizar la instalación y pruebas de la red, para así poder poner en
marcha y puesta a punto el proyecto MOCO.
2. Se espera que el tráfico generado por las solicitudes de los clientes sea
soportado por la red.
3. Se espera que la red realice la transmisión de audio y video sin saturación o
represamiento.
 Criterios de evaluación
1. Observar que la reproducción de audio y video, no presente saltos ni fallos.
2. Observar que no se pierdan las solicitudes realizadas por los clientes.
3. Observar que no se presenten saturaciones por la cantidad de usuarios que se
conecten de manera simultánea.
4. Observar que todas las solicitudes sea atendidas por el sistema.
 Requerimientos primordiales.
1. La red debe soportar la transmisión de audio y video.
2. La red debe trasmitir las solicitudes realizadas por los usuarios del sistema.
 Requerimientos deseables.
1. Se desearía contratar un proveedor de servicios de internet para brindarle a los
usuarios de la discoteca un medio con mayor capacidad y velocidad.
2. Se desearía poder brindar este servicio a varias discotecas en línea, con una
red de mayor capacidad y estructura.
14
MOCO
 Requerimientos posibles.
Adquirir un router con Wi-Fi de mayor capacidad para gestionar las solicitudes de los
clientes con mayor eficiencia.
Tiempo de respuesta.
 Tiempo de respuesta entre el host y el cliente

 Tiempo de respuesta entre los usuarios y el servidor.
 Tiempo de transmisión al host
 Tiempo de procesamiento
 Tiempo de acceso para obtener cualquier registro necesario de una de Datos
Alcance geográfico.
Con base a que es una red LAN se establece que el alcance geográfico de esta red con
topología tipo BUS se define un alcance mínimo del tamaño del edificio y hasta un Kilómetro
de distancia dependiendo de la cantidad de terminales que la utilicen.
Calculo de los requerimientos de los circuitos.
Observar el tráfico que maneja cada circuito
Control y seguridad de la red.
Basándonos en que la arquitectura de la red y la aplicación es local en la actualidad y no

se requiere de internet, la seguridad de esta se basa en los siguientes puntos.
Control de acceso por usuarios registrados.

Control de perfiles de los usuarios del sistema.
Control de solicitudes o peticiones realizadas por los usuarios.
Control de peticiones iguales.
Control de peticiones por tiempo desde el servicio web.
Protección de base de datos por configuración de firewalls.
Diseño de las configuraciones de red
A continuación se hace una relación de los componentes empleados para la instalación

de la red y sus justificaciones pertinentes:
 Servidor PowerEdge T110.

o Soporta las necesidades de software y procesamiento requeridos tanto
para los aplicativos del sistema MOCO y la base de datos SQL.
 Switch Linksis SE1500

o Permite conexión por cable de 100 Mbps
o Tiene 5 puertos fastEthernet de los cuales solo se utilizan 4 para el sistema.
o Asignación de prioridades de tráfico de calidad.
15
MOCO
o Incluye funciones de Ahorro de energía.
 Router inalámbrico Linksis E2500.

o Velocidad hasta de 300 Mbps.
o Cobertura inalámbrica optima
o Antena adicional para cobertura ampliada.
o Duplica ancho de banda con tecnología <inalámbrica de doble banda entre
2.4 a 5 Ghr.
 Terminal Vostro 270

Con esta máquina el cliente tendrá acceso como administrador del sistema a la
aplicación MOCO y a los servidores que lo componen.
o Procesador Intel core I3 de 3230 Mghrz

o Socket 1155
o Cache hasta de 3 Mgb
o Ram 4 gigas.
o Slots 2.
o Velocidad de memoria de reloj 1600 Mghrz.
 Cableado estructural UTP categoría cinco.

o Transmite a 100 Mbs
o Frecuencia 100 Mhz
o Diseñado para señales de alta integridad
o 8 Hilos
o Distancia máxima para buena transmisión de 1.75 mts.
Determinación de costos con mano de obra
1) Costos directos.
A continuación se presenta una tabla de costos directos con los implementos y tecnologías
a incorporar e instalar para la conformación de la red.
COMPONENTES CANTIDAD COSTO TOTAL

Servidor PowerEdge T1100 2 5.000.000 10.000.000
Switch Linksis SE1500 1 50.000 50.000
Router inalámbrico Linksis E2500 1 60.000 60.000
Terminal Vostro 270 1 1.500.000 1.500.000
Cableado estructural UTP categoría cinco 400 1.200 480.000
Canaleta 400 8.000 3.200.000
Tomas de red 4 6.500 26.000
TOTAL 405 6.611.200 12.090.000
2) Costos indirectos o Intangibles.

Costos por mano de obra por instalación y configuración.
16
MOCO
COMPONENTES CANTIDAD COSTO TOTAL

Mano de obra por instalacion de canales para cableado 400 200.000 200
Mano de obra por instalacion de cableado 4 400.000 1.600.000
Certificacion del Cableado 1 1.000.000 1.000.000
Configuracion de red 4 400.000 400.000
TOTAL 409 2.000.000 3.000.200
Diseño de planos.
Diseño lógico local
Diseño lógico en la nube
17
MOCO
Diseño físico
Cotización de Maquina Servidor
Para garantizar un óptimo desempeño de nuestra solución Servidor es necesario tener en

cuenta las siguientes características:
 Servidor PowerEdge T110
 Precio desde $5.000.000
 Moneda local incluye fletes e importación.
 IVA si aplica será incluido en el carrito de compras.
 Date 21/05/2013 6:48:46 p.m. Central standart time.
 Número Del catálogo 787802 Retail codsdt1.
 Procesador:
 Un procesador Intel Xeon serie 3400 de cuatro núcleos
 Un Intel Celeron G1101 de doble núcleo
 Un Intel Pentium G6950 de doble núcleo
 Un Intel Core i3 de doble núcleo
18
MOCO
 Sistema operativo:
 Microsoft Windows Server 2008 R2, x86/x64 (incluye Hyper-V™ v2)
 Capacidad máxima de almacenamiento interno: Hasta 12 TB
 Almacenamiento externo hasta de 4 unidades de disco duro estado sólido externo
conexión SATA de 3.5” de 250 TB cada uno.
 Compartimientos de unidades
 Cuatro ranuras PCIe G2: Dos ranuras x8 (una con conector x16)
 Una ranura x4 (con conector x8)
 Una ranura x1
 Controladoras RAID
 Internas:
o PERC H200 (6 Gb/s)
o SAS 6/iR
o PERC S100 (basada en software)
o PERC S300 (basada en software)
 Externas:
o HBA externos (no RAID):
o HBA SAS de 6 Gbps
o HBA SCSI con PCIe LSI2032
 Controladora de red
 1 Broadcom BCM 5722 de un solo puerto Comunicaciones
 Adaptador Broadcom NetXtreme™ II 5722 Gigabit Ethernet de un solo puerto
para servidor NIC Gigabit Ethernet Broadcom NetXtrem 5709 de dos puertos, de
cobre, con TOE y PCIe x4
 NIC Gigabit Ethernet Broadcom NetXtrem 5709 de dos puertos, de cobre,
TOE/ISCI, PCIe x4
 NIC Broadcom de 1 GbE y un puerto
 NIC Broadcom de 1 GbE y dos puertos
 Adaptador Intel PRO/1000PT de un solo puerto, NIC Gigabit Ethernet, PCIe x1
 Adaptador Intel Gigabit ET de dos puertos, NIC Gigabit Ethernet, PCIe x4
 NIC Intel de 1 GbE y un puerto
 NIC Intel de 1 GbE y dos puertos
 NIC Intel de 1 GbE y cuatro puertos
 Alimentación
Fuente de alimentación con un solo cable (305 W)
Paquete de cuatro LED de diagnóstico, memoria ECC, RAID adicional, TPM/C-TPM
 Tarjeta de video
Memoria Matrox G200eW con 8 MB Chasis
19
MOCO
 Cotización de Sistema Operativo Servidor.
Para garantizar un óptimo desempeño de nuestra solución Servidor, es necesario tener en
cuenta las siguientes características: Windows Server 2008 R2.
Gráfica 1: Disponibilidad de ediciones por canal de distribución
Precio internacional € 1.280,07
20
MOCO
Gráfica 2: Ficha de tienda en línea
Cotización de maquina Cliente.
Para garantizar un óptimo desempeño de nuestra solución Pc escritorio cliente, es

necesario tener en cuenta las siguientes características:
 Vostro 270s.
 Precios desde COP$1.409.006
 Subtotal COP$959.006
 Moneda local, incluye fletes e importación.
 IVA si aplica será incluido en el carrito de compras.
 Preliminar 20/05/2013.
 Numero de catálogo 787802 Reftail cobsdt1.
21
MOCO
Gráfica 3: Especificaciones PC cliente
22
MOCO
2.6 Cronograma
Nombre de la tarea Duración Comienzo Fin Predecesora Nombres de los recursos

Definición de Problema 120 días vie 02/03/12 jue 16/08/12 Mario Avendaño[25%]
Leonardo Bermúdez[50%]
Geovanny Chavarro[25%]
Justificación del Problema 14 días lun 26/03/12 jue 12/04/12 Geovanny Chavarro[33%]
Mario Avendaño[33%]
Definición de Objetivos 32 días vie 13/04/12 lun 28/05/12 2 Leonardo Bermúdez[50%]
Establecer alcance del Proyecto 19 días mar 29/05/12 vie 22/06/12 3 Mario Avendaño
Estudios de Factibilidad 172 días lun 25/06/12 mar 19/02/13 4 Geovanny Chavarro[25%]
Factibilidad Económica 10 días lun 04/06/12 vie 15/06/12 Mario Avendaño
Factibilidad Legal 5 días lun 18/06/12 vie 22/06/12 6 Leonardo Bermúdez
Factibilidad de Recursos 25 días lun 25/06/12 vie 27/07/12 7 Geovanny Chavarro[60%]
Factibilidad Geográfica 10 días lun 30/07/12 vie 10/08/12 8 Geovanny Chavarro
Factibilidad Tecnológica 14 días lun 13/08/12 jue 30/08/12 9 Mario Avendaño[50%],
Fijar Reglas de Negocio 10 días vie 31/08/12 jue 13/09/12 10 Geovanny Chavarro[40%]
Estudio Pre Análisis 60,61 días vie 14/09/12 vie 07/12/12 11 Geovanny Chavarro[34%]
Recolección de Datos 30 días vie 07/12/12 vie 18/01/13 12 Geovanny Chavarro[50%]
Análisis y Definición Requisitos 900 días vie 18/01/13 vie 01/07/16 13 Geovanny Chavarro[20%]
23
MOCO

Análisis de Procesos 75,76 días vie 13/07/12 vie 26/10/12 Geovanny Chavarro[34%]
Análisis Arquitectónico 80 días lun 29/10/12 vie 15/02/13 15 Leonardo Bermúdez[50%]
Diseño Arquitectónico 50 días lun 18/02/13 vie 26/04/13 16 Leonardo Bermúdez[50%]
Diseño de Diagrama de Componentes 25 días lun 24/12/12 vie 25/01/13 Mario Avendaño
Diagrama de procesos 50 días lun 28/01/13 vie 05/04/13 18 Geovanny Chavarro[50%]
Diagrama de secuencia 20 días lun 08/04/13 vie 03/05/13 19 Geovanny Chavarro
Elaboración de Casos de Uso 130 días lun 08/04/13 vie 04/10/13 19 Geovanny Chavarro[50%]
Diseño de la Solución 675 días lun 07/10/13 vie 06/05/16 21 Geovanny Chavarro[20%]
Modelo Entidad Relación 33,33 días lun 07/10/13 jue 21/11/13 21 Geovanny Chavarro[40%]
Modelo Físico Relacional 33,33 días jue 21/11/13 mar 07/01/14 23 Geovanny Chavarro[40%]
Modelo Relacional 33,33 días mar 07/01/14 vie 21/02/14 24 Geovanny Chavarro[40%]
Construcción de Base de Datos 16,67 días lun 24/02/14 mar 18/03/14 25 Geovanny Chavarro[40%]
Elaboración Diccionario de Datos 5 días lun 24/02/14 vie 28/02/14 25 Geovanny Chavarro
Diagrama de Clases 30 días mar 18/03/14 mar 29/04/14 26 Mario Avendaño
24
MOCO

Diagrama de Flujo de Datos 20 días mar 29/04/14 mar 27/05/14 28 Leonardo Bermúdez[50%]
Diseño de interfaces 151,52 días mar 27/05/14 jue 25/12/14 29 Geovanny Chavarro[33%]
Prototipo del Diseño 33,33 días? jue 25/12/14 mar 10/02/15 30 Leonardo Bermúdez[30%]
25
MOCO
2.7 Procedimiento
En este apartado se presentan dos tipos de procedimientos con los cuales se pueden hacer
la instalación de la solución.
Local
Este sistema presenta una arquitectura local en donde el cliente compra los equipos y
solicita la instalación de la solución en su establecimiento, la cual abarca el siguiente
procedimiento.
• Instalación del servidor en cuarto refrigerado.

• Instalación de maquina cliente en puesto de sonido DJ.
• Instalación de cableado estructurado.
• Instalación de router inalámbrico.
• Instalación de sistema operativo servidor
• Instalación de base de datos.
• Parametrización de permisos en base de datos.
• Instalación de sistema operativo en maquina cliente.
• Instalación de aplicación web.
• Parametrización de aplicación web
• Instalación de red local.
• Parametrización de aplicaciones y sonido.
• Parametrización de protocolos de seguridad.
En la nube
Este sistema presenta una arquitectura en red o basada en la nube en la cual el cliente solo
requiere de una computadora local con internet y una red inalámbrica local.
• Generación de usuario administrador en base de datos en la nube.

• Configuración de usuario desde maquina local.
• Instalación de red local.
• Parametrización de aplicaciones y sonido.
26
MOCO
3. ALCANCE
Para el presente proyecto y durante el transcurso de su proceso de análisis, diseño y

construcción de la solución, se establecerán límites bien definidos los cuales se relacionan
así:
 El sistema únicamente se encargará de gestionar la información y archivos musicales

los cuales servirán para su correcto funcionamiento.
 El sistema únicamente se encargará de reproducir los medios musicales que han sido
previamente cargados en el mismo.
 El sistema contará con una serie de perfiles predefinidos con el fin de garantizar la
seguridad y control de la información.
 Los usuarios finales solo tendrán la potestad de solicitar la reproducción de archivos
musicales, así como de consultar listados de reproducción y consulta de canciones
disponibles dentro del sistema.
 Los administradores de la organización tendrán privilegios de administrar accesos
para usuarios, así como de consultar información de canciones ya sea por género,
artista o por nombre del tema. De igual forma tendrá únicamente acceso a la música
que solo puedan reproducir dentro de su organización.
 Los súper administradores o administrador general tendrá acceso a todo el sistema.
Tendrá una serie de privilegios en los que se destaca la carga de archivos musicales
al sistema, generador de indicadores y/o reportes que servirán para medir cuales son
los temas más escuchados por los clientes, entre otros.
 El sistema realizará copias de seguridad de los archivos musicales y de la información
de reposa en la base de datos de acuerdo a la políticas de seguridad que se establezcan
en la organización.
27
MOCO
4. ANÁLISIS DEL SISTEMA
Las organizaciones cuentan con sus medios musicales para la atención de sus clientes.
Cada organización debe comprar hasta 5 veces el mismo disco para satisfacer el gusto de los
clientes por lo cual no es muy optimo invertir n veces en el mismo producto, de hecho no es
rentable. A su vez la organizaciones cambian con mucha frecuencia a la persona responsable
y encargada de la reproducción de la música lo cual hace que estas dependan de la misma y
hasta a veces recurren a métodos de improvisación durante las jornadas laborales hecho que
ha impactado en las ganancias de las empresas y en el bajo rendimiento y consumo de sus
clientes. La administración y control de inventarios de sus discos se ejecuta de manera
manual y bastante deficiente debido al constante cambio de personal encargado de su
cuidado, por lo que la organización se ve obligada en invertir con frecuencia en la compra de
medios musicales.
MOCO (Music On Client Online), será una solución que satisfacerá las necesidades de
las organizaciones de manera eficaz garantizando centralizar la información en un solo punto,
de forma que se suprimirá la compra repetitiva de medios musicales debido a que por medio
de nuestra solución se digitalizara estos medios y como gran ventaja el compartimiento (no
descargas) de los mismos entre discotecas los que reducirá los costes de cada una de las
organizaciones, esto significa que la organización desee obtener un tema nuevo realizará la
petición al administrador del sistema (realizado el respectivo pago por ello) y ya todas las
empresas tendrán acceso a este medio. Cabe recalcar que el hecho de que se pueda compartir
música no quiere decir que se pueda descargar esto solo permitirá la reproducción de estos
medios dentro de las empresas en donde este implementado el sistema.
28
MOCO
5. MATRIZ DOFA
Fortalezas Debilidades
Idea innovadora que no tiene Falta diseños web atractivos y
F1 D1
competencia en el mercado llamativos
Aseguramiento de la legalidad de
F2 D2 Time out en backups
la información
Velocidad de conexión de canales
F3 Centralización de la información D3
de respaldo
Estabilidad de streaming en
F4 Oportunidades de negocio D4
canales dedicados
Ideas de innovación y aplicación
F5
de estudio
Oportunidades Amenazas
Implantación en un mercado Costos para implantación de
O1 D1
extenso y competitivo tecnologías
Evolución de una cultura en la Estabilidad de streaming en
O2 D2
solicitud de música canales de dedicados
Idea atractiva y agradable a los Falta de patrocinio para la
O3 D3
clientes instalación de granjas y servidores
Tabla 1: Matriz DOFA
Mediante esta matriz se definirán 4 tipos de estrategias:
5.1 FO (De crecimiento)
Las resultantes de aprovechar las mejores posibilidades que nos da el entorno y las
ventajas propias que nos dé una posición que nos permita expandirnos.
 Aprovechar el auge que puede generar una idea innovadora y masificar lar para
generar reconocimiento.
 Presentar el tema de legalidad, seguridad, centralización y calidad de la
información como un cimiento de confianza en el producto.
 En base a que la industria del entretenimiento y esparcimiento nocturno es
gigantesco, se pueden presentar miles de oportunidades para presentar y aplicar
este negocio.
5.2 DO (De supervivencia)
En las que se busca superar las debilidades internas haciendo uso de las oportunidades
del entorno.
 Desarrollar streaming de audio y video para estabilizar la transmisión de los
mismos y mejorar así la calidad de sonido.
 Mejorar los formularios web.
5.3 FA (De supervivencia)
En las que se pretende evadir las amenazas del entorno.
29
MOCO
 Validación de posición satelital de los clientes de las discotecas.
 Lanzar plataforma móvil multiproducto (Windows Móvil).
5.4 DA (De fuga)
Estrategias que sugieren renunciar al logro dada una situación amenazante, difícilmente
superable o que exponga el sistema al fracaso.
 Desarrollar un sistema en nube con una granja de servidores que permita masificar
nuestros servicios en la nube.
 Implementar la base de datos en Oracle por costos de licencia
6. ESTUDIO DE FACTIBILIDAD
6.1 Introducción al estudio de factibilidad.
Se define MOCO como un proyecto de inversión, en la propuesta por el aporte de capital

para el desarrollo e implantación de este, en el mercado del entretenimiento y esparcimiento
para la prestación de un servicio, mediante la cual la sociedad decide vincular recursos
financieros líquidos a cambio de la expectativa de obtener los beneficios de nuestro producto
a lo largo de un plazo definido en el diagrama de Gantt.
6.2 Idea.
La idea MOCO es presentada en este documento a partir de la definición de un problema

actual en la sociedad (Numeral Error! Reference source not found. página Error!
Bookmark not defined. del presente documento).
6.3 Pre inversión.
La pre inversión es la marca de inicio a puesta en marcha de nuestro producto y este se

define en tres niveles:
 Perfil:
En esta etapa se selecciona el proyecto MOCO como la solución más atractiva para el
problema en el que incurren las empresas del esparcimiento y la diversión basándose en los
servicios ofrecidos por nuestro producto en los alcances del sistema (Numeral Error!
Reference source not found. página Error! Bookmark not defined. del presente
documento).
 Pre factibilidad:
En esta etapa se definen las técnicas de producción para la implantación y los
requerimientos financieros para la puesta en marcha del producto MOCO.
Estableciendo que se requiere de la máxima eficiencia en todos los procesos de

instalación e implantación mediante le eliminación de todas las actividades que no aporten
valor añadido al producto MOCO, ni generen beneficios al cliente como lo pueden ser
30
MOCO
procesos inherentes al sistema como los tiempos de espera, transporte, exceso de procesado
y solución de defectos.
Con base a los costos de los equipos requeridos para la implantación e instalación del
producto MOCO se adjunta una relación de requerimientos y costos de los mismos. (Numeral
Error! Reference source not found. página Error! Bookmark not defined. del presente
documento).
Los costos de instalación y configuración de aplicaciones y servidores se encuentran en

etapa de estudio pero se estima alrededor de 20 millones de pesos.
 Factibilidad:
Se constituye con la culminación de los estudios mencionados anteriormente y
comprenden el conjunto de actividades relativas a la concepción, evaluación, y aprobación
de las inversiones, teniendo como objetivo central la necesidad del producto MOCO por los
clientes y así las necesidades de este proyecto estén plenamente justificadas y las soluciones
técnico económicas sean más ventajosas para las partes en mención.
6.4 Estudio de mercado.
Análisis de la oferta y demanda de los precios del proyecto. Muchos costos de la

operación pueden pronosticarse simulando una situación futura y especificando las políticas
y procedimientos que se utilizaran como estrategia comercial mediante el conocimiento de
los siguientes aspectos.
 La Demanda actual y proyectada del producto por el consumidor.

 La competencia y las ofertas del proyecto actuales y proyectadas.
 Comercialización del producto.
 Los proveedores y la disponibilidad y precios de los insumos actuales y o proyectados.
Analizar al consumidor tiene por objetivo caracterizar a los consumidores actuales y

potenciales, identificando sus preferencias, hábitos de consumo, motivaciones, nivel de
ingresos promedio entre otros, para obtener el perfil sobre el cual puede basarse una estrategia
comercial. El análisis de la demanda pretende cuantificar el volumen utilización del producto
MOCO.
Basándonos en que el proyecto va a ser implementado en un ambiente propuesto por el

cliente, el análisis de los consumidores finales se divide en dos:
El análisis del funcionamiento de la aplicación como administrador de música para los

dueños de la empresa (cliente).
El análisis del gusto de los clientes como usuarios de la aplicación para la solicitud de
canciones por parte de estos dependerá del total de descargas y de la cantidad de solicitudes
de canciones realizadas.
31
MOCO
El estudio de la competencia es vital ya que necesitamos ver las características de los
productos o servicios que ofrecen para así poder ver las ventajas o desventajas del producto
MOCO.
Observando la competencia en cuanto a sistemas de reproducción de música contamos
con las siguientes desventajas y ventajas.
 Desventajas
 Los sistemas de reproducción actual especializada cuentan con sistemas de mezcla de
música avanzada para DJ’s.
 Sistemas como YOUTUBE cuentan con la reproducción de video pero con la desventaja
de la introducción de comerciales y banners en los videos.
 Los sistemas actuales cuentan con diseños web llamativos e innovadores.

 Ventajas
 Los sistemas de reproducción de música actual especializada pueden alimentarse desde
nuestra base de datos.
 MOCO no reproduce publicidad ni banners.
 Los clientes de las discotecas pueden solicitar canciones para escuchar en la discoteca
desde sus smartphones.
Basándonos en lo anterior podemos hacer comercialización del producto móvil en la

discoteca para los clientes de la discoteca, informando las características y beneficios de este
producto, quienes a su vez divulgaran y generaran el reconocimiento de MOCO en otros
sitios, gracias a este tipo de comercialización el costo final del producto MOCO no se verá
afectado.
Los proveedores de los insumos tecnológicos requeridos para la instalación de MOCO
son de nivel macro y gracias a esto no se presentan afectaciones ni en los costos de mercado
ni en los tiempos de entrega.
6.5 Estudio técnico
El objetivo de este estudio consiste en analizar las diferentes alternativas para producir el
sistema MOCO el cual en la actualidad está diseñado en Visual Studio (C# y ASP.Net) y la
parte móvil en Mono for Android.
El desarrollo en este lenguaje de programación permite que MOCO sea un sistema
estructurado en capas orientado a objetos y de fácil integración en plataformas Windows
además de integrarse con bases de datos SQL server que permiten una gran capacidad de
almacenamiento de información.
Considerando el sistema en el que fue desarrollado MOCO y la estructura que tiene
además de su fácil administración y gran adaptabilidad en distintos entornos se considera que
el valor estimado de la aplicación es de 8 millones de pesos.
6.6 Tamaño del proyecto
32
MOCO
Considerando que MOCO va a ser instalado y probado por primera vez en una discoteca,
se estima que la magnitud del proyecto a nivel tecnológico y fisco es pequeña por la cantidad
maquinas en las que se va a instalar que son 2 (Un servidor y una maquina cliente).
Su capacidad en producción se estima en un almacenamiento de música para
reproducción en un total de 500 gigas de información y 5 solicitudes de canciones por cliente
si el total de clientes en la discoteca llegase a 200 personas.
6.7 Localización del proyecto.
Siguiendo los requerimientos del cliente se realiza la instalación completa del proyecto
en la discoteca asumiendo ellos directamente los costos de mantenimiento.
El servidor de almacenamiento se instalara en una habitación refrigerada, asegurada y
adecuada con los requerimientos mínimos de energía y puertos de comunicación.
Los equipos clientes se instalaran en los puestos de trabajo de los disc-jockeys para que
estos los comuniquen con los equipos de reproducción de la discoteca en sus
correspondientes ambientes.
6.8 Ingeniería del proyecto.
La ingeniería del proyecto MOCO se espera aplicar en la evolución del mismo en donde
se estima poder tener una granja de servidores con música y videos especializados
distribuyendo sus servicios a distintos clientes, proyectándolo en la nube.
NOTA: Esta parte del proyecto MOCO no aplica para el desarrollo estudiado en la
actualidad.
6.9 Tecnología
Los requerimientos tecnológicos están relacionados en el numeral 14 en la página 39 del

presente documento.
6.10 Estudio de costos fijos y variables de beneficio
Los egresos estimados por costos de las tecnologías requeridas es de $19.680.000

incluyendo mano de obra por instalación y configuración de los mismos.
Los ingresos estimados previniendo que el cliente ya no tiene que adquirir discografías
completas y tener un estimado en pérdidas por desgaste y mala administración de medios
físicos de la música y pérdida de los mismos es de $300.000 por mes.
Estimando que la innovación es un punto atractivo para los clientes, el incremento en

ingreso de clientes para la discoteca representara un aumento en sus arcas del 25% mensual.
Basándonos en que las empresa recibirá $1.300.000 mensual por el uso del sistema
MOCO se estima que la empresa retribuirá su inversión en un tiempo aproximado de 15
meses.
33
MOCO
7. DIAGRAMAS (DE PROCESOS (CONTEXTO Y NIVELES)
7.1 Diagrama de contexto
Gráfica 4: Diagrama de Contexto
7.2 Diagrama nivel cero para la solicitud de canciones
Gráfica 5: Diagrama nivel 0 - solicitud de canciones
34
MOCO
7.3 Diagrama nivel uno para el diligenciamiento del formato de solicitudes
Gráfica 6: Diagrama nivel 1 - diligenciamiento del formato de música
7.4 Diagrama nivel uno para el alistamiento de las solicitudes
Gráfica 7: Diagrama nivel 1 - alistamiento de música
7.5 Diagrama nivel 2 para el alistamiento de las solicitudes
Gráfica 8: Diagrama novel 2 - alistamiento de música
7.6 Diagrama nivel uno para la programación de canciones
Gráfica 9: Diagrama nivel 1 - programación de canciones
35
MOCO
8. CASOS DE USO, CON PLANILLA DE CADA CASO
8.1 Caso de uso general.
Gráfica 10: Caso de uso general
36
MOCO
8.2 Caso de uso de solicitud de canciones.
Gráfica 11: Caso de uso - solicitud de canciones
Nombre: Solicitud de canciones

Autor: Mario Avendaño
Fecha: 25/05/2013
Descripción:
Permite Solicitar Canciones a Través de un Formato.
Actores:
Usuario consumidor - Mesero
Precondiciones:
El usuario debe acercarse a la barra o solicitarle al mesero un formato para realizar dicha
solicitud
Flujo Normal:
1. El usuario solicita un formato de solicitud de canciones al mesero
2. El mesero entrega el formato solicitado por el usuario
3. El usuario diligencia el formato con la solicitud de las canciones.
4. El usuario entrega el formato diligenciado al mesero.
Flujo Alternativo:
En caso que el mesero no se encuentre o no este disponible, el usuario debe acercarse a la
barra tomar un formato de solicitud de canciones, diligenciarlo y dejarlo nuevamente en la
barra.
Pos condiciones:
El mesero recibe los formatos diligenciados y legibles
Tabla 2: Caso de uso - solicitud de canciones
37
MOCO
8.3 Caso de uso alistamiento
Gráfica 11: Caso de uso - alistamiento
Nombre: Alistamiento de Canciones

Fecha: 25/05/2013
Descripción:
Permite Listar las Canciones Solicitadas en el Formato, de Acuerdo al orden de su Solicitud
Actores:
Mesero – DJ
Precondiciones:
El Mesero debe recoger todas las peticiones hechas por los Usuarios a traves del Formato
Flujo Normal:
1. El Mesero recoge todas las solicitudes de los demás usuarios
2. El Mesero realiza una pre organización de los formatos de acuerdo al orden de solicitud
3. El Mesero entrega los formatos diligenciados al DJ
4. El DJ verifica que los formatos estén diligenciados y que la solicitud sea legible
5. El DJ re organiza los formatos acuerdo al orden de solicitud
Flujo Alternativo:
En caso que el formato de solicitud no sea legible se devuelve al usuario para que
nuevamente realice la solicitud
Pos condiciones:
El DJ re organiza los formatos acuerdo al orden de solicitud
Tabla 3: Caso de uso - alistamiento
38
MOCO
8.4 Caso de uso programación de canciones
Gráfica 12: Caso de uso - programación
Nombre: Programar Canciones

Fecha: 25/05/2013
Descripción:
Permite Programar las Canciones Solicitadas por los Usuarios, de Acuerdo al orden de su
Solicitud
Actores:
DJ – Usuario
Precondiciones:
El DJ debe tener a la mano las solicitudes de los Usuarios
Flujo Normal:
1. El DJ realiza la consulta de las canciones solicitadas por los usuarios
2. El DJ verifica el estado del medio (disco).
3. El DJ coloca el medio en el dispositivo (reproductor musical)
4. El DJ anuncia a los usuarios el tiempo estimado para la reproducción de la canción solicitada
5. El Usuario escucha la canción solicitada.
Flujo Alternativo:
En caso de que la canción solicitada no se encuentre disponible se le hace saber al usuario, al
igual si el medio (disco) se encuentra en mal estado.
Pos condiciones:
El Usuario escucha la canción solicitada.
Tabla 4: Caso de uso - programación
39
MOCO
9. DIAGRAMAS Y DICCIONARIOS
9.1 Diagrama de actividades
Gráfica 13: Diagrama de actividades
40
MOCO
9.2 Diagrama de Secuencia
Gráfica 14: Diagrama de Secuencia
41
MOCO
Diccionario de archivos
Flujo
Nombre: Canción
Descripción: Este flujo contiene la información de la canción a solicitar
Flujo Padre: Ninguno
Origen: Este flujo proviene del Usuario
Alias: Pista
Destino: Diligenciar Formato de Solicitud
Tabla 5: Flujo – canción
Flujo
Nombre: Formato de Solicitud
Este flujo contiene el formato físico que será diligenciado por los
Descripción:
Usuarios
Flujo Padre: Ninguno
Origen: Este flujo proviene del Usuario
Alias: Pista
Destino: Diligenciar Formato de Solicitud
Tabla 6: Flujo - formato de solicitud
Proceso
Nombre: Diligenciar Formato de Solicitud
Referencia: 1.0
En este proceso se realizan de manera escrita el formato de solicitud
Descripción:
de canciones
Proceso Padre: Ninguno
Formato de Solicitudes de Canciones por parte del Mesero
Entradas:
Datos de la canción por parte del Usuario
Salidas: Formato de Solicitudes de Canciones Diligenciados
Tabla 7: Proceso - diligenciar formato de solicitud
42
MOCO
Flujo
Nombre: Formato Diligenciado
Este flujo contiene la información ya plasmada de la canción solicitada
Descripción:
por los Usuarios
Flujo Padre: Diligenciar Formato de Solicitud (1.0)
Origen: Este flujo proviene del Mesero
Alias: Formato
Destino: Listar Canciones
Tabla 8: Flujo - formato diligenciado
Flujo
Nombre: Lista de Chequeo
Este flujo contiene un listado de las canciones disponibles y existentes en la
Descripción:
discoteca
Flujo Padre: Proviene del almacén de datos (Inventario Musical)
Origen: Este flujo proviene del DJ
Alias: CheckList
Destino: Listar Canciones
Tabla 9: Flujo - lista de chequeo
Proceso
Nombre: Listar Canciones
Referencia: 2.0
En este proceso se encarga de organizar las canciones solicitadas por
Descripción: los usuarios a través del formato diligenciado
Proceso Padre: Diligenciar Formato de Solicitud
Formatos Diligenciados
Entradas:
Lista de Chequeo de Canciones
Salidas: Formatos Organizados y Diligenciados

Tabla 10: Proceso - listar canciones
43
MOCO
Flujo
Nombre: Disponibilidad
Este flujo contiene la información de la canción solicitada para realizar
Descripción:
su respectiva búsqueda y verificar su disponibilidad
Flujo Padre: Listar Canciones (2.0)
Origen: Este flujo proviene del DJ
Alias: Búsqueda de Canción Solicitada
Destino: Actor DJ
Tabla 11: Flujo - disponibilidad
Proceso
Nombre: Almacén de Datos
Referencia: Almacén de Datos
En este proceso se encarga de Consultar las canciones solicitadas por
Descripción: los usuario verificando su existencia y disponibilidad dentro de la
Discoteca
Proceso Padre: Listar Canciones
Entradas: Búsqueda de Canción Solicitada
Salidas: Canción Solicitada
Tabla 12: Proceso - almacén de datos
Proceso
Nombre: Programar Canciones
Referencia: 3.0
En este proceso se encarga de Programar las canciones solicitadas por
Descripción: los usuarios. Allí también se valida el estado del medio y el tiempo
estimado para su reproducción
Proceso Padre: Almacén de Datos
Entradas: Disco con la Canción Solicitada
Disco Dañado
Salidas: Reproducción de la Canción
Tiempo estimado para su reproducción
Tabla 13: Proceso - programar canciones
44
MOCO
Flujo
Nombre: Reproducción de Canción
Descripción: Este flujo contiene la Reproducción del medio (disco)
Flujo Padre: Programar Canciones
Origen: Programar Canciones
Alias: Reproducción en Curso
Destino: Actor Usuario
Tabla 14: Flujo - reproducción de canción
Flujo
Nombre: Tiempo estimado para su reproducción
Este flujo contiene el tiempo que estima el DJ en tardar la reproducción
Descripción:
de la canción solicitada
Flujo Padre: Programar Canciones
Origen: Programar Canciones
Alias: Tiempo estimado para su reproducción
Destino: Actor Usuario
Tabla 15: Flujo tiempo estimado de reproducción
45
MOCO
10. DISEÑO Y ARQUITECTURA DEL SOFTWARE.
Dentro del diseño y la arquitectura de MOCO, esta se muestra altamente modular ya

que su construcción se realizó dividiendo su estructura de tal manera que al migrarla o
realizar cualquier tipo de cambio no genere gran impacto sobre su entorno. Desde el punto
de vista estructural, MOCO está orientado a objetos y a componentes lo que hace que sea
fácil y rápido de entender su composición a nivel de paquetes de esta forma se puede
representar el diagrama de paquetes del software:
Gráfica 15: Diagrama de paquetes MOCO
MOCO es una aplicación web que trabaja bajo una arquitectura cliente – servidor y fue
construida por capas las cuales ofrecen a los desarrolladores realizar cambios al mismo sin
impactar las funciones para el usuario. Adicionalmente a ello MOCO, utiliza propiedades
extra funcionales tales como seguridad, confiabilidad, adaptabilidad entre otros, los cuales
son esenciales para que la arquitectura del diseño satisfaga las necesidades del cliente. Sin
embargo no basta con ofrecer este tipo de requerimientos no funcionales, es necesario
recalcar las funcionalidades que ofrecen la aplicación y sus beneficios, de modo que MOCO
46
MOCO
utiliza un servicio web que expone una interfaz que va a hacer consumida por una aplicación
móvil (inicialmente funciona para android), la cual consta de que el usuario desde su teléfono
celular pueda programar las canciones que desea escuchar durante su estadía en el
establecimiento. El servicio web que ofrece MOCO, expone dos métodos los cuales consisten
en listar las canciones y programar las mismas. Estos dos componentes al igual que la
aplicación web, han sido construidos bajo estándares y métricas que determinan la calidad
del producto.
Aunque MOCO está diseñado principalmente para la gestión y reproducción de archivos

musicales, también utiliza una parte de abstracción que involucra ciertas características los
cual hace que no solo opere con archivos musicales sino que también funcionaria como gestor
y administrador de información de cualquier tipo.
11. CODIFICACIÓN DEL SOFTWARE.
Para la revisión de métricas de diseño y codificación del software, se ejecuta una

herramienta de Visual Studio llamada StyleCop, la cual al ser ejecutada durante la
compilación del proyecto realiza una verificación de la documentación y comentarios sobre
el código fuente. Si el código fuente posee comentarios o documentación específica sobre las
funciones, métodos, procedimientos y clases, la herramienta muestra como advertencia esas
violaciones de codificación. MOCO, cuenta con comentarios y descripciones sobre sus
fragmentos de código fuente, lo que garantiza que se ejecuta la herramienta de verificación
de código fuente, la calidad del mismo y las facilidades para hacerle mantenimiento a la
solución.
Análisis de Activity.cs de la solución ConsumirWS, aplicación móvil que consume el

web service de MOCO.
Métrica Descripción Rango

DCOM Densidad de comentarios 0.5
STCYC Complejidad ciclomática 3
LEVEL Nivel de anidamiento de funciones 2
CALLING Número de veces que una función es llamada 2
CALL Número de funciones llamadas por una función 1
PARAM Número de parámetros de una función 2
RETURN Número de puntos de retorno de una función 1
STNRA Número de funciones con recursividad 0
NGTO Número de instrucciones goto 0
Tabla 16: Métricas para medida de complejidad de código
11.1 Escogencia de herramienta de análisis estático (StyleCop)
StyleCop es una herramienta de código abierto para análisis estático de código de

Microsoft que comprueba el código C # para la conformidad con los estilos de codificación
recomendadas de StyleCop y un subconjunto de pautas de diseño de Microsoft. NET
Framework. StyleCop analiza el código fuente, lo que permite aplicar un conjunto diferente
47
MOCO
de reglas de FxCop (que, en lugar del código fuente, comprueba los ensamblados de
ensamblado de .NET). Las normas se clasifican en las siguientes categorías: documentación,
disposición, mantenibilidad, denominación, orden, legibilidad, espaciamiento.
StyleCop incluye tanto la interfaz gráfica de usuario y las versiones de línea de comandos
de la herramienta. Es posible crear nuevas reglas que se utilizarán.
Métrica Descripción Rango

PTAE Porcentaje de técnicas de Análisis Estático soportadas 83%
PTAD Porcentaje de técnicas de Análisis Dinámico soportadas 80%
PRMC Porcentaje de reglas MISRA C++ comprobadas
PMAE Porcentaje de métricas de Análisis Estático calculadas 83%
PMAD Porcentaje de métricas de Análisis Dinámico calculadas 80%
MCCY Cálculo de complejidad ciclomática Si
Tabla 17: Métricas para elección herramienta de análisis estático
A continuación se relacionan alguna de las imágenes en las que se evidencia las

advertencias que arroja el IDE cuando se realiza una revisión de referencias y comentarios
bajo el StyleCop.
Gráfica 16 Imágenes evidencia StyleCop
48
MOCO
Gráfica 17: Imágenes evidencia StyleCo
12. DIAGRAMA DE GANTT
La siguiente imagen muestra el tiempo estimado para cada una de las actividades con sus
respectivos responsables.
49
MOCO
Gráfica 18: Diagrama de Tareas – Gantt
13. DIAGRAMAS DE FLUJO
Gráfica 19: Diagrama de flujo inicio
Gráfica 20: Diagrama de flujo 1
50
MOCO
51
MOCO
52
MOCO
53
MOCO
54
MOCO
55
MOCO
56
MOCO
57
MOCO
14. MODELO ENTIDAD – RELACIÓN
Gráfica 33: Modelo Entidad Relación
58
MOCO
15. MODELO FÍSICO RELACIONAL
Gráfica 34: Modelo Físico Relacional
59
MOCO
16. DICCIONARIO DE DATOS
16.1 Tablas
ÍNDICE BD NOMBRE TABLA DESCRIPCIÓN

1 Biblioteca Country Tabla en la que se ingresa la ciudad origen de las agrupaciones.
2 Biblioteca Agrupación Tabla en la que se ingresa agrupaciones musicales.
3 Biblioteca Instrumento Tabla en la que se ingresa los instrumentos por agrupación.
4 Biblioteca agrupacion_x_genero Tabla en la que se ingresa agrupaciones por géneros musicales.
5 Biblioteca Genero Tabla en la que se ingresa géneros musicales
6 Biblioteca Pista Tabla en la que se ingresa el nombre de las pistas o canciones
7 Biblioteca agrupacion_x_miembros Tabla en la que se ingresa agrupaciones por artistas.
8 Biblioteca Miembros Tabla en la que se ingresan los miembros de las agrupaciones musicales.
9 Biblioteca Álbum Tabla en la que se ingresa los álbumes creados por las agrupaciones.
10 Biblioteca Usuario Tabla en la que se crean los usuarios del programa.
11 Biblioteca Permisos Tabla en la que se definen los tipos de permisos.
12 Biblioteca Permisosporrole Tabla en la que se asignan permisos por role para el manejo del programa.
13 Biblioteca Role Tabla en la que se crean roles para el manejo del programa.
Tabla 18: Distribución de tablas
16.2 Primary_foreing key
TIPO LLAVE TABLA ATRIBUTO DESCRIPCIÓN

country_pkey 1 pai_id PK de la tabla country
instrumento_pkey 3 ins_id PK de la tabla instrumento
agrupacion_pkey 2 agr_id PK de la tabla agrupación
FK_agr_cou 2 agr_country FK de las tablas agrupación y country
album_pkey 9 alb_album PK de la tabla álbum
60
MOCO
TIPO LLAVE TABLA ATRIBUTO DESCRIPCIÓN

FK_alb_agr 9 alb_id FK de las tablas álbum y agrupación
genero_pkey 5 gen_id PK de la tabla genero
agrupacion_x_genero_pkey 4 axg_id PK de la tabla agrupación por genero
Fk_axg_agr 4 axg_agrupacion FK de las tablas agrupación por genero y agrupación
FK_axg_gen 4 axg_genero FK de las tablas agrupación por genero y genero
miembros_pkey 8 mie_id PK de la tabla miembros
agrupacion_x_miembros_pkey 7 axm_id PK de la tabla agrupación por miembros
FK_axm_agr 7 axm_agrupacion FK de las tablas agrupación por miembros y agrupación
FK_axm_ins 7 axm_instrument FK de las tablas agrupación por miembros e instrumentos
FK_axm_mie 7 axm_member FK de las tablas agrupación por miembros e miembros
permisos_pkey 11 per_llave PK de la tabla agrupación por permisos
role_pkey 13 rol_id PK de la tabla role
pista_pkey 6 pis_id PK de la tabla pista
FK_pis_alb 6 pis_album FK de las tablas pista y álbum
usuario_pkey 10 usu_sesion PK de la tabla usuario
FK_usu_rol 10 rol_id FK de las tablas usuario y role
permisosporrole_pkey 12 per_llave PK de la tabla permisos por role
FK_pxp_per 12 per_llave FK de la tabla permisos por role
FK_pxp_rol 12 rol_id FK de la tabla permisos por role
Tabla 19: Llaves principales y foráneas
16.3 Datos
NOMBRE TIPO DE TOTAL CAMPO

ATRIBUTOS POS DESCRIPCIÓN
TABLA CAMPO CAMPOS NULO
1 pai_id CHAR 4 1 NO ID del país de la banda
1 pai_name CHAR 50 2 YES Nombre del país de la banda
61
MOCO

2 agr_id CHAR 20 1 NO ID de la agrupación
2 agr_name CHAR 100 2 YES Nombre de la agrupación
2 agr_year CHAR 6 3 YES Fecha de creación de la agrupación
2 agr_country CHAR 4 4 YES Ciudad de la agrupación
3 ins_id CHAR 4 1 NO ID de un instrumento
3 ins_name CHAR 50 2 YES Nombre del instrumento
4 axg_id CHAR 10 1 NO ID de la agrupación por genero
4 axg_agrupacion CHAR 20 2 YES Nombre de la agrupación
4 axg_genero CHAR 10 3 YES Nombre del genero
5 gen_id CHAR 10 1 NO ID del genero
5 gen_name CHAR 50 2 YES Nombre del genero
6 pis_id CHAR 20 1 NO ID de una pista
6 pis_album CHAR 20 2 YES Nombre del álbum al que pertenece la pista
6 pis_name CHAR 100 3 YES Nombre de la pista
6 pis_content CHAR 200 4 YES Descripción de la pista
6 pis_duration DOUBLE 5 YES Tiempo de duración de la pista
7 axm_id CHAR 10 1 NO ID de agrupación por miembros
7 axm_agrupacion CHAR 20 2 YES Nombre de la agrupación
7 axm_member CHAR 20 3 YES Miembros de la agrupación
7 axm_instrument CHAR 4 4 YES Instrumentos de la agrupación
7 axm_datei CHAR 6 5 YES Año de creación de la agrupación
7 axm_datef CHAR 6 6 YES Año de terminación de la agrupación
8 mie_id CHAR 20 1 NO ID de un integrante de una agrupación
8 mie_name1 CHAR 20 2 YES Primer nombre del integrante de la agrupación
8 mie_name2 CHAR 20 3 YES Segundo nombre del integrante de la agrupación
8 mie_name3 CHAR 20 4 YES Primer apellido del integrante de la agrupación
62
MOCO

8 mie_name4 CHAR 20 5 YES Segundo apellido del integrante de la agrupación
Fecha de nacimiento del integrante de la
8 mie_date CHAR 6 6 YES
agrupación
9 alb_id CHAR 20 1 YES ID del álbum
9 alb_album CHAR 20 2 NO Descripción del álbum
9 alb_name CHAR 100 3 YES Nombre del álbum
9 alb_year CHAR 6 4 YES Año de creación del álbum
10 usu_id CHAR 15 1 NO ID del usuario
10 usu_sesion CHAR 15 2 NO
10 usu_nombre CHAR 50 3 YES Nombre del usuario
10 usu_password CHAR 20 4 YES Password del usuario
10 usu_activo TINTYINT 5 YES Estado del usuario activo
10 usu_bloqueado TINTYINT 6 YES Estado del usuario bloqueado
10 usu_ultimoacceso TIMESTAMP 7 YES Fecha del último acceso del usuario
10 rol_id CHAR 3 8 YES ID del role
11 per_id CHAR 3 1 NO ID del permiso
11 per_nivel CHAR 3 2 YES Nombre del nivel del permiso
11 per_consecutivo CHAR 3 3 YES Numero de consecutivo
11 per_llave VARCHAR 10 4 NO ID de la agrupación
11 per_nombre CHAR 50 5 YES Nombre del permiso
12 per_llave CHAR 10 1 NO Año de creación del álbum
12 rol_id VARCHAR 3 2 NO ID del role
12 ppr_permisos VARCHAR 50 3 NO Nombre de los permisos
13 rol_id CHAR 3 1 NO ID del role
13 rol_name CHAR 10 2 YES Nombre del role
Tabla 20: Nombres de campo
63
MOCO
17. DEFINICIÓN POLÍTICAS DE SEGURIDAD DEL GESTOR DE BASES DE
DATOS
Dentro del proyecto se está manejando SQL SERVER 2008 R2 como gestor de base de
datos y acá se enuncian los roles y políticas de seguridad a implementar.
17.1 Esquema de la creación de roles.
Rol de SUPERADMINISTRADOR
Nombre superadmin
Administrar y controlar toda la información contenida en la base
Objetivos
de datos.
Permisos a Acceso total a todas las tablas de la base de datos.
Verificar, controlar y auditar que la información ingresada a la
base de datos sea consistente y que las canciones agregadas
Funciones a cumplir procedan de una fuente legal
Realizar los backups de acuerdo al plan de contingencia y
recuperar la base de datos en caso de desastre lógico o físico.
Tabla 21: Rol - superadministrador
Rol de ADMINISTRADOR DE DISCOTECA

Nombre Discoteca
Administrar la información correspondiente a agrupaciones,
Objetivos integrantes y canciones las cuales van a ser reproducidas en la
correspondiente discoteca.
Consulta e inserción a las siguientes tablas de la base de datos:
Permisos a
agrupaciones, integrantes, instrumentos, álbumes, pistas.
Verificar, controlar y auditar que la información ingresada a la
base de datos sea consistente, que las canciones agregadas
Funciones a cumplir
procedan de una fuente legal y sean correspondientes al género
de la discoteca.
Tabla 22: Rol - administrador de discoteca
Rol de CLIENTE DE DISCOTECA

Nombre Publico
Consultar y solicitar la información correspondiente a la base de
Objetivos
datos de la discoteca para su reproducción.
Consultar las siguientes tablas: agrupaciones, integrantes,
Permisos a instrumentos, álbumes, Reproducciones y pistas e insertar en la
tabla reproducciones.
Solicitar las pistas que quiera que se reproduzcan en la
Funciones a cumplir
discoteca.
Tabla 23: Rol - cliente de discoteca
64
MOCO
17.2 Plan para la generación de backups.
Como la Base se encuentra en continuo movimiento se plantea el siguiente plan de

Backup para la Base de Datos
 Copia de Seguridad Completa de la Base de Datos semanal y de la Base ‘master’,
cada lunes a las 8:01 a.m. sobrescribiendo la copia de seguridad de la semana
anterior.
 Copia diferencial de seguridad de la Base de Datos diaria a las 6:01 a.m. a
excepción del lunes.
 Copia del registro de transacciones cada hora para evitar perdida de información
durante el día.
 Copia de seguridad incremental diaria del servidor de canciones a la 8:01 a.m.
Se plantea realizar dichas copias en un Arreglo de Discos o en un servidor diferente al

que contiene la Base de Datos ya que en caso de falla del servidor de manera física sería más
difícil recuperar la información en un tiempo corto.
17.3 Plan de restauración o Contingencia
Se plantea realizar en caso de desastre una restauración desde la copia diferencial del
registro de transacciones no sin antes analizar el motivo del desastre, e inmediatamente
después se realiza copia de seguridad completa de la Base de Datos de manera manual, esto
no afectará la copia que deba realizarse de manera semanal.
El encargado de programar las copias, así como la restauración en caso de desastre será
el DBA, así mismo la copia incremental del servidor de canciones se realizará de manera
manual.
65
MOCO
18. DESARROLLO DE SCRIPTS DE SEGURIDAD
18.1 Creación de roles
USE [Moco]
GO
/****** Object: DatabaseRole [db_owner] Script Date: 11/15/2012 19:07:00 ******/

CREATE ROLE [superadmin] AUTHORIZATION [dbo]
GO
GRANT INSERT, SELECT, UPDATE, DELETE ON AGRUPACIONES TO superadmin

GRANT INSERT, SELECT, UPDATE, DELETE ON ALBUMNES TO superadmin
GRANT INSERT, SELECT, UPDATE, DELETE ON DISCOTECAS TO superadmin
GRANT INSERT, SELECT, UPDATE, DELETE ON DISCOTECAS_X_GENEROS TO
superadmin
GRANT INSERT, SELECT, UPDATE, DELETE ON GENEROS TO superadmin
GRANT INSERT, SELECT, UPDATE, DELETE ON INSTRUMENTOS TO superadmin
GRANT INSERT, SELECT, UPDATE, DELETE ON INTEGRANTES TO superadmin
GRANT INSERT, SELECT, UPDATE, DELETE ON
INTEGRANTES_X_AGRUPACION TO superadmin
GRANT INSERT, SELECT, UPDATE, DELETE ON OPCIONES TO superadmin
GRANT INSERT, SELECT, UPDATE, DELETE ON PAISES TO superadmin
GRANT INSERT, SELECT, UPDATE, DELETE ON PISTAS TO superadmin
GRANT INSERT, SELECT, UPDATE, DELETE ON REPRODUCCIONES TO
superadmin
USE [Moco]
GO
/****** Object: DatabaseRole [discoteca] Script Date: 11/15/2012 19:08:33 ******/

CREATE ROLE [discoteca] AUTHORIZATION [dbo]
GO
GRANT INSERT, SELECT ON AGRUPACIONES TO superadmin

GRANT INSERT, SELECT ON ALBUMNES TO superadmin
GRANT INSERT, SELECT ON INSTRUMENTOS TO superadmin
GRANT INSERT, SELECT ON INTEGRANTES TO superadmin
GRANT INSERT, SELECT ON INTEGRANTES_X_AGRUPACION TO superadmin
GRANT INSERT, SELECT ON PISTAS TO superadmin
USE [Moco]
GO
CREATE ROLE [publico]

GRANT SELECT ON AGRUPACIONES TO superadmin
GRANT SELECT ON ALBUMNES TO superadmin
66
MOCO
GRANT SELECT ON INSTRUMENTOS TO superadmin
GRANT SELECT ON INTEGRANTES TO superadmin
GRANT SELECT ON INTEGRANTES_X_AGRUPACION TO superadmin
GRANT INSERT, SELECT ON PISTAS TO superadmin
18.2 Creación de backups
Backup full semanal
BACKUP DATABASE [Moco] TO DISK =

N'C:\MyDataBase\MyBackUp\Moco_backup_2012_11_15_194347_8509181.bak' WITH
NOFORMAT, NOINIT, NAME = N'Moco_backup_2012_11_15_194347_8509181',
SKIP, REWIND, NOUNLOAD, STATS = 10
GO
declare @backupSetId as int
select @backupSetId = position from msdb..backupset where database_name=N'Moco' and
backup_set_id=(select max(backup_set_id) from msdb..backupset where
database_name=N'Moco' )
if @backupSetId is null begin raiserror(N'Error de comprobación. No se encuentra la
información de copia de seguridad para la base de datos ''Moco''.', 16, 1) end
RESTORE VERIFYONLY FROM DISK =
FILE = @backupSetId, NOUNLOAD, NOREWIND
BACKUP DATABASE [master] TO DISK =

N'C:\MyDataBase\MyBackUp\master_backup_2012_11_15_194500_1022559.bak' WITH
NOFORMAT, NOINIT, NAME = N'master_backup_2012_11_15_194500_0866280',
GO
select @backupSetId = position from msdb..backupset where database_name=N'master'
and backup_set_id=(select max(backup_set_id) from msdb..backupset where
database_name=N'master' )
información de copia de seguridad para la base de datos ''master''.', 16, 1) end
N'C:\MyDataBase\MyBackUp\master_backup_2012_11_15_194500_1022559.bak' WITH
Backup Diferencial
BACKUP DATABASE [Moco] TO DISK =

DIFFERENTIAL , NOFORMAT, NOINIT, NAME =
N'Moco_backup_2012_11_15_194606_9278211', SKIP, REWIND, NOUNLOAD,
STATS = 10
GO
67
MOCO
Backup del Log de Transacciones.
BACKUP LOG [Moco] TO DISK =

N'C:\MyDataBase\MyBackUp\Moco_backup_2012_11_15_194811_6293724.trn' WITH
NOFORMAT, NOINIT, NAME = N'Moco_backup_2012_11_15_194811_6293724',
GO
N'C:\MyDataBase\MyBackUp\Moco_backup_2012_11_15_194811_6293724.trn' WITH
18.3 Consideraciones éticas
Se hacen las siguientes consideraciones éticas basándonos en que la información tomada

para el desarrollo de este proyecto, tanto de la parte investigativa científica, social son
transparentes y legales así como en el aspecto humano de las personas interrelacionadas en
el proyecto.
Primero: El proyecto parte de la necesidad de presentar uno a la universidad
Panamericana, como requerimiento solicitado por esta para el desarrollo del proyecto
integrador.
Segundo: La información y el asesoramiento para el desarrollo del proyecto ha sido
brindado, tanto como por los integrantes del grupo como de los docentes de las distintas
cátedras por las que ha pasado el proyecto.
Tercero: Las ideas que se han recopilado para mejorar elevar el nivel del proyecto han
recopilado para mejorar elevar el nivel del proyecto han sido aportadas por los integrantes
del grupo y algunos de los docentes de la universidad.
Cuarto: Se hace constar que los métodos administrativos para el manejo de la música,
empleados por los establecimientos son los que permiten que en su mayoría difundan y
fomenten la piratería.
68
MOCO
Quinto: La información suministrada por las personas observadas y encuestadas en esta
investigación, cuentan con protección de su identidad para el aseguramiento de su bienestar.
Sexto: Se hace constar que la información suministrada en este documento, está libre cien
por ciento de plagio o copia alguna.
69
MOCO
CAPITULO 3
19. RESULTADOS
19.1 Observación
19.2 Encuesta
Preguntas generales
 ¿Cuál es el género que más suena en esta discoteca?
Gráfica 12: Respuestas pregunta 1
Con base a la gráfica presentada se observa que el mercado es en su mayoría es abarcado

por el ritmo de salsa.


 ¿Cómo es el manejo de la música?
Se observa que el manejo de la música no es adecuado, ni organizado
70
MOCO
 ¿Cada cuánto se actualiza la música?
La actualización no es constante ni estudiada ni analizada.
 ¿Qué cuidado se le tiene a la música?
El manejo que se le da al medio físico de la música no es adecuado, ordenado ni seguro.
71
MOCO
 ¿La música es legal?
Se observa que el nivel de música ilegal es alto, esto da a mostrar que los controles no
son suficientes
 ¿Cómo le solicitan las canciones los clientes?
Se concluye que no procedimientos establecidos para el manejo de la solicitud de los

pedidos de música de los clientes de los establecimientos.
72
MOCO
 ¿Cada cuánto colocan las solicitudes de los clientes?
Se concluye que en los establecimientos no se le da prioridad a las solicitudes de los

clientes.
Preguntas de temas específicos
 ¿Cómo comienza su procedimiento para alistar la selección de música?
Los disc-jockeys son reservados con la información.
 ¿Con que equipos trabaja hoy en día?
Las tecnologías más usadas son los computadores.
 ¿Qué documentos solicita a los clientes para que soliciten canciones?
El manejo de las solicitudes realizadas por los clientes no es estándar, varía en cada
establecimiento.
 ¿Cuántas solicitudes le hacen a diario?
La cantidad de solicitudes realizadas en los establecimientos no es una cantidad

promedio.
73
MOCO
 ¿Recibe información de otras áreas o departamentos?
En pocos establecimientos se hacen pedidos desde áreas administrativas.
 ¿Almacena la anterior información?
Con base a la falta de respuestas por parte del personal entrevistado y haciendo
observación al procedimiento como tal se observa que esta información no es almacenada?
 ¿A quién le envía los resultados del proceso cuando termina su parte?
 ¿Cuándo termina el procedimiento?
 ¿Cuáles son las cosas más difíciles en el proceso actual y que cosa piensan que
puede ser?
74
MOCO
 ¿Considera que se debe mejorar o implementar algún proceso para el manejo y
solicitud de música?
Se concluye que los procedimientos empleados para solicitar música no son los más
idóneos.
 ¿Cuál es el software para realizar su trabajo?
Los medios utilizados de software de pc son virtual Dj y WMB.
 ¿Existe otro software que usan durante el día?
Hay pocas referencias sobre más software que sea utilizado e los establecimientos del
esparcimiento y la diversión.
75
MOCO
 ¿Qué recomienda que se deba mejorar en el proceso?
76
MOCO
CAPITULO 4
20. CONCLUSIONES
En este proyecto se concluye con base en las hipótesis, que se puede ayudar a combatir
la piratería en el medio de audio y video, también se puede ayudar a los entes
gubernamentales a realizar control sobre la adquisición legal de títulos de audio y video y
con eso ayuda a defender los derechos de autor.
Con base en los objetivos que se puede mejorar el sistema de almacenamiento y
reproducción de música de los usuarios del sistema, se puede garantizar la seguridad y calidad
de la música en un 100%.
Se optimizan los sistemas actuales de administración del personal encargado de la música
y la calidad del sonido debido a la exclusión de medios que se deterioran o se pierden.
A los clientes de los establecimientos les llama la atención el poder solicitar canciones
desde su dispositivo móvil generando con esta idea un mayor ingreso de clientes a los
establecimientos.
77
MOCO
CAPITILO 5
21. RECOMENDACIONES
Es necesario para el funcionamiento óptimo del proyecto presentado, se tenga en cuenta

los requerimientos de hardware y de software mencionados, los clientes cuentan con dos
opciones de instalación del producto, la selección de la opción es a decisión de los clientes;
la reproducción de las solicitudes realizadas por los clientes es administrada por los
administradores de los establecimientos y la solución no les permitirá a los usuarios ni la
copia ni la descarga de los títulos almacenados en la base de datos.
22. BILIOGRAFIA
Abraham Silberschatz (2002). Fundamentos de bases de datos. Cuarta edición.

Andrew S. Tanenbaum (1988). Sistemas operativos: diseño e implementación.
Andrew S. Tanenbaum (1996). Sistemas operativos distribuidos.
George Coulouris (2001). Sistemas distribuidos: conceptos y diseño. Tercera edición.
Hugo Cerdá (1991). Elementos de la investigación.
Joseph Schmuller . Aprendiendo UML en 24 horas.
John Ferguson (2003). La Biblia de C#. Primera edición
Marko Gargenta (2011). Learning Android. Primera edición.
Roger S. Pressman. (2010). Ingeniería de software un enfoque práctico. Séptima edición.
23. WEBGRAFIA
Microsoft Virtual Academy (2011 - 2014) Curso C#, Curso SQL Server, Curso Windows
phone. http://www.microsoftvirtualacademy.com/
TechNet Microsoft (2011 - 2014) C#, SQL Server. http://technet.microsoft.com/
Xamarin.com/Android (2013) Desarrollo Android en Visual Studio.
http://xamarin.com/platform
Hewlet Packard (2013). Cotización de equipos. http://www8.hp.com/co/es/home.html
Dell (2013). Cotización de equipos. http://www.dell.com.co/
EncuestaFacil (2013). Encuestas. http://www.encuestafacil.com/
Asociación para la Protección de los Derechos Intelectuales sobre Fonogramas y
Videogramas Musicales (APDIF) (2014). http://www.apdifcolombia.com/
24. ANEXOS
Con base a que el proyecto es un reproductor de música está enfocado al comercio de

bares y discotecas, estas se encargaran del pago de impuestos (SAYCO - ACINPRO)
derechos de reproducción.
24.1 SAYCO – ACINPRO
La Constitución nacional colombiana, en su artículo 61 establece que “El Estado

protegerá la propiedad intelectual por el tiempo y mediante las formalidades que establezca
la ley”. En desarrollo de ese precepto constitucional se han creado los organismos encargados
78
MOCO
de recaudar los derechos generados por la explotación comercial de la música en los
establecimientos abiertos al público, derechos que deben pagar todas las personas o empresas
que hagan uso de la música para explotarla comercialmente, así sea de forma indirecta como
en el caso de restaurantes y almacenes.
Específicamente, para recaudar los derechos económicos de los autores, se han creado
dos organizaciones encargadas del cobro dichos derechos:
1. Sociedad de Autores y Compositores de Colombia SAYCO

2. Asociación Colombiana de Intérpretes y Productores Fonográficos ACINPRO.
Acinpro es la encargada de recaudar el derecho conexo de comunicación de la música

fono grabada, utilizada en emisoras, canales de televisión y establecimientos comerciales.
Sayco es la encargada de recaudar los derechos de autorización reproducción, ejecución
en vivo y en establecimientos de comercio
Estos derechos son cobrados a los usuarios de música, que de conformidad con el artículo
158 de la Ley 23 de 1982, son aquellos propietarios de establecimientos que en forma
permanente u ocasional comuniquen la música para sus clientes, en forma directa o indirecta.
Además de recaudar los derechos económicos, estas organizaciones se encargan también

de distribuir de forma equitativa a cada uno de los autores afiliados al sistema.
Tarifas para el 2007.

http://www.saycoacinpro.org.co/test_tarifas.php
Normatividad aplicable a derechos de autor en Colombia:

Los derechos de autor sobre los cuales Sayco y Acinpro recaudan los derechos
económicos respectivos, están reglamentados entre otras, por las siguientes normas.
24.2 Código Penal, Artículo 271.
“Defraudación a los derechos patrimoniales de autor. Incurrirá en prisión de dos (2) a

cinco (5) años y multa de veinte (20) a mil (1.000) salarios mínimos legales mensuales
vigentes quien, salvo las excepciones previstas en la ley:
1. Por cualquier medio o procedimiento, sin autorización previa y expresa del titular,
reproduzca obra de carácter literario, científico, artístico o cinematográfico, fonograma,
videograma, soporte lógico o programa de ordenador, o transporte, almacene, conserve,
distribuya, importe, venda, ofrezca, adquiera para la venta o distribución, o suministre a
cualquier título dichas reproducciones.
2. Represente, ejecute o exhiba públicamente obras teatrales, musicales, fonogramas,

videogramas, obras cinematográficas, o cualquier otra obra de carácter literario o artístico sin
autorización previa y expresa del titular de los derechos correspondientes.
79
MOCO
3. Alquile o de cualquier otro modo comercialice fonogramas, videogramas, programas
de ordenador o soportes lógicos u obras cinematográficas, sin autorización previa y expresa
del titular de los derechos correspondientes.
4. Fije, reproduzca o comercialice las representaciones públicas de obras teatrales o

musicales, sin autorización previa y expresa del titular de los derechos correspondientes.
5. Disponga, realice o utilice, por cualquier medio o procedimiento, la comunicación,

fijación, ejecución, exhibición, comercialización, difusión o distribución y representación de
una obra de las protegidas en este título, sin autorización previa y expresa de su titular.
6. Retransmita, fije, reproduzca o por cualquier medio sonoro o audiovisual divulgue, sin
autorización previa y expresa del titular, las emisiones de los organismos de radiodifusión.
7. Recepcione, difunda o distribuya por cualquier medio, sin autorización previa y

expresa del titular, las emisiones de la televisión por suscripción.
Parágrafo. Si como consecuencia de las conductas contempladas en los numerales 1º, 3º
y 4º de este artículo resulta un número no mayor de cien (100) unidades, la pena se rebajará
hasta en la mitad”.
24.3 Ley 44 de 1993.
Artículo 11. El reconocimiento de la personería jurídica a las sociedades de gestión

colectiva de derechos de autor y derechos conexos será conferido por la Dirección Nacional
del Derecho de Autor mediante resolución motivada.
Parágrafo.- Las sociedades de gestión colectiva de derechos de autor y derechos conexos
están siempre obligados a aceptar la administración de los derechos de sus asociados.
Artículo 13. Son atribuciones de las sociedades de gestión colectiva de derechos de autor
y derechos conexos:
1. Representar a sus socios ante las autoridades jurisdiccionales y administrativas en
todos los asuntos de interés general y particular para los mismos.
Ante las autoridades jurisdiccionales los socios podrán coadyuvar personalmente con los
representantes de su asociación, en las gestiones que éstos lleven a cabo y que los afecten.
2. Negociar con los usuarios las condiciones de las autorizaciones para la realización de
actos comprendidos en los derechos que administran y la remuneración correspondiente, y
otorgar esas autorizaciones, en los términos de los mandatos que éstos le confieran y sin
desconocer las limitaciones impuestas por la ley.
3. Negociar con terceros el importe de la contraprestación equitativa que corresponde
cuando éstos ejercen el recaudo del derecho a tales contraprestaciones.
4. Recaudar y distribuir a sus socios, las remuneraciones provenientes de los derechos
que le correspondan. Para el ejercicio de esta atribución las asociaciones serán consideradas
como mandatarias de sus asociados por el simple acto de afiliación a las mismas.
5. Contratar o convenir, en representación de sus socios, respecto de los asuntos de interés
general o particular.
6. Celebrar convenios con las sociedades de gestión colectiva extranjeras de la misma
actividad o gestión.
80
MOCO
7. Representar en el país a las sociedades extranjeras con quienes tengan contrato de
representación ante las autoridades jurisdiccionales y administrativas en todos los asuntos de
interés general y particular de sus miembros, con facultad de estar en juicio en su nombre.
8. Velar por la salvaguardia de la tradición intelectual y artística nacional.
9. Las demás que la ley y los estatutos autoricen.
Artículo 54. Las autoridades de policía harán cesar la actividad ilícita, mediante:
1. La suspensión de la actividad infractora.
2. La incautación de los ejemplares ilícitos, de los moldes, planchas, matrices, negativos,
soportes, cintas, carátulas, diskettes, equipos de telecomunicaciones, maquinaria y demás
elementos destinados a la producción o reproducción de ejemplares ilícitos o a su
comercialización.
3. El cierre inmediato del establecimiento, si se trata de local abierto al público y la
suspensión o cancelación de la licencia de funcionamiento.
24.4 Ley 33 de 1987
Artículo 11. 1) Los autores de obras dramáticas, dramático-musicales y musicales,

gozarán del derecho exclusivo de autorizar: 1•ba, la representación y la ejecución pública de
sus obras comprendidas la representación y la ejecución pública por todos los medios u
procedimientos 2•ba, la transmisión pública, por cualquier medio, de la representación de la
ejecución de sus obras.
2) Los mismos derechos se conceden a los autores de obras dramáticas o dramático-
musicales durante todo el plazo de protección de sus derechos sobre la obra original, en los
que se refiere a la traducción de sus obras.
Artículo 11 Bis. 1) Los autores e obras literarias y artísticas gozarán del derecho
exclusivo de autorizar: 1a, la radiodifusión de sus obras o la comunicación pública de estas
obras por cualquier medio que sirva para difundir sin hilo los signos, los sonidos o las
imágenes 2a, toda comunicación pública, por hilo o sin hilo, de la obra radiodifundida,
cuando esta comunicación se haga por distinto organismo que el de origen 3a, la
comunicación pública mediante altavoz o mediante cualquier otro instrumento análogo
transmisor de signos, de sonidos o de imágenes de la obra radiodifundida.
2) Corresponde a las legislaciones de los países de la Unión establecer las condiciones
para el ejercicio de los derechos a que se refiere el párrafo 1) anterior, pero estas condiciones
no tendrán más que un resultado estrictamente limitado al país que las haya establecido y o
podrán en ningún caso atentar al derecho moral del autor, ni al derecho que le corresponda
para obtener una remuneración equitativa, fijada, en defecto de acuerdo amistoso, por la
autoridad competente.
3) Salvo estipulación en contrario, una autorización concedida de conformidad con el
párrafo 1) del presenta artículo no comprenderá la autorización para grabar, por medio de
instrumentos que sirvan para la fijación de sonidos o de imágenes, la obra radiodifundida.
Sin embargo, queda reservado a las legislaciones de los países de la Unión establecer el
régimen de las grabaciones efímera realizadas por un organismo de radiodifusión por sus
propios medios y para sus emisiones. Estas legislaciones podrán autorizar la conservación de
esas grabaciones en archivos oficiales en razón de su excepcional carácter
24.5 Ley 23 de 1982
81
MOCO
Artículo 1. Los autores de obras literarias, científicas y artísticas gozarán de protección
para sus obras en la forma prescrita por la presente Ley y, en cuanto fuere compatible con
ella, por el derecho común. También protege esta Ley a los intérpretes o ejecutantes, a los
productores de fonogramas y a los organismos de radiodifusión, en sus derechos conexos a
los del autor.
Artículo 2. Los derechos de autor recaen sobre las obras científicas, literarias y artísticas
las cuales se comprenden todas las creaciones del espíritu en el campo científico, literario y
artístico, cualquiera que sea el modo o forma de expresión y cualquiera que sea su
destinación, tales como: los libros, folletos y otros escritos; las conferencias, alocuciones,
sermones y otras obras de la misma naturaleza; las obras dramáticas o dramático-musicales;
las obras coreográficas y las pantomimas; las composiciones musicales con letra o sin ella;
las obras cinematográficas, a las cuales se asimilan las obras expresadas por procedimiento
análogo a la cinematografía, inclusive los videogramas; las obras de dibujo, pintura,
arquitectura, escultura, grabado, litografía; las obras fotográficas a las cuales se asimilan las
expresadas por procedimiento análogo a la fotografía; las obras de arte aplicadas; las
ilustraciones, mapas, planos, croquis y obras plásticas relativas a la geografía, a la topografía,
a la arquitectura o a las ciencias, y, en fin, toda producción del dominio científico, literario o
artístico que pueda reproducirse, o definirse por cualquier forma de impresión o de
reproducción, por fonografía, radiotelefonía o cualquier otro medio conocido o por conocer.
Artículo 3. Los derechos de autor comprenden para sus titulares las facultades
exclusivas:
A. De disponer de su obra a título gratuito u oneroso bajo las condiciones lícitas que su
libre criterio les dicte.
B. De aprovecharla, con fines de lucro o sin él, por medio de la imprenta, grabado, copias,
molde, fonograma, fotografía, película cinematográfica, videograma, y por la ejecución,
recitación, representación, traducción, adaptación, exhibición, transmisión o cualquier otro
medio de reproducción, multiplicación o difusión conocido o por conocer.
C. De ejercer las prerrogativas, aseguradas por esta Ley, en defensa de su derecho moral,
como se estipula en el Capítulo II, Sección Segunda, artículo 30 de esta Ley.
Artículo 4. Son titulares de los derechos reconocidos por la Ley:
A. El autor de su obra;
B. El artista intérprete o ejecutante, sobre su interpretación o ejecución;
C. El productor, sobre su fonograma;
D. El organismo de radiodifusión sobre su emisión;
E. Los causahabientes, a título singular o universal, de los titulares anteriormente citados;
F. La persona natural o jurídica que, en virtud de contrato obtenga por su cuenta y riesgo,
la producción de una obra científica, literaria o artística realizada por uno o varios autores en
las condiciones previstas en el artículo 20 de esta Ley.
Artículo 12. El autor de una obra protegida tendrá el derecho exclusivo de realizar o de
autorizar uno cualquiera de los actos siguientes:
A. Reproducir la obra;
B. Efectuar una traducción, una adaptación, un arreglo o cualquier otra transformación
de la obra, y
C. Comunicar la obra al público mediante la representación, ejecución, radiodifusión o
por cualquier otro medio.
Artículo 44. Es libre la utilización de obras científicas, literarias y artísticas en el
domicilio privado sin ánimo de lucro.
82
MOCO
Artículo 159. Para efectos de la presente Ley se consideran ejecuciones públicas las que
se realicen en teatros, cines, salas de concierto o baile, bares, clubes de cualquier naturaleza,
estadios, circos, restaurantes, hoteles, establecimientos comerciales, bancarios e industriales
y, en fin, donde quiera que se interpreten o ejecuten obras musicales, o se transmitan por
radio y televisión, sea con la participación de artistas, sea por procesos mecánicos,
electrónicos, sonoros o audiovisuales.
Artículo 158. La ejecución pública, por cualquier medio, inclusive radiodifusión, de obra
musical con palabras o sin ellas, habrá de ser previa y expresamente autorizada por el titular
del derecho o sus representantes.
Artículo 164. No se considerará como ejecución pública, para los efectos de esta Ley, la
que se realice con fines estrictamente educativos, dentro del recinto o instalaciones de los
institutos de educación siempre que no se cobre suma alguna por el derecho de entrada.
Artículo 242. Las cuestiones que se susciten con motivo de esta Ley, ya sea por
aplicación de sus disposiciones, ya sea como consecuencia de los actos y hechos jurídicos y
vinculados con los derechos de autor, serán resueltos por la justicia ordinaria
Artículo 243. No obstante lo dispuesto en el artículo anterior, los jueces civiles
municipales, conocerán, en una sola instancia y en juicio verbal, las cuestiones civiles que se
susciten con motivo del pago de los honorarios, por representación y ejecución pública de
obras y de las obligaciones consagradas en el artículo 163 de esta Ley.
24.6 Ley 232 de 1995
Artículo 3. En cualquier tiempo las autoridades policivas podrán verificar el estricto

cumplimiento de los requisitos señalados en el artículo anterior.
Artículo 4. El alcalde, quien haga sus veces, o el funcionario que reciba la delegación,
siguiendo el procedimiento señalado en el libro primero del Código Contencioso
Administrativo, actuará con quien no cumpla los requisitos previstos en el artículo 2o. de esta
Ley, de la siguiente manera:
1. Requerirlo por escrito para que en un término de 30 días calendario cumpla con los
requisitos que hagan falta.
2. Imponerle multas sucesivas hasta por la suma de 5 salarios mínimos mensuales por
cada día de incumplimiento y hasta por el término de 30 días calendarios.
3. Ordenar la suspensión de las actividades comerciales desarrolladas en el
establecimiento, por un término hasta de 2 meses, para que cumpla con los requisitos de la
ley.
4. Ordenar el cierre definitivo del establecimiento de comercio, si transcurridos 2 meses
de haber sido sancionado con las medidas de suspensión, continúa sin observar las
disposiciones contenidas en la presente Ley, o cuando el cumplimiento del requisito sea
posible.
83

Solución para La Reproducción en Línea de Música y Video para Establecimientos

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Solución para La Reproducción en Línea de Música y Video para Establecimientos

Transféré par

Droits d'auteur :

Formats disponibles

SOLUCIÓN PARA LA REPRODUCCIÓN EN LÍNEA DE MÚSICA Y VIDEO

Avendaño Beltrán Mario Antonio

Avendaño Beltrán Mario Antonio

Trabajo de grado para obtener el título de tecnólogo en análisis y diseño de sistemas de

Los autores certifican que el trabajo presentado es de su autoría, para su elaboración se

Se autoriza a los interesados a consultar y reproducir parcialmente el contenido del

Se agradece a la discoteca Zefhia por permitirnos realizar la instalación del proyecto y a

Gráfica 29: Disponibilidad de ediciones por canal de distribución ................................................................... 20

Tabla 1: Matriz DOFA ....................................................................................................................................... 29

SOLUCIÓN PARA LA REPRODUCCIÓN EN LÍNEA DE MÚSICA Y VIDEO PARA

Esta aplicación pretende atacar cuatro problemas a nivel general en estos

Piratería, Almacenamiento, Servidor, Reproducción en línea, Música, Video,

Descripción del problema

En la actualidad la lucha contra la piratería en la venta de música y video en el país es

En definitiva ¿Qué métodos o estrategias se utilizarían para controlar e integrar la música

Desarrollar e implementar un sistema de información bajo una arquitectura cliente

 Conocer los procesos de selección, actualización y reproducción de música en cada uno

Los antecedentes de este proyecto comienzan con un dispositivo capaz de reproducir

Dentro de la investigación se encuentra la tesis “sistema de generación automática de

También se encuentra la tesis “video rockolas rockolombia” de Diego Alexander

Otra base para el soporte de esta investigación proviene de la plataforma Youtube,

De este tipo de sistemas se puede citar a Deezeer, Sonora, Spotify, Grooveshark o

También se cuenta con las tecnologías de teléfonos celulares (Smartphone) enfocándonos

1.2 Marco teórico

Programación orientada a objetos

En resumen POO es un paradigma que se encarga de visualizar sustantivos para darles

Bases de datos relacionales

Redes computacionales para la transmisión de datos

El hardware (Servidores – PC’s Clientes) con los cuales se administran y monitorean

La Internet con el cual se ha logrado intercomunicar al mundo y ampliar la visión en

La Telefonía a integrado múltiples tecnologías para llevarlas al alcance de la mano de la

Arquitectura cliente servidor

La arquitectura cliente servidor es el procesamiento cooperativo de la información por

En los últimos años se ha producido un crecimiento exponencial de las ventas en los

La puesta en marcha del producto inicia con la compra e instalación de un servidor de

Instalación del producto en servidores WEB para su implementación y puesta en

2.1 Tipo de diseño

2.2 Sistema de hipótesis y variables.

Las empresas del esparcimiento y la diversión fomentan la piratería.

El control sobre las empresas dedicadas al sector de la diversión y esparcimiento como

La administración de medios en estos establecimientos es ambigua en su mayoría, debido

Administración de equipos: Se define como una variable dependiente de los procesos

Administración de medios: Se define como una variable dependiente de la

Personal a cargo: Se define como una variable dependiente a la calidad de los

Falta de canciones: Se define como una variable dependiente de la administración de

Inversión en discografías y títulos: Se define como una variable dependiente de los

2.3 Población y muestra

La población del proyecto son los establecimientos dedicados a negocio del

Para el levantamiento de información y de requerimientos en el establecimiento

La administración de la música en distintos establecimientos es similar, se observa que

La reproducción de la música en la mayoría de los establecimientos es hecha en

El manejo de solicitud de canciones realizado por los clientes de los establecimientos, en

Dentro del análisis de requerimientos se encuestó a empleados de distintas discotecas

Para garantizar un óptimo desempeño de nuestra solución, es necesario tener en cuenta

Requerimientos de hardware Servidores

Requerimientos de hardware para clientes de MOCO

Para garantizar un óptimo desempeño de nuestra solución, es necesario tener en cuenta

Requerimientos de hardware Móvil.

Para garantizar un óptimo desempeño de nuestra solución móvil, es necesario tener en

Teniendo en cuenta las especificaciones de hardware mencionadas con anterioridad, a

 Gestor de base de datos:

 Sistema operativo BD:

 Sistema operativo Móvil: