Diseño de producto: cómo garantizar la integridad del producto
En los proyectos, a veces nos encontramos con un escenario de este tipo: cuando el producto se implementa realmente en el sitio del cliente, se descubre que algunas funciones no están incluidas en el producto, por lo que el diseño y desarrollo temporal se llevan a cabo en sitio, lo que trae consecuencias indeseables al proyecto.
Para reducir la recurrencia de incidentes similares en el futuro, este artículo ha compilado una serie de listas de verificación como notas de referencia al demostrar las funciones del producto.
1. Verifique desde la perspectiva del usuario
--por qué: ¿Por qué está disponible esta función y si puede generar otras necesidades?
--quién: Producto/función ¿Qué usuarios están involucrados? Saque el organigrama de la organización del usuario para comprobar si faltan
--qué: ¿Cuáles son las demandas principales de estos usuarios?
--when: ¿Cuándo lo usará el usuario, si existe una secuencia para las operaciones de cada usuario y si estas lógicas están restringidas
Ejemplos encontrados: Hay muchas funciones diseñadas para el jefe del cliente, pero el Los soldados del cliente no les sirvieron bien. O las funciones de los operadores de primera línea son muy detalladas, pero no se diseñan informes de seguimiento para los líderes de nivel superior.
2. Verifique desde la perspectiva de los datos
Saque el modelo de datos del producto y luego verifique para cada entidad de datos si se han considerado las operaciones CRUD básicas correspondientes.
Defectos comunes como:
Consulta faltante: se agrega un nuevo formulario, pero no hay ninguna entrada de consulta
Falta eliminación: formularios inútiles y datos que no pueden se puede eliminar o no se puede eliminar en lotes
Falta de nuevas adiciones: algunos datos, especialmente la clase de configuración del diccionario, no se pueden mantener después de conectarse, por lo que los programadores deben agregarlos en segundo plano. /p>
Falta de actualizaciones: especialmente en algunos campos de estado Sea riguroso en la actualización, como por ejemplo: si está deshabilitado, debe habilitarse si es necesario
Verifique desde la perspectiva de anormalidades<. /p>
Saque el manual de operación del producto y luego siga cada paso de la operación. Supongamos: ¿Cómo puede el sistema cerrar sesión/desconectar la red durante este paso y puede continuar después de iniciar sesión nuevamente?
Ejemplos comunes:
1. Diseñe un proceso simple de guardar, enviar y aprobar. Al verificar, debe asumir que no hay ningún envío después de guardar, cerrar sesión en el sistema e iniciar sesión nuevamente para ver si hay espacio para volver a enviar.
2. Siga el asistente para agregar un formulario. El último paso del formulario tiene una operación de impresión. Si el sistema sale antes de imprimir en el último paso, ¿aún se puede llamar e imprimir nuevamente? Si aún necesita volver a pasar por el asistente antes de imprimir, la visualización no será adecuada.