PROYECTO DE TÍTULO Edwin Kallens Padilla 07/04/2015 Profesores: Oscar Pinto – Juan Felipe Calderón Semana 7.

Slides:



Advertisements
Presentaciones similares
Presentación Final SUBI Fondato, Rodrigo Cieri, Juan Cristian Gonzalez, Ailin Verbner, Alan.
Advertisements

Metodologías ágiles.
SISTEMAS DE GESTIÓN DE LA SEGURIDAD DE LA INFORMACIÓN
UNIVERSIDAD "ALONSO DE OJEDA"
ANALISIS DE RIESGOS.
+ Guardias Robot Sistema robótico de control y vídeo vigilancia.
Guía metodológica para la gestión de proyectos de software en PyMEs que no son fábricas de software por medio de Metodologías ágiles.
1.
CONTROL DE CALIDAD.
CAPITULO 4 GIIDO GRUPO 9 KATHERINE VALENCIA OSCAR J. VELEZ V.
Gestión de proyectos Es la primera etapa de Ingeniería del Software.
CheckIn4Android.
Plataforma en Línea para instituciones educativas
Trabajo Práctico Taller de Desarrollo de Proyectos 2 Septiembre 2009.
PROCESO O REUNIONES EN SCRUM BENEFICIOS DE UTILIZAR SCRUM
“Especificación de Requerimientos”
Ciclos de vida ágiles.  Es una metodología ágil que plantea: ◦ Iteraciones cortas ◦ Entregables periódicos ◦ Colaboración con el cliente full time ◦
 Tema del proyecto  Integrantes y roles del equipo  Objetivos del proyecto  Alcance.
