Gestión de Requerimientos y Seguridad en Servicios Empresariales

Nuestro sistema está creciendo, con eso llegan nuevos requerimientos, riesgos, stakeholders y una visión más amplia de lo que podemos solucionar.

Primero: Reevaluamos nuestros criterios de éxito
-Brindar a las empresas cliente estabilidad y control de costos de las prestaciones de servicios que necesiten
-Brindar a las empresas prestadoras una visión de crecimiento de sus servicios.

Luego, las historias de Usuario que salen de esta nueva visión:
-Como empresa cliente, necesito reportes de gastos en servicios para controlar y entender mis finanzas.
-Como empresa cliente, necesito generar listas de profesionales preferidos para nunca perder la disponibilidad del servicio
-Como empresa prestadora necesito medir el rendimiento de mis profesionales para comprender mi propio crecimiento.
-Como empresa prestadora necesito posicionarme como la mejor empresa del mercado para obtener más clientes.

Requerimientos:
Reportes
-De gastos por período y por tipo de servicio contratado
-De ingresos y horas trabajadas por profesional por periodo y tipo de servicio prestado

Autorización
-Gestión de Usuarios, roles y permisos asociados a acciones del sistema.

Posicionamiento y comunicación
-Ranking de prestadores por evaluación
-Lista priorizada de prestadores por tipo de prestación

Riesgos:
-Las empresas cliente no pueden extraer la información del sistema para integrar a sus aplicaciones existentes (normalmente ya existe un ecosistema de aplicaciones)
-Los indicadores de la empresa prestadora no son indicativos del trabajo realizado
-El proyecto podría recibir juicios de fraude por cobros injustificados.

Restricciones:
-Conformar estándares de auditoria profesional
-Garantizar la privacidad de los datos de consumo

**Estilo arquitectónico: **
El requisito más fuerte arquitectónico que debemos tener en cuenta pasa por los reportes.
Ahora nuestra base de datos se separa. Por un lado, dejamos lo transaccional en una base de datos y en otra, la que que se utilizará para los reportes, a fin de evitar el costo de la lectura de los reportes sobre una misma base de datos (y poner en el peligro toda la estructura de servicios que tenemos en este momento)

Guido, de que parte de argenina sos? Se te escapó un “tenés” en este video jajajajaja, saludos desde Tucumán! @guiwoda

Se repiten los mismos pasos que en la fase anterior, pero aquí se busca adaptar cada uno de los conceptos, es decir, puede que ocurran cambios o que aparezcan nuevos features en los criterios de exito, historias de usuario, requerimientos, riesgos y restricciones.

La arquitectura cliente-servidor es un modelo de diseño de software en el que las tareas se reparten entre los proveedores de recursos o servicios, llamados servidores, y los demandantes, llamados clientes.

Nuestro sistema está creciendo, con eso llegan nuevos requerimientos, riesgos, stakeholders y una visión más amplia de lo que podemos solucionar.

Primero: Reevaluamos nuestros criterios de éxito
-Brindar a las empresas cliente estabilidad y control de costos de las prestaciones de servicios que necesiten
-Brindar a las empresas prestadoras una visión de crecimiento de sus servicios.

Luego, las historias de Usuario que salen de esta nueva visión:
-Como empresa cliente, necesito reportes de gastos en servicios para controlar y entender mis finanzas.
-Como empresa cliente, necesito generar listas de profesionales preferidos para nunca perder la disponibilidad del servicio
-Como empresa prestadora necesito medir el rendimiento de mis profesionales para comprender mi propio crecimiento.
-Como empresa prestadora necesito posicionarme como la mejor empresa del mercado para obtener más clientes.

Requerimientos:
-Reportes
De gastos por período y por tipo de servicio contratado
De ingresos y horas trabajadas por profesional por periodo y tipo de servicio prestado

-Autorización
Gestión de Usuarios, roles y permisos asociados a acciones del sistema.

-Posicionamiento y comunicación:
Ranking de prestadores por evaluación
Lista priorizada de prestadores por tipo de prestación

Riesgos:
-Las empresas cliente no pueden extraer la información del sistema para integrar a sus aplicaciones existentes (normalmente ya existe un ecosistema de aplicaciones)
-Los indicadores de la empresa prestadora no son indicativos del trabajo realizado
-El proyecto podría recibir juicios de fraude por cobros injustificados.

Restricciones:
-Conformar estándares de auditoria profesional
-Garantizar la privacidad de los datos de consumo

**Estilo arquitectónico: **
El requisito más fuerte arquitectónico que debemos tener en cuenta pasa por los reportes.
Ahora nuestra base de datos se separa. Por un lado, dejamos lo transaccional en una base de datos y en otra, la que que se utilizará para los reportes, a fin de evitar el costo de la lectura de los reportes sobre una misma base de datos (y poner en el peligro toda la estructura de servicios que tenemos en este momento)

