Proyecto de Software de Streaming

Proyecto de Ingeniería y Gestión de Requerimientos “Party Streaming”

Curso: Profesor: Alumnos:

Ingeniería y Gestión de Requerimientos TI1216-36 Rodrigo Toledo de los Santos Camilo Granadino Pablo Guzmán Consuelo Tastets

Índice de contenidos Introducción ..................................................................................................

3

Metodología ..................................................................................................

4

Plan de Gestión de Alcance ...........................................................................

5

- Enunciado de alcance

...............................................................

5

..........................................................................

7

......................................................................................

8

..................................................................................................

9

Técnicas de elicitación Reglas de Negocio Entregables

Requerimientos Funcionales y No funcionales

........................................

10

Conclusiones ..................................................................................................

13

Bibliografía

13

..................................................................................................

2

Introducción El proyecto implementación de Party Streaming nace de la necesidad del Grupo FunFiestas, quien desea dar una mayor exposición a sus eventos, en la actualidad el grupo escribe tweets de sus eventos, sube fotos en instagram, actualiza su página de facebook, y además sube algunos videos y fotos en la página de la empresa. Sin embargo ahora desea hacer transmisiones en vivo de sus eventos, para ello nos piden desarrollar un software que permita ver un video en directo del evento. Este acceso puede ser libre o restringido, dependiendo de las preferencias del cliente. El objetivo de este informe es establecer el alcance del proyecto y las reglas del negocio, describir la metodología usada para desarrollar el proyecto, además de la técnica de elicitación, y establecer los requerimientos funcionales, no funcionales, y de sistema.

3

Metodología Para elegir la metodología que mejor se adapte a nuestro proyecto, se analizaron varios modelos de ciclos de vida, en la que se evaluaron una serie de criterios y factores para decidir que metodología era la indicada para desarrollar nuestro software con los estándares de calidad deseados.

Los factores y criterios que evaluamos a la hora de elegir nuestra metodología son los siguientes:

1.

La disponibilidad de recursos ya sean económicos, tiempo, equipos, humano, etc.

2.

Entender los requerimientos.

3.

Dominio del problema, si tenemos problema central.

4.

Complejidad y magnitud del proyecto.

los conocimientos para dar solución al

Teniendo en cuenta los factores que nos planteamos llegamos a la conclusión que el modelo que mejor se adapta a nuestras necesidades es el “Modelo Incremental”, ya que podemos desarrollar el proyecto en menos tiempo en relación a las demás metodologías, los costos no son tan altos como en los modelos cascada, espiral, y prototipado, y no necesitamos tener conocimientos técnicos de todos los requerimientos.

Uno de los puntos que influyó la elección de utilizar el Modelo incremental con respecto al modelo en espiral y el modelo prototipado es que en el nivel de evaluación de riesgo contamos con un nivel bajo a la hora de desarrollar ese proceso, en cambio en los otros modelos mencionados el riesgo es alto lo que aumenta la complejidad de desarrollo del sistema.

4

Además decidimos usar el método incremental en lugar de SCRUM, una conocida metodología ágil, ya que ésta depende de la habilidad individual y de dividir los objetivos entre el equipo y nosotros preferimos enfrentar cada objetivo juntos para contrarrestar nuestra falta de experiencia.

El modelo incremental nos permite entregar un primer incremento al usuario y luego se van añadiendo nuevas iteraciones hasta completarlo. El cliente puede ir utilizando el software desde la primera versión, lo que da la ventaja de que pueda dar su opinión y tenga una participación activa en la creación de las nuevas versiones.

Plan de Gestión de alcance El Objetivo del Plan de Gestión del Alcance es garantizar que el Proyecto incluya solamente el trabajo necesario para culminarlo con éxito, es decir definirá y Controlará qué se incluye y que no se incluye en el Proyecto.

Enunciado de alcance del proyecto

1.

Breve descripción del proyecto

Plataforma web que permita la transmisión en línea y en vivo de una amplia variedad de eventos, además de su reproducción posterior.

5

2.

Características del producto final

Un sistema de streaming que permita:

-

Transmitir eventos en vivo a través de internet.

-

Guardar las transmisiones y reproducirlas una vez finalizado el evento.

