Software a medida más rápido sobre una plataforma probada

Dónde pierden tiempo los proyectos a medida

Un equipo que parte de una hoja en blanco tiene que decidir y construir cómo inicia sesión la gente, quién puede ver qué, dónde viven los archivos, cómo se registran los cambios, cómo se detectan los errores, cómo se publican las versiones y cómo se recuperan los datos después de una falla. Nada de eso es opcional en un software que maneja un proceso real del negocio, y nada de eso es lo que distingue a su negocio. Además, cada pieza nueva hay que probarla, protegerla y mantenerla durante años.

A veces construir desde cero es lo correcto, para un producto realmente fuera de lo común. Para la mayoría de las herramientas de procesos, portales y aplicaciones internas, retrasa la parte que de verdad les importa a los usuarios.

Lo que ya ofrece la plataforma ASL

La plataforma ASL mantiene 46 productos, en inglés y en español, sobre la misma infraestructura con la que funciona nuestra propia empresa. Un proyecto a medida la hereda:

Una sola cuenta segura con permisos que controlan sus administradores.
Custodia de documentos: archivos vinculados a la organización y al propósito correctos, cifrados en reposo y aislados por cliente; un enlace por sí solo nunca abre ninguno.
Mensajería con reglas coherentes de consentimiento y aceptación.
Respuestas con fuentes: ayuda que cita material aprobado y se detiene cuando no puede respaldar una respuesta.
Una fila de soporte con una persona detrás, mediante ASL Tickets y ASL Support.
Continuidad probada: copias cifradas fuera del sitio, con restauraciones probadas en lugar de supuestas.

Las reglas de ingeniería que vienen incluidas

Se cierra por seguridad. Cuando la autorización falta, venció o es dudosa, el producto se niega en lugar de adivinar.
Registros a prueba de alteraciones. Los registros de auditoría están encadenados con hash para que el registro pruebe su propia integridad.
Verificado, no supuesto. Antes de declarar publicada una versión, se reconstruye y se compara con lo que está funcionando, y los conjuntos de pruebas controlan cada publicación.
Etiquetas honestas. Cada producto indica su estado y lo que la versión actual no hace.

Estas son las partes caras de hacer bien y peligrosas de hacer mal. En un proyecto nuevo, ya están decididas.

Experiencia en arquitectura, seguridad y resolución de problemas

Gran parte del portafolio de ASL empezó como trabajo a medida, y varios productos nacieron de problemas de Colorado: ASL Municipal Utilities para la oficina de un pueblo pequeño donde una sola secretaria lleva la facturación del agua, el alcantarillado y la basura; Colorado Complaint Access para buscar registros de licencias y preparar quejas; y HomelessHelper para listados de albergues y comida revisados a mano. Cada uno implicó describir un proceso real y desordenado, decidir dónde viven los datos y quién puede tocarlos, y manejar los casos que deben detenerse. Esa experiencia es lo que acorta el siguiente proyecto: menos incógnitas, preguntas más tempranas y menos desvíos.

Vea nuestra guía sobre empezar por el problema, no por la tecnología para saber cómo abordamos una nueva solicitud.

Reutilizar la base, adaptar el proceso

Lo que suele reutilizarse: el inicio de sesión, el marco de roles, el almacenamiento de archivos, las notificaciones, los tickets, el historial de auditoría, las copias de seguridad y los pasos de publicación.
Lo que suele hacerse a medida: sus roles y aprobaciones exactos, los documentos requeridos, qué eventos activan mensajes, las reglas de escalamiento, su proceso y sus excepciones, y los informes que necesitan sus gerentes.

Reutilizar nunca significa meter su proceso a la fuerza en una plantilla. El esfuerzo a medida va donde crea valor.

Cómo avanza un proyecto

Entender: recorrer la tarea actual y encontrar el paso costoso o poco confiable.
Definir: elegir una primera versión acotada con comprobaciones de aceptación que cualquiera pueda verificar.
Construir y revisar: examinar el funcionamiento real con datos representativos y aprobados.
Publicar: verificar la versión candidata, conservar el material de recuperación y comprobar el recorrido real del usuario.
Mantener: acordar quién se encarga de los incidentes, las actualizaciones y los cambios.

Nuestra guía para preparar un proyecto de software le ayuda a prepararse.

Preguntas para cualquier socio de desarrollo

¿Qué partes vienen de una plataforma existente y probada, y cuáles se construyen nuevas?
¿Cómo se manejan ya el inicio de sesión, los permisos, los archivos y las copias de seguridad?
¿Qué pasa cuando falta la autorización o un servicio del que depende no funciona?
¿Cómo se verifican las versiones antes de publicarlas?
¿Qué tan pronto podemos ver un proceso real funcionando de principio a fin?
¿Quién es dueño del código fuente, los datos y las cuentas de alojamiento?

Desconfíe de los plazos exactos prometidos antes de que alguien haya visto su proceso. Nuestra guía para elegir una empresa de desarrollo de software tiene más.

Hable con ASL

Auto Secure Login, fundada en 2017, crea software a medida sobre la plataforma con la que funcionan todos nuestros productos. Envíe un resumen breve del problema en lugar de una especificación completa, y le diremos qué ya existe y qué sería nuevo. Contáctenos para empezar.

Preguntas frecuentes

¿Por qué el software a medida es más rápido sobre una plataforma existente?

El inicio de sesión, los permisos, el almacenamiento de archivos, la mensajería, los registros de auditoría, las copias de seguridad y los pasos de publicación ya están construidos y probados, así que el tiempo del proyecto se dedica a su proceso.

¿Reutilizar una plataforma significa que mi software es una plantilla?

No. Se reutiliza la base técnica; sus roles, aprobaciones, documentos, excepciones e informes se diseñan para su proceso.

¿Qué significa que se cierra por seguridad?

Cuando la autorización falta, venció o es dudosa, el software se niega a hacer la acción en lugar de adivinar.

¿Cómo revisa ASL una versión antes de publicarla?

La versión se reconstruye y se compara con lo que está funcionando, y los conjuntos de pruebas deben pasar antes de cada publicación.

¿Cómo empiezo un proyecto con ASL?

Envíe una descripción breve del problema y del paso que más tiempo le cuesta o más errores causa. Empezamos desde ahí.

Guías relacionadas

Conozca el producto completo

Consulte funciones, acceso actual y límites

Software a medida más rápido: por qué ASL parte de una plataforma probada