Informe POOFinal

FACULTAD DE
INGENIERÍA
Carrera de Ingeniería de Sistemas Computacionales
“APLICACIÓN DE DIRECTORIO PARA
EMERGENCIAS Y AGENDA PERSONAL”
Minchán Huamán, Yan N00028416 – 80%

Ortiz Cabrera, Camila N00029592 – 80%
Ruiz Silva, Ronald N00033054 – 80%
Docente:
Patricia Janet Uceda Martos
Cajamarca - Perú
2019 - 1
PROYECTO FINAL
1. INTRODUCCIÓN
La inseguridad ciudadana es uno de los problemas más graves que afronta nuestro país
por ello, el 83,6% de peruanos muestra su preocupación a diario. Los ciudadanos son
ahora víctimas de la delincuencia incluso en los lugares donde antes se sentían
protegidos, por lo que la percepción de inseguridad ciudadana aumenta cada día. La
lucha contra la inseguridad ciudadana en nuestro país es una tarea fundamental del
Estado peruano, no solo para cumplir con su deber constitucional de mantener y
salvaguardar el orden interno, sino también para crear un clima de confianza en la
población. Se debe entender que la lucha contra la inseguridad ciudadana parte por
enfrentar a la corrupción y contar con la participación activa de la población organizada,
como apoyo a la Policía Nacional, el fortalecimiento del serenazgo municipal y la
inversión en tecnologías de punta para vigilar las 24 horas del día las calles.
Según investigaciones el Perú se ubica en el segundo lugar del ránking de los países con
la tasa más alta de víctimas de la delincuencia, superando solo a Venezuela donde hoy
se vive una grave crisis social. Hoy en día el nivel de inseguridad ciudadana ha
aumentado en un 16,1% en la región de Cajamarca atentando contra la vida y seguridad
de las personas (Garcia, Sanchez, & Hidalgo, 2019).
El presente proyecto consta en la creación de un sistema de información y prevención

donde se acelerará el llamado de emergencia de las autoridades con el fin de prevenir
accidentes aplicando las buenas técnicas de la programación orientada a objetos.
Con este nuevo sistema aplicativo se tratará de disminuir todo tipo de accidentes
sociales, además brinda agilidad en el servicio para el cliente cumpliendo sus
necesidades arrojando resultados eficaces, seguros y rápidos.
TÉCNICAS DE PROGRAMACIÓN ORIENTADA A OBJETOS 2019 - 1

2. OBJETIVOS
2.1 OBJETIVO GENERAL
 Crear una aplicación en lenguaje Java aplicando las buenas técnicas de

programación orientada a objetos que permita acelerar el llamado de las
autoridades frente a una situación de riesgo.
2.2 OBJETIVO ESPECÍFICO
 Implementar el registro de los datos personales del usuario haciendo posible su

repertorio personal.
 Crear un directorio personal que cuente con los números de las entidades tales
como bomberos, policías, hospital, rescate y Serenazgo.
 Solicitar los datos del contacto de emergencia con el cual el usuario podrá hacer
un llamado rápido en situación de riesgo.
3. ANTECEDENTES DEL PROYECTO
3.1 Alerta Cajamarca
Hoy en día la ciudad de Cajamarca cuenta con tan solo una aplicación móvil y web de
seguridad ciudadana la cual es Alerta Cajamarca que se basa en el trabajo comunitario
de ciudadanos que desean colaborar para hacer una ciudad más segura.
Este proyecto nace como una iniciativa del observatorio provincial de seguridad
ciudadana y gestó con el objetivo de brindar a la población cajamarquina una eficiente y
eficaz herramienta para contribuir con la seguridad y la prevención de delitos y faltas en
el ámbito local. El paquete lo ofrece la municipalidad provincial de Cajamarca y se pone
a disposición del pueblo cajamarquino para ser usada en situaciones de emergencia
durante las 24 horas del día, así mismo permitir a los ciudadanos e instituciones
involucradas y comprometidas con la seguridad estar interconectadas de manera
actualizada y progresiva, para medir los niveles de riesgo en la ciudad capital de
Cajamarca (Gutierrez, Gamboa, & Leyva, 2017).
Novedades:
 Permisos adicionales para ubicación

 Superposición de ventanas
3.2 Números de Emergencia Perú
Lista de los principales números de emergencia de Perú.
En esta aplicación no se necesita conexión a internet para acceder a la lista después de la

instalación.
Los números de emergencia con las que cuenta la aplicación son:
 SAMU (Ambulancia).
 Departamento de Bomberos.
 Policía Nacional.
 Defensa Civil.
Novedades:
 Actualización de Números (Yeison, 2018)
3.3 Bomberos Perú Oficial
Única aplicación destinada al uso exclusivo de llamadas de emergencias contra

incendios, muestra emergencias en tiempo real y una radio de bomberos, brindándole
filtros por estaciones, y al hacer clic en la incidencia mostrada inmediatamente los lleva
al lugar con waze, además de una radio de la central de bomberos para que puedan estar
al tanto de todo mientras atienden alguna incidencia (Edutrul, 2018)
Novedades:
 Radio de bomberos incluida.
3.4 Seguridad Ciudadana
Es la mejor herramienta para proteger a tu familia, permite enviar inmediatamente

alertas a todas las personas que se encuentren a tu alrededor, contando con todo el apoyo
de la comunidad en caso de peligro o si crees que está ocurriendo un hecho delictivo,
llama a las autoridades locales o al número nacional de emergencias del Perú si es
necesario (4 APP DESIGN , 2016).
Principales funcionalidades:
 Crear grupos de seguridad específicos con ilimitado número de integrantes.

 Usar el botón de pánico, para enviar alertas al instante.
 Usa con el botón bloqueo de tu móvil.
 Permiso de GPS, llamadas cámara y micrófono.
 Seguro y de Uso gratuito.
4. ALCANCE DEL PROYECTO
El objetivo de este trabajo de investigación es realizar una aplicación que permita

acelerar el llamado de las autoridades ante cualquier eventualidad o fenómeno de riesgo
aplicando las buenas técnicas de programación orientada a objetos, para ello
implementaremos un directorio en el cual el usuario podrá acceder al número de
emergencia de la entidad siendo capaz del contacto rápido salvaguardando la seguridad
de los ciudadanos de Cajamarca. Dicha aplicación no necesita conexión a internet ya que
se vincula automáticamente con un operador de llamadas.
No hacemos uso de archivos ni base de datos para el manejo de almacenamiento de datos

personales de los usuarios, consideramos como futura implementación un soporte de
consultas la cual nos ayudaría con las sugerencias otorgadas por el usuario para mejorar
e innovar nuestro aplicativo.
5. JUSTIFICACIÓN DEL PROYECTO

El presente proyecto se enfoca en brindar mayor seguridad a los pobladores de la ciudad
de Cajamarca con la oportunidad de acelerar el llamado a las autoridades cuando exista
situación de riesgo ya sea por acción de robo, intrusos en el hogar, secuestro, etc., debido
al aumento de inseguridad en la ciudad ya mencionada. Así mismo el presente proyecto
es necesario en el mercado por que ayudará a la reducción de inseguridad, además
brindará servicio de personas jurídicas mediante sus empresas cumpliendo las
necesidades requeridas por los clientes. Por consiguiente, el presente proyecto es
innovador porque permitirá asociar números de la lista de contactos del cliente, para
que sean notificados en situación de riesgo mediante un botón de pánico.
6. MARCO TEÓRICO
6.1 Pilares de la programación orientada a objetos
La Programación Orientada a Objetos es un paradigma de programación que usa los

objetos en sus interacciones, para diseñar aplicaciones y programas informáticos. Está
basado en varias técnicas, incluyendo herencia, cohesión, abstracción, polimorfismo,
acoplamiento y encapsulamiento. Su uso se popularizó a principios de la década de los
años 1990. En la actualidad, existe una gran variedad de lenguajes de programación que
soportan la orientación a objetos. Los pilares de la POO son: La abstracción,
Encapsulamiento, Herencia, Polimorfismo (Juarez, 2014).
6.1.1 Abstracción
La abstracción consiste en captar las características esenciales de un objeto, así

como su comportamiento. Mucha gente considera que la abstracción en si no es
más que una parte del proceso de la encapsulación. La abstracción es la capacidad
de obtener y aislar toda la información y cualidades de un objeto que no nos
parezcan relevantes, para poder encapsularlos. Para ello separamos
"mentalmente" los objetos y nos centramos en su comportamiento fundamental.
Gracias a ello, podemos representar las características esenciales de un objeto sin
preocuparnos de las restantes
Ilustración 1 Pilares de POO Abstracción
6.1.2 Encapsulamiento
El encapsulamiento nos permite controlar quien puede ver y utilizar los distintos
módulos internos de nuestro sistema. En términos de clases, con el
encapsulamiento definimos el acceso a los miembros de la clase.
Cada objeto puede tener muchas cosas encapsuladas en su interior, propiedades,
funciones o incluso otros objetos. Muchas veces no se necesita entender el
funcionamiento interno de un objeto, sino tan solo sus funcionalidades: para que
sirve o qué puede hacer. Por tanto un objeto puede ser cambiado por otro siempre
que cumpla con la misma función.
Ilustración 2 Pilares de la POO Encapsulamiento
6.1.3 Herencia
La herencia es una relación especial entre dos clases, la clase base y la clase
derivada, en donde la clase derivada obtiene la habilidad de utilizar ciertas
propiedades y funcionalidades de la clase base, incluso pudiendo sustituir
funcionalidad de la clase base. La idea es que la clase derivada “hereda” algunas
de las características de la clase base (Gavilán, 2018).
Ilustración 3 Pilares de la POO Herencia
6.1.4 Polimorfismo
El polimorfismo es la capacidad para que varias clases u objetos derivados de
otros, reaccionen de manera diferente ante los mismos métodos. El polimorfismo
se puede aplicar tanto a objetos como a funciones, por lo que podemos hablar de
objetos polimórficos y de funciones polimórficas. El uso más común de
polimorfismo en programación orientada a objetos se da cuando se utiliza la
referencia de una clase padre, para referirse al objeto de la clase hijo.
Ilustración 4 Pilares de la POO Polimorfismo
6.2 Colecciones de Datos

