Nothing Special   »   [go: up one dir, main page]

Upc Pre 202301 SI705 SX62 Financy Report TF

Download as docx, pdf, or txt
Download as docx, pdf, or txt
You are on page 1of 105

Universidad Peruana de Ciencias Aplicadas

Ingeniería de Sistemas y Computación | Ingeniería de Software

COURSE
PROJECT
FINAL REPORT

Financy
Team Members
Alexandre Adrian Motta Castillejo U20201c280

Alvaro Gustavo Lamg Chang U202012770

Hiram Ricardo Rojas Vilca U20201c242

Marcos Smith Olivos Alcas U20201c274

Xiomara Alessandra Picon La Torre U202015999

Finan Ciclo 2023-


cy Ciclo 2023-01 | Sección SX62 01

1
2

CONTENT
Capítulo 1: Introducción............................................................................................................................5
1.1. Startup Profile...........................................................................................................................................5
1.1.1. Descripción de la Startup.....................................................................................................................................5
1.1.2. Perfiles de integrantes del equipo...................................................................................................................6

1.2. Solution Profile.......................................................................................................................................11


1.2.1. Antecedentes y problemática........................................................................................................................11
1.2.2. Lean UX Problem Statement........................................................................................................................13
1.2.3. Lean UX Assumptions.................................................................................................................................14
1.2.4. Lean UX Hyphotesis Statements..................................................................................................................16
1.2.5. Lean UX Canvas..........................................................................................................................................17
1.2.6. Segmento Objetivo.......................................................................................................................................19

Capítulo II: Requirements Elicitation & Analysis..................................................................................20


2.1. Competidores..........................................................................................................................................20
2.1.1. Análisis Competitivo....................................................................................................................................20
2.1.2. Estrategias y tácticas frente a competidores.................................................................................................22

2.2. Entrevistas...............................................................................................................................................23
2.2.1. Diseño de entrevistas....................................................................................................................................23
2.2.2. Registro de entrevistas..................................................................................................................................26
2.2.3. Análisis de entrevistas..................................................................................................................................29

2.3. NeedFiding..............................................................................................................................................30
2.3.1. User Personas...............................................................................................................................................30
2.3.2. User Task Matrix..........................................................................................................................................32
2.3.3. User Journey Mapping.................................................................................................................................33
2.3.4. Empathy Mapping........................................................................................................................................35
2.3.5. As-is Scenario Mapping...............................................................................................................................37

Capítulo III: Requirements Specification................................................................................................40


3.1. To-Be Scenario Mapping........................................................................................................................40
3.1.1. To-Be Scenario Mapping - Usuario Persona................................................................................................40
3.1.2. To-Be Scenario Mapping - Usuario Empresa..............................................................................................41

3.2. User Stories.............................................................................................................................................42


3.3. Impact Mapping......................................................................................................................................49
3.4. Product Backlog......................................................................................................................................50
Capítulo IV: Product Design...................................................................................................................53
4.1. Style Guidelines......................................................................................................................................53
4.1.1. General Style Guidelines..............................................................................................................................53
4.1.2. Web Style Guidelines...................................................................................................................................54

4.2. Information Architecture.........................................................................................................................55


4.2.1. Organization Systems...................................................................................................................................55

https://haisha10.github.io/Financy/
3

4.2.2. Labeling Systems.........................................................................................................................................55


4.2.3. Navigation Systems......................................................................................................................................57

4.3. Landing Page UI Design.........................................................................................................................59


4.3.1. Landing Page Wireframe..............................................................................................................................59
4.3.2. Landing Page Mock-up................................................................................................................................68

4.4. Web Applications UX/UI Design...........................................................................................................75


4.4.1. Mobile Applications Wireframes.................................................................................................................75
4.4.2. Mobile Applications Wireflow Diagram......................................................................................................80
4.4.3. Mobile Applications Mock-ups....................................................................................................................81
4.4.4. Mobile Applications User Flow Diagram....................................................................................................86

4.5. Web Applications Prototyping................................................................................................................87


4.6. Software Object-Oriented Design...........................................................................................................90
4.6.1. Class Diagrams.............................................................................................................................................90
4.6.2. Class Dictionary...........................................................................................................................................90

4.7. Database Design......................................................................................................................................92


4.7.1. Database Diagram........................................................................................................................................92

Capítulo V: Product Implementation, Validation & Deployment...........................................................93


5.1. Software Configuration Management.....................................................................................................93
5.1.1. Software Development Environment Configuration....................................................................................93
5.1.2. Source Code Management............................................................................................................................93
5.1.3. Source Code Style Guide & Conventions....................................................................................................95
5.1.4. Software Deployment Configuration...........................................................................................................98

5.2. Landing Page, Services & Applications Implementation.....................................................................100


5.2.1. Sprint 1.......................................................................................................................................................100
5.2.2. Sprint 2.......................................................................................................................................................100

Conclusiones.........................................................................................................................................101
Recomendaciones..................................................................................................................................102

https://haisha10.github.io/Financy/
4

REGISTRO DE VERSIONES
Versión Fecha Autor Descripción de modificación
1.0 14/04/2023 Grupo 4 Presentación TB1
2.0 28/04/2023 Grupo 4 Presentación TB2

https://haisha10.github.io/Financy/
5

CHAPT
CAPÍTULO 1: INTRODUCCIÓN

1
ER

1.1. Startup Profile


1.1.1. Descripción de la Startup
La idea de negocio de Financy surgió en base a los problemas financieros personales
que se observan en la vida cotidiana de los mayores de edad, ya sea por un mal uso de
dinero en las compras del día a día, pagos habituales con respecto al hogar, estudio,
entre otras opciones, así como también, al momento de hacer inversiones, pues esta
problemática afecta la estabilidad económica de las personas.

Si bien es cierto, en muchas ocasiones preferimos optar por conseguir varios empleos o
el simple hecho de ahorrar no nos es suficiente para cubrir nuestros gastos, inclusive
debemos limitarnos a algunas actividades. Por esta razón, nuestra propuesta consiste en
administrar las finanzas personales en base a sus datos personales, para lo cual se
necesita que el usuario esté de acuerdo con nuestros términos de confidencialidad. En
esa misma línea, buscamos ayudar al usuario a encontrar empleos que se relacionan a
las necesidades del usuario. Debemos tener en cuenta que el usuario solo puede emplear
una modalidad de uso de la aplicación, las cuales se han explicado con anterioridad.
Dentro de ellas, la versión de paga de la aplicación es encontrar tu trabajo ideal.

Nuestra misión es mejorar la estabilidad económica de más personas, por ende, también
su calidad de vida, brindando como ayuda la administración del control de ingresos o
gastos que realice con su dinero, de tal modo que pueda ahorrar y gastar dinero de
manera adecuada. Nuestra visión, a corto plazo, es ser reconocida por la mayoría de los
peruanos que usen la aplicación constantemente y al mismo tiempo que estén
satisfechos con el servicio brindado, pero, principalmente, tener como conocimiento,
que, para nuestros usuarios, la aplicación es confiable y de gran ayuda. A largo plazo, se
tiene la proyección de que la aplicación se pueda expandir en el extranjero.

https://haisha10.github.io/Financy/
6

1.1.2. Perfiles de integrantes del equipo

ALEXANDRE ADRIAN MOTTA


CASTILLEJO
HIRAM RICARDO ROJAS VILCA
MARCOS SMITH OLIVOS ALCAS
ALVARO GUSTAVO
INGENIERíA LAMG CHANG
INGENIERíA DE
DE SISTEMAS
SISTEMAS DE
DE
INGENIERíA DE SISTEMAS DE
INFORMACIÓN
INFORMACIÓN
INGENIERíA DE SISTEMAS DE
INFORMACIÓN
INFORMACIÓN

COMPROMISO
COMPROMISO
DESCRIPCION PERSONAL COMPROMISO
DESCRIPCION
DESCRIPCION PERSONAL Me
Me comprometo a adarapoyar
la manoy
DESCRIPCION PERSONAL
PERSONAL Me
COMPROMISO
comprometo
mi comprometo
amotivarequipo a ayudar
para poder lograra
a mis compañeros
Soy Alexandre Motta, un chico exigente y todo
Me
un el grupo
comprometo
antetrabajo correcto
cualquier aenguiar
lo aque
y pasar
problema mi
el
con
empático necesite.
equipo
curso conyAdemás
al sacar
éxito. de
su realizar
mejor
Soy
Me
Soy llamo con
Hiram
Alvaro Lamg,
los Rojas
Ricardo
Marcos una
que Vilca,
Smith me
persona
rodean,
Olivos tengo 19y
Alcas,
calmada y
respecto
las actividades
rendimiento
desarrollo
para que se
conseguir
del
me
los
actualmente
años
tengo de
20edad estoy
y estudiando
actualmente
años y deestoy ingeniería
estoy
estudiando cursandode
la carrera trabajo.
buen
sistemas
el sexto criterio
de
ciclo. Me análisis.
información.
considero Actualmente
Siempre
una personahe encomienden.
mejores resultados.
de
estoy sistemas
estudiando deingeniería
información.
de Desde
sistemas de
valorado
empática
siempre laheycalidad en unamis relaciones
responsable.
sido Tengo
persona
información. En trabajos en grupo, valoro HABILIDADES
personales,
conocimientos
comprometida y mecon gusta
intermedios
lo queserrealiza
una
en persona
Microsoft
y en en
este HABILIDADES
mucho
quien
Office el
los compromiso
demás
(Word, pueden
Excel, y el esfuerzo
confiar.
Power Al mismopara
Point, HABILIDADES
curso quiero mejorar mis habilidades de  Programar
HABILIDADES
realizar
tiempo,
Publisher, un
mi buen trabajo.
interés
Access) en Me
la
y gusta
ingeniería
en pensar
de
diseño  Organizado
diseño y de de programación. Mis  Responsabilidad
Creativo
una forma
sistemas
gráfico(Adobe solucionar
de soninformación
Illustrator algún problema
refleja
y escucharmi
adobe
pasatiempos jugar fútbol,  Empático
Análisis
Perseverancia
con programación.  Divertido
inclinación
Photoshop). hacia yeljugar
análisis y el enfoque  Trabajador
Programación
Manejo
música, ver series videojuegos.  Social web
en los datos. Me gusta aprender sobre  Persistencia
Mis
cómohobbies
se maneja sony se
escuchar
utiliza lamúsica, jugar
información  Responsable
videojuegos  Comprometido
en diferentes ycontextos,
conducir.y cómo Buscopodemos
que el
“Esfuérzate mucho
equipo dondepara
aprovecharla me mejorar
encuentre lassiempre
cosas. logre “El mayor fracaso es
lo que se proponga. sin darte
“Dar lo cuenta”
mejor para
“Se
nolalomejor versión
intentarlo”
lostimejores
de mismo”
resultados”

