Desarrollo del proyecto: PlatziServicios Fase Startup

Situación/problema que se nos presenta: Estamos en la ducha y de repente se rompe nuestra cañería!

Disparador: Cómo encuentro un plomero de confianza? A partir de allí, empezamos a trabajar en una idea de software

**Primero **comenzamos con los requerimientos del sistema:
Criterios de éxito:
-(Para el cliente) Conectar rápidamente a un cliente con un profesional de confianza.
-(Para el profesional) Garantizar el aumento del volúmen de trabajo al profesional.

Idea: Definición de una forma ideal de como se satisface una necesidad.
Ejemplo: Tener una forma mucho más sencilla de solicitar un servicio de plomería que llegue a mi casa con un plomero que se conozca.

**A partir de los criterios de éxito, vamos a intentar encontrar las Historias de usuario: **
-Como cliente necesito contactar un profesional en el momento para reparar un problema en mi hogar.
-Como cliente necesito conocer la experencia del profesional para decidir a cuál contacto.
-Como profesional necesito cobrar mi trabajo realizado para continuar prestando el servicio.
-Como profesional necesito ampliar mi cartera de clientes para tener más flujo de trabajo.

Requerimientos (más técnicos):
Ciclo de prestación de servicio:
-Solicitar, aceptar y finalizar una prestación de servicio de forma segura.

Comunicación:
-Capacidad de búsqueda y comunicación rápida entre clientes y profesionales disponibles.

Evaluación:
-Capacidad de evaluar profesionales y clientes para referencia futura.

Riesgos: Son referentes a historias de los usuarios.
Ejemplos:
-El cliente utiliza un servicio y no completa el pago en un tiempo determinado
-Un profesional llegó a la puerta de mi casa y no puedo confirmar que sea quien dice que es
-El proyecto no está terminado para la feria de profesionales independientes de Mayo 2019.

**Restricciones: **Limites que tiene nuestro proyecto de acuerdo a variables.

Ejemplo:
-Recursos disponibles para el desarrollo: Programadores, equipos, energía, lugar de trabajo, etc.
-Registro de impuestos del profesional.
-Garantía de profesionales sin antecedentes penales.

Teniendo en cuenta todas las restricciones y requerimientos que existe, tratar de entender qué estilo arquitectonico vamos a utilizar. Tratamos de encontrar la forma más simple de empezar a trabajar: Una arquitectura cliente-servidor montada en la web en donde podamos aprovechar toda la infraestructura de la internet.

Que clase tan genial! Creo que aprendo más con los ejemplos que explican la teoría.

Algoritmo para desarrrollar un proyecto. Etapa Start up

1. Se detecta un problema que requiera y pueda ser resuelto.
2. Pensar en los criterios de exito.
3. Mediante los criterios de éxito, trabajar en las historias de usuario.
   Se debe definir claramente el problema sin entrar en detalles de la solución, pués el espacio del problema debe ser genérico.
4. Encontrar requerimientos técnicos.
5. Encontrar riesgos relacionados a las historias de usuario y a los requerimientos.
6. Definir restricciones.
7. Usando todo lo anterior se busca cual es el Estilo de Arquitectura que más nos sirva, tratando de buscar la forma más simple para comenzar a trabajar.

Excelente clase, es perfecto que se aplique el conocimiento en una situación recurrente en la vida diaria.

Como Arquitectos para escoger el tipo de Estilo debemos:

1. Conocer los Criterios de Éxitos: Estos serán la solución que ofrece el producto. Hay que considerar todos los éxitos por cada parte interesada (Stakeholder)

2.Historia de Usuario: De los criterios de éxito, vamos a intentar encontrar nuestras historias de usuarios, igualmente referidas a por cada stake holder. Siempre solo tratando de describir el problema generico. (Espacio del problema y Espacio de Solución)

3.Requerimientos: Tener en cuenta el Ciclo de vida, comunicación de los StakeHolders.

4.Riesgos: Evaluar los riegos por cada parte interesada, esto nos dará mas contexto sobre la Solución que debemos implementar.

5.Restricciones: Existen algunas restricciones que se detectan; tales como: (Restricciones de Equipo y proyecto)

• Recursos Disponibles para el desarrollo.
• Registro de impuestos
• Ciertas Características de los Stakeholders

Con toda esta información recolectada y conectada, trataremos de entender el Estilo Arquitectónico que debemos empezar a trabajar.
Que sea rápida de desarrollar y que pueda ser usada por nuestros StakeHolders

Mientras den ejemplos mucho mejor

Proyecto

Criterios de éxito
¿Qué es lo que debería hacer de forma beneficiosa para las partes implicadas (Stakeholders)?

