🚀¿Qué debo tener en cuenta antes de 👉desarrollar mi APP❓📱

Cristian Henao
16 Apr 201915:44

Summary

TLDREl guion ofrece un paso a paso para desarrollar una aplicación móvil desde cero, enfocándose en las etapas clave del proceso de desarrollo de software. Se discuten metodologías tradicionales y ágiles como SCRUM, y se destaca la importancia de la conceptualización, definición, diseño y publicación de la aplicación. El instructor, con experiencia en el SENA, resalta la documentación y la organización como pilar para garantizar la calidad del software final.

Takeaways

  • 😀 La importancia de entender el proceso de desarrollo de aplicaciones móviles antes de comenzar a programar.
  • 🛠 Se menciona la secuencia de videos que guiará en el desarrollo de una aplicación desde cero, enfocándose en el proceso detrás del desarrollo en lugar de solo en la programación.
  • 🎥 El autor reconoce las limitaciones técnicas de un video anterior, pero enfatiza la importancia del contenido en lugar de la calidad técnica del material.
  • 📝 Se destaca la necesidad de documentar y seguir etapas claras en el desarrollo de software, como conceptualización, diseño, desarrollo y publicación.
  • 🔄 Se describe el ciclo de vida del software y se mencionan diferentes modelos de desarrollo, incluyendo el modelo en cascada y el modelo en espiral.
  • 🛑 Se discuten metodologías de desarrollo de software, como RUP y Scrum, destacando Scrum como una metodología ágil que se utilizará en el desarrollo de la aplicación.
  • 🤔 Se enfatiza la importancia de la conceptualización, que incluye definir la idea, investigar necesidades y problemáticas, y formalizar la propuesta.
  • 📈 Se sugiere investigar la competencia y el mercado para entender el alcance y la viabilidad de la aplicación propuesta.
  • 📱 Se menciona la necesidad de considerar herramientas y recursos disponibles para el desarrollo, incluyendo la elección entre aplicaciones nativas o híbridas.
  • 📋 Se destaca la importancia de definir requisitos funcionales y no funcionales, que son esenciales para garantizar la calidad y funcionalidad de la aplicación.
  • 📝 Se habla sobre la fase de definición, donde se detallan los usuarios y se utilizan historias de usuario para describir funcionalidades y criterios de aceptación.

Q & A

  • ¿Qué es el modelo en cascada y cómo se relaciona con el desarrollo de software?

    -El modelo en cascada es una técnica de desarrollo de software en la que el proceso de desarrollo se divide en fases secuenciales y claramente definidas, como el planteamiento del problema, análisis, implementación, pruebas, depuración, entrega y producción. Este modelo es útil para mostrar cómo funciona el ciclo de vida del software y permite una estructura organizada en el proceso de desarrollo.

  • ¿Cuáles son algunos de los modelos de desarrollo de software alternativos al modelo en cascada?

    -Algunos modelos alternativos incluyen el modelo en espiral, que combina características del modelo en cascada con un enfoque iterativo y incremental, y el modelo de Unified Process, que es una metodología de desarrollo de software enfocada a proyectos grandes y robustos.

  • ¿Qué es una metodología de desarrollo de software y cómo ayuda a los desarrolladores?

    -Una metodología de desarrollo de software es una colección de procedimientos, técnicas, herramientas y documentos que ayudan a los desarrolladores a implementar sistemas de información de manera estructurada y sistemática. Proporciona pautas para abordar el ciclo de vida del software y asegurar la calidad del producto final.

  • ¿Qué es Scrum y cómo se relaciona con el desarrollo ágil de software?

    -Scrum es una metodología ágil de desarrollo de software que se enfoca en la entrega rápida y continua de productos funcionales a través de iteraciones llamadas sprints. Define roles, como el Scrum Master y el Product Owner, y artefactos como el product backlog y el sprint backlog, para organizar y gestionar el trabajo en equipo.

  • ¿Por qué es importante conocer las metodologías tradicionales y ágiles antes de comenzar con el desarrollo de una aplicación móvil?

    -Conocer las metodologías tradicionales y ágiles es importante porque te permite elegir la que mejor se adapte a las necesidades de tu proyecto, ya sea una enfocada en un proceso estructurado y planificado o una que permita una mayor flexibilidad y adaptabilidad durante el desarrollo de la aplicación móvil.

  • ¿Qué es la conceptualización en el desarrollo de una aplicación móvil y qué aspectos se deben considerar?

    -La conceptualización es la fase inicial del desarrollo de una aplicación móvil donde se define la idea y se identifican las necesidades o problemáticas de los usuarios. Se realiza una investigación para determinar la viabilidad del concepto y se formaliza la idea, considerando aspectos como el perfil de los usuarios, la competencia y las herramientas y recursos disponibles.

  • ¿Qué son las historias de usuario y cómo se utilizan en la definición de una aplicación móvil?

    -Las historias de usuario son descripciones cortas y simples de una funcionalidad escritas desde la perspectiva del usuario, que describen qué funcionalidad necesitan en el sistema. Se utilizan para definir claramente los requisitos funcionales de la aplicación y para garantizar que se aborden las necesidades de los usuarios.

  • ¿Cuáles son los requisitos funcionales y no funcionales, y cómo se diferencian?

    -Los requisitos funcionales son aquellas funcionalidades específicas que el sistema debe realizar, como el registro de usuarios. Los requisitos no funcionales, por otro lado, se refieren a los atributos de calidad del sistema, como la velocidad de respuesta o la usabilidad, que no definen directamente la funcionalidad pero afectan la calidad del producto.

  • ¿Qué es el diseño en el desarrollo de una aplicación móvil y qué se considera en esta fase?

    -El diseño es la fase en la que se crea un plano gráfico tangible de la aplicación, definiendo su estructura, la arquitectura de la información y el flujo de navegación. Se utilizan herramientas como wireframes y prototipos para visualizar cómo será la aplicación y se prueba con usuarios para recopilar feedback antes de la implementación.

  • ¿Cómo se deciden las herramientas y recursos necesarios para el desarrollo de una aplicación móvil?

    -La elección de las herramientas y recursos depende del tipo de aplicación que se está desarrollando, ya sea nativa o híbrida, y de las plataformas y dispositivos que se desea apoyar. Es importante tener en cuenta aspectos técnicos y la plataforma donde se va a implementar la aplicación para seleccionar las herramientas adecuadas.

  • ¿Qué es la fase de publicación en el desarrollo de una aplicación móvil y qué incluye?

    -La fase de publicación es el proceso final del desarrollo de una aplicación móvil, donde la aplicación se prepara para ser lanzada al mercado. Incluye pruebas finales, aseguramiento de calidad, publicación en tiendas de aplicaciones y marketing para promocionar la aplicación a los usuarios.