https://haisha10.github.io/Financy/
7

XIOMARA ALESSANDRA PICON LA


TORRE

INGENIERíA DE SISTEMAS DE
INFORMACIÓN

DESCRIPCION PERSONAL COMPROMISO

Me comprometo a poner mi
máxima responsabilidad y
Mi nombre es Xiomara Alessandra Picón
estar ahí cuando mi grupo me
La Torre, tengo 20 años, estoy estudiando
necesite para poder terminar
la carrera de ingeniería de sistema de
este curso con gran éxito..
información. Elegí esta carrera porque
desde pequeña me interesa la tecnología
sobre los avances que ha tenido en estos
HABILIDADES
últimos años. Además, me interesa saber
cómo se crean las aplicaciones que  Responsable
utilizamos hoy en día. En mis tiempos  Empática
libres me gusta escuchar música, leer
 Comprometida
libros y practicar el ciclismo. Me
considero una persona que le gusta ayudar
a los demás cuando lo necesiten.
“Un sueño no se hace realidad
por arte de magia necesita
sudor, determinación y trabajo
duro”

https://haisha10.github.io/Financy/
8

1.2. Solution Profile


1.2.1. Antecedentes y problemática
Hoy en día muchas personas tienen dificultades para administrar sus ingresos
financieros. Estas acciones requieren de algún medio de apoyo que les ayude a
realizarlas con éxito y en la actualidad no se encuentran aplicaciones que brinden los
beneficios de manejo de las finanzas personales, ayuda para encontrar empresas donde
invertir y operaciones en la bolsa.

What?

En la actualidad, en nuestro país, las personas tienen problemas al momento de


administrar sus ingresos financieros, muchos de ellos no saben cómo manejar sus
finanzas correctamente y eso conlleva a un malgasto de dinero en cosas innecesarias o
una mala inversión. Este problema se origina a causa de la escasez de información
básica sobre finanzas.

Who?

Nosotros, Financy, logramos observar un segmento de personas que tienen problemas


para financiar su dinero. Nuestro público principal son todas aquellas personas que
quieren un apoyo para administrar sus finanzas, que deseen invertir su dinero en alguna
entidad/marca o realizar operaciones en alguna bolsa, más conocido como "trading".

Why?

Los pocos conocimientos que las personas tienen acerca de finanzas y un mal manejo de
sus gastos diarios, hacen que no generen beneficios en sus bienes. Además, algunas
aplicaciones que existen para las finanzas no cubren con todas las necesidades de los
usuarios. Todo esto se provoca debido a que las aplicaciones que "ayudan" a las
personas en sus finanzas no son del todo óptimas, pues no ofrecen múltiples opciones
para administrar, invertir e incluso trading.

Where?

Hoy en día es un problema que le pasa a todas las personas en el mundo. Sin embargo,
nos enfocaremos en nuestro país, más específicamente en Lima. Así podremos ir
escalando de región en región y a largo plazo lograr apoyar en distintos países.

https://haisha10.github.io/Financy/
9

When?

La problemática se puede observar en el día a día de las personas que obtienen ingresos
financieros. Por lo tanto, es habitual ver personas interesadas en mantener una buena
administración de sus bienes o mejorar sus ingresos. En efecto, el problema ocurre
cuando necesitan tomar decisiones en sus gastos o en la inversión de sus bienes.

How?

Principalmente, planteamos reunir las operaciones que puede realizar una persona que
está interesada en recibir ayuda para sus finanzas y brindarles a los mismos usuarios.
Entre ellas tenemos la administración de gastos financieros, la inversión en empresas,
entidades o marcas y los movimientos en operaciones de bolsa "trading". El objetivo es
brindar una solución para reducir los malos gastos financieros y/o aumentar los bienes
de las personas interesadas.

How much?

Como equipo conocemos los posibles costos que origina la problemática. Se originaron
los siguientes costos: El mal uso que hacen las personas de su dinero en compras
innecesarias y el interés de ciertas personas por agrandar su dinero invirtiendo en
empresas y/o marcas en el mercado. Por otro lado, un costo adicional que se originó es
el de las operaciones en la bolsa conocido como el "trading", que las personas desean
aprender a usar y manejar correctamente.

https://haisha10.github.io/Financy/
10

1.2.2. Lean UX Problem Statement


1. Nuestra aplicación móvil tiene como objetivo cumplir con el propósito de apoyar
a las personas en sus finanzas. Brindar beneficios para hacer crecer su dinero y/o
darle un buen uso del mismo.

Hemos observado una problemática, y es que muchas personas desconfían de


otras para que les ayuden a manejar su dinero, pues llegan a pensar que
empeorarán sus finanzas.

¿Cómo podríamos hacer para que las personas se sientan cómodos al momento de
utilizar nuestra aplicación y nos den la confianza para ayudarles a gestionar sus
finanzas?

2. Una de las funciones que ofrecemos es la promoción de ofertas laborales que son
publicadas por empresas afiliadas a nuestro servicio los cuales pueden mejorar su
visibilidad al ser parte de uno de nuestros planes de pago.

Hemos observado una problemática y es que las personas podrían ignorar gran
cantidad de ofertas laborales, ya que las podrían considerar de baja remuneración
y fuera de niveles de conocimientos y habilidades.

¿Cómo podríamos hacer para que las personas se interesen más en las ofertas
laborales publicadas sin que pasen ignoradas y así consigamos más afiliados?

3. Nosotros ofrecemos diversas opciones para apoyar a las personas en sus finanzas,
hay algunas aplicaciones y páginas web existentes que ya ofrecen algún tipo de
servicio o ayuda para personas en cuanto a sus finanzas y un manejo adecuado del
dinero.

Hemos observado una problemática y es que en la actualidad hay aplicaciones


que ofrecen algo similar en las finanzas, algunas de manera gratuita y otras con
un monto determinado para iniciar a ayudarte.

¿Cómo podríamos hacer para diferenciarnos de las aplicaciones y páginas web


que existen actualmente?

https://haisha10.github.io/Financy/
11

https://haisha10.github.io/Financy/
12

1.2.3. Lean UX Assumptions


Business Assumptions

1. Creo que mis clientes necesitan un servicio que les permita organizar
adecuadamente sus gastos e ingresos diarios, semanales o mensuales, así como
ofrecerles alternativas rentables y confiables para hacer crecer su dinero, o en su
defecto, no disminuirlo
2. Estas necesidades se pueden resolver desarrollando una aplicación intuitiva y
fácil de usar que le brinde al usuario la posibilidad de organizar y registrar todas
sus actividades financieras y también que le oriente y brinde las alternativas
necesarias antes de tomar una decisión importante ya sea invertir, gastar o buscar
un empleo
3. Mis clientes iniciales son (o serán) todas las personas mayores de edad con acceso
a un smartphone o navegador que presenten dificultades en sus finanzas
personales
4. El valor #1 que un cliente quiere de mi servicio es saber en todo momento como
va su situación financiera, saber cuándo no gastar, y cuando y donde es viable
invertir su dinero
5. El cliente también puede obtener estos beneficios adicionales como beneficiarse
de un asistente virtual para conseguir empleo o invertir en la bolsa de valores de
su preferencia en el momento que desee y en cualquier lugar
6. Voy a adquirir la mayoría de mis clientes a través de redes sociales y anuncios de
internet o YouTube
7. Haré dinero a través de los planes de pago por las empresas afiliadas en donde se
pueden ofrecer ofertas de empleo, así como los sponsor y planes premium para
los usuarios.
8. Mi competencia principal en el mercado serán todas aquellas aplicaciones de
organización financiera personales existentes
9. Los venceremos debido a los servicios agregados que puede ofrecer nuestra
aplicación a comparación de la competencia
10.Mi mayor riesgo de producto es que los clientes opten por utilizar las aplicaciones
de la competencia por desconfianza en nuestra aplicación
11.Resolveremos esto a través de publicidad con demostraciones de la fiabilidad de
nuestro aplicativo, así como elaborar sondeos, encuestas, entrevistas, entre otros
métodos de recolección de datos que luego serán analizados para diagnosticar
problemas existentes o posibles a futuro

https://haisha10.github.io/Financy/
13

12.Algunos de nuestros clientes-consumidores podrían desconfiar de nuestro


producto y pese a todo problema intentar organizarse y salir adelante por su
cuenta. Si esto es falso, no causará que nuestro proyecto deje de funcionar.

User Assumptions

1. ¿Quién es el usuario? Son aquellas personas mayores de edad que tienen


dificultades para llevar vida financiera ordenada y correcta
2. ¿Dónde encaja nuestro producto en su trabajo o vida? Nuestro producto encaja en
todos los aspectos de su vida cotidiana, ya que lo económico influye
indirectamente en la gran mayoría de ámbitos en la vida
3. ¿Qué problemas tiene nuestro producto por resolver? El poder enfrentarse a la
competencia en el mercado y a las limitantes de recursos computacionales que la
aplicación pueda presentar
4. ¿Cuándo y cómo es nuestro producto usado? Nuestro producto es usado cuando
las personas desean hacer un balance de su vida financiera y de los aciertos y
errores de la misma de tal modo que el usuario pueda tomar mejores decisiones a
futuro ya sea dentro o fuera de la aplicación
5. ¿Qué características son importantes? Sus diversas funcionalidades y su fácil uso
6. ¿Cómo debe verse nuestro producto y comportarse? Nuestro producto debe tener
un diseño atractivo e interfaz intuitiva para el usuario de tal modo que lo motive a
probar la aplicación al menos de una vez. Debe ser eficiente y preciso, pues así se
le brindará un mejor servicio al usuario

https://haisha10.github.io/Financy/
14

1.2.4. Lean UX Hyphotesis Statements

Hypothesis #1

Creemos que al poseer una herramienta en la cual se puedan realizar reportes precisos
en ingresos y gastos con predicciones, el producto puede ser comunicativo respecto al
estado financiero y así ganar la confianza de los usuarios

