Está en la página 1de 7

OSC TELECOMS & SECURITY SOLUTIONS S A S

REQUEST FOR PROPOSAL


R.F.P
OPERACIONES Y SERVICIOS
OBJETIVO GENERAL

Desarrollar una herramienta tipo software que permite control operativo,


logístico y financiero de los proyectos en tiempo real.

OBJETIVOS ESPECÍFICOS

 Desarrollar una aplicación con ambiente web y de uso en dispositivos móviles


(Android - IOS) con opción de modo OFF- LINE.
 Crear flujos de procesos de forma dinámica y formatos de captura de
información según necesidad del proyecto.
 Visualizar y documentar de forma grafica el estado del Proyecto (DASHBOARD).
 Asignar actividades y mantener el control operativo en tiempo real de los
técnicos.
 Capturar y documentar toda la actividad realizada.
 Controlar el desplazamiento y geolocalización de usuarios en mapas digitales y
de alta precisión según el país.
 Ofrecer aprobación del cliente por Correo y/o Streaming.
 Controlar materiales e inventarios por proyecto.
 Registro y control de los gastos por proyecto.
 Evaluar la satisfacción del cliente al terminar el servicio.
Bogotá, Julio del 2019

Dirección de Operaciones
CC. Archivo

Informe Explicativo de alcance de Herramienta de Control de


Operaciones y Avance de Seguimiento (HCOAS)

Definición del Alcance:

Se necesita una Herramienta tipo software que permite el control de la


operación en tiempo real y de despliegue dinámico (ROLL OUT), manejando
WORKFLOW y que esté concebida de esta manera:

Grafica 1 EL ROLL OUT “MODELADO DE PROYECTO”

Según el proceso anterior se desglosa:

Proceso: Se defina como aquella tarea que agrupa todo el proceso, ejemplo: Proceso
Red Móvil.
Subproceso o milestone: Se define como las etapas que compone el flujo de trabajo que
se debe ejecutar para cumplir con el proceso. ejemplo: RFE (ESTUDIO DEL SITIO).

Procedimientos: Se define como cada una de las tareas a ejecutarse de forma interna
dentro de los subprocesos ejemplo: TSS (DOCUMENTACION DEL SITIO).

Etapas: Se define como cada uno de los pasos para cumplir con el procedimiento, se
debe ver como una lista, ejemplo Tomar las fotos del sitio para el TSS.

Actividades: Se define como aquella tarea que se debe cumplir dentro de las etapas y
plasmarla en un reporte para poder cumplir con los procedimientos. ejemplo tomar
una foto desde 0° según marque la Brújula.

Estados: Se define como el estatus de los procedimientos. Ejemplo: Edo Parcial.

Sub-estado: Se define como la descripción que se le da para ampliar un poco mas en


detalle del estado en el que está. Ejemplo Estado Parcial, Sub-estado: pendiente por
Visita Técnica.

Para cualquier actividad y para mayor entendimiento la documentación asociada


al proceso debe estar estructurada de la siguiente manera:

Gráfico 3 “Documentación a captura en la herramienta”.


Ahora bien, una vez explicado lo anterior la herramienta debe tener la facilidad
de poder usarse desde una aplicación web, así como también desde el celular (S.O
ANDROID, IOS), con una interfaz OFF-LINE (por si no hay conexión a internet en el
momento del trabajo) este modo permitirá recopilar información en campo, para
almacenarse en la memoria del equipo para luego subirla cuando exista la conexión a
internet.

Se necesita que la herramienta permita subir cualquier tipo de documento y de


captura de audio, captura de pantalla, captura de video y captura de imagen desde el
celular, galería o desde una ubicación externa como Google DRIVE, y que estas a su vez
también tenga conexión para obtener la latitud y longitud, es decir, ubicación en tiempo
real de la persona que este usando la aplicación, cumpliendo la tarea encomendada,
pues esta aplicación será usada para tomar y/o recolectar información de sitios por
técnicos o cuadrillas técnicas.

En el ambiente web, debe contar con lo anterior y con la forma de poder crear
un flujo de trabajo (WORKFLOW) con línea de aprobaciones y que pueda ser de
referencia si se necesita consultar el estado de un actividad o proyecto, esta área de
trabajo debe ser lo suficientemente dinámica para que futuros procesos se puedan
construir de forma rápida por consultores que no tenga nada que ver con el código
fuente o la vinculación hacia este sea muy poco.

Definición de Autonomía y Seguridad.

La aplicación debe poder gestionarse por personal de nuestra empresa, el cual