Una problemática que surge frecuentemente en la programación, es organizar una
colección de objetos. La primera solución que nos surge es utilizar un array.
String [ ] nombres = new String [10];
Java tiene todo un juego de clases e interfaces para guardar colecciones de objetos, que
nos dan soluciones a las problemáticas planteadas. En él, todas las entidades
conceptuales están representadas por interfaces, y las clases se usan para proveer
implementaciones de esas interfaces (Bernal, 2012).
Los objetos arreglo son estructuras de datos que consisten en elementos de datos
relacionados, del mismo tipo. Los arreglos facilitan el procesamiento de grupos de
valores relacionados (Deitel & Deitel, 2016).
Representación de arreglos lógicos
Se muestra a continuación un arreglo de enteros con 12 elementos, se puede hacer

referencia a cualquiera de estos mediante una expresión de acceso a un arreglo que
contiene el nombre del arreglo, seguido por el índice del elemento especifico encerrado
entre corchetes [ ].
Cada objeto arreglo conoce su propia longitud y mantiene esta información en una
variable de instancia length. La expresión c.length devuelve la longitud del arreglo t.
Aun cuando la variable de instancia length de un arreglo es public, no puede cambiarse,
ya que es una variable final.
Ilustración 5 Arreglo de datos
Un programa puede declarar arreglos de cualquier tipo. Cada elemento de un arreglo

de tipo primitivo contiene un valor del tipo del elemento declarado del arreglo. De
manera similar, en un arreglo de un tipo de referencia, cada elemento es una referencia
a un objeto del tipo de elemento declarado del arreglo. Por ejemplo, cada elemento de
un arreglo int es un valor int, y cada elemento de un arreglo String es una referencia a
un objeto String.
6.2.1 Collection e Iterator
La interfaz más importante es Collection<E>. Una Collection es todo aquello que se

puede recorrer (o iterar) y de lo que se puede saber el tamaño.
Las operaciones básicas son:
 add(T e). Añade un elemento

 clear(). Borra la colección
 remove(Object obj). Borra un elemento
 isEmpty(). Indica si está vacía
 iterator(). Devuelve un Iterator de la colección, útil para realizar un recorrido de
uno en uno.
 size(). Devuelve el tamaño de la colección
 contains(Object e). Nos indica si el objeto está contenido.
 toArray(...). Devuelve una array con el contenido de la colección
Existen dos formas de recorrer una colección. Una es con la sentencia for each, la segunda
mediante un iterator, resulta mejor cuando queramos realizar modificaciones de la
colección.
Las operaciones de un Iterator son:
 hasNext(). Devuelve true si existen más elementos

 next(). Devuelve el siguiente elemento
 remove(). Borrar el elemento de la colección
Existen un conjunto de interfaces que heredan de Collection, que nos aportan más
prestaciones. Algunos de ellos son:
 List. Es una colección donde se mantiene la posición de los elementos. No está

ordenada y puede haber elementos repetidos
 Set. Es una colección en la que no existen elementos repetidos
 SortedSet. Además se mantiene un orden.
 Queue. Es una colección que mantiene una prioridad de procesamiento (Bernal,
2012).
6.2.2 List
Este tipo de colección se refiere a listas en las que los elementos de la colección tienen un
orden. En ellas cada elemento estará en una determinada posición (índice) de la lista.
Las listas vienen definidas en la interfaz List, que además de los métodos generales de
las colecciones, nos ofrece los siguientes para trabajar con los índices:
 Void add (int índice, Object obj)

Inserta un elemento (objeto) en la posición de la lista dada por el índice indicado.
 Object get (int indice)
Obtiene el elemento (objeto) de la posición de la lista dada por el índice indicado.
 Int indexOf (Object obj)
Nos dice cual es el índice de dicho elemento (objeto) dentro de la lista. Nos
devuelve -1 si el objeto no se encuentra en la lista.
 Object remove (int indice)
Elimina el elemento que se encuentre en la posición de la lista indicada mediante
dicho índice, devolviéndonos el objeto eliminado.
 Object set (int Indice, Object obj)
Establece el elemento de la lista en la posición dada por el índice al objeto
indicado, sobrescribiendo el objeto que hubiera anteriormente en dicha posición.
Nos devolverá el elemento que había previamente en dicha posición (Martinez
P. , 2013).
6.2.3 ArrayList
Esta implementación mantiene la lista compactada en un array. Tiene la ventaja de

realizar lecturas muy rápidas. El problema está en borrar elementos intermedios, ya que
tiene que mover el resto del contenido.
Existen tres características importantes del ArrayList:
 Es capaz de aumentar su capacidad interna tanto como se requiera: cuando se

agregan más elementos, simplemente hace más espacio para ellos.
 Mantiene su propia cuenta privada de la cantidad de elementos que tiene
actualmente almacenados. Su método size devuelve el número de objetos que
tiene actualmente.
 Mantiene el orden de los elementos que se agregan, por lo que más tarde se
pueden recuperar en el mismo orden (Barnes, 2013).
6.2.4 Vector
El Vector es una implementación similar al ArrayList, con la diferencia de que el Vector

sí que está sincronizado. Este es un caso especial, ya que la implementación básica del
resto de tipos de datos no está sincronizada. Esta clase existe desde las primeras
versiones de Java, en las que no existía el marco de las colecciones descrito
anteriormente. En las últimas versiones el Vector se ha acomodado a este marco
implementando la interfaz List.
Los métodos propios del vector para acceder a su contenido, que han existido desde las
primeras versiones, son los siguientes:
 void addElement (Object obj)

Añade un elemento al final del vector.
 Object elementAt (int indice)
Devuelve el elemento de la posición del vector indicada por el índice.
 void insertElementAt(Object obj, int indice)
Inserta un elemento en la posición indicada
 boolean removeElement (Object obj)
Elimina el elemento indicado del vector, devolviendo true si dicho elemento
estaba contenido en el vector, y false en caso contrario.
 void removeElementAt (int indice)
Elimina el elemento de la posición indicada en el índice.
 void setElementAt (Object obj, int indice)
Sobrescribe el elemento de la posición indicada con el objeto especificado.
 int size()
Devuelve el número de elementos del vector.
6.2.5 LinkedList
En este caso se implementa la lista mediante una lista doblemente enlazada. Por lo tanto,
el coste temporal de las operaciones será el de este tipo de listas. Cuando realicemos
inserciones, borrados o lecturas en los extremos inicial o final de la lista el tiempo será
constante, mientras que para cualquier operación en la que necesitemos localizar un
determinado índice dentro de la lista deberemos recorrer la lista de inicio a fin, por lo
que el coste será lineal con el tamaño de la lista O(n), siendo n el tamaño de la lista. Para
aprovechar las ventajas que tenemos en el coste temporal al trabajar con los extremos de
la lista, se proporcionan métodos propios para acceder a ellos en tiempo constante:
 void addFirst (Object obj) / void addLast (Object obj)

Añade el objeto indicado al principio / final de la lista respectivamente.
 Object getFirst () / Object getLast ()
Obtiene el primer / último objeto de la lista respectivamente.
 Object removeFirst () / Object removeLast ()
Extrae el primer / último elemento de la lista respectivamente, devolviéndonos
dicho objeto y eliminándolo de la lista (Martinez P. , 2013).
6.2.6 Conjuntos
Los conjuntos son grupos de elementos en los que no encontramos ningún elemento
repetido. Consideramos que un elemento está repetido si tenemos dos objetos o1 y o2
iguales, comparándolos mediante el operador o1.equals(o2). De esta forma, si el objeto
a insertar en el conjunto estuviese repetido, no nos dejará insertarlo.
6.2.7 HashSet
Los objetos se almacenan en una tabla de dispersión (hash). El coste de las operaciones
básicas (inserción, borrado, búsqueda) se realizan en tiempo constante siempre que los
elementos se hayan dispersado de forma adecuada. La iteración a través de sus
elementos es más costosa, ya que necesitará recorrer todas las entradas de la tabla de
dispersión, lo que hará que el coste esté en función tanto del número de elementos
insertados en el conjunto como del número de entradas de la tabla. El orden de iteración
puede diferir del orden en el que se insertaron los elementos.
6.2.8 LinkedHashSet
Es similar a la anterior pero la tabla de dispersión es doblemente enlazada. Los

elementos que se inserten tendrán enlaces entre ellos. Por lo tanto, las operaciones
básicas seguirán teniendo coste constante, con la carga adicional que supone tener que
gestionar los enlaces. Sin embargo habrá una mejora en la iteración, ya que al
establecerse enlaces entre los elementos no tendremos que recorrer todas las entradas de
la tabla, el coste sólo estará en función del número de elementos insertados.
6.2.9 TreeSet
Utiliza un árbol para el almacenamiento de los elementos. Por lo tanto, el coste para
realizar las operaciones básicas será logarítmico con el número de elementos que tenga
el conjunto O(log n).
6.2.10 Queue
Esta colección está pensada para organizar una cola (FIFO) ya que los elementos se
añaden por el final y se extraen por el principio. Dispone de los siguientes métodos:
 boolean add (E e) -> Inserta un elemento en la cola, provoca una excepción si no

existe espacio disponible.
 E element () ->Recupera sin borrar la cabeza de la cola, si está vacía provoca una