Sabremos que hemos éxito

Cuando el número de usuarios que utilicen el producto aumente un 30% en un solo mes.

Hypothesis #2

Creemos que recomendándole al usuario ofertas laborales que se adecuen al perfil


profesional y a el promedio de gastos mensuales, para que este muestre interés

Sabremos que hemos tenido éxito

Cuando el usuario haya revisado el 60% de las ofertas mostradas.

Hypothesis #3

Creemos que, al poseer una sección de gestión de finanzas, el producto debería brindar
consejos de ahorro basado en los gastos del usuario

Sabremos que hemos tenido éxito

Cuando los usuarios hayan terminado el mes con un mínimo de 10% más balance
mensual comparado con periodos anteriores.

https://haisha10.github.io/Financy/
15

1.2.5. Lean UX Canvas


Business Problem Solution Ideas Business Outcomes

1. Hemos observado una  App que le brinde al usuario  Que el cliente sienta confianza
problemática, y es que muchas todas las posibilidades para y tranquilidad en nuestra
personas desconfían de otras para organizar sus finanzas, así como aplicación, en lo que a su vida
que les ayuden a manejar su brindarle alternativas para financiera respecta.
dinero, pues llegan a pensar que invertir (en empresas o mediante
empeorarán sus finanzas. trading) o conseguir empleo (en  Dar la seguridad a nuestro
su defecto) cliente que obtendrá resultados
¿Cómo podríamos hacer para que positivos en sus balances
las personas se sientan cómodos al  Contratar a asesores mensuales
momento de utilizar nuestra profesionales de finanzas y que
aplicación y nos den la confianza orienten a nuestros usuarios en  Otorgar las herramientas
para ayudarles a gestionar sus tomar la mejor decisión posible necesarias para que nuestro
finanzas? para generar mayores ingresos y cliente tome las mejores
evitar tener pérdidas. decisiones para sus finanzas
personales.
 Tener convenios con empresas de
2. Hemos observado una renombre así, como también con
problemática y es que las personas empresas que recién se están
podrían ignorar gran cantidad de iniciando para que así se vean
ofertas laborales, ya que las beneficiadas por nuestro sistema
podrían considerar de baja de empleo.
remuneración y fuera de niveles de
conocimientos y habilidades.

¿Cómo podríamos hacer para que


las personas se interesen más en
las ofertas laborales publicadas sin
que pasen ignoradas y así
consigamos más afiliados?

3. Hemos observado una


problemática y es que en la
actualidad hay aplicaciones que
ofrecen algo similar en las
finanzas, algunas de manera
gratuita y otras con un monto
determinado para iniciar a
ayudarte.

¿Cómo podríamos hacer para


diferenciarnos de las aplicaciones
y páginas web que existen

https://haisha10.github.io/Financy/
16

actualmente?

Users & Customers User benefits

Personas jóvenes mayores de 18 Podrán adquirir mayores


años, que estén dispuestos a conocimientos en cuanto al manejo
mejorar en sus finanzas personales y organización de sus ingresos y
para generar ganancias y evitar desarrollarán las habilidades
pérdidas. necesarias para poder tomar las
mejores decisiones financieras y con
ello incrementar su seguridad
económica.

Hypothesis Statement What’s the most important thing What’s the least amount of work
we need to learn first? we need to do learn the next most
important thing?
Hypothesis #1  Conocer los principales errores
que comete nuestro público  Entrevistar tanto a las personas
Creemos que al poseer una objetivo comete al momento de que han empleado una
herramienta en la cual se puedan querer manejar y organizar sus aplicación para el manejo de
realizar reportes precisos en finanzas por cuenta propia ya sus finanzas personales como a
ingresos y gastos con predicciones, sea para invertir o gastar las que no
el producto puede ser
comunicativo respecto al estado  Conocer las mejores prácticas  Realizar encuestas para conocer
financiero y así ganar la confianza financieras para implementar en cuáles de nuestros servicios
de los usuarios nuestro producto los mejores dentro de la aplicación serían
consejos de gestión financiera y los mejor y peor acogidos
Hypothesis #2 ahorro.
 Investigar, seleccionar y
Creemos que recomendándole al  Conocer las estrategias de coordinar con las empresas que
usuario ofertas laborales que se marketing más adecuadas para mejor se alineen con los
adecuen al perfil profesional y a el hacer llegar nuestro producto de objetivos de nuestra aplicación
promedio de gastos mensuales, tal modo que este sea atractivo
para que este muestre interés para el público objetivo

Hypothesis #3  Conocer qué empresas o


emprendimientos necesitan o
Creemos que, al poseer una estarían dispuestos publicar sus
sección de gestión de finanzas, el ofertas laborales en nuevas
producto debería brindar consejos plataformas.
de ahorro basado en los gastos del
usuario.

https://haisha10.github.io/Financy/
17

https://haisha10.github.io/Financy/
18

1.2.6. Segmento Objetivo


Nuestra aplicación está diseñada para dos segmentos objetivos.

1. Por un lado, las personas mayores de edad, específicamente entre los 18 y 50


años, quienes no tienen herramientas adecuadas para mejorar la administración de
sus finanzas personales y buscan tener un seguimiento de sus ingresos o gastos
para que, de esta manera, puedan gastar y ahorrar apropiadamente.

2. Por otro lado, los dueños de una empresa pequeña o emprendimiento que buscan
seleccionar trabajadores (los cuales pueden ser contactados mediante la aplicación
en base a las prestaciones de servicio que este pueda ofrecerle) o que les
convenga que terceros inviertan en ellos. De ese modo, ambos salen beneficiados,
ya que el usuario final conseguiría un empleo y el dueño de la empresa o
emprendimiento obtendría ingresos o un nuevo empleado.

https://haisha10.github.io/Financy/
19

CHAPT
CAPÍTULO II: REQUIREMENTS

2
ER
ELICITATION & ANALYSIS
1.3. Competidores

1.3.1. Análisis Competitivo


Competitive Analysis Landscape

Este análisis nos permite hallar las diferencias de nuestra empresa y los demás competidores que cuentan con un
producto similar, determinando así debilidades y fortalezas. Debido a esto, tendremos un panorama mejor de lo que
¿Por qué llevar debemos mejorar y como realizar una mejor estrategia.
a cabo este
análisis?

(En la cabecera colocar por cada Financy Mobills LinkedIn Mint


competidor nombre y logo)

Perfil Overview App multifunción Aplicación móvil y Aplicación móvil y Aplicación móvil y
con gestión de página web de página web que da la página web que
dinero, búsqueda de administración de posibilidad a las administra el dinero y
empleo, tips de finanzas y ayuda a personas a encontrar de brindar información
ahorro y conversor crear presupuesto. trabajo de acuerdo a que le ayudara a ver
de divisas. Donde su rubro. oportunidades fáciles
cada función de ahorrar
interactúa con las
demás para brindar
un servicio más
completo y preciso.
Por ejemplo: en base
a los ingresos y gatos
registrados en el
gestor financiero, se
pueden ofrecer
trabajos que puedan
cubrir el promedio
de los gastos
registrados.

Ventaja Confiabilidad, Seguridad, Privacidad, confianza Confianza, seguridad

https://haisha10.github.io/Financy/
20

competitiva seguridad, disponibilidad en más y de fácil uso Con el cifrado de 256


¿Qué valor asesoramiento de 9 idiomas bits y privacidad
ofrece a los financiero, y una
clientes? manera más fácil de
encontrar trabajo.

Perfil de Mercado Mayores de edad de Todas las personas Mayores de edad, Mayores de edad,
Marketing Objetivo 18-60 años que no que busquen mejorar quienes están quienes buscan
poseen herramientas la administración de interesados en administrar su dinero
para la sus finanzas encontrar un trabajo. efectivo y de tarjetas.
administración de su
dinero, además de
los que quieran
conseguir trabajo.

Estrategias de Producto o servicio Producto o servicio Producto o servicio Producto o servicio


marketing

Perfil de Productos & Administración de Administrador de Gran, cartas de Gestor de finanzas


Producto Servicios finanzas personales, finanzas personales noticias, artículos, personales
ingresos mediante etc.
empleos o trading

Precios &  Financy Gratis  Mobills Gratis  LinkedIn  Mint Gratis


Costos  Financy  Mobills Gratis  Mint premium
Premium Premium 1  Premium $4.99 por mes
$ 8.00 S24.99 - se Career
trimestrales cobra  Premium
anualmente business
 Mobills  Sales
Premium 2 Navigator
$14.99 – se  Recruiter Lite
cobra  LinkedIn
trimestralmente Learning
Canales de  Aplicación  Aplicación  Aplicación  Aplicación Web
distribución Web Web Web  Aplicación
(Web y/o  Aplicación  Aplicación  Aplicación móvil (Play
Móvil) móvil (Play móvil (Play móvil (Play Store o App
Store o App Store o App Store o App Store)
Store) Store) Store)  YouTube
 Facebook  Facebook  Facebook
 Instagram  Instagram  Instagram
 Twitter  Twitter  Twitter
 Google+
 YouTube
 LinkedIn
Análisis Fortalezas  Primera  Cuenta con  Reduce el  Segura Con el
SWOT aplicación que disponibilidad spam cifrado de 256
te ayude a en 9 idiomas  Mantiene bits y la
administrar tus  Reconocimient perfiles autenticación
finanzas. o del publico privados multifactor.
Además de  Más de 5  Alto  Seguimiento sin
darte consejos. millones de reconocimiento esfuerzo de su
 Mercado descargas del publico flujo de caja.
analizado  Recursos  Buena  Todas tus cuenta
 Trabajadores financieros conexión con en un solo lugar.

https://haisha10.github.io/Financy/
21

responables adecuados servidores de  Mas de 30


 Recursos correo millones de
informáticos y  Proporciona usuarios
comunicacion una comunidad
es profesional y
 Alto nivel de empresarial
participación
en el equipo
Debilidades  Ser nuevos en  Actualizacione  Menor tiempo  Excesivos
el mercado s muy bajas. de estancia anuncios.
 Falta de  Errores en los  Posible fraude  Excesivo
recursos balances en los perfiles notificaciones y
económicos generales de los usuarios. correos
electrónicos.

