Está en la página 1de 8

Dueñas Gomez, Bianca Escobedo Diaz, Gutierrez Hernani,

Andrea Giovanna Paula Cecilia Lucrecia


biancaandrea.29@gmail.com giopau97@gmail.com cecilurat@gmail.com
Grupo X Grupo X Grupo X

Utilización de datos geoespaciales de las zonas


distritales de la ciudad de Arequipa para el desarrollo
de una aplicación de seguridad en tiempo real
Versión 1.0
Historial de Revisiones
Fecha Versión Descripción Autores
09/04/18 1.0 Versión preliminar como propuesta de desarrollo. Dueñas,Escobedo,Gutierrez
Tabla de Contenidos

0. Identificación del problema y búsqueda de soluciones y alternativas……………………. 1


0.1. Identificación del problema…………………………………………………………………… 1
0.2. Explicación del problema……………………………………..………………………………. 2
0.3. Búsqueda de soluciones y alternativas……………………………………………………....... 2
0.4. Evaluación de alternativas y toma de decisiones……………………………………………… 2
0.5. Descripción alternativa seleccionada……………..…………………………………………… 2
1. Capítulo 1: Alcance del Proyecto……………………………………………………….….... 1
1.1. Descripción del Proyecto……………………………………………………………………… 1
1.2 Justificación……………………………………………………………………………………. 2
1.3. Alcance……………………………………………………………………………………….... 2
1.4 Objetivos……………………………………………………………………………………… 2
1.4.1. Objetivo General………………………………………………………………………………. 2
1.4.2. Objetivos Específicos…………………………………………………………………………. 2
1.5. Metodología de desarrollo escogida…………………………………………………………… 3
1.6. Productos similares……………………………………………………………………………. 3
1.7. Resultados esperados………………………………………………………………………….. 3
1.8. Riesgos………………………………………………………………………………………… 3
1.9. Entregables del proyecto………………………………………………………………………. 3
1.10. Participantes en el proyecto (roles y responsabilidades)……………………………………… 3
1.11. Calendario del proyecto (Diagrama de Gantt)………………………………………………… 3
2. Capítulo 2: Análisis……………………………………………………………………….….. 3
2.1. Análisis de Requisitos………………………….……………………………………………… 3
2.1.1. Requisitos Funcionales………………………………………………………………………… 3
2.1.2. Requisitos No Funcionales…………………………………………………………………….. 3
2.2. Vista de Casos de Uso…………………………………………………………………………. 3
2.2.1. Diagramas de casos de uso…………………………………………………………………….. 3
2.3. Vista Lógica……………………………………………………………………………………. 3
2.3.1. Diagrama de Clases……………………………………………………………………………. 3
2.3.2. Diagrama de Secuencia………………………………………………………………………... 3
2.3.3. Diagrama de Estado…………………………………………………………………………… 3
2.3.4. Diagrama de Colaboración. ………………………………………………………………….. 3
3. Capítulo 3: Diseño……………………………………………………………………………. 3
3.1. Arquitectura física……………………………………………………………………………… 3
3.2. Tecnologías utilizadas…………………………………………………………………………. 3
3.3. Arquitectura lógica…………………………………………………………………………….. 3
3.3.1. Interfaz gráfica…………………………………………………………………………………. 3
3.3.2. Lógica de negocio……………………………………………………………………………… 3
3.3.3. Gestión de datos………………………………………………………………………………... 3
4. Capítulo 4: Implementación…………………………………………………………………. 3
4.1. Configuración inicial de la aplicación…………………………………………………………. 3
4.1.1. Creación de contenido…………………………………………………………………………. 3
4.1.2. Permisos de usuario……………………………………………………………………………. 3
4.1.3. Instalación y configuración de los módulos…………………………………………………… 3
4.2. Desarrollo librerías de comunicación………………………………………………………….. 3
4.3. Desarrollo de funcionalidades principales……………………………………………………… 3
4.4. Diseño gráfico…………………………………………………………………………………. 3
4.5. Desarrollo de funcionalidades principales……………………………………………………… 3
4.5.1. Aplicación móvil (si la hay)…………………………………………………………………… 3
4.5.2. Aplicación WEB (si la hay)…………………………………………………………………… 3
5. Capítulo 5: Pruebas…………………………………………………………………………... 3
5.1. Plan de pruebas del sistema……………………………………………………………………. 3
5.2. Informe de los resultados de las pruebas………………………………………………………. 3
5.3. Descripción de las pruebas…………………………………………………………………..… 3
5.4. Resultado esperado……………………………………………………………………………. 3
5.5. Resultado obtenido y acciones a tomar para corregir las desviaciones……..………………… 3
5.6. Resultados de las pruebas a la documentación………………………………………………… 3
Conclusiones………………………………………………………………………………….………… 3
Recomendaciones……………………………………………………………………………………… 3
Bibliografía…………………………………………………………………………….…………….… 3
Anexos………………………………………………………………………………………………….. 3
Proyecto de desarrollo de software