Historia de usuario
Según los criterios de éxito que hemos espeificado. ¿Qué es lo que las partes implicadas necesitan para qué se cumplan los criterios de éxito?

Requerimientos
¿Qué es lo que la aplicación va a necesitar en cuanto a sus funcionalidades? Tambíen se debe analizar los requerimientos no funcionales, como por ejemplo utilizar certificado https para aumentar la seguridad del sitio.

Riesgos
¿Qué pasa si no se completa el proceso de pago?, ¿Qué pasa si no se cumple con el servicio prometido?

Restricciones
¿Cuáles son las normativas que hay que tener en cuenta para no incumplir ninguna ley? , ¿Hay recursos monetarios para sostener el desarrollo?

Excelente clase y ejemplo

Genial, prácticamente resumió todo el curso en este video.

Importante tener claro los requerimientos para desarrollar un proyecto con éxito

Me parece muy interesante como esta metodología es muy similar a la forma en que empezamos una startup.

Esta metodología tiene algún nombre en particular?

Repaso de la clase:

Sinopsis: Nuestra startup está teniendo exito como sistema y así mismo hemos de necesitar de nuevos requerimientos para llegar a la mayor cantidad de clientes posible.

Análisis de requerimientos:

Criterios de exito:

Brindar con nuestro servicio a empresas clientes estabilidad y control de costos de las prestaciones de servicios que se necesiten.
Se tiene una visión en el circulo de empresas prestadoras una visión de crecimiento de sus servicios.
Historias de usuario:

El empresario cliente x quiere llevar control de sus finanzas mediante el reporte de gastos en servicios.

El empresario cliente y necesita que halla un grupo de profesionales preferidos para nunca perder la disponibilidad de nuestro servicio.

El empresario prestador x quiere medir el redimiento de sus profesionales.

El empresario prestador y quiere posicionarse mejor en el mercado para obtener más clientes

Requerimientos:

Reportes: Gastos por período, por el tipo de servicio contratado, ingresos, horas trabajadas por el profesional por período y tipo de servicio prestado.

Autorización:

Gestión de usuario: El tipo de empleado que va a tener la empresa.
Roles
Permisos asociado a accines del sistema
Posicionamiento y comunicación: Ranking de prestadores por evaluación, lista priorizada de prestadores por tipo de prestación.

Riesgo

Las empresas clientes no tienen como extraer información del sistema debido a que estas manejan sus propia información.

Los juicios hechos por las misma empresas prestadoras de acuerdo con los fraudes.

Restricciones

Cumplir con estándares de auditoría profesional para que nuestro software sea seguro.

Garantizar la privacidad de datos de consumo

Con todo esto se decide que el estilo arquitectónico en la estructura cliente servidor pasa su transacciones en lote secuencial a los reportes teniendo en cuenta el costo que supone presentar reportes dentro del aplicativo.

Desarrollo:

Disparador: Necesidad de contar con algún arquitecto de confianza

Criterios de éxito:
- Cliente: Contactar rápidamente con algún profesional de confianza
- Profesional: Garantizar el aumento el volumen de trabajo

Historias de usuario:
- Como cliente, necesito contactar un profesional en el momento para reparar un problema
- Como profesional necesito cobrar mi trabajo realizado para continuar prestando el servicio

Requerimientos:
- Ciclo de prestación de servicio: Solicitar, aceptar y finalizar una prestación de servicio de forma segura
- Comunicación: Capacidad de búsqueda y comunicación rápida entre clientes y profesionales disponibles
- Evaluación: Capacidad de evaluar profesionales y clientes para referencia futura

Riesgos:
- Cliente usa un servicio y no completa el pago en un tiempo determinado
- Profesional llego a la puerta de la casa y no puede confirmar que sea quien dice que es
- Proyecto no está terminado para la feria de profesionales de agosto

Restricciones:
- Recursos disponibles para el desarrollo
- Registro de impuestos del profesional
- Garantía de profesionales sin antecedentes penales

Estilo arquitectónico:
- Llamada retorno -> multinivel -> Cliente servidor

• En la web

Mis apuntes:
https://luis-ariza.notion.site/Fundamentos-de-Arquitectura-de-Softwar-5bcb8ebb02f344d8b22266919d6579db

Muy buen ejemplo, creo que muchos nos sentiremos familiarizados ya que no dudo que tu que estas leyendo este mensaje también hayas tenido la idea de crear una aplicación que resuelva un problema de este tipo