ADMINISTRACIÓN DE REQUERIMIENTOS
Modelo de ciclo de vida en espiral
Universidad Simón Bolívar
Capacitación Técnicas de cierre No actuar como vendedor ! Actúa como asesor, consultor. ESCUCHA!
ADMINISTRACIÓN Y LOS SISTEMAS INFORMÁTICOS
GERENCIA DE CALIDAD. Diagnóstico completo de su vehículo con Equipos Electrónicos. Especializado en reparación de motores, transmisores, sistema de encendido.
La Unidad de Seguridad Universitaria, tiene como función primordial proporcionar auxilio para prevenir situaciones que amenacen la protección y vigilancia.
Programación Extrema Leonardo Ramírez Z.. Contenido Motivación ¿Qué es Programación Extrema? La filosofía detrás de la Programación Extrema El proceso.
INGENIERÍA DE SOFTWARE
VIII UNIDAD SOCIALIZACIÓN
Hacer Colegio Un Objetivo Familiar.
ASIGNACIÓN DE ROLES.
Ingeniería de Software
Ciclo de vida de un sistema
SISTEMAS DE INFORMACIÓN PARA EJECUTIVOS
Estimación por casos de uso.  Un caso de uso representa una unidad de interacción entre uno y el sistema. Un Caso de Uso es una unidad simple de trabajo.
Debido a su diseño particular, algunos de los edificios y estructuras de hoy en día, no poseen la protección adecuada contra humo e incendios en lugares.
8D’s FMEA.
AceSchool Daniel Labra Fernando Figueroa. Introducción ¿Qué tipo de colegio? ¿Qué tan cerca esta el colegio de la casa? ¿Mixto, femenino o masculino?
PROYECTO DE TÍTULO Semana 5 Edwin Kallens Padilla 07/04/2015
Alarmas Comunitarias.
Ciclo de Vida del Software
“Sistema de sensores para salas de estudio”
Notificándote ¿Qué hicimos? -Mayor descripción de las pruebas de aceptación -Restricciones -Profundizar posibles soluciones -grafico de riesgos ¿Qué estamos.
Notificándote ¿Qué hicimos?
AceSchool Daniel Labra Fernando Figueroa ¿Qué Hicimos? -Refinar Causa-Efecto -Elección Metodología -Esquema de la Solución -Resultado Encuesta -Refinar.
Notificándote ¿Qué hicimos?
NOTIFICANDOTE Fernando Figueroa Daniel Labra. INTRODUCCIÓN La comunicación no sería posible si no se tuvieran las herramientas para comunicarse, en donde.
Proyecto de Título I “Sistema de Control para Salas de Estudio” Andrés Basulto Paulina Valdivia.
Daniel Labra Fernando Figueroa
Aceschool Daniel Labra Fernando Figueroa. Introducción ¿Qué tipo de colegio? ¿Qué tan cerca esta el colegio de la casa? ¿Mixto, femenino o masculino?
PROYECTO DE TÍTULO Semana 7 Edwin Kallens Padilla 28/04/2015
Taller de desarrollo de proyectos II Presentación Inicial.
Scrum Ciclo Profesor: Ing. José Díaz
Daniel Labra Fernando Figueroa ¿Qué Hicimos? -Refinar Causa-Efecto -Gestión de la Configuración -Control de versiones -Encuesta ¿Qué estamos haciendo?
Notificándote ¿Qué hicimos?
REUNION INICIAL DE PROYECTO DE SOFTWARE Nombre del Proyecto: SISTEMA DE CONTROL UNIVERSITARIO Tipo de Proyecto: DESARROLLO DE SOFTWARE A LA MEDIDA 7 de.
PROYECTO DE TÍTULO Edwin Kallens Padilla 05/05/2015 Profesores: Oscar Pinto – Juan Felipe Calderón Semana 8 SAFE ALERT.
CONCEPTO DE CICLO DE VIDA 1 En los departamentos de Sistemas se debe definir un marco de referencia común que debe ser:  Pueda ser empleado por todos.
Elecnor Deimos - Localización Parque Tecnológico de Boecillo C/ Juan de Arfe y Villafañez Edificio Galileo; Módulo Gris, oficina —Boecillo.
Ficha con el móvil Seguimiento de servicios, Control Rondas y Gestión de Equipos Técnicos con APP de localización Control Acceso Informe de cumplimiento.
Fundamentos de Computación
PROYECTO DE TÍTULO Edwin Kallens Padilla 31/03/2015 Profesores: Oscar Pinto – Juan Felipe Calderón Semana 2.
Este sistema tecnológico utiliza la Nube para liberar al usuario de toda la carga de procesamiento y almacenamiento. Todo se hace desde y en la Nube.
La tecnología debe ser es una herramienta utilizada por las empresas para mejorar y solucionar problemas, obteniendo información precisa en el momento.
Autor: Reinozo Cuesta Christian Marcelo
Procesos de Planeación
Scrum: Mejorando las prácticas Anabel Ruth Berenstein Año 2012.
Poka Yoke UNIVERSIDAD POLITÉCNICA DE EL SALVADOR
Transcripción de la presentación:

PROYECTO DE TÍTULO Edwin Kallens Padilla 07/04/2015 Profesores: Oscar Pinto – Juan Felipe Calderón Semana 7

INTRODUCCIÓN La gran mayoría de las familias que deciden vivir en condominios y edificios, lo hace principalmente por seguridad. Los condominios son objetivamente más seguros que las casas. La razón principal es que existe un primer perímetro de seguridad común que en la mayoría de los casos está controlado por conserjes o guardias de seguridad y por otros elementos como cámaras de seguridad, cierres perimetrales, rejas etc. Además la gran mayoría de las veces existe un segundo perímetro de seguridad en las propias casas tales como chapas de seguridad, alarmas etc.

Si los condominios son más seguros, ¿por qué se producen robos en ellos? Las respuestas son variadas pero la primera es porque ningún sistema de seguridad es 100% seguro, todos son vulnerables. La segunda causa es que falle el primer perímetro de seguridad y esto puede ocurrir por una falla humana o porque el ingreso se produjo por un sector no cubierto. Otra causa es que el robo puede ser interno, esto es, que el ladrón está dentro del condominio, ya sea porque entró autorizado por algún miembro de la comunidad (maestros, visitas, etc.) o porque vive en el condominio.

