Solución:
Descargo de responsabilidad: he estado haciendo CRUD durante no sé cuánto tiempo, pero recién ahora estoy comenzando con mi primera aplicación winforms.
Entonces, algunas ideas mixtas:
En nuestro sistema actual (escrito usando Centura / Gupta) usamos un enfoque similar a MDI. Creo que es importante permitir que el usuario comience a trabajar en un nuevo registro sin obligarlo a cerrar su trabajo actual, por lo que siempre se muestra una lista de ventanas abiertas para permitir un cambio rápido entre los diferentes formularios. Ejemplo:
(fuente: pingmbh.de)
Lista de ventanas abiertas en la parte inferior izquierda. Además, este sistema permite abrir un registro desde dentro de otro, por ejemplo, abrir un cliente, mostrar los pedidos de este cliente, hacer doble clic en uno de sus pedidos para abrirlo, etc.
Ahora sobre winforms: después de investigar un poco, me engañé contra MDI y en su lugar utilicé un formulario que contenía algunos SplitContainers. Uno de estos paneles contenedor muestra una lista de ventanas abiertas, otro muestra el formulario actual. Como no encontré una manera de mostrar un formulario en un panel, los formularios se realizan como controles de usuario. El formulario principal realiza un seguimiento de las ventanas abiertas y las muestra en la lista de ventanas. Si el usuario hace clic en una ventana de la lista, o abre el mismo registro desde otra parte del programa, el panel correspondiente se muestra al frente. Imagen de un trabajo en progreso:
(fuente: pingmbh.de)
Considere separar la selección de registros existentes de la edición de estos registros, es decir, mostrar los registros existentes en algún tipo de tabla (como una vista de cuadrícula) con capacidades de filtrado y búsqueda y dejar que el usuario haga doble clic en estos registros para editarlos.
Noté en tu captura de pantalla que tienes botones para “Insertar” y “Actualizar”. ¿Es esto para crear nuevos registros y guardar registros existentes? Creo que un mejor enfoque es darle al usuario un botón “Nuevo”, luego abrir un formulario que tenga botones “guardar” y “cancelar”. Es posible que el usuario no siempre recuerde si comenzó a editar un registro nuevo o existente.
Por cierto, la pantalla de selección es un buen lugar para el botón “Nuevo registro”.
Una de las cosas más importantes que he aprendido a través de las aplicaciones de tipo CRUD es asegurarme de que haya teclas de acceso rápido para casi todos los botones y que el orden de las pestañas esté configurado correctamente.
La mayoría de las veces, cuando está ingresando / modificando datos, no desea dejar caer las manos del teclado para mover el mouse al botón Enviar / Actualizar, especialmente con grandes volúmenes de datos con los que trabajar. Tener estos dos elementos en orden mejorará enormemente la productividad de la aplicación.
Aquí hay algunos patrones aceptados y, a veces, puede combinarlos de manera productiva:
- TabPages
- TreeView (Carpetas del Explorador de Win, Herramientas de Visual Studio | Opciones)
- Paneles que se contraen (correo / calendario / contactos de Outlook)
Los paneles colapsantes no son un control estándar, pero hay varias implementaciones disponibles (aquí hay solo una)
Y no estás solo, para inspirarte, mira esta respuesta SO.