• No se han encontrado resultados

NMC

N/A
N/A
Protected

Academic year: 2023

Share "NMC"

Copied!
221
0
0

Texto completo

CRM: Aplicación informática utilizada para gestionar y analizar información relacionada con los clientes de una empresa. Demostración: Las demostraciones son presentaciones donde se muestra a una audiencia el funcionamiento de una aplicación o producto de software.

Presentaci´ on del equipo

Elecci´ on del proyecto

Desde las primeras entrevistas donde se presentó al equipo la propuesta de NMC para evaluar la compatibilidad de su idea con las características del equipo, estuvieron muy en sintonía con la forma de trabajar. Esto fue especialmente apreciado por el equipo, ya que vio a un cliente dispuesto a colaborar y abierto a debates constructivos, dos puntos considerados necesarios para el buen desarrollo de la tesis.

Descripci´ on del cliente

Misi´ on

Otro factor que también influyó en la elección del proyecto es el buen entendimiento y comunicación con el cliente. Se percibió claramente el compromiso y esfuerzo del cliente en su propuesta, lo que significó buena voluntad de su parte para la exitosa implementación del proyecto.

Operativa

Proyecciones de la empresa

Objetivos

Objetivos acad´ emicos

Objetivos del cliente

Principal Desaf´ıo

El equipo evaluó cuál sería el impacto de esta división y determinó que implementar un sistema único para ambas empresas como se planeó originalmente sería un gran riesgo ya que mantendría sus operaciones demasiado acopladas y, como resultado, comprometería la mantenibilidad y la escalabilidad. de las verticales en el futuro. El cliente aceptó la propuesta y para colaborar en la implementación exitosa de ambos sistemas optó por asignar a dos personas diferentes de la organización para supervisar cada uno de los proyectos.

Descripci´ on del problema 21

  • Reputaci´ on e identidad de marca
  • Voluntarios y clientes
  • Equipo de trabajo
  • Fuentes de ingresos
  • Descripci´ on de procesos
    • Inscripci´ on de nuevos voluntarios
    • Proceso de entrega de residuos
    • Reporte de situaciones ambientales
    • Gesti´ on de servicios
    • Recolecciones empresariales
    • Gesti´ on de pagos
    • Obtenci´ on de m´ etricas
  • Principales dolores
    • Rol de voluntario vagamente descripto
    • Micro gesti´ on

Estos son también los datos que se incluyeron en el formulario de “Gestión de Servicios”, los cuales deben tenerse en cuenta a la hora de facturar. Un claro ejemplo en el que la microgestión se convirtió en un problema importante fue durante el proceso de registro de un nuevo voluntario. 2.2.1.

Figura 2.1: Proceso de inscripci´ on de nuevos voluntarios
Figura 2.1: Proceso de inscripci´ on de nuevos voluntarios

Descripci´ on de la soluci´ on 34

Roles del sistema

Los voluntarios utilizan la herramienta para estar al día de las novedades del NMC, consultar la ubicación de las próximas jornadas de recogida, realizar entregas a centros, recogidas a domicilio e informes medioambientales. A través del sitio web de administración, este usuario es responsable de validar y recibir las entregas de residuos de los voluntarios.

Descripci´ on funcional

  • Separaci´ on de sistemas
  • Web de gesti´ on NMC
  • Aplicaci´ on m´ ovil NMC
  • Web de gesti´ on TEKO

En el apartado 12.2.1 del Anexo se detalla cada uno de los apartados de la solicitud. La Sección 12.2.1 del Apéndice detalla cada una de las secciones del Sitio.

Figura 3.1: Web de gesti´ on NMC con sus apartados
Figura 3.1: Web de gesti´ on NMC con sus apartados

Gesti´ on del Proyecto 42

Metodolog´ıa

Estrategia de gesti´ on