será entrenado, capacitado y certificado por la empresa que hizo la solución tecnológica,
es decir, se debe contar con área de administración y desarrollo de nuevos procesos de
nuestro lado, es decir, Se debe permitir la gestión operativa al 99% de nuestro lado, con
intensión de crecer con el uso de la herramienta y lograr mayor factibilidad y
adaptabilidad.

Se debe contar con roles y permisos de usuario, para poder otorgar:

1) Usuarios Básicos de solo uso de aplicación de dispositivo móvil


2) Usuarios Medios de uso para la aplicación de teléfono y Web.
3) Usuarios Reportes para la revisión de solo Reportes.
4) Usuarios Avanzados, que permita uso web, APP del móvil y revisión de reportes
5) Usuarios Administradores: que permita todo lo anterior mas el módulo de
creación, modificación, eliminación de formatos y procesos de WORKFLOW.

Se debe garantizar la debida protección a los datos con sistemas de backup y


redundancia automática en servidores que permitan como mínimo el 99% de las veces
la disponibilidad de la información, es decir, la aplicación debe estar funcionando en
producción en sistemas altamente fiables y conocidos por ejemplo AMAZON, GOOGLE,
AZURE, que den fe de tener planes de continuidad de negocio (ISO 22301), y cumplir
con estándares ITIL, COBIT de calidad y ciberseguridad según ISO-27001, ISO-27032.
Se debe garantizar que el software entregue información veraz y confiable, por
lo cual debe existir métodos para proteger GPS dando tranquilidad al que obtiene y filtra
dicha información.

El GPS se debe poder visualizar en una interfaz amigable que se resuman en el


siguiente cuadro.

Gráfico 4 “Definición De Parámetro Para Geolocalización”.

Alcance y Necesidades Especiales.

La herramienta debe ser intuitiva, es decir que puede manejar reglas de


asignación de actividades según disponibilidad del técnico, distancia georreferenciada
mas cerca al técnico y distribución equitativa del trabajo para cumplir con los descansos
legales contractuales, también debe ser bastante amigable en su interfaz teniendo en
cuenta que debe ser de fácil uso y acceso. Se debe contar con un enlace para que el
cliente, pueda solo ver, las actividades asignada a la cuadrilla y que sean de su interés,
en un workfkow del proceso y pueda distinguir de forma visual el estado, y que fecha y
hora fue la última vez que el técnico visito se conectó o trabajo es decir un DASHBOARD
que permita ver en tiempo real el proyecto.

La intensión es que pueda estar informado y que todos los involucrados y que
manejen la misma información sea en tiempo real mediante el uso de la aplicación.

Esta herramienta también debe estar en la capacidad de proveer un medio de


comunicación factible y seguro para revisar documentación asociada al trabajo, así
como también la comunicación con el jefe coordinador en oficina y manejar registros de
toda actividad.

Se debe manejar estadísticas en gráficos que ayudan a soportar la eficiencia de


los trabajos en base a tiempos y récords.

Se debe manejar el control de inventario y recursos asignados al proyecto con la


finalidad de obtener estadísticas de uso de artículos en alquiler y de consumo
generando un reporte de materiales usados.
Como ultimo requisito se debe poner manejar una plataforma de Streaming
dentro de esta herramienta que cumpla con lo descrito en el siguiente gráfico.

Gráfico 5” Formato de Streaming”.

La herramienta, debe disponer de aplicativos para que el cliente pueda


interactuar para este fin, dando seguridad que el canal es privado para este fin y este a
su vez se debe grabar y guardar en el servidor en la nube para actividades de control de
calidad y respaldo de aprobación pues es un servicio para dar aprobación de las
actividades de campo.

Tiempos de entregables y metodología de desarrollo.

Esta actividad y desarrollo de toda la solución no puede sobrepasar los 6 meses


calendario una vez firmado y se dé el KICKOFF, se debe configurar en 3 módulos
entregables en el siguiente orden ROLL OUT (WORKFLOW), DOCUMENTACION Y
GEOLOCALIZACION. Se necesita que se trabaje con alguna metodología Ágil se sugiere
que sea SCRUM, esto es con la intención de lograr tener Sprint prácticamente en vivo
del desarrollo del proyecto, el tiempo de dichos sprint no debe pasar los 15 días
calendario, es decir como mínimo 12 sprint para el proyecto, esto garantiza que todo
estemos informado de manera general sobre el avance y proyectar un gráfico general
del proyecto Vs Inversión o gasto ejecutado.

También podría gustarte