¿Cuál es el problema? El problema que surge es principalmente el poco control que existe en las zonas de fácil acceso o difíciles de monitorear dentro de un condominio, ya sea zonas oscuras que no están habitadas o zonas que tienen muy poco tránsito de personas a una hora determinada. Resulta complejo e inseguro para un guardia de seguridad poder ir a todos estos lugares (con poca o nula iluminación) a hacer rondas nocturnas.

Diagrama Ishikawa

Diagrama 5 porque  Problema: Poco control de sectores vulnerables en un condominio. ¿Por qué existe un poco control? - Porque son lugares poco monitoreados. ¿Por qué son poco monitoreados? -Porque principalmente son sectores poco iluminados. ¿Por qué? -Porque no existen recursos en el lugar que permita un buen control. ¿Por qué ? Porque mayoritariamente son sectores no habitados pero que sí importa tener controlados y monitoreados.

Solución Una vez que se hayan detectado los sectores vulnerables del condominio se instalarán sensores en puntos específicos los cuales al activarse encenderán un foco de luz y una pequeña “bocina” lo cual permitirá alertar al guardia del condominio y a la vez a los vecinos que estén dentro del radio del sensor de la presencia de alguien en ese sector. Se enviará una nota de voz a la radio del guardia, indicando que sector se activó (dependiendo del lugar del sensor) y al mismo tiempo un mensaje a través de una aplicación móvil a los vecinos del sensor activado.

Solución [Ejemplo Gráfico]

Objetivo general  Controlar los sectores vulnerables de un condominio a través de sensores para así poder alertar la presencia de alguien en un determinado sector.

Objetivos específicos  Identificar más del 90% del total de los sectores vulnerables en el condominio. [ Sectores con poca iluminación, sectores con protección bajo los 150 cms, sectores colindantes con peladeros, etc. ]  Instalación de sensores de movimientos.  Instalación de focos de luz.  Implementar la activación de notificaciones a través de la radio del guardia.  Implementar una aplicación que permita mandar un mensaje a los vecinos de un determinado sensor.  Desarrollar un contador que guarde todas las activaciones de los sensores en cada sector del condominio.

Alternativas de solución  DRONE : Permite vigilar a distancia zonas perimetrales identificando posibles accesos, sitios vulnerables y falencias en materia de seguridad.

Alternativas de solución  Rondas Vecinales : Los vecinos del condominio se organizan de manera interna para fijar un horario de rondas por los sectores vulnerable. Estas rondas pueden trabajar en conjunto con carabineros y el municipio para así mejorar las condiciones de seguridad.

Alternativas de solución  Contratar más personal de seguridad : Con esta medida se pretende tener presencia de más guardias en los sectores vulnerables del condominio y así tener más control de estos mismos.

Alternativas de solución  SOSAFE : es una aplicación gratuita que permite enviar alertas de emergencia y comunicarlas directamente a terceros mediante tu smartphone. Reciben tu emergencia los contactos que hayas agregado en la Aplicación Móvil, que tengan la aplicación y hayan aceptado recibir notificaciones de tus emergencias. Sólo disponible en la comuna de Vitacura.

Matriz de comparación Mi proyecto Rondas Vecinales Personal de Seguridad DRONESOSAFE Disponibilidad 95% del año Horario predefinido Solo en horario de trabajo Lo que dure la batería 24/7 Costo Bajo costoGratis Sueldo de un guardia Alto costo (mantención) Gratis Uso En condominios En barrios En edificios, condominios, etc. De uso general Solo dentro de una comuna

Riesgos asociados al cliente y/o usuario  Cliente y/o usuario que no tiene expectativas realistas sobre los resultados del proyecto.  Requerimientos (requisitos) confusos / incompletos.  Poca motivación y compromiso de los vecinos del condominio.

Riesgos asociados a los recursos  Recursos NO disponibles.  Habilidades y/o conocimientos requeridos NO satisfechos o inadecuados.  Equipo faltante o Inadecuado.

