No sé el resto pero yo no estoy de acuerdo con crear clases como ClaseResolverEcuaciones ni cualquier clase que no sea sustantivo creo que mejor creas la clase Ecuación
No me gusta clases que tenga nombres de acciones porque luego que propiedades tendría no me imagino ninguna (dar le propiedades a una acción y no a una cosa me parece algo por decirlo menos muy extraño) que métodos tendría bueno creo que solo tendría un método con el mismo nombre que no tiene mucho sentido
Como se pasaría a otra clase a la clase frmEditorEcuacion le pasaría un objeto con el nombre de miResolverEcuacion es mas tendría sentido crear objetos de la clase ResolverEcuacion
Según mi punto de vista las clases sirven para crear objetos los objetos tiene propiedades (geters y seters) y comportamientos (metodos) que acaso esa no es su función o su definición entonces lo mas lógico es crear clases con nombres que sean cosas(trabajar con cosas concretas no hace la cosas mas fáciles de entender) como la clase perro con los métodos ladra , dameLaPata ,getEdad,getNombre  así tendría sentido tener objeto como fido o si estamos dentro de un formulario perroActual

Paquete de entidades
Producto, factura, boleta
Paquete de vista
Formulario principal formulario de logue ,mantenimiento producto
Paquete de servicios
AccesoDatosProducto ,AccesoDatosFactura,Impresion,Notificacion
Paquete de errores
ErrorFaltaInsumo ErrorCuentaSinFondos

Deduzco que no tienes mucha experimenta a si que no trates de hacer nada especial porque te resultaría muy complicado  

-recomiendo que uses el patrón dao
-jamas de los jamases programes nada dentro de la vista a menos que sea activa boton cambia de color o cosas así
-solo por ser la primera vez mejor no crees interfaces para los servicios créala directamente (solo porque recién comienzas)
-programa todo en el paquete de entidades o en el de los servicios es decir para hallar el total de una factura solo llamarías al método obtener Total de la clase factura o para logueras crearías una clase Autentificador que tenga un método con el nombre autoriza que reciba un objeto de la clase Cuenta

-solo porque estas comenzando crea los objetos directamente dentro de los formularios es decir dentro del formulario Mantenimiento Producto crearías un objeto de la clase AccesoDatosProducto por ahora no trates de usar patrones como mvc o mvp o usar 3 capas porque sería demasiado

no puedo dejar de repetir esto los verdaderos programadores esos que tienen pelos en el pecho jamas de los jamases programan dentro de los botones

de aqui para adelante y para el resto de tu vida si quieres mejorar no programes en la vista

Lo checare.! Gracias

Se ve que esta bueno lo de Patrón Dao.

Nota: El ejemplo es puramente imaginario, Mi sistema es un compilador.! pero estoy buscando una buena arquitectura para estandarizar los proyectos de Desarrollo, pero quiero hacer las cosas bien. programar es un arte y como arte esta sujeta diciplinas.