0. Identificación del problema y búsqueda de soluciones y alternativas

0.1. Identificación del problema

En la ciudad de Arequipa y comúnmente en varios lugares del mundo, se puede encontrar zonas inseguras donde se pueden
encontrar pandillas o donde usualmente transitan ladrones, llamadas también zonas rojas y los sucesos pueden ocurrir
a cualquier hora y momento del día donde suelen haber ciertos afectados como la población, visitantes turísticos,
incluso empresas o sucursales.

Las faltas que más se ocasionan son:

• Robos
• Asesinatos

Por otra parte muchas veces las personas no tenemos en conocimiento los lugares exactos de una comisaría o
alguna oficina de seguridad que les pueda brindar ayuda en estos incidentes.

0.2. Explicación del problema

En la ciudad de Arequipa se ha registrado un gran número de robos en el año 2016 y de igual forma en el año
2017, dejandola como una de las ciudades mas peligrosas en el Perú.

Causas:
- Pobreza en la población.
- Aumento de precios en el mercado.
- Seguridad baja en la ciudad.

Efectos:
- Más delincuencia en la ciudad.
- Reducción de turismo.
Los centros de seguridad, como las comisarias son aveces desconocidas por la misma población y sobre todo
para los turistas, por ello suele aveces no tener la informacion de un incidente que le haya sucedido a una
persona.

0.3. Búsqueda de soluciones y alternativas

Para evitar estos tipos de incidentes o al menos reducirlos pueden existir algunas soluciones que se pueden aplicar para que la
poblacion pueda usarla de forma fácil.

Nuetsra solucion es desarrollar un aplicativo movil, que va a alimentarse de datos reales y en tiempo real
Esta fase es eminentemente creativa. El equipo se aboca en este momento a proponer soluciones. El desafío es
lograr una gran diversidad de ideas. Este es el momento en que se requiere el máximo de creatividad.
Si tenemos bien analizado y acotado el problema, prácticamente hemos recorrido la mitad del trayecto. Ahora es preciso buscar
soluciones. La creatividad se puede estimular mediante una serie de técnicas de generación de ideas que se basan en el
principio de que las ideas que surgen en un proceso de grupo son superiores a la suma de las ideas individuales.

0.4. Evaluación de alternativas y toma de decisiones


Una decisión consiste en elegir, de entre una serie de posibilidades, la mejor de ellas. Recuerda que ninguna
decisión servirá de mucho si no la pones en práctica.
¿Qué hacemos con toda esa colección de ideas que han aparecido en una sesión de creatividad? ¿Cuál de
ellas elegimos? La cuarta etapa en esta metodología de resolución de problemas tiene por objetivo decidir
cuál es la estrategia más efectiva para lograr la mejora de la situación actual. Es importante destacar que
normalmente no existe una única estrategia adecuada.
El proceso de elección empieza sintetizando en un cuadro las distintas estrategias alternativas de solución que
se han ido proponiendo y elaborando a lo largo de los pasos de la etapa anterior.
Hay dos pasos a realizar: valoración de alternativas y toma de decisiones.
Para valorarla alternativas convenientemente tenemos una serie de criterios:
• Beneficios objetivos estimados ¿qué ganamos?
• Probabilidad de éxito estimada ¿qué probabilidad tenemos de lograrlo?
• ¿Depende de nosotros ponerlo en marcha o no? (dependencia interna o externa)
• Medios necesarios (personas, materiales, etc.)
• Tiempo estimado de puesta en marcha.
• Costes asociados ¿qué riesgos vamos a correr?

En cualquier caso, ante un problema importante, si terminamos la valoración de alternativas sin encontrar
alguna que sea realmente satisfactoria, no podemos abandonar el problema por ello. Cuanto más importantes
son los problemas, más difícil resulta encontrar soluciones viables y eficaces.
Qué hacer si después de la valoración de alternativas no encontramos soluciones adecuadas:
• Volver a intentar la generación de ideas usando métodos complementarios.
• Revisar el proceso de análisis del problema.
• Buscar ayuda externa “ojos limpios”.

Luego de la valoración de alternativas tomamos la decisión más adecuada.

0.5. Descripción de la alternativa seleccionada


Después de decidir cuál es la mejor alternativa de todas, se llega a la etapa de la solución. En esta fase, a partir de los datos
relacionados con la alternativa seleccionada, se describirá los beneficios y las funcionalidades de la aplicación a
desarrollar.

1. Capítulo I: Descripción del Proyecto

1.1. Propósito

Nuestro proyecto tiene el propósito de solucionar el gran problema de inseguridad ciudadana,


contribuyendo con una herramienta tecnológica (una aplicación móvil) para que los usuarios
frecuentes o conocedores de alguna zona puedan registrar el nivel de inseguridad de dicha
ubicaciòn de tal manera que los usuarios que quieran transitar por esa área tenga el conocimiento y
pueda tomar las precauciones debidas y así evitar incidentes o accidentes.
Es por ello que queremos desarrollar una herramienta útil, eficiente y de gran aporte para
solucionar este problema mayor en la sociedad.