-

Incrustar tanto las transmisiones como las grabaciones en un sitio web externo.

-

La interacción de los espectadores en tiempo real.

3.

Entregables durante el desarrollo de proyecto

-

Enunciado del alcance del proyecto

-

Documentación del diseño y desarrollo del software.

-

Manuales de uso.

-

Manuales de operación y administración.

-

Servicio de streaming a través de un sitio web.

-

Informes de rendimiento

-

Contratos sobre tipos de pago

4.

Objetivos (S.M.A.R.T.)

-

Ofrecer el servicio de streaming las 24 horas del día.

-

Cumplir con los estándares de calidad según el modelo PEVQ-S.

6

5.

Supuestos

-

Los servicios de cámaras y grabación/dirección de la transmisión serán provistos por un tercero.

-

El lugar donde se desarrolle el evento debe contar con una conexión a internet al nivel del servicio de streaming provisto.

-

La grabación de un evento se guarda tal cual como fue transmitida.

6.

Restricciones

-

Mantener la seguridad de nuestros datos.

-

Accesible desde cualquier navegador.

-

Sitio web estará disponible en Castellano, con la opción de expandirlo a otros idiomas.

Técnica de elicitación La elección de la técnica de elicitación depende del tiempo y de los recursos de los que disponemos y, por supuesto, de la clase de información que se necesita elicitar.

Para este proyecto la empresa FunFiesta nos pide implementar un servicio totalmente nuevo, por lo que no hay usuarios definidos del sistema.

Usando la clasificación de técnicas de elicitación de requerimientos de Loucopoulos las técnicas de elicitación usadas serán:

7

1) Entrevista de comienzo y final abierto al Cliente: “Es la forma de interacción más simple entre analistas y usuarios. El analista simplemente permite que el usuario hable sobre lo que desea. Son apropiadas para obtener una visión global de dominio de problema, pero inadecuadas para obtener información detallada”. Será realizada al principio del proyecto donde el cliente nos explicará su visión del servicio de streaming que quiere prestar. 2) Entrevistas estructuradas: “Direccionan al usuario hacia aspectos específicos de requerimientos a elicitar, a través de la realización de preguntas cerradas, abiertas, de sondeo y de guía. Son útiles para obtener información detallada”. Se consultará a los principales involucrados del Proyecto, con el fin de definir cualquier Requerimiento que no esté claramente establecido. 3) Lenguaje Natural: “El lenguaje natural es una fuente importante de información, debido a que en la mayoría de los dominios es el modo más común de representación de conocimiento. Existen dos categorías: interacción directa con el usuario utilizando lenguaje natural y elicitación de requerimientos desde un documento en lenguaje natural”. Al final de una sesión de streaming se abrirá una ventana donde se le pedirá su opinión a los usuarios del servicio.

Reglas del Negocio

●

El servicio de filmación estará a cargo de una empresa subcontratada por nosotros.

●

El servicio de streaming se puede contratar por X evento o por una suscripción.

●

El servicio por X evento consiste en contratar cada servicio de forma separada, el cliente podrá elegir la cantidad eventos que desea contratar, además de las funcionalidades extras( Multivistas y transmisiones simultáneas) .

8

●

Disponemos de 3 tipos de suscripciones:

-

Suscripción básica: sin funcionalidades extras.

-

Suscripción Intermedia 1: El cliente tendrá las funciones básicas del streaming y la funcionalidad extra de multivistas.

-

Suscripción Intermedia 2: El cliente tendrá las funciones básicas del streaming y la funcionalidad extra de transmisiones simultáneas.

-

Suscripción Premium: Posee las funciones básicas y ambas funcionalidades extras.

●

Las suscripciones serán anuales, y los 4 tipos estarán disponibles en paquetes de 3, 5, y 10 eventos. Cada paquete ofrece un descuento en base al precio total (10, 15, y 20% respectivamente).

Entregables -

Enunciado del alcance del proyecto

-

Documentación del diseño y desarrollo del software.

-

Manuales de uso.

-

Manuales de operación y administración.

-

Servicio de streaming a través de un sitio web.

-

Informes de rendimiento

-

Contratos sobre tipos de pago