Utilizando la herramienta Jira Software, todos los miembros del equipo pudieron observar el estado del proyecto a través de la hoja de ruta (generada a partir del plan de hitos) proporcionada por la misma. La herramienta también proporcionó un panel al inicio de cada nuevo sprint, donde cada uno de los miembros del equipo podía asignarse y mover tareas de una columna a otra, además de ver el progreso del sprint.

Figura 4.1: Estimaci´ on Sprint 11
Figura 4.1: Estimaci´ on Sprint 11

Adaptaci´ on de Scrum

  • Roles
  • Artefactos
  • Ceremonias

Planificación de sprint: Al inicio de cada sprint se realizaba una reunión en la que participaba todo el equipo. El equipo analizó el avance del proyecto y, junto con el cliente, evaluó la calidad del trabajo realizado.

Herramientas de apoyo

Google Calendar fue la herramienta de planificación y programación de eventos seleccionada por el equipo de trabajo. La función de recordatorio permitió al equipo estar al tanto de sus responsabilidades y evitar perderse tareas o reuniones importantes.

Plan de entrega de valor

Notion sirvió como organizador central para el equipo, particularmente para crear, almacenar y organizar notas, datos y documentos centrales del proyecto.

Table 4.1: Plan de Entrega de Valor (Continued) [TEKO]1 ° versi´ on de
Table 4.1: Plan de Entrega de Valor (Continued) [TEKO]1 ° versi´ on de

Gesti´ on de riesgos

  • Identificaci´ on de riesgos
  • An´ alisis cualitativo de los riesgos
  • Plan de respuesta
  • Riesgos materializados

Luego de la identificación de los riesgos se realizó un análisis cualitativo de los mismos. Mitigación En el plan de hitos del proyecto, incluya ejemplos de revisión y actualización de la documentación que se entregará al final del proyecto.

Tabla 4.2: An´ alisis de los riesgos
Tabla 4.2: An´ alisis de los riesgos

M´ etricas

  • Diagrama de flujo acumulado
  • Velocidad
  • Esfuerzo realizado

Qué es: la velocidad de desarrollo de un equipo se calcula dividiendo los puntos de historia (SP) logrados por las horas de desarrollo dedicadas a ese sprint. Nota: La sección 12.4.2 del Apéndice detalla las horas de desarrollo y los puntos de la historia completados por sprint.

Figura 4.4: M´ etrica de flujo acumulado en el transcurso del proyecto
Figura 4.4: M´ etrica de flujo acumulado en el transcurso del proyecto

Evaluaci´ on y evoluci´ on del proceso

Para resolver esto, el equipo decidió buscar asesoramiento externo de Rafael Bentancur, un experto en gestión de proyectos, quien brindó valiosos consejos sobre cómo mejorar el proceso de gestión de proyectos. Con estos cambios, el equipo comenzó a mejorar el proceso de gestión de proyectos, lo que ayudó a reducir la acumulación de deuda técnica y ejecutar el proyecto de manera más eficiente.

Figura 4.7: Reuni´ on de Gesti´ on con Rafael Bentancur
Figura 4.7: Reuni´ on de Gesti´ on con Rafael Bentancur

Ingenier´ıa de requerimientos 66

  • Criterios de priorizaci´ on
  • Requerimientos funcionales
  • Requerimientos no funcionales
    • Atributos de calidad
    • Restricciones
  • Evaluaci´ on y evoluci´ on del proceso

El mapa en la aplicación móvil debería permitir a los voluntarios ver la ubicación de los centros de acopio y boquillas disponibles en Uruguay. Los administradores deben poder modificar una sección de contenido dinámico de la aplicación móvil. El proceso de entrega de los residuos recolectados a los centros de recolección fue un flujo fundamental de la solicitud de voluntariado.

Figura 5.1: Matriz de ortogonalidad (Requerimiento funcional x Atributo de calidad) costos de construcci´ on y despliegue del producto.
Figura 5.1: Matriz de ortogonalidad (Requerimiento funcional x Atributo de calidad) costos de construcci´ on y despliegue del producto.