excepción
 boolean offer (E e) -> Inserta, si puede, un elemento en la cola.
 E peek () -> Recupera sin borrar la cabeza de la cola, si está vacía devuelve NULL
 E poll () -> Recupera y borra la cabeza de la cola, o devuelve null si está vacía
 E remove () -> Recupera y borra la cabeza de la cola, si está vacía provoca una
excepción
Existe la interface Deque, que implementa una cola doble, útil para realizar LIFO.
LinkedList y ArrayDeque implementan esta interface.
6.2.11 SortedSet
El tipo SORTEDSET es un subtipo de los conjuntos (por tanto, los elementos no están
indexados y no puede haber elementos repetidos), en el que existe una relación de orden
entre los elementos que permite decir cuál va antes y cual va después. En caso el orden
no sea explicado el SortedSet se define mediante su orden interno (natural) dado por el
método de compareTo.
Entre estas tenemos:
 headSet -> E: Devuelve una vista de los elementos de SortedSet sobre el que se
invoca con los elementos que son menores (van según el criterio de la
ordenación).
 tailSet -> Devuelve una vista con los elementos que son mayores que
fromElementos, incluidos este.
 subSet -> Devuelve una vista con los elementos mayores a fromElement, incluido
menores que toElement, excluido. Si toElement es posterior a fromElement, se
evalúa la excepción.
6.2.12 Map
Un Map es una colección de duplas de clave-valor, también conocido como diccionario.

Las claves no pueden estar repetidas, si dos elementos tienen la misma clave se considera
que es el mismo. Map no hereda de Collection.
Algunos de sus métodos son:
 Boolean containsKey(Object key) -> Devuelve true si contiene la clave

 Boolean containsValue(Object value) -> Devuelve true si tiene este valor
 V get (Object key) -> Devuelve el valor asociado a la clave
 Set<K> keySet () -> Devuelve un Set con las claves del Map
 V put (K key, V value) -> Asocia un valor a una clave
 V remove (Object key) -> Elimina un valor
 Collection<V> values () -> Devuelve una colección con todos los valores
6.2.13 SortedMap
Es un Map ordenado basado en la interface Comparable. Esta ordenado según las claves.
Si se utilizan
las clases Integer, Double, String... como claves, ya implementan la interface

Comparable.
Esta interfaz es muy similar a la interface Map. Tan solo se diferencia en que sortedMap
permite que los elementos dentro del conjunto de la colección estén ordenados
totalmente, facilitando por tanto su acceso en búsquedas y haciendo más rápida su
consulta.
Así pues, los elementos del sortedMap (mapa ordenado) están ordenados por sus
elementos claves. En el ejemplo que estamos usando tendríamos que los números de
pasaporte podrían estar ordenados de menor a mayor. Para que la ordenación de las
claves sea posible, estos elementos deben pertenecer a una clase que implemente la
interface Comparable o tener un Comparator adecuado. Algunas clases como Integer ya
tienen un orden natural definido válido. En otras clases será necesario que nosotros
definamos un orden.
6.3 Emergencia
Es un suceso que exige atención inmediata ya que implica un desastre consumado o
potencial. Depende el ámbito en el que se use, esta palabra podrá tener distintos
significados (Raffino, 2019).
La OMS define emergencia como: “aquel caso en que la falta de asistencia conduciría a
la muerte en minutos”. En la ley 30/200, del 17 de diciembre de Protección Civil y
Atención de Emergencia de Aragón define emergencia como “suceso o accidente que
sobreviene de modo imprevisto, afectando a la integridad física de las personas o bienes,
de modo colectivo o individual” (Villalibre, 2013).
En la actualidad, podemos distinguir entre distintos tipos de emergencias como:
 Emergencia ecológica
Hace referencia a aquel escenario derivado de la actividad humana o fenómenos
naturales que modifican gravemente su composición, conllevando un gran peligro a
los diversos ecosistemas. Por ejemplo, el calentamiento global, contaminación
atmosférica, derrame de petróleo, etc.
 Emergencia sanitaria
Aquella emergencia causada por una pandemia o epidemia, como por ejemplo el
ébola.
 Estado de emergencia
Este es decretado cuando en un país transcurre algún hecho que amenaza la paz de
los ciudadanos. El estado de emergencia consiste en privarse de ciertos derechos o
actividades.
 Emergencias médicas
El sistema de emergencias responderá a la situación del paciente y a los elementos
que posea el médico o quien brinde la asistencia de emergencia médica.
La medicina de emergencia o emergentología es la que actúa sobre una urgencia
médica, una enfermedad en estado avanzado, o algo que amenace a la vida de una
persona.
6.4 Desastre
Es un evento de gran magnitud, que altera la estructura básica y el funcionamiento
normal de una sociedad o comunidad, ocasionando víctimas, daños o pérdida de bienes
materiales, infraestructura, servicios esenciales o bienes de sustento.
6.4.1 Clasificación de desastres
6.4.1.1 Según su origen
 Naturales o generados sin la acción directa del hombre (huracanes, terremotos,
maremotos, etc.)
 Tecnológicos o producto de la acción o inacción del hombre (accidentes, por
productos tóxicos, guerras, etc.)
 Sanitarios (Epidemias)
6.4.1.2 Según la forma de inicio
 Súbitos: Completamente inesperados, sin fase previa de alerta o alarma,
ejemplo: Terremotos, maremotos y la mayoría de los tecnológicos
 Rápidos: Existen por lo menos 24 horas entre el inicio e información previa de
su presencia, ejemplo: Huracanes e intensas lluvias
 Lentos: Aparecen tras períodos de tiempo más largo, generalmente más de un
mes, ejemplo: Sequías, hambrunas.
6.5 Organización de la respuesta de las autoridades
Un sistema de atención de víctimas en masa está constituido por el grupo de unidades,
organizaciones y sectores que funcionan conjuntamente, aplicando procedimientos
institucionalizados, para reducir al mínimo las discapacidades y las pérdidas de vidas;
consta de una cadena formada por brigadas multisectoriales de socorro, procedimientos
de coordinación entre sectores participantes, una red de comunicaciones y transporte y
un departamento hospitalario de urgencias eficientes.
Aunque cada variante de desastre tiene sus peculiaridades, se considera que se debe
tener un plan general único, validado, conocido y practicado por todos, al que se le
puedan agregar actividades para cada variante de forma que sea también flexible
(Navarro, Rodriguez, & Sosa, 2006).
6.6 Seguridad Ciudadana
Es una situación social, donde predomina la sensación de confianza, entendiéndosela
como ausencia de riesgos y daños a la integridad física y psicológica, donde el Estado
debe garantizar la vida, la libertad y el patrimonio ciudadano.
El Sistema Nacional de Seguridad Ciudadana, creado por Ley 27933, es el conjunto
interrelacionado de organismos del sector público y de la sociedad civil, que se
constituyen con la finalidad de contribuir a garantizar la paz, tranquilidad y a reducir o

neutralizar la criminalidad y delincuencia a nivel nacional, mediante una adecuada
política de prevención multisectorial y control de la violencia, que permitan que las
personas puedan desarrollar sus actividades libres de riesgos y amenazas (Martinez P. ,
2017).
6.7 Inseguridad Ciudadana
Implica la existencia de un peligro o un riesgo que refleja cierta duda sobre un asunto
determinado, así como existen diferentes tipos de seguridad ciudadana (seguridad
alimentaria, seguridad jurídica, etc.), este término puede tener diversos usos una de ellos
esta aplicada a la seguridad cotidiana o ciudadana.
Entre los peruanos, especialmente entre los limeños, existe una altísima percepción de
inseguridad causada principalmente por la delincuencia común, la gente se siente
desprotegida, y percibe la delincuencia en constante crecimiento y como una amenaza
para su vida cotidiana (Sovero, 2018).
En el semestre móvil noviembre 2017-abril 2018, a nivel nacional urbano, el 25.5% de la
población de 15 y más años de edad fue víctima de algún hecho delictivo, siendo 0.8
puntos porcentuales menos que en el semestre noviembre 2016-abril 2017, informó el
Instituto Nacional de Estadística e Informática (INEI) (Garcia C. , 2018).
7. METODOLOGÍA
a. Lista de requerimientos (Pila del producto)
Requerimientos ¿Se implementó? SI /NO Pruebas

1. Como administradores, necesitamos NO No se implementó
que el usuario seleccione el idioma según
su nacionalidad, con la finalidad de
facilitarle la interacción con la aplicación
2. Como administradores, necesitamos SI Se verificó este
que el usuario registre los datos rubro con el
generales como nombre completo, fecha usuario.
de nacimiento, nacionalidad y
documento de identidad, con la
finalidad de verificar la fiabilidad del
usuario.
3. Como administradores, necesitamos NO No se
verificar que la edad del usuario sea implementó.
mayor de 7 años, con la finalidad de que
el aplicativo sea de fácil uso para un
llamado de emergencia para cualquier
edad.

que el usuario ingrese su nacionalidad implementó.
con la finalidad de registrar su
documento de identidad.
5. Como usuario, necesitamos que este NO No se implementó

de permiso de acceso a GPS de su
teléfono móvil con la finalidad de
obtener su ubicación mediante Google
Maps.
registrar el código numérico del usuario, implementó.
con la finalidad de cuantificar el número
de personas que hacen uso de nuestra
aplicación.
que el usuario ingrese datos de su rubro.
contacto de emergencia con la finalidad
de agregarlo a la lista.

crear un patrón de botones, con la implementó.
finalidad de habilitar el botón de pánico
y que el usuario pueda hacer uso rápido
de este en caso de peligro.

implementar un mensaje de texto, con la implementó.
finalidad de enviar a la lista de contactos
de emergencia si el usuario hace uso del
botón de pánico.