Outlines

00:00

😀 Introducción al desarrollo de aplicaciones móviles

El primer párrafo presenta un tutorial sobre cómo comenzar a desarrollar una aplicación móvil. Se menciona que el proyecto será una secuencia de videos que enseñará los pasos a seguir desde el inicio del proceso de desarrollo. Se enfatiza la importancia de entender las etapas y metodologías detrás del desarrollo de software, incluyendo la metodología tradicional y ágil como SCRUM. También se menciona la necesidad de documentación y la importancia de entender el ciclo de vida del software.

05:01

🤔 Conceptualización y definición de la aplicación

En el segundo párrafo, se discute la fase de conceptualización, que involucra definir la idea de la aplicación, investigar necesidades y problemáticas de los usuarios, y realizar una investigación de viabilidad. Se sugiere que se deben tener en cuenta las categorías de aplicaciones, como entretenimiento, productividad, educación, etc., y se menciona la importancia de entender a los clientes y usuarios, así como la competencia en el mercado. Se destaca la necesidad de considerar herramientas y recursos disponibles, y definir el alcance de la aplicación, incluyendo requisitos funcionales y no funcionales.

10:04

📝 Detalle de usuarios y requisitos con historias de usuario

El tercer párrafo se centra en la fase de definición, donde se detallan los usuarios y se utilizan historias de usuario para describir funcionalidades y alcance de la aplicación. Se explica cómo las historias de usuario son escritas desde la perspectiva del usuario y cómo se relacionan con los requisitos funcionales y no funcionales. Se menciona la importancia de los criterios de aceptación y cómo se asigna prioridad a las historias de usuario. También se toca la metodología ágil SCRUM y cómo se puede utilizar en el proceso de desarrollo.

15:05

🎨 Diseño y prototipado de la aplicación

El cuarto y último párrafo habla sobre el proceso de diseño, donde se crea un plano gráfico tangible basado en los conceptos y definiciones previamente discutidos. Se mencionan diferentes fases del diseño, desde bocetos hasta prototipos funcionales y diseño visual. Se sugiere el uso de herramientas como Photoshop, Illustrator, y Adobe XD para crear prototipos de alta fidelidad. Además, se invita a los espectadores a seguir la secuencia de videos para aprender más sobre cómo aplicar estos conceptos en un proyecto real.

Mindmap

Keywords

💡Desarrollo de aplicaciones móviles

El desarrollo de aplicaciones móviles se refiere al proceso de crear software para dispositivos móviles. Es el tema central del video, donde se discute cómo empezar y los pasos a seguir para crear una aplicación desde cero. Por ejemplo, el guion menciona que el proyecto final es una aplicación para Android, lo que indica que se centra en un sistema operativo específico para dispositivos móviles.