1.2. Alcance
[Es la parte en donde se describe punto a punto (en forma de lista es preferible) lo que incluirá el trabajo. Evita ser demasiado
técnico, pero no dejar nada sin formalizar. Especificar todo lo relacionado con el software, los componentes, cómo
funcionarán, etc. Debe definirse las fronteras del proyecto, dejar establecido que va a considerarse como
parte de él y que no; es decir sus alcances y límites. Así mismo, algunas condiciones especiales a que se
verá sometido el Proyecto y que sean relevantes en la solución.
Considerar para ello los siguientes factores: Viabilidad: lo importante es que el investigador debe
verificar la posibilidad de conseguir fuentes de datos para el desarrollo de su estudio, ya sean del
grado primario o secundario, Lugar o espacio donde se llevará a cabo la investigación, Tiempo, si
el asignado me da la cobertura del estudio o debo disponer de uno en caso de imprevistos,
Financiación, si voy a implementar algo que cantidad de dinero dispongo para ello o si solo será un
estudio de factibilidad.]

1.3. Objetivos
[Se busca que cada objetivo apunte a un producto específico de la solución software. Procurar que los objetivos
sean claros y precisos, suficientes para realizar el proyecto, bien redactados. Deben redactarse con verbos
en infinitivo que se puedan evaluar, verificar, refutar en un momento dado.]

1.3.1. Objetivo General


[Constituye el propósito central del desarrollo de la aplicación]

1.3.2. Objetivos Específicos


[Son precisiones o pasos ulteriores que hay dar para alcanzar o consolidar el objetivo general. Poseen un mayor
nivel de exactitud y permiten delimitar los métodos que se emplean para conseguirlo.]

1.4. Justificación
En este acápite se debe plantear la relevancia del problema y justificar el hecho de hacer la
aplicación, este debe incluir: Motivación (¿Por qué se hace?, ¿Que lo motiva a desarrollar esta
aplicación), Factibilidad (¿Dónde y con cuales recursos será desarrollado?) y los Beneficios y
Beneficiarios, exponiendo la utilidad práctica y el impacto esperado.]

1.5. Metodología de desarrollo escogida


[En esta la sección se describen las razones de escogencia de la metodología de desarrollo
seleccionada y la adaptación de la misma en caso de ser necesario. Se presenta la metodología
adaptada a los objetivos y contexto del proyecto.]

1.6. Aplicaciones similares


[Se deben describir todas las aplicaciones que sean similares a la aplicación a desarrollar, especificando
claramente cuáles son sus funcionalidades ventajas y desventajas respecto a lo que deseamos desarrollar]

1.7. Resultados esperados

[Se deben incluir lo que se espera obtener en cada una de las fases de desarrollo]

1.8. Riesgos

[Se deben identificar todos los posibles riesgos que podrían afectar la aplicación a desarrollar en las siguientes
categorías: Elaboración de la Planificación, Organización y Gestión, Ambiente/Infraestructura de
Desarrollo, Usuarios finales, Cliente, Personal Contratado, Requisitos, Producto, Diseño e Implementación,
Proceso. Cada riesgo debe tener su descripción, criticidad, probabilidad de ocurrencia, impacto, estrategia
de mitigación y plan de contingencia.]

1.9. Entregables del proyecto


[Se indican cada uno de los artefactos que serán generados y utilizados por el proyecto y que constituyen los
entregables. Esta lista está directamente relacionada a la metodología de desarrollo de software escogida en
el punto anterior, desde la perspectiva de artefactos. Se debe acompañar cada producto con una descripción
corta de su contenido: Propuesta de proyecto de software, Documento de requisitos recopilados, Modelo de
Casos de Uso, Glosario, Prototipos de Interfaces de Usuario, Modelo de Análisis y Diseño, Modelo de
Datos, Modelo de Implementación, Modelo de Despliegue, Modelo de Pruebas, Solicitud del Cambio, Plan
de Actividades (Se define para cada iteración si procede), Evaluación de Actividades, Gestión de Riesgos,
Manual de Instalación, Material de Apoyo al Usuario Final, Presentación y Acceso al Producto, etc.]

1.10. Participantes en el proyecto


[En esta sección se describen todos los actores que van a participar en el proyecto como por ejemplo: Jefe de
Proyecto (declarar el perfil del candidato a este puesto, así como su nombre y apellidos), Analista de
Sistemas, Analistas – Programadores, Ingeniero de Software, etc., también se deben describir las principales
responsabilidades de cada uno de los puestos en el equipo de desarrollo.]

1.11. Cronograma de actividades


[Es una sección que reúne en un diagrama de Gantt o diagrama de Actividades vs. Tiempo la planificación temporal
del proyecto. A cada actividad deben estar claros los siguientes elementos: Nombre de la Actividad o
Descripción de la actividad, tiempo de esfuerzo estimados]