obtener la ubicación actual del usuario implementó.
con la finalidad de enviarla a la lista de
emergencia si el usuario hace uso del
botón de pánico.
registrar los números de entidades rubro con el
públicas que brindan servicio de ayuda usuario.
al ciudadano con el fin de proporcionar
este servicio ante una situación de riesgo.
que nuestra aplicación tenga contenido rubro con el
atractivo con la finalidad de que el usuario.
usuario se familiarice e interactúe mejor
con el aplicativo
que nuestro aplicativo cuente con
constantes actualizaciones con la
finalidad de mejorar el proceso de
servicio a través del tiempo.
14. Como usuario tendrá la capacidad de NO No se
valorar nuestro aplicativo con la implementó.
finalidad de conocer sus necesidades y
mejorar nuestro servicio.
15. Como usuario tendrá la capacidad de NO No se implementó
compartir nuestro aplicativo con la
finalidad de que más personas la puedan
obtener.
16. Como usuario será capaz de NO No se implementó
modificar su perfil con la finalidad de
poder cambiar algún dato erróneo o no
deseado.
17. Como administradores no NO No se implementó
permitiremos la réplica de datos de un
usuario con la finalidad de evitar
inconvenientes a este y sobrecargar la
aplicación.
18. Como usuario será capaz de eliminar NO No se implementó
su cuenta cuando ya no desea nuestro
servicio.
19. Como administradores NO No se
habilitaremos la opción de un soporte de implementó.
consultas de los usuarios con la finalidad
de conocer las sugerencias de estos para
mejorar el aplicativo.
20. Como usuario será capaz de SI Se verificó este
visualizar todo el contenido de nuestra rubro con el
aplicación con la finalidad de que este usuario.
tenga mayor facilidad para relacionarse
con la aplicación.
21. Como usuario será capaz de agregar NO No se
contactos manualmente o desde su lista implementó.
de contactos ya existente con la finalidad
de que el usuario administre su propia
agenda.
22. Como administradores No se
implementaremos una opción de NO implementó.
búsqueda con la finalidad de que el
usuario pueda encontrar el servicio que
requiera con mayor facilidad.
23. Como usuario tendrá la opción de NO No se
activar y desactivar las notificaciones de implementó.
la aplicación con la finalidad de mejorar
la comodidad del usuario.
24. Como usuario tendrá la opción de NO No se implementó
modificar sus contactos agregados a su
directorio personal con la finalidad de
actualizar datos erróneos o no deseados.
necesitaremos el permiso del usuario implementó.
para la cámara con la finalidad de que el
usuario capture fotos y videos.
necesitaremos el permiso del usuario implementó.
para el micrófono con la finalidad de que
este capture audios en caso de
emergencia.
27. Como usuario tendrá la opción de NO No se implementó
volver a activar los permisos en caso de
rechazo con la finalidad de que pueda
utilizarlos.
28. Como administradores necesitamos NO No se
la implementación del registro de los implementó.
números de instituciones o empresas con
la finalidad de brindar sus servicios a los
pobladores de la ciudad de Cajamarca.
registrar las áreas de servicios con la
finalidad de organizar y mejorar la
visualización para el usuario.
30. Como administradores necesitamos NO No se
que se registren las instituciones o implementó.
empresas según su tipo de servicio, las
cuales serán comidas, mecánico, hogar,
transporte público y emergencia.
31. Como administradores necesitamos NO No se implementó
que la aplicación cuente con una base de
datos con la finalidad de cuantificar la
cantidad de requerimientos de servicios.
implementaremos la opción de ingresar implementó.
con Facebook o correo electrónico con la
finalidad de obtener datos de otra
plataforma.
33. Como administradores habilitaremos NO No se
la política de privacidad de anuncios con implementó.
la finalidad de que los usuarios acepten
o rechacen nuestra aplicación.
34. Como administradores NO No se implementó
implementaremos sugerencias con la
finalidad de que el usuario conozca de
nuevos servicios de empresas o
instituciones.
7.2 Diagrama de clases
Persona
-nombre: String {AddOnly}
getNombre ()
setNombre()
ContactoEmergencia Nino
-apellidos: String {AddOnly}

-numeroCelular: String
{Changeable} -direccion: String {Changeable}
-fechaNacimiento: Date
{Frozen}
-dni: String {Frozen}
-contactoEmergencia:
ContactoEmergencia
CentralEmergencia
{Changeable}

-numero: String {Changeable}
-direccion: String {Changeable}
PROYECTO FINAL
7.3 Descripción de las clases
7.3.1 Clase CentralEmergencia

Con el uso de esta clase se obtendrán los datos de la entidad de emergencia como el
nombre, número y dirección.
CentralEmergencia
-numero: String {Changeable}
7.3.2 Clase ContactoEmergencia

Con el uso de esta clase se obtendrá el número de celular del contacto de emergencia.
Dicha clase hereda de la clase Persona
ContactoEmergencia
-numeroCelular: String
{Changeable}
7.3.3 Clase Nino

Con el uso de esta clase se obtendrán los datos del usuario tales como apellidos,
dirección, fecha de nacimiento, dni. Además permite agregar su contacto de emergencia.
Dicha clase hereda de Persona.
Nino
-apellidos: String {AddOnly}

-fechaNacimiento: Date
{Frozen}
-dni: String {Frozen}
-contactoEmergencia:
ContactoEmergencia
{Changeable}

7.3.4 Clase Persona
Dicha clase es el padre de ContadoEmergencia y Nino la cual hereda el atributo de
nombre a las clases hijos.
Persona
getNombre ()
setNombre()
7.4 Historias de usuario

Historia de Usuario Criterio de Aceptación Se implementó
Pruebas
Si / No
1. Selección de idioma.
Como administradores,
necesitamos que el
usuario seleccione el
idioma según su NO No se implementó
nacionalidad, con la
finalidad de facilitarle
la interacción con la
aplicación.
2. Ingreso de datos personales.
necesitamos que el
usuario registre los
datos generales como
nombre completo, fecha Se verificó este rubro
SI
de nacimiento, con el usuario.
nacionalidad y
documento de
identidad, con la
finalidad de verificar la
fiabilidad del usuario.
3. Verificación de edad.
Como administradores, NO No se implementó.
necesitamos verificar
que la edad del usuario
sea mayor de 7 años,
con la finalidad de que
el aplicativo sea de fácil
uso para un llamado de
emergencia para
cualquier edad.
4. Registro de nacionalidad.
necesitamos que el
usuario ingrese su NO No se implementó.
nacionalidad con la
finalidad de registrar
su documento de
identidad.
5. Permiso de GPS.
Como usuario,
necesitamos que este de
permiso de acceso a NO No se implementó.
GPS de su teléfono
móvil con la finalidad
de obtener su ubicación
mediante Google Maps.
6. Registrar código numérico.
necesitamos registrar el
código numérico del
usuario, con la finalidad NO No se implementó
de cuantificar el
número de personas
que hacen uso de
nuestra aplicación.
7. Registro de datos del
Como administradores, contacto de emergencia.
necesitamos que el
usuario ingrese datos Se verificó este rubro
SI
de su contacto de con el usuario.
emergencia con la
finalidad de agregarlo a
la lista.
8. Uso de botón de pánico
necesitamos crear un
patrón de botones, con
la finalidad de habilitar NO No se implementó.
el botón de pánico y que
el usuario pueda hacer
uso rápido de este en
caso de peligro.
9. Implementación del
Como administradores, mensaje de texto.
necesitamos
implementar un
mensaje de texto, con la NO No se implementó.
finalidad de enviar a la
lista de contactos de
emergencia si el usuario
hace uso del botón de
pánico.
10. Conseguir la ubicación
Como administradores, actual del usuario.
necesitamos obtener la
ubicación actual del
usuario con la finalidad NO No se implementó.
de enviarla a la lista de
emergencia si el usuario
hace uso del botón de
pánico.
11. Registro de datos de la
Como administradores, entidad.
necesitamos registrar
los números de
entidades públicas que Se verificó este rubro
SI
brindan servicio de con el usuario.
ayuda al ciudadano con
el fin de proporcionar
este servicio ante una
situación de riesgo.
12. Interacción con el usuario
necesitamos que
nuestra aplicación tenga Se verificó este rubro
contenido atractivo con SI
con el usuario.
la finalidad de que el
usuario se familiarice e
interactúe mejor con el
aplicativo.
13. Actualización de la
Como administradores, aplicación.
necesitamos que
nuestro aplicativo
cuente con constantes NO No se implementó.
actualizaciones con la
finalidad de mejorar el
proceso de servicio a
través del tiempo.
14. Valoración de aplicativo NO No se implementó.
Como usuario tendrá la
capacidad de valorar
nuestro aplicativo con
la finalidad de conocer
sus necesidades y
mejorar nuestro
servicio.
15. Crecimiento Aplicativo.
capacidad de compartir
nuestro aplicativo con NO No se implementó.
la finalidad de que más
personas la puedan
obtener.
16. Modificación de usuario
Como usuario será
capaz de modificar su
perfil con la finalidad de NO No se implementó.
poder cambiar algún
dato erróneo o no
deseado.
17. Réplica de datos de usuario.
Como administradores
no permitiremos la
réplica de datos de un
usuario con la finalidad NO No se implementó.
de evitar
inconvenientes a este y
sobrecargar la
aplicación.
18. Eliminación de la cuenta.
Como usuario será
capaz de eliminar su NO No se implementó.
cuenta cuando ya no
desea nuestro servicio.
19. Soporte y Ayuda.
habilitaremos la opción
de un soporte de
consultas de los NO No se implementó.
usuarios con la
finalidad de conocer las
sugerencias de estos
para mejorar el
aplicativo.
20. Visualización general de la Se verificó este
aplicación. SI
Como usuario será rubro con el usuario.
capaz de visualizar todo
el contenido de nuestra
aplicación con la
finalidad de que este
tenga mayor facilidad
para relacionarse con la
aplicación.
21. Añadir contactos
Como usuario será
capaz de agregar
contactos manualmente
o desde su lista de NO No se implementó.
contactos ya existente
con la finalidad de que
el usuario administre su
propia agenda.
22. Búsqueda de servicios
implementaremos una
opción de búsqueda con
la finalidad de que el NO No se implementó
usuario pueda
encontrar el servicio
que requiera con mayor
facilidad.
23. Activación de notificaciones
opción de activar y
desactivar las NO No se implementó.
notificaciones de la
aplicación con la
finalidad de mejorar la
comodidad del usuario.
24. Modificación de contactos
opción de modificar sus
contactos agregados a NO No se implementó.
su directorio personal
con la finalidad de
actualizar datos
erróneos o no deseados.
25. Permiso de cámara
necesitaremos el
permiso del usuario NO No se implementó.
para la cámara con la
finalidad de que el
usuario capture fotos y
videos.
26. Permiso de micrófono
necesitaremos el
permiso del usuario NO No se implementó.
para el micrófono con la
finalidad de que este
capture audios en caso
de emergencia.
27. Permisos de aplicación
opción de volver a
activar los permisos en NO No se implementó.
caso de rechazo con la
finalidad de que pueda
utilizarlos.
28. Registro de empresa o
Como administradores institución.
necesitamos la
implementación del
registro de los números
de instituciones o NO No se implementó
empresas con la
finalidad de brindar sus
servicios
a los pobladores de la
ciudad de Cajamarca.
29. Registro de áreas del tipo
Como de servicio.
administradores,
necesitamos registrar
las áreas de servicios NO No se implementó.
con la finalidad
de organizar y mejorar
la visualización para el
usuario.
30. Registro manual de
Como administradores empresas o instituciones.
necesitamos que se
registren las
instituciones o
empresas según su tipo NO No se implementó.
de servicio, las cuales
serán: comidas,
mecánico,
hogar, transporte
público y emergencia.
31. Cuantificación de
NO No se implementó
usuarios.
necesitamos que la
aplicación cuente con
una base de datos con la
finalidad
de cuantificar la
cantidad de
requerimientos de
servicios.
32. Obtención de datos de otra
Como administradores plataforma.
implementaremos la
opción de ingresar con
Facebook o correo NO No se implementó.
electrónico
con la finalidad de
obtener datos de otra
plataforma.
33. Anuncios
habilitaremos la política
de privacidad de
anuncios con la NO No se implementó.
finalidad
de que los usuarios
acepten o rechacen
34. Sugerencias de aplicación
implementaremos
sugerencias con la
finalidad de que el NO No se implementó.
usuario conozca
de nuevos servicios de
empresas o
instituciones.
8. RESULTADOS
En el presente proyecto del curso de Programación Orientada a Objetos se logró el