💡Metodologías de desarrollo

Las metodologías de desarrollo son enfoques estructurados para llevar a cabo proyectos de software. En el video, se mencionan metodologías tradicionales y ágiles, como RUP y Scrum, respectivamente. Estas metodologías son importantes para estructurar el proceso de desarrollo de la aplicación y asegurar una entrega eficiente y de calidad.

💡Modelo en cascada

El modelo en cascada es una de las fases del ciclo de vida del software mencionada en el guion. Se trata de un enfoque en el que las diferentes etapas de desarrollo se realizan en secuencia, desde el análisis hasta la entrega y mantenimiento. Este modelo se utiliza para ilustrar cómo se organizan las fases en el proceso de desarrollo de software.

💡Scrum

Scrum es una metodología ágil de desarrollo de software que se menciona en el guion. Se basa en sprints, o iteraciones, cortas y específicas para trabajar en el proyecto. Scrum se destaca por su enfoque en la entrega rápida y continua de funcionalidades, y se utiliza para gestionar el proyecto de aplicación móvil en el video.

💡Conceptualización

La conceptualización es la fase inicial del desarrollo de software donde se define la idea y se identifican las necesidades o problemáticas de los usuarios. En el video, se destaca la importancia de entender el propósito general de la aplicación y su viabilidad antes de proceder con el desarrollo.

💡Historias de usuario

Las historias de usuario son una herramienta utilizada en la metodología Scrum y otras metodologías ágiles para describir las funcionalidades desde la perspectiva del usuario. En el guion, se menciona que estas historias son fundamentales para definir la funcionalidad de la aplicación y sus criterios de aceptación.

💡Diseño

El diseño es una fase clave en el desarrollo de aplicaciones donde se crea un plano gráfico tangible del sistema. El video habla sobre el uso de bocetos, prototipos y herramientas de diseño para visualizar y probar la aplicación antes de la implementación.

💡Prototipos

Los prototipos son versiones iniciales de la aplicación que se utilizan para obtener retroalimentación y validar la idea. En el guion, se discute el uso de prototipos de baja y alta fidelidad para iterar sobre el diseño y la funcionalidad de la aplicación.

💡Requisitos funcionales y no funcionales

Los requisitos funcionales definen las funcionalidades que el sistema debe ofrecer, mientras que los no funcionales se refieren a los atributos de calidad como el rendimiento y la usabilidad. En el video, se resalta la importancia de definir ambos tipos de requisitos para garantizar que la aplicación cumpla con las expectativas del usuario y los estándares de calidad.

💡Arquitectura de información

La arquitectura de información es el mapa de navegación y flujo de la aplicación, que ayuda a entender cómo se organiza el contenido y las interacciones del usuario. En el guion, se menciona que esta arquitectura es crucial para construir el software y complementar las historias de usuario y los prototipos.

Highlights

Introducción al proceso de desarrollo de una aplicación móvil desde cero.

Importancia de entender las etapas detrás del desarrollo de software antes de comenzar a programar.

Discusión sobre los modelos de ciclo de vida del software y metodologías de desarrollo.

Mencion de metodologías tradicionales como RUP y metodologías ágiles como Scrum.

La aplicación 'strippers' como ejemplo de proyecto para el desarrollo de una aplicación móvil.

La conceptualización como la definición de la idea y la investigación de necesidades de los usuarios.

Identificación de la categoría de la aplicación y su enfoque en el mercado.

Análisis de la competencia y cómo utilizarla para mejorar la propuesta de la aplicación.

Consideración de aspectos demográficos y perfil de usuario para el diseño de la aplicación.

Selección de herramientas y recursos disponibles para el desarrollo de la aplicación.

Definición del alcance de la aplicación y sus características, incluyendo la accesibilidad y el almacenamiento de datos.

Identificación de requisitos funcionales y no funcionales basados en las necesidades del cliente y la calidad del sistema.

Uso de historias de usuario para definir la funcionalidad y el alcance de la aplicación.

Importancia de los criterios de aceptación en las historias de usuario para garantizar la calidad del software.

Fase de diseño que incluye prototipos y wireframes para visualizar la aplicación.

Estrategia para elegir entre aplicaciones nativas o híbridas según las necesidades del proyecto.

Selección de la plataforma y dispositivos para probar y verificar la aplicación desarrollada.

Conclusión sobre la importancia del conocimiento del proceso de desarrollo para crear software de calidad.

Transcripts

play00:00

tiene alguna idea de desarrollar una

play00:01

aplicación móvil pero no saben por dónde

play00:02

empezar en esto les vamos a traer un

play00:05

paso a paso de lo que tener en cuenta

play00:06

para iniciar ese proceso