Oportunidades  No hay una  Mejoras ante la  Ayuda al  Mejor gestión


aplicación competencia comercio de todas las
peruana en  Expansión en electrónico cuentas.
este rubro el extranjero  Tácticas frente  Negociación de
 Mejorar y los recursos proyectos de ley
ayudar al humanos de las
mercado empresas
peruano
Amenazas  Posibles  La  Competencia  Competidores
nuevos competencia de redes con menos
competidores.  Exceso de sociales no precio y sin
 Falta de anuncios profesionales muchos
experiencia  Falta de anuncios
laboral actualización
de los perfiles
de sus usuarios

1.3.2. Estrategias y tácticas frente a competidores


Competidores Mobills LinkedIn Mint

Estrategias  Disminuir el Revisión de perfiles, para  Tener un mejor control


precio y controlar posibles fraudes. en los anuncios para no
agregar ofertas. perder público.
 Actualizacione  Sistema de
s recurrentes desactivación o
gestionar las
notificaciones.
Tacticas Gestión Encuestas de satisfacción a Sofware de gestión de
actualizada de las las personas interesadas en seguridad mejorada ante
finanzas. contratar a usuarios. posibles ataques o robo de
información.

https://haisha10.github.io/Financy/
22

1.4. Entrevistas
1.4.1. Diseño de entrevistas
Para poder recabar la mayor información posible de los segmentos objetivos, decidimos
dividir la estructura de la entrevista de la siguiente manera:

1. Preguntas Personales

2. Preguntas referentes a las finanzas personales o de la empresa o emprendimiento

3. Explicación de nuestro startup y sus objetivos, así como de la aplicación en sí

4. Preguntas referentes a nuestra aplicación

5. Preguntas referentes al uso de tecnología

A continuación, las preguntas principales y complementarias realizadas por cada


segmento objetivo

 Usuario Persona

o ¿Cuál es tu nombre completo?


o ¿Cuál es tu edad?
o ¿Estás casado(a) o soltero(a)?
o ¿En qué zona vives?
o ¿Tienes hijos?
o ¿Cuál es tu ocupación o trabajo?
o ¿Eres extrovertido o introvertido?
o ¿Eres sensitivo o intuitivo?
o ¿Eres una persona que toma decisiones pensando o te dejas llevar por tus
sentimientos? ¿Por qué lo crees?
o ¿Tienes un empleo estable? ¿Por qué?
o ¿Estás a gusto con este empleo? ¿Por qué?
o ¿Estás a gusto con tu salario? ¿Por qué?
o ¿Crees que eres una persona que administra bien su dinero? ¿Por qué?
o ¿Cómo te sientes al hacerlo o intentarlo? ¿Por qué?
o ¿Cuál crees que es la manera ideal de administrar las finanzas personales?
¿Por qué?
o ¿Cuáles crees que son los problemas que se pueden presentar al administrar
los ingresos por cuenta propia? ¿Por qué?

https://haisha10.github.io/Financy/
23

o ¿Cuáles crees que son los errores que has cometido o se pueden cometer al
momento de administrar las finanzas personales?
o ¿Qué es lo que te frustra al momento de querer administrar tu dinero o
invertirlo?
o ¿Llevas control de tus gastos diarios, mensuales o semanales? ¿Lo haces a
mano o te apoyas de alguna aplicación?
o ¿Alguna vez has invertido en algún negocio? ¿Cómo te fue? ¿Fue
agradable o satisfactorio a fin de cuentas? ¿Lo recomendarías?
o ¿Cuáles crees que son los mercados o rubros económicos más rentables
para invertir? ¿Por qué?
o ¿Confiarías en las recomendaciones financieras de una aplicación? ¿Por
qué?
o ¿Cuán óptimo es tu acceso a internet?
o … Tras explicarle nuestra aplicación y sus objetivos …
o ¿Qué opinas sobre nuestra aplicación? ¿Sería importante para usted? ¿Por
qué?
o ¿Te gustaría que la aplicación te permite manejar tus finanzas de una
manera más adecuada? ¿Por qué?
o ¿Te gustaría que la aplicación te recomiende empresas o emprendimientos
en los cuales invertir tu dinero? ¿Por qué?
o ¿Te gustaría hacer trading por medio de nuestra aplicación?
o ¿Te gustaría que la aplicación te sirva como vitrina para conseguir empleo?
¿Por qué?
o ¿Qué es lo que no te gustaría de una aplicación de estas características?
¿Por qué?
o ¿Por qué razón desconfiarías en nuestra aplicación?
o ¿Estarías dispuesto(a) a pagar por los servicios de nuestra aplicación?
o Si tuvieras que calificarte en donde 0 fuera inexperto y 10 experto
o ¿Cómo te calificarías en el uso de los smartphones?
o ¿Cómo te calificarías en el uso de computadoras?
o ¿Cómo te calificarías en el uso de los navegadores de internet en
smartphones?
o ¿Cómo te calificarías en el uso de los navegadores de internet en
computadora?
o ¿Cómo te calificarías en el uso de las aplicaciones de escritorio?
o ¿Cómo te calificarías en el uso de las aplicaciones móviles?
o ¿Qué dispositivo utilizas? ¿Celular, Tablet o una computadora?
o ¿Qué buscador conoces? ¿Google Chrome, Firefox, Internet Explorer?

https://haisha10.github.io/Financy/
24

 Usuario Empresa

o ¿Cuál es tu nombre completo?


o ¿Cuál es tu edad?
o ¿Estás casado(a) o soltero(a)?
o ¿En qué zona vives?
o ¿Tienes hijos?
o ¿Cuál es tu ocupación o trabajo?
o ¿Eres extrovertido o introvertido?
o ¿Eres sensitivo o intuitivo?
o ¿Eres una persona que toma decisiones pensando o te dejas llevar por tus
sentimientos? ¿Por qué lo crees?
o ¿Qué opina sobre la inversión de terceros a empresas pequeñas o
emprendimientos? ¿Crees que es factible?
o ¿Alguna vez alguna persona ajena a su empresa o emprendimiento invirtió
dinero en usted? ¿Cómo se sintió? De no haber sucedido ¿Le hubiera
gustado? ¿Cómo se hubiera sentido?
o ¿Usted confiaría en una aplicación para que administre las inversiones que
se le puedan presentar a su empresa? ¿Por qué?
o ¿Cómo le está yendo a su empresa o emprendimiento? ¿Por qué?
o ¿Cuánto tiempo lleva su empresa o emprendimiento desde su fundación?
o ¿Cómo se ve de acá a 5 años? ¿Por qué?
o ¿Está satisfecho con su personal de su empresa?
o ¿Está buscando o cree en algún momento verse en la necesidad de buscar
potenciales nuevos empleados? ¿Confiaría en una aplicación para que le
ayude a gestionar dicho proceso?
o … Tras explicarle nuestra aplicación y sus objetivos …
o ¿Qué opinas sobre nuestra aplicación? ¿Sería importante para usted? ¿Por
qué?
o ¿Qué es lo que no te gustaría de una aplicación de estas características?
¿Por qué?
o ¿Por qué razón desconfiarías en nuestra aplicación? ¿Por qué?
o ¿Estarías dispuesto(a) a pagar una comisión por los servicios de nuestra
aplicación? ¿Por qué?
o ¿Hay algo con lo que no estés de acuerdo con respecto a nuestra
aplicación? ¿Cómo lo mejorarías?
o ¿Cómo cree que podría beneficiarle los servicios que le proporcionaría
nuestra aplicación?
o Si tuvieras que calificarte en donde 0 fuera inexperto y 10 experto
o ¿Cómo te calificarías en el uso de los smartphones?
o ¿Cómo te calificarías en el uso de computadoras?
https://haisha10.github.io/Financy/
25

o ¿Cómo te calificarías en el uso de los navegadores de internet en


smartphones?
o ¿Cómo te calificarías en el uso de los navegadores de internet en
computadora?
o ¿Cómo te calificarías en el uso de las aplicaciones de escritorio?
o ¿Cómo te calificarías en el uso de las aplicaciones móviles?
o ¿Qué dispositivo utilizas? ¿Celular, Tablet o una computadora?
o ¿Qué buscador conoces? ¿Google Chrome, Firefox, Internet Explorer?

1.4.2. Registro de entrevistas

USUARIO PERSONA ENTREVISTADO Nº1


Nombre: Adrián Eduardo Romero Edad: 20 Distrito: San Martin de Porres

Enlace del video:


https://drive.google.com/file/d/1M_XCbiQm7_7txsem7y_ZyiLV1Qo2RpLv/view?
usp=share_link
Duración: 12 minutos y 34
Timing: La entrevista inicia 0 segundo después
segundos

https://haisha10.github.io/Financy/
26

USUARIO PERSONA ENTREVISTADO Nº2


Nombre: Bryan Ríos Edad: 21 Distrito: Los Olivos

Enlace del video:


https://drive.google.com/file/d/1FMgYlVEdpUz_Hz520WEnS4hSDg5-g82R/view?
usp=share_link
Duración: 12 minutos y 38
Timing: La entrevista inicia 1 segundo después
segundos

USUARIO PERSONA ENTREVISTADO Nº3


Nombre: Joyce Bautista Villaverde Edad: 22 Distrito: San Martin de Porres

Enlace del video:


https://drive.google.com/file/d/18PhXbtxfWI0LLhdAUQ5MfnjQ9XXAxFfY/view?
usp=share_link

https://haisha10.github.io/Financy/
27

Timing: La entrevista inicia 4 segundo después Duración: 7 minutos y 23 segundos

USUARIO EMPRESA ENTREVISTADO Nº4


Nombre: Mauricio Oliveira Edad: 22 Distrito: San Martin de Porres

Enlace del video:


https://drive.google.com/file/d/1gFzrr3OStiDJakAL3PpJu_vP_uuWgsup/view?
usp=share_link
Duración: 9 minutos y 57
Timing: La entrevista inicia 2 segundo después
segundos

USUARIO EMPRESA ENTREVISTADO Nº5


Edad:
Nombre: Jesús López Retuerto Distrito: Puente Piedra
63

Enlace del video: https://drive.google.com/file/d/1KZBXnB8w-htdjmIUIpDneZ-


9hPcTh9q0/view?usp=share_link
Timing: La entrevista inicia 0 segundo Duración: 7 minutos y 51 segundos
https://haisha10.github.io/Financy/
28