desarrollo de una aplicativo capaz te realizar un llamado de emergencias a las entidades
públicas que ofrecen servicio de ayuda, permitiendo acelerar la llegada de estas mismas.
Este sistema se basó en los conocimientos obtenidos a lo largo del curso de aplicando las
buenas técnicas de programación orientada a objetos, implementando diagramas de
clase, historias de usuario y pila de producto que han podido complementar nuestro
proyecto, logrando así cumplir nuestros objetivos planteados para nuestro aplicativo.
Nuestro sistema cumple con el requisito previo de todo proceso que se realiza para
registrar un nuevo usuario, también se logró registrar un contacto de emergencia al
cual el contacto podrá contactar de manera rápida, así como también acelerar el
llamado de las entidades que brindan servicio de ayuda ante cualquier eventualidad o
fenómeno que se presente.
9. CONCLUSIONES
 Se han cumplido todos los objetivos mencionados en nuestro proyecto. El

principal de ellos es crear una aplicación en lenguaje Java aplicando las buenas
técnicas de programación orientada a objetos, capaz de ofrecer los servicios de
un llamado de emergencia a los usuarios frente a una situación de riesgo
acelerando la llegada de las autoridades.
 La aplicación desarrollada esta implementada con un registro de datos
personales del usuario que ofrece a este una mejor organización de su agenda,
así el usuario podrá acceder con total facilidad a su lista, fue difícil sintetizar
todas las ideas y requisitos que había sobre la mesa. Una vez realizadas las fases
de análisis y diagramas, las fases posteriores fueron encauzadas rápidamente.
 Se implementó un directorio personal que cuenta con los números de emergencia
de las entidades que brindan servicio de ayuda ya sea la Policía Nacional,
Bomberos, Hospital, Serenazgo. Teniendo así una facilidad para acceder a estos
y solicitarlos ante cualquier eventualidad.
 También se pudo concretar la solicitud de un contacto de emergencia para ser
contactado ante cualquier eventualidad, con esto el usuario tendrá doble aviso
de seguridad para una o más emergencias. En conclusión, nuestro proyecto va
dirigido a los ciudadanos de la ciudad de Cajamarca para brindarles una mejor
atención en llamado de emergencias, rápido y seguro, cuidando así su bienestar
personal.
10.BIBLIOGRAFÍA
4 APP DESIGN . (14 de Diciembre de 2016). Seguridad Ciudadana.
Barnes, D. (2013). Programacion Orientada a Objetos con Java (Vol. V). Pearson Education.
doi:9788490353875
Bernal, J. (2012). Programacion Orientada a Objetos con Java (Vol. 1.1). Madrid , España.
Deitel, P., & Deitel, H. (2016). Java: Como programar (Vol. 10 edición ). Pearson educación.
Edutrul. (5 de Agosto de 2018). Bomberos Peru Oficial.
Garcia, C. (27 de Mayo de 2018). Gestion.pe. Obtenido de https://gestion.pe/peru/inei-25-5-

peruanos-victima-delincuentes-cifras-inseguridad-234560
Garcia, J., Sanchez, A., & Hidalgo, N. (2019). Boletin de seguridad ciudadana a nivel
departamental. Instituto Nacional de Estadistica e Informatica .
Gavilán, F. (2018). Desarrollo de Software. Trujillo.
Gutierrez, D., Gamboa, C., & Leyva, J. (22 de Agosto de 2017). Alerta Cajamarca.
Juarez, J. (2014). Pilares de la Progrmacion Orientada a Objetos. Centro Escolar INSA, Bogota.
Martinez, P. (2013). Colecciones de Datos en Java. Departamento Ciencia de la Computacion e

IA, Madrid.
Martinez, P. (18 de Marzo de 2017). idl Seguridad Ciudadana . Obtenido de

https://www.seguridadidl.org.pe/actores/sistema-nacional-de-seguridad-ciudadana
Navarro, V., Rodriguez, G., & Sosa, A. (2006). Organizacion de los Servicios de Urgencia en la
APS frente a la gran Emergencia y los Desastres. Revista de las Ciencias de la Salud de
Cienfuegos , 11, 8.
Raffino, M. (9 de Febrero de 2019). Concepto.de. Obtenido de https://concepto.de/emergencia/
Sovero, C. (22 de Noviembre de 2018). El Comercio. Obtenido de

https://elcomercio.pe/lima/sucesos/inei-presentan-portal-web-estadisticas-criminalidad-
seguridad-ciudadana-noticia-579976
Villalibre, C. (2013). Concepto de Urgencia: Emergencia, Catastrofe y Desastre: Revision

Historica y Bibliografica. Tesis , Universidad de Oviedo , Oviedo .
Yeison, H. (18 de Diciembre de 2018). Numeros de Emergencia Peru.
11.TABLA DE ILUSTRACIONES
Ilustración 1 Pilares de POO Abstracción ..................................................................................... 4

Ilustración 2 Pilares de la POO Encapsulamiento ........................................................................ 5
Ilustración 3 Pilares de la POO Herencia ...................................................................................... 5
Ilustración 4 Pilares de la POO Polimorfismo ............................................................................... 6
Ilustración 5 Arreglo de datos ........................................................................................................ 7
PROYECTO FINAL
Anexo 1: Pila del producto
Identificador
Dimensión Iteración
(ID) de la Enunciado de la Historia Alias Estado Prioridad Comentarios
/ Esfuerzo (Sprint)
Historia
1 Como administradores,
necesitamos que el usuario
seleccione el idioma según su
Idioma Descartada
nacionalidad, con la finalidad
de facilitarle la interacción
con la aplicación
2 Como administradores, 1 semana Revisión de
Hecho
necesitamos que el usuario datos
Gracias a la clase
registre los datos generales personales
denominada Nino, la Se registrará el
como nombre completo,
cual permite el Mayor usuario para
fecha de nacimiento, Datos Personales
ingreso Prioridad verificar la fiabilidad
nacionalidad y documento de
y registro de datos de este.
identidad, con la finalidad de
personales del
verificar la fiabilidad del
usuario
usuario.
necesitamos verificar que la La edad será
edad del usuario sea mayor evaluada en un
de 7 años, con la finalidad de En rango mayor de 7
Verificación edad En Proceso En Proceso Prioridad Baja
que el aplicativo sea de fácil Proceso años para poder
uso para un llamado de utilizar nuestro
emergencia para cualquier aplicativo.
edad.

