Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Segundo Ciclo
Segundo Ciclo
DEL ECUADOR
FACULTAD DE INGENIERÍA
INGENIERÍA DE SOFTWARE II
II CICLO
DE DEPORTE
ENVER CAZARES
ESTEBAN LEÓN
WILLIAM SANGACHA
KERLLY VIERA
Lanzamiento del Proyecto de Equipo
1.1 Forma de Información Individual
Responsabilidades Líder de equipo Gerente de desarrollo Gerente de planificación Gerente de procesos de calidad Gerente de soporte
En este nuevo ciclo se acordó con los integrantes del grupo que se conservarán los mismos
roles en el proyecto de proceso de desarrollo de software, ya que estamos conformes con el
resultado que aporta cada integrante al equipo de trabajo.
Progreso en contraste
Otros
Para este nuevo ciclo se acordó con los integrantes del grupo que se reducirán a dos horas
cada reunión ya que en el actual modo de clases se cuenta con más tareas de las otras
asignaturas a diferencia de la modalidad presencial por lo tanto nos concentraremos a
manejar el proyecto un día a la semana.
FORM TASK INDIVIDUAL
Unidades de Tamano
Horas Conmutativas
Horas acumuladas
Valor Planificado
Conmutativa PV
Rol Miembro 1
Rol miembro 2
# Ingeneirios
TASK NAME
Semana No
Semana No
Tamaño
PARTE
FASE
Horas
GP S Conformar el equipo y asignar roles a cada uno de los integrantes
1 1 1 1 0,205 0,205 1 1 1
GP S Definir las metas 1 2 3 PAG 2 1 0,411 0,616 2 3 1
GP S Coordinar el trabajo 1 1 4 PAG 4 1 0,205 0,821 2 5 1
GP S Crear el diseño conceptual del proyecto 1 1 5 PAG 2 1 0,205 1,026 2 7 1
GP S Establecer riesgos potenciales 1 2 7 PAG 1 2 0,411 1,437
GP S Crear la estrategia 1 2 9 PAG 2 2 0,411 1,848
GP S Configurar el software 1 1 10 PAG 1 2 0,205 2,053
GP S Crear el plan del proyecto 0 0 10 PAG 0 2,053
MN S Identificar los casos de negocio y sus actores 1 2 12 PAG 3 3 0,411 2,464
MN S Desarrollar un modelo de objetos de un negocio 1 2 14 PAG 1 3 0,411 2,875
Rq S Obtencion de los requerimientos 1 2 16 PAG 1 3 0,411 3,286
Rq S Especificacion de los requerimientos de software SR3 1 4 20 PAG 10 3 0,821 4,107
Rq S Crear el plan de prueba del sistema 1 1 21 PAG 1 3 0,205 4,312
Rq S Revisar e inspeccionar los requerimientos 1 1 22 PAG 2 3 0,205 4,517
Rq S Modificar los requerimientos 1 1 23 PAG 3 3 0,205 4,722
An S Analisis de la arquitectura 1 1 24 PAG 2 4 0,205 4,927
An S Analisis de los casos de uso 1 6 30 PAG 12 4 1,232 6,159
An S Analisis de las clases 1 2 32 PAG 3 4 0,411 6,57
An S Analisis de los paquetes 1 1 33 PAG 1 4 0,205 6,775
Di S Diseño de alto nivel 1 2 35 PAG 3 5 0,411 7,186
Di P Diseño detallado 1 6 41 PAG 15 5 1,232 8,418
Di S Crear un plan de pruebas de integración 1 1 42 PAG 2 5 0,205 8,623
Di S Revisar e inspeccionar el diseño 1 1 43 PAG 2 5 0,205 8,828
Di P Modificar el diseño 1 1 44 PAG 20 5 0,205 9,033
Im S Crear un plan para la implementación 1 1 45 PAG 3 6 0,205 9,238
Im S Implementación de la arquitectura 1 26 71 LOC 200 6\7 5,339 14,577
Im S Implementación de los subsistemas 1 20 91 LOC 200 8 4,107 18,684
Im S Implementación de las clases y objetos 1 300 391 LOC 8000 9\28 61,602 80,286
Im S Revisar e inspeccionar la implementación 1 30 421 PAG 2 29 6,16 86,446
Im S Modificar la implementación 1 20 441 LOC 8400 30 4,107 90,553
Im S Realizar pruebas de unidad 1 10 451 PAG 2 31 2,053 92,606
Im S Revisar la calidad de los componentes 1 2 453 PAG 2 31 0,411 93,017
Im S Integrear las componentes en un sistema ejecutable 1 8 461 LOC 8400 32 1,644 94,661
Pl S Planificar las pruebas 1 1 462 PAG 1 33 0,205 94,866
Pl S Diseño de pruebas 1 2 464 PAG 1 33 0,411 95,277
Pl S Realizar las pruebas 1 4 468 33 0,821 96,098
Pl S Evaluar las pruebas 1 2 470 33 0,411 96,509
Pl S Registrar las pruebas 1 2 472 PAG 4 33 0,411 96,92
Pos S Revisión de los datos 1 4 476 34 0,821 97,741
Pos S Evaluacion del desempeño de los roles 1 3 479 34 0,616 98,357
Pos S Preparat los reportes 1 6 485 34 1,232 99,589
Pos S Produccion del reporte 1 2 487 PAG 5 34 0,411 100
Para este nuevo ciclo se acordó con los integrantes del grupo que se modificará los recursos
con los que se van a trabajar para el desarrollo de una aplicación web, se va a trabajar en
Laravel, php en la plataforma Visual Studio Code y respecto al motor de bases de datos se
mantiene PostgreSQL. Por el motivo que, la aplicación debe concluir en una adaptación web
y al trabajar con Laravel encontramos la documentación oficial necesaria para que nos
proporcione la ayuda que necesitamos.
Forma de Calendario Induvidual
Plan Actual
Acumuladas
Acumuladas
Acumulado
Acumulado
semana No.
Planificado
Ganado en
la Semana
Horas de
Ganado
Directas
Equipo
Horas
Horas
Valor
Valor
Valor
Horas
Fecha
Para este nuevo ciclo se acordó con los integrantes del grupo que se modificará los procesos
que se ha llevado a cabo ya que el gerente de desarrollo ha organizado al equipo a trabajar
más a través de otra plataforma de reunión, Discord.
Datos de defecto
Ingenieros (buscando mayores
Defectos defectos)
No. Descripción del defecto Mayor Menor A B
Totales
Defectos Únicos
Para este nuevo ciclo se acordó con los integrantes del grupo que se conservarán los mismos
requerimientos, sin embargo los defectos del código se han enfocado en la conexión con el
servidor y la base de datos.
Desarrollo de la estrategia
Forma STRAT
Nombre: Kerlly Viera Fecha: 29/4/2020
SISTEMA DE USO DE ÁREAS RECREATIVAS EN
Equipo: EL MINISTERIO DE DEPORTE Instructor: Ing. Hector Ávalos
Parte/Nivel: Líder de equipo Ciclo: 2
Ciclo LOC Ciclo Horas
Referencias Funciones
1 2 3 1 2 3
1 Administrar reservas
1.1 Generar información de cliente X 200
Sincronizar información entre la PC y la
1.2 X
Pocket PC 200
1.3 Gestión del administrador X 200
1.4 Recibir información de los administrador 52
2 Monitorear reservas
Reporte de reservas seguida por el
2.1 X
administrador 10
Reporte de clientes reservados por el
2.2 X
administrador con pedido 10
Reporte de clientes reservados por el
2.3 X
administrador con motivo de no gestión 10
Reporte de clientes no reservados por el
2.4 X
administrador 10
Total 692
Para este nuevo ciclo se acordó con los integrantes del grupo que se conservarán los mismos
procesos en el cumplimiento de todos los puntos del proyecto que hemos llevado a cabo hasta
el momento.
Desarrollo del plan
FORM SUMS
Nombre Administrador de la Planificación Fecha 29/4/2020
SIST EMA DE USO DE ÁREAS RECREAT IVAS EN
Equipo Instructor
EL MINIST ERIO DE DEPORT E Ing. Hector Ávalos
Nivel Planificación Ciclo 2
Producto por
parte nombre
Modificadas
Nuevo total
Eliminadas
Adicionales
Medida del
o numero
Reusadas
Tamaño
Cambio
reusado
Nuevo
Total
Base
Lineas DLD 5 5
Monitorear Rutas LOC 900 900
Pag. Texto 10 10
Totales
Pag. HLD 3 3
El segundo ciclo mantiene la planificación acordada, se modificarán los recursos para los
mismos procesos del proyecto de desarrollo de software.
FORMULARIO SUMQ
Interfases de usuario
La interfaz del producto será sencilla y fácil de utilizar, en primer lugar, contará con
un log in que permitirá identificar si se trata de un usuario, el administrador o el
encargado, dependiendo de esto se presentará la pantalla adecuada. En el caso del
usuario se mostrará las áreas recreativas disponibles y los horarios en que se puede
realizar la reserva, para el caso del administrador o el encargado se permitirá agregar,
eliminar o modificar un área recreativa.
Interfases de comunicación
Para la comunicación entre php laravel y la base de datos relacional
PostgreSQL es necesario el driver de comunicación JDBC.
Restricciones de memoria
No hay restricciones de memoria debido a que contamos con una memoria primaria
RAM de 16 Gb al igual que una memoria secundaria con un disco rígido de 1Tb se
cuenta con espacio suficiente para poder almacenar los datos de la reserva de áreas
recreativas.
Restricciones de diseño
El proyecto va a estar en php Laravel, se lo va a desarrollar en Laravel; en las
portátiles de cada uno de los integrantes.
Supuestos y dependencias
• No se puede hacer cambio de plataforma de desarrollo web durante el proceso del
desarrollo de software solo puede ser en Laravel.
Requerimientos específicos
• Se requiere crear un sistema que permita las reservas de las áreas recreativas del
Ministerio de Deporte.
• Se requiere crear un sistema que permita el manejo de los visitantes que deseen usar
las áreas recreativas del Ministerio de Deporte.
Requerimientos Suplementarios
• Se desea que el sistema que permita el manejo de personal de seguridad.
• Se desea que el sistema que permita visualizar todas las áreas disponibles.
Diseño en equipo
Diseño Conceptual
Diagrama General
Manejo Visitante
Administrador
Visitante
Asignación de cupo
Encargado
Siguiente Nivel