después

1.4.3. Análisis de entrevistas

Usuario Empresa

De estas entrevistas podemos notar que los entrevistados son extrovertidos y se


consideran personas sensitivas. Ellos nos comentan que serían capaces de confiar en una
aplicación como la nuestra siempre y cuando ésta prometa y demuestre una total
confidencialidad con los datos de los usuarios y seguridad. Asimismo, creen que nuestra
aplicación les podría ser bastante útil para el crecimiento de su empresa o
emprendimiento, y estarían dispuestos a pagar una pequeña comisión por nuestros
servicios ofrecidos, ya que pueden notar el beneficio que aporta la aplicación para su
emprendimiento. Finalmente, los entrevistados no se consideran ni expertos ni
inexpertos con respecto al uso de Smartphone, computadoras y navegadores.

Usuario Cliente

De estas entrevistas podemos notar que la mayoría de ellos cuentan con una mala
gestión o administración de su dinero. Además, algunos de los entrevistados tuvieron
mucha duda sobre la seguridad de la aplicación. Sin embargo, a nuestros entrevistados
les gustó la aplicación, ya que sienten que les ayudara a mejorar sus finanzas, así como
también sus conocimientos.

Por otro lado, pudimos conocerlos de acuerdo a lo previsto y tenemos entendido que son
expertos en cuanto al manejo de Smartphone, computadoras y navegadores.

https://haisha10.github.io/Financy/
29

1.5. NeedFiding
1.5.1. User Personas

https://haisha10.github.io/Financy/
30

https://haisha10.github.io/Financy/
31

1.5.2. User Task Matrix

Dueños de empresas o
Task Matrix Clientes
emprendimientos

Frecuencia Importancia Frecuencia Importancia


Revisar el monto de Media Media Media Alta
ingresos y egresos
Buscar alternativas para Baja Media Media Media
crecer económicamente
Saber el tipo de cambio de Baja Alta Alta Alta
las monedas extranjeras
Comprar cosas Alta Media Baja Media
innecesarias
Tener claro mis objetivos Bajo Alta Alto Alta
financieros
Buscar un asesor Baja Alta Alta Alta
financiero
Buscar herramientas que Media Media Alta Media
me ayuden a controlar mis
gastos
Buscar herramientas que Media Alta Media Media
me ayuden a ahorrar más
dinero
Encontrar un buen empleo Media Alta Media Baja
Pagar deudas a tiempo Media Alta Media Alta
Administrar el proceso de - - Alta Media
contratación de nuevo
personal

https://haisha10.github.io/Financy/
32

1.5.3. User Journey Mapping

https://haisha10.github.io/Financy/
33

https://www.figma.com/file/M67NQ5FSJ8zC3wS8BbgLHz/Untitled

https://haisha10.github.io/Financy/
34

1.5.4. Empathy Mapping

https://haisha10.github.io/Financy/
35

https://www.canva.com/design/DAFffv_Qx9w/jnvmun6mngH_10DhGjXJ0g/edit

https://haisha10.github.io/Financy/
36

1.5.5. As-is Scenario Mapping

https://haisha10.github.io/Financy/
37

https://haisha10.github.io/Financy/
38

https://haisha10.github.io/Financy/
39

CHAPT
CAPÍTULO III: REQUIREMENTS

3
ER
SPECIFICATION

1.6. To-Be Scenario Mapping


1.6.1. To-Be Scenario Mapping - Usuario Persona

https://haisha10.github.io/Financy/
40

1.6.2. To-Be Scenario Mapping - Usuario Empresa

https://haisha10.github.io/Financy/
41

https://miro.com/app/board/uXjVMORn7CQ=/?share_link_id=640704927648

https://haisha10.github.io/Financy/
42

1.7. User Stories


User
Story Título Descripción Criterios de Aceptación
ID

USP- El usuario persona Como usuario, quiero Criterios de Aceptación #1


001 visualiza visualizar las sugerencias Escenario: El usuario visualiza
recomendaciones sobre brindadas por Financy de las recomendaciones brindadas
sus finanzas de acuerdo acuerdo mis gastos e Dado que el usuario se encuentra
con sus gastos e ingresos ingresos, para así tenerlos a en "Home"
mi disposición cada vez Y seleccione la sección
que lo requiera “Consejos"
Cuando presione aceptar
Entonces visualiza varias
sugerencias sobre cómo mejorar
la administración de su dinero.

Criterios de Aceptación #2
Escenario: El usuario visualiza
las recomendaciones brindadas
Dado que el usuario se encuentra
en "Home"
Y seleccione la sección" Otras
operaciones"
Cuando presione "Consejos"
Entonces visualizará una lista de
sugerencias sobre mejorar sus
finanzas

USP- El usuario forma parte de Como usuario, quiero Criterios de Aceptación:


002 los clientes Premium pertenecer a los clientes Escenario: El usuario se inscribe
premium, para tener más en una cuenta premium
beneficios que los demás Dado que el usuario quiere
usuarios obtener los beneficios de una
cuenta premium
Y se encuentre en "Home"
Cuando escoja la sección "Otras
operaciones"
Y seleccione la opción “cuenta
premium"
Entonces la aplicación
desplegará una nueva ventana
donde mostrará el costo

https://haisha10.github.io/Financy/
43

Y los diferentes métodos de


pagos que puede realizar

Escenario: El usuario no puede


inscribe en una cuenta premium
Dado que el usuario quiere
obtener los beneficios de una
cuenta premium
Cuando escoja la sección "Otras
operaciones"
Y seleccione la opción “cuenta
premium"
Y se quede congelado por unos
10 segundos
Entonces el usuario deberá ir a
la opción "Reportar"
Y escribir el problema que tiene
en la aplicación para que este
pueda ser resuelto en el menor
tiempo posible

USP- El usuario visualiza el Como usuario persona Acceptance Criteria


003 reporte de los ingresos y quiero visualizar un reporte
gastos del mes actual con el historial de mis Escenario 1: El usuario Persona
ingresos y egresos obtiene el balance de sus
mensuales para saber si ingresos y egresos mensuales
estoy administrando bien Dado que el usuario persona
mi dinero ingresa a la sección "Mis
Finanzas"
Cuando haga clic sobre la
opción de historial de ingresos y
egresos
Entonces visualizará los
movimientos de su dinero
realizado el mes actual

Escenario 2: El usuario Persona


es nuevo y no tiene un historial
de ingresos y egresos
Dado que el usuario persona está
usando la app por primera vez e
ingrese a la sección "Mis
Finanzas"
Cuando haga clic sobre la
opción de historial de ingresos y
egresos
Entonces no obtendrá un
historial con los movimientos de

https://haisha10.github.io/Financy/
44

su dinero

USP- El usuario quiere saber el Como usuario persona Criterio de aceptación #1


004 tipo de cambio de quiero saber el tipo de Escenario 1: El usuario persona
moneda cambio de otras monedas quiere saber el tipo de cambio
para saber si debo cambiar Dado que el usuario se encuentra
mi dinero dentro de la sección "Tipo de
Cambio"
Cuando ingrese la moneda que
desea cambiar y el monto pedido
Entonces visualizará la
conversión de su moneda

USP- El usuario utiliza la barra Como usuario persona Criterio de aceptación #1


005 de búsqueda para quiero emplear una barra de Escenario 1: El usuario persona
encontrar el trabajo que búsqueda para encontrar a busca la empresa a través de la
mejor le convenga los trabajos que mejor se barra de búsqueda
adecuen a mi Dado que el usuario se encuentra
en la sección “Encontrar
Trabajo”
Cuando seleccione la barra de
búsqueda y escriba el nombre de
la empresa
Entonces encontrará la empresa
de su preferencia y los posibles
trabajos que puede postular

Escenario 2: El usuario no logra


buscar la empresa a través de la
barra de búsqueda
Dado que el usuario persona se
encuentra en la sección
“Encontrar Trabajo”
Cuando seleccione la barra de
búsqueda y escriba el nombre de
la empresa y esta no se
encuentre en la base de datos de
la app
Entonces no podrá visualizar la
empresa

USP- El usuario persona desea Como usuario Persona, Criterios de Aceptación


006 tener acceso al soporte quiero tener acceso al Escenario 1: El usuario quiere
técnico ante alguna soporte técnico de la app si contactarse con el soporte
posible falla del servidor en caso existen fallas técnico
durante el uso de la app Dado que el usuario necesita
acudir soporte técnico, por fallas
en el servidor

https://haisha10.github.io/Financy/
45

Cuando el usuario se dirija al


icono de un signo de
interrogación azul
Entonces encontrará un
formulario para poder informar
sobre su problema

USP- El usuario visualiza a Como usuario Persona, Acceptance Criteria:


007 través de una lista quiero visualizar, todos los Escenario 1: El usuario Persona
ordenada de todos los pagos pendientes del mes, quiere visualizar sus pagos
pagos pendientes del mes para tener dicha pendientes
información y poder pagar Dado que el usuario quiere ver
todo a tiempo cuando le toca pagar algunas
deudas
Cuando el usuario hace click en
la sección “Mis Finanzas”
Entonces visualizará la opción
“Pagos pendientes”
Y podrá visualizar estos pagos
con su respectiva fecha

Escenario 2: El usuario Persona


no puede visualizar sus pagos
pendientes
Dado que el usuario quiere ver
cuando le toca pagar algunas
deudas
Cuando el usuario hace clic en la
sección “Mis Finanzas”
Entonces visualizará la opción
“Pagos pendientes”
Y visualiza un mensaje “Usted
no tiene pagos pendientes”
significa que el usuario ya
completo todos sus pagos

USP- El usuario recibe una Como usuario Persona, Acceptance Criteria:


0008 notificación que le quiero que la aplicación me Escenario 1:
recuerde cuando un pago envíe una notificación cada Dado que el usuario persona es
pendiente está a punto de vez que me quede menos un usuario persona autenticado
vencer de dos días para que se Cuando falte menos de dos días
venza el pago de mi deuda para que venza el pago
pendiente que tengo
Entonces se le enviará una
notificación indicando que le
queda poco tiempo para
completar dicha actividad

https://haisha10.github.io/Financy/
46

Escenario 2:
Dado que el usuario persona es
un usuario persona autenticado
Cuando falte más de dos días
para que venza alguna actividad
del usuario persona
Entonces no se le enviará una
notificación indicando que le
queda poco tiempo para
completar dicha actividad

