SPOTIFY

Spotify
Estudio de Factibilidad
Versin 1.0

Spotify
Estudio de factibilidad
Spotify-Estudio de Factibilidad.doc

Versin:
1.0
Date: 03/10/2015

Historial de Revisiones
Fecha

Versin

Descripcin

03/10/2015

1.0

Elaboracin del Documento

Autor
Lozano La Cunza, Brenda
Francia Pizarro, Fabiola
Almeida Fajardo, Luis

pg. 2

Spotify
Estudio de factibilidad
Spotify-Estudio de Factibilidad.doc

Versin:
1.0
Date: 03/10/2015

Tabla de Contenido

Contenido
1. CLIENTE
2. TAREAS A DESARROLLAR
3. BENEFICIOS DEL SISTEMA
4. ANALISIS PREMILINAR DEL REQUERIMIENTO
4.1.

REQUERIMIENTOS FUNCIONALES
4.1.1. DEL CLIENTE

4.2.

REQUERIMIENTO NO FUNCIONAL

5. FACTIBILIDAD TCNICA
6. ALCANCE
7. ENTREGABLES SUGERIDOS
7.1.

DE USUARIO

7.2.

TCNICOS

8. PROCESO DE DESARROLLO DE SOFTWARE

9. PLAN DE ACTIVIDADES Y METAS
10. PLAN DE VISIBILIDAD
11. CONSIDERACIONES COMERCIALES
12. ANALISIS DE RIESGO
13. CONCLUSIONES

pg. 3

Estudio de Factibilidad
1. CLIENTE
Personas naturales que tienen como aficin la msica y no tienen la cantidad de canciones que
gustara tener, sin necesidad de ocupar mucho espacio en su dispositivo mvil.
2. TAREAS A SER DESARROLLADAS
Este proyecto tiene como finalidad construir una aplicacin de software, que es esencialmente
basado en Android que permite escuchar msica va streaming, crear listas de canciones,
compartir la msica que escuchas, ver lo que tus amigos escuchan.
El proyecto estar desarrollado con un gestor de base de datos relacional y se usar como
servidor el sistema operativo Android con gestor de base de datos Oracle.

3. BENEFICIOS DEL SISTEMA

Actualmente para escuchar grandes cantidades de msica tienes que descargarlas y depende
mucho de la capacidad del telfono mvil entonces, es tedioso el tener toda la msica que deseas
sin necesidad de gastar en descargas y ocupando mucho espacio; por eso es que este proyecto
brinda beneficios del software para los usuarios y son:
a.
b.
c.
d.
e.
f.

Escuchar msica sin necesidad de descargas.

Obtener lo ltimo de tus artistas favoritos.
Compartir tu msica en la red social que prefieras.
Crear listas de canciones que prefieras.
Escuchar listas dependiendo del estado de nimo, actividad diaria, fiesta, etc.
Escuchar msica en modo offline solo si cuenta con la suscripcin Premium.

4. ANLISIS PRELIMINAR DE REQUERIMIENTOS

4.1. REQUERIMIENTOS FUNCIONALES

Los requerimientos funcionales que el sistema deber cumplir, se han clasificado de acuerdo al
actor del sistema y son los siguientes:

GV-FISCT, 2015

4.1.1.

DEL CLIENTE

a. Registro de usuario: El usuario puede registrarse en el sistema de manera personal,

ingresando tan slo un nombre, su cuenta de correo y una contrasea, para un mejor control
del software.
b. Bsqueda de canciones: El usuario podr realizar buscar las canciones que guste de manera
rpida y precisa.
c. Crear listas de canciones: El usuario cuando busque las canciones que desea podr
almacenarlas o dirigirlas a una lista, podr ponerle nombre y ordenar sus canciones como
guste.
d. Escuchar msicas: El usuario podr verificar escuchar la msica que quiera sin necesidad de
descargar cada cancin, adems podr escuchar la msica que sus amigos/ contactos escuchan.
e. Mantenimiento de lista: El usuario podr eliminar una cancin o la lista completa, podr
agregar canciones a su lista creada.
f. Compartir msica: El usuario podr compartir la msica que est escuchando en cualquier
red social que prefiera.
g. Observacin de nuevas canciones agregadas: El usuario podr revisar las novedades en
canciones, las nuevas canciones agregadas por los artistas o por el administrador del sistema.

GV-FISCT, 2015

4.2. REQUERIMIENTOS NO FUNCIONALES

Los requerimientos no funcionales identificados preliminarmente para el sistema son:
a. Herramientas de desarrollo gratuitas. El sistema deber construirse con herramientas que
impliquen costo cero por uso de licencias.
b. Sistema extensible y de fcil mantenimiento. Deber emplearse una arquitectura de software
que facilite la extensin y el mantenimiento del sistema, se aplicarn principios para modular
y criterios para as facilitar la resolucin de posteriores problemas.
c. El Sistema slo funcionar en plataforma Android, eligiendo este sistema operativo debido a
ser el ms usado por parte del pblico y que es ms sencillo de implementar.

5. FACTIBILIDAD TCNICA
Luego de haber definido el problema de las personas que tienen como aficin escuchar
msica constantemente y nuevas canciones sobretodo y a su vez habiendo dado los beneficios
y causas que facilitar el poder tener la msica que desees al alcance de un click, entonces no
ser necesario equipos de alta tecnologa pero este sistema trabajara eficientemente sobre la
plataforma Android y ser necesario un servidor web con un gestor de base de datos en
ORACLE.

6. ALCANCE
Tomando como base los requerimientos, el proyecto de desarrollo de software se dividir en
un mdulo:
MODULO 1:
Plataforma Android, el cual consistir en una herramienta portable en cualquier dispositivo
con este S.O donde el usuario pueda escuchar y buscar toda la msica que desee, va
streaming.