play00:10

[Música]

play00:12

les cuento que ya vamos a empezar pues

play00:13

que la secuencia de vídeos de desarrollo

play00:15

desde cero

play00:16

de la aplicación strippers pero como es

play00:18

el proyecto final básicamente de esta

play00:20

secuencia de vídeos del curso de

play00:22

androides de cero no quiero sentarme

play00:24

directamente a desarrollar y ya sino que

play00:26

quiero que ustedes conozcan básicamente

play00:28

qué hay detrás de todo ese proceso de

play00:30

desarrollo ya nuestro vídeo que les dejo

play00:32

por acá en una tarjeta que les aparece

play00:34

lado o en la descripción del vídeo les

play00:36

hable sobre las diferentes etapas

play00:37

queremos tener en cuenta que ahora

play00:38

desaprovechó les digo que ese vídeo fue

play00:40

hace mucho tiempo apenas aprendiendo a

play00:43

ser digamos que este tipo de vídeos para

play00:44

youtube apenas a metiendo los efectos de

play00:46

croma no tenía buena cámara no tenía

play00:47

buen micrófono tenía buena resolución no

play00:50

tenía muy buena práctica que digamos así

play00:51

que por favor no me crucifiquen y se

play00:53

interesen en el contenido del vídeo y

play00:55

básicamente hay les contaba todas

play00:56

diferentes etapas a seguir no es

play00:57

oportunidad quiero continuar y quiero

play00:59

repasar un poquito ese temática ya que

play01:01

es fundamental para todo ese proceso de

play01:03

desarrollo y es antes veamos como le

play01:04

mencioné de antes de empezar con el

play01:06

desarrollo directamente de la aplicación

play01:07

quiero que tengamos muy claras estas

play01:09

generalidades ya que son la base

play01:10

fundamental para que todo el proyecto

play01:12

llegue digamos que un buen término

play01:14

cierto

play01:15

voy a hablar muy rápidamente esta

play01:17

generalidad y en un próximo vídeo ya

play01:19

vamos a ver cómo aplicar todos esos

play01:20

conceptos que lo explican en su momento

play01:22

directamente el proyecto stoppers

play01:24

entonces inicialmente si nosotros

play01:26

tenemos una idea de un desarrollo una

play01:28

aplicación móvil o un software en

play01:29

general debemos tener en cuenta que un

play01:31

software básicamente un producto de

play01:33

software es un producto

play01:34

independientemente del tipo al que se

play01:36

nos enfocamos y es móvil si el web si de

play01:38

escritorio es un producto normal si se

play01:41

construye relativamente igual que como

play01:43

construimos cualquier otro producto en

play01:45

sí cualquier producto tiene una serie de

play01:47

etapas una serie de fases donde sabe

play01:49

involucrar procesos de producción

play01:50

procesos de creación procesos de digamos

play01:53

que aseguramiento la calidad entre otros

play01:55

aspectos generales y el software no es

play01:57

la excepción

play01:58

el software va a tener básicamente ese

play02:00

mismo esquema de trabajo si solo que

play02:03

sabemos que el desarrollo del software

play02:04

nos encontramos con fases desde el

play02:06

planteamiento del problema pasamos por

play02:08

análisis e implementación pruebas

play02:10

depuración entrega y porque la salida

play02:12

producción si esas son como las fases

play02:14

insignias de todo nuestro proceso de

play02:17

desarrollo

play02:18

y podemos verlas acá en este modelo en

play02:21

cascada existen muchos otros modelos del

play02:24

modelo en espiral el modelo entre otros

play02:26

que lo que hacen es básicamente

play02:27

mostrarnos cómo funciona ese ciclo de

play02:30

vida del software y ahí están todas las

play02:31

bases que dimensiones y existe

play02:32

metodologías de desarrollo que nos van a

play02:34

permitir básicamente dar pautas para

play02:37

atacar ese ciclo del software esto

play02:40

decimos que una metodología es una

play02:41

colección de procedimientos técnicas

play02:43

herramientas y documentos que ayudan a

play02:45

los desarrolladores en los esfuerzos

play02:47

para implementar los sistemas de

play02:49

información y está formada por las fases

play02:52

que van a atacar ese ciclo como ya lo

play02:54

mencionaba esto si hablamos de las

play02:56

metodologías tradicionales pues ya

play02:57

digamos con nuevo los referentes del rap

play02:59

relacional unified process lo explica en

play03:02

otro vídeo y básicamente el root es una

play03:04

metodología muy grande enfocada a

play03:07

proyectos muy grandes muy robustos donde

play03:09

se ataca del siglo y el software y de

play03:11

ahí se pueden derivar otras metodologías

play03:12

por ejemplo como el cómics que trata de

play03:14