Situación/problema que se nos presenta: Estamos en la ducha y de repente se rompe nuestra cañería!
Disparador: Cómo encuentro un plomero de confianza? A partir de allí, empezamos a trabajar en una idea de software
Primerocomenzamos con los requerimientos del sistema:
Criterios de éxito:
-(Para el cliente) Conectar rápidamente a un cliente con un profesional de confianza.
-(Para el profesional) Garantizar el aumento del volúmen de trabajo al profesional.
Idea: Definición de una forma ideal de como se satisface una necesidad.
Ejemplo: Tener una forma mucho más sencilla de solicitar un servicio de plomería que llegue a mi casa con un plomero que se conozca.
**A partir de los criterios de éxito, vamos a intentar encontrar las Historias de usuario: **
-Como cliente necesito contactar un profesional en el momento para reparar un problema en mi hogar.
-Como cliente necesito conocer la experencia del profesional para decidir a cuál contacto.
-Como profesional necesito cobrar mi trabajo realizado para continuar prestando el servicio.
-Como profesional necesito ampliar mi cartera de clientes para tener más flujo de trabajo.
Requerimientos (más técnicos):
Ciclo de prestación de servicio:
-Solicitar, aceptar y finalizar una prestación de servicio de forma segura.
Comunicación:
-Capacidad de búsqueda y comunicación rápida entre clientes y profesionales disponibles.
Evaluación:
-Capacidad de evaluar profesionales y clientes para referencia futura.
Riesgos: Son referentes a historias de los usuarios.
Ejemplos:
-El cliente utiliza un servicio y no completa el pago en un tiempo determinado
-Un profesional llegó a la puerta de mi casa y no puedo confirmar que sea quien dice que es
-El proyecto no está terminado para la feria de profesionales independientes de Mayo 2019.
**Restricciones: **Limites que tiene nuestro proyecto de acuerdo a variables.
Ejemplo:
-Recursos disponibles para el desarrollo: Programadores, equipos, energía, lugar de trabajo, etc.
-Registro de impuestos del profesional.
-Garantía de profesionales sin antecedentes penales.
Teniendo en cuenta todas las restricciones y requerimientos que existe, tratar de entender qué estilo arquitectonico vamos a utilizar. Tratamos de encontrar la forma más simple de empezar a trabajar: Una arquitectura cliente-servidor montada en la web en donde podamos aprovechar toda la infraestructura de la internet

un pequeño aporte es util para un arquitecto clasificar o especificar que arquitectura tiene mas costos y porque esto con respecto a su experiencia

que buen resumen ahora si que se entendio todo 😃

Buena Clase.!!

Criterio de éxito
Usuario
Preguntar y responder
conectarse con personas del mismo interés
Preguntar y ver las respuestas de influencer que le importe
Influencer
Mejorar el vínculo con su público
Hacer un lazo más humano y profundo con sus seguidores
Historias de usuario
Usuario
Preguntar algo sobre algún tema en específico y obtener las respuestas de mejor calidad y rápido
Preguntarle a un famoso algo de su vida y que me responda
Responder preguntas sobre temas en los que tengo conocimiento
Influencer
Responder las top 5 preguntas que a la gente más le interesa sobre mi en formato video
Debatir sobre algún tema con sus seguidores
Requerimientos
Ciclo de interacción
Pregunta → votación → respuesta → comentarios → debate
Comunicación
Sistema de búsqueda para encontrar a alguien en particular
Categorías para acceder a preguntas generales de un cierto tema
Mensajería para comunicarse con alguien por privado
Valoración de preguntas
Sistema de “fire” que naturalmente ordena las preguntas de más, a menos importante.
Información Personal
Perfil con preguntas y respuestas de ese usuario específico

Riesgos
Él proyecto no llega a terminarse para él concurso #potenciate del gobierno de la ciudad
Preguntas o respuestas con contenido violento
No poder tener él conocimiento o tecnología necesaria para una buena usabilidad y rápido uso de videos.
Copiado de features y opacado por empresas gigantes
Restricciones
No poder hacer publicidad explícita en otras redes sociales ya que no nos dejarían por ser competencia directa
Falta de conocimiento profesional para un proyecto tan grande
Dinero para los gastos de la base de datos y otros sistemas de terceros
Estilo arquitectónico
Estilo de llamado y retorno de tipo OOP de parte del cliente y servidor. El servidor sirve como intermediario entre el cliente y la DB. Dentro del servidor, utilizaremos invocación implícita de orientación a servicios que determine qué evento ‘triggerea’ cierta acción. Esto permitirá una sincronización de la información para todos los usuarios al crearse y responderse preguntas.

Muy buen ejemplo, con esto ya me quedo mas claro.

muy buen curso y excelente maestro

Excelente

Repaso de la clase:

PlatziServicios

Situación/Problema:

La bañera de nuestra casa está dañada debido a que se rompió nuestra cañería, es necesario los servicios de un plomero que me permita arreglar dicho problema y sea de nuestra confianza.