USP- El usuario se registra a la Como usuario Persona, Criterios de Aceptación


009 aplicación con una cuenta quiero tener una cuenta en Escenario 1:
la aplicación para tener Dado que el usuario quiere
mayor seguridad al crearse una cuenta
momento de colocar mis Cuando ingrese a la aplicación y
finanzas presione el botón “crear cuenta”
Entonces se abrirá un formulario
para poder completar los datos
respectivos

USP- El usuario abre la Como usuario persona, Criterios de Aceptación


010 aplicación en otros quiero abrir la aplicación en Escenario 1:
dispositivos los diferentes dispositivos Dado que el usuario quiere abrir
(celular, Tablet y laptop) la aplicación en su celular
para poder usarlo en Cuando ingrese e inicie sesión
cualquier momento del día Entonces la aplicación se
adaptará al tamaño del
dispositivo

USP- El usuario no forma parte Como usuario, quiero Criterios de Aceptación:


011 de los clientes Premium probar la versión gratuita Escenario: Dado que el usuario
para saber si esta es la quiere probar la aplicación antes
aplicación que más se de comprarla
adecua a mi Y entre a la aplicación
Cuando esté navegando y viendo
sus funcionalidades
Entonces el usuario decidirá si
desea la cuenta premium o no

USP- El usuario inicia sesión Como usuario persona, Criterios de aceptación:


012 quiero iniciar sesión en la Dado que el usuario quiere
aplicación para poder utilizar las funcionalidades de
gestionar mis finanzas. Financy cuando ingrese su
correo y contraseña ya
registrados, Entonces podrá
visualizar las funcionalidades y

https://haisha10.github.io/Financy/
47

hacer uso de ellas

USP- El usuario restablece su Como usuario persona, Criterios de aceptación:


013 contraseña quiero restablecer mi Dado que el usuario quiere
contraseña para poder restablecer su contraseña cuando
entrar a Financy. ingrese a la sección “Has
olvidado tu contraseña” entonces
podrá visualizar un formulario
para que recupere su contraseña.

USE- El usuario visualiza a Como usuario empresa, Criterios de Aceptación


001 otros usuarios que estén quiero visualizar el perfil Escenario 1: Búsqueda de
interesados en un servicio de los usuarios que estén perfiles de trabajadores
de trabajo interesados en un servicio Dado que el contratista está en
de trabajo. busca de empleados
Y está registrado, al ingresar a
su contenido de la aplicación, le
aparecerá una serie de opciones,
ya sea administración, búsqueda
de empleados
Cuando seleccione una opción
“búsqueda de empleados”
Entonces el sistema le mostrará
a todos los usuarios que
enviaron su solicitud de trabajo

Escenario 1: No encuentra
perfiles de trabajadores
Dado que el contratista está en
busca de empleados
Y está registrado, al ingresar a
su contenido de la aplicación, le
aparecerá una serie de opciones,
ya sea administración, búsqueda
de empleados
Cuando seleccione una opción
“búsqueda de empleados”
Entonces le mostrará un mensaje
“No hay solicitudes” por lo que
tendrá que publicar nuevamente
la oferta de trabajo

USE- El usuario empresa desea Como usuario empresa, Criterios de Aceptación


002 recibir notificaciones con quiero recibir una Escenario 1: Notificación de
el avisa de clientes notificación cada vez que aceptación de selección

https://haisha10.github.io/Financy/
48

interesados en trabajar un cliente haya solicitado Dado que el contratista de la


para su empresa un puesto de trabajo en mi empresa ha seleccionado su
empresa empleado
Y le envía una notificación al
posible empleado que ha sido
seleccionado
Cuando el usuario abra la
notificación deberá responder
seleccionando una opción
Y presiona el botón "Aceptado"
Entonces la aplicación mostrará
un mensaje "Trabajo
conseguido".

Escenario 2: Notificación de
rechazo de selección
Dado que el contratista de la
empresa ha seleccionado su
empleado
Y le envía una notificación al
posible empleado que ha sido
seleccionado
Cuando el posible empleado
abra la notificación deberá
responder seleccionando una
opción
Y presiona el botón "No
Aceptado", ya sea por motivo
que consiguió otro empleo
Entonces el sistema entrará a su
perfil y colocará "Trabajador no
disponible".

https://haisha10.github.io/Financy/
49

1.8. Impact Mapping

https://haisha10.github.io/Financy/
50

1.9. Product Backlog


# User
Story Points
Orde Stor Descripción
(1/2/3/5/8/13/21)
n y ID

1 USP- Como usuario, quiero pertenecer a los clientes 13


004 vip, para tener más beneficios que los demás
usuarios

2 USP- Como usuario de Financy quiero visualizar un 8


005 reporte con el historial de mis ingresos
mensuales para saber cuántas ganancias he
generado

3 USP- Como usuario persona quiero emplear una barra 3


008 de búsqueda para encontrar empresas de mi
preferencia

4 USP- Como usuario persona quiero invertir en una 8


009 empresa en específico para generar guanacias en
mis finanzas.

5 USP- Como usuario de Financy, quiero encontrar 8


010 trabajo en una entidad en específico, para poder
sentirme más cómodo

6 USE Como usuario Empresa de Financy, quiero 3


-002 visualizar mi cartera con la cantidad total de
dinero que tengo disponible

7 USP- Como usuario Persona de Financy, quiero un 3


011 tutorial para utilizar correctamente la aplicación

8 USP- Como usuario Persona, quiero poder recibir una 5


015 notificación cada vez que ocurra un suceso en
una bolsa de valores en la cual haya invertido
alguna vez, para poder estar al tanto de las
últimas novedades de la misma y así aprovechar

https://haisha10.github.io/Financy/
51

alguna oportunidad rentable apenas se presente.

9 USE Como usuario empresa, quiero recibir una 5


-004 notificación cada vez que un cliente seleccionado
esté interesado en trabajar en la empresa o el
emprendimiento.

10 USP- Como usuario persona, quiero visualizar las


001 posibles ventajas que tendré al invertir en alguna
empresa, para tener la seguridad de que voy a
tener la mejor ganancia posible

11 USP- Como usuario Persona, quiero visualizar, en una 5


014 lista ordenada por fecha o en un calendario,
todos y cada unos de los pagos pendientes del
mes, para tener dicha información en cuenta cada
vez que requiera disponer algún monto de mi
efectivo y así no perjudicarme a futuro.

12 USE Como usuario empresa, quiero visualizar el 13


-003 perfil de los usuarios persona que estén
interesados en un servicio de trabajo.

13 USP- Como usuario, quiero tener la opción de colocar 3


018 una clave al momento de iniciar la aplicación

14 USP- Como usuario, quiero visualizar los consejos 5


002 brindados por la app de acuerdo al último
balance económico mensual, para así tenerlos a
mi disposición cada vez que lo requiera

15 USP- Como usuario persona quiero recibir consejos 8


006 para administrar correctamente mi dinero en el
mes

16 USE Como usuario Empresa de Financy, quiero hacer 8


-001 comparaciones de las inversiones realizadas de
cada mes a través de estadísticas gráficas

17 USP- Como usuario Persona, quiero recibir 13


https://haisha10.github.io/Financy/
52

013 notificaciones de recordatorio en la aplicación de


horarios que programe para reunirme con los
asesores financieros.

18 USP- Como usuario Persona, quiero que la aplicación 5


016 me envíe una notificación cada vez que me
quede menos de un día para que se venza una
actividad de mi lista de pendientes, para que no
se me pase por alto ninguno

19 USP- Como usuario persona, quiero que, al momento 3


017 de colocar mis ingresos o gastos, además de
colocar la cantidad y tipo de moneda, me
aparezcan categorías y que pueda colocar una
imagen del producto, servicio, boleta o factura.

20 USE Como usuario Empresa, quiero que se registren 5


-004 automáticamente las entradas y salidas de
efectivo de mi empresa de la aplicación, para
evitar el desgaste de anotarlo manualmente en un
Excel

21 USP- Como usuario, quiero poder tener la opción de 3


003 comentar sobre la aplicación, para poder ayudar
a otras personas con mi experiencia sobre el uso
de la aplicación

23 USP- Como usuario persona quiero restringir las 13


007 opciones automáticas dentro de la aplicación

24 USP- Como usuario Persona, quiero tener acceso al 5


012 soporte técnico de la aplicación si en caso
existen fallas en el servidor

25 USP- Como usuario, quiero tener la opción de temas 3


019 de colores en la aplicación para disfrutar de un
entorno más agradable.

https://haisha10.github.io/Financy/
53

Enlace:
https://trello.com/invite/b/Ft3TdoxS/ATTI3f3ef9e440092e2addc248d97d8ecad3F0A9A
6D8/financy

https://haisha10.github.io/Financy/
54

CHAPT
CAPÍTULO IV: PRODUCT DESIGN

4
ER

1.10. Style Guidelines


1.10.1. General Style Guidelines

El diseño del logo de nuestra aplicación es crucial, ya que debe ser fácilmente legible y
mantener las proporciones adecuadas (1:1). Para lograr esto, hemos elegido
cuidadosamente el color de fondo azul, que transmite una sensación de tranquilidad y
confianza en nuestras habilidades. Sin embargo, como empresa, queremos motivar a las
personas a tener grandes aspiraciones y no conformarse con poco.

Es por eso que hemos diseñado nuestro logo con el símbolo del dólar, que representa
nuestros servicios de asesoramiento financiero, y lo hemos colocado dentro de una casa
para simbolizar la seguridad y el éxito que brindamos a nuestros clientes. Para lograr el
efecto deseado, hemos utilizado la tipografía Black Ops One en nuestro diseño.