obtener elementos importantes del rut

play03:17

para poder atacar proyectos bien eso nos

play03:19

brinda una serie de documentación a ser

play03:21

y artefactos que nosotros podemos

play03:22

utilizar para nuestro proyecto de

play03:23

software

play03:24

existen metodologías ágiles como por

play03:27

ejemplo scrum que es uno de más

play03:28

populares donde también explicado en

play03:30

otros vídeos este proceso y lo que nos

play03:33

brinda las curvas como unas pautas para

play03:35

atacar ese proyecto que queremos

play03:37

realizar mediante entregas interactivas

play03:39

de productos funcionales eso lo que nos

play03:41

va a hacer es agilizar rápidamente la

play03:44

entrega de esos productos y la entrega

play03:45

final del proyecto de software mediante

play03:47

una serie de roles que están previamente

play03:49

definidos una serie de artefactos o

play03:50

documentos y unas pautas que se

play03:52

desarrollan en el sprint si es una

play03:54

metodología muy chévere que los invito a

play03:56

que conozcan los invito pues a que

play03:57

implementen y que es una de las

play03:59

metodologías que vamos a utilizar en el

play04:01

desarrollo en esa aplicación si nosotros

play04:03

vamos a hablar de ella entonces de una

play04:04

aplicación móvil pero es importante

play04:06

tener en cuenta con aplicación móvil

play04:07

también es un software y por ende va a

play04:09

contar con las mismas etapas que acabo

play04:11

de mencionar cierto sin embargo estas

play04:13

etapas buenas agrupadas en una fase de

play04:16

conceptualización definición diseño

play04:18

desarrollo y al final la publicación si

play04:20

esto es lo que yo les comenté que

play04:23

explique en el vídeo anterior que es de

play04:25

los primeros vídeos pues de la secuencia

play04:26

de android desde cero y me base

play04:29

básicamente en el libro dice

play04:31

apps para móviles que pueden encontrar

play04:33

al final de esta presentación o en la

play04:35

decisión pues el vídeo es completamente

play04:37

gratis me parece un referente excelente

play04:39

para lo que necesitamos hacer entonces

play04:40

ese libro se habla de que existen esas

play04:43

fases y en el diagrama ustedes pueden

play04:44

ver que existen dos roles principales un

play04:46

diseñador un desarrollador y estos dos

play04:48

personajes se van a encontrar bastante y

play04:51

en interactuar bastante para poder

play04:52

lograr con éxito desarrollo la

play04:54

aplicación

play04:55

nosotros vamos a desarrollar una

play04:56

aplicación móvil por lo tanto vamos a

play04:57

basarnos en estas fases pero sin

play04:59

descuidar lo que mencioné anteriormente

play05:01

vamos a tratar de utilizar una

play05:03

metodología tradicional para el proceso

play05:05

de documentación y vamos a tratar de

play05:07

utilizar metodología scrum para llevar

play05:09

digamos que con éxito la gestión del

play05:11

proyecto para los que no saben yo soy

play05:13

instructor del sena mi país y colombia

play05:15

enseño temáticas que tienen que ver con

play05:16

esto con levantamientos requisitos con

play05:19

la parte desarrollo que aparte de

play05:20

pruebas y las etapas del ciclo de vida

play05:22

en general y por eso para mí es

play05:24

importante que conozcamos todo este

play05:26

proceso y que tengamos la documentación

play05:28

organizada ya que eso nos va a permitir

play05:30

en un software de calidad al final pues

play05:32

quiero aprovechar para de una vez

play05:33

transmitirles ustedes ese conocimiento

play05:35

que yo sé que muchas cosas que para

play05:36

poder ser

play05:37

para los trabajos para sus proyectos o

play05:39

para su formación

play05:40

listo pues continuamos acá si nosotros

play05:42

vamos a empezar con esa fase de

play05:43

conceptualización hay que tener en

play05:45

cuenta que la conceptualización es

play05:46

básicamente la definición de la idea si

play05:50

vamos a tener en cuenta que necesidades

play05:53

o problemáticas antes de los usuarios y

play05:55

es ahí te va a responder a una

play05:57

investigación que nosotros vamos a

play05:58

realizar para la posterior digamos qué

play06:00

viabilidad de ese concepto o de la idea

play06:03

que queremos construir en resumen aquí

play06:05

vamos a generar la idea vamos a buscar

play06:08

cuál es el problema o cuál es esa

play06:09

necesidad

play06:10

vamos a investigar muy bien sobre ellos

play06:12

vamos a documentar bastante y al final

play06:14

vamos a formalizar la idea para saber

play06:16

que lo que queremos hacer debemos

play06:17

preguntarnos entonces para esto el para

play06:19

qué si el por qué de nuestra idea o el