An´ alisis de costos 81

  • N´ umero de usuarios
  • Frecuencia de uso promedio del sistema
  • Uso de servicios de Firebase
  • Modelos de pricing
    • Firebase
    • Alternativas
  • Costos fijos

Los retiros a domicilio son una nueva corriente que se introduce en las operaciones de NMC después de la implementación de la aplicación móvil. Para este análisis, se decidió ejecutar los cálculos con una instancia “t2.micro” en la región de EE. UU. También vale aclarar que la base de datos se puede alojar dentro de un contenedor al lado del backend, dentro de la instancia EC2, evitando el costo de un servicio dedicado.

Tabla 6.1: Proyecci´ on de base de usuarios
Tabla 6.1: Proyecci´ on de base de usuarios

Arquitectura y Dise˜ no 93

  • Representaci´ on general
  • An´ alisis de tecnolog´ıas
    • Firebase
    • React
    • React Native
    • Node
  • Dise˜ no de sistemas
    • Servicios
    • L´ ogica en cliente y Cloud Functions
    • Web y Mobile
  • Evaluaci´ on y evoluci´ on del proceso

A pesar de las características apropiadas de la tecnología, el conocimiento previo del equipo también fue un factor influyente en la selección de esta tecnología. La implementación de Normas de Seguridad en el sistema brindó beneficios en términos de seguridad y control de acceso. También es responsable de crear un registro en la colección de correos electrónicos con información para registrar un nuevo cliente.

Figura 7.4: NMC m´ ovil - Controlador de acciones de voluntario
Figura 7.4: NMC m´ ovil - Controlador de acciones de voluntario

Gesti´ on de calidad 113

Producto

Proceso

Esto se debió al pequeño tamaño del proyecto y al amplio alcance del sistema, que requería la mayor eficiencia posible. El equipo creó una serie de actividades para garantizar la calidad en cada etapa del ciclo de vida del proyecto.

Plan de calidad

  • Prop´ osito

Además, considerando la corta experiencia de los tres integrantes trabajando en equipo, se esperaba un período inicial de adaptación antes de que pudieran trabajar cooperativamente y según la metodología establecida. Era esencial para cumplir los objetivos de este proyecto que el equipo fuera eficiente en el desarrollo del sistema. Casos de prueba Resultado de la ejecución de casos de prueba/incidentes Registro de pruebas de.

Table 8.1: Plan de Calidad
Table 8.1: Plan de Calidad

Plan de aseguramiento de la calidad

  • Prop´ osito
  • Actividades preventivas sobre el proceso
  • Actividades preventivas sobre el producto
  • Actividades de control sobre el proceso
  • Actividades de control sobre el producto
  • Gesti´ on de incidentes
  • Plan de pruebas
  • M´ etricas

Para la estandarización de la documentación y con el objetivo planteado sobre el mantenimiento, el equipo se basó en los documentos elaborados por la Universidad ORT Uruguay que se enfocaron en este aspecto. Cada vez que se mejoraba el producto entregado, el equipo se encargaba de presentar al cliente una breve demostración de las nuevas funcionalidades. La gestión de incidentes fue una de las actividades de control que el equipo realizó en el proceso.

Figura 8.1: Mockup de aplicaci´ on m´ ovil NMC Est´ andares de Documentaci´ on
Figura 8.1: Mockup de aplicaci´ on m´ ovil NMC Est´ andares de Documentaci´ on

Usabilidad

  • Introducci´ on
  • Proceso de dise˜ no de la interfaz
  • Validaciones de usabilidad

Utilizando un diseño minimalista, intentamos asegurarnos de que todas las acciones fueran fácilmente visibles para el usuario. Se utilizaron para validar y perfeccionar la solución de diseño antes de pasar a la fase de desarrollo. Las validaciones de diseño se realizaron en modelos de alta y baja fidelidad.

Figura 8.10: Moodboard NMC Design System
Figura 8.10: Moodboard NMC Design System

Gesti´ on de la configuraci´ on 140

Revisiones de c´ odigo