Entonces se comienza con los requerimientos del sistema:

Criterio de éxito:

Conectar rápidamente a un cliente con un profesional de confianza.
Garantizar el aumento del volúmen de trabajo al profesional.
Idea: Definición de una forma ideal de como se satisface una necesidad. Ejemplo: Tener una forma mucho más sencilla de solicitar un servicio de plomería que llegue a mi casa con un plomero que se conozca.

-Historias de usuarios: Definir las experiencias que los usuarios han tenido respecto a la solución de su necesidad. Ejemplo:

Experiencia de un cliente x: quiero contactar a un profesional en el momento para reparar un problema en mi hogar.
Experiencia de un cliente y: quiero conocer la experiencia del profesional para decidir a quien contacto.
Experiencia de un profesional x: quiero cobrar mi trabajo realizado para seguir prestando el servicio.
Experiencia de un profesional y: necesito tener más repertorio de personas para ampliar mi currículo de trabajo y flujo del mismo.
Requerimientos más técnicos:

Etapas de la prestación de servicio:
Solicitar, aceptar y finalizar una prestación de servicio de forma segura.
Comunicación: La forma en como el cliente solicita el servicio a su hogar.
Evaluación: Como se evalua los profesionales y clientes para futuros tiempos
Riesgos

Son referentes a historias de los usuarios.

Ejemplo:

El cliente utiliza un servicio y no completa el pago en un tiempo determinado

La persona que solicita el servicio no puede confirmar quien es la persona

Restricciones

Limites que tiene nuestro proyecto de acuerdo a variables.

Ejemplo:

Recursos disponibles para el desarrollo: programadores, equipos de cómputo, energía, comida, lugar de trabajo, servicios públicos, etc.

Registro de impuestos del profesional: Que el profesional cumpla con el pago de impuestos ante las instituciones.

Antecedentes penales: que el profesional cuente con ser un ciudadano ejemplar dentro de la ley.

Teniendo en cuenta todas las restricciones y requerimientos que existe, lo más adecuado es montar una arquitectura cliente-servidor dentro de la web que permite de una manera mucho más sencilla la automatización de procesos.

Repaso del video:

Sinopsis: somos una empresa a gran escala y por ende vamos a necesitar de nuevos requerimientos.

Análisis de requerimientos:

Criterios de exito:

Se desea conectar tanto a empresas locales como globales con los mejores prestadores del servicio.
Como visión se busca dar mayor facilidad de crecimiento y globalización de las empresas prestadoras.
Historias de usuario:

El cliente a: quiere entender el sistema en su propio idioma. Razón: quiere garantizar el buen uso del servicio.
El cliente b: quiere acceder tanto a servicios globales como locales. Razón: Quiere estandarizar a los prestadores en diferentes ubicaciones.
El usuario necesita acceder a los servicios en cualquier momento sin tener problemas de los husos horarios que existan dentro del mismo
La empresa prestadora: quiere brindar el servicio de fomar global. Razón: ampliar su alcance a escala internacional
Requerimientos

Internacionalización:
Traducciones de contenido
Registro de prestadores globales y su capacidad de busqueda local o global.
Disponibilidad de datos:
Que sean medidos mediante reportes en tiempo real
Riesgos

Dificultad de transmisión de conocimiento y productividad de nuestros equipos de desarrollo.
Perdida de datos de manera parcial o total por imprevistos
Dificultad de acceso a los mercados por sus distinción de idiomas.
Restricciones

Husos horarios
La información que se provea a escala internacional
En conclusión: Se necesitan servidores globales y locales que conecten la información necesaria para la toma de decisiones.
A su vez se los reportes se conectan con bus de eventos para ofrecer en tiempo real información acerca de la empresa.

Muy buena explicación, excelente ejemplo

ahora entiendo mejor el flujo de trabajo para iniciar mi idea de startup

con este ejemplo guiado podemos darnos cuenta del flujo que seguiría una aplicación desde el momento en que se percibe esta necesidad hasta el momento de su lanzamiento, de los requerimientos y riesgos que podrían afectar hasta el estilo que se debería utilizar.

Super bien explicado me motive +

Me encanto la forma practica de llevar lo teorico a lo real!

Análisis:
Criterios de éxito
Historias de usuario: siempre en verbo infinitivo.

.

Genial 😃 gracias

La ingeniería de software es una disciplina formada por un conjunto de métodos, herramientas y técnicas que se utilizan en el desarrollo de los programas.

1. Criterios de éxito.
2. Historias de usuario.
3. Requerimientos.
4. Riesgos.
5. Restricciones

Muy buena explicacion

Buena clase!

¡Muy interesante aplicarlo a la práctica!