necesitamos que el usuario Para poder registrar
En
ingrese su nacionalidad con la Nacionalidad En Proceso En Proceso Prioridad Baja su documento de
Proceso
finalidad de registrar su identidad.
documento de identidad.
5 Como usuario, necesitamos
que este de permiso de
acceso a GPS de su teléfono En
Ubicación En Proceso En Proceso Prioridad Baja sin comentarios
móvil con la finalidad de Proceso
obtener su ubicación
mediante Google Maps.
necesitamos registrar el
código numérico del usuario,
En
con la finalidad de cuantificar Código Usuario En Proceso En Proceso Prioridad Baja sin comentarios
Proceso
el número de personas que
hacen uso de nuestra
aplicación.
7 Como administradores, Hecho
necesitamos que el usuario Gracias a la clase
ingrese datos de su contacto denominada
de emergencia con la ContactoEmergencia
Mayor
finalidad de agregarlo a la Contacto de Emergencia ya que permite el 1 semana
Prioridad
lista. ingreso de los datos
del contacto
seleccionado por el
usuario.
8 Como administradores, No
necesitamos crear un patrón realizado
Botón de Pánico En Proceso En Proceso Prioridad Baja sin comentarios
de botones, con la finalidad
de habilitar el botón de
pánico y que el usuario pueda
hacer uso rápido de este en
caso de peligro.
necesitamos implementar un realizado
mensaje de texto, con la
finalidad de enviar a la lista de Mensaje de Emergencia En Proceso En Proceso Prioridad Baja sin comentarios
contactos de emergencia si el
usuario hace uso del botón de
pánico.
necesitamos obtener la realizado
ubicación actual del usuario
con la finalidad de enviarla a Ubicación actual En Proceso En Proceso Prioridad Baja sin comentarios
la lista de emergencia si el
usuario hace uso del botón de
pánico.
11 Como administradores, Hecho
necesitamos registrar los Gracias a la clase
Todas las
números de entidades CentralEmergencia
instituciones
públicas que brindan servicio se puede
públicas que
de ayuda al ciudadano con el obtener los datos de Mayor
Registro de entidades públicas 1 día brindan
fin de proporcionar este las entidades Prioridad
servicio de ayuda,
servicio ante una situación de públicas a las cuales
estarán en el
riesgo. se
aplicativo
podrá contactar de
manera rápida.
La aplicación tendrá
necesitamos que nuestra Hecho
una vista atractiva
aplicación tenga contenido Gracias a las
Mayor para el usuario,
atractivo con la finalidad de Contenido atractivo interfaces gráficas 1 semana
Prioridad para la facilidad de
que el usuario se familiarice e realizadas por el
su uso y rapidez del
interactúe mejor con el equipo.
manejo.
aplicativo
necesitamos que nuestro
aplicativo cuente con
En
constantes actualizaciones Actualizaciones En Proceso En Proceso Prioridad Baja sin comentarios
Proceso
con la finalidad de mejorar el
proceso de servicio a través
del tiempo.
14 Como usuario tendrá la
capacidad de valorar nuestro
En
aplicativo con la finalidad de Valoración de aplicación En Proceso En Proceso Prioridad Baja sin comentarios
Proceso
conocer sus necesidades y
mejorar nuestro servicio.
capacidad de compartir
En
nuestro aplicativo con la Divulgación de aplicación En Proceso En Proceso Prioridad Baja sin comentarios
Proceso
finalidad de que más personas
la puedan obtener.
16 Como usuario será capaz de
modificar su perfil con la
En
finalidad de poder cambiar Modificación de perfil En Proceso En Proceso Prioridad Baja sin comentarios
Proceso
algún dato erróneo o no
deseado.
17 Como administradores no En
permitiremos la réplica de Réplica de datos En Proceso En Proceso Prioridad Baja sin comentarios
Proceso
datos de un usuario con la
finalidad de evitar
inconvenientes a este y
sobrecargar la aplicación.
En
eliminar su cuenta cuando ya Eliminación de cuenta En Proceso En Proceso Prioridad Baja sin comentarios
Proceso
no desea nuestro servicio.
19 Como administradores
habilitaremos la opción de un
soporte de consultas de los
En
usuarios con la finalidad de Soporte técnico En Proceso En Proceso Prioridad Baja sin comentarios
Proceso
conocer las sugerencias de
estos para mejorar el
aplicativo.
Hecho
visualizar todo el contenido
El usuario puede Atracción al usuario
de nuestra aplicación con la Mayor
Visualización visualizar todo el 1 semana y facilidad
finalidad de que este tenga Prioridad
contenido del del manejo de este.
mayor facilidad para
aplicativo.
relacionarse con la aplicación.
agregar contactos
manualmente o desde su lista En
Lista de contactos En Proceso En Proceso Prioridad Baja sin comentarios
de contactos ya existente con Proceso
la finalidad de que el usuario
administre su propia agenda.
implementaremos una opción En
Búsqueda En Proceso En Proceso Prioridad Baja sin comentarios
de búsqueda con la finalidad Proceso
de que el usuario pueda
encontrar el servicio que
requiera con mayor facilidad.
opción de activar y desactivar
las notificaciones de la En
Activación de notificaciones En Proceso En Proceso Prioridad Baja sin comentarios
aplicación con la finalidad de Proceso
mejorar la comodidad del
usuario.
opción de modificar sus
contactos agregados a su En
Modificación de contactos En Proceso En Proceso Prioridad Baja sin comentarios
directorio personal con la Proceso
finalidad de actualizar datos
erróneos o no deseados.
necesitaremos el permiso del
En
usuario para la cámara con la Permiso de cámara En Proceso En Proceso Prioridad Baja sin comentarios
Proceso
finalidad de que el usuario
capture fotos y videos.
necesitaremos el permiso del
usuario para el micrófono con En
Permiso de micrófono En Proceso En Proceso Prioridad Baja sin comentarios
la finalidad de que este Proceso
capture audios en caso de
emergencia.
opción de volver a activar los
En
permisos en caso de rechazo Revalidación de permisos En Proceso En Proceso Prioridad Baja sin comentarios
Proceso
con la finalidad de que pueda
utilizarlos.
necesitamos la
implementación del registro
de los números de
En
instituciones o empresas con Registro de empresas Descartada En Proceso Prioridad Baja sin comentarios
Proceso
la finalidad de brindar sus
servicios
a los pobladores de la ciudad
de Cajamarca.
necesitamos registrar las
áreas de servicios con la En
Registro según áreas Descartada En Proceso Prioridad Baja sin comentarios
finalidad Proceso
de organizar y mejorar la
visualización para el usuario.
necesitamos que se registren
las instituciones o empresas
En
según su tipo de servicio, las Registro según tipo Descartada En Proceso Prioridad Baja sin comentarios
Proceso
cuales serán: comidas,
mecánico, hogar, transporte
público y emergencia.
necesitamos que la aplicación
cuente con una base de datos En
Base de datos Descartada En Proceso Prioridad Baja sin comentarios
con la finalidad Proceso
de cuantificar la cantidad de
requerimientos de servicios.
En
implementaremos la opción Ingreso desde otra plataforma Descartada En Proceso Prioridad Baja sin comentarios
Proceso
de ingresar con Facebook o
correo electrónico
con la finalidad de obtener
datos de otra plataforma.
habilitaremos la política de
privacidad de anuncios con la En
Política de privacidad Descartada En Proceso Prioridad Baja sin comentarios
finalidad Proceso
de que los usuarios acepten o
rechacen nuestra aplicación.
implementaremos
sugerencias con la finalidad En
Sugerencias de usuario Descartada En Proceso Prioridad Baja sin comentarios
de que el usuario conozca Proceso
de nuevos servicios de
empresas o instituciones.
Anexo 2: Historias de usuario
Enunciado de la historia Criterios de aceptación