LOGOTIPO (https://www.designevo.com/apps/logo/?name=house-shape-and-coin)

https://haisha10.github.io/Financy/
55

1.10.2. Web Style Guidelines


Para crear una experiencia de responsive design web, es importante definir el tamaño de
píxeles en la interfaz para cada plataforma en particular. En este sentido, se ha
determinado que, para la versión de escritorio, se requerirá una resolución de 1024
píxeles, mientras que, para la versión de Tablet, se necesitará de 768 píxeles, y para la
versión de móvil, se requerirá una resolución de 460 píxeles.

A modo de ejemplo, a continuación, se presentará una interfaz con las dimensiones


previamente mencionadas, con el objetivo de demostrar cómo se adaptará el contenido
de manera óptima a las diferentes plataformas.

https://haisha10.github.io/Financy/
56

1.11. Information Architecture


1.11.1. Organization Systems

1.11.2. Labeling Systems


Descripción de Imagen:

https://haisha10.github.io/Financy/
57

Presenta una breve descripción:

https://haisha10.github.io/Financy/
58

1.11.3. Navigation Systems


Navegación de forma “Z”:

https://haisha10.github.io/Financy/
59

Navegación de forma “F”:

https://haisha10.github.io/Financy/
60

1.12. Landing Page UI Design


Desktop: https://www.figma.com/file/PzLoxu4RSu4HUZGUo5Y80z/Landing-Page-
financy-Wireframing-in-Figma---Desktop?node-id=0-1

Mobile: https://www.figma.com/file/qH9aIfLz7FVo7Pdi6SBmH4/Mockup-mobile-
Landing-page?node-id=0-1

1.12.1. Landing Page Wireframe


Landing Page Wireframe Desktop

https://haisha10.github.io/Financy/
61

https://haisha10.github.io/Financy/
62

Landing Page Wireframe Mobile

https://haisha10.github.io/Financy/
63

https://haisha10.github.io/Financy/
64

https://haisha10.github.io/Financy/
65

https://haisha10.github.io/Financy/
66

https://haisha10.github.io/Financy/
67

https://haisha10.github.io/Financy/
68

1.12.2. Landing Page Mock-up


Desktop: https://www.figma.com/file/wNs2JwvNFmw8el48mMz615/Wireframing-
in-Figma-Mockup?node-id=0%3A1

Mobile: https://www.figma.com/file/wNs2JwvNFmw8el48mMz615/Wireframing-
in-Figma-Mockup?node-id=0%3A1

Landing Page Desktop:

https://haisha10.github.io/Financy/
69

https://haisha10.github.io/Financy/
70

https://haisha10.github.io/Financy/
71

Landing Page Mobile

https://haisha10.github.io/Financy/
72

https://haisha10.github.io/Financy/
73

https://haisha10.github.io/Financy/
74

https://haisha10.github.io/Financy/
75

1.13. Web Applications UX/UI Design


1.13.1. Mobile Applications Wireframes

https://haisha10.github.io/Financy/
76

https://haisha10.github.io/Financy/
77

https://haisha10.github.io/Financy/
78

https://haisha10.github.io/Financy/
79

Enlace: https://www.figma.com/file/gUPaiR9hMcNxlZJve02yqk/Web-Applications-
Wireframes?node-id=0-1

https://haisha10.github.io/Financy/
80

1.13.2. Mobile Applications Wireflow Diagram

Enlace: https://www.figma.com/file/BYuOxFfZ6vXGSfqmCIDyYj/Applications-
Wireflow-Diagrams?node-id=0-1

https://haisha10.github.io/Financy/
81

1.13.3. Web Applications Mock-ups

https://haisha10.github.io/Financy/
82

https://haisha10.github.io/Financy/
83

https://haisha10.github.io/Financy/
84

https://haisha10.github.io/Financy/
85

Enlace: https://www.figma.com/file/JpH0dtAyiFfXlG3PAzO4ri/Web-Applications-
User-Flow-Diagrams?node-id=0-1

https://haisha10.github.io/Financy/
86

1.13.4. Web Applications User Flow Diagram

Enlace: https://www.figma.com/file/JpH0dtAyiFfXlG3PAzO4ri/Web-Applications-
User-Flow-Diagrams?node-id=0-1

https://haisha10.github.io/Financy/
87

1.14. Web Applications Prototyping

Login: https://youtu.be/HIIkrqSFkrk

https://haisha10.github.io/Financy/
88

1.15. Software Object-Oriented Design


1.15.1. Class Diagrams

1.15.2. Class Dictionary


User Descripción

Id_User Id de usuario

name Nombre del usuario

lastName Apellido del usuario

email Correo electrónico del usuario

password Contraseña del usuario

https://haisha10.github.io/Financy/
89

Forgot_Password Descripción

Id_Forgot_Password Id de Forgot_Password

code Código de verificación

Finances Descripción

Id_Finances Id de Finances

moneyInitial Dinero inicial

Income Ingresos

Expense Egresos

Recomendations Descripción

Id_Recomendations Id del usuario

tips Recomendaciones sobre finanzas

Ofertas_de_Trabajo Descripción

Id_Ofertas_de_Trabajo Id de Ofertas_de_Trabajo

companyName Nombre de la empresa

JobPost Puesto que ocuparía

Salary Salario

Requirements Requisitos que necesita para postular

Search_Job Descripción

Id_Search_Job Id de Search_Job

https://haisha10.github.io/Financy/
90

1.16. Database Design


1.16.1. Database Diagram

https://haisha10.github.io/Financy/
91

CHAPT
CAPÍTULO V: PRODUCT

5
ER
IMPLEMENTATION,
VALIDATION & DEPLOYMENT

1.17. Software Configuration Management


1.17.1. Software Development Environment Configuration
1.17.1.1. Project Management y Requirements Management
Para llevar a cabo ambas tareas, una herramienta recomendada es Trello, ya que cuenta
con una interfaz sencilla y fácil de aprender y utilizar. Además, esta herramienta es
colaborativa, lo que permite asignar tareas a cada miembro del equipo y trabajar juntos
simultáneamente. Toda la información se organiza en tableros, lo que facilita la creación
del Product Backlog. Con respecto a las historias de usuario, se pueden organizar y
diferenciar por etiquetas, ya sea por prioridad o por usuario.

1.17.1.2. Product UX/UI Design


Para crear los Wireframes, Mockups y Wireflow Diagrams, existen varias herramientas
colaborativas disponibles como Adobe XD, Sketch, Figma, entre otras. Sin embargo,
Figma es una de las mejores herramientas para esta tarea, ya que permite trabajar en
equipo de manera simultánea y posee una interfaz intuitiva.

1.17.1.3. Software Development


Para el desarrollo de software, se puede utilizar GitHub, una herramienta conocida y
gratuita. En ella, es posible crear proyectos, issues y milestones, que ayudan en la
gestión del proyecto y permiten definir objetivos generales o descriptivos, así como
etiquetar cada issue para filtrar búsquedas específicas. También se pueden asignar tareas
a los miembros del equipo, y utilizar tablas para visualizar las tareas por hacer, las
terminadas y las que están en proceso. Por último, se puede adjuntar el código
correspondiente al trabajo realizado.

https://haisha10.github.io/Financy/
92

1.17.2. Source Code Management


Repositorio: https://github.com/Haisha10/Finansy

Gitflow

Para el flujo de nuestro proyecto, se seguirán los siguientes pasos:

1. Primero, se creará una main o master branch en la cual solamente se subirán los
releases o hotfixes terminados y probados.
2. Segundo, se creará una develop branch en la cual se desarrollarán todas las
funcionalidades y se corregirán bugs. Posteriormente, esta branch se deberá
fusionar con la main branch como explicaremos más adelante.
3. Tercero, por cada feature que se vaya a desarrollar se creará una rama del develop
brand en la cual se desarrollarán todas las tasks que abarcan dicho feature para
finalmente hacer un merge con el develop branch.
4. Cuarto, cuando ya se hayan desarrollado una cantidad determinada de features en
el develop branch se creará una rama del mismo llamado releases en donde se
pulirán detalles de los features así como se planificará y desarrollará todo con
respecto al release o lanzamiento. Posteriormente, esta rama hará un merge con el
main o master branch lanzándose así una nueva versión de nuestro sofware.

Semantic versioning

Para etiquetar cada uno de los releases se empleará la siguiente semántica:

vMajor.Minor.Patch

En donde Major es la versión principal la cual marca un cambio significativo entre


versiones, Minor es la versión derivada de la versión principal en donde se añaden
determinadas funcionalidades retro compatibles y Patch es la versión derivada a la
Minor en la cual se corrigen bugs

Por ejemplo, en el gitflow nuestro primer release será la versión v 0.0.1 ya que es una
versión preliminar para iniciar el repositorio.

Otro ejemplo sería la versión v1.0.0 la cual sería la primera versión terminada.

https://haisha10.github.io/Financy/
93

Conventional commits

La sintaxis que utilizar para cada commit sería la siguiente

<type>[optional scope]: <description>

El type hace referencia al tipo de commit incluyendo su contenido:

 feat: cuando se añade una nueva funcionalidad.


 fix: cuando se arregla un error.
 chore: tareas rutinarias que no sean específicas de una feature o un error como
por ejemplo añadir contenido al fichero .gitignore o instalar una dependencia.
 test: si añadimos o arreglamos tests.
 docs: cuando solo se modifica documentación.
 build: cuando el cambio afecta al compilado del proyecto.
 ci: el cambio afecta a ficheros de configuración y scripts relacionados con la
integración continua.
 style: cambios de legibilidad o formateo de código que no afecta a funcionalidad.
 refactor: cambio de código que no corrige errores ni añade funcionalidad, pero
mejora el código.
 perf: usado para mejoras de rendimiento.
 revert: si el commit revierte un commit anterior. Debería indicarse el hash del
commit que se revierte.

1.17.3. Source Code Style Guide & Conventions


1.17.3.1. HTML5 Conventions
 Usar minúsculas: Aunque HTML no distingue entre mayúsculas y minúsculas, es
buena práctica utilizar siempre minúsculas para escribir etiquetas HTML y
atributos. Esto hace que el código sea más fácil de leer y reduce el riesgo de
errores de escritura.
 Usar comillas dobles: Para los atributos, es mejor usar comillas dobles (" ") en
lugar de comillas simples (' '), ya que las comillas dobles son el estándar en
HTML.
 Usar indentación: Para hacer más legible el código HTML, es recomendable
indentar cada nivel de la estructura de código.

https://haisha10.github.io/Financy/
94

 Usar etiquetas semánticas: HTML5 ha introducido nuevas etiquetas semánticas,


como <header>, <footer>, <article>, <section>, entre otras, que se utilizan para
definir mejor la estructura del contenido en una página web.
 Usar atributos alt y title en las imágenes: El atributo "alt" debe utilizarse para
describir la imagen cuando no se carga correctamente, mientras que el atributo
"title" se utiliza para mostrar información adicional sobre la imagen.
 Usar atributos label y for en los formularios: El atributo "label" se utiliza para
etiquetar el campo de entrada, mientras que el atributo "for" se utiliza para
especificar el ID del campo de entrada.
 Usar atributo rel en los enlaces: El atributo "rel" se utiliza para especificar la
relación entre la página actual y la página vinculada.
 Usar atributo lang en la etiqueta html: El atributo "lang" se utiliza para especificar
el idioma de la página web.
 Evitar usar estilos en línea: Aunque es posible utilizar estilos en línea, se
recomienda evitarlos en la medida de lo posible y utilizar hojas de estilo externas
en su lugar.
 Usar comentarios para aclarar el código: Los comentarios pueden ser útiles para
explicar el código y hacerlo más fácil de entender para otros desarrolladores.

1.17.3.2. CSS Conventions


 Nomenclatura: utiliza nombres claros y descriptivos para las clases y los
identificadores. Usa minúsculas y guiones para separar las palabras.
 Uso de comentarios: utiliza comentarios para explicar el propósito de una sección
de CSS o para dejar notas sobre partes del código.
 Orden de las propiedades: sigue un orden lógico al definir las propiedades de
estilo, por ejemplo, primero el tipo de visualización, seguido del tamaño, la
posición y el color.

https://haisha10.github.io/Financy/
95

 Responsabilidad única: cada regla de estilo debe tener una sola responsabilidad,
evitando mezclar diferentes estilos y separando las secciones de estilo para cada
parte de la página.
 Uso de variables: utiliza variables CSS para almacenar valores que se utilizan
varias veces en el código, lo que permite un fácil cambio y mantenimiento en el
futuro.
 Evitar estilos en línea: evita definir estilos directamente en el HTML (en línea) y
utiliza CSS externo para una mayor legibilidad y mantenimiento.
 Agrupación: agrupa los selectores en una sola línea y separa las reglas de estilo en
líneas separadas para una fácil lectura.
 Compatibilidad con navegadores: asegúrate de que tus estilos sean compatibles
con diferentes navegadores y versiones, utilizando las opciones de prefijo (como -
webkit-, -moz-, etc.) para algunas propiedades.
 Documentación: documenta el código CSS, utilizando un README u otros
documentos para describir el propósito y la estructura de la hoja de estilo.
 Mantenimiento: evita la repetición de estilos similares y elimina el código CSS no
utilizado para facilitar el mantenimiento y la actualización de la página web.

1.17.3.3. TypeScript Conventions


 Usa camelCase para nombrar variables, funciones y parámetros.
 Usa PascalCase para nombrar clases e interfaces.
 Usa UPPER_CASE para nombrar constantes.
 Usa tipos explícitos para todas las variables, parámetros y funciones.
 Usa la palabra clave readonly para las propiedades que no deben ser modificadas
después de su inicialización.
 Usa la palabra clave interface para definir tipos de objetos.
 Usa la palabra clave type para definir tipos de datos que no son objetos.
 Usa la palabra clave enum para definir conjuntos de valores relacionados.
 Usa los operadores as o <> para hacer casting de tipos.
 Usa null para indicar que una variable no tiene valor y undefined para indicar que
una variable no ha sido inicializada.
https://haisha10.github.io/Financy/
96

 Evita usar el tipo any ya que esto puede hacer que el código sea difícil de
entender y mantener.
 Usa el modificador public para las propiedades y métodos que deben ser
accesibles desde fuera de la clase.
 Usa el modificador private para las propiedades y métodos que solo deben ser
accesibles desde dentro de la clase.
 Usa el modificador protected para las propiedades y métodos que deben ser
accesibles desde la clase y sus subclases.
 Usa la convención I al principio del nombre de las interfaces, por ejemplo, IUser.
 Usa la convención T al principio del nombre de los tipos genéricos, por ejemplo,
TUser.
 Usa la convención E al principio del nombre de las enumeraciones, por ejemplo,
EColor.
 Usa la convención PascalCase para nombrar los nombres de los archivos que
contienen clases o interfaces.

1.17.4. Software Deployment Configuration


Ingresar al repositorio https://github.com/Haisha10/Finansy:

https://haisha10.github.io/Financy/
97

Hacer clic en la opción Settings:

Dentro del grupo Code and automation, hacer clic en Pages, y habilitarlo,
seleccionando la rama con el código para desplegar:

https://haisha10.github.io/Financy/
98

https://haisha10.github.io/Financy/
99

1.18. Landing Page, Services & Applications


Implementation
1.18.1. Sprint 1
1.18.1.1. Sprint Backlog 1
1.18.1.2. Development Evidence for Sprint Review

Enlace:
https://trello.com/invite/b/Ft3TdoxS/ATTI53c931877247951d494c9378af6c791029B6C9B
E/financy

https://haisha10.github.io/Financy/
100

1.18.1.3. Testing Suite Evidence for Sprint Review


1.18.1.4. Execution Evidence for Sprint Review
1.18.1.5. Services Documentation Evidence for Sprint Review
1.18.1.6. Software Deployment Evidence for Sprint Review
Para elaborar el landing page fue necesario que todos los miembros estuvieran en todas
las reuniones realizadas en la plataforma discord y estuvieran familiarizados con el
código, el cual se realizó en Visual studio Code. Asimismo, todos estuvieron en el trello
realizando el Sprint 1.

https://haisha10.github.io/Financy/
101

1.18.1.7. Team Collaboration Insights during Sprint

1.18.2. Sprint 2

https://haisha10.github.io/Financy/
102

1.18.2.1. Sprint Backlog 1


1.18.2.2. Development Evidence for Sprint Review

Enlace:
https://trello.com/invite/b/Ft3TdoxS/ATTI53c931877247951d494c9378af6c791029B6C9B
E/financy

1.18.2.3. Testing Suite Evidence for Sprint Review


1.18.2.4. Execution Evidence for Sprint Review
1.18.2.5. Services Documentation Evidence for Sprint Review
1.18.2.6. Software Deployment Evidence for Sprint Review
1.18.2.7. Team Collaboration Insights during Sprint

https://haisha10.github.io/Financy/
103

CONCLUSIONES
 Durante la fase inicial del proyecto, utilizamos las 5W's y 2H's para generar ideas
sobre nuestro proyecto y el público objetivo. Esto nos permitió establecer un
punto de partida sólido y, al finalizar el trabajo, pudimos ver cómo nuestra
investigación se reflejó en el producto final y en nuestro público objetivo.
 Para crear una aplicación exitosa, es importante seguir los principios y valores
Agile. Esto nos permite mejorar y afinar el producto con la retroalimentación del
usuario final sin tener que empezar de nuevo. Además, la satisfacción del cliente
es prioridad para asegurarnos de que la aplicación tenga el valor adecuado para
ellos.
 Es importante tener en cuenta que nuestras suposiciones sobre el negocio y el
usuario son solo eso, suposiciones. Por lo tanto, realizamos entrevistas para
descartar o agregar cualquier otra acción que no hayamos considerado. La
clasificación del Lean UX Canvas nos ayudó a mejorar nuestra perspectiva y
estrategias.
 Realizar un análisis competitivo fue esencial para conocer a nuestra competencia
y descubrir sus debilidades para convertirlas en nuestras fortalezas. Realizamos
entrevistas con cada tipo de usuario para entender sus necesidades y crear
esquemas de cómo interactuarían con la aplicación.
 El diseño de la aplicación es fundamental para atraer a los usuarios y la
navegación es importante para facilitar su uso. Por lo tanto, creamos wireframes y
mockups para el landing page y los prototipos de Android e IOS. También
aprendimos HTML y CSS para la implementación. Financy logró transmitir sus
objetivos a través de la aplicación, mejorando la calidad de vida de las personas y
ofreciéndoles una administración de su dinero, búsqueda de empleos e
inversiones con el apoyo de asesores profesionales.
 La comunicación en equipo es clave para el éxito del proyecto. Mantenemos un
ambiente de trabajo ameno y respetamos las ideas de los demás.

https://haisha10.github.io/Financy/
104

RECOMENDACIONES
 Es esencial adquirir habilidades en cada herramienta enseñada en el curso actual,
ya que cada una cumple una función específica. Por ejemplo, el User Persona nos
proporciona una visión más clara del usuario final al crearlo a partir de entrevistas
y recopilación de datos de personas reales.
 La comunicación dentro del equipo es crucial, ya que permite una asignación
equitativa y eficiente de tareas. En ocasiones, optamos por trabajar
simultáneamente utilizando Discord, lo que nos facilitó el desarrollo del trabajo y
nos permitió entender mejor cada actividad con el objetivo de crear una
aplicación funcional.
 Se sugiere explorar diseños web en línea para obtener inspiración y una variedad
de ideas para el diseño del landing page.
 Recomendamos practicar Git Flow, ya que ayuda a mantener organizado y seguro
todo el proceso de creación de nuevas funciones y solución de problemas en el
código, evitando la pérdida de información importante.
 Para el equipo de Financy, es recomendable tener conocimientos sólidos en
HTML y CSS para evitar retrasos en el desarrollo del landing page. Practicar más
en estos lenguajes de programación también ayudará a tener buenas prácticas de
codificación y lograr un código óptimo.

https://haisha10.github.io/Financy/
105

REFERENCIAS
Chamorro, A. (2022). Conventional Commits - Qué es y por qué deberías empezar a
utilizarlo. DEV Community. https://dev.to/achamorro_dev/conventional-
commits-que-es-y-por-que-deberias-empezar-a-utilizarlo-23an

Dorian Designs. [Dorian Designs] (2020). Gulp 4 - Primeros pasos + babel [Video].
Youtube. https://www.youtube.com/watch?v=xE45euIRDr8&t=1562s

EDteam. [EDteam] (28 de octubre de 2019). Curso Figma desde cero - Aprende a
diseñar en equipo y en tiempo real. Youtube. https://www.youtube.com/watch?
v=FoCNedUiVqU

PROGRESSA LEAN. (2014). 5W+2H Técnica de análisis de problemas. Recuperado


de: https://www.progressalean.com/5w2h-tecnica-de-analisis-de-problemas/

w3schools. (s. f.). JavaScript Best Practices. JavaScript Best Practices. Recuperado de
https://www.w3schools.com/js/js_best_practices.asp

https://haisha10.github.io/Financy/

You might also like