Riesgos asociados a los calendarios  Tareas o hitos incompletos.  Estimaciones no precisas.  Un calendario basado en cantidades exageradas de tiempo extra para el equipo de trabajo.

Riesgos asociados a la experiencia  Nueva Tecnología  Nuevo ambiente de desarrollo  Nuevo Hardware

Evaluación de los riesgos

Evaluación de los riesgos [Lean Canvas]

Lean Canvas Existe un poco control de los sectores vulnerables de un condominio. -Drones -Cámaras de seguridad Instalar diferentes sensores los cuales permitan alertar al conserje y a los vecinos “a cargo” del sensor de la presencia de alguien en el sector. Al ser una Start-up aún no existe una ventaja injusta. Porcentaje de detección de lugares vulnerables de un condominio. -Condominios en general. -Empresas de administración de condominios. Comunidad de un condominio o Administradores de condominios Participación de los vecinos en el control de los espacios vulnerables del condominio Vendiendo el sistema a empresas a cargo de condominios o a la misma comunidad. -Adquisición de sensores. -Instalación de sensores. -Mantenimiento o recambio de los sensores instalados.

Stakeholders  Los vecinos del condominio.  Los administradores del condominio.  Encargados de la seguridad

Oportunidades de negocios a futuro  Si este proyecto logra tener éxito en algún condominio en específico, se presentará el proyecto a la municipalidad donde pertenece este condominio para ver la posibilidad de poder implementar este mismo proyecto es los diferentes condominios de la ciudad que presenten la mayor cantidad de robos, lo cual ayudaría en gran medida a poder evitarlos.

Metodología de gestión y desarrollo  La metodología de gestión de mi proyecto será Scrum.  La metodología de desarrollo será XP *PARA ESTE PROYECTO ME BASARÉ EN EL LIBRO “SCRUM Y XP DESDE LAS TRINCHERAS” DE HENRIK KNIBERG.

¿Por qué Scrum?  Scrum se adapta de muy buena manera en proyectos que están recién comenzando ya que ayuda a reducir la incertidumbre propia de algo que recién comienza, a diferencia por ejemplo de Kanban, donde se necesita más experiencia y conocimiento dentro del equipo de trabajo.  Otro punto importante a la hora de elegir esta metodología es que ayuda a reducir en gran medida el impacto de los riesgos en una Start-up, como por ejemplo la reacción al cambio o la detección y el análisis de los riesgos lo antes posible.  Cercanía con el product owner.

Roles de Scrum  Scrum Master: Edwin Kallens  Equipo de trabajo: Edwin Kallens  Product Owner: Oscar Pinto  Stakeholders: Vecinos, Guardia.

Scrum: Actividades  La duración de los sprints será de 4 semanas.  Se hará un sprint planning de 3 horas.  Se hará un sprint review de 2 horas.

¿Por qué XP?  Esta metodología se acomodará mejor a mi proyecto ya que se enfoca principalmente al desarrollo rápido de código y mucha refactorización, lo que me ayudará a tener un mejor feedback.  Además se hacen pruebas continuas (TDD), lo que en conjunto con la refactorización me permitirá al final de año tener un producto de calidad.

Roles de XP  Programador Edwin Kallens  Cliente Comunidad del condominio  Tester Edwin Kallens  Tracker Edwin Kallens  Entrenador Oscar Pinto  Consultor Oscar Pinto  Gestor Oscar Pinto

Requisitos de alto nivel  Que el sistema sea rápido en cuanto a las notificaciones para los vecinos y para el guardia.  Que sea estable  Que sea robusto  Que sea seguro para no ser vulnerado por terceras personas.  Que tenga una interfaz adecuada y simple para el usuario.

Historias de usuario

Pruebas  Como lo recomienda el libro “scrum y xp desde las trincheras” el desarrollo del proyecto será guiado por pruebas (TDD)

Pruebas

Arquitectura

Control de versiones [SVN]

GRACIAS!