Plan de Desarrollo para el Sistema Multiusuario Empresarial de Marketing Estadistico Social (M.E.M.E.S).

1. República Bolivariana de Venezuela
Universidad del Zulia
Facultad Experimental De Ciencias
Licenciatura En Computación
Plan de Desarrollo para el sistema
Multiusuario Empresarial de
Marketing Estadístico Social
(M.E.M.E.S.)
EQUIPO 4
Luis Oliva (Director Líder)
Rafael Lozano (Desarrollador)
Ernesto Rincón (Desarrollador)
Enmanuel Cubillan (Desarrollador)
Maracaibo, 18 abril de 2017
1

2. ÍNDICE
 Organización del Proyecto (Roles).
 Herramientas a usar.
 Desarrollo del tema.
 Identificación de Riesgos.
1. Análisis de riesgos.
2. Planificación de riesgos.
 Fases del desarrollo.
 Diagrama de Gantt.
2

3. ORGANIZACIÓN DEL PROYECTO (ROLES).
Luis Oliva (Director): Líder de Proyecto.
Ernesto Rincón (Desarrollador): Administrador de la Base de Datos.
Rafael Lozano (Desarrollador): Encargado de desarrollar el Frontend.
Enmanuel Cubillan (Desarrollador): Encargado de desarrollar el Backend.
3

4. HERRAMIENTAS A USAR
Las herramientas a continuación podrían no ser utilizadas todas o solo en una
brevedad, debido a que esta lista fue pensada para mayor escalabilidad y flexibilidad
de regresar a herramientas ya conocidas en caso de algún contratiempo, las
herramientas a usar son:
 El gestor de control de versiones GIT con el frontend visual Tortoise HG
 EL lenguaje JavaScript con los frameworks: fabricJS, JQuery, Electron con
NodeJS corriendo de Fondo
 PHP 6 con Laravel (solo en caso de modulo extra)
 PostgreSQL para la BD
 ArgoUML para el diagramado de clases y bosquejo de la funcionalidad de la
app
 HTML5 y CSS3 para el diseño de la interfaz
4

5. IDENTIFICACIÓN DE RIESGOS
ANÁLISIS DE RIESGOS
Tipo de riesgo Posible riesgo
TECNOLOGÍA Interferencia en la conexión de la red
PERSONAS
Perdida de algún integrante ya sea por
renuncia/despido y/o enfermedad
ORGANIZACIONAL Desacuerdos en las actividades asignadas
HERRAMIENTAS
Complejidad de algunas de las herramientas a
usar sea demasiado elevada o mala elección de
herramienta.
REQUISITOS
Miembros del equipo no disponible en momentos
críticos.
ESTIMACIÓN
Mala planificación de los tiempos de entrega del
proyecto.
ANÁLISIS DE RIESGOS
Tipos de riesgos Probabilidad Efectos
Perdida o daños de
hardware y/o información
debido a fallas eléctricas Alta Catastrófico
Posibles paros de la
universidad del Zulia Moderada Serio
Retraso de entregas del
proyecto Moderada Tolerable
Falta de conocimiento al
momento de utilizar la
herramienta
Alta Serio
5

6. PLANIFICACIÓN DE RIESGOS
Riesgos Estrategias
Perdida o daños de hardware y/o
información debido a fallas eléctricas
Reajuste de la actividad de acorde a la
situación.
Posibles paros de la universidad del Zulia Aprovechar el tiempo para seguir trabajando.
Retraso de entregas del proyecto
Entregar las actividades desarrolladas en el
tiempo estimado.
Falta de conocimiento al momento de
utilizar la herramienta
Tomar como prioridad el estudio de la
herramienta y documentarse bien sobre la
herramienta a utilizar
6

7. FASES DEL DESARROLLO
Para la planificación y desarrollo de M.E.M.E.S. se han tomado en cuenta
múltiples factores como son: las fases de desarrollos, el periodo de prueba donde
nuestra aplicación será testeado por un usuario final, riesgos que podrían afectar
nuestros tiempos de entregas, etc. Las fases de desarrollo las desglosamos así:
1era Semana: Contratación del personal, y recolección de información sobre las
herramientas a usar
2da semana: Acondicionamiento y pruebas del entorno de desarrollo
3ra y 4ta semana: Levantamiento de información y bosquejado inicial de la aplicación
5ta y 6ta semana: Maquetación, codificación y testeo de la Base de Datos
7ma semana: Entrega de un bosquejo de interfaz de la aplicación al cliente para
mostrarle una versión alfa del producto final.
8va semana: codificación de la interfaz básica y de sistema de login (sin seguridad
implementada).
9na semana: Entrega de screenshots al cliente para verificar si le gusta el estilo de la
aplicación, inicio de la codificación de las API.
10ma, 11va, 12va semanas: Integración de las API en el sistema.
13va, 14va, 15va y 16va semana: pruebas intensivas y reparación de errores.
17ma semana: Encuentro final con el cliente, y entrega del producto en formato digital
y todo el soporte faltante (código fuente, ejecutables y documentación autogenerada).
7