Crecimiento de un producto ya desarrollado:
- Criterios de Éxito: Si re-evaluamos los criterios de exitos para hacer llegar servicios de empresas a empresas (B2B).
- Historias de Usuario: Estas historias nos darán nuevos requerimientos.
- Requerimientos: se pueden definir nuevas necesidades y roles. (Aquí se Incluyen los Reportes)
- Riesgos
- Restricciones: Las nuevas restricciones que aparecen tienen que ver con estándares de Auditaría. Esto provoca que elevemos nuestros estándares de calidad.

Muy importarte está clase

Excelente Resumen

¿cuándo habla de costos de lectura a qué se refiere?

Nuestro sistema está creciendo, con eso llegan nuevos requerimientos, riesgos, stakeholders y una visión más amplia de lo que podemos solucionar.

Primero: Reevaluamos nuestros criterios de éxito
-Brindar a las empresas cliente estabilidad y control de costos de las prestaciones de servicios que necesiten
-Brindar a las empresas prestadoras una visión de crecimiento de sus servicios.

Luego, las historias de Usuario que salen de esta nueva visión:
-Como empresa cliente, necesito reportes de gastos en servicios para controlar y entender mis finanzas.
-Como empresa cliente, necesito generar listas de profesionales preferidos para nunca perder la disponibilidad del servicio
-Como empresa prestadora necesito medir el rendimiento de mis profesionales para comprender mi propio crecimiento.
-Como empresa prestadora necesito posicionarme como la mejor empresa del mercado para obtener más clientes.

Requerimientos:
-Reportes
De gastos por período y por tipo de servicio contratado
De ingresos y horas trabajadas por profesional por periodo y tipo de servicio prestado

genial

Ampliación a empresas:

Criterios de éxito:
- Brindar a las empresas cliente estabilidad y control de costos de las prestaciones de servicios que necesiten
- Brindar a las empresas prestadoras una visión de crecimiento de sus servicios

Historias de usuario:
- Como empresa cliente necesito reportes de gastos de servicio para controlar y entender mis finanzas
- Como empresa prestadora necesito medir el rendimiento de mis profesionales para comprender mi propio crecimiento

Requerimientos:
- Reportes: Reportes de gastos por periodo y tipo de servicio contratado
- Autorización: Gestión de usuarios, roles y permisos
- Posicionamiento y comunicación: Ranking de prestadores por evaluación

Riesgos:
- Las empresas cliente no puedan extraer la información del sistema para integrar en sus aplicaciones
- El proyecto podría recibir juicios de fraude por cobros injustificados

Restricciones
- Auditoria
- Privacidad

Estilo arquitectónico:
- Cliente servidor
Reportes: Lote secuencial

✅

FASE PRODUCTO EN CRECIMIENTO
.

• Análisis de los requerimientos del sistema.
• Criterios de éxito.
• Requerimientos técnicos.
• Riesgos.
• Restricciones:
  • Estándares de auditoria.
  • Privacidad de datos.

.
En el estilo arquitectónico actual se debe tener en cuenta que se esta partiendo de una decisión previa de una estructura definida.

Va creciendo el proyecto

Interesante!!

Muy bueno!

Veo un riesgo en el caso de las historias de usuarios:
Como empresa cliente necesito generar listas de profesionales preferidos para nunca perder la disponibilidad del servicio.

El riesgo sería que el profesional contratado podría llegar tener tanta confianza con la empresa, que la empresa lo contrataría por su parte, por ende la empresa ahorraría dinero ya que no le paga al intermediario.

Gracias

Que clase tan interesante! Ver el progreso del proyecto en cada fase.

muy bueno !

conforme avanza la aplicación también se incrementa la complejidad y hay que revaluar los requerimientos, riesgos y restricciones para adecuarnos a esta nueva versión también se tiene que evaluar el costo que las nuevas funcionalidades van a tener sobre lo ya implementado y de ser necesario agregar mas infraestructura.

Gracias por el resumen gente. Me ayudan a documentar mi curso

Hay que tener en cuenta que independientemente del estilo arquitectónico que elijamos ya estamos partiendo de una decisión previa

Excelente Ejemplo para ver la Arquitectura de Software es dinámico y varia de acuerdo cambian los requerimientos de negocio, de usuario , los riesgos. Y la arquitectura de hoy ya no sera la misma en la arquitectura en unos años o inclusos unos meses de mi sistema.

Como se planteria la arquitectura de eventos para el ejemplo expuesto???

La información es clara y se debe ser bastante objetivo para estructurar acertadamente la arquitectura del proyecto. Excelente explicación!

Producto en crecimiento:
Al revaluar los criterios de éxito no solamente abarcamos las necesidades de nuestros clientes o empresa/clientes, sino que ya estaríamos abarcando una visión mas extendida en nuevos mercados.

Super ejemplo 😃 muy bueno gracias

Muy excelente todo

La empresa creció y ahora tiene nuevos retos.
Estos desarrollos deberían haber estado en medio del curso, no al final.

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