Aprendí sobre cinco sistemas backend y escribí este artículo.
1. La diferencia entre diseño front-end y diseño back-end (sistema backend)
Para los gerentes de producto, el trabajo de diseño diario más importante es el siguiente:
(1) diseño de aplicaciones;
(2) diseño WEB;
(3) diseño de WeChat
(4) diseño de backend; p> p>
También se puede dividir en: diseño front-end y diseño back-end.
El diseño front-end incluye: diseño de APP, diseño WEB y diseño WeChat. Su característica es que generalmente es complejo para grupos, y sus funciones generalmente son mostrar datos, recopilar datos y transmitirlos al backend (datos de operación del usuario, datos de trayectoria de comportamiento del usuario, etc.). La experiencia general en diseño de negocios y de interacción es igualmente importante: si su software satisface las necesidades de los usuarios, pero es tan feo como Tuoxiang, los usuarios no lo comprarán, pero si es demasiado hermoso, no satisface las necesidades de los usuarios. los usuarios sólo pueden darse por vencidos a regañadientes. El diseño de back-end presta más atención al flujo de datos (fuente de datos, dirección del flujo de datos y procesamiento de datos en el proceso) y a la lógica empresarial. Hay menos énfasis en la experiencia del usuario. Por lo tanto, se puede ver que el estilo visual general del sistema backend es más riguroso y se centra en una clasificación clara.
Clasificaciones comunes de sistemas back-end
Los sistemas back-end generalmente se dividen en sistemas back-end abiertos y sistemas back-end no abiertos según el grado de apertura.
Los más comunes del primer tipo (sistema backend abierto) incluyen: plataforma pública WeChat, etc.
El segundo tipo generalmente tiene usuarios fijos (operación y mantenimiento (operación + mantenimiento), personal de la Parte A (como empleados de la empresa, etc.)) y no está abierto al público. En general, los usuarios son predecibles y controlables.
Generalmente, la función de registro no se proporciona en la interfaz. La adición de usuarios del sistema back-end generalmente requiere administradores con permisos relevantes para agregar configuraciones.
Además, si se clasifican los sistemas back-end según su enfoque funcional, generalmente se dividen en:
sistemas ERP, sistemas CRM, etc.
Funciones comunes de los sistemas back-end
Hay miles de sistemas back-end, pero los puntos centrales siguen siendo los siguientes:
(1) Flujo de trabajo
(2) Gestión de permisos
(3) Flujo de operaciones (adición, eliminación, modificación, búsqueda y transferencia)
(1) Flujo de trabajo
Flujo de trabajo se refiere a que el flujo de trabajo es parte del trabajo colaborativo apoyado por computadora”. El principal problema que resuelve principalmente el flujo de trabajo es: para lograr un determinado objetivo comercial, las computadoras se utilizan para transferir automáticamente documentos, información o tareas entre múltiples participantes de acuerdo con ciertas reglas predeterminadas.
El flujo de trabajo más utilizado en software es la "aprobación". Lo primero que hay que hacer al aprobar un diseño es comprender el proceso. ¿Cuántas personas/departamentos están involucrados en el proceso? ¿Qué permisos de datos y permisos de operación tiene cada persona/departamento? He realizado el proceso de aprobación de un proyecto gubernamental antes. Sin embargo, por motivos de confidencialidad laboral, no explicaré este caso. El sistema OA de nuestra empresa cuenta con un módulo de "aprobación de oficina". El proceso de aprobación es el siguiente: (El proceso de aprobación es diferente para diferentes oficinas)
La interfaz es la siguiente:
1. Nueva aprobación
2. Mi aplicación
3. Notificación de mensajes
El diseño de flujo de trabajo más común que encontramos en nuestro trabajo diario es el diseño de revisión. Lo más importante a entender al revisar un diseño es aclarar dos puntos:
(1) ¿Cuál es el proceso?
(2) Permisos de datos y permisos de operación para cada nodo del proceso.
(2) Gestión de permisos
La gestión de permisos generalmente se refiere a las reglas de seguridad o políticas de seguridad establecidas según el sistema. Los usuarios pueden acceder y sólo acceder a los recursos a los que están autorizados a acceder, ni más ni menos. La gestión de permisos aparece en casi cualquier sistema, siempre que exista un sistema con usuarios y contraseñas.
Un escenario común para la gestión de permisos es el control de acceso a roles. Por ejemplo, si una empresa agrega un nuevo empleado al departamento de productos, es necesario otorgarle permisos al empleado. Por ejemplo, el empleado tiene permiso para ver los datos de un determinado módulo del sistema, pero no tiene permiso para operar. El permiso para operar pertenece al gerente del departamento.
Generalmente en el trabajo, la gestión de permisos se divide en dos categorías:
1. Gestión de permisos a nivel funcional (agregar, eliminar, modificar, verificar)
2. Gestión de permisos a nivel de datos (ciertos tipos de personas pueden ver ciertos datos (como gerentes de departamento), pero no pueden verlos ciertos tipos de personas (como empleados subordinados))
3. Gestión de permisos del menú
El sistema en segundo plano generalmente tiene muchos menús, incluidos muchos módulos. Algunos módulos son visibles para una determinada función (como el personal financiero) y algunos módulos no son visibles para una determinada función (como el personal administrativo). Entonces esta parte también es parte de la gestión de permisos.
Resumen:
La gestión de permisos es compleja e implica una gran cantidad de contenido, pero nuestra gestión de permisos común es como se muestra en la siguiente figura:
(3) Flujo de operaciones
El flujo de operaciones se divide en operaciones internas del sistema e interacción de front-end y back-end.
Para las operaciones internas del sistema, suele ser la configuración de datos básicos del sistema, gestión XX, etc. La administración de XX generalmente tiene funciones ricas (agregar contenido, eliminar contenido, modificar contenido, consultar contenido, exportar contenido, etc.) y la configuración de datos básicos del sistema es relativamente simple. Generalmente, solo implica la selección y configuración de datos básicos. y no involucra las operaciones de agregar, eliminar y verificar datos.
Para la interacción de front-end y back-end, generalmente incluye, por ejemplo, los artículos sobre cuentas públicas de WeChat que vemos con más frecuencia. La entrada es la siguiente:
. Para la interacción front-end y back-end, al diseñar, debe prestar atención a la coincidencia del frente y la parte posterior. Es mejor verificar el front-end y los prototipos del front-end por igual después de dibujar el prototipo, por ejemplo, si el texto del front-end se ha ingresado en consecuencia en segundo plano. De manera similar, el contenido de entrada en la interfaz se muestra en segundo plano. Si no se muestra, ¿cuál es el motivo?
La configuración de datos básicos del sistema generalmente implica configurar algunos datos básicos del sistema, tales como: puntos, ajustes de carga, etc.
Puntos a tener en cuenta en el diseño del sistema backend
(1) Selección de navegación del sistema backend
Hay tres navegaciones comunes en el sistema backend:
1. Navegación izquierda;
2. Navegación superior
3. Navegación izquierda + navegación superior.
Si tomas una captura de pantalla, queda como se muestra a continuación:
1. Navegación izquierda
2. Navegación superior
3. Navegación izquierda +Navegación superior
Generalmente, al elegir la navegación, elegirá la navegación según la escalabilidad y la funcionalidad. Generalmente elegirás la navegación izquierda (más escalable). Además, cuando haya muchas funciones, también se seleccionará navegación izquierda + navegación superior.
Si hay muchas columnas de primer nivel en el sistema backend (es decir, administración XXX), se recomienda utilizar la navegación izquierda (como se muestra en la primera imagen); por un lado, la extensión de la página es mejor, por otro lado, la escalabilidad también es relativamente fuerte.
Si el sistema backend tiene menos columnas de primer nivel (la escalabilidad no será particularmente fuerte más adelante), pero más columnas de segundo nivel (más escalabilidad), generalmente elegirá la navegación izquierda + La forma de arriba navegación (las columnas del primer nivel se colocan en la parte superior, las del segundo nivel y las del tercer nivel se colocan a la izquierda).
(2) Nota sobre la denominación del sistema back-end
Al diseñar el sistema back-end, la denominación de los módulos funcionales debe ser clara y fácil de entender, y no debe haber ningún ambigüedad. Si es un botón de operación, deberás utilizar verbos, como: editar, eliminar, ver, buscar, iniciar revisión, etc. De hecho, el nombre es lo mismo que el diseño front-end. Es un lugar muy detallado, pero si no prestas atención, también tendrá un gran impacto en la experiencia del usuario. (Aunque los requisitos en segundo plano para la experiencia del usuario no son tan altos en comparación con la recepción, debido a que las operaciones en segundo plano afectarán los sistemas front-end e incluso los sistemas de terceros, por lo que para las operaciones (nombramientos, permisos de operación, procesos de operación, pre- operaciones), después de la operación) aún debe tener cuidado)
Si no tiene muy claro ciertos términos, puede usar la Enciclopedia Baidu; después de todo, Baidu todavía tiene autoridad.
Resumen
El diseño del sistema back-end es similar al diseño del sistema front-end, pero también existen diferencias. Lo mismo es que a la hora de diseñar primero hay que averiguar quiénes son los usuarios, entender el negocio y las necesidades. Sin embargo, en comparación con el front-end, el back-end generalmente no sufre muchos cambios y puede admitir múltiples sistemas al mismo tiempo. Por lo tanto, al diseñar el sistema backend, prestamos gran atención a la lógica.
Otro sistema backend bueno y complejo también es muy útil para ejercitar el pensamiento lógico personal.
Nota: Soy Lan Lan, un producto novato que está creciendo rápidamente. Puedes agregarme a WeChat para comunicarte conmigo. ID de WeChat: qjl0726
Escrito la tarde del 23 de enero de 2017