Identificador Número Criterio de Resultado /
Característica / Razón /
(ID) de la Rol (#) de aceptación Contexto Evento Comportamiento
Funcionalidad Resultado
historia escenario (Título) esperado
1 Como Necesitamos que Con la finalidad 1 Selección de En caso que el cuando el el sistema se
administradores el usuario de facilitarle la idioma usuario usuario hable el configurará con el
seleccione el interacción con seleccione idioma español. idioma español.
idioma para el la aplicación idioma
aplicativo español.
2 Selección de En caso que el cuando el el sistema se
idioma usuario usuario hable el configurará con el
seleccione idioma inglés. idioma inglés.
idioma inglés.|
2 Como Necesitamos que Con la finalidad 1 Ingreso de En caso que el cuando el el sistema registrará los
administradores el usuario ingrese de verificar la datos usuario desee usuario ingrese nombres del usuario.
sus datos fiabilidad de los personales. registrar su su nombre
personales. datos del nombre. completo.
usuario. 2 Ingreso de En caso que el cuando el El sistema registrará la
datos usuario desee usuario ingrese fecha de nacimiento del
personales. registrar su su fecha de usuario.
fecha de nacimiento.
nacimiento.
3 Ingreso de En caso que el cuando el El sistema registrará la
datos usuario desee usuario ingrese nacionalidad del
personales. registrar su su nacionalidad. usuario.
nacionalidad.
3 Como Necesitamos Con la finalidad 1 Verificación de Usuario es no cumpliendo el sistema no podrá

administradores verificar que la de que el edad. menor a la con los registrar dicho usuario.
edad del usuario aplicativo sea edad indicada. requisitos.
sea mayor de 7 de fácil uso 2 Verificación de Usuario es cumpliendo con el sistema registrará
años. para cualquier edad. mayor a la los requisitos. dicho usuario.
edad. edad indicada.
4 Como Necesitamos que Con la finalidad 1 Registro de En caso que el cuando este el sistema registrará su
administradores el usuario ingrese de registrar su nacionalidad. usuario sea de porte su Dni. documento nacional de
su nacionalidad. documento de nacionalidad identidad.
identidad. peruana.
2 Registro de En caso que el cuando este el sistema registrará
nacionalidad. usuario sea de porte su dicho tipo de
nacional pasaporte u documento.
extranjera. otro
documento.
5 Como Necesitamos que Con la finalidad 1 Permiso de GPS. En caso que el cuando el el sistema no podrá
administradores el usuario brinde de obtener su usuario no usuario no habilitar la opción de
el permiso de GPS ubicación brinde desee otorgar el enviar su ubicación a
de su teléfono mediante permiso. permiso. lista de emergencia en
móvil. Google Maps. situación de peligro.
2 Permiso de GPS. En caso que el cuando el el sistema enviará su
usuario brinde usuario desee ubicación actual a su
permiso. otorgar el lista de emergencia en
permiso. caso de peligro.
6 Como Necesitamos Con la finalidad 1 Registrar código En caso que el cuando haya el sistema registrará su
administradores registrar el código de cuantificar el numérico. usuario sea cumplido con código numérico.
numérico del número de apto todos los
usuario. usuarios. requerimientos
cuando haya
necesitamos que En caso el
con la finalidad Registro de hecho el el sistema podrá realizar
el usuario ingrese usuario
Como de datos del registro la llamada
7 datos 1 registre datos
administradores agregarlo a la contacto de completo rápida al contacto
de su contacto de de nombre y
lista emergencia del contacto de registrado.
emergencia teléfono
emergencia.
8 Como Necesitamos Con la finalidad 1 Uso de botón En caso que el cuando este el sistema habilitará el
administradores crear un patrón de habilitar el de pánico usuario haga esté pasando botón de pánico
de botones botón de uso del botón por una enviando un mensaje de
pánico y que el de pánico. situación de texto y su ubicación
usuario pueda peligro. actual a toda su lista de
hacer uso emergencia.
rápido de este
en caso de
peligro.
9 Como Necesitamos Con la finalidad 1 Implementación En caso que el cuando este el sistema enviará un
administradores implementar un de enviar a la del mensaje de usuario haga esté pasando mensaje de texto
mensaje de texto lista de texto. uso del botón por una guardado por defecto a
contactos de de pánico. situación de toda su lista de
emergencia si peligro. emergencia.
el usuario hace
uso del botón
de pánico.
10 Como Necesitamos Con la finalidad 1 Conseguir la En caso que el cuando este el sistema podrá enviar
administradores obtener la de enviarla a la ubicación actual usuario haya requiera de su su ubicación actual a su
ubicación actual lista de del usuario. habilitado el uso. lista de emergencia en
del usuario emergencia si permiso de caso peligro.
el usuario hace GPS.
uso del botón 2 Conseguir la En caso que el cuando este no el sistema no podrá
de pánico. ubicación actual usuario no requiera de su enviar su ubicación
del usuario. haya uso. actual, enviando sólo el
habilitado el mensaje de texto a su
lista de emergencia.
permiso de
GPS.
11 Como necesitamos con el fin de 1 Registro de En caso de que cuando el el sistema permitirá la
administradores registrar los proporcionar datos de la el usuario usuario se visualización de los
números de este servicio entidad. requiera del encuentre en números de las
entidades ante una servicio. una situación de entidades brindando el
públicas que situación de riesgo. servicio de ayuda.
brindan servicio riesgo.
de ayuda al
ciudadano
12 Como Necesitamos que Con la finalidad 1 Interacción con En caso de que Cuando el Implementar contenido
administradores nuestra aplicación de que el el usuario nuestra usuario valorice grafico para el usuario.
tenga contenido usuario se aplicación no la falta de
atractivo familiarice e sea agradable interacción con
interactúe a la vista del nuestra
mejor con el usuario. aplicación.
aplicativo
13 Como Necesitamos que Con la finalidad 1 Actualización de En caso exista Cuando en el Acoplarnos al mercado
administradores nuestro aplicativo de mejorar el la aplicación. con el tiempo mercado de aplicaciones futuras
cuente con proceso de mejores existan estos existentes.
constantes servicio a versiones de tipos de
actualizaciones software software.
través del
tiempo.
14 Como usuario Tendrá la Con la finalidad 1 Valoración de En caso de Cuando el Como administradores
capacidad de de conocer sus aplicativo recibir usuario sienta tomaremos en cuenta
valorar nuestro necesidades y comentarios que el aplicativo comentarios e
aplicativo mejorar negativos y necesita implementaremos su
nuestro positivos implementar necesidad.
servicio. acerca de mejorar o
nuestro actualizar la
aplicativo. versión de este.
2 Valoración de Por la falta de Cuando se Agregar publicidad
aplicativo usuarios presente la falta atractiva de nuestro
interesados en de instalación aplicativo.
nuestro de nuestro
aplicativo. aplicativo.
15 Como usuario Tendrá la Con la finalidad 1 Crecimiento En caso de que Cuando nuestra Se seguirá mejorando
capacidad de de que más Aplicativo. nuestra comunidad constantemente para
compartir nuestro personas la aplicación se cresta que estos no
aplicativo puedan comparta a potencialmente. desaparezcan.
obtener. otros usuarios.
2 Crecimiento En caso de que Cuando nuestra Se implementara otras
Aplicativo. nuestra aplicación se técnicas de marketing.
aplicación no mantiene o
se comparta disminuye
con otros parcialmente.
usuarios.
16 Como usuario Será capaz de Con la finalidad 1 Modificación de En caso que el cuando desee el sistema modificará los
modificar su perfil de poder usuario usuario ya no cambiar su datos con los nuevos
cambiar algun desee un dato nombre. ingresados.
dato erróneo o o quiera
no deseado. cambiarlo.
2 Modificación de En caso que el cuando desee el sistema modificará los
usuario usuario ya no cambiar su datos con los nuevos
desee un dato fecha de ingresados.
o quiera nacimiento.
cambiarlo.
3 Modificación de En caso que el cuando desee el sistema modificará los
usuario usuario ya no cambiar su tipo datos con los nuevos
desee un dato de documento ingresados.
o quiera de identidad.
cambiarlo.
17 Como No permitiremos Con la finalidad 1 Réplica de En caso que no cuando el el sistema registrará los
administradores la réplica de datos de evitar datos de exista réplica usuario ingrese datos del usuario.
de un usuario inconvenientes usuario. de datos sus datos
a este y personales.
sobrecargar la 2 Réplica de En caso que cuando el el sistema no registrará
aplicación. datos de exista réplica usuario ingrese los datos del usuario
usuario. de datos sus datos pidiendo a este ingresar
personales. datos válidos.
18 Como usuario Será capaz de Con la finalidad 1 Eliminación de En caso el Cuando el Se implementará en
eliminar su cuenta de sobrecargar la cuenta. usuario desee usuario ingrese nuestro aplicativo la
cuando ya no nuestro sistema desinstalar a nuestro opción de eliminar
desea nuestro y nuestro aplicativo y no usuario definitivamente.
servicio. despreocuparse aplicativo. encuentre
de futuras atractivo de
molestias. esta.
2 Eliminación de En caso el Cuando el Se implementará en
la cuenta. usuario no usuario se nuestro aplicativo la
este registre opción de eliminar
interesado en correctamente, usuario definitivamente.
nuestro pero no
aplicativo necesite más de
después de nuestro
registrarse. aplicativo.
3 Eliminación de En caso Cuando nuestro Se implementará en
la cuenta. nuestro aplicativo no nuestro aplicativo la
aplicativo no cuente con la opción de eliminar
cuente con eliminación del usuario definitivamente.
sistema de usuario ya
eliminación registrado.
definitiva
19 Como Habilitaremos la Con la finalidad 1 Soporte y En caso el Cuando el Realizaremos
administradores opción de un de conocer las Ayuda. usuario tenga usuario nos constantemente
soporte de sugerencias de dudas de comente sus mensajerías de ayuda y
consultas de los estos para nuestro dudas acerca de soporte a nuestros
usuarios. mejorar el aplicativo. nuestro usuarios.
aplicativo. aplicativo.
2 Soporte y En caso el Cuando el Se implementara la
Ayuda. usuario usuario nos opción de mensajería
necesita comente sus instantánea para aclarar
orientación de dudas acerca de dudas de nuestros
algún servicio algún servicio. servicios aplicativos.
de nuestro
aplicativo.
20 Como usuario Será capaz de Con la finalidad 1 Visualización En caso el Cuando el Estará implementada la
visualizar todo el de que este general de la usuario desee usuario ingresa opción de visión general
contenido de tenga mayor aplicación. revisar toda la por primera vez en nuestro aplicativo.
nuestra aplicación facilidad para aplicación sin a nuestra
relacionarse ninguna plataforma.
con la restricción.
aplicación.
21 Como usuario Será capaz de Con la finalidad 1 Añadir En caso que el cuando el el sistema agregará el
agregar contactos de que el contactos usuario usuario lo contacto a su directorio
manualmente o usuario necesite requiera personal de la
desde su lista de administre su agregar aplicación.
contactos ya propia agenda. contactos
existente. manualmente
2 Añadir En caso que el cuando el el sistema agregará el
contactos usuario usuario lo contacto a su directorio
necesite requiera personal de la
agregar aplicación.
contactos
desde su lista
ya existente
22 Como Implementaremos Con la finalidad 1 Búsqueda de En caso el cuando el se implementará la

administradores una opción de de que el servicios usuario usuario ingrese búsqueda de servicios
búsqueda usuario pueda presente la opción de en nuestra aplicación.
encontrar el inconvenientes búsqueda de
servicio que con encontrar servicios.
requiera con un servicio en
mayor la plataforma.
facilidad.
23 Como usuario Tendrá la opción Con la finalidad 1 Activación de En caso que las cuando el el sistema mostrará
de activar y de mejorar la notificaciones notificaciones usuario desee notificaciones como
desactivar las comodidad del se activen tener sugerencias del día o
notificaciones de usuario. visualización de actualizaciones
la aplicación estas recientes.
2 Activación de En caso que las cuando el el sistema no mostrará
notificaciones notificaciones usuario no ninguna notificación.
se desactiven desee tener
visualización de
estas
24 Como usuario Tendrá la opción Con la finalidad 1 Modificación de En caso que el cuando el el sistema modificará el
de modificar sus de actualizar contactos usuario desee usuario ya no nombre completo del
contactos datos erróneos modificar el desee datos contacto seleccionado.
agregados a su o no deseados. nombre de su
directorio contacto.
personal 2 Modificación de En caso que el cuando el el sistema modificará el
contactos usuario desee usuario ya no número telefónico del
modificar el desee datos contacto seleccionado.
número
telefónico de
su contacto.
25 Como Necesitaremos el Con la finalidad 1 Permiso de En caso que el cuando el se implementará la

administradores permiso del de que el cámara usuario acepte usuario permita opción de tomar fotos
usuario para la usuario capture el permiso de la manipulación desde nuestra
cámara del fotos y videos. cámara. de la cámara aplicación.
teléfono móvil 2 Permiso de En caso que el cuando el no se accederá a la
cámara usuario usuario no cámara sin el permiso
rechace el permita la del usuario.
permiso de manipulación
cámara. de la cámara
26 Como Necesitaremos el Con la finalidad 1 Permiso de En caso que el cuando el se implementará la

administradores permiso del de que este micrófono usuario acepte usuario permita opción de usar el
usuario para el capture audios el permiso del la manipulación micrófono cuando el
micrófono del en caso de micrófono. del micrófono. usuario lo necesite
teléfono móvil emergencia. desde nuestra
aplicación.
2 Permiso de En caso que el cuando el no se accederá al
micrófono usuario no usuario no micrófono sin el
acepte el permita la permiso del usuario.
permiso del manipulación
micrófono. del micrófono.
27 Como usuario Tendrá la opción Con la finalidad 1 Permisos de En caso que el cuando este el sistema habilitará la
de volver a activar de que pueda aplicación usuario desee requiera su uso opción de activar el
los permisos que utilizarlos. utilizar la servicio requerido por el
necesita de cámara del usuario.
nuestra aplicación teléfono móvil
2 Permisos de En caso que el cuando este el sistema habilitará la
aplicación usuario desee requiera su uso opción de activar el
utilizar el servicio requerido por el
micrófono del usuario.
teléfono móvil
3 Permisos de En caso que el cuando este el sistema habilitará la
aplicación usuario desee requiera su uso opción de activar el
utilizar el GPS servicio requerido por el
del teléfono usuario.
móvil
28 Como necesitamos la con la finalidad 1 Registro de En caso que se cuando se el sistema registrará los
administradores implementación de brindar sus empresa o desee registrar requiera de su datos agregándolos al
del registro de servicios institución. empresa servicio directorio personal.
los números de a los
instituciones o pobladores de
empresas la ciudad de
Cajamarca.
29 Como Necesitaremos Con la finalidad 1 Registro de Las áreas a cuando el tipo el sistema mostrará el
administradores registrar las área de organizar y áreas del tipo registrar se de servicio sea número telefónico,
de cada tipo de mejorar la de servicio. dividirán en de comidas ubicación, carta de las
servicio brindado visualización comida rápida, instituciones y horario
para el usuario. pizzerías, de atención.
chifas,
cevicherias.
2 Registro de Las áreas a cuando el tipo el sistema mostrará el
áreas del tipo registrar se de servicio sea número telefónico y
de servicio. dividirán en de mecánica ubicación de las
talleres instituciones.
mecánicos,
mecánicos a
domicilio,
lavaderos.
de servicio. dividirán en de hogar ubicación de las
electricistas, instituciones y/o
gasfiteros, personas.
cerrajeros,
pintores,
jardineros,
lavado de
muebles, etc.
de servicio. dividirán en de transporte ubicación de las
taxis, buses. público. instituciones y/o
personas.
30 Como usuario Necesita registrar Con la finalidad 1 Registro manual En caso que se cuando se el sistema registrará el
instituciones o de que este de empresas o registre el tipo requiera este número y dirección de la
empresas según tenga su instituciones. de servicio de servicio. empresa o institución.
su tipo de servicio directorio comidas.
personal 2 Registro manual En caso que se cuando se el sistema registrará el
de empresas o registre el tipo requiera este número y dirección de la
instituciones. de servicio de servicio. empresa o institución.
mecánica
automotriz.
3 Registro manual En caso que se cuando se el sistema registrará el
instituciones. de servicio de servicio. empresa o institución.
hogar
instituciones. de transporte servicio. empresa o institución.
público
de empresas o registre otro requiera este tipo de servicio, número
instituciones. tipo de servicio. y dirección de la
servicio empresa o institución.
31 1
con la finalidad
necesitamos que cuando el
de cuantificar la En caso de que el sistema registrará al
Como la aplicación Cuantificación usuario ingrese
cantidad de se registre un usuario en la base de
administradores cuente con una de usuarios. todos sus datos
requerimientos nuevo usuario datos.
base de datos personales
de servicios.
32 Como con la finalidad 1 Obtención de En caso de que cuando el el sistema obtendrá los
administradores implementaremos de obtener datos de otra el usuario usuario lo datos del usuario de la
la opción de datos de otra plataforma. desee obtener requiera. plataforma de Facebook
ingresar con plataforma sus datos de o correo electrónico.
Facebook o otra
correo electrónico plataforma.
33 Como Habilitaremos la Con la finalidad 1 Anuncios. En caso el Cuando el Se implementara la

administradores política de de que los usuario este usuario ingrese opción de redirección
privacidad de usuarios interesado en a la publicidad y de página.
anuncios acepten o otra aplicación requiere el
rechacen servicio de la
aplicación. 2 Anuncios. En caso el Cuando rechace No se tomara ninguna
usuario no nuestros acción.
este anuncios.
interesado en
otra
aplicación.
34 Como Implementaremos Con la finalidad 1 Sugerencias de En caso el cuando el el sistema
administradores sugerencias de que el aplicación usuario usuario ingrese proporcionará al usuario
usuario requiera una a la opción de sugerencias de servicios.
conozca de sugerencia de sugerencias.
nuevos un servicio
servicios de general.
empresas o 2 Sugerencias de En caso el cuando el el sistema no
instituciones. aplicación usuario no usuario no proporcionará al usuario
requiera una ingrese a la sugerencias de servicios.
sugerencia de opción de
un servicio sugerencias.
general.

Informe POOFinal

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Informe POOFinal

Cargado por

Copyright:

Formatos disponibles

FACULTAD DE

Minchán Huamán, Yan N00028416 – 80%

El presente proyecto consta en la creación de un sistema de información y prevención

TÉCNICAS DE PROGRAMACIÓN ORIENTADA A OBJETOS 2019 - 1

2.1 OBJETIVO GENERAL

 Crear una aplicación en lenguaje Java aplicando las buenas técnicas de

2.2 OBJETIVO ESPECÍFICO

 Implementar el registro de los datos personales del usuario haciendo posible su

3. ANTECEDENTES DEL PROYECTO

3.1 Alerta Cajamarca

 Permisos adicionales para ubicación

3.2 Números de Emergencia Perú

Lista de los principales números de emergencia de Perú.

En esta aplicación no se necesita conexión a internet para acceder a la lista después de la

Los números de emergencia con las que cuenta la aplicación son:

 Actualización de Números (Yeison, 2018)

3.3 Bomberos Perú Oficial

Única aplicación destinada al uso exclusivo de llamadas de emergencias contra

 Radio de bomberos incluida.

3.4 Seguridad Ciudadana

Es la mejor herramienta para proteger a tu familia, permite enviar inmediatamente

 Crear grupos de seguridad específicos con ilimitado número de integrantes.

4. ALCANCE DEL PROYECTO

El objetivo de este trabajo de investigación es realizar una aplicación que permita

No hacemos uso de archivos ni base de datos para el manejo de almacenamiento de datos

5. JUSTIFICACIÓN DEL PROYECTO

6.1 Pilares de la programación orientada a objetos

La Programación Orientada a Objetos es un paradigma de programación que usa los

La abstracción consiste en captar las características esenciales de un objeto, así

Ilustración 1 Pilares de POO Abstracción

Ilustración 2 Pilares de la POO Encapsulamiento

Ilustración 3 Pilares de la POO Herencia

Ilustración 4 Pilares de la POO Polimorfismo

6.2 Colecciones de Datos

String [ ] nombres = new String [10];

Representación de arreglos lógicos

Se muestra a continuación un arreglo de enteros con 12 elementos, se puede hacer

Ilustración 5 Arreglo de datos

Un programa puede declarar arreglos de cualquier tipo. Cada elemento de un arreglo

6.2.1 Collection e Iterator

La interfaz más importante es Collection<E>. Una Collection es todo aquello que se

Las operaciones básicas son:

 add(T e). Añade un elemento

Las operaciones de un Iterator son:

 hasNext(). Devuelve true si existen más elementos

 List. Es una colección donde se mantiene la posición de los elementos. No está

 Void add (int índice, Object obj)

Esta implementación mantiene la lista compactada en un array. Tiene la ventaja de

Existen tres características importantes del ArrayList:

 Es capaz de aumentar su capacidad interna tanto como se requiera: cuando se

El Vector es una implementación similar al ArrayList, con la diferencia de que el Vector

 void addElement (Object obj)

Sobrescribe el elemento de la posición indicada con el objeto especificado.

 void addFirst (Object obj) / void addLast (Object obj)

Es similar a la anterior pero la tabla de dispersión es doblemente enlazada. Los

 boolean add (E e) -> Inserta un elemento en la cola, provoca una excepción si no

Entre estas tenemos:

Un Map es una colección de duplas de clave-valor, también conocido como diccionario.

Algunos de sus métodos son:

 Boolean containsKey(Object key) -> Devuelve true si contiene la clave

las clases Integer, Double, String... como claves, ya implementan la interface

Es un suceso que exige atención inmediata ya que implica un desastre consumado o

significados (Raffino, 2019).