Separaci´ on de ambientes

La posibilidad de ver la imagen y el mensaje escrito en el informe, así como la información de contacto de la persona que creó el informe. El administrador podrá cambiar el plan y gestionar la facturación. La arquitectura multiinquilino de la plataforma tenía que ser multiinquilino en la vertical de servicios empresariales, ya que se proporcionaría una solución SaaS.

La decisión arquitectónica también afectó directamente la mantenibilidad del sistema simplemente por la cantidad de código y funcionalidad a mantener. Nota: El diseño de la base de datos de cada sistema se presenta en la sección 12.5.1 del anexo.

Proceso de releases

Despliegue continuo

  • Github actions
  • Fastlane
  • App Distribution
  • Secretos y variables de entorno

Durante el proceso de integración de cambios, el equipo definió algunas reglas para garantizar su calidad. Github Actions es el servicio de automatización del flujo de trabajo integrado en la plataforma GitHub. Para distribuir las versiones de prueba de la aplicación móvil, se decidió utilizar otro servicio de Firebase, App Distribution.

Figura 8.4: Archivo de configuraci´ on - -ESLint
Figura 8.4: Archivo de configuraci´ on - -ESLint

Evaluaci´ on del proceso

  • NMC
  • TEKO

Por otro lado, está claro que los productos requerirán cambios, mejoras y mantenimiento una vez que entren en producción. También se baraja la posibilidad de 'gamificar' la experiencia en un futuro, incluyendo un sistema de puntos por las acciones realizadas, para intentar ampliar el uso de la aplicación y atraer nuevos voluntarios. En cuanto a TEKO, se espera un crecimiento continuo de la base de clientes, que seguramente se centrará en la demanda de nuevas funcionalidades, detección de errores y la necesidad de realizar ajustes en el producto.

Evaluaci´ on del proyecto

  • Fortalezas
  • Flaquezas

Gestión de proyectos: este aspecto es donde el equipo siente principalmente que podrían haber trabajado mucho mejor. Si bien el principal motivo de esta realidad fue la falta de tiempo o atención del cliente, lo cierto es que el equipo no realizó ningún cambio estratégico en la forma de trabajar para intentar recuperar el contacto frecuente. Validación del sistema: la fase de validación del sistema es otro punto donde el equipo comprende que hubo puntos de falla.

Reflexiones finales

  • Descripci´ on de procesos

En conclusión, la ejecución de este proyecto permitió al equipo comenzar a percibir desde una perspectiva diferente el mundo del desarrollo de software, que inicialmente entendían como "el proceso de escribir código", pero que en realidad incluye muchas otras actividades, y algunas incluso más importante que la implementación misma. En definitiva, en pocos meses se aprendieron una serie de aprendizajes que dejaron al equipo orgulloso de su desempeño y del producto logrado y que definitivamente los hicieron crecer profesionalmente.

Figura 12.1: Pasos a seguir para acceder al mapa de centros
Figura 12.1: Pasos a seguir para acceder al mapa de centros

Descripci´ on de la soluci´ on

  • Descripci´ on Funcional

Ingenier´ıa de requerimientos

  • T´ ecnicas de relevamiento y validaci´ on

Gesti´ on de Proyecto

  • Gesti´ on de riesgos
  • M´ etricas

Arquitectura y dise˜ no

  • Dise˜ no de sistemas

Gesti´ on de Calidad

  • Plan de aseguramiento de la calidad

Figure

Figura 3.1: Web de gesti´ on NMC con sus apartados
Figura 3.3: Web de gesti´ on TEKO. Perfil de empresa
Table 4.1: Plan de Entrega de Valor (Continued) [TEKO]1 ° versi´ on de
Table 4.1: Plan de Entrega de Valor (Continued) [NMC]3 ° versi´ on de
+7

Referencias

Documento similar

El profesor publicará en este espacio una entrada semanal (post en el blog) para plantear la temática de la semana, incluyendo enlaces a los materiales de lectura que estarán