Especificaciones de la tecnología a utilizar:
Lenguaje de programación o Framework, tecnologías de desarrollo, maquetación y estilo: Django, Python, Framework JS, Ajax, JSON, Gulp, SASS o LESS, Bootstrap
Sistema de Gestión de Base de Datos: PostgreSQL
Sistema controlador de versiones: Git
Se requiere que cada módulo apruebe las especificaciones PEP8
Solo se permitirá código Orientado a Objetos.
Toda clase deberá ser documentada.
Un commit por cambio, se exige que cada commit sea lo mas explícito posible.
Forma de trabajo:
Metodología de desarrollo ágil kanban con history user y muro de actividades.
Visión Técnica General de lo que buscamos:
1.- Microservicios, separar el frontend del backend a través de una API REST, ya sea en django-rest-framework o GraphQL.
2.- Seguridad, cada petición debe autenticarse, además de esto cada acción que se realice dentro del sistema debe ser almacenado en una bitácora
3.- El aporte y valor agregado de tu experiencia será valorado.
Módulos
1.- API: Este es el CORE del sistema lo mas importante y se requiere que esté bien estandarizado con URLs normalizadas y que permita hacer uso de los métodos request mas importantes, GET, POST, PUT, DELETE.
2.- Autenticación y autorización: Autenticar a todos los usuarios y permitir otorgar permisos de acuerdo a los módulos del sistema.
3.- Bitácora: Registrar toda acción que sea realizada dentro del sistema, , crear, editar, eliminar, (asignar)....
Nota: Estos tres módulos serían pagados de último hasta que esté completado el sistema.
4.- Gestión Vehículos: Se requiere que el sistema permita realizar un CRUD de un vehículo, registrar desde el color hasta la marca de los cauchos el diccionario de datos será suministrado, pero son muchos campos y tipos de datos, Los reportes pueden ser: Listado de vehículos, con sus respectivos filtros, desde chófer asignado, gerencia asignada, estatus del vehículo, si se encuentra en reparación o no y esto se puede extender mucho mas de acuerdo a los tipos de datos dentro de este módulo, este módulo permitirá asignar una entidad chófer a una entidad vehículo
Nota: La bitácora debe registrar todo, por ejemplo, si yo asigno un chófer a un vehículo el día de hoy, dentro de 10 meses lo cambio, el próximo año debería poder ver que chóferes han sido asignado a ese vehículo en particular, cuando y quien lo asignó
5.- Gestión de Choferes: CRUD de la entidad chófer, se puede incluir subir archivos como foto del chófer y foto de la licencia de conducir.
6.- Gestión de Gerencias: CRUD de la entidad gerencia, podré asignar un chófer a una gerencia, desde el punto de vista relacional podré acceder a la gerencia a través del chófer y decir, este vehículo ha sido asignado al chófer X quien a su vez está asociado a una gerencia Y.
7.- Gestión de Talleres: CRUD de la entidad Talleres, en el sistema 1 o N analistas se encargarán de subir la información al sistema, y e aquí donde comienza lo divertido, los talleres están asociados a la empresa, supongamos unos 30 Talleres en todo el país, a su vez tienen un convenio (límite del sistema), este convenio establece que todos los proveedores se sujetan a unos precios específicos por los repuestos y servicios, un listado homologado, estos deben estar geolocalizados.
8.- Repuestos y Servicios: CRUD de la entidad repuestos y servicios, lo mas interesante de este módulo es que en algún caso es posible que algún precio cambie, aunque te estoy hablando de un 1% de probabilidad, adicionalmente un servicio puede tener N repuestos.
9.- Gestión de avisos: Este es un módulo crítico ya que el proceso funciona de la siguiente manera:
a.- Gerente de departamento: Crea una solicitud de revisión de vehículo.
b.- El analista evalúa (límite del sistema) puede aprobar y rechazar, si aprueba o rechaza la solicitud de revisión debe justificarlo, adicionalmente el analista construye un aviso el cual asigna un vehículo, asigna una incidencia, asigna un taller.
c.- El taller por su parte tiene un pool donde solo podrá ver el listado de vehículos asignado a su respectivo taller, realiza la inspección del vehículo y agregar en el listado de todos los repuestos y servicios que se le debe hacer al vehículo.
d.- (Variante): El analista pudo haber añadido items de repuestos y servicios.
e.- Aquí existe una integración con el módulo de alertas, tomar en cuenta para cuando lo explique mas adelante.
f.- Se repara el vehículo y el aviso posee el listado total de todo lo que le hicieron al vehículo en que taller; la bitácora debe registrar, cuanto tiempo demoró en el taller, quien creó la solicitud, quien creó el aviso, cuando lo hizo, y cualquier otro dato que pueda surgir en el proceso de desarrollo, porque son muchos.
g.- Terminada la reparación se procede a liberar al vehículo, y el reporte pasa al analista con un estatus de liberado.
h.- Aquí se integra gestión de incidencias también.
10.- Incidencias: CRUD de la entidad incidencias, permite modificar el estatus del vehículo, ya que, un vehículo puede estar en garantía, chocado, robado, en el taller, detenido, inhabilitado, esto cambia el estatus del vehículo a no disponible, si sale del taller, de garantía, o lo recuperan del robo, puede pasar a disponible, y el proceso debe realizarse automáticamente cuando se crea una incidencia, esta es una solución propuesta, sin embargo es muy probable que exista una mejor forma de procesar esta información, lo mas importante aquí es: el estatus del vehículo y la bitácora de lo ocurrido
11. Alertas: Este módulo deberá permitir al analista crear una alerta que se dispare en el momento que se cumplan las condiciones programadas, por ejemplo.
a.- El analista construye una alerta para dispararse en el momento de construir un aviso, el cual debe dispararse si ese vehículo asignado ha sido reparado o se le ha hecho algún servicio en un tiempo menor a 3 meses.
b.- La alerta se debe disparar si el monto de un aviso supera los 5.000 $
Acotaciones:
Todo reporte debe poder ser exportado a CSV, PDF, Excel e impreso.
Todo reporte que pueda generarse sobre cada entidad única debe poseer su bitácora y del mismo modo debe poder ser exportado
Condiciones:
Pago a través de medio.
El trabajo desarrollado, probado y aprobado se entiende como trabajo concluido
El módulo terminado debe ser pagado para continuar con el próximo desarrollo, exceptuando los 3 primeros que serán pagado de último
Debes otorgarme una garantía de 3 meses por falla y errores de código.
Las siguientes acciones no se incluyen dentro de la garantía: añadir un nuevo campo, modificar comportamiento, programar nuevo requerimiento.
Categoría: IT & Programación
Subcategoría: Programación Web
¿Cuál es el alcance del proyecto?: Crear un nuevo sitio personalizado
Es un proyecto o una posición?: Un proyecto
Actualmente tengo: Tengo las especificaciones
Experiencia en este tipo de proyectos: Si (He administrado este tipo de proyectos anteriormente)
Disponibilidad requerida: Tiempo completo
Roles necesarios: Diseñador, Desarrollador, Otro
Integraciones de API: Otros (Otras APIs)