9

Requerimientos no funcionales

funcionales

y

●

Requerimientos Funcionales:

-

(R01-01) que permita realizar transmisiones en vivo vía streaming.

-

(R01-02) que permita simultáneamente.

-

(R01-03) que permita realizar varias transmisiones simultáneamente al mismo usuario.

-

(R01-04) que las transmisiones se guarden automáticamente acabado el evento.

-

(R01-05) que todas las transmisiones guardadas queden disponibles para su reproducción.

-

(R01-06) todas las transmisiones en vivo contarán con un chat.

●

Requerimientos no Funcionales:

realizar

una

transmisión

desde

distintas

vistas

Seguridad -

(R02-01) cada usuario contará con una cuenta y una clave de acceso.

-

(R02-02) el acceso al streaming puede ser público o restringido a través de un paywall.

Tolerancia a fallos (R03-01) cualquier error de la interfaz debe ser controlado de manera que no interfiera en la transmisión. (R03-02) en caso de que el streaming principal sufra una caída se activará inmediatamente un streaming alternativo mientras se repara.

10

Recuperabilidad -

(R04-01) asegurar la integridad de los datos aún en caso de fallas.

Capacidad de Entendimiento y Aprendizaje -

(R05-01) Interfaz intuitiva

-

(R05-02) Acceso a un manual de usuario

Cumplimiento con Estándares -

(R06-01) El software cumple con el modelo PEVQ-S de calidad de streaming.

Herramientas para el Desarrollo de la Aplicación -

(R07-01) El software será desarrollado en los lenguajes php y javascript.

Hardware -

(R08-01) Se necesitan servidores para mantener en línea el streaming.

Software -

(R09-01) Se utilizará sistema operativo Windows.

-

(R09-02) Se utilizará base de datos Oracle.

Portabilidad -

(R10-01) Se podrá ver la transmisión mediante un dispositivo móvil a través de una app.

11

Entrega Materiales -

(R11-01) Se entregarán los contratos sobre los tipos de pago.

Analizabilidad del Sistema -

(R12-01) Controlar la calidad del streaming.

-

(R12-02 ) Controlar la calidad de reproducción de los videos guardados.

Otros Requerimientos -

(R13-01) Que la interfaz sea compatible con los navegadores web actuales.

-

(R13-02) Integrar redes sociales.

-

(R13-03) El usuario será capaz de programar una transmisión siete días antes en el cual se verá un contador que llegara a cero cuando la transmisión comience en vivo.

-

(R13-04) El streaming debe soportar una calidad de reproducción de 720p.

●

Requerimientos del sistema:

-

Controlar la calidad del streaming.

-

Tamaño de la ventana en la que se reproducira el streaming. -

-

El streaming se podrá visualizar en dispositivos móviles mediante una app.

-

Controlar la calidad de la reproducción de los videos guardados.

12

Conclusiones En este informe hemos logrado establecer la metodología incremental como nuestro modelo a seguir para desarrollar el proyecto, redactar un enunciado del alcance del proyecto que establece, entre otras cosas, nuestros requerimientos, objetivos, y restricciones; describir las técnicas de elicitación con las cuales extrajimos los requerimientos, establecer las reglas de nuestro negocio, listar los elementos entregables, y documentar y codificar los requerimientos tanto funcionales, no funcionales, y de sistema.

Bibliografía - Guía del PMBOK, 5° Edición. Capítulo 5 – “Gestión del alcance del proyecto” - EOI Wiki – Gestión del Alcance http://www.eoi.es/wiki/index.php/GESTI%C3%93N_DEL_ALCANCE_en_Gesti %C3%B3n_de_proyectos - Proyectics – Entregables http://proyectics.blogspot.com/2012/07/entregables.html - Definición de un Proceso de Elicitación de Objetivos - Pablo Javier Thomas http://postgrado.info.unlp.edu.ar/Carreras/Magisters/Ingenieria_de_Software/Tesis/Thoma s_Pablo.pdf - Standard de calidad de video streaming PEVQ-S http://www.pevq.com/nhsei8geh98e4thi87etidowne4ihuestli8es878/SpecSheet_PEVQS_2015_v1-2.pdf

13

14