7.
ENTREGABLES SUGERIDOS
7.1. DE USUARIO
GV-FISCT, 2015

a. Anlisis de Requerimientos.
El proyecto tendr una elaboracin de un documento y una presentacin que muestre los
requerimientos formales, que incluye los funcionales y no funcionales.
Este entregable garantiza que el equipo de desarrollo est trabajando en un sistema que fue
coordinado y aprobado por el cliente.
Este entregable permite que el cliente tenga la facilidad de que pueda modificar cualquier
dato incorrecto.
b. Documentos de Diseo.
El diseo de sistemas ser presentado mediante un documento. Es la oportunidad del equipo
de desarrollo para conocer como el proyecto ser implementado para el cliente.
Este entregable es elaborado por el ms tcnico y experimentado del equipo de desarrollo, en
base a la comprensin de los requerimientos establecidos en la anterior entrega.
c. Cdigo Fuente.
Este ltimo entregable se prepara al final del proyecto incluyendo el cdigo fuente del
proyecto terminado.
En este entregable el grupo ofrece la implementacin final sobre la base de los requerimientos
especificados y el diseo del sistema desarrollado en las etapas anteriores.
El sistema debe ser probado a fondo mediante las herramientas de pruebas unitarias y con una
prueba de aceptacin final estara listo para su pase a produccin.
7.2. TCNICOS
a. Esquema de Base de Datos.
Un esquema de la base de datos que contengan las tablas y relaciones necesarias para
comprenderla en su totalidad, y uso para ms adelante.
b. Interface de Aplicacin(usuario)
Para poder realizar las acciones en la aplicacin como localizacin, compra de entrada, ver la
cartelera, etc. Consistente en un diseo dinmico y llamativo para el pblico en general.

8.

PROCESO DE DESARROLLO DE SOFTWARE

El proyecto se llevar a cabo utilizando el Modelo de Cascada, porque hay un conjunto bien definido de
requerimientos. Como el cliente tiene necesidades muy especficas y no es probable un cambio en el corto
plazo, el Modelo de Cascada es el que mejor se adapta y ofrece las siguientes prestaciones:
GV-FISCT, 2015

a. Visibilidad de los procesos.

El cliente y el equipo de desarrollo se encontraran seguros en qu etapa del desarrollo del proyecto
nos encontraremos.
b. Control de Calidad.
El Modelo de Cascada permite que el equipo de desarrollo dedique ms tiempo al anlisis de los
requerimientos, la comprensin del diseo, y en el desarrollo de un mejor cdigo.
9. PLAN DE ACTIVIDADES Y METAS

10.

PLAN DE VISIBILIDAD

a. Comunicacin Externa.
El Equipo de Desarrollo estar en constante comunicacin con el cliente para que el cliente pueda
estar viendo el avance y si tiene que hacerle algunas modificaciones.
El Modelo Modificado de Cascada indica que debe al terminar un avance hay que envirselo al
GV-FISCT, 2015

cliente para que pueda verificar si est todo bien con los requerimientos solicitados.
b. Comunicacin Interna.
El Equipo de Desarrollo se reunir una vez por semana, para revisar los avances y problemas, todas
esas reuniones estarn en un acta.
Los progresos de las principales actividades y las principales metas sern vigilados y comparados con
el calendario. Durante las reuniones ordinarias.

11.

CONSIDERACIONES COMERCIALES

De momento, este Proyecto es totalmente gratuito para el pblico en general.

12. ANLISIS DE RIESGOS

a. Cambio de los requerimientos.
Riesgo: El cliente quiera hacer un cambio en requerimiento en un 50% avanzado el sistema.
Solucin: Llegar a un buen acuerdo con el cliente que debe especificar bien los requerimientos.
b. Requerimientos incompletos.
Riesgo: Puede ocurrir que hayan requerimientos que no se hayan discutido o no se ha entendido.
Solucin: El grupo tendr que presentar un informe al cliente mostrndole los requerimientos no
debatidos. Adems se deber mantener un alto nivel de comunicacin con el cliente.
c. Requerimientos no funcionales.
Riesgo: Es posible que se presenten requerimientos no funcionales que no hayan sido revisados en la
reunin inicial con el cliente. Estos requerimientos sobre el nmero de usuario concurrentes que
puede soportar la aplicacin y el tiempo de respuesta que provee la base de datos.
Solucin: Es necesario efectuar reuniones para la especificacin de estos requerimientos no
funcionales.
d. Recursos humanos.
Riesgo: El equipo de desarrollo es pequeo, est compuesto por slo dos miembros que incluyen el
rea de desarrollo de software. Si bien ambos tienen conocimiento de las tecnologas a utilizar en el
desarrollo, es posible que el esfuerzo sea considerable y se requiera reducir el alcance del proyecto.

Solucin: Para evitar la reduccin del alcance del proyecto, ser necesario la contratacin de una
persona externa para la conclusin del proyecto. Asimismo, se tiene la alternativa de implementar
algunos procesos principales para lograr el objetivo del proyecto.
13. CONCLUSIONES
Los integrantes del proyecto Spotify, acordaron lo siguiente:
GV-FISCT, 2015

 Es un sistema muy til en estos das, debido a que la poblacin peruana es amante de la msica,
un 90% escucha msica durante el da en su dispositivo mvil.
Hoy en da, casi todas las personas del mundo tienen un Smartphone, por lo tanto una aplicacin
con msica variada ha de ser muy til.
Resulta ser prctica esta aplicacin para los clientes, pues ser rpido y sencillo encontrar la
msica que guste escuchar.
Para spotify ser beneficioso pues los usuarios promovern el marketing en las redes sociales al
usar la opcin Compartir msica.

GV-FISCT, 2015