play06:22

por qué algo la necesidad que queremos

play06:23

suplir visto cuál es el propósito

play06:25

general de la aplicación y también

play06:27

tenemos que tener muy claro a qué

play06:28

categoría corresponde en el libro nos

play06:30

hablan de que existen diferentes

play06:32

categorías pueden haber más pero

play06:34

básicamente tenemos aplicaciones

play06:36

agrupadas en aplicaciones de

play06:37

entretenimiento aplicaciones sociales de

play06:39

productividad educativas informativas

play06:41

creadas

play06:42

entre otras en nuestro caso la

play06:45

aplicación strippers va a ser una

play06:47

aplicación de entretenimiento pero como

play06:49

voy a subir el paso a paso la concepción

play06:51

del software también la podría asociar a

play06:52

una aplicación educativa aunque pues

play06:54

dentro de la aplicación no se explica

play06:56

nada de la categoría más grande y sería

play06:58

entretenimiento listo produce les

play06:59

permite tienen me entienden esa idea

play07:01

entonces tenemos que tener muy claros el

play07:03

enfoque de nuestra aplicación y también

play07:05

hemos tener muy en cuenta aspectos como

play07:07

cuáles van a ser nuestros clientes

play07:08

cuáles van a ser nuestros usuarios

play07:10

recuerden que el cliente de usuario no

play07:12

siempre lo mismo en mi caso yo no tengo

play07:14

un cliente específico sino que tengo

play07:15

usuarios finales que son ustedes las

play07:17

personas que van a interactuar con la

play07:19

aplicación que la van a descargar que

play07:21

van a jugar y que van a aprender

play07:22

básicamente en el canal vamos a tener

play07:24

muy en cuenta también con la competencia

play07:25

que tenemos en el contexto nuestra

play07:28

aplicación lo mejor para esto es buscar

play07:30

digamos que en acciones de aplicaciones

play07:31

en el play sólo en el appstore cuáles

play07:33

aplicaciones son similares a la de

play07:34

nosotros

play07:35

ojo no para robarnos las ideas sino para

play07:38

tomar un referente y encontrar cuáles

play07:40

efectos son las que ellos tienen para

play07:41

nosotros mejorarlos o resolverlos con

play07:44

nuestra propuesta sí recuerden que por

play07:46

ejemplo yo puedo crear una red social y

play07:48

el hecho de que ya exista facebook

play07:49

exista instagram no quiere decir que yo

play07:51

no pueda crear red social yo puedo crear

play07:53

mi propia aplicación en redes social

play07:54

basándome en elementos de las existentes

play07:57

como una propuesta de mejora o una

play07:59

propuesta innovación también vamos a dar

play08:00

cuenta cuál es el micro mercado hacia

play08:02

quién queremos enfocar la aplicación

play08:04

hasta dónde queremos llegar o cuáles son

play08:06

los usuarios a los que queremos llegar

play08:07

debemos tener en cuenta aspectos

play08:09

demográficos debemos tener en cuenta de

play08:11

dónde son qué edad es cuál es el perfil

play08:13

entre otros elementos que nos puedan

play08:14

aportar para saber muy bien que debemos

play08:16

tener en cuenta cuando queremos con la

play08:18

aplicación si por ejemplo son personas

play08:20

de la tercera edad que tiene en cuenta

play08:21

que de pronto van a querer una

play08:23

aplicación más seria o van a querer un

play08:25

tipo de letra mucho más grande o si es

play08:27

para niños que sean aplicación llamativa

play08:28

colorida que les pueda interesar listo

play08:30

entonces un punto muy importante a tener

play08:32

en cuenta

play08:33

vamos a tener también que contemplar

play08:35

cuáles son las herramientas y recursos

play08:36

que tenemos disponibles si la aplicación

play08:38

va a ser una aplicación nativa una

play08:40

aplicación híbrida y que lo que todo

play08:42

esto conlleva en nuestro caso más

play08:44

desarrollo no aplicación activa para

play08:45

android y amon editar pues no es

play08:47

herramienta en el estudio mont editar

play08:48

nuestros es eficaz

play08:50

vamos a necesitar dispositivos móviles

play08:51

para poder verificar y probar al final

play08:53

esa aplicación entre otros elementos

play08:56

engloba lo que la plataforma y

play08:57

dispositivos y aspectos técnicos cierto

play09:00

también vamos a definir el alcance hasta

play09:02

dónde queremos llegar si vas a una

play09:04

aplicación solamente local si vas a una

play09:06

aplicación que tenga acceso remoto si

play09:09

vamos a tener acceso a internet si vamos

play09:11

a tener simplemente almacenamiento de

play09:13

datos mediante circular o sea preference

play09:15

o ambos y qué características va a tener

play09:18

esa aplicación y luego vamos a carlos

play09:21

requisitos funcionales y los no

play09:22

funcionales recuerden que los requisitos

play09:24

funcionales dependen de los

play09:25

requerimientos del cliente y son todas

play09:27

esas funcionalidades que el sistema va a

play09:29

hacer si el sistema va a no sea

play09:31

registrar usuarios entonces vamos a

play09:34

definir ese requisito funcional como qué

play09:36

sistema permitirá el registro de

play09:38

usuarios y mediante que como ya lo

play09:40

mencioné a mediante circular y de usar

play09:42

preference o una base de torremocha los

play09:44

requisitos no funcionales son requisitos

play09:47

que tienen que ver más con la calidad si

play09:49

son atributos de calidad digamos que

play09:51

estamos hablando de tiempos de respuesta

play09:52

a aspectos de usabilidad aspectos de

play09:55

rendimiento que si bien no afectan o no

play09:58

tienen que estar directamente

play10:01

a los requisitos funcionales obviamente

play10:03

si van a tener relación por ejemplo en

play10:06

el requisito de registrar usuarios si es

play10:08

un requisito funcionario puedo registrar

play10:09

el usuario también me demoré dos minutos

play10:12

registrando lo pero cumple con ese

play10:14

requisito si yo ya le define un

play10:16

requisito no funcional que sea velocidad

play10:18

al momento de registrar o facilidad de

play10:20

registro eso me va a ayudar a que ese

play10:23

requisito funcional ya tenga un atributo

play10:25

de calidad porque puede que yo me muera

play10:27

de tres minutos pero al final lo hago y

play10:29

cumplo con requisitos pero lo funcional

play10:30

me ayuda a que se haga mejor y que se

play10:32

haga de calidad listo ya eso básicamente

play10:34

serían los elementos a tener en cuenta

play10:36

en esa fase en esa etapa de

play10:37

conceptualización después de la

play10:39

conceptualización pasamos a la

play10:40

definición y en la definición se define

play10:43

básicamente con detalle los usuarios que

play10:46

ya están mencionados anteriormente en la

play10:48

etapa de conceptualización si para quien

play10:50

base la aplicación cuáles son los

play10:52

usuarios que van a utilizarla y para

play10:54

esto utilizaremos las historias de

play10:56

usuario que viene muy de la mano a lo

play10:58

que es la metodología scrum y esto

play11:00

también es que hay que tener muy en

play11:01

cuenta cuál la funcionalidad de nuestro

play11:03

sistema basa determinado el alcance real

play11:06

de la aplicación y el project

play11:07

la complejidad que recreamos al momento

play11:10

de desarrollo listo entonces es

play11:11

importante definir los usuarios

play11:13

claramente y la definición funcional

play11:15

como mencionamos utilizarán la historia

play11:17

de usuario que básicamente corresponden

play11:19

a descripciones cortas y simples de una

play11:21

funcionalidad y esas son escritas desde

play11:23

la perspectiva de la persona que

play11:25

necesita una nueva capacidad en el

play11:27

sistema por lo general va a ser un

play11:29

usuario un rol o un área de negocio o el

play11:32

cliente final listo

play11:34

como principal ventaja que tenemos de

play11:36

visores de usuarios que se pueden

play11:37

escribir en un lenguaje natural y un

play11:39

lenguaje fácil de interpretar así como

play11:42

el nivel de detalle que nosotros podemos

play11:43

poner al momento de describir esa

play11:45

historia de usuario veamos acá la

play11:47

estructura nuestro de usuario

play11:48

básicamente debemos tener en cuenta el

play11:50

rol o sea quién cuenta la historia la

play11:53

funcionalidad y el resultado al que

play11:55

queremos llegar entonces vamos a hacer

play11:57

algo como yo como usuario quiero hacer

play11:59

el registro quiero poder registrar

play12:01

jugadores dentro de la aplicación con el

play12:03

objetivo de tener usuarios con quien

play12:06

competir o algo por el estilo y ese

play12:08

historial de usuario también deben

play12:09

contemplar cuáles son los criterios de

play12:11

aceptación o las digamos posibles

play12:14

pruebas que vamos a tener a futuro para

play12:16

garantizar que nuestra historia funciona

play12:18

correctamente aquí tengo un ejemplo de

play12:21

una historia de usuario que trabajamos

play12:23

con esos aprendices en el que ellos

play12:25

describen una funcionalidad con el

play12:27

formato rol funcionalidad resultado y se

play12:30

ponen los criterio de aceptación para

play12:32

garantizar pues el éxito de esa historia

play12:34

como tal ahí también tenemos básicamente

play12:37

el requisito asociado porque el serios

play12:39

usuario problemas van a

play12:40

un requisito funcional y el peso que le

play12:42

vamos a poner a la historia ese peso

play12:44

puede variar de 1 a 5 normalmente o

play12:47

depende pues del contexto del proyecto

play12:49

como lo quieran

play12:50

asignar donde uno viene siendo menor

play12:53

prioridad y 5 la máxima prioridad para

play12:56

que tengamos pues un claro ejemplo de lo

play12:58

que debe contemplar un método desarrollo

play13:00

después de las historias de usuario ya

play13:02

podemos pasar la fase de diseño si ojo

play13:05

que por ejemplo si nosotros trabajamos

play13:06

con la metodología iconix que mencioné

play13:08

al principio del vídeo la metodología

play13:10

nos permite trabajar directamente desde

play13:12

los prototipos y después de los

play13:13

prototipos empezamos a sacar requisitos

play13:16

y a sacar diseño y la aplicación

play13:18

nosotros el podríamos hacer eso

play13:19

perfectamente pero la historia de

play13:20

usuario digamos que son un proceso que

play13:22

podemos utilizar el terno ese tema de

play13:24

prototipado ya que podemos sacar

play13:25

perfectamente la historia de usuario y

play13:27

luego con base de ellas los prototipos

play13:30

en el diseño pues básicamente llegamos a

play13:32

un plano gráfico entre comillas tangible

play13:35

y los conceptos y definiciones que

play13:37

hablamos anteriormente primero podemos

play13:39

utilizar web frames que son como bocetos

play13:41

de cómo va a quedar el sistema si los

play13:43

primeros prototipos para ser tenidos en

play13:45

cuenta y probos por los usuarios luego

play13:47

sacamos para ya los prototipos un

play13:48

poquito más funcionales luego podemos

play13:50

hacer tests con los usuarios y ya tener

play13:52

en últimas el diseño visual si eso

play13:54

involucra definir la propuesta

play13:56

básicamente de de hacia dónde va

play13:59

enfocado esa aplicación si vas a una

play14:01

aplicación tipo smartphone si va a ser

play14:03

tablet si va a tener las dos

play14:05

orientaciones que serían molanes came

play14:07

word portraits o si va a tener todos los

play14:09

anteriores en nuestro caso en esta

play14:11

aplicación inicialmente va a ser

play14:12

solamente para smartphone y luego será

play14:14

optimizada para el tema de las tabletas

play14:15

listo y cuando tengamos todo eso claro

play14:18

ya podemos hablar de la arquitectura de

play14:21

la información es arquitectura de

play14:22

información básicamente es como un mapa

play14:25

de navegación como hace el flujo de

play14:27

navegación de nuestro sistema firme

play14:29

podrán tenerlo claro ya que nos va a

play14:31

ayudar al momento de construir el

play14:32

software como complemento a las

play14:34

historias de usuario

play14:36

para poder crear los gal fresh o los

play14:38

prototipos básicamente existen

play14:40

diferentes herramientas que nos van a

play14:42

permitir hacer esto si tenemos

play14:43

prototipos o wireframe de baja fidelidad

play14:45

o de alta fidelidad los de baja

play14:48

fidelidad son esos en los que nosotros

play14:50

no nos preocupamos tanto por el diseño

play14:52

sino como me preocupa un poquito más es

play14:54

por esa funcionalidad esos aspectos

play14:56

generales podemos utilizar papel y lápiz

play14:59

que es como el principal herramientas

play15:01

como nidia modo como bolsa como capo

play15:03

como en este caso yo voy a utilizar como

play15:05

flash y en el próximo video pues veremos

play15:07

ese ese esquema de alta realidad para

play15:09

utilizar de herramientas tipo de

play15:10

photoshop illustrator luz main me parece

play15:12

excelente para los prototipos o adobe x

play15:15

de dependiendo de la tecnología que

play15:16

queramos utilizar y listo aquiles de las

play15:18

referencias pueden consultar todo esto

play15:20

espero que tengan un primer acercamiento

play15:22

rápido a lo que vemos contemplar en el

play15:25

próximo vídeo le puedo hablar un poquito

play15:26

más de cómo aplicamos esta generalidad a

play15:28

nuestro proyecto de súper se recuerda

play15:29

que existen en ado no olvide suscribirse

play15:31

muy bien comentar y estén muy pendientes

play15:32

que ya vamos a iniciar con la secuencia

play15:34

chao y nos vemos en una próxima

play15:35

oportunidad

play15:40

[Aplausos]

Rate This

5.0 / 5 (0 votes)

Related Tags
Desarrollo de AppsMetodología ÁgilScrumConcepto a ProducciónDiseño de SoftwareRequisitos FuncionalesPrototiposWireframesAplicaciones MóvilesEntretenimientoEducativo